검색 최적화나 AI 가시성 제안에서는 Schema 또는 구조화 데이터라는 말을 자주 접합니다. 적용하면 검색 상위에 노출되거나 AI 답변에 잘 인용된다는 설명도 따라올 수 있습니다.
구조화 데이터는 페이지의 정보와 관계를 검색 시스템에 명시적으로 설명하는 표식입니다. 기업, 기사, 작성자와 발행일을 구분하는 데 도움이 됩니다. 그러나 콘텐츠의 정확성을 대신하지 않으며 검색 순위, 특별한 검색 화면과 AI 인용을 보장하지도 않습니다.
콘텐츠와 CMS가 올바르게 설계되어 있을 때 의미를 더 분명하게 전달하는 보조 수단으로 이해하는 편이 적절합니다.
사람이 읽는 내용에 기계가 읽는 설명을 더합니다
사람은 기사 화면의 제목, 날짜와 작성자 배치를 보고 각 정보의 역할을 이해합니다. 구조화 데이터는 “이 페이지는 기사이고, 이 조직이 발행했으며, 이 날짜에 공개되었다”는 관계를 정해진 형식으로 표시합니다.
Google Search Central은 이를 페이지 정보를 제공하고 콘텐츠를 분류하는 표준화된 형식으로 설명합니다. 자주 사용하는 어휘 체계가 Schema.org이며 `Organization`, `Article`, `Person` 같은 유형과 속성으로 대상을 표현합니다.
Schema.org에 유형이 있다는 사실과 검색 서비스가 이를 특정 화면에 활용한다는 사실은 다릅니다. 서비스마다 지원 기능과 권장 속성이 다르므로 적용 대상의 공식 문서를 확인해야 합니다.
기업 홈페이지와 뉴스룸에서는 관계가 중요합니다
회사 소개에는 기업명, 로고와 연락처가 있고, 뉴스룸 기사에는 제목, 이미지, 발행일, 작성자와 발행 조직이 있습니다. 대표적으로 다음 유형을 검토할 수 있습니다.
| 페이지·정보 | 검토할 유형 | 표현하려는 내용 |
|---|---|---|
| 기업·회사 소개 | `Organization` | 기업명, 로고, 주소와 연락처 |
| 기사·보도자료 | `Article`·`NewsArticle` | 제목, 이미지, 날짜와 작성자 |
| 작성자·인터뷰이 | `Person` | 이름, 소속과 소개 페이지 |
| 현재 위치 | `BreadcrumbList` | 홈부터 현재 페이지까지의 경로 |
Google의 Organization 안내는 조직 정보가 기업을 이해하고 동명이 조직을 구분하는 데 도움이 될 수 있다고 설명합니다. Article 안내는 기사 유형, 제목, 이미지, 날짜와 작성자를 더 명확히 전달할 수 있다고 안내합니다.
가능한 유형을 많이 넣기보다 페이지의 주된 내용에 맞는 유형과 실제 화면에 표시된 값만 사용해야 합니다.
CMS와 구조화 데이터를 함께 설계해야 합니다
구조화 데이터가 정확하려면 원천인 CMS 값이 정확해야 합니다. 발행일과 수정일을 구분해 저장하지 않거나 작성자 이름을 본문에 직접 입력하면 올바른 관계를 만들기 어렵습니다.
- 기업명, 로고와 공식 주소를 어디에서 관리하는가?
- 발행일과 수정일이 구분되는가?
- 작성자를 인물 정보와 연결하는가?
- 기사와 보도자료를 구분할 수 있는가?
- 다국어마다 해당 언어의 값이 입력되는가?
- 필수값이 없을 때 잘못된 마크업을 출력하지 않는가?
CMS의 같은 값을 화면과 마크업에 함께 사용하면 오류를 줄이기 쉽습니다. 담당자가 값을 바꾸면 두 곳이 같이 갱신되어야 합니다.
구조화 데이터가 해결하지 못하는 것도 있습니다
Google의 일반 가이드는 올바르게 적용해도 특별한 검색 표시를 보장하지 않는다고 밝힙니다. 실제 화면과 다른 정보, 사용자에게 보이지 않는 정보와 오래된 값을 표시해서도 안 됩니다.
구조화 데이터는 다음 문제를 대신 해결하지 못합니다.
- 페이지가 robots.txt, 로그인이나 `noindex`로 차단되어 있다.
- 기업과 제품 정보가 오래되었거나 서로 충돌한다.
- 본문이 독자의 질문에 충분히 답하지 않는다.
- 작성자, 날짜와 근거가 실제 화면에 없다.
- 내부 링크가 부족하거나 유사 페이지가 중복된다.
Google은 AI 검색 기능 안내에서 AI Overviews와 AI Mode를 위한 특별한 Schema.org 마크업이 필요하지 않다고 설명합니다. 구조화 데이터가 페이지 이해를 도울 수는 있어도 AI 인용의 단독 조건이라고 말할 근거는 없습니다.
적용 후에는 검사와 운영이 필요합니다
CMS 필드와 템플릿이 바뀌면 구조화 데이터도 누락되거나 화면과 달라질 수 있습니다.
- 페이지의 실제 콘텐츠와 관계를 정한다.
- 적용 유형과 속성을 공식 문서에서 확인한다.
- CMS 값과 화면·마크업의 연결을 설계한다.
- Rich Results Test와 Schema Markup Validator로 검사한다.
- URL 검사로 검색 서비스가 읽은 페이지를 확인한다.
- 공개 후 오류와 주요 템플릿을 정기적으로 점검한다.
검사 도구에서 오류가 없다는 것은 문법과 일부 요구사항을 통과했다는 뜻입니다. 정보가 정확하고 페이지 내용과 맞는지는 담당자가 별도로 확인해야 합니다.
제작사에 확인할 질문
- 어떤 페이지에 어떤 유형을 적용하며 그 이유는 무엇인가?
- Schema.org 유형과 검색 서비스의 지원 기능을 구분했는가?
- 각 값은 CMS의 어느 항목에서 가져오는가?
- 화면과 구조화 데이터의 차이를 어떻게 발견하는가?
- 다국어, 작성자와 수정일을 어떻게 관리하는가?
- 공개 후 누가 검사하고 업데이트하는가?
구조화 데이터는 검색과 AI의 지름길이 아닙니다. 기업과 콘텐츠의 관계를 정확한 값으로 설명하고 관리하는 기술 요소입니다. 마크업만 따로 추가하기보다 콘텐츠, CMS, 검색 접근성과 공식 정보의 일관성을 함께 점검해야 합니다.
참고 자료
관련 인사이트
