AI 답변에 회사 로고·연락처·주소가 다르게 나올 때, 무엇을 고칠까요? Organization 구조화 데이터 정리 순서

AI 답변에 옛 로고나 다른 전화번호가 나오면 AI 서비스부터 탓하기 쉽습니다. 그런데 자사 사이트 안에서도 회사 정보가 페이지마다 다르게 적힌 경우가 있습니다. 이 글은 Organization 구조화 데이터를 정리하는 순서를 다룹니다. 근거는 Google 검색 센터 문서입니다. 문서에 없는 운영 판단은 넥스트티 판단임을 밝혀 둡니다. AI 답변에 관한 근거는 Google 검색의 AI 개요·AI 모드 문서뿐입니다. 다른 AI 서비스의 정보 출처는 공식 문서로 확인하지 못해 다루지 않습니다.

AI 답변의 회사 정보가 다르면 어디부터 보나요?

먼저 자사 사이트에서 회사 정보가 적힌 곳을 모두 찾아 서로 비교합니다. AI 답변의 오류는 그다음에 고칩니다.

Google AI 기능 및 웹사이트 문서는 AI 개요·AI 모드용 별도 최적화가 필요 없다고 안내합니다. 대신 기존 SEO 기본사항을 권하며, 그 목록에 다음 두 항목도 들어 있습니다. 구조화된 데이터와 표시 텍스트의 일치, 판매자 센터·비즈니스 프로필 정보의 최신 상태입니다.

넥스트티는 이 다섯 곳을 한 표에 옮겨 적고 값이 다른 칸부터 표시합니다. 어느 값이 맞는지는 회사 내부 기준으로 먼저 정합니다.

Organization 데이터를 고친다고 AI 답변이 바뀐다는 보장은 문서에 없습니다. AI 기능 문서는 AI 기능에 표시되려고 따로 추가할 schema.org 데이터가 없다고 밝힙니다. 이 글의 작업은 자사 사이트 안의 정보를 하나로 맞추는 일입니다.

Organization 구조화 데이터는 무엇을 알려 주나요?

조직 스키마 마크업 문서에 따르면 이 데이터는 조직의 관리 세부정보를 Google에 알립니다. 일부 속성은 다른 조직과 구분하는 데 쓰입니다. logo 같은 속성은 검색 결과의 시각 요소에 영향을 줄 수 있습니다.

하위 유형은 사업 형태에 맞춰 고릅니다. 문서의 예로 전자상거래 사이트는 OnlineBusiness 대신 OnlineStore를 씁니다. 음식점·오프라인 상점이라면 LocalBusiness를 씁니다. 이때는 지역 비즈니스 문서의 필수·권장 필드도 따릅니다.

조직 스키마 문서가 우선 권하는 속성은 사용자에게 유용한 것들입니다. 이름으로는 name·alternateName이 있습니다. 실체 정보는 address·telephone, 온라인 표식은 url·logo가 예입니다.

어떤 속성에 어떤 값을 넣나요?

회사 정보 표에서 정한 값을 그대로 각 속성에 옮깁니다. 주요 속성과 문서의 조건은 다음과 같습니다.

아래는 문서의 JSON-LD 예시를 국내 회사 형식으로 바꾼 뼈대입니다.

{
 "@context": "https://schema.org",
 "@type": "Organization",
 "name": "예시컴퍼니",
 "legalName": "주식회사 예시컴퍼니",
 "url": "https://example.com",
 "logo": "https://example.com/l.png",
 "telephone": "+82-2-000-0000",
 "address": {
  "@type": "PostalAddress",
  "streetAddress": "예시로 1",
  "addressLocality": "서울",
  "postalCode": "00000",
  "addressCountry": "KR"
 },
 "sameAs": [
  "https://example.net/p/ex"
 ]
}

주소와 값은 설명용 예시입니다. 좁은 화면에서는 상자를 옆으로 밀어 끝까지 볼 수 있습니다. 실제 코드는 JSON-LD용 script 태그 안에 넣습니다.

조직 스키마 문서는 name에 사이트 이름과 같은 값을 쓰라고 안내합니다. 사이트 이름 설정은 사이트 이름 설정 순서 글에서 다뤘습니다.

로고가 다르게 나오면 무엇을 점검하나요?

로고가 의도와 다르게 나오면 먼저 이미지가 문서의 조건을 충족하는지 확인합니다. 문서에 따르면 logo 속성은 Google이 표시할 로고를 이해하는 데 도움이 됩니다. 검색 결과와 지식 패널이 그 예입니다. AI 답변에 표시되는 로고에 이 속성이 쓰인다는 설명은 문서에 없습니다.

문서는 거의 흰색이거나 회색인 로고는 흰 배경에서 의도대로 보이지 않을 수 있다고 적습니다.

ImageObject 형식으로 넣을 때는 contentUrl이나 url 속성이 있어야 합니다. 그 주소도 같은 이미지 조건을 따릅니다.

넥스트티는 로고를 바꾼 뒤 마크업이 옛 로고 파일 주소를 계속 가리키지 않게 합니다. 마크업이 가리키는 파일과 헤더의 로고가 같은 이미지인지 확인합니다.

화면과 마크업은 어떻게 맞추나요?

마크업 값은 화면에 보이는 정보와 같아야 합니다. 구조화된 데이터 일반 가이드라인은 독자에게 보이지 않는 콘텐츠를 마크업하지 말라고 정합니다.

같은 문서는 사람이나 조직을 사칭하거나 소유권·제휴를 왜곡하는 것도 금지합니다. 관계가 없는 회사나 확인되지 않은 수상 내역은 넣지 않습니다(넥스트티 예시).

단계 순서는 문서 내용을 넥스트티가 작업 순서로 묶은 것입니다. 화면과 코드가 어긋나는 유형은 구조화 데이터 불일치 글에 정리했습니다. 매장 주소·영업시간 수정은 AI 업체 정보 오류 글에서 다뤘습니다.

고친 뒤에는 무엇을 확인하나요?

리치 결과 테스트로 코드를 검사합니다. URL 검사 도구로는 Google이 페이지에 접근하는지 봅니다. 문서가 안내하는 배포 순서입니다.

접근 확인은 robots.txt·noindex·로그인 요구로 막혀 있지 않은지 보는 단계입니다. 심각하지 않은 문제의 해결은 리치 결과 사용의 필수사항이 아닙니다. 다만 품질 개선에 도움이 될 수 있어 해결하는 편이 좋다고 문서는 덧붙입니다.

검사를 통과해도 표시가 보장되지는 않습니다. 구조화된 데이터를 쓰는 기능이라도 검색 결과 표시는 보장되지 않는다는 것이 일반 가이드라인의 설명입니다. AI 답변 반영은 더 오래 걸릴 수 있습니다. AI 기능 문서는 다시 크롤링하는 데 며칠에서 몇 달까지 걸릴 수 있다고 적습니다.

참고 자료

• Google 검색 센터 — 조직 스키마 마크업
• Google 검색 센터 — 구조화된 데이터 일반 가이드라인
• Google 검색 센터 — AI 기능 및 웹사이트
• Google 검색 센터 — Google 검색에 표시되는 사이트 이름