글
다국어 SEO의 기본 원리 | 다국어 SEO ①
온라인 신문사를 준비하는 분들이 '번역만 해두면 해외에서 검색이 되나요?'라고 묻는다. 답은 '아니오'다. 번역은 시작일 뿐이다. 검색엔진이 어느 나라, 어느 언어 독자에게 어떤 페이지를 보여줄지 판단하려면 별도의 기술 설정이 필요하다. 이것이 다국어 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...
7편. 다국어 사이트 런칭 전 체크리스트: hreflang부터 크로스 브라우저 테스트까지
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로 가리키는...
6편. 다국어 웹사이트 운영 효율화: 단일 소스 원칙부터 번역 자동화까지
사이트를 출시하고 기사도 올리기 시작했다. 그런데 몇 달이 지나면서 문제가 생긴다. 한국어 기사를 수정했는데 영어판은 깜빡했다. 새 카테고리를 만들었는데 일본어판에는 없다. 번역 요청이 쌓이고 어디서 누가 무엇을 처리했는지 파악이 안 된다. 다국어 사이트는 구축보다 운영이 더 어렵다. 처음부터 운영 효율을 고려한 구조를 설계해두지 않으면 언어가 늘수록 팀이 지친다. 이 편은 소규모 팀이 다국어 사이트를 지속 운영할 수 있는 구조 설계 원칙을 정리한다. 다국어 웹사이트 구조와 기술 설계 1편. 서브디렉토리, 서브도메인, 별도 도메인 2편. 언어 선택 UI는 설계방법 3편. CMS와 번역 도구 선택 기준 4편. 모바일과 글로벌 템플릿 설계 팁 5편. 다국어 사이트 기술 체크리스트 6편. 운영 효율을 높이는 구조 설계 원칙 ←현재글 7편. 구축 전 반드시 확인할 테스트 항목 핵심 원칙: 하나의 소스에서 모든 언어가 나와야 한다 다국어 운영 효율의 핵심은 단일 소스 원칙(Single Source of Truth)이다. 모든 콘텐츠는 하나의 원본에서 출발해야 한다. 원본이 바뀌면 다른 언어판도 그 변화를 추적할 수 있어야 한다. 이 원칙을 어기면 어떻게 될까? 한국어 원본에서 오탈자를 수정했다. 그런데 영어·일본어 번역본은 이전 버전에서 번역된 상태다. 수정된 사항이 번역본에 반영됐는지 추적이 안 된다. 시간이 지날수록 언어판 간 내용이 달라진다. 워드프레스 기준으로 단일 소스 원칙을 실현하는 방법이 있다. WPML이나 Polylang은 원본 포스트와 번역 포스트를 연결하는 기능을 제공한다. 원본이 수정되면 번역 상태가 ‘수정 필요'로 바뀐다. 편집자가 어떤 기사의 번역을 업데이트해야 하는지 한눈에 파악할 수 있다. 콘텐츠 계층을 분리하라 다국어 사이트의 콘텐츠는 세 계층으로 나눌 수 있...
5편. 다국어 사이트 기술 체크리스트: hreflang부터 스키마 마크업까지
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...
4편. 다국어 웹사이트 모바일 설계: 텍스트 팽창·RTL·폰트 선택까지
기술 설정을 마쳤다. 이제 독자가 실제로 보는 화면을 설계할 차례다. 다국어 사이트에서 반응형 디자인과 템플릿 설계는 단일 언어 사이트와 다르다. 언어마다 텍스트 길이가 달라지고 읽기 방향도 바뀐다. 폰트도 달리 써야 한다. 이 편에서는 온라인 신문사 창업자가 직접 적용할 수 있는 설계 원칙을 정리한다. 다국어 웹사이트 구조와 기술 설계 1편. 서브디렉토리, 서브도메인, 별도 도메인 2편. 언어 선택 UI는 설계방법 3편. CMS와 번역 도구 선택 기준 4편. 모바일과 글로벌 템플릿 설계 팁 ← 현재글 5편. 다국어 사이트 기술 체크리스트 6편. 운영 효율을 높이는 구조 설계 원칙 7편. 구축 전 반드시 확인할 테스트 항목 왜 글로벌 템플릿이 필요한가? 다국어 사이트를 운영할 때 언어별로 디자인을 따로 만드는 실수를 한다. 한국어판은 한국어판대로 영어판은 영어판대로 레이아웃을 따로 짠다. 이렇게 하면 한쪽 언어판을 수정하면 나머지도 일일이 수정해야 한다. 브랜드 일관성이 무너진다. 운영 부담이 배로 늘어난다. 해결책은 하나의 글로벌 템플릿이다. 레이아웃, 색상, 폰트 구조를 하나로 통일하고 언어별 콘텐츠만 교체하는 방식이다. 세계 주요 다국어 미디어 대부분이 이 방식을 쓴다. 변경 사항을 한 번만 반영하면 모든 언어판에 자동으로 적용된다. 가장 먼저 알아야 할 것: 텍스트 팽창 다국어 설계에서 가장 자주 놓치는 함정이 텍스트 팽창(Text Expansion)이다. 영어를 다른 언어로 번역하면 텍스트 길이가 달라진다. 대표적인 수치를 보자. 독일어는 영어보다 30~70% 더 길다 . 프랑스어·스페인어는 20~35% 더 길다. 반대로 한국어·일본어·중국어는 영어보다 오히려 짧아지거나 밀도가 높아진다. 글자 수는 줄지만 글자 하나가 차지하는 공간이 크다. 실제 사례를 ...
3편. 다국어 신문사를 위한 CMS 선택: 드프레스·Ghost·헤드리스 CMS 비교
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)과의 연동도 잘 된다. 개발자 커뮤니티가 크기 때문에 문제가 생겨도 해결책을 찾기 쉽다. 단점도 있다. 플러그인이 많을수록 사이트가 무거워진다. 보안 취약점도 대부분 플러그인에서 나온다...
2편. 다국어 웹사이트 언어 선택 UI 설계: 배치부터 국기 금지까지
지난 1편에서 URL 구조를 결정했다. 이제 사용자가 실제로 마주치는 화면을 설계할 차례다. 언어 선택 UI는 단순한 버튼 하나가 아니다. 잘못 설계하면 독자가 원하는 언어를 찾지 못하고 이탈한다. 온라인 신문사라면 특히 첫 방문자의 이탈을 막는 게 중요하다. 다국어 웹사이트 구조와 기술 설계 1편. 서브디렉토리, 서브도메인, 별도 도메인 2편. 언어 선택 UI는 설계방법 ←현재글 3편. CMS와 번역 도구 선택 기준 4편. 모바일과 글로벌 템플릿 설계 팁 5편. 다국어 사이트 기술 체크리스트 6편. 운영 효율을 높이는 구조 설계 원칙 7편. 구축 전 반드시 확인할 테스트 항목 언어 선택 UI, 왜 중요한가? 언어 선택기는 국제 독자가 사이트에서 가장 먼저 찾는 UI 요소다. 찾지 못하면 사이트가 다국어를 지원하지 않는다고 판단하고 떠난다. 반대로 잘 설계된 언어 선택기는 체류 시간을 늘리고 바운스율을 낮춘다. 이는 검색엔진에도 긍정적인 신호를 준다. 전환율에도 직접 영향을 미친다. 간과하기 쉽지만 SEO와 수익화 모두에 연결된 요소다. 어디에 배치할 것인가? 위치는 가장 먼저 결정해야 할 사항이다. 헤더 우측 상단 이 가장 표준적인 위치다. 사용자 대부분이 언어 선택기를 이곳에서 찾는다. 습관적 탐색 경로에 맞춰야 한다. 글로벌 미디어 대부분이 이 방식을 쓴다. 푸터 도 보조 위치로 활용할 수 있다. 단독으로 쓰기보다 헤더와 함께 배치하는 게 좋다. 처음 방문한 독자가 푸터까지 스크롤하기를 기대하는 건 무리다. 모바일에서는 햄버거 메뉴 안 에 넣는 게 일반적이다. 화면이 좁기 때문이다. 단, 메뉴를 열어야 보이므로 발견 가능성이 낮아진다. 언어를 2~3개만 지원한다면 상단 바에 텍스트 링크로 노출하는 게 낫다. 핵심 원칙은 ' 독자가 찾기 위해 헤매...