schema.org Organization·sameAs로 회사 신원 잇기

schema.org의 Organization은 회사의 이름·로고·주소·식별번호를 한곳에 적는 구조화 데이터 유형입니다. sameAs는 같은 회사를 가리키는 외부 페이지 주소를 잇는 속성입니다. Google 문서는 Organization 마크업이 Google이 그 조직을 다른 조직과 구분하는 데 도움이 된다고 설명합니다. 검색 결과의 로고와 지식 패널 표시에도 영향을 줄 수 있다고 적습니다.

실행 순서는 다섯 단계입니다. 이름과 식별자를 정하고, sameAs 대상을 고르고, 홈페이지 한곳에 넣습니다. 이어서 도구로 검사하고, 신원 질문으로 측정합니다.

Organization과 sameAs는 각각 무엇을 알려 주나요?

schema.org는 Organization을 학교·비영리단체·기업·동호회 같은 조직으로 정의합니다. 상위 유형은 Thing입니다. Organization에는 legalName·logo·founder·foundingDate·parentOrganization 같은 조직 속성이 있습니다. legalName은 등기된 회사명처럼 조직의 공식 명칭을 적는 속성입니다.

sameAs는 Thing에 정의된 속성이라 Organization에서도 쓸 수 있습니다. schema.org는 sameAs를 항목의 신원을 모호하지 않게 가리키는 참조 웹페이지의 URL로 정의합니다. 예로는 위키백과 문서, 위키데이터 항목, 공식 웹사이트를 듭니다. 같은 페이지의 예시는 영화·원작 도서·저자마다 각자의 위키데이터 항목을 sameAs로 연결합니다.

Google 문서는 범위를 조금 더 넓게 잡습니다. 조직에 관한 추가 정보가 있는 다른 웹사이트 페이지의 URL로 설명합니다. 소셜 미디어나 리뷰 사이트 프로필처럼 여러 주소를 넣을 수 있다고 안내합니다. 실무에서는 두 정의가 겹치는 페이지, 즉 이 회사 하나만 가리키는 페이지를 우선하는 방법을 권합니다.

Google 문서에 따르면 Organization에는 필수 속성이 없습니다. 해당하는 권장 속성을 가능한 한 많이 넣으라고 안내합니다.

1단계: 회사 이름과 식별자는 무엇부터 정하나요?

sameAs를 연결하기 전에 이 회사가 누구인지부터 고정합니다. 이름 표기가 페이지마다 다르면 외부 페이지를 이어도 같은 회사라는 근거가 약해집니다. 예를 들어 가상의 「한빛소재 주식회사」라면 아래처럼 값을 정합니다.

유형은 가장 구체적인 하위 유형을 고릅니다. Google 문서는 전자상거래 사이트라면 OnlineBusiness 대신 OnlineStore를 쓰라고 안내합니다. 매장이나 식당이라면 LocalBusiness의 하위 유형을 쓰고 지역 업체 지침도 따르라고 설명합니다. 식별번호는 duns·leiCode보다 iso6523Code를 권장한다고 적습니다.

완료 확인: 표의 값이 홈페이지와 회사 소개 페이지에 그대로 보이고, 사내 문서에 한 벌로 정리되어 있으면 이 단계는 끝난 것입니다.

2단계: sameAs에는 어떤 주소를 넣고 어떤 주소를 빼나요?

sameAs 후보는 공식 웹사이트 밖에서 이 회사를 설명하는 페이지입니다. schema.org 정의가 예로 든 위키백과·위키데이터처럼 신원을 모호하지 않게 가리키는 페이지가 우선 후보입니다. 아래 표로 후보를 하나씩 대조합니다.

위키데이터 항목이 없을 때 회사가 직접 만드는 방식은 권하지 않습니다. 위키데이터 등재 기준은 세 가지 중 하나 이상을 요구합니다. 위키백과 등 위키미디어 문서로의 연결, 공개 자료로 식별할 수 있는 실체, 다른 항목을 위한 구조상 필요입니다.

위키데이터의 자기 홍보 에세이는 자신이나 소속 조직의 항목을 만드는 일을 강하게 말립니다. 본인이 쓰지 않은 독립 출처 세 곳 이상의 상당한 보도를 대략의 기준으로 제시합니다. 이미 항목이 있다면 명백한 사실 오류만 고치고 홍보성 편집은 피하라고 안내합니다. 실무에서는 토론 페이지나 편집 요청으로 공식 웹사이트·설립일 값을 바로잡는 방법을 권합니다.

완료 확인: 각 sameAs 주소가 리디렉션 없이 열리고, 이 회사 하나만 설명하며, 1단계의 이름 표기와 맞으면 끝난 것입니다.

3단계: 마크업은 어느 페이지에 어떤 형식으로 넣나요?

Google은 이 정보를 홈페이지나 조직을 설명하는 단일 페이지에 넣으라고 권장합니다. 회사 소개 페이지가 대표적입니다. 모든 페이지에 넣을 필요는 없다고 설명합니다.

형식은 JSON-LD(페이지에 스크립트 블록으로 넣는 구조화 데이터 형식)를 권장합니다. Microdata와 RDFa도 올바르게 구현하면 똑같이 유효하다고 적습니다. 작성 순서는 다음과 같습니다.

1. @context에는 schema.org를, @type에는 1단계에서 고른 유형을 적습니다.
2. name·alternateName·legalName·url·logo는 1단계 표의 값을 그대로 옮깁니다.
3. sameAs에는 2단계를 통과한 주소만 배열로 넣습니다.
4. 주소·연락처·식별번호는 화면에 보이는 값만 추가합니다.
5. 홈페이지에는 WebSite 구조화 데이터를 함께 넣고, name과 alternateName을 Organization과 같은 표기로 맞춥니다.

Google 일반 지침은 독자에게 보이지 않는 내용을 마크업하지 말라고 합니다. 구조화 데이터는 페이지 내용을 실제로 나타내야 한다고 설명합니다. 사이트 이름 문서는 WebSite 데이터를 도메인 첫 화면에 두라고 안내합니다. http·https나 www 유무로 첫 화면이 중복되면 같은 마크업을 넣으라고 적습니다. 5번에서 Organization과 표기를 맞추는 것은 문서의 요구가 아니라 실무 제안입니다.

완료 확인: 페이지 소스에서 Organization 블록이 한 곳에만 있고, 템플릿 때문에 다른 이름의 블록이 겹치지 않으면 끝난 것입니다.

4단계: 넣은 뒤에는 어떤 도구로 확인하나요?

Google 문서는 리치 결과 테스트와 Search Console의 URL 검사 도구로 기술 요건을 확인하라고 안내합니다. 항목별 완료 기준은 다음과 같습니다.

Google 문서는 마크업이 올바르더라도 검색 결과 표시를 보장하지 않는다고 밝힙니다. 수동 조치를 받으면 그 페이지의 구조화 데이터는 무시됩니다. 다만 페이지 자체는 검색 결과에 나올 수 있다고 설명합니다. 따라서 검사 통과는 Google이 읽을 수 있는 상태라는 확인입니다. 신원 인식이 달라졌다는 증거로는 쓰지 않습니다.

5단계: 브랜드 신원 인식이 달라졌는지는 어떻게 따로 측정하나요?

Google 문서가 설명하는 효과는 Google 검색 안의 조직 구분, 로고, 지식 패널입니다. AI 답변 서비스가 이 마크업을 어떻게 반영하는지 설명한 공식 문서는 찾지 못했습니다. 그래서 AI 답변의 신원 인식은 적용 전후에 같은 질문을 물어 직접 비교합니다.

신원 질문은 언급 여부가 아니라 같은 회사로 알아보는지를 묻게 짭니다. 가상의 한빛소재라면 다음처럼 씁니다.

1. 한빛소재는 어떤 회사이며 본사는 어디에 있습니까?
2. 한빛소재의 공식 홈페이지 주소를 알려 주십시오.
3. Hanbit Materials와 한빛소재 주식회사는 같은 회사입니까?
4. 한빛소재는 언제 설립되었고 모회사가 있습니까?
5. 한빛소재라는 이름을 쓰는 다른 조직과 어떻게 구분됩니까?

답변마다 네 가지를 판정합니다. 같은 회사로 식별했는지, 제시한 공식 주소가 1단계의 url과 맞는지 봅니다. 동명 조직과 섞었는지, 설립일·주소가 마크업 값과 일치하는지도 봅니다.

실무에서는 적용 전에 기준 기록을 남기는 방법을 권합니다. 4단계의 반영을 확인한 뒤 같은 질문으로 다시 기록합니다. 전후 차이가 생겨도 마크업 하나의 효과로 단정하지 않습니다. 같은 기간에 바뀐 외부 문서, 예를 들어 위키데이터 수정 내역을 기록에 함께 적습니다.

정리

1. 회사 소개 페이지를 기준으로 name·legalName·url·logo 값을 한 벌로 정합니다.
2. 위키데이터·위키백과·공식 SNS 후보를 열어 이 회사만 가리키는 주소를 sameAs로 고릅니다.
3. 홈페이지 한곳에 JSON-LD로 Organization과 WebSite를 같은 표기로 넣습니다.
4. 리치 결과 테스트와 URL 검사로 오류와 접근 차단 여부를 확인합니다.
5. 신원 질문 다섯 개로 적용 전후 답변을 기록하고 네 항목으로 비교합니다.