
홈페이지의 보이는 부분만을 영어로 번역했다고 해서 해외 검색에 바로 나오지는 않습니다.
검색엔진이 영어 페이지를 따로 찾을 수 있어야 하고, 방문자는 메뉴부터 문의 양식까지 영어로 끝까지 이용할 수 있어야 합니다.
번역을 마친 뒤에는 크게 세 가지를 확인해야합니다.
찾을 수 있는가: 언어마다 별도의 주소가 있고, 검색엔진이 그 주소를 읽을 수 있는가
짝이 맞는가: 한국어 페이지와 영어 페이지가 서로 같은 내용이라고 연결되어 있는가
끝까지 이어지는가: 메뉴, 버튼, 문의 양식이 모두 같은 언어로 이어지는가
이 글에서는 이 세 가지를 9개의 세부 항목으로 나눠 설명해보겠습니다.
1. 언어로 나눌지, 국가까지 나눌지 먼저 정하세요
영어 고객 모두에게 같은 내용을 보여준다면 영어 페이지 하나로 충분합니다. 하지만 미국 고객과 영국 고객에게 가격, 배송 조건, 약관을 다르게 보여줘야 한다면 언어가 아니라 국가 기준으로 페이지를 나눠야 합니다.
이런 경우, 국가 코드가 포함된 언어 코드를 사용할 수 있습니다.
| 상황 | 언어 코드 |
|---|---|
| 한국어 사용자 대상 | ko |
| 영어 사용자 모두에게 같은 내용 | en |
| 미국과 영국에 다른 가격·약관 | en-US, en-GB |
국가 코드는 국가마다 내용이 실제로 다를 때만 붙이세요. 더 정확해 보인다는 이유로 붙이면 관리할 페이지만 늘어납니다.
자세한 기준은 Google의 다국어 및 다지역 사이트 관리 가이드에 참고하세요.
2. 언어마다 주소를 따로 만드세요
한국어 페이지와 영어 페이지는 주소가 달라야 합니다. 한국어 가격 페이지가 /pricing이라면 영어 가격 페이지는 /en/pricing처럼 따로 두어야 합니다.
하나의 주소에서 방문자의 브라우저 언어에 따라 내용만 바꾸는 방식은 피하세요. 검색엔진은 보통 그중 한 가지 언어만 보게 됩니다. 방문자가 주소를 공유했을 때 받는 사람에게 다른 언어가 보일 수도 있습니다.
주소를 나누는 방법은 세 가지입니다.
| 방식 | 예시 | 장점 | 부담 |
|---|---|---|---|
| 하위 경로 | example.com/en/pricing | 도메인 하나로 관리 | 적음 |
| 하위 도메인 | en.example.com/pricing | 언어별로 서버를 나누기 쉬움 | 설정과 관리가 늘어남 |
| 국가별 도메인 | example.us/pricing | 특정 국가 대상임이 분명함 | 도메인을 따로 사고 운영해야 함 |
담당자가 한두 명이라면 하위 경로 방식이 관리하기 가장 편합니다. 어떤 방식을 고르든 모든 페이지에 같은 규칙을 적용하세요.
아래처럼 주소 규칙이 섞이면 언어별 페이지를 찾고 연결하기 어려워집니다.
| 잘못된 방식 | 예시 | 왜 문제가 되는가 |
|---|---|---|
| 같은 주소에서 언어만 바꿈 | example.com/pricing에서 브라우저 언어에 따라 한국어·영어 표시 | 검색엔진과 공유 링크가 어느 언어를 보여줄지 일정하지 않음 |
| 페이지마다 다른 규칙을 사용 | /en/pricing, /about?lang=en, en.example.com/contact를 함께 사용 | 내부 링크, 사이트맵, hreflang을 일관되게 관리하기 어려움 |
| 내용은 같은데 국가 코드를 붙임 | 모든 영어 고객에게 같은 내용을 보여주면서 /en-US/, /en-GB/를 각각 만듦 | 중복 페이지와 관리할 번역본만 늘어남 |
3. 본문뿐 아니라 디테일까지 모두 번역하세요
본문을 영어로 바꿨다고 번역이 끝난 것은 아닙니다. 메뉴와 버튼, 검색 결과에 보이는 정보, 문의 양식의 안내와 오류 메시지까지 영어로 이어져야 하나의 완성된 영어 페이지가 됩니다. Google은 화면에 보이는 본문을 중심으로 페이지의 언어를 판단하므로, 일부 문구가 한국어로 남으면 방문자의 이용 흐름이 끊기고 페이지의 언어 신호도 흐려질 수 있습니다.
번역할 때 자주 빠지는 부분은 다음과 같습니다.
검색 결과에 보이는 메타 제목과 설명
이미지 설명(alt)과 표 안의 글자
문의 양식의 입력 안내, 오류 메시지, 제출 완료 메시지
가격 통화, 날짜 형식, 연락처, 영업시간
링크를 공유할 때 보이는 제목과 이미지
문장을 그대로 옮기는 것만으로는 부족할 때도 있습니다. 한국 고객에게 익숙한 예시와 해외 고객에게 익숙한 예시는 다릅니다. 핵심 내용은 그대로 두고, 예시와 표현은 그 언어를 쓰는 고객에게 맞춰 바꾸세요.
4. 언어 선택 버튼은 같은 페이지로 연결하세요

영어 가격 페이지를 보던 방문자가 '한국어'를 눌렀는데 한국어 홈으로 이동하면 가격 페이지를 다시 찾아야 합니다. 언어 선택 버튼은 지금 보고 있는 페이지의 다른 언어 버전으로 연결해야 합니다.
접속 국가나 브라우저 언어를 보고 방문자를 다른 언어 페이지로 자동 이동시키는 방식도 피하세요. 해외에 사는 한국인처럼 두 언어를 모두 쓰는 사람은 원하는 언어를 보기 어렵습니다. 검색엔진도 일부 언어 페이지를 확인하지 못할 수 있습니다. 언어를 추천하는 안내는 괜찮지만, 선택은 방문자가 하게 두세요.
시크릿 창에서 각 언어 주소를 직접 열어 보세요. 언어 선택 버튼을 눌렀을 때 같은 페이지의 다른 언어로 이동하는지, 헤더와 푸터, 문의 버튼까지 같은 언어로 바뀌는지 확인합니다.
5. hreflang 태그를 사용해 두 페이지가 한 쌍이라고 알려 주세요
hreflang은 검색엔진에 "이 한국어 페이지와 이 영어 페이지는 같은 내용을 다른 언어로 쓴 것"이라고 알려 주는 메타 태그입니다. Google은 이 정보를 참고해 한국어 검색자에게는 한국어 페이지를, 영어 검색자에게는 영어 페이지를 보여줍니다.
한국어 가격 페이지와 영어 가격 페이지가 있다면 두 페이지 모두에 아래 태그가 들어가야 합니다.
<link rel="alternate" hreflang="ko" href="https://example.com/pricing" />
<link rel="alternate" hreflang="en" href="https://example.com/en/pricing" />
<link rel="alternate" hreflang="x-default" href="https://example.com/pricing" />
첫 줄은 한국어 페이지, 둘째 줄은 영어 페이지 주소입니다. 셋째 줄의 x-default는 방문자의 언어에 맞는 페이지가 없을 때 보여줄 기본 페이지로, 꼭 넣지 않아도 됩니다.
가장 흔한 실수는 한쪽 페이지에만 태그를 넣는 것입니다. 영어 페이지가 한국어 페이지를 가리키면 한국어 페이지도 영어 페이지를 가리켜야 합니다. 서로 가리키지 않으면 Google은 이 연결을 무시할 수 있습니다. 자세한 규칙은 Google의 현지화된 버전 안내에 있습니다.
6. canonical은 개별 페이지 자신의 주소로 지정하세요
canonical은 비슷한 페이지가 여러 개 있을 때 "이 주소가 대표 페이지"라고 검색엔진에 알려 주는 태그입니다.
번역 페이지는 각자 자기 주소를 대표 주소로 지정하는 것이 기본입니다. 한국어 페이지의 canonical은 한국어 주소, 영어 페이지의 canonical은 영어 주소입니다.
| 페이지 | 올바른 canonical | 잘못된 canonical |
|---|---|---|
한국어 /pricing | /pricing | 영어 주소 |
영어 /en/pricing | /en/pricing | /pricing |
영어 페이지의 canonical을 한국어 주소로 지정하면 검색엔진은 영어 페이지를 한국어 페이지의 사본으로 보고 검색 결과에서 뺄 수 있습니다. 자세한 원칙은 Google의 canonical 안내를 참고하세요.

7. 주소를 직접 열어 확인하세요
번역 원고만 봐서는 주소 오류나 화면 표시 문제를 찾을 수 없습니다. 각 언어 주소를 직접 열고 다음을 확인하세요.
페이지가 정상적으로 열리는가(404 오류가 아닌가)
검색 제목, 설명, 본문 제목이 그 언어로 되어 있는가
canonical이 자기 주소를 가리키는가
hreflang에 두 언어 주소가 모두 들어 있는가
문의 버튼 같은 중요한 링크가 같은 언어 페이지로 이어지는가
페이지 소스 보기(Windows는 Ctrl+U, Mac은 Command+Option+U)에서 본문 문장이 보이는지도 확인하세요. 소스에는 본문이 없고 화면에만 보인다면 검색엔진이 내용을 늦게 읽거나 놓칠 수 있습니다. 확인 방법은 서버 사이드 렌더링과 SEO 글에 정리해 두었습니다.
8. 실제 화면에서 번역을 읽어 보세요
번역문은 문서 파일이 아니라 실제 페이지에서 읽어야 합니다. 영어 문장은 한국어보다 길어지는 경우가 많아 버튼 글자가 잘리거나 모바일 화면에서 줄바꿈이 어색해질 수 있습니다.
읽을 때는 세 가지를 보세요.
정확한가: 가격, 조건, 제한 사항이 원문과 같은가
자연스러운가: 그 언어를 쓰는 고객이 읽기에 어색한 표현은 없는가
일관적인가: 메뉴, 본문, 버튼에서 같은 대상을 같은 단어로 부르는가
AI 번역은 초안을 빠르게 만들어 주지만, 공개 전 마지막 확인은 사람이 해야 합니다. 문장은 매끄러운데 구체적인 정보가 부족하다면 AI slop 디자인 체크리스트로 한 번 더 점검해 보세요.
9. 공개한 뒤에는 두 주소를 따로 확인하세요
한국어 페이지가 검색에 잘 나온다고 영어 페이지도 괜찮다는 뜻은 아닙니다. Google Search Console의 URL 검사 도구로 언어별 주소를 하나씩 확인하세요.
검색 상태는 세 단계로 나눠 기록하면 문제를 찾기 쉽습니다.
| 단계 | 뜻 |
|---|---|
| 접근 가능 | Google이 페이지를 열어 읽을 수 있음 |
| 색인됨 | Google 검색 목록에 페이지가 등록됨 |
| 검색 노출 | 실제 검색어로 검색 결과에 나타남 |
접근할 수 있어도 색인되지 않을 수 있고, 색인되어도 원하는 검색어로 나오지 않을 수 있습니다. 성과도 언어별로 따로 보세요. 두 언어의 노출 수를 합쳐 보면 어느 쪽에 문제가 있는지 알 수 없습니다.
Neopress에서는 다국어 설정을 AI와 대화하며 처리합니다
위 9가지를 직접 하려면 주소 규칙을 정하고, 페이지마다 태그를 넣고, 메뉴와 폼과 글을 하나씩 번역해야 합니다. 개발자 없이 혼자 홈페이지를 운영하는 담당자에게는 아주 큰 일입니다.
Neopress에서는 주소와 검색 태그 같은 기술 설정은 자동으로 처리되고, 번역과 수정은 AI에게 말로 요청하면 됩니다.
| 체크리스트 항목 | 직접 할 때 | Neopress에서 |
|---|---|---|
| 언어별 주소 | 주소 규칙을 정하고 개발 | 기본 언어는 /pricing, 추가 언어는 /en/pricing 주소가 자동으로 생김 |
| 메뉴·본문·폼 번역 | 항목마다 복사해 번역 | AI에게 요청하면 페이지 문구, 헤더·푸터, 문의 양식, 블로그 글을 한 번에 번역 |
| 언어 선택 버튼 | 페이지마다 링크 연결 | 사이트 안 링크가 현재 언어 주소를 유지하고, 번역본이 없는 글은 언어 전환 링크가 비활성화됨 |
| hreflang | 페이지마다 태그를 넣고 서로 연결 | 페이지를 공개한 언어끼리 자동 연결되고 사이트맵에도 반영 |
| canonical | 페이지마다 대표 주소 지정 | 언어별 주소가 각자 대표 주소로 자동 지정 |
| 검색 제목·설명 | 언어마다 따로 작성 | 언어별로 따로 설정할 수 있고, AI에게 작성을 맡길 수 있음 |
| 공개 범위 | 언어별 페이지를 따로 관리 | 페이지마다 공개할 언어를 고르면, 공개하지 않은 언어는 사이트맵과 hreflang에서 빠짐 |
새 언어를 추가할 때
설정에서 영어를 추가 언어로 켜면, 어떤 페이지와 글을 번역할지 고르는 창이 나옵니다. 영어로 공개하지 않을 페이지는 제외하고, 이미 번역한 항목을 건너뛸지 다시 번역할지 정합니다. 선택을 마치면 AI 채팅창에 번역 요청이 자동으로 입력됩니다.
이후에는 대화로 다듬으면 됩니다. "가격은 달러로 표시해 줘", "문의 완료 메시지를 더 짧게 바꿔 줘"처럼 원하는 결과를 말하면 AI가 해당 언어의 문구만 고칩니다.

공개하기 전에
영어 페이지의 검색 제목과 설명도 AI에게 맡길 수 있습니다. "영어 가격 페이지의 검색 제목과 설명을 영어로 써 줘"라고 요청하면 영어 주소에만 적용됩니다. 한국어 페이지의 설정은 그대로 남습니다. 아래 화면처럼 오가닉 성장 작업을 요청하면 새 글 초안, 메타 제목·설명, 내부 링크와 검증 결과까지 대화 안에서 확인할 수 있습니다.
다만 Neopress는 번역이 일부 빠져 있어도 공개를 막지 않습니다. 공개 전에 미리보기에서 언어를 바꿔 가며 위 체크리스트의 3번, 4번, 8번 항목을 직접 확인하세요.

공개한 뒤에
Google Search Console을 연결해 두면 AI에게 "영어 페이지는 어떤 검색어로 노출되고 있어?"라고 물어볼 수 있습니다. AI는 노출 수, 클릭률, 검색 순위를 보고 다음에 고칠 부분을 제안합니다.
ChatGPT나 Claude처럼 MCP를 지원하는 AI 도구를 쓴다면, 그 도구에서 Neopress를 연결해 블로그 글의 번역본을 만들고 수정할 수도 있습니다.
공개 전 최종 점검표
중요한 페이지를 공개하기 전에 아래 표를 채워 보세요. 언어별로 확인한 항목에 ✓를 표시하고, 문제가 있으면 내용을 적습니다. 다음에 페이지를 고칠 때 어디까지 확인했는지 바로 알 수 있습니다.
| 확인 항목 | 한국어 주소 | 영어 주소 |
|---|---|---|
| 주소를 직접 열면 정상적으로 보인다 | ||
| 본문까지 모두 번역되어 있다 | ||
| 검색 제목, 설명, 본문 제목이 그 언어로 되어 있다 | ||
| canonical이 자기 주소를 가리킨다 | ||
| hreflang에 두 언어 주소가 모두 있다 | ||
| 언어 선택 버튼이 같은 페이지로 이동한다 | ||
| 메뉴, 문의 양식, 버튼이 같은 언어로 이어진다 | ||
| Search Console에서 주소를 검사했다 |
Neopress의 다국어 기능은 Growth 플랜에서 제공되며, 7일 무료 체험으로 먼저 써 볼 수 있습니다. Neopress에서 언어를 추가하고 AI와 함께 번역을 시작해 보세요.
Newsletter
성장을 가속하는 차별화된 인사이트.
실전 SEO 전략부터 SSR 가이드, AI 검색 인사이트까지 이메일로 받아보세요.
수집된 정보는 안전하게 보호되며, 언제든 구독을 해지할 수 있습니다.