Google 검색에 사이트 이름 제공

Google 검색결과에 페이지가 표시될 때 그 페이지의 출처에 해당하는 사이트의 이름이 표시됩니다. 이를 사이트 이름이라고 합니다. Google에서는 다양한 여러 소스를 사용하여 사이트 이름을 자동으로 결정합니다. 구조화된 WebSite 데이터를 추가하여 자신이 선호하는 사항을 반영할 수 있습니다. 참고로, 사이트 이름은 페이지별 제목 링크와는 다릅니다(제목 링크는 각 웹페이지에만 적용되는 반면, 사이트 이름은 전체 사이트에 적용됨).

Google 검색결과에 표시된 사이트 이름

기능 제공 여부

Google 검색결과에서 사이트 이름은 다음과 같이 표시됩니다.

  • 영어, 프랑스어, 독일어, 일본어 검색
  • 모바일 및 데스크톱의 도메인 수준 사이트
  • 모바일의 하위 도메인 수준 사이트

Google 검색에서 사이트 이름이 생성되는 방식

Google 검색결과 페이지에서 Google의 사이트 이름 생성은 완전히 자동화되어 있으며 사이트 콘텐츠와 웹에 표시되는 페이지 콘텐츠 참조를 모두 고려합니다. 사이트 이름의 목적은 각 결과의 소스를 가장 잘 표현하고 설명하는 것입니다.

Google 검색에서는 사이트 홈페이지의 다음과 같은 여러 소스를 바탕으로 사이트 이름을 자동으로 결정합니다.

Google에서는 각 사이트의 사이트 이름을 수동으로 변경할 수 없지만 가능한 한 정확성 높은 사이트 제목을 만들기 위해 노력하고 있습니다. 구조화된 WebSite 데이터를 추가하여 페이지에 표시되는 사이트 이름의 품질을 개선할 수 있습니다.

구조화된 데이터를 추가하는 방법

구조화된 데이터는 페이지에 관한 정보를 제공하고 페이지 콘텐츠를 분류하기 위한 표준화된 형식입니다. 구조화된 데이터를 처음 사용한다면 구조화된 데이터의 작동 방식을 자세히 알아보세요.

다음은 구조화된 데이터를 빌드, 테스트 및 출시하는 방법의 개요입니다. 웹페이지에 구조화된 데이터를 추가하는 방법에 관한 단계별 안내는 구조화된 데이터 Codelab을 참고하세요.

  1. 가이드라인을 따릅니다.
  2. 필수 속성을 JSON-LD, RDFa, 마이크로데이터 형식으로 웹사이트 홈페이지에 추가합니다. 사이트의 모든 페이지에 이 마크업을 포함할 필요는 없습니다. 이 마크업은 사이트의 홈페이지에만 추가하면 됩니다.

    JSON-LD

    <html>
      <head>
        <title>Example: A Site about Examples</title>
        <script type="application/ld+json">
        {
          "@context" : "https://schema.org",
          "@type" : "WebSite",
          "name" : "Example",
          "url" : "https://example.com/"
        }
      </script>
      </head>
      <body>
      </body>
    </html>

    마이크로데이터

    <html>
      <head>
        <title>Example: A Site about Examples</title>
      </head>
      <body>
      <div itemscope itemtype="https://schema.org/WebSite">
        <meta itemprop="url" content="https://example.com/"/>
        <meta itemprop="name" content="Example"/>
      </div>
      </body>
    </html>
            
  3. 사이트 이름의 대체 버전(예: 약어 또는 짧은 이름)을 제공하려면 alternateName 속성을 추가하면 됩니다. 이는 선택사항입니다.

    JSON-LD

    <html>
      <head>
        <title>Example: A Site about Examples</title>
        <script type="application/ld+json">
        {
          "@context" : "https://schema.org",
          "@type" : "WebSite",
          "name" : "Example Company",
          "alternateName" : "EC",
          "url" : "https://example.com/"
        }
      </script>
      </head>
      <body>
      </body>
    </html>

    마이크로데이터

    <html>
      <head>
        <title>Example: A Site about Examples</title>
      </head>
      <body>
      <div itemscope itemtype="https://schema.org/WebSite">
        <meta itemprop="url" content="https://example.com/"/>
        <meta itemprop="name" content="Example Company"/>
        <meta itemprop="alternateName" content="EC"/>
      </div>
      </body>
    </html>
            
  4. URL 검사 도구를 사용하여 Google에서 페이지를 어떻게 인식하는지 테스트합니다. 이때 Google에서 홈페이지에 액세스할 수 있으며 robots.txt 파일, noindex 또는 로그인 요구사항으로 인해 차단되어 있어서는 안 됩니다. 페이지가 정상적으로 표시되면 Google에 URL을 재크롤링하도록 요청할 수 있습니다.

가이드라인

Google에서 사이트 이름을 더 잘 파악하도록 하려면 Google 검색 Essentials, 구조화된 데이터 일반 가이드라인 및 다음 기술 가이드라인과 콘텐츠 가이드라인을 따르세요.

기술 가이드라인

  • 현재 Google 검색에서는 도메인 또는 하위 도메인으로 정의되는 사이트당 하나의 사이트 이름만 지원합니다. Google 검색에서는 하위 디렉터리 수준의 사이트 이름을 지원하지 않습니다. 일반적으로 www 또는 m로 시작하는 하위 도메인 이름은 동일한 것으로 간주됩니다.
    지원됨: https://example.com(도메인 수준의 홈페이지)
    지원됨: https://www.example.com(도메인 수준 홈페이지로도 간주됨)
    지원됨: https://m.example.com(도메인 수준 홈페이지로도 간주됨)
    지원됨: https://news.example.com(하위 도메인 수준의 홈페이지)
    지원되지 않음: https://example.com/news(하위 디렉터리 수준의 홈페이지)
  • 구조화된 WebSite 데이터가 사이트의 홈페이지에 있어야 합니다. 홈페이지는 도메인 또는 하위 도메인 수준의 루트 URI를 의미합니다. 예를 들어 https://example.com은 도메인의 홈페이지이고 https://example.com/de/index.html은 홈페이지가 아닙니다. 참고: 하위 도메인 홈페이지에 구조화된 데이터가 없으면 도메인 수준의 사이트 이름이 하위 도메인의 대체 도메인으로 사용될 수 있습니다.
  • Google에서 홈페이지를 크롤링할 수 있어야 합니다. 즉, 홈페이지를 Google에 차단할 수 없습니다. Google이 홈페이지의 콘텐츠에 액세스할 수 없는 경우 사이트 이름을 생성하지 못할 수도 있습니다.
  • 동일한 콘텐츠에 중복 홈페이지가 있는 경우(예: 홈페이지의 HTTP 버전과 HTTPS 버전 또는 www 버전과 www가 아닌 버전) 표준 페이지뿐만 아니라 모든 중복 페이지에 동일한 구조화된 데이터를 사용해야 합니다.
  • 사이트링크 검색창 기능에 구조화된 WebSite 데이터를 이미 구현한 경우 사이트 이름 속성을 동일한 노드에 중첩해야 합니다. 즉, 가능하면 홈페이지에 구조화된 WebSite 데이터 블록을 추가로 만들지 마세요. 예를 들어 사이트 이름과 사이트링크 검색창에 선호되는 구조화된 WebSite 데이터 모습은 다음과 같습니다.
    <html>
      <head>
        <title>Example: A Site about Examples</title>
        <script type="application/ld+json">
        {
          "@context" : "https://schema.org",
          "@type" : "WebSite",
          "name" : "Example Company",
          "alternateName" : "EC",
          "url" : "https://example.com/",
          "potentialAction": {
            "@type": "SearchAction",
            "target": {
              "@type": "EntryPoint",
              "urlTemplate": "https://query.example.com/search?q={search_term_string}"
            },
            "query-input": "required name=search_term_string"
          }
        }
      </script>
      </head>
      <body>
      </body>
    </html>

콘텐츠 가이드라인

  • 사이트의 성격을 정확하게 반영하는 고유한 이름을 선택하세요. 오해의 소지가 있을 수 있으므로 다른 사이트에서 사용하는 이름은 선택하지 마세요. 선택한 이름은 Google 검색 콘텐츠 정책을 준수해야 합니다.
  • 사이트에 일반적으로 알려진 간결한 이름을 사용합니다(예: 'Google, Inc' 대신 'Google' 사용). 사이트 이름의 길이에는 제한이 없지만 일부 기기에서는 긴 사이트 이름이 잘릴 수 있습니다. 일반적으로 인식되는 대체 이름이 있는 경우 alternateName 속성을 사용하여 그 이름(예: 약어)을 지정할 수 있습니다.
  • 홈페이지에서 사이트 이름을 일관되게 사용하세요. 구조화된 데이터에서 무엇을 사이트 이름으로 사용하든 그 항목은 홈페이지, <title> 요소, 그리고 Google에서 사이트 이름을 도출할 수 있는 기타 주요 소스에 있는 항목과 일치해야 합니다.

구조화된 데이터 유형 정의

선호하는 사이트 이름을 Google에 알리려면 사이트의 홈페이지에 필수 속성을 포함합니다.

WebSite

WebSite의 전체 정의는 schema.org/WebSite에서 확인하세요. 다음 표에는 Google에서 지원하는 필수 속성과 권장 속성이 자세히 나와 있습니다.

필수 속성
name

Text

웹사이트의 이름입니다. 이름이 콘텐츠 가이드라인을 준수하는지 확인합니다.

url

URL

사이트 홈페이지의 URL입니다. 사이트 도메인 또는 하위 도메인의 표준 홈페이지로 설정합니다. 예를 들어 https://example.com/ 또는 https://news.example.com/입니다.

권장 속성
alternateName

Text

해당하는 경우 웹사이트의 대체 이름입니다(예: 일반적으로 알려진 약어 또는 더 짧은 사이트 이름이 있는 경우). 이름이 콘텐츠 가이드라인을 준수하는지 확인합니다.

자주 발생하는 문제 해결

검색결과의 사이트 이름에 가장 흔히 발생하는 일반적인 문제는 다음과 같습니다.

일반적인 문제

사이트 이름이 잘못되었거나 형식이 올바르지 않음

예를 들어 "Android"가 아닌 "Andorid"을 사용합니다.

홈페이지의 마크업에 제공된 사이트 이름이 사이트의 선호 이름이며 Google 가이드라인을 준수하는지 확인합니다. 홈페이지의 다른 소스에서 사이트의 선호 이름을 사용하는지도 확인합니다.

사이트의 버전이 여러 개인 경우(예: HTTP 및 HTTPS) 동일한 사이트 이름을 일관되게 사용해야 합니다.

사이트 이름 대신 URL이 표시됨

예를 들어 "Android" 대신 "android.com" 또는 "news.android.com"이라고 표시될 수 있습니다.

Google 검색에서 홈페이지의 메타데이터 및 기타 신호를 바탕으로 사이트 이름을 확실하게 결정할 수 없는 경우에는 축약된 URL이 대신 표시될 수도 있습니다. 사이트 이름이 콘텐츠 가이드라인을 충족하고 구조화된 데이터로 올바르게 구현되었는지 다시 한번 확인합니다.

결과가 다른 페이지로 리디렉션됨

페이지가 Googlebot에 표시되는 페이지로 리디렉션되는 경우 사이트 이름에 리디렉션 대상이 반영됩니다. 페이지가 Googlebot에 표시되지 않는 페이지로 리디렉션되는 경우 사이트 이름에는 소스 페이지의 이름이 반영됩니다.

리디렉션이 의도한 대로 작동하는지와 Googlebot이 리디렉션 대상 페이지에 액세스할 수 있는지 확인한 후 그 페이지의 재크롤링을 요청합니다.

구조화된 데이터 문제 해결

구조화된 데이터를 구현하거나 디버깅하는 데 문제가 있다면 다음 리소스를 참고하세요.

  • 콘텐츠 관리 시스템(CMS)을 사용하거나 다른 사람이 내 사이트를 관리한다면 도움을 요청하세요. 문제를 자세히 설명하는 모든 Search Console 메시지를 전달해야 합니다.
  • Google에서는 구조화된 데이터를 사용하는 기능이 검색결과에 표시된다고 보장하지 않습니다. Google에서 콘텐츠를 리치 결과로 표시할 수 없는 일반적인 이유 목록은 구조화된 데이터 일반 가이드라인을 참고하세요.
  • 구조화된 데이터에 오류가 있을 수 있습니다. 구조화된 데이터의 오류 목록을 확인하세요.
  • 가이드라인을 다시 검토하여 콘텐츠가 가이드라인을 준수하지 않는지 확인합니다. 스팸성 콘텐츠 또는 스팸성 마크업의 사용으로 문제가 발생할 수 있습니다.
  • 누락된 리치 결과/전체 리치 결과 수 감소 문제 해결
  • 다시 크롤링이 이루어지고 색인이 생성될 때까지 기다리세요. 페이지 게시 후 Google에서 페이지를 찾고 크롤링하는 데 며칠이 걸릴 수 있습니다. 크롤링 및 색인 생성에 관한 일반적인 질문은 Google 검색 크롤링 및 색인 생성 FAQ를 참고하세요.

위 문제 해결 단계를 시도한 후에도 문제가 해결되지 않으면 Google 검색 센터 도움말 커뮤니티에 질문을 올려주세요. 이는 향후 Google 시스템을 개선하는 데 도움이 됩니다.