핵심 요약
- 검색 결과에서 페이지 제목 위에 붙는 병원 이름을 사이트 이름(site name)이라고 합니다. 페이지마다 달라지는 제목과 달리, 사이트 전체에 하나만 붙습니다
- "
<title>태그를 고치면 바뀐다"고 알고 계신다면 절반만 맞습니다. 구글은 홈페이지의WebSite구조화 데이터를 "선호하는 이름을 지정하려면 가장 중요한" 신호라고 명시합니다- 사이트 이름은 도메인·서브도메인 단위입니다.
example.com/clinic같은 하위 디렉터리에는 따로 지정할 수 없습니다- 요건을 모두 갖춰도 원하는 이름이 선택된다는 보장은 없습니다. 구글은 확신이 낮으면 다른 출처를 쓰거나 도메인 이름을 그대로 보여줄 수 있다고 밝혀 두었습니다
"우리 병원만 왜 주소가 그대로 떠요?"
원장님이 휴대폰으로 병원 이름을 검색했을 때, 결과 한 건은 보통 이렇게 생겼습니다. 맨 위에 작은 아이콘과 함께 사이트 이름이 뜨고, 그 아래에 파란 제목, 다시 아래에 설명 문장이 붙습니다.
이때 맨 위 한 줄이 어떤 병원은 "○○정형외과의원"으로 깔끔하게 나오고, 어떤 병원은 www.ooo-clinic.co.kr처럼 주소가 그대로 나옵니다. 같은 검색 화면인데 우리만 주소가 노출되면, 광고 없이 뜬 결과인데도 관리가 덜 된 곳처럼 보입니다.
여기서 흔한 오해가 하나 있습니다. 홈페이지 제목 태그를 고치면 저 줄이 바뀐다고 알고 계신다면, 절반만 맞습니다. 구글 공식 문서는 이 둘을 분명히 구분합니다.
"사이트 이름은 페이지별 제목 링크와 다릅니다(제목 링크는 각 웹페이지에 고유하지만, 사이트 이름은 사이트 전체에 적용됩니다)."
즉 페이지 제목은 페이지마다 따로, 사이트 이름은 사이트 전체에 하나입니다. 서로 다른 재료로 만들어지니 고치는 방법도 다릅니다. 페이지 제목·설명을 다루는 방법은 제목 링크와 메타 설명 편에 따로 정리해 두었습니다.
사이트 이름은 어떻게 정해지나
구글은 사이트 이름 생성이 "완전히 자동화"돼 있으며, 사이트 홈페이지의 콘텐츠와 웹에 나타난 그 사이트에 대한 언급을 함께 본다고 설명합니다. 사람이 신청해서 등록하는 창구는 없습니다. 이 점은 사이트링크와 똑같습니다.
다만 사이트링크와 결정적으로 다른 게 하나 있습니다. 사이트 이름에는 우리가 선호하는 값을 제출하는 공식 방법이 있다는 점입니다. 구글 문서의 표현은 이렇습니다.
"사이트 이름 기본 설정을 표시하려면 홈페이지에
WebSite구조화 데이터를 추가하세요. 사이트 이름 시스템은og:site_name,<title>, 제목 요소, 홈페이지의 기타 텍스트도 고려합니다. 다만 기본 설정을 지정하려는 경우WebSite구조화 데이터가 가장 중요합니다."
정리하면 신호는 여러 개지만 우선순위가 있습니다. 홈페이지에 심는 WebSite 구조화 데이터가 1순위이고, og:site_name과 제목·본문 텍스트는 그 뒤를 받치는 보조 신호입니다. 병원 사이트에서 이 1순위가 아예 비어 있는 경우가 흔합니다. 그러면 구글은 남은 재료만으로 이름을 추정하고, 확신이 서지 않으면 도메인 주소를 그대로 씁니다.
홈페이지에 넣을 코드는 이 정도입니다
필수 속성은 두 개뿐입니다. name(사이트 이름)과 url(홈페이지의 표준 URL). JSON-LD로 쓰면 이렇게 됩니다.
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "WebSite",
"name": "밝은눈안과의원",
"alternateName": ["밝은눈안과", "밝은눈"],
"url": "https://example.com/"
}
</script>
alternateName은 선택이지만 구글이 특히 권하는 항목입니다. 2023년 7월 공식 블로그는 이 속성을 더 쓰라고 안내를 갱신했다고 밝히면서 이유를 이렇게 설명했습니다.
"때로는 선호하는 사이트 이름을 사용할 수 없습니다. 예를 들어 저희 시스템은 일반적으로 성격이 전국구인 서로 다른 두 사이트에 같은 사이트 이름을 쓰지 않습니다.
alternateName속성으로 대체 이름을 제공하면, 선호하는 이름이 선택되지 않았을 때 시스템이 다른 선택지를 고려할 수 있습니다."
병원 이름은 겹치기 쉽습니다. "연세", "서울", "미소" 같은 단어가 들어간 의원이 전국에 수십 곳입니다. 대체 이름을 여러 개 적어 둘 수 있고, 중요한 순서대로 나열하면 됩니다. 정식 명칭·약칭·지점을 붙인 형태를 함께 넣어 두는 편이 안전합니다.
병원 사이트에서 자주 걸리는 기술 조건 네 가지
구글 문서의 기술 가이드라인 중 병원 사이트에서 실제로 문제가 되는 대목만 골랐습니다.
| 공식 조건 | 무슨 뜻인가 | 병원 사이트에서 흔한 상황 |
|---|---|---|
| 구조화 데이터는 홈페이지에 있어야 함 | 도메인 또는 서브도메인의 루트 URL에 넣어야 함 | 서브페이지에만 스크립트를 넣어 둠 |
| 하위 디렉터리는 지원 안 함 | example.com/news에는 별도 사이트 이름을 줄 수 없음 | 병원 소개가 그룹 사이트의 하위 폴더에 들어가 있음 |
| 중복 홈페이지는 같은 마크업 | www·비www, HTTP·HTTPS 모두에 동일하게 | 한쪽에만 심고 리다이렉트로 끝냄 |
| 홈페이지가 크롤 가능해야 함 | 차단돼 있으면 이름 생성 자체가 안 됨 | robots.txt·로그인 담장·방화벽에 막힘 |
특히 두 번째 줄을 주의해서 보셔야 합니다. 구글은 "구글 검색은 하위 디렉터리 수준의 사이트 이름을 지원하지 않는다"고 못 박았습니다. 지원되는 형태는 https://example.com, https://www.example.com, https://m.example.com, 그리고 https://news.example.com 같은 서브도메인 루트까지입니다. 병원이 포털형 그룹 사이트 안에 /clinic/ 같은 폴더로 들어가 있으면, 그 폴더만의 이름은 만들 수 없다는 뜻입니다. 우리가 운영하는 정보 사이트도 4곳 1,904페이지 규모(2026-09 사이트맵 실측)지만, 사이트 이름은 각 도메인 홈 한 곳에서 결정되고 하위 페이지를 아무리 늘려도 그 판단은 바뀌지 않습니다.
네 번째 줄은 크롤 차단 문제와 직결됩니다. 홈페이지가 막혀 있으면 사이트 이름뿐 아니라 검색 표시 전반이 무너집니다. 진단 방법은 구글봇 차단 점검 편에 정리해 두었습니다.
이미 WebSite 마크업이 있다면 지우지 마세요
몇 년 전 제작된 병원 사이트에는 WebSite 구조화 데이터가 이미 들어 있는 경우가 꽤 있습니다. 검색 결과 안에 사이트 내부 검색창을 띄우는 "사이트링크 검색창" 기능을 노린 마크업입니다.
그 기능은 2024년 11월 21일부로 전 세계 검색에서 사라졌습니다. 다만 구글의 안내는 "지우라"가 아니었습니다.
"사이트링크 검색창 구조화 데이터를 사이트에서 제거할 수는 있지만, 그럴 필요는 없습니다. 이처럼 지원되지 않는 구조화 데이터는 검색에서 문제를 일으키지 않으며 서치 콘솔 리포트에 오류를 발생시키지도 않습니다. (중략) 사이트 이름 역시
WebSite구조화 데이터의 변형을 사용하며, 이는 계속 지원됩니다."
그래서 실무 순서는 이렇게 됩니다. 기존 WebSite 블록을 찾아서, 그 안에 name과 url, alternateName을 채워 넣습니다. 구글은 "이미 WebSite 구조화 데이터가 있다면 사이트 이름 속성을 같은 노드 안에 중첩하고, 가능하면 홈페이지에 WebSite 블록을 추가로 만들지 말라"고 안내합니다. 블록을 새로 하나 더 붙이는 것이 가장 흔한 실수입니다.
병원 로고와 대표 전화·주소를 알리는 Organization 구조화 데이터는 이것과 별개 항목입니다. 둘의 역할 차이는 Organization 스키마와 지식 패널 편에서 다뤘습니다.
이름을 고를 때 지켜야 할 규칙
구글이 문서에 적어 둔 기준은 네 가지입니다.
- 고유하고 사이트 정체성을 정확히 반영하는 이름. 사용자를 오해하게 만들면 안 되고, 검색 콘텐츠 정책을 따라야 합니다
- 간결하고 널리 알려진 형태. 구글이 든 예는 "Google, Inc"가 아니라 "Google"입니다. 길이 제한은 없지만 긴 이름은 기기에 따라 잘릴 수 있습니다
- 일반 명칭 회피. 구글은 "Best Dentists In Iowa" 같은 일반적인 이름은 극히 잘 알려진 브랜드가 아닌 한 선택되지 않을 가능성이 높다고 적었습니다. "강남 임플란트 잘하는 곳" 류의 키워드 조합을 사이트 이름에 넣는 건 그래서 역효과입니다
- 홈페이지 안에서 표기 일관성. 구조화 데이터에 쓴 이름이 홈페이지의 다른 텍스트에서 부르는 방식과 어긋나면 안 됩니다
세 번째와 네 번째는 병원에서 자주 어긋납니다. 홈페이지 상단 로고에는 "○○의원", 푸터 사업자정보에는 "의료법인 ○○의료재단 ○○의원", 제목 태그에는 "○○의원 | 강남 도수치료 정형외과"가 들어가 있는 식입니다. 구글 입장에서는 어느 것이 이 병원의 이름인지 판단할 근거가 흐려집니다. 구조화 데이터의 name을 기준으로 삼고, 홈페이지 표기를 거기에 맞추는 편이 낫습니다.
넣었는데도 안 바뀐다면
구글은 순서가 있는 점검 절차를 문서에 남겨 두었습니다.
- 홈페이지의
WebSite구조화 데이터에 든 이름이 정말 우리가 원하는 이름인지 확인합니다 - 구문 오류가 없는지 Schema Markup Validator 같은 스키마 검사 도구로 확인합니다. 사이트 이름은 리치 결과 테스트에서 지원되지 않습니다
- 홈페이지의 다른 텍스트도 같은 이름을 쓰는지 확인합니다
- 하위 디렉터리에 사이트 이름을 지정하려는 건 아닌지 확인합니다
- 리다이렉트가 의도대로 동작하고 구글봇이 최종 도착지에 접근할 수 있는지 확인한 뒤 재크롤을 요청합니다
- HTTP·HTTPS 등 여러 버전이 있다면 모두 같은 이름을 쓰는지 확인합니다
여기까지 했는데도 선택되지 않으면, 구글이 제시한 단계는 두 가지입니다. 먼저 alternateName으로 대체 이름을 제공합니다. 그래도 안 되면 도메인 또는 서브도메인 이름 자체를 사이트 이름으로 제공하는 우회책이 있습니다. 2023년 블로그는 "도메인 또는 서브도메인 이름을 사이트 이름으로 제공하면 일반적으로 사용된다"고 적었습니다. 다만 같은 글은 이 우회책을 쓰기 전에 선호 이름과 대체 이름이 구조화 데이터로 제공돼 있고 홈페이지의 다른 출처가 그것을 뒷받침하는지 먼저 검토하라고 권합니다.
반영 속도도 미리 알고 계셔야 합니다. 구글은 "크롤링에는 며칠에서 몇 주가 걸릴 수 있다"고 안내하고, URL 검사 도구로 재크롤을 요청할 수 있다고 덧붙입니다. 재크롤 요청 방법은 수정한 콘텐츠 재크롤 편에 정리해 두었습니다. 홈페이지가 바뀐 이름으로 먼저 뜨고 내부 페이지는 나중에 따라오는 경우도 있는데, 구글은 이 경우 내부 페이지도 결국 반영된다고 설명합니다.
한계선은 분명히 해 둡니다
- 사이트 이름은 순위 요소가 아닙니다. 이미 노출되는 결과의 첫 줄을 정돈하는 작업입니다
- 마크업을 넣어도 원하는 이름이 선택된다는 보장은 없습니다. 구글은 "제공한 이름에 대한 확신이 낮으면 다른 출처를 사용해 사이트 이름을 생성하거나 도메인 또는 서브도메인 이름을 표시할 수 있다"고 명시합니다
- 자동 선택된 사이트 이름을 구글이 수동으로 바꿔 주지는 않습니다. 우리가 할 수 있는 건 판단 재료를 정확히 갖춰 두는 것까지입니다
오늘 바로 점검할 것
원장님 병원 사이트에서 지금 확인할 수 있는 항목만 추렸습니다.
- 휴대폰으로 병원 이름을 검색해, 결과 첫 줄이 병원 이름인지 도메인 주소인지 확인
- 홈페이지(루트 주소) 소스에서
"@type": "WebSite"를 검색해 존재 여부와name값 확인 -
WebSite블록이 두 개 이상 중복돼 있지 않은지 확인(있다면 하나로 합치기) - 로고·푸터·제목 태그에 적힌 병원 표기가 구조화 데이터의
name과 일치하는지 확인 - www 주소와 비www 주소 양쪽 모두 같은 마크업을 내보내는지 확인
다섯 항목 모두 제작 업체에 그대로 전달할 수 있는 수준입니다. 우리 병원 검색 화면을 함께 점검해 보길 원하시면 문의하기로 남겨 주세요.
참고 자료
- Provide a site name to Google Search — Google Search Central 공식 문서
- An update on site names — Google Search Central Blog, 2023-07-28
- Farewell, Sitelinks Search Box — Google Search Central Blog, 2024-10-21
