흩어진 외부 출처를 회사 소개 페이지 하나로 묶는 엔티티 연결 순서
회사 소개 페이지에 기준 사실을 정하고, 외부 출처를 본문 링크와 sameAs로 연결한 뒤 역방향 연결과 정기 점검으로 엔티티를 하나로 묶는 순서입니다.
회사 소개 페이지 한 곳에 회사의 기본 사실을 기준값으로 정합니다. 그다음 외부 출처를 본문 링크와 구조화 데이터의 sameAs 속성에 같은 주소로 연결합니다. 이렇게 하면 흩어진 출처가 하나의 엔티티(검색엔진이 하나의 대상으로 알아보는 회사·인물·사물)를 가리킵니다.
실행 순서는 출처 목록 작성, 기준 사실 정하기, 양방향 연결, 정기 점검입니다. 단계마다 끝난 기준을 확인한 뒤 다음 단계로 넘어갑니다.
회사 소개 페이지가 외부 출처를 묶는 자리가 되는 이유는 무엇인가요
Google의 조직 구조화 데이터 문서는 조직 정보를 홈페이지나 조직을 설명하는 페이지 한 곳에 넣으라고 권합니다. 모든 페이지에 넣을 필요는 없다고도 설명합니다.
같은 문서는 sameAs를 조직에 관한 추가 정보가 있는 다른 웹사이트 페이지의 URL로 설명합니다. sameAs 주소는 여러 개 넣을 수 있습니다.
schema.org는 sameAs를 항목이 무엇인지 분명하게 가리키는 참조 웹 페이지의 URL로 정의합니다. 예로는 위키백과 문서, 위키데이터 항목, 공식 웹사이트를 듭니다.
Google의 유용한 콘텐츠 문서는 신뢰를 판단하는 질문 가운데 하나로 배경 정보를 묻습니다. 작성자 페이지나 사이트 소개 페이지로 작성자나 사이트의 배경을 확인할 수 있는지를 봅니다. 회사 소개 페이지는 사람에게는 회사의 배경을, 기계에는 외부 출처 연결 목록을 보여 주는 자리가 됩니다.
실무에서는 홈페이지보다 회사 소개 페이지를 연결의 중심으로 삼는 방법을 권합니다. 홈페이지는 상품·행사 소식으로 자주 바뀌고, 회사 소개 페이지의 사실은 비교적 오래 유지되기 때문입니다.
1단계: 흩어진 외부 출처는 어떻게 목록으로 모으나요
먼저 회사를 설명하는 외부 페이지를 모두 적습니다. 위키백과·위키데이터·나무위키 문서, 공식 소셜 계정, 유튜브 채널을 넣습니다. 리뷰 플랫폼 프로필, 지도 서비스 등록 정보, 투자 정보 페이지, 언론 보도도 넣습니다.
AI 답변을 모니터링하고 있다면 답변이 인용한 출처 주소도 목록에 더합니다. 기록은 아래 양식을 따릅니다.
| 기록 항목 | 적는 내용 | 예시(가상의 ○○테크 기업) |
|---|---|---|
| 출처 이름 | 서비스·문서 이름 | 위키데이터 항목 |
| 주소 | 실제로 열리는 최종 주소 | 항목 주소 전체 |
| 운영 주체 | 회사 직접 운영, 제3자 편집, 언론 중 하나 | 제3자 편집 |
| 표기된 회사명 | 그 출처에 적힌 이름 그대로 | ○○테크 주식회사 |
| 기준 사실과 다른 점 | 설립일·대표자·주소 등의 차이 | 설립 연도 1년 차이 |
| sameAs 후보 여부 | 회사 자체를 설명하는 페이지인지 | 예 |
운영 주체 칸은 회사가 직접 고칠 수 있는 출처인지 구분하는 데 씁니다. 4단계의 작업 순서가 이 칸으로 정해집니다.
sameAs 후보는 회사 자체를 설명하는 페이지로 한정합니다. 회사를 한 번 언급한 기사나 블로그 글은 회사가 무엇인지 가리키는 페이지가 아닙니다. 이런 글은 본문의 보도 목록에만 넣고 sameAs 후보에서는 뺍니다.
끝난 기준: 모든 행의 주소가 열리는지 확인했고, 운영 주체 칸과 sameAs 후보 여부 칸이 모두 채워졌습니다.
2단계: 회사 소개 본문에는 어떤 사실을 기준값으로 정하나요
외부 출처마다 회사명·설립일·주소가 다르면 어느 값이 맞는지 판단할 근거가 없습니다. 그래서 연결하기 전에 회사 소개 페이지에 기준값을 먼저 정합니다.
Google 조직 구조화 데이터 문서에는 필수 속성이 없습니다. 대신 조직과 관련된 속성을 가능한 한 많이 넣으라고 권합니다. 특히 이름, 다른 이름(alternateName), 주소, 전화번호, URL, 로고처럼 사용자에게 쓸모 있는 속성을 우선하라고 설명합니다.
본문의 기준값도 이 항목을 중심으로 정하면 3단계에서 구조화 데이터와 그대로 맞출 수 있습니다. 가상의 ○○테크 기업이라면 본문에 다음 문안을 씁니다.
- 정식 회사명: ○○테크 주식회사(영문 OOTech Inc., 약칭 ○○테크)
- 설립: 20XX년 X월
- 대표자: 홍길동
- 본사 주소: 도로명 주소 전체
- 대표 전화: 고객센터 번호
- 주요 사업: 무엇을 누구에게 제공하는지 한 문장
회사명을 정할 때는 Google 사이트 이름 문서의 안내도 반영합니다. 이 문서는 홈페이지 전체에서 사이트 이름을 일관되게 쓰라고 설명합니다. 구조화 데이터의 이름도 사이트를 부르는 다른 표기와 같게 맞추라고 안내합니다.
선호하는 이름이 선택되지 않을 수도 있습니다. 문서는 이때 alternateName으로 다른 이름을 제공하면 Google이 다른 선택지를 고려할 수 있다고 설명합니다.
끝난 기준: 기준 사실이 회사 소개 본문에 글로 보입니다. 1단계 목록에서 기준 사실과 다른 점이 있는 행마다 어느 쪽을 고칠지 정해졌습니다.
3단계: 외부 출처를 본문과 구조화 데이터에 어떻게 함께 연결하나요
연결은 두 겹으로 합니다. 사람이 보는 본문에는 「공식 채널과 외부 자료」 같은 소제목을 달고 그 아래에 외부 출처 링크 목록을 둡니다. 같은 페이지의 Organization 구조화 데이터에는 같은 주소를 sameAs 값으로 넣습니다.
Google 구조화 데이터 일반 지침은 페이지 독자에게 보이지 않는 내용을 마크업하지 말라고 합니다. 구조화 데이터가 페이지 내용을 사실대로 나타내야 한다고도 설명합니다. 실무에서는 이 지침에 맞게 sameAs 주소를 본문 목록에도 똑같이 보여 주는 방법을 권합니다.
| 본문 표시 | 구조화 데이터 속성 | 맞출 내용 |
|---|---|---|
| 정식 회사명 | name | 글자와 띄어쓰기까지 같게 |
| 약칭·영문명 | alternateName | 본문에 적은 이름만 |
| 공식 사이트 주소 | url | 실제 대표 주소 |
| 로고 이미지 | logo | 112×112픽셀 이상, 크롤링·색인이 되는 주소 |
| 외부 출처 목록 | sameAs | 본문 링크와 같은 주소, 같은 개수 |
| 본사 주소·전화 | address, telephone | 기준 사실과 같은 값 |
로고 조건은 Google 문서가 밝힌 기준입니다. 이 문서는 로고를 넣으면 검색 결과와 지식 패널에 보여 줄 로고를 Google이 더 잘 이해할 수 있다고 설명합니다. 다만 구조화 데이터를 쓰는 기능이 검색 결과에 나타난다고 보장하지 않는다고 함께 밝힙니다.
schema.org에는 AboutPage 유형과 mainEntity 속성도 있습니다. mainEntity는 페이지가 주로 설명하는 대상을 뜻합니다. 두 가지로 이 페이지가 회사를 설명하는 페이지임을 표시할 수 있습니다. Google 조직 구조화 데이터 문서에는 이 표시를 활용한다는 안내가 없으므로 선택 사항으로 다룹니다.
끝난 기준: 본문 링크 목록과 sameAs 값의 주소와 개수가 같습니다. name·url·logo 값은 기준 사실과 일치합니다.
4단계: 외부 출처도 공식 사이트를 가리키게 하려면 무엇을 하나요
회사 소개 페이지가 외부 출처를 가리키기만 하면 연결은 한쪽 방향입니다. 외부 출처도 공식 사이트를 가리켜야 양쪽이 같은 대상을 말한다는 점이 분명해집니다. 작업은 회사가 직접 운영하는 출처부터 시작합니다.
- 공식 소셜 계정, 유튜브 채널, 리뷰 플랫폼 프로필의 웹사이트 칸에 공식 사이트 주소를 넣습니다. 회사명 표기도 기준값과 같게 고칩니다.
- 위키데이터 항목에서는 공식 웹사이트 속성(P856)을 확인합니다. 위키데이터는 이 속성을 항목의 공식 페이지 URL로 정의합니다. 공식 홈페이지 주소가 바뀌면 옛 주소를 지우지 않고, 새 주소를 우선 순위 진술로 추가하라고 안내합니다. 제3자가 편집하는 공간이므로 이해충돌 원칙을 지키고 출처와 함께 수정을 제안합니다.
- Google 지식 패널이 표시되고 있다면 공식 대표자는 패널 소유권을 주장하고 변경을 제안할 수 있습니다. 누구나 패널의 의견 보내기로 문제를 알릴 수도 있습니다. 도움말은 사업체 정보를 비즈니스 프로필로 관리하라고 안내합니다.
- 언론 기사처럼 회사가 고칠 수 없는 출처는 기준 사실과 다른 점만 기록합니다. 정정을 요청할지는 홍보 담당과 정합니다.
Google 도움말은 지식 패널의 사실이 사실 정보를 모으는 여러 출처에서 온다고 설명합니다. 패널을 소유권 확인한 사람의 변경 제안처럼 콘텐츠 소유자에게서 정보를 직접 받기도 한다고 밝힙니다. 외부 출처의 사실을 기준값과 맞추는 작업이 이 단계에 들어가는 이유입니다.
끝난 기준: 회사가 운영하는 출처는 모두 공식 사이트를 가리킵니다. 제3자 출처는 수정 제안이나 정정 요청 기록이 남았습니다.
5단계: 연결이 유지되는지는 어떻게 점검하고 보고하나요
계정 주소가 바뀌거나 외부 문서가 편집되면 묶음은 다시 흩어집니다. 그래서 연결은 정기적으로 점검합니다.
기술 점검은 Google이 안내하는 도구로 합니다. 구조화 데이터 일반 지침은 리치 결과 테스트와 URL 검사 도구로 기술 지침을 지켰는지 점검할 수 있다고 설명합니다. 같은 지침은 테스트가 잡아내지 못하는 방식으로 구조화 데이터가 틀릴 수도 있다고 밝힙니다. 도구 점검과 별도로 사람이 본문과 값을 직접 맞춰 보는 이유입니다.
| 점검 항목 | 확인 방법 | 기록 값 |
|---|---|---|
| sameAs 주소 응답 | 각 주소를 열어 회사 페이지가 나오는지 확인 | 정상, 변경, 사라짐 |
| 구조화 데이터 오류 | 리치 결과 테스트, URL 검사 도구 | 오류·경고 수 |
| 기준 사실 일치 | 외부 출처의 회사명·설립일·주소 비교 | 다른 항목 |
| 역방향 연결 | 외부 출처의 웹사이트 칸 확인 | 연결됨, 빠짐 |
| AI 답변 인용 출처 | 고정 질문 답변의 인용 주소를 1단계 목록과 비교 | 목록에 없는 새 출처 |
마지막 행은 실무 제안입니다. AI 답변이 목록에 없는 출처를 인용했다면 그 출처를 1단계 목록에 추가합니다. 그리고 2단계부터 4단계까지를 같은 방식으로 적용합니다.
이 점검으로 확인하는 것은 출처 사이의 사실이 일치하는지입니다. AI 답변에 인용된다는 보장은 아닙니다. 보고서에는 점검 날짜, 항목별 기록 값, 조치 담당자를 함께 적습니다.
끝난 기준: 점검 결과가 날짜와 함께 기록되었습니다. 변경·사라짐·다른 항목마다 담당자와 처리 예정일이 정해졌습니다.
정리
회사 소개 페이지는 기준 사실을 글로 보여 주고, 같은 사실과 외부 출처 주소를 구조화 데이터로 다시 담는 자리입니다. 바로 실행할 순서는 다음과 같습니다.
- 회사를 설명하는 외부 페이지와 AI 답변이 인용한 출처를 기록 양식 한 장에 모읍니다.
- 회사 소개 본문에 정식 회사명, 설립일, 대표자, 주소, 전화, 주요 사업을 기준값으로 씁니다.
- 본문 외부 출처 목록과 Organization 구조화 데이터의 sameAs에 같은 주소를 같은 개수로 넣습니다.
- 회사가 운영하는 계정부터 웹사이트 칸과 회사명 표기를 고치고, 제3자 출처에는 근거를 붙여 수정을 제안합니다.
- 분기마다 점검표로 주소 응답, 오류, 사실 일치, 역방향 연결, 새 인용 출처를 확인해 기록합니다.
