검색·AI가 브랜드를 ‘하나의 엔티티’로 인식하게 하려면 Organization 스키마에 sameAs로 공식 프로필(인스타·블로그·유튜브 등)을 연결하고, @id로 내부 식별을 고정하며, 사이트·구글·네이버의 NAP(이름·주소·전화)를 글자 단위로 일치시키는 것이 핵심입니다. 이 세 가지가 지식그래프 인식과 AI 인용 신뢰의 토대입니다.
요약
- 엔티티 = 검색·AI가 인식하는 ‘하나의 개체’. 흩어진 언급을 묶어야 신뢰가 모인다.
- sameAs는 실제 보유한 공식 프로필 URL만 연결한다 — 위키데이터·링크드인 같은 권위 소스가 강력하다.
- @id는 내부 식별자, sameAs는 외부 연결. 둘은 짝으로 쓴다.
- 이름·주소·전화(NAP)가 모든 채널에서 글자까지 같아야 같은 개체로 묶인다.
처음 이 일을 시작했을 때 가장 답답했던 건, 분명히 좋은 콘텐츠를 만들고 백링크도 쌓았는데 검색엔진이 ‘이 회사가 누구인지’를 영 확신하지 못한다는 점이었습니다. 알고 보니 문제는 콘텐츠가 아니라 정체성이었습니다. 회사명 표기가 페이지마다 달랐고, 공식 SNS는 어디에도 연결돼 있지 않았고, 전화번호는 푸터마다 두 종류였죠. 검색엔진 입장에선 ‘비슷한 곳 여러 개’였던 겁니다. 그날부터 저는 순위보다 먼저 개체(엔티티)를 정리합니다.
그래서, ‘엔티티’가 대체 뭔가요?
엔티티는 검색엔진과 AI가 세상을 이해하는 단위입니다. 사람·회사·장소·제품 같은 ‘하나의 존재’죠. 검색이 단어 매칭에서 개체 이해로 넘어온 지 오래입니다. AI가 답을 만들 때도 “이 출처가 누구인가”를 개체 단위로 판단합니다. 그래서 우리 일의 절반은 “우리 브랜드는 바로 이 하나의 개체다”라고 기계가 헷갈리지 않게 선언하는 것입니다.
가장 먼저 복사할 한 조각 — Organization + sameAs
말보다 코드가 빠릅니다. 아래는 엔티티 신뢰의 출발점인 Organization 스키마입니다. sameAs에 ‘우리가 실제로 운영하는’ 공식 프로필 URL을 넣으면, 검색엔진과 AI가 흩어진 언급을 한 브랜드로 묶기 시작합니다. ‘복사’ 버튼으로 가져가세요.
복사해서 바로
엔티티 신뢰의 핵심 — Organization + sameAs. '복사'로 가져가세요.
{
"@context": "https://schema.org",
"@type": "Organization",
"name": "내 브랜드",
"url": "https://example.com/",
"sameAs": [
"https://www.instagram.com/...",
"https://blog.naver.com/...",
"https://www.youtube.com/@..."
]
}
이 한 조각을 페이지 <head>에 application/ld+json 스크립트로 넣는 것만으로도, 검색엔진은 ‘추측’ 대신 ‘명시된 사실’을 받게 됩니다. 단, sameAs에 넣는 URL은 반드시 우리가 운영하는 진짜 공식 프로필이어야 합니다. 운영하지 않는 페이지를 넣으면 검증에 실패하고, 오히려 신뢰를 떨어뜨립니다.
sameAs, 어떤 URL을 넣어야 효과가 클까요?
아무 SNS나 많이 넣는다고 좋은 게 아닙니다. 권위 있는 개체 소스일수록 힘이 셉니다. 위키데이터·위키백과는 구글 지식그래프의 핵심 입력이라 가장 강력하고, 링크드인·공식 유튜브·공식 블로그처럼 ‘우리임을 분명히 증명하는’ 프로필이 그다음입니다. 양보다 진짜 우리 것, 그리고 서로 일관된 정보가 핵심입니다.
@id — 내 데이터 안에서 ‘이 개체는 이것’이라고 못 박기
sameAs가 ‘바깥 세상과의 연결’이라면, @id는 ‘내 구조화 데이터 안에서의 고정핀’입니다. 회사를 여러 페이지에서 언급할 때 모두 같은 #org 같은 @id로 묶으면, 검색엔진이 “여기저기 나온 이 회사가 사실 같은 하나”임을 한 치도 헷갈리지 않습니다. 글쓴이는 #founder, 회사는 #org처럼 정해 두고 모든 페이지가 그걸 참조하게 하는 거죠. 실제로 이 글의 JSON-LD도 author와 publisher를 @id로 참조하고 있습니다.
왜 @id와 sameAs를 짝으로 쓰나요?
@id는 ‘안에서 같음’을, sameAs는 ‘밖과 같음’을 말합니다. 둘을 함께 쓰면 검색엔진은 “이 사이트 안의 개체”와 “바깥의 공식 프로필”을 하나의 선으로 잇습니다. 그 선이 두껍고 끊김이 없을수록, 지식그래프에 ‘하나의 개체’로 자리 잡을 확률이 올라갑니다.
NAP 일관성 — 가장 지루하지만 가장 강력합니다
NAP는 이름(Name)·주소(Address)·전화(Phone)입니다. 시시해 보이지만, 엔티티가 무너지는 가장 흔한 이유가 바로 이 불일치입니다. 사이트 푸터엔 “Findable”, 구글 비즈니스엔 “파인더블”, 블로그엔 “파인더블(주)”… 사람은 같은 곳임을 알지만 기계는 신뢰 점수를 셋으로 쪼갭니다. 회사명·주소·전화번호를 모든 채널에서 글자 하나까지 똑같이 맞추는 것 — 이게 sameAs만큼 중요합니다.
| 관점 | 이름만 적힌 사이트 | 엔티티로 연결된 사이트 |
|---|---|---|
| 검색엔진의 인식 | ‘비슷한 곳 여럿’으로 분산 | 하나의 개체로 신뢰가 모임 |
| AI 인용 | ‘이 출처가 누구?’ 불확실 → 회피 | 출처가 명확 → 인용에 안전 |
| 지식그래프 | 흩어진 언급, 패널 미형성 | sameAs·@id로 개체 등록 유리 |
| 표기/연락처 | 채널마다 제각각(NAP 불일치) | 모든 채널 글자까지 일치 |
다른 담당자와의 연결
엔티티 정리는 혼자 하는 일이 아닙니다. 검색 전반은 SEO 담당자가, 스키마의 세부 설계는 구조화 데이터 담당자가, 그리고 ‘믿을 수 있는 회사처럼 보이게’ 만드는 일은 신뢰 담당자가 함께 맞물려 돌립니다. 엔티티는 이 세 사람의 작업이 한 점에서 만나는 곳입니다.
앞의 스니펫이 ‘바깥 연결(sameAs)’이라면, 제가 실제 사이트에 까는 건 @id로 회사와 사람을 못 박아 모든 페이지가 참조하게 하는 @graph 한 덩어리입니다.
{
"@context": "https://schema.org",
"@graph": [
{ "@type": "Organization",
"@id": "https://example.com/#org",
"name": "내 브랜드",
"url": "https://example.com/",
"sameAs": [
"https://www.wikidata.org/wiki/Q...",
"https://www.linkedin.com/company/..."
] },
{ "@type": "Person",
"@id": "https://example.com/#founder",
"name": "대표 이름",
"worksFor": { "@id": "https://example.com/#org" } }
]
}
// 각 글의 Article에서 author:{"@id":".../#founder"} 로 참조만이렇게 한 번 정의해 두면 모든 글이 같은 #org·#founder를 가리켜, 검색엔진이 ‘여기저기 나온 게 같은 회사·같은 사람’임을 헷갈리지 않습니다.
sameAs에 무엇을 먼저 넣을지도 제 판단의 큰 부분입니다. 권위와 검증 강도에 따라 효과가 다르기 때문에 우선순위 표로 정리해 씁니다.
| 소스 | 엔티티 힘 | 이유 | 주의 |
|---|---|---|---|
| 위키데이터·위키백과 | 매우 높음 | 지식그래프의 핵심 입력 | 등재 기준 충족 필요 |
| 링크드인(회사 페이지) | 높음 | 법인 신원의 권위 신호 | 공식 페이지만 |
| 공식 유튜브·인스타 | 중간 | 운영 주체 증명 | 실제 운영 채널만 |
| 공식 블로그(네이버 등) | 중간 | 국내 검색 연계 | NAP 일치 전제 |
| 운영 안 하는 페이지 | 해로움 | 검증 실패 시 신뢰 손상 | 넣지 말 것 |
양이 아니라 ‘진짜 우리 것’과 ‘권위’ 순서가 핵심입니다. 운영하지 않는 URL은 한 줄이라도 빼는 게 낫습니다.
이렇게 정리하는 사람이, 사이트 전체를 책임집니다
브랜드를 하나의 개체로 묶는 일은 화려하지 않습니다. URL 한 줄을 맞추고, 표기 하나를 통일하고, @id를 짝지어 두는 지루한 작업의 합입니다. 그런데 그 지루함이 검색의 신뢰와 AI 인용의 안전을 만듭니다. 당신의 브랜드, 지금 검색엔진 눈에 몇 개로 보이고 있을까요? 하나로 묶어 드리겠습니다.
sameAs가 정확히 뭔가요?
sameAs에는 아무 URL이나 넣어도 되나요?
@id는 왜 필요한가요?
NAP 일관성이 엔티티와 무슨 상관인가요?
이렇게 하면 AI가 우리를 인용하나요?
SEO 담당자의 노트
검색이 찾아오게 만드는 실무.
구조화 데이터 담당자의 노트
스키마로 기계가 읽게 하는 법.
신뢰 담당자의 노트
믿을 수 있는 회사처럼 보이는 법.
이 글의 스니펫은 그대로 복사해 쓸 수 있는 실제 코드입니다. 다만 sameAs에는 ‘실제로 보유·운영하는 공식 프로필’만 넣어야 합니다. 검색·AI 노출과 인용은 알고리즘·경쟁 상황에 따라 달라지며 특정 노출·인용을 보장하지 않습니다. 날조된 사례·수치는 사용하지 않았습니다.