아티클
구조화 데이터와 AI 인용의 관계
실험에서는 늘지 않았습니다. 스키마를 새로 넣은 1,885장과 대조군 4,000장을 견준 결과 AI 개요는 오히려 4.6% 낮았고 나머지 둘은 0과 구분되지 않았습니다. 구글도 생성형 AI 검색에 필요한 마크업은 없다고 밝혔습니다.
- 01구글이 원문에서 밝힌 것
- 02실험이 견준 것
- 03늘지 않은 까닭
- 04스키마를 그대로 두는 까닭
- 05효과가 나는 자리
- 06확인하는 방법
| 무엇에 쓰나 | 유효한가 | 근거 |
|---|---|---|
| 리치 결과 표시 | 유효합니다 | 구글이 지원하는 유형에 한해 화면 표시가 달라집니다 |
| 검색엔진의 내용 이해 | 도움이 됩니다 | 구조를 설명하는 마크업이라 해석을 돕습니다 |
| 생성형 답변 인용 | 필요 조건이 아닙니다 | 구글이 새 파일이나 마크업을 만들 필요가 없다고 공식 문서에 적었습니다 |
| 안 넣으면 불리한가 | 표시 유형에서는 불리합니다 | 인용 여부와는 다른 이야기입니다 |
마크업을 넣는 일과 인용되는 일을 한 줄로 잇지 않습니다. 제안서에서 이 둘을 붙이면 반박당합니다.
원문
구글이 원문에서 밝힌 것
이 질문은 추측으로 답할 필요가 없습니다. 구글이 생성형 AI 가이드에 한 문장으로 적어 두었습니다.
“Structured data isn’t required for generative AI search, and there’s no special schema.org markup you need to add.”
옮기면 이렇습니다. 생성형 AI 검색에 구조화 데이터가 필요한 것은 아니며, 따로 넣어야 하는 schema.org 마크업도 없습니다.
같은 문단은 곧바로 그래도 계속 쓰라고 덧붙입니다. 이유는 AI 가 아니라 리치결과입니다. 구글의 말은 「빼라」가 아니라 「AI 노출의 대가로 계산하지 말라」에 가깝습니다.
국내 제안서에서 스키마가 어느 항목 아래 적혀 있는지 보시면 됩니다. 리치결과 아래 있으면 정확한 자리이고, AI 검색 대응 아래 있으면 근거가 없는 자리입니다.
실험
실험이 견준 것
말과 별개로 숫자를 낸 곳이 있습니다. 대조군을 둔 실험이라 그대로 옮깁니다.
스키마를 새로 넣은 1,885장과 대조군 4,000장을 견줬습니다
1,885JSON-LD 를 새로 넣은 뒤 AI 인용 변화 (구글 AI 개요 · AI 모드 · ChatGPT). 처치 1,885장, 대조 4,000장.
- 구글 AI 개요
- -4.6% · 통계적으로 뜻이 있는 유일한 값입니다. 다만 방향이 반대입니다.
- 구글 AI 모드
- +2.4% · 0 과 구분되지 않습니다. 표본을 늘려도 같은 자리에 머무는 크기입니다.
- ChatGPT
- +2.2% · 역시 0 과 구분되지 않습니다. 늘었다고 읽을 수 없는 값입니다.
- 어떻게 쟀나
- 스키마를 넣은 날을 기준으로 앞뒤 30일을 보고, 넣기 전 인용 수준이 비슷한 페이지를 대조군으로 짝지었습니다. 시기 효과를 걷어 내려는 설계입니다
- 표본의 한계
- 이미 AI 인용이 많던 페이지 위주의 표본이라 신규 사이트에 그대로 옮기기 어렵습니다. 통계적으로 뜻이 있는 것은 AI 개요의 감소뿐이고 나머지 둘은 0과 구분되지 않습니다. 방법론(짝지은 이중차분, 전후 30일)은 공개돼 있습니다.
- 출처
- Ahrefs 실험 원문 직접 확인 (ahrefs.com/blog/schema-ai-citations, 2026-05-11 발행), 집계, 설문
까닭
늘지 않은 까닭
따로 확인된 이유가 하나 있습니다. 답변을 만들 때 무엇을 실제로 읽어 가는지를 본 실험입니다.
다섯 개 AI 시스템에 페이지를 직접 받아 가게 해 무엇을 뽑는지 본 실험에서, 모두 보이는 HTML 만 뽑아 갔습니다. JSON-LD 와 숨어 있는 마크업은 쓰이지 않았습니다.
그러면 설명이 맞아떨어집니다. 마크업은 사람 눈에 안 보이는 자리에 적는 정보입니다. 답변을 만드는 쪽이 보이는 본문만 읽는다면, 본문에 없는 사실을 마크업에만 적어 두는 것은 아무 데도 닿지 않습니다.
searchVIU 실험, Ahrefs 원문에 인용된 대목으로 확인 (ahrefs.com/blog/schema-ai-citations), 집계, 설문 · 실험을 옮겨 적은 것이고 다시 돌려 보지는 않았습니다. 다섯 시스템의 직접 조회 상황이라 검색 색인 경로에는 그대로 적용되지 않습니다.
그래서 실무에서 바뀌는 것은 하나입니다. 마크업에 적은 사실은 본문에도 적혀 있어야 합니다. 값, 날짜, 글쓴이, 범위 같은 것들입니다. 둘 중 하나만 있으면 사람이 읽는 쪽이나 기계가 읽는 쪽 중 한쪽이 빕니다.
판단
스키마를 그대로 두는 까닭
아닙니다. 여기서 결론을 한 칸 더 밀면 근거보다 센 말이 됩니다.
AI 인용의 대가로 계산하지 않는다
넣어서 인용이 늘었다는 값이 없습니다. 제안서에서 이 항목이 AI 대응 비용으로 잡혀 있으면 그 자리는 다시 보실 자리입니다.
넣으면 해가 된다
AI 개요 값 하나가 내려갔지만 그것으로 인과를 말하기는 이릅니다. 쓰이지 않는 마크업이 검색에 문제를 일으키지는 않는다는 것이 구글의 설명입니다.
자리
효과가 나는 자리
쓰임이 없어진 것이 아니라 쓰임이 원래 자리로 돌아온 것입니다. 넷입니다.
- 리치결과
- 별점, 빵부스러기, 상품 정보처럼 검색 결과 화면에 붙는 표시는 지금도 마크업으로 만들어집니다.
- 개체 정리
- 회사와 사이트, 글쓴이를 같은 대상으로 묶어 두는 용도. 채널마다 표기가 흩어지는 것을 막습니다.
- 목록 자리
- 목록 페이지의 항목을 검색 쪽에 알리는 용도. 노출로 이어지지는 않지만 조건은 갖춰집니다.
- 내부 점검
- 제목과 날짜, 글쓴이가 페이지마다 어긋나 있는지 기계로 잡아낼 수 있습니다.
⚠️ 목록 자리에 대해서는 한 가지를 같이 적어 둡니다. 네이버는 공식 문서에 해당 내용이나 형식으로 노출되는 것을 확언하지 않는다고 밝혀 두었습니다. 마크업은 조건을 갖추는 일이지 자리를 사는 일이 아닙니다.
확인
확인하는 방법
넣고 나서 확인할 자리는 셋입니다. 셋 다 무료이고 오래 걸리지 않습니다.
- 01
문법이 맞는지 검사기로 봅니다
리치결과 테스트와 스키마 검사기가 있습니다. 붙였는데 형식이 어긋나 있으면 아무 자리에도 안 뜹니다.
확인 질문
경고가 아니라 오류로 잡히는 항목이 있는가
- 02
한 페이지에 같은 종류가 두 번 있지 않은지 봅니다
프레임워크가 자동으로 넣는 마크업과 손으로 넣은 마크업이 겹치는 사고가 흔합니다. 실제로 다른 프로젝트에서 한 쪽에 같은 종류가 둘씩 들어간 채로 수백 쪽이 나간 적이 있습니다.
확인 질문
산출된 HTML 에서 같은 종류가 두 번 세어지지 않는가
- 03
본문에도 같은 사실이 적혀 있는지 봅니다
답변을 만드는 쪽은 보이는 본문을 읽습니다. 마크업에만 있는 값은 그쪽에 닿지 않습니다. 이것이 이 글에서 실무가 실제로 바뀌는 유일한 항목입니다.
확인 질문
마크업에 적은 날짜와 값이 화면 본문에도 있는가
- 04
쓰지 않는 종류를 정리합니다
노출이 끝난 종류가 계속 늘고 있습니다. 남겨 둬도 문제는 없지만, 관리 목록에서는 지워 두는 편이 다음 사람이 헷갈리지 않습니다.
확인 질문
이 마크업이 지금도 화면에 무엇을 만들고 있는가
「스키마와 인용」을 어떤 기준으로 다루는지는 기준서에 적어 두었습니다.
기준서 보기