Gemini가 브랜드를 인용하지 않는다면 가장 먼저 살펴볼 것은 콘텐츠 품질이 아니라 Google의 지식 체계가 해당 브랜드를 하나의 엔터티로 인식하는지 여부입니다. 엔터티 신뢰도는 더 근본적인 질문을 결정합니다. 사용자가 질문했을 때 Gemini가 신뢰할 출처를 고르는 과정에서, 귀사는 명확한 정체성과 검증 가능한 출처, 여러 교차 확인 지점을 갖춘 엔터티로 인정받고 있습니까? 아무리 좋은 콘텐츠를 작성해도 시스템이 그 출처가 누구인지 알지 못하면 Gemini는 더 확실하게 식별되는 대상을 인용합니다.
Gemini가 엔터티 신뢰도를 기본 조건으로 보는 이유
Gemini의 답변은 grounding(근거 확인) 시스템을 기반으로 합니다. 모델 하나가 답을 만들어 내는 데 그치지 않고 Google Search와 Knowledge Graph를 통해 답변 내용을 확인합니다. 이 기반 구조에서는 ‘이미 알려진 엔터티’와 연결되는 출처가 유리합니다. 회사가 Knowledge Graph에 노드를 갖고 있지 않거나 관련 정보가 흩어져 서로 충돌하면 Gemini는 해당 회사를 불확실한 출처로 판단하고, 자신이 식별할 수 있는 경쟁사를 선택할 수 있습니다.
이 구조를 이해하면 많은 B2B SaaS 기업이 겪는 의문도 풀립니다. 자사 콘텐츠가 더 전문적이고 최신인데도 Gemini는 내용이 빈약한 오래된 브랜드를 인용합니다. 차이는 글 자체가 아닐 때가 많습니다. 오래된 브랜드에는 Wikipedia 문서와 Wikidata ID가 있고, LinkedIn과 Crunchbase의 회사 정보도 일관됩니다. 지식 체계 안에서 검증된 엔터티인 셈입니다. 반면 자사는 아직 하나의 주체로 연결되지 않은 URL 묶음에 불과할 수 있습니다.
지금 Google이 귀사를 어떻게 인식하는지 확인하세요
작업을 시작하기 전에 기준점을 점검해야 합니다. 그래야 무엇이 빠졌는지 알 수 있습니다. 다음 다섯 항목은 몇 분이면 확인할 수 있습니다.
- Google에서 회사의 정식 명칭을 검색하고 오른쪽에 Knowledge Panel이 나타나는지 확인합니다. 패널이 있다면 확인된 엔터티로 인식되고 있다는 뜻입니다.
- wikidata.org에서 브랜드명을 검색해 일치하는 엔터티 항목과 QID가 있는지 확인합니다.
- Gemini에 “이 브랜드는 어떤 회사인가요?”라고 직접 질문합니다. 답변하지 못하는지, 정확히 설명하는지, 다른 회사와 혼동하는지 확인합니다.
- 공식 웹사이트의 Organization 구조화 데이터에 sameAs가 포함되어 있는지, 연결된 URL이 여전히 유효한지 점검합니다.
- 공식 웹사이트, LinkedIn, Crunchbase, 커뮤니티 계정에 표시된 회사명과 소개가 서로 일치하는지 확인합니다.
sameAs: 흩어진 아이덴티티를 하나의 엔터티로 연결하기
sameAs는 Schema.org가 제공하는 속성으로, “이 주소들은 모두 같은 엔터티를 가리킨다”는 사실을 시스템에 명확히 알립니다. 공식 웹사이트의 Organization 또는 Person 구조화 데이터에서 sameAs는 해당 엔터티를 식별할 수 있는 외부 웹페이지의 배열로 사용됩니다. 이를 통해 흩어진 프로필은 ‘관련이 있을지도 모르는 페이지’에서 ‘동일한 엔터티에 속하는 페이지’로 격상됩니다.
sameAs에 넣을 출처에도 우선순위가 있습니다. Wikipedia와 Wikidata가 가장 중요하고, 그다음은 Crunchbase와 LinkedIn 같은 업계 데이터베이스, 이후에는 X, YouTube, GitHub 등의 공식 계정이 이어집니다. 중요한 것은 링크 수가 아니라 신뢰 가능성입니다. 각 연결 지점에서 다시 귀사를 식별할 수 있어야 하며, 전체가 상호 참조 구조를 이뤄야 합니다. 관련 없는 페이지로 sameAs를 채우면 신호가 희석되어 시스템이 귀사의 정체를 판단하기가 오히려 어려워집니다.
Wikidata와 권위 있는 출처로 인용 연결망 구축하기
sameAs는 동일한 엔터티라는 사실을 선언하지만, Google이 외부에서 그 선언을 검증할 수 있어야 합니다. 이 과정의 핵심이 Wikidata입니다. Wikidata는 Knowledge Graph 구조를 뒷받침하는 기반 중 하나이며 Wikipedia보다 진입 기준이 낮습니다. 등재 기준을 충족하는 기업이라면 자체 항목을 만들 수 있습니다. 공식 웹사이트, 제품 범주, 설립 연도, 본사 위치, 주요 인물 등의 속성을 입력하고 각 진술에 신뢰할 수 있는 출처를 연결하면, 이 정보는 Gemini가 ‘이 회사가 누구인지’를 파악하는 구조화된 근거가 됩니다.
- Wikidata에 엔터티 항목을 만들고 공식 웹사이트, 업종, 설립 시기, 위치 등의 핵심 속성을 보완합니다. 각 진술에는 외부 출처를 연결합니다.
- Crunchbase와 LinkedIn의 회사 소개를 Wikidata와 일치시켜 서로 다른 세 가지 회사 설명이 노출되지 않도록 합니다.
- 공식 웹사이트의 Organization sameAs에서 위 노드를 하나씩 연결하고, 각 노드에서도 공식 웹사이트와의 관계가 확인되도록 합니다.
- 제3자 미디어와 업계 기록에서 자연스러운 언급을 꾸준히 확보합니다. 기업의 자기소개만이 아니라 외부에서도 해당 엔터티를 설명하는 근거가 있어야 합니다.
이름과 설명의 일관성: 하나의 엔터티에 두 얼굴을 만들지 마세요
기술 설정을 마친 뒤 가장 쉽게 놓치는 부분이 일관성입니다. 같은 회사가 공식 웹사이트에서는 “Tenten”, LinkedIn에서는 “Tenten Co.”, Crunchbase에서는 과거 이름으로 표시되면 시스템은 이를 두세 개의 약한 엔터티로 분리할 수 있습니다. 먼저 공식 명칭과 표준 회사 소개, 대표 도메인을 정한 뒤 모든 노드에 동일하게 적용해야 합니다. 플랫폼별 글자 수에 맞춰 소개문을 조정할 수는 있지만 핵심 표현과 포지셔닝 용어는 유지해야 합니다. 엔터티 신뢰도는 천천히 쌓입니다. 한 번의 명칭 불일치가 수개월간의 노력을 절반으로 줄일 수도 있습니다.
엔터티 신뢰도는 한 번의 기술 설정으로 완성되지 않습니다. 인터넷 곳곳에 흩어진 기업의 아이덴티티 정보를 시스템이 인식할 수 있는 하나의 노드로 지속해서 모아 가는 장기 작업입니다.— Tenten GEO
오늘부터 적용할 엔터티 신뢰도 구축 순서
우선 Knowledge Panel과 Wikidata부터 확인하세요. Gemini가 엔터티를 식별할 때 가장 먼저 참고할 수 있는 두 지점입니다. 다음으로 공식 웹사이트와 외부 노드를 양방향으로 연결하고, 마지막으로 모든 채널의 명칭과 소개 문구를 일치시킵니다. 하나의 엔터티로 인정받기까지 해야 할 일이 많아 보일 수 있습니다. 하지만 대부분의 B2B 팀이 놓친 것은 기술적 오류가 아니라, 흩어진 아이덴티티 정보를 하나의 관리 대상처럼 다루지 않았다는 점입니다. 지금 Gemini가 귀사의 브랜드를 어떻게 인식하는지 궁금하다면 Knowledge Panel과 sameAs부터 살펴보세요. 30분 GEO 진단을 통해 Knowledge Graph에서 현재 위치와 빈틈을 메우는 최단 경로를 바로 확인할 수 있습니다.
