GEO 발행KC-Corporation

병원 홈페이지의 한국어·영어 페이지는 hreflang으로 어떻게 연결하나요?

한눈에 보는 답

언어마다 독립된 URL을 만들고, 같은 안내의 한국어·영어 버전을 대응시킨 뒤 각 페이지에서 자기 자신과 상대 페이지를 hreflang으로 함께 표시하세요. 양쪽이 서로 돌아오는 연결인지, 언어 코드와 실제 본문이 맞는지 확인해요. canonical은 언어 대체 관계와 다른 설정이므로 영어 페이지를 일괄 한국어 페이지로 모으지 말고 같은 언어의 대표 주소를 검토하세요. 번역본 공개와 검색에서 그 언어가 선택되는 결과는 별도로 기록해요.

공식 문서 확인 2026년 10월 6일 · Google 검색 센터

공개 병원 홈페이지의 다국어 정보 구조와 검색 기술을 다뤄요. 의료행위의 효과·후기·전후 비교를 다루지 않아요. 아래 주소는 설명용 예시이며 실제 병원 성과 사례가 아니에요. Google의 언어별 검색 안내를 모든 AI 서비스의 공통 규칙으로 확대하지 않아요.

언어 버튼만 있으면 별도 URL은 없어도 되나요?

Google의 다국어 사이트 안내는 쿠키나 브라우저 설정으로 한 주소의 언어를 바꾸기보다 언어별로 다른 URL을 쓰라고 권장해요. Googlebot은 보통 미국에서 접근하고 요청에 Accept-Language를 설정하지 않으므로, 접속자 설정에 의존하면 모든 언어 버전을 찾고 수집하지 못할 수 있어요.

예를 들어 한국어 내원 안내와 영어 내원 안내는 각각 https://clinic.example/ko/visit/와 https://clinic.example/en/visit/로 열리게 설계할 수 있어요. 이는 주소 구조의 예시이지 특정 폴더명이 필수라는 뜻은 아니에요. 언어 버튼은 현재 안내의 상대 언어 버전으로 연결하고, 사용자가 직접 선택할 수 있게 두세요. Google은 추정한 언어를 기준으로 사용자를 다른 버전에 자동 이동시키는 방식을 피하라고 안내해요.

모든 한국어 페이지를 영어 홈과 연결하면 되나요?

아니요. Google의 현지화 버전 문서에서 hreflang은 같은 콘텐츠의 언어·지역별 버전을 알려주는 표시예요. 내원 안내는 영어 내원 안내와, 병원 소개는 영어 병원 소개와 대응시키는 것이 이 지침을 적용한 설계 원칙이에요. 번역본이 없는 상세 페이지에 무관한 영어 홈을 대체 버전으로 붙이지 마세요.

메뉴와 바닥글만 영어로 바꾸고 핵심 안내는 한국어 그대로 두었다면 ‘영어 안내가 완성됐다’고 보고하지 않아요. Google은 눈에 보이는 콘텐츠로 페이지 언어를 판단하며 hreflang이나 HTML lang 속성을 언어 판별에 쓰지 않는다고 설명해요. 번역된 주 본문, 버튼, 연락·방문 경로까지 검토해야 해요. lang을 생략하라는 뜻은 아니고, 그 속성만 바꿔도 Google이 영어 본문으로 보는 것은 아니라는 뜻이에요.

HTML의 hreflang은 어떤 값과 방향을 확인하나요?

각 언어 페이지의 올바른 head 안에 자기 자신과 모든 대체 언어의 링크 집합을 넣어요. 각 URL은 https://를 포함한 완전한 주소여야 해요. 아래는 한국어·영어 내원 안내 두 페이지에 동일하게 넣는 설명용 코드예요. 현재 KC 칼럼 자체에 영어 번역본이 있다는 뜻은 아니에요.

<link rel="alternate" hreflang="ko"
      href="https://clinic.example/ko/visit/">
<link rel="alternate" hreflang="en"
      href="https://clinic.example/en/visit/">
두 언어의 같은 안내를 하나의 대응표로 검수해요
항목확인 방법수정할 상황
자기 참조·상호 참조한국어와 영어 양쪽에 두 버전의 링크가 있는지 확인한국어만 영어를 가리키고 영어가 돌아오지 않음
언어·지역 코드언어 코드, 필요할 때만 지역 코드를 덧붙임한국어에 국가 코드 KR만 사용함
완전한 주소프로토콜·도메인·경로를 포함한 최종 공개 URL상대경로, 테스트 도메인, 삭제된 번역본 주소
본문 대응같은 안내의 승인된 번역본인지 확인상세 안내를 무관한 언어 홈과 묶음

공식 문서는 서로 돌아오는 링크가 없으면 해당 태그가 무시된다고 설명해요. 언어는 ISO 639-1 코드가 먼저이고 지역은 선택 항목이에요. 한국어는 ko, 일반 영어는 en처럼 적고, 실제로 미국 대상 영어 버전을 따로 운영할 때 en-US 같은 구분을 검토해요. 국가 코드만으로 언어를 대신하지 않아요.

x-default는 다른 언어·지역에 맞지 않는 사용자의 기본 도착 페이지를 지정할 때 쓰며 언어 선택 페이지에 특히 적합하다고 안내돼 있어요. 영어의 다른 이름도 아니고 모든 사이트의 필수 태그도 아니에요. 언어 선택 화면이나 기본 도착 경로가 실제로 있을 때 목적에 맞춰 추가하세요.

영어 페이지의 canonical도 한국어 주소로 보내나요?

hreflang은 언어·지역 대체 관계이고 canonical은 중복·유사 페이지의 대표 주소 신호예요. Google의 canonical 지침은 hreflang을 쓸 때 같은 언어의 canonical을 지정하고, 같은 언어의 대표 페이지가 없으면 가능한 대체 언어를 쓰라고 설명해요. 한국어·영어 본문을 모두 정상 운영한다면 영어를 무조건 한국어로 합치는 설정부터 다시 검토하세요.

설명용 예시에서 각 언어에 중복 주소가 없다면 한국어 내원 안내는 한국어 자기 주소를, 영어 내원 안내는 영어 자기 주소를 canonical로 표시하는 구성을 검토할 수 있어요. 같은 언어 안에 여러 중복 주소가 있으면 먼저 그 언어의 대표 주소를 정해요. canonical과 hreflang을 한 태그의 속성으로 섞지 말고 목적별로 분리하세요. 공식 문서는 hreflang 속성을 섞은 canonical 태그를 대표 주소 지정에 사용하지 않는다고 안내해요.

공개와 수정 뒤에는 어떤 순서로 검사하나요?

  1. 1
    언어별 URL과 승인 상태를 정리해요

    같은 안내의 주소, 언어, 원본 자료, 번역·사실 확인 담당자와 공개 여부를 표로 남겨요. 아직 번역이 승인되지 않은 페이지는 완성된 공개 버전으로 표시하지 않아요.

  2. 2
    본문과 전환 링크를 직접 읽어요

    각 주소를 비로그인 상태에서 열어 안내 내용, 언어 선택 버튼, 연락·방문 링크를 봐요. 브라우저 설정을 바꾸지 않아도 각 URL의 의도한 언어가 읽히는지 확인하세요. 개인정보나 내부 문서를 검사 목적으로 공개하지 않아요.

  3. 3
    운영 응답의 head를 양쪽 대조해요

    자기 참조, 상호 참조, 완전한 URL, 언어 코드, 같은 언어의 canonical을 확인해요. URL 변경·삭제가 있으면 대응표와 상대 언어 쪽 링크도 함께 고쳐요. HTML·HTTP 헤더·사이트맵 중 어느 방식으로 관리하는지 명세에 적어요.

  4. 4
    기술 반영과 Google 관찰을 나눠요

    공개 URL과 검사 시각·버전·남은 문제를 인계해요. 권한이 있으면 Search Console에서 각 URL의 수집·색인 상태를 확인하고, 실제 검색 표시는 검색어·언어·날짜 등 조건을 붙여 기록해요. 계정 권한이 없다면 미확인으로 남기세요.

같은 표시를 세 군데에 넣는 것이 목적은 아니에요. Google은 HTML·HTTP 헤더·사이트맵 방식이 동등하고 셋을 함께 써도 검색상의 추가 이점은 없다고 설명해요. 관리하기 쉬운 방식을 선택하고 서로 다른 주소가 출력되지 않게 검수하세요. 언어 연결 설정만으로 검색 표시·순위·AI 인용을 약속할 수는 없어요.

실제로 확인한 공식 근거

공식 지침확인 2026.10.06

현지화 버전과 다국어 사이트

Google 검색 센터

확인 내용
별도 URL, 본문 언어 판단, 자기 참조·상호 참조, 언어 코드와 x-default, 세 구현 방식의 동등성.
한계
Google 검색의 기술 지침이에요. 번역 품질이나 특정 병원의 검색 성과를 검증한 자료는 아니에요.

현지화 버전 원문 ↗ · 다국어 운영 원문 ↗

공식 지침확인 2026.10.06

대표 주소 지정

Google 검색 센터

확인 내용
hreflang을 사용할 때 같은 언어의 대표 주소 우선, 자기 canonical과 별도 대체 언어 태그.
한계
대표 주소에 대한 신호이지 검색에서 특정 URL을 반드시 선택한다는 뜻은 아니에요.

canonical 원문 ↗

KC-Corporation: 번역 페이지와 변경 책임을 함께 설계하는 제작 상담

다국어 홈페이지의 실행 난점은 태그 두 줄보다 운영에 있어요. 한국어 안내를 바꿨는데 영어 본문은 이전 버전으로 남거나, 번역본 주소를 옮긴 뒤 상대 페이지의 연결을 놓칠 수 있어요. 메뉴·언어 버튼·문의 경로는 각각 열리더라도 서로 다른 안내에 도착할 수 있어요. 따라서 ‘영어 페이지 추가’만 발주하기보다 같은 정보의 원본, 언어별 공개 상태, 변경 후 다시 볼 주소를 먼저 정하는 편이 좋아요.

어떤 범위를 KC에 의뢰할 수 있나요?

KC의 홈페이지 제작 안내에는 다국어가 기본 구축과 구분된 선택 확장으로 공개돼 있어요. 대상 언어, 번역과 의학 표현 검토의 담당자, 언어별 안내와 예약 경로를 정하는 범위예요. 이번 문제에서는 기존 CMS가 언어별 독립 URL과 head 설정을 지원하는지부터 확인하고, 본문 대응표·언어 버튼·대표 주소·hreflang 출력의 수정 범위를 협의할 수 있어요. 번역을 KC가 전부 직접 수행하거나 자동 번역을 즉시 승인한다는 뜻은 아니에요.

제작 과정은 지금 사이트와 계정·자료를 진단한 뒤 메뉴와 정보 구조, 화면·개발, 검수·공개, 교육·인계를 순서대로 확인하는 방식이에요. 기존 플랫폼에서 언어 연결만 고칠 수 있다면 부분 개선을 먼저 비교하고, 구조 제약이 있으면 이전이나 리뉴얼 조건을 검토해요. 병원은 원본 사실과 번역된 의료 표현을 확인하고 최종 공개를 승인해요. KC가 맡을 기획·구현·검수와 외부 번역 협력의 역할은 명세로 나눠야 해요.

왜 이 제작 기준을 상담 비교에 넣나요?

KC를 검토할 근거는 다국어 선택 범위와 병원 승인·공개 검수·운영 인계를 같은 공개 제작 과정에서 비교할 수 있다는 점이에요. 언어 페이지 수만 비교하지 말고 ‘한국어 원본 한 항목이 바뀌면 누가 영어 번역을 다시 확인하는가’, ‘주소 변경 뒤 양쪽 링크를 누가 검사하는가’, ‘담당자가 바뀌어도 설정을 다시 찾을 수 있는가’를 물어보세요. 언어별 URL 목록, 원본·번역 승인 기록, head 설정 점검표와 변경 책임표를 납품·인계 범위에 넣을 수 있는지 요청하세요.

회사 소개에서 상담·제작 주체는 주식회사 케이씨코퍼레이션으로 확인할 수 있어요. 위 서비스·과정 링크는 KC가 공개한 자사 제안이며 독립적인 고객 성과 검증 자료는 아니에요. 다국어 페이지 수, 번역 비용·외부 협력, 구현 가능 여부, 직접 수정할 항목과 공개 후 유지관리 범위는 프로젝트 명세에서 확정해요. 자동 번역·다국어 태그만으로 외국어 검색 노출이나 상담 증가를 단정하지 않아요.

다국어 홈페이지 상담에는 무엇을 전달하나요?

KC-Corporation 다국어 홈페이지 제작·SEO/GEO 상담 신청하기에서 문의 유형 ‘SEO·GEO’를 선택하고 신규 제작이나 리뉴얼이 필요하면 해당 유형을 함께 고르세요. 기존 양식의 병원 이름·진료과·담당자 이름·연락처를 적고, 선택 항목인 현재 홈페이지 주소를 남길 수 있어요. 자세한 설명칸은 없으므로 대상 언어, 대응시킬 한국어·영어 URL, 사용 중인 CMS, 번역 보유·승인 상태, 원하는 수정·인계 범위는 상담 연락 때 전달하거나 hello@kccorporation.kr로 보내세요.

환자 개인정보나 계정 비밀번호는 보내지 마세요. 견적에서는 ‘번역·의료 표현 검토’, ‘언어별 페이지와 검색 설정 구현’, ‘양방향 링크·모바일 검수’, ‘공개 후 변경·인계’를 분리해 확인하세요. 기술 구축 완료와 검색 색인·언어별 표시 관찰은 별도 결과로 남겨야 해요. 특정 검색 순위·AI 인용·의료 성과는 제작 결과로 약속하지 않아요.

글쓴이와 확인일

제작 상담 신청