검색엔진은 코드가 아니라 보이는 본문으로 언어를 판단합니다

가장 먼저 바로잡을 오해는 「hreflang이나 lang 속성을 넣으면 검색엔진이 그 언어 페이지로 인식한다」는 것입니다. Google 검색 센터 문서는 「Google은 페이지의 언어를 판단하는 데 hreflang이나 HTML lang 속성을 사용하지 않는다」고 명시하고, 언어는 「페이지의 보이는 콘텐츠」로 판단한다고 설명합니다(2026-09-16 확인). 메뉴만 영어이고 본문은 한국어인 페이지는 영어 페이지로 인식되지 않습니다.

같은 문서는 한 페이지에 두 언어를 나란히 놓는 방식도 피하라고 권합니다. 언어별로 본문이 완성된 별도 페이지가 있다는 전제 위에서, 아래 여섯 항목을 순서대로 점검합니다.

1. 언어별로 직접 열 수 있는 고유 URL

Google은 「쿠키나 브라우저 설정으로 콘텐츠 언어를 바꾸는 방식보다 언어 버전별로 다른 URL을 사용하라」고 권합니다. Googlebot은 주로 미국에서 접속하고 Accept-Language 헤더를 보내지 않으므로, 브라우저 언어에 따라 내용이 바뀌는 구조에서는 모든 변형을 수집하지 못할 수 있기 때문입니다(2026-09-16 확인). URL 구조는 국가 도메인, 서브도메인, 하위 디렉터리 중에서 고르고, Google이 권장하지 않는다고 밝힌 URL 파라미터(?lang=en) 방식은 피합니다. 방문자가 주소를 복사해 보냈을 때 같은 언어 페이지가 열려야 합니다.

네이버 서치어드바이저는 사이트 등록을 「호스트 단위만 지원」하며 www.mysite.com/myid 형태는 등록할 수 없다고 안내합니다(2026-09-16 확인). 언어별 서브도메인은 네이버에서 언어별 별도 등록과 소유 확인이 필요하고, 하위 디렉터리는 한 번의 등록으로 묶입니다. 브라우저 언어에 따른 자동 리디렉션은 Google과 W3C 모두 단독으로 쓰지 말라고 권하므로, 켜더라도 모든 페이지에 방문자가 직접 언어를 고를 수 있는 링크를 둡니다.

2. 서버에서 바로 읽히는 본문

본문이 브라우저의 JavaScript 실행 뒤에만 나타나는 구조는 검색엔진에게 불리합니다. Google은 JavaScript 페이지를 크롤링, 렌더링, 색인의 세 단계로 처리하며, 렌더링 대기열에서 「몇 초일 수도 있지만 그보다 오래 걸릴 수 있다」고 밝힙니다. 그리고 「서버 사이드 렌더링이나 사전 렌더링은 사용자와 크롤러 모두에게 사이트를 빠르게 만들고, 모든 봇이 JavaScript를 실행할 수 있는 것은 아니므로 여전히 좋은 방법」이라고 설명합니다(2026-09-16 확인).

네이버 서치어드바이저 가이드는 더 직접적입니다. 콘텐츠가 검색에 반영되지 않을 때 「페이지 내의 모든 콘텐츠가 자바스크립트로 로딩되는 구조인지 확인」하라고 하며, 「대부분의 검색엔진은 표준 HTML 마크업을 사용하여 콘텐츠를 제공하는 것을 권장」한다고 안내합니다. 링크도 마찬가지입니다. 같은 가이드는 a 태그의 href로 적은 링크는 검색로봇이 대상 URL을 확인할 수 있지만, onClick 같은 JavaScript 함수로만 표현한 링크는 대상 URL을 파악할 수 없다고 예시로 보여 줍니다(2026-09-16 확인).

확인 방법은 간단합니다. 브라우저의 JavaScript를 끄고 언어 페이지를 열었을 때 본문과 메뉴 링크가 보이면 통과입니다. 실시간 번역 API를 기다려야 본문이 나타나는 구조는 통과하지 못합니다.

3. 페이지마다 다른 제목과 설명

제목(title)과 설명(meta description)은 언어 페이지마다 그 언어로, 그 페이지의 실제 내용을 요약해 적습니다. Google은 「사이트의 모든 페이지에 페이지 콘텐츠를 설명하는 서로 다른 제목 텍스트를 두는 것이 중요하다」고 안내하고, 키워드를 나열한 제목은 「Google과 사용자에게 스팸처럼 보일 수 있다」고 경고합니다. 설명문은 페이지마다 고유해야 하며 「사이트의 모든 페이지에 같거나 비슷한 설명은 도움이 되지 않는다」고 밝힙니다(2026-09-16 확인).

네이버 서치어드바이저의 콘텐츠 마크업 가이드도 같은 방향입니다. 「사이트 내의 모든 페이지를 동일한 제목으로 넣지 마세요」라고 하며, 제목에 「2회 이상 반복적인 키워드, 스팸성 키워드, 콘텐츠와 연관이 없는 키워드나 홍보 문구」가 나열된 경우 불이익을 받을 수 있다고 안내합니다. 설명문은 「1-2개의 문장으로 구성된 짧은 단락」을 권하고, Open Graph 태그는 네이버 검색로봇도 페이지 분석에 활용하는 경우가 있으므로 함께 기입하라고 권합니다(2026-09-16 확인).

번역 과정에서 자주 빠지는 것이 바로 이 제목과 설명입니다. 본문은 영어인데 title에 한국어 원본이 남아 있으면 검색 결과에 한국어 제목이 나옵니다.

4. hreflang은 실제 대응 페이지끼리 양방향으로, canonical은 같은 언어로

hreflang은 「이 페이지의 다른 언어 버전이 여기 있다」고 알리는 표기입니다. Google은 HTML link 태그, HTTP 헤더, 사이트맵 세 방법 중 하나로 표기하되 다음 규칙을 지켜야 한다고 안내합니다(2026-09-16 확인).

양방향: 「페이지 X가 페이지 Y를 가리키면 페이지 Y도 페이지 X를 가리켜야 한다」. 한쪽만 표기하면 무시될 수 있습니다.
자기 참조: 「각 언어 버전은 자기 자신을 포함해 모든 언어 버전을 나열해야 한다」.
전체 URL: 프로토콜을 포함한 완전한 주소를 적습니다. //example.com처럼 프로토콜을 생략하면 안 됩니다.
코드 형식: 언어는 ISO 639-1(ko, en, ja), 지역은 ISO 3166-1 Alpha 2(KR, US, JP)를 조합하며, 지역 코드만 단독으로 쓸 수 없습니다. 중국어처럼 문자 체계를 구분해야 하면 zh-Hans, zh-Hant처럼 적습니다. x-default는 어느 언어에도 맞지 않는 방문자에게 보여 줄 기본 페이지(언어 선택 페이지 등)에 씁니다.

가장 흔한 실수는 「대응하지 않는 페이지」를 연결하는 것입니다. 한국어 「객실 안내」와 영어 「객실 안내」는 대응 페이지이지만, 주제가 다른 한국어 글과 영어 글은 대응 페이지가 아니며 hreflang으로 묶으면 검색엔진에 틀린 관계를 알리는 셈입니다.

canonical은 같은 내용을 여러 주소로 제공할 때 대표 주소를 지정하는 표기이며 hreflang과 역할이 다릅니다. Google은 「hreflang을 쓰는 경우 canonical은 같은 언어의 페이지로 지정하라」고 안내합니다. 영어 페이지의 canonical을 한국어 원본으로 지정하면 영어 페이지를 색인하지 말라고 말하는 것과 같습니다. 네이버 서치어드바이저도 중복 주소는 rel=canonical로 대표 주소를 적거나 301 리디렉션하라고 권합니다(2026-09-16 확인).

5. 사이트맵, robots.txt, noindex

사이트맵에는 공개된 언어 페이지의 실제 주소만 넣습니다. Google은 사이트맵 하나에 「50MB(압축 전) 또는 URL 50,000개」 한도가 있고, priority와 changefreq 값은 무시하며, lastmod는 「일관되게 검증 가능할 정도로 정확할 때」만 사용한다고 밝힙니다. 제출은 Search Console 또는 robots.txt의 Sitemap 줄로 합니다(2026-09-16 확인). 아직 만들지 않은 언어의 주소를 사이트맵에 미리 넣으면 존재하지 않는 페이지를 알리는 셈이 됩니다.

네이버 서치어드바이저는 웹마스터도구의 「요청 – 사이트맵 제출」과 「요청 – RSS 제출」 메뉴로 제출하도록 안내하며, 최신 글은 본문 전체를 RSS에 담으라고 권합니다. 사이트맵이나 RSS 안의 링크가 상대 경로이거나 등록된 사이트와 호스트가 다르면 수집하지 않는다고 명시하므로, 언어별 서브도메인을 쓴다면 언어별 사이트맵을 각 호스트에서 제출합니다(2026-09-16 확인).

robots.txt는 사이트 루트에 두는 접근 제어 파일입니다. 네이버 검색로봇의 이름은 Yeti이고, 네이버 가이드는 로봇을 IP로 차단하지 말고 robots.txt로 제어하라고 권합니다. 언어 페이지 경로가 실수로 Disallow에 걸려 있지 않은지 확인합니다.

noindex는 미리보기, 관리 화면, 승인 전 결과처럼 색인에서 제외할 페이지에 씁니다. Google은 noindex가 작동하려면 「그 페이지가 robots.txt로 차단되어 있지 않고 크롤러가 접근할 수 있어야 한다」고 밝힙니다(2026-09-16 확인). 네이버 가이드도 noindex가 표기된 페이지는 검색 반영에서 제외된다고 안내하므로, 공개 페이지에 noindex가 남아 있지 않은지 반대로도 확인합니다.

6. 자동 번역 결과를 그대로 공개할 때의 위험

Google 스팸 정책은 「대규모 콘텐츠 악용」을 「사용자를 돕는 것이 아니라 검색 순위를 조작하는 것을 주된 목적으로 많은 페이지를 생성하는 것」으로 정의하고, 그 예로 「피드, 검색 결과, 기타 콘텐츠를 스크랩해 동의어 치환, 번역 같은 자동 변환을 거쳐 사용자에게 가치가 거의 없는 많은 페이지를 만드는 것」을 들고 있습니다(2026-09-16 확인). 자체 콘텐츠를 번역해 공개하는 것 자체가 문제는 아니지만, 사람의 검토 없이 수백 페이지를 한 번에 생성하는 방식은 이 정의에 가까워집니다. 첫 범위를 좁게 잡고 언어별로 사람이 본문을 검토한 뒤 공개하는 것이 검색과 방문자 양쪽에 안전합니다.

AI 검색 기능을 위한 별도 준비는 없습니다

Google 검색 센터의 AI 기능 문서는 「AI 개요나 AI 모드에 표시되기 위한 추가 요건은 없으며 다른 특별한 최적화도 필요하지 않다」고 밝힙니다. 페이지가 「색인되어 있고 스니펫과 함께 Google 검색에 표시될 수 있는 상태」이면 되고, 「새로운 기계 판독용 파일이나 AI 텍스트 파일, 마크업을 만들 필요가 없다」고 명시합니다. 동시에 「모든 요건과 권장사항을 충족하고 정책을 준수하더라도 Google이 그 콘텐츠를 크롤링, 색인, 게재한다는 뜻은 아니다」라고 덧붙입니다(2026-09-16 확인).

따라서 AI 검색을 위한 준비는 앞의 여섯 항목과 같습니다. 서비스가 무엇인지, 누구에게 어떤 조건으로 제공하는지 본문에 구체적으로 적고, 출처가 필요한 정보에는 근거와 기준일을 남깁니다. 노출을 원하지 않는 부분은 nosnippet, data-nosnippet, max-snippet, noindex로 제어합니다.

소유 확인과 공개 뒤 측정

Google Search Console은 HTML 파일, HTML 메타 태그, Google 애널리틱스, Google 태그 관리자, DNS 레코드로 소유권을 확인합니다. DNS 레코드로 확인하는 도메인 속성은 모든 서브도메인을 포함하고, HTML 파일과 메타 태그 방식은 URL 접두어 속성에만 쓸 수 있습니다(2026-09-16 확인). 언어별 서브도메인을 쓴다면 도메인 속성 하나로 묶는 편이 단순합니다.

네이버 서치어드바이저는 HTML의 meta 태그 또는 HTML 파일 업로드로 소유를 확인하며, 메인 페이지가 JavaScript나 meta refresh로 리디렉션되면 소유 확인을 지원하지 않습니다. 검색로봇이 방문한 뒤 「최대 1주일 이내에 사이트의 콘텐츠가 검색에 반영」된다고 밝히고, site: 검색으로 반영 여부를 확인할 수 있다고 설명합니다. 사이트 진단 리포트는 최근 90일간 수집된 페이지를 색인, 수집제한, 색인제외, SEO 네 유형으로 보여 줍니다(2026-09-16 확인).

측정은 표 한 장으로 시작합니다. 표의 열은 다음 여섯 가지입니다.

언어 페이지 주소
답하려는 고객 질문
색인 상태
검색 노출·클릭
방문
문의·예약

마지막 두 칸이 비어 있으면 새 페이지를 늘리기보다 페이지의 설명을 먼저 고칩니다. 이 준비가 순위나 AI 답변 인용을 보장하지는 않습니다.

체크리스트 요약

언어별로 직접 열리는 고유 URL이 있고, 자동 리디렉션만으로 언어를 정하지 않습니다.
JavaScript를 끄고 열어도 본문과 링크가 보입니다.
언어 페이지마다 그 언어로 쓴 고유한 title, description, Open Graph가 있습니다.
hreflang은 실제 대응 페이지끼리 양방향으로, canonical은 같은 언어로 표기합니다.
사이트맵에는 공개된 주소만 있고, 미리보기에는 noindex가 있고 공개 페이지에는 없습니다.
두 검색 도구의 소유 확인과 사이트맵 제출을 마치고, 페이지별 색인·유입·문의를 표로 기록합니다.

폴리룸과의 관계

폴리룸의 공개 결과는 승인된 본문을 저장된 HTML로 제공하며, 언어별 고유 주소와 실제 대응 페이지끼리의 hreflang, 같은 언어의 canonical을 함께 내보냅니다. 미리보기와 승인 전 결과는 인증을 거치고 noindex로 색인에서 제외합니다. Search Console과 네이버 서치어드바이저의 소유 확인, 사이트맵 제출, 공개 뒤 측정은 홈페이지 운영자의 작업이며, 폴리룸은 검색 순위나 AI 인용을 약속하지 않습니다.

다국어 페이지의 검색 노출을 준비하는 기본 체크리스트