엔티티 SEO란? 워드프레스에서 sameAs 스키마 적용하고 확인하는 방법
Table of contents
최근 인공지능 검색엔진 최적화 시장에서 엔티티 SEO의 중요성이 한층 부각되고 있습니다. 수개월간 공들여 작성한 블로그 글이 구글 검색 상위에 올랐는데도 정작 생성형 AI 검색에서는 자사 브랜드가 누락되는 현상을 마주할 때가 많죠. 검색 상위권 노출이라는 성과를 거두고도 정작 AI 추천 목록에서 배제되는 현상은 많은 마케터에게 새로운 고민을 안겨줍니다.
이는 본문 글자 수를 채우고 특정 키워드를 반복하는 과거 방식에만 매달렸기 때문일 수 있습니다. 기술적인 스키마 구조나 플랫폼 간의 신뢰 연결고리를 빠뜨린 상태에서는 AI의 선택을 받기 어렵습니다. 따라서 AI 검색 엔진이 내 브랜드를 제대로 인용하게 하려면 단순한 키워드 매칭을 넘어선 엔티티 SEO를 깊이 이해해야 합니다.
먼저 제목의 질문에 짧게 답하겠습니다. 엔티티 SEO는 내 브랜드, 사람, 제품 같은 이름이 “어떤 실체이고 다른 실체와 어떤 관계인지”를 검색엔진이 혼동 없이 알아보도록 정리해 주는 작업입니다. 키워드 SEO가 어떤 단어가 글에 얼마나 들어 있는지를 본다면, 엔티티 SEO는 그 이름이 가리키는 대상이 누구인지를 분명히 하는 데 초점을 둡니다.
| 구분 | 키워드 SEO | 엔티티 SEO |
|---|---|---|
| 기본 단위 | 검색어(문자열) | 브랜드·사람·제품 같은 실체 |
| 주로 만지는 곳 | 제목, 본문, 헤딩 | 스키마 마크업, 외부 프로필, 사이트 구조 |
| 확인 방법 | 검색어별 순위·클릭 | 소스의 JSON-LD, 구조화 데이터 검사, 외부 정보 일치 여부 |
지식 그래프가 바꾸는 구글 검색엔진 최적화와 엔티티 SEO의 본질
구글은 오래전부터 단어의 단순 매칭을 넘어선 검색 방식을 지향해 왔습니다. 그 역사적인 이정표가 바로 2012년 5월 구글이 공식 발표한 지식 그래프의 도입 선언입니다. 당시 구글은 ‘문자열이 아닌 실체로(Things, not strings)’라는 슬로건을 제시했습니다. 이는 넷플릭스라는 텍스트를 단순 기계적으로 매칭하는 것을 넘어, 설립일과 본사 위치 등의 속성을 가진 하나의 실체(Entity)로 인지하겠다는 선언이었습니다.
이 관계망의 규모는 상상을 초월할 만큼 빠르게 성장하는 중입니다. 구글은 2020년 5월 20일 공식 블로그에서 지식 그래프가 약 50억 개의 엔티티에 대해 5,000억 개 이상의 사실을 쌓았다고 밝혔습니다. 그 뒤의 공식 수치는 확인되지 않아 이 글에서는 다루지 않습니다.
다만 이 정보망에 등록되어 있다는 것과 AI 검색의 선택을 받는 것은 같은 말이 아닙니다. 생성형 AI 검색이 인용 대상을 고를 때 지식 그래프 등록을 필수 조건으로 삼는다는 공식 근거는 없고, 관련성과 콘텐츠 품질 같은 다른 요인으로 인용되는 경우도 있습니다. 그래도 내 브랜드가 어떤 실체인지 분명할수록 검색엔진이 이름을 혼동하지 않고 이해하는 데는 도움이 됩니다. 이 글이 엔티티 정리에 힘을 쏟는 이유도 여기에 있습니다.

AI 검색의 선택을 이끌어내는 두 가지 기술적 장치
우리가 작성한 고품질 콘텐츠를 AI 봇에게 신뢰할 수 있는 정보로 번역해 주는 확실한 방법은 소스코드에 숨어 있습니다. 가장 먼저 검토해야 할 부분은 사이트 전반에 JSON-LD 포맷의 스키마 마크업을 이식하는 작업입니다. 여기서 핵심은 스키마 구조 내의 ‘sameAs’ 속성입니다. 이 속성은 공신력 있는 외부 데이터베이스에 등록된 대상과 우리 웹사이트가 동일한 실체임을 증명하는 디지털 신분증 역할을 수행합니다. 이에 따라 구글이 신뢰하는 위키데이터, 크런치베이스 등의 프로필 링크를 sameAs 속성으로 긴밀하게 연결해 보세요.
이때 sameAs에 넣는 주소는 “내 조직에 대한 정보가 담긴 다른 웹페이지”여야 합니다. 구글 Organization 문서도 소셜 미디어나 리뷰 사이트의 조직 프로필 페이지를 예로 들고, 여러 개를 등록할 수 있다고 안내합니다. 위키데이터나 크런치베이스가 없어도 괜찮습니다. 아래 표처럼 사업 규모에 맞는 대안이 있습니다.
| sameAs 후보 | 쓸 수 있는 조건 | 없을 때 |
|---|---|---|
| 위키데이터 | 위키미디어 사이트링크가 있거나, 신뢰할 만한 공개 출처로 설명되는 식별 가능한 실체여야 합니다. | 자료가 부족한 소규모 사이트는 억지로 만들면 삭제될 수 있으니 아래 항목을 먼저 정리합니다. |
| 크런치베이스 | 스타트업·기업 정보가 실제로 등록된 경우에 씁니다. | 등록이 어렵다면 넣지 않습니다. |
| 링크드인 회사 페이지, 공식 SNS | 실제로 운영 중인 공식 계정이어야 합니다. | 운영하지 않는 계정은 빼는 편이 낫습니다. |
| 구글 비즈니스 프로필 등 공식 등록 정보 페이지 | 오프라인 매장이나 사업장이 있고 공개 주소가 있어야 합니다. | 온라인 전용이면 해당 없음입니다. |
위키데이터 등록 기준은 Wikidata:Notability 문서에 세 가지로 나와 있습니다. 위키미디어 프로젝트에 유효한 사이트링크가 있거나, 신뢰할 수 있고 공개된 출처로 설명되는 명확히 식별 가능한 실체이거나, 다른 항목을 설명하는 데 구조적으로 필요한 항목이어야 합니다. 이 중 하나도 충족하기 어렵다면 위키데이터 항목은 보류하고, 공식 SNS와 사업자 정보 페이지부터 일관되게 연결하는 쪽이 현실적입니다.
이해를 돕기 위해, 실제 홈페이지 소스코드에 스키마 마크업을 적용하기 전과 후의 실물 예시를 비교해 드립니다.
[JSON-LD 스키마 마크업 적용 Before & After 예시]
<!-- Before: 일반 HTML 텍스트 정보만 존재하여 AI가 관계를 유추해야 함 -->
<div>
<h1>주식회사 에이비씨</h1>
<p>공식 홈페이지에 오신 것을 환영합니다.</p>
</div>
<!-- After: 검색엔진이 이해할 수 있는 구조화 데이터(sameAs 포함) 추가 -->
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Organization",
"name": "주식회사 에이비씨",
"url": "https://www.abc-example.com",
"sameAs": [
"https://www.wikidata.org/wiki/Q123456",
"https://www.crunchbase.com/organization/abc"
]
}
</script>
다만 sameAs를 넣었다고 지식 패널이 바로 생기거나 AI 답변에 인용되는 것은 아닙니다. 구글 문서도 구조화 데이터가 리치 결과로 이어질 “수 있다”는 표현을 쓸 뿐 노출을 약속하지 않습니다. 지식 패널은 구글이 여러 출처를 종합해 판단하므로, 적용한 날짜를 적어 두고 몇 주 간격으로 변화를 확인하는 편이 좋습니다. 그래도 기술적 연결을 다지는 과정은 다른 작업의 기반이 된다는 점에서 의미가 큽니다.

또 하나 놓쳐선 안 될 부분은 웹 전반에 걸친 정보의 일관성, 즉 NAP(Name, Address, Phone)의 일치입니다. 구글 비즈니스 프로필과 외부 디렉토리에 등록된 기업명, 주소, 연락처가 서로 다르면 검색엔진이 같은 실체로 묶기 어려워져 신뢰도 평가에 불리할 수 있습니다. 일관된 정보 제공이 신뢰의 첫걸음인 셈입니다.
[NAP 일치 및 불일치 실물 예시]
- 일치 사례 (권장): (구글 프로필) 주식회사 에이비씨, 서울시 강남구 테헤란로 123 = (웹사이트 footer) 주식회사 에이비씨, 서울시 강남구 테헤란로 123
- 불일치 사례 (지양): (구글 프로필) (주)에이비씨, 서울 강남 테헤란로 123 vs (웹사이트 footer) 주식회사 에이비씨, 서울특별시 강남구 테헤란로 123 3층
로컬 마케팅 조사 기관인 BrightLocal의 로컬 랭킹 요인 정리에는 Whitespark가 2026년판(2025년 11월 발표)으로 진행한 전문가 설문 결과가 실려 있습니다. 여기서 구글 비즈니스 프로필 신호 그룹이 Local Pack/Maps 순위에서 32%로 가장 높게 평가됐습니다. 이 수치는 프로필의 카테고리, 완성도, 사진 같은 신호 전체를 묶은 값이어서 NAP 표기 일치만의 비중이 아닙니다. 같은 자료에서 로컬 오가닉 결과는 7%, 시테이션은 Local Pack 기준 6%였고, 홈페이지의 NAP와 프로필 NAP가 맞는지는 개별 요인 순위로 15위였습니다. 실측 데이터가 아니라 전문가 의견이라는 점도 감안하세요. 그래서 표기를 맞추는 일은 순위를 끌어올리는 비법이라기보다 엔티티를 혼동 없이 식별시키는 기본 정리로 보는 편이 정확합니다.
| NAP 점검 위치 | 확인할 것 |
|---|---|
| 구글 비즈니스 프로필 | 상호, 도로명 주소(층·호수 포함), 대표 전화번호 표기 |
| 웹사이트 footer와 연락처 페이지 | 위 프로필과 한 글자 단위로 같은지, 하이픈·띄어쓰기까지 같은지 |
| JSON-LD의 name, address, telephone | 화면에 보이는 정보와 같은 표기인지 |
| 네이버 플레이스·디렉터리 등 외부 등록처 | (주)와 주식회사 같은 법인명 표기 차이 |

워드프레스에서 스키마 넣고 확인하는 순서
코드를 직접 만지기 전에 이미 Yoast SEO를 쓰고 있다면 그쪽 설정부터 보는 것이 순서입니다. Yoast가 이미 사이트 전체에 Organization 또는 Person 스키마를 출력하고 있고, 같은 정보를 코드로 한 번 더 넣으면 중복되기 때문입니다.
- 현재 출력부터 확인합니다. 홈페이지에서 페이지 소스 보기(Ctrl+U)를 열고
application/ld+json을 검색합니다. 이미 Organization이 있다면 sameAs가 들어 있는지부터 봅니다. - Yoast SEO에서 사이트 표현을 설정합니다. 워드프레스 관리자의 SEO > Settings > Site representation(구버전은 General 쪽)에서 사이트가 조직인지 개인인지 고르고, 이름과 로고를 입력합니다. 소셜 프로필·추가 프로필을 넣는 칸은 버전에 따라 위치와 이름이 다를 수 있습니다. 이름은 구글 비즈니스 프로필의 상호와 같은 표기로 맞춥니다.
- Yoast가 sameAs를 충분히 담지 못하면 코드로 보완합니다. Yoast 개발자 문서에 따르면 Organization 조각은
wpseo_schema_organization필터로 바꿀 수 있습니다. Yoast를 쓰지 않는다면 자식 테마의 functions.php나 코드 스니펫 플러그인에 아래처럼 홈페이지 head에만 넣는 방법도 있습니다. Yoast와 함께 쓸 때는 같은 Organization이 두 번 나오지 않도록 하나만 남기세요. - Rich Results Test로 검사합니다. 구글 문서가 안내하는 도구로, 홈페이지 URL을 넣어 구문 오류와 심각한 문제가 없는지 봅니다. 비심각한 경고는 품질을 위해 고치길 권하지만 리치 결과 자격에는 필수가 아니라고 문서에 나와 있습니다. 유형에 따라 결과 화면의 표시가 다를 수 있으니 Schema Markup Validator도 함께 써 보세요.
- 배포 뒤에는 Search Console의 URL 검사로 구글이 본 화면을 확인합니다. 템플릿 변경이나 캐시 때문에 배포 후 마크업이 깨지는 경우가 있으니, 수정할 때마다 같은 순서로 다시 확인하는 것이 안전합니다.
[head 삽입 코드 예시 (홈페이지 한정, 값은 가상)]
add_action( 'wp_head', function () {
if ( ! is_front_page() ) {
return;
}
$data = array(
'@context' => 'https://schema.org',
'@type' => 'Organization',
'name' => '주식회사 에이비씨',
'url' => home_url( '/' ),
'sameAs' => array(
'https://www.wikidata.org/wiki/Q123456',
'https://www.crunchbase.com/organization/abc',
),
);
echo '<script type="application/ld+json">' . wp_json_encode( $data, JSON_UNESCAPED_UNICODE | JSON_UNESCAPED_SLASHES ) . '</script>';
} );
구글 Organization 문서는 이 마크업을 모든 페이지에 넣을 필요 없이 홈페이지나 회사 소개 페이지처럼 조직을 설명하는 한 페이지에 두라고 안내합니다. 필수 속성은 없지만, 해당하는 속성을 가능한 한 많이 채우라고 권합니다. Yoast 쪽은 name, url, logo 같은 핵심 값이 비어 있으면 Organization 노드 자체가 출력되지 않으니, sameAs가 안 보인다면 먼저 이름과 로고가 입력됐는지 보세요.
스키마를 위해 플러그인을 하나 더 얹을지 고민된다면, 개수가 아니라 기능이 겹치는지부터 따져 보시길 권합니다. 그 기준은 워드프레스 플러그인 몇 개가 적당한지보다 중요한 것에 정리해 두었습니다. JSON-LD는 몇 줄짜리 텍스트라 속도 부담이 작지만, 적용 뒤 첫 화면이 느려졌다고 느껴진다면 이미지 요청부터 살펴보는 방법으로 원인을 나눠 보세요.
어떤 스키마 유형을 고를까
| 유형 | 어울리는 경우 | 한계 |
|---|---|---|
| Organization | 회사·단체·브랜드 사이트. 온라인 전용 사업에도 씁니다. | 매장 위치나 영업시간 같은 지역 정보는 따로 채워야 합니다. |
| LocalBusiness | 방문 가능한 사업장이 있는 경우. Organization의 하위 유형입니다. | 주소·전화 등을 화면 및 구글 프로필과 맞춰야 의미가 있습니다. |
| Person | 개인 블로그·1인 브랜드처럼 사람이 주체인 사이트 | Yoast는 사람으로 설정하면 Person 중심 출력을 만듭니다. 팀이나 회사로 키울 계획이면 Organization이 낫습니다. |
토픽 클러스터로 완성하는 엔티티 SEO 전략
브랜드의 기술적 신원 증명을 마쳤다면 콘텐츠 구성 방식도 점검해야 합니다. AI는 단편적인 키워드의 반복보다 웹사이트가 해당 주제 영역 전체를 얼마나 포괄적으로 이해하는지 판단하는 주제적 권위(Topical Authority)를 중시하기 때문입니다. 이러한 흐름에 맞춰 사이트 구조를 재정비할 필요가 있습니다.
이를 효과적으로 구현하는 방법이 바로 토픽 클러스터 모델입니다. 하나의 중심 주제를 다루는 필러 페이지(Pillar Page)를 단단히 세우고, 이와 연결된 구체적인 질문들을 해결하는 클러스터 페이지(Cluster Page)를 작성해 내부 링크로 유기적으로 연결해 보세요. 이는 엔티티 간의 관계를 명확히 구조화하는 유용한 작업입니다.
예를 들어, ‘구글 검색엔진 최적화’라는 필러 페이지를 중심에 두고, 그 아래에 ‘스키마 마크업 가이드’, ‘지식 그래프 등록 방법’과 같은 하위 세부 개념들을 개별 콘텐츠로 작성해 양방향 링크를 촘촘히 엮어주는 방식입니다. 이렇게 엔티티 간의 논리적 그물망이 튼튼해질수록 검색엔진이 이 사이트가 다루는 주제의 범위를 파악하기 쉬워집니다. 구글의 신뢰성 가이드라인인 구글의 EEAT 개념과 신뢰성 구축 방법에 발맞춘 콘텐츠 구조를 지향하는 것도 이와 일맥상통하는 훌륭한 접근법이 됩니다.
텍스트 양을 늘리고 키워드를 억지로 반복해서 채워 넣는 방식은 분량에 비해 유입이나 AI 검색 인용이 제자리걸음이기 쉽습니다. 반대로 브랜드의 기술적 정체성을 일치시키고 스키마 마크업으로 명확한 관계를 이어주면, 검색엔진이 내 브랜드를 단순한 글자가 아닌 실체로 이해하는 데 도움이 됩니다. 다만 변화가 나타나더라도 sameAs 하나의 효과라고 단정하기는 어렵습니다. 같은 기간에 올린 글, 바꾼 제목, 검색 수요의 변화가 함께 작용하기 때문입니다. 그래서 적용 날짜와 함께 다른 변경 사항도 같이 적어 두기를 권합니다.
| 측정 기록표 (예시, 실제 측정값 아님) | 적용 전 4주 | 적용 후 4주 |
|---|---|---|
| Search Console 노출 수 (브랜드 검색어) | 1,200 | 1,350 |
| 클릭률 (브랜드 검색어) | 2.1% | 2.6% |
| 같은 기간 다른 변경 사항 | 없음 | footer 주소 표기 수정 |
| Rich Results Test / URL 검사 결과 | sameAs 없음 | sameAs 2개 인식 |
만약 좋은 글로도 AI 검색창에서 브랜드 흔적을 찾기 어렵다면, 오늘 딱 한 가지만 행동으로 옮겨보세요. 웹사이트의 소스코드를 열어 자사 공식 크런치베이스나 링크드인 프로필을 연결해 주는 sameAs 마크업 코드가 단 한 줄이라도 제대로 들어가 있는지 점검해 보는 것입니다. 이 작은 행동 하나가 AI 검색 시대에 내 브랜드를 세상에 명확히 알리는 강력한 이정표가 되어줄 테니까요. 혹시 직접 스키마를 설계하다가 막히는 부분이 생기신다면 편하게 댓글로 질문해 주세요. 저도 함께 고민하며 방법을 찾아보겠습니다.
소스코드를 여는 방법은 위 “워드프레스에서 스키마 넣고 확인하는 순서”의 1번에, 정상으로 볼 기준은 4번과 5번에 적어 두었습니다. 홈페이지 소스에서 sameAs가 검색되고, 검사 도구에서 심각한 오류 없이 인식되면 일단 정상으로 보시면 됩니다.
참고한 자료
- Google 블로그, 지식 그래프와 지식 패널 소개 (2020년 5월 20일)
- Google 검색 센트럴, Organization 구조화 데이터
- Google 검색 센트럴, 구조화 데이터 소개
- Yoast 개발자 문서, Schema piece – Organization
- Wikidata:Notability
- BrightLocal, 로컬 알고리즘과 랭킹 요인 (Whitespark 2026 설문)
위 자료는 2026년 10월 10일에 확인한 내용입니다. 메뉴 이름과 수치는 이후 바뀔 수 있습니다.



One Comment
Pingback: