BizPlatforms

  다국어 SEO에서 가장 조용히 트래픽을 갉아먹는 문제가 있다. 사이트맵과 canonical 태그의 충돌이다. 눈에 띄는 오류 메시지도 없다. 그냥 언어별 페이지가 구글에 색인되지 않거나, 엉뚱한 언어 페이지가 노출된다. 원인을 찾기 어려워서 방치하는 경우가 많다. 이번 편에서는 다국어 사이트맵과 canonical 태그를 올바르게 설정하고 유지하는 방법을 정리한다.     다국어 SEO 시리즈   1편. 다국어 SEO의 기본 원리 2편. hreflang 태그 설정 3편. 언어별 키워드 리서치 방법 4편. title, meta description, URL 현지화 5편. 국가별 검색엔진 차이 6편. 다국어 사이트맵과 canonical 운영 ← 현재글 7편: SEO 관점에서 흔히 하는 실수 (예정)   다국어 사이트맵이란 무엇인가 XML 사이트맵은 구글에게 '내 사이트에 이런 페이지들이 있으니 크롤링해 줘'라고 알려주는 파일이다. 단일 언어 사이트라면 하나의 사이트맵으로 충분하다. 다국어 사이트는 다르다. 언어별로 페이지가 존재한다. 구글이 각 언어 페이지를 빠르고 정확하게 인식하려면 사이트맵에 언어 정보까지 포함해야 한다. 이를 hreflang 사이트맵 또는 다국어 사이트맵 이라고 부른다.     다국어 사이트맵의 두 가지 구성 방식 방식 1 - 하나의 사이트맵에 모든 언어 포함 페이지 수가 적은 소규모 신문사(기사 500개 이하)에 적합하다. 사이트맵 파일 하나에 모든 언어 페이지와 hreflang 정보를 함께 담는다. XML 구조는 이렇다. <?xml version="1.0" encoding="UTF-8"?> <urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9" xmlns:xhtml="http://www.w3.org/1999/xhtml"> <ur...

  온라인 신문사를 준비하는 분들이 '구글만 최적화하면 되지 않나요?'라고 묻곤 한다. 글로벌 시장을 타깃으로 한다면 맞는 말이다. 하지만 한국·중국·러시아 독자를 공략하려면 다르다. 이 세 나라에는 구글보다 강한 로컬 검색엔진이 따로 있다. 구글 SEO 공식을 그대로 적용하면 해당 국가에서 검색 유입이 거의 없는 사이트가 된다.     다국어 SEO 시리즈   1편. 다국어 SEO의 기본 원리 2편. hreflang 태그 설정 3편. 언어별 키워드 리서치 방법 4편. title, meta description, URL 현지화 5편. 국가별 검색엔진 차이 ← 현재글 6편. 다국어 사이트맵과 canonical 운영  7편: SEO 관점에서 흔히 하는 실수 (예정)   먼저 전 세계 검색엔진 지형을 파악하자 2025년 기준, 구글은 전 세계 검색 시장의 90% 이상을 점유하고 있다. 북미·유럽·남미·호주·동남아시아에서는 구글이 압도적이다. 이 시장을 타깃 한다면 구글 SEO 하나에 집중해도 된다. 반면 세 나라는 예외다. 한국 : 네이버가 검색 시장 약 55~60% 점유 (구글은 약 35~40%) 중국 : 바이두(Baidu)가 약 65~70% 점유 (구글은 차단됨) 러시아 : 얀덱스(Yandex)가 약 52% 점유 (구글은 약 38%) 소규모 온라인 신문사가 이 세 나라 독자를 무시할 수 없다면 각 검색엔진의 작동 방식을 따로 이해해야 한다.     네이버(Naver): 한국 시장의 독자적 생태계 네이버는 구글과 작동 방식이 근본적으로 다르다. 구글은 외부 웹사이트로 연결하는 것을 기본 구조로 한다. 네이버는 다르다. 검색 결과 상단이 네이버 블로그, 카페, 지식iN 등 자체 플랫폼 콘텐츠로 채워진다. 외부 사이트는 상대적으로 제한된 노출 기회를 갖는다.   구글과 네이버의 핵심 차이 네이버는 C-Rank와 D.I.A.(Deep I...

  기사를 영어로 번역했다. 그런데 title 태그는 여전히 한국어다. meta description도 그대로다. URL 슬러그도 한국어로 남아 있다. 이런 상태에서는 영어 독자가 구글 검색 결과에서 내 콘텐츠를 클릭하지 않는다. 제목이 읽히지 않기 때문이다. title, meta description, URL은 본문 번역과 별도로 반드시 현지화해야 한다.   이번 편에서는 세 가지 요소를 언어별로 현지화하는 방법을 구체적으로 다룬다.   다국어 SEO 시리즈   1편. 다국어 SEO의 기본 원리 2편. hreflang 태그 설정 3편. 언어별 키워드 리서치 방법 4편. title, meta description, URL 현지화 ← 현재글 5편. 국가별 검색엔진 차이 6편. 다국어 사이트맵과 canonical 운영 7편: SEO 관점에서 흔히 하는 실수 (예정)   title 태그: 검색 결과의 첫인상 title 태그는 구글 검색 결과에서 파란 링크로 표시되는 제목이다. 독자가 클릭할지를 결정하는 첫 번째 요소다.   권장 길이와 픽셀 기준 구글은 글자 수가 아닌 픽셀 너비로 title 태그를 처리한다. 데스크톱 기준 약 580~600px을 초과하면 잘린다. 실무적으로는 50~60자를 기준으로 삼는 것이 안전하다.   한국어와 영어의 픽셀 너비가 다르다는 점을 반드시 고려해야 한다. 한글은 한 글자가 영어 알파벳 두 글자 너비와 비슷하다. 한국어 30자와 영어 60자가 비슷한 픽셀을 차지한다. 즉 한국어 title은 30자 안팎, 영어 title은 50~60자 안팎을 기준으로 작성하면 된다. 일본어, 중국어도 마찬가지다. 한자 한 글자는 픽셀 너비가 넓다. 언어마다 적정 글자 수가 다르다. 언어별로 반드시 검색 결과 미리 보기를 확인해야 한다.   현지화 원칙 title 태그를 현지화할 때는 세 가지를 지킨다. 첫째, 번역이 아닌 현지 키워드...

  다국어 키워드 리서치에서 가장 흔한 실수는 직역이다. '온라인 뉴스'를 영어로 옮기면 'online news'다. 그런데 실제 영어권 독자가 검색하는 표현은 맥락에 따라 다르다. 'independent journalism', 'local news site', 'digital newsroom'같은 표현이 훨씬 더 많이 검색된다. 직역 키워드로는 영어권 독자에게 닿을 수 없다.   이번 편에서는 소규모 온라인 신문사가 직접 활용할 수 있는 언어별 키워드 리서치 방법을 정리한다.     다국어 SEO 시리즈   1편. 다국어 SEO의 기본 원리 2편. hreflang 태그 설정 3편. 언어별 키워드 리서치 방법 ← 현재글 4편. title, meta description, URL 현지화 5편. 국가별 검색엔진 차이 6편. 다국어 사이트맵과 canonical 운영   7편: SEO 관점에서 흔히 하는 실수 (예정)   왜 직역 키워드가 통하지 않는가 언어는 단순히 단어를 바꾸는 게 아니다. 검색 행동 자체가 언어마다 다르다. 스페인어로 '운동화'를 직역하면 'zapatos para correr'다. 하지만 스페인어권 독자가 실제로 더 많이 검색하는 표현은 'zapatillas deportivas'다. 직역과 실제 검색어가 다르다.   뉴스 분야도 마찬가지다. 한국어로 '환경 뉴스'를 영어로 직역하면 'environment news'지만, 영어권 독자는 'climate coverage', 'environmental reporting', 'eco journalism' 같은 표현을 더 자주 검색한다. 직역은 시작점일 뿐이다. 현지 검색 습관을 반드시 확인해야 한다.     1단계: 언어별 검색 도구를 세팅한다 리서치를 시작하기 전에 도구의 ...

  hreflang 태그는 다국어 SEO의 핵심이다. 그런데 설정이 생각보다 까다롭다. 작은 실수 하나로 구글이 태그 전체를 무시해버리기도 한다. 이번 편에서는 hreflang을 올바르게 설정하는 방법과 흔한 오류를 짚어본다.       다국어 SEO 시리즈   1편. 다국어 SEO의 기본 원리 2편. hreflang 태그 설정 → 현재글 3편. 언어별 키워드 리서치 방법 4편. title, meta description, URL 현지화 5편. 국가별 검색엔진 차이 6편. 다국어 사이트맵과 canonical 운영   7편: SEO 관점에서 흔히 하는 실수 (예정)   hreflang이 하는 일을 다시 정리하면 hreflang은 구글에게 이렇게 말하는 신호다. '이 페이지는 한국어 사용자를 위한 것이고 같은 내용의 영어 버전은 저쪽에 있어.'   구글은 이 신호를 읽고 검색자의 언어와 지역에 맞는 페이지를 보여준다. 태그가 없거나 잘못 설정되면 구글이 독자에게 엉뚱한 언어의 페이지를 노출할 수 있다.   hreflang 태그의 기본 구조 hreflang 태그는 HTML <head> 안에 삽입한다. 형식은 이렇다. <link rel="alternate" hreflang="언어코드" href="해당 언어 페이지 URL" />   한국어·영어·일본어 페이지를 운영한다면 한국어 페이지의 <head>에는 이렇게 작성한다. <!-- 한국어 페이지의 <head> 안에 삽입 --> <link rel="alternate" hreflang="ko" href="https://example.com/ko/" /> <link rel="alternate" hreflang="en" href="http...

  온라인 신문사를 준비하는 분들이 '번역만 해두면 해외에서 검색이 되나요?'라고 묻는다. 답은 '아니오'다. 번역은 시작일 뿐이다. 검색엔진이 어느 나라, 어느 언어 독자에게 어떤 페이지를 보여줄지 판단하려면 별도의 기술 설정이 필요하다. 이것이 다국어 SEO의 핵심이다.   다국어 SEO 시리즈   1편. 다국어 SEO의 기본 원리 → 현재글 2편. hreflang 태그 설정 3편. 언어별 키워드 리서치 방법 4편. title, meta description, URL 현지화 5편. 국가별 검색엔진 차이 6편. 다국어 사이트맵과 canonical 운영   7편: SEO 관점에서 흔히 하는 실수 (예정)   다국어 SEO란 무엇인가 다국어 SEO는 서로 다른 언어와 지역의 독자가 검색엔진에서 내 콘텐츠를 찾을 수 있도록 최적화하는 전략이다. 단순히 글을 번역하는 것과 다르다. URL 구조, 메타데이터, 기술 태그, 키워드 전략이 모두 언어별로 따로 설계되어야 한다.   2025년 전 세계 인터넷 사용자의 75% 이상이 영어를 모국어로 쓰지 않는다. 이는 곧 한국어 콘텐츠만 운영하면 전 세계 독자의 75%에게 닿을 기회를 스스로 막는 것과 같다.     핵심 원리 1: 구글은 언어별로 페이지를 따로 인식한다 구글은 같은 내용이라도 언어가 다르면 별개의 페이지로 처리한다. 중복 콘텐츠로 오해하지 않도록 명확히 알려줘야 한다. 이를 위한 도구가 hreflang 태그 다. hreflang은 2011년 구글이 국제 SEO를 위해 도입한 태그다. 페이지의 언어와 대상 지역을 검색엔진에 알려준다. 예를 들어 한국 독자를 위한 한국어 페이지는 이렇게 설정한다. <link rel="alternate" hreflang="ko" href="https://example.com/ko/" /> <link rel="alternate...

  URL 구조를 잡고 언어 선택 UI를 설계했다. CMS와 번역 도구를 고르고 기술 설정을 마치고 템플릿도 완성했다. 운영 구조까지 설계했다. 이제 출시 직전이다. 잠깐, 여기서 멈춰야 한다. 출시 전 테스트를 건너뛰면 독자가 직접 오류를 발견한다. 기사가 깨진 채 검색에 노출되고 SEO 작업이 허공으로 사라진다. 출시 후 수정은 출시 전 점검보다 항상 비용이 크다.   이 편은 다국어 사이트 출시 전 반드시 확인해야 할 테스트 항목을 6개 영역으로 나눠 정리한다. 항목마다 체크박스로 구성했다. 출력해서 실제 점검에 사용해도 좋다.       다국어 웹사이트 구조와 기술 설계   1편. 서브디렉토리, 서브도메인, 별도 도메인 2편. 언어 선택 UI는 설계방법 3편. CMS와 번역 도구 선택 기준 4편. 모바일과 글로벌 템플릿 설계 팁 5편. 다국어 사이트 기술 체크리스트 6편. 운영 효율을 높이는 구조 설계 원칙 7편. 구축 전 반드시 확인할 테스트 항목←현재글   테스트 영역 1. SEO 기술 설정 검증 출시 전 가장 먼저 확인해야 할 영역이다. 설정 오류가 하나만 있어도 수개월 치 SEO 작업이 무의미해진다. hreflang 검증 □ 모든 언어 페이지가 서로를 hreflang으로 상호 참조하는가? □ x-default가 지정되어 있는가? □ 언어 코드가 ISO 표준을 따르는가? (ko, en, ja, zh-CN 등) □ hreflangchecker.com 에 URL을 입력해 오류 항목이 없는가?   hreflang 오류는 눈에 잘 보이지 않는다. 사이트가 정상적으로 보여도 구글이 잘못된 언어 버전을 엉뚱한 나라 독자에게 노출할 수 있다. 반드시 전용 도구로 검증해야 한다.   canonical 검증 □ 각 언어 페이지가 자기 자신을 canonical로 가리키는가? □ 한국어 페이지가 영어 페이지를 canonical로 가리키는...

  사이트를 출시하고 기사도 올리기 시작했다. 그런데 몇 달이 지나면서 문제가 생긴다. 한국어 기사를 수정했는데 영어판은 깜빡했다. 새 카테고리를 만들었는데 일본어판에는 없다. 번역 요청이 쌓이고 어디서 누가 무엇을 처리했는지 파악이 안 된다.   다국어 사이트는 구축보다 운영이 더 어렵다. 처음부터 운영 효율을 고려한 구조를 설계해두지 않으면 언어가 늘수록 팀이 지친다. 이 편은 소규모 팀이 다국어 사이트를 지속 운영할 수 있는 구조 설계 원칙을 정리한다.       다국어 웹사이트 구조와 기술 설계   1편. 서브디렉토리, 서브도메인, 별도 도메인 2편. 언어 선택 UI는 설계방법 3편. CMS와 번역 도구 선택 기준 4편. 모바일과 글로벌 템플릿 설계 팁 5편. 다국어 사이트 기술 체크리스트 6편. 운영 효율을 높이는 구조 설계 원칙 ←현재글 7편. 구축 전 반드시 확인할 테스트 항목   핵심 원칙: 하나의 소스에서 모든 언어가 나와야 한다 다국어 운영 효율의 핵심은 단일 소스 원칙(Single Source of Truth)이다. 모든 콘텐츠는 하나의 원본에서 출발해야 한다. 원본이 바뀌면 다른 언어판도 그 변화를 추적할 수 있어야 한다.   이 원칙을 어기면 어떻게 될까? 한국어 원본에서 오탈자를 수정했다. 그런데 영어·일본어 번역본은 이전 버전에서 번역된 상태다. 수정된 사항이 번역본에 반영됐는지 추적이 안 된다. 시간이 지날수록 언어판 간 내용이 달라진다.   워드프레스 기준으로 단일 소스 원칙을 실현하는 방법이 있다. WPML이나 Polylang은 원본 포스트와 번역 포스트를 연결하는 기능을 제공한다. 원본이 수정되면 번역 상태가 ‘수정 필요'로 바뀐다. 편집자가 어떤 기사의 번역을 업데이트해야 하는지 한눈에 파악할 수 있다.     콘텐츠 계층을 분리하라 다국어 사이트의 콘텐츠는 세 계층으로 나눌 수 있...

  URL 구조를 잡고 언어 선택 UI를 설계했으며 CMS와 번역 도구도 골랐다. 이제 실제로 사이트를 올리기 전에 기술 설정을 점검해야 한다. 이 편은 다국어 사이트에서 반드시 확인해야 할 기술 항목들을 순서대로 정리한다. 하나라도 빠지면 구글이 엉뚱한 페이지를 엉뚱한 나라 독자에게 보여준다.       다국어 웹사이트 구조와 기술 설계   1편. 서브디렉토리, 서브도메인, 별도 도메인 2편. 언어 선택 UI는 설계방법 3편. CMS와 번역 도구 선택 기준 4편. 모바일과 글로벌 템플릿 설계 팁 5편. 다국어 사이트 기술 체크리스트 ←현재글 6편. 운영 효율을 높이는 구조 설계 원칙 7편. 구축 전 반드시 확인할 테스트 항목   체크 1. hreflang 태그 - 가장 중요한 다국어 신호 hreflang은 구글에게 '이 페이지는 어떤 언어의 어떤 지역 독자를 위한 것'이라고 알려주는 태그다. 다국어 사이트에서 가장 핵심적인 기술 설정이다. 국제 사이트 중 75%가 hreflang을 잘못 설정 해 검색 순위가 분산된다는 분석도 있다. 반면 올바르게 설정한 사이트는 해당 언어 지역 트래픽이 수개월 내 40%까지 증가했다는 사례도 있다. 그만큼 영향이 크다. hreflang 설정 3가지 원칙 원칙 하나. 모든 언어 버전이 서로를 참조해야 한다. 한국어 페이지는 영어 페이지를, 영어 페이지는 한국어 페이지를 각각 hreflang으로 가리켜야 한다. 한쪽만 설정하면 구글이 무시한다. <!-- 한국어 페이지의 <head>에 삽입 --> <link rel="alternate" hreflang="ko" href="https://example.com/ko/article/" /> <link rel="alternate" hreflang="en" href="https://example.com/e...

  기술 설정을 마쳤다. 이제 독자가 실제로 보는 화면을 설계할 차례다. 다국어 사이트에서 반응형 디자인과 템플릿 설계는 단일 언어 사이트와 다르다. 언어마다 텍스트 길이가 달라지고 읽기 방향도 바뀐다. 폰트도 달리 써야 한다. 이 편에서는 온라인 신문사 창업자가 직접 적용할 수 있는 설계 원칙을 정리한다.       다국어 웹사이트 구조와 기술 설계   1편. 서브디렉토리, 서브도메인, 별도 도메인 2편. 언어 선택 UI는 설계방법 3편. CMS와 번역 도구 선택 기준 4편. 모바일과 글로벌 템플릿 설계 팁 ← 현재글 5편. 다국어 사이트 기술 체크리스트 6편. 운영 효율을 높이는 구조 설계 원칙  7편. 구축 전 반드시 확인할 테스트 항목   왜 글로벌 템플릿이 필요한가? 다국어 사이트를 운영할 때 언어별로 디자인을 따로 만드는 실수를 한다. 한국어판은 한국어판대로 영어판은 영어판대로 레이아웃을 따로 짠다.   이렇게 하면 한쪽 언어판을 수정하면 나머지도 일일이 수정해야 한다. 브랜드 일관성이 무너진다. 운영 부담이 배로 늘어난다. 해결책은 하나의 글로벌 템플릿이다. 레이아웃, 색상, 폰트 구조를 하나로 통일하고 언어별 콘텐츠만 교체하는 방식이다. 세계 주요 다국어 미디어 대부분이 이 방식을 쓴다. 변경 사항을 한 번만 반영하면 모든 언어판에 자동으로 적용된다.     가장 먼저 알아야 할 것: 텍스트 팽창 다국어 설계에서 가장 자주 놓치는 함정이 텍스트 팽창(Text Expansion)이다. 영어를 다른 언어로 번역하면 텍스트 길이가 달라진다.   대표적인 수치를 보자. 독일어는 영어보다 30~70% 더 길다 . 프랑스어·스페인어는 20~35% 더 길다. 반대로 한국어·일본어·중국어는 영어보다 오히려 짧아지거나 밀도가 높아진다. 글자 수는 줄지만 글자 하나가 차지하는 공간이 크다.   실제 사례를 ...

  URL 구조를 정했고 언어 선택 UI도 설계했다. 이제 실제로 콘텐츠를 올릴 플랫폼을 골라야 한다. CMS(콘텐츠 관리 시스템)와 번역 도구 선택은 이후 운영 효율을 좌우한다. 잘못 고르면 나중에 바꾸기가 매우 어렵다. 온라인 신문사를 창업하는 분이라면 이 결정을 초기에 신중하게 해야 한다.     다국어 웹사이트 구조와 기술 설계   1편. 서브디렉토리, 서브도메인, 별도 도메인 2편. 언어 선택 UI는 설계방법 3편. CMS와 번역 도구 선택 기준←현재글 4편. 모바일과 글로벌 템플릿 설계 팁  5편. 다국어 사이트 기술 체크리스트 6편. 운영 효율을 높이는 구조 설계 원칙 7편. 구축 전 반드시 확인할 테스트 항목    CMS 선택 전에 먼저 물어야 할 것 CMS를 고르기 전에 세 가지를 먼저 확인하자. 팀 규모가 어떻게 되는가? 1~2인 운영인지, 5인 이상 편집팀이 있는지에 따라 선택이 달라진다. 기술 역량이 있는가? 개발자가 있는지, 비개발자도 쉽게 쓸 수 있어야 하는지가 중요하다. 수익 모델이 무엇인가? 광고 중심인지, 구독·멤버십 모델인지에 따라 적합한 CMS가 다르다.   이 세 가지를 먼저 정리하면 선택지가 크게 좁아진다.     워드프레스(WordPress): 여전히 가장 넓은 생태계 워드프레스는 전 세계 웹사이트의 43% 이상을 구동한다. 다국어 플러그인 생태계가 가장 풍부하다. 무엇보다 한국에서 레퍼런스가 가장 많다. 장점은 세 가지다. 플러그인이 방대하다. WPML, Polylang, TranslatePress 등 검증된 다국어 플러그인이 있다. SEO 플러그인(Yoast, Rank Math)과의 연동도 잘 된다. 개발자 커뮤니티가 크기 때문에 문제가 생겨도 해결책을 찾기 쉽다.   단점도 있다. 플러그인이 많을수록 사이트가 무거워진다. 보안 취약점도 대부분 플러그인에서 나온다...

  지난 1편에서 URL 구조를 결정했다. 이제 사용자가 실제로 마주치는 화면을 설계할 차례다. 언어 선택 UI는 단순한 버튼 하나가 아니다. 잘못 설계하면 독자가 원하는 언어를 찾지 못하고 이탈한다. 온라인 신문사라면 특히 첫 방문자의 이탈을 막는 게 중요하다.       다국어 웹사이트 구조와 기술 설계   1편. 서브디렉토리, 서브도메인, 별도 도메인 2편. 언어 선택 UI는 설계방법 ←현재글 3편. CMS와 번역 도구 선택 기준 4편. 모바일과 글로벌 템플릿 설계 팁  5편. 다국어 사이트 기술 체크리스트 6편. 운영 효율을 높이는 구조 설계 원칙 7편. 구축 전 반드시 확인할 테스트 항목   언어 선택 UI, 왜 중요한가? 언어 선택기는 국제 독자가 사이트에서 가장 먼저 찾는 UI 요소다. 찾지 못하면 사이트가 다국어를 지원하지 않는다고 판단하고 떠난다.   반대로 잘 설계된 언어 선택기는 체류 시간을 늘리고 바운스율을 낮춘다. 이는 검색엔진에도 긍정적인 신호를 준다. 전환율에도 직접 영향을 미친다. 간과하기 쉽지만 SEO와 수익화 모두에 연결된 요소다.     어디에 배치할 것인가? 위치는 가장 먼저 결정해야 할 사항이다. 헤더 우측 상단 이 가장 표준적인 위치다. 사용자 대부분이 언어 선택기를 이곳에서 찾는다. 습관적 탐색 경로에 맞춰야 한다. 글로벌 미디어 대부분이 이 방식을 쓴다.   푸터 도 보조 위치로 활용할 수 있다. 단독으로 쓰기보다 헤더와 함께 배치하는 게 좋다. 처음 방문한 독자가 푸터까지 스크롤하기를 기대하는 건 무리다.   모바일에서는 햄버거 메뉴 안 에 넣는 게 일반적이다. 화면이 좁기 때문이다. 단, 메뉴를 열어야 보이므로 발견 가능성이 낮아진다. 언어를 2~3개만 지원한다면 상단 바에 텍스트 링크로 노출하는 게 낫다.   핵심 원칙은 ' 독자가 찾기 위해 헤매...