Organization 스키마는 schema.org 명세의 구조화 데이터 유형으로, 브랜드를 검색 엔진과 AI 답변 엔진이 엔티티(entity)로 인식하도록 선언한다. Google Knowledge Panel 확보, Perplexity·ChatGPT Search의 브랜드 인용, Gemini AI Overviews의 출처 연결은 모두 엔티티 그래프 신호에 의존하며, Organization 스키마는 그 그래프의 출발점이다. 홈페이지에 단 하나의 JSON-LD 블록을 올바르게 배치하는 것만으로 크롤러가 브랜드 속성(이름·법인명·연락처·로고·소셜 계정)을 단일 노드로 수집할 수 있다.
Organization 스키마의 작동 원리
Google의 엔티티 색인은 웹 전반에 흩어진 브랜드 언급을 하나의 Knowledge Graph(KG) 노드로 묶는다. Organization 스키마가 이 과정에서 하는 역할은 세 단계로 나뉜다.
- 선언(Declaration):
@type: "Organization"과name·url로 브랜드 노드를 명시한다. 왜: 텍스트만 존재하면 동명 엔티티와 혼동되어 KG 노드가 분리되거나 오귀인될 수 있기 때문이다. 어떻게: 홈페이지<head>또는<body>말미에<script type="application/ld+json">블록으로 삽입한다. - 속성 기술(Description):
logo·foundingDate·description·numberOfEmployees등 부가 속성이 KG 노드의 세부 데이터가 된다. 왜: AI 모델이 브랜드를 인용할 때 이 속성들이 답변 생성 컨텍스트로 활용되기 때문이다. 어떻게:logo는ImageObject로 감싸url과width·height를 함께 명시한다. - 엔티티 연결(Linking):
sameAs배열로 Wikipedia·Wikidata·LinkedIn·Crunchbase 등 외부 권위 소스를 연결한다. 왜: 분산된 브랜드 언급을 하나의 KG 노드로 병합하는 핵심 신호이기 때문이다. 어떻게: 각 URL이 실제로 브랜드 공식 프로필을 가리키는지 확인 후 배열에 추가한다.
JSON-LD 구현: 필수·권장 속성 전체 예시
@context·@type·name·url이 필수이며, 나머지는 AI 인용 신호 강도를 높이는 권장 속성이다. numberOfEmployees는 숫자 리터럴이 아니라 QuantitativeValue로 감싸야 schema.org 타입 검사를 통과한다.
{
"@context": "https://schema.org",
"@type": "Organization",
"name": "Citeon",
"legalName": "시테온 주식회사",
"url": "https://citeon.io",
"logo": {
"@type": "ImageObject",
"url": "https://citeon.io/assets/logo-512.png",
"width": 512,
"height": 512
},
"description": "AEO·GEO·SEO를 통합하는 AI 마케팅 대행사",
"foundingDate": "2023-03",
"numberOfEmployees": {
"@type": "QuantitativeValue",
"value": 30
},
"address": {
"@type": "PostalAddress",
"streetAddress": "테헤란로 123",
"addressLocality": "강남구",
"addressRegion": "서울특별시",
"postalCode": "06234",
"addressCountry": "KR"
},
"contactPoint": {
"@type": "ContactPoint",
"contactType": "customer support",
"email": "[email protected]",
"availableLanguage": ["Korean", "English"]
},
"sameAs": [
"https://www.linkedin.com/company/citeon",
"https://www.wikidata.org/wiki/Q000000",
"https://www.crunchbase.com/organization/citeon",
"https://github.com/citeon"
],
"knowsAbout": [
"Answer Engine Optimization",
"Generative Engine Optimization",
"Search Engine Optimization"
]
}sameAs 엔티티 연결 전략
sameAs는 GEO 관점에서 Organization 스키마에서 가장 중요한 속성이다. AI 모델은 브랜드를 인용할 때 여러 출처의 정보를 교차 검증하는데, sameAs가 없으면 각 플랫폼의 브랜드 프로필이 별개 엔티티로 처리될 수 있다.
- Wikidata 등록 우선: Wikipedia 항목이 없어도 Wikidata Q-ID는 직접 생성 가능하다. 왜: Wikidata는 Google KG의 공식 데이터 소스이며, Perplexity도 엔티티 기준점으로 참조하기 때문이다. 어떻게: wikidata.org에서 새 항목을 생성한 후 Q-ID URL(
https://www.wikidata.org/wiki/Q...)을sameAs에 추가한다. - LinkedIn Company Page: 브랜드 공식 LinkedIn URL을 추가한다. 왜: Google이 LinkedIn을 높은 권위 엔티티 소스로 취급하기 때문이다. 어떻게:
https://www.linkedin.com/company/{slug}형식인지 확인하고 배열에 포함한다. - Crunchbase·GitHub: 기술 기업이라면 두 소스를 추가한다. 왜: AI 엔진이 tech/startup 카테고리 쿼리에서 이 소스를 참조하는 빈도가 높기 때문이다. 어떻게: 프로필이 완성된 상태에서 URL을 추가해야 한다. 빈 프로필을 연결하면 신호 강도가 생기지 않는다.
- 소셜 미디어 선택적 포함: Instagram·X(Twitter) 같이 콘텐츠가 동적으로 바뀌는 채널은 신중하게 판단한다. 왜: 권위 있는 안정적 정보가 없는 채널 연결은 엔티티 신호 품질을 낮출 수 있기 때문이다.
SEO·AEO·GEO 관점 속성별 효과 비교
| 속성 | SEO 효과 | AEO 효과 | GEO 효과 |
|---|---|---|---|
name / legalName |
Knowledge Panel 트리거 | 브랜드 질의 직접 답변 | 인용 시 브랜드명 정확도 |
logo (ImageObject) |
Google 검색 로고 노출 | 제한적 | AI Overview 브랜드 아이콘 |
sameAs |
중간 (KG 신뢰도) | 높음 (엔티티 해소) | 높음 (다중 소스 교차 검증) |
description |
낮음 | 높음 (답변 소스 텍스트) | 높음 (인용 컨텍스트) |
knowsAbout |
낮음 | 중간 | 높음 (토픽 전문성 신호) |
contactPoint |
Local Pack 신호 | 중간 | 낮음 |
검증과 측정
- Google Rich Results Test:
https://search.google.com/test/rich-results에서 URL을 입력해 파싱 오류·누락 필드를 확인한다. 왜: 구문 오류가 있으면 Google이 스키마 전체를 무시하기 때문이다. 어떻게:logo.url이 200 응답하는 공개 URL인지curl -I {url}로 사전 확인한다. - Schema.org Validator:
https://validator.schema.org에서 JSON-LD를 직접 붙여 넣어 타입 불일치를 확인한다. 왜: Rich Results Test는 Google 스펙만 검사하므로knowsAbout·numberOfEmployees같은 속성의 타입 오류를 잡지 못하는 경우가 있기 때문이다. - Google Search Console 향상 탭: 배포 후 1~4주 후 Organization 관련 오류·경고가 신규로 발생하지 않는지 확인한다. 왜: 색인 사이클 이후 실제 파싱 결과가 반영되므로 즉시 확인은 불완전하기 때문이다.
흔한 함정: logo를 문자열 URL로만 넣는 실수
가장 자주 보이는 오류는 "logo": "https://example.com/logo.png"처럼 URL 문자열을 직접 값으로 넣는 것이다. schema.org 명세에서 logo의 기댓값은 ImageObject 또는 URL이라고 기술되어 있으나, Google은 ImageObject 형식을 강하게 권장하며 width·height를 함께 제공할 때만 Knowledge Panel 로고가 안정적으로 노출된다. 올바른 처리법은 반드시 {"@type": "ImageObject", "url": "...", "width": 512, "height": 512} 중첩 객체로 작성하는 것이다. 이미지가 실제로 공개 접근 가능한지 curl -I로 HTTP 200을 먼저 확인해야 한다.
Organization 스키마는 홈페이지에만 넣어야 하나, 아니면 모든 페이지에 넣어야 하나?
홈페이지와 About 페이지에만 배치하는 것이 원칙이다. Organization 스키마는 브랜드 엔티티 선언이므로 반복 배치할 필요가 없고, 모든 페이지에 넣으면 Googlebot이 크롤 예산을 소모하면서 노이즈를 생성할 수 있다. CMS가 자동으로 전 페이지에 삽입하는 경우에는 url을 항상 홈페이지 canonical URL(https://example.com/)로 고정해 단일 엔티티임을 명시하면 부정적 효과를 최소화할 수 있다.
Wikidata 항목이 없어도 sameAs 연결이 효과가 있나?
Wikidata 없이도 LinkedIn·Crunchbase·GitHub 등의 sameAs 연결은 유효하다. 다만 Google Knowledge Graph의 엔티티 해소(entity disambiguation) 정확도는 Wikidata Q-ID가 있을 때 유의미하게 높아진다는 것이 SEO 실무 사례에서 반복적으로 관찰된다. Google이 Wikidata를 KG 공식 데이터 소스로 활용하기 때문이다. Wikidata 항목 생성은 5~10분이면 가능하므로, 브랜드 엔티티 설정 체크리스트에서 첫 번째 항목으로 올려두는 것을 권장한다.
참고 자료
이 글의 권고는 아래 공식 문서·연구를 근거로 합니다.