GEO 구조화 데이터의 역할과 한계

구조화 데이터는 페이지의 내용이 무엇인지 검색엔진이 정해진 형식으로 읽을 수 있게 적어 두는 코드이고, 보통 JSON-LD 형식으로 페이지에 넣습니다. 제목과 날짜, 작성자, 조직 이름을 분명히 알려 주지만 AI 검색 인용을 만들어 주는 장치는 아닙니다.

같은 말:구조화 데이터 GEOFAQPage 스키마Article 구조화 데이터Organization 스키마JSON-LD

홍승협(준이아빠)게시 2026.10.02코스 5 / 10번째 개념

새로 올라온 개념이에요. 먼저 읽어 보고 퀴즈도 풀어 보세요

#SEO #AI #HTML

🤔 구조화 데이터를 넣으면 AI에 인용되는지 궁금할 때
🔑 구조화 데이터의 정의
📦 세 가지 유형이 하는 일과 지금 상태
📅 자주 묻는 질문 리치 결과가 사라진 과정
🤖 AI 검색 인용과 구조화 데이터의 관계
🚫 화면과 다른 구조화 데이터는 위반입니다
✅ 넣은 뒤 확인하는 방법
⚠️ 자주 하는 실수
❓ 자주 묻는 질문
📋 3줄 요약
📚 참고 자료

🤔 구조화 데이터를 넣으면 AI에 인용되는지 궁금할 때

GEO를 소개하는 글에는 구조화 데이터를 넣으라는 항목이 거의 빠지지 않습니다. 그런데 막상 넣으려고 하면 어떤 유형을 넣어야 하는지, 넣으면 무엇이 달라지는지 설명한 곳은 드뭅니다. 예전 글을 따라 자주 묻는 질문 구조화 데이터를 넣었는데 검색 결과에 아무것도 펼쳐지지 않는 경우도 있습니다.

구조화 데이터를 둘러싼 조건은 2026년에 크게 바뀌었습니다. 지금부터 구조화 데이터가 무엇인지, FAQPage와 Article, Organization이 각각 하는 일과 지금의 지원 상태, AI 검색 인용과의 관계를 2026년 9월 28일 구글 검색 센터 문서 기준으로 정리합니다.

🔑 구조화 데이터의 정의

구조화 데이터는 페이지의 내용이 무엇인지 검색엔진이 정해진 형식으로 읽을 수 있게 적어 두는 코드이고, 보통 JSON-LD 형식으로 페이지에 넣습니다.

JSON-LD는 데이터를 이름과 값의 짝으로 적는 JSON 형식을 웹 페이지의 정보 표시에 맞춘 것이고, JSON의 기본 구조는 JSON과 데이터 구조에 있습니다. 어떤 항목을 어떤 이름으로 적을지는 schema.org라는 공개 어휘집이 정합니다. 택배 상자에 붙은 송장이 상자 속 물건을 열어 보지 않아도 받는 사람과 품목을 알려 주듯, 구조화 데이터는 본문을 해석하지 않아도 이 페이지가 글인지 회사 소개인지, 누가 언제 썼는지를 알려 줍니다.

아래는 글 페이지에 넣는 Article 구조화 데이터의 가상 예시입니다.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "한빛커피 드립백 보관 방법",
  "datePublished": "2026-10-02",
  "dateModified": "2026-10-02",
  "author": {
    "@type": "Organization",
    "name": "한빛커피",
    "url": "https://hanbitcoffee.example"
  },
  "image": "https://hanbitcoffee.example/images/dripbag.png"
}
</script>

📦 세 가지 유형이 하는 일과 지금 상태

GEO 글에서 자주 언급되는 세 가지 유형을 같은 기준으로 놓으면 이렇습니다.

유형	하는 일	2026년 9월 28일 상태	알아 둘 한계
FAQPage	질문과 답의 짝을 표시	구글 검색의 자주 묻는 질문 리치 결과 종료	검색 화면에 펼쳐지지 않음
Article	제목과 이미지, 날짜 정보를 더 잘 보여 주도록 도움	지원 중, 필수 속성 없음	표시 여부는 구글이 판단
Organization	검색 결과에서 조직을 구분하고 로고 표시를 도움	지원 중, 필수 속성 없음	지식 패널 표시를 보장하지 않음

Article은 구글 검색과 구글 뉴스, 구글 어시스턴트에서 제목과 이미지, 날짜 정보를 더 잘 보여 주도록 돕는다고 구글이 설명합니다. 필수 속성은 없고 권장 속성은 author와 author.name, author.url, dateModified, datePublished, headline, image입니다.

Organization은 검색 결과에서 조직을 구분하는 데 도움이 되고, 일부 속성은 검색 결과와 지식 패널에 어떤 로고를 보여 줄지에 영향을 줍니다. name을 사이트 이름과 같게 쓰고 sameAs에 공식 프로필을 적는 방법은 개체와 브랜드 표기 일관성에서 다뤘습니다.

📅 자주 묻는 질문 리치 결과가 사라진 과정

리치 결과는 구조화 데이터를 바탕으로 검색 결과에 별점이나 질문 목록 같은 추가 정보를 붙여 보여 주는 표시 방식입니다. 자주 묻는 질문 리치 결과는 몇 해에 걸쳐 줄어들다 사라졌습니다.

날짜	바뀐 내용
2023년 8월 8일	널리 알려진 권위 있는 정부와 보건 사이트로 표시 대상을 제한
2026년 5월 7일	구글 검색에서 자주 묻는 질문 리치 결과 표시 종료
2026년 6월 15일	기능이 더는 표시되지 않아 관련 문서 삭제

그래서 지금 FAQPage를 넣어도 구글 검색 결과에 질문과 답이 펼쳐지지 않습니다. 그래도 준이아빠블로그는 질문형 소제목에서 FAQPage를 계속 뽑아 발행합니다. AEO 최적화 적용 절차에 적은 대로, 검색 화면에 띄우려는 것이 아니라 질문과 답의 경계를 기계가 구분할 수 있게 적어 두려는 목적입니다. 다른 AI 검색 서비스가 FAQPage를 인용 판단에 쓰는지는 공식 문서에서 확인하지 못했습니다.

🤖 AI 검색 인용과 구조화 데이터의 관계

구글은 AI 기능 문서에서 AI 개요와 AI 모드를 위해 추가해야 할 특별한 구조화 데이터는 없다고 밝힙니다. 2026년 5월 15일 낸 AI 검색 최적화 안내에서도 구조화 데이터가 생성형 AI 검색에 필요하지는 않지만, 리치 결과를 위해 계속 쓰는 것이 좋다고 적었습니다. 두 문서가 함께 권하는 것은 구조화 데이터가 화면에 보이는 내용과 맞게 하라는 점입니다.

마이크로소프트 빙 팀은 코파일럿 답변에 포함되기 좋은 콘텐츠 형식을 설명하면서 질문과 답, 목록, 표와 함께 스키마 사용을 권했습니다. 서비스마다 강조점이 조금 다른 셈입니다.

두 쪽을 합치면 구조화 데이터가 맡는 역할이 분명해집니다. 구조화 데이터는 인용을 만드는 장치가 아니라 이름과 날짜, 작성자, 조직 정보를 분명히 적는 장치입니다. 본문에 인용할 만한 문단이 없으면 구조화 데이터를 아무리 넣어도 가져갈 내용이 없고, 인용되는 문단을 쓰는 방법은 AI 검색에 인용되는 페이지 구조에서 다뤘습니다.

🚫 화면과 다른 구조화 데이터는 위반입니다

구글의 구조화 데이터 일반 지침은 페이지를 읽는 사람에게 보이지 않는 내용을 표시하지 말라고 합니다. 화면에는 없는 질문과 답을 FAQPage에 적거나, 받지 않은 별점을 적는 식입니다. 지침을 어기면 수동 조치를 받아 리치 결과 표시 자격을 잃을 수 있습니다. 수동 조치는 구글 담당자가 지침 위반을 확인하고 검색 표시에 제한을 거는 조치입니다.

사람이 읽는 본문과 기계가 읽는 데이터를 한곳에서 만드는 방법이 이 위반을 막는 가장 확실한 길입니다. 준이아빠블로그는 FAQPage의 질문과 답을 JSON으로 따로 쓰지 않고 본문의 질문형 소제목과 그 아래 첫 문단에서 뽑아 발행하므로, 본문이 바뀌면 데이터도 함께 바뀝니다.

✅ 넣은 뒤 확인하는 방법

감지 여부 보기: schema.org 검사기(validator.schema.org)에 페이지 주소를 넣어 어떤 유형이 감지되는지, 오류가 있는지 봅니다
화면과 맞추기: 데이터의 제목과 날짜, 작성자, 질문과 답이 화면 내용과 같은지 봅니다
이름 맞추기: Organization의 name이 사이트 이름, 페이지 제목의 브랜드 표기와 같은지 봅니다
날짜 관리하기: dateModified는 실제로 내용을 고친 날에만 바꿉니다. 사소한 수정에 날짜를 올리면 고치지 않은 글까지 새 글처럼 보입니다

⚠️ 자주 하는 실수

FAQPage로 검색 화면 확장을 기대합니다: 구글은 2026년 5월 7일부터 자주 묻는 질문 리치 결과를 보여 주지 않습니다
AI 개요 전용 구조화 데이터를 찾습니다: 구글은 특별한 구조화 데이터가 필요하지 않다고 밝혔습니다
화면에 없는 내용을 데이터에 적습니다: 지침 위반이고 수동 조치를 받을 수 있습니다
Organization 이름을 화면 표기와 다르게 씁니다: 표기가 흩어져 조직을 구분하는 효과가 줄어듭니다

❓ 자주 묻는 질문

이미 넣어 둔 FAQPage 구조화 데이터는 지워야 하나요?

지울 필요는 없습니다. 구글 검색에 표시되지 않을 뿐이고, 화면에 보이는 질문과 답을 그대로 적은 데이터라면 지침 위반도 아닙니다. 다만 화면에 없는 질문을 적어 둔 데이터라면 지우거나 본문과 맞춥니다.

구조화 데이터를 넣으면 검색 순위가 오르나요?

구글 문서는 구조화 데이터가 리치 결과 표시와 조직 구분을 돕는다고 설명할 뿐, 순위를 올린다고 밝히지 않습니다. 구조화 데이터의 몫은 검색엔진이 페이지를 정확히 파악하도록 돕는 데까지이고, 순위와 인용은 본문과 사이트 구조에서 만들어진다고 보는 편이 맞습니다.

AI 검색을 위해 가장 먼저 넣을 유형은 무엇인가요?

어느 유형도 AI 검색에 필수는 아니라는 것이 구글의 설명입니다. 그래도 넣는다면 사이트 전체에 한 번 넣는 Organization과 WebSite부터 시작하고, 글 페이지에는 Article을 넣는 순서가 준비하기 쉽습니다. 이름과 날짜, 작성자를 분명히 하는 효과가 가장 넓게 퍼지는 유형들입니다.

📋 3줄 요약

구조화 데이터는 페이지 내용을 검색엔진이 정해진 형식으로 읽게 적어 두는 JSON-LD 코드이고 Article은 제목과 이미지, 날짜 표시를, Organization은 조직 구분과 로고 표시를 돕습니다.
구글은 2026년 5월 7일부터 자주 묻는 질문 리치 결과를 검색에 보여 주지 않고 6월 15일 관련 문서도 내렸으며 AI 개요와 AI 모드에도 특별한 구조화 데이터는 필요하지 않다고 밝혔습니다.
구조화 데이터는 인용을 만드는 장치가 아니라 이름과 날짜, 작성자를 분명히 적는 장치이고 화면에 보이지 않는 내용을 적으면 구글 지침 위반으로 수동 조치를 받을 수 있습니다.

📚 참고 자료

구글 검색 센터, 검색 문서 업데이트: https://developers.google.com/search/updates
구글 검색 센터 블로그, How-to와 FAQ 리치 결과 변경(2023): https://developers.google.com/search/blog/2023/08/howto-faq-changes
구글 검색 센터, Article 구조화 데이터: https://developers.google.com/search/docs/appearance/structured-data/article
구글 검색 센터, Organization 구조화 데이터: https://developers.google.com/search/docs/appearance/structured-data/organization
구글 검색 센터, 구조화 데이터 일반 지침: https://developers.google.com/search/docs/appearance/structured-data/sd-policies
구글 검색 센터, AI features and your website: https://developers.google.com/search/docs/appearance/ai-features
구글 검색 센터, AI 검색 최적화 안내: https://developers.google.com/search/docs/fundamentals/ai-optimization-guide

제대로 이해했는지 한 문제로 확인해 볼까요?

답을 고르면 바로 풀이가 나와요.

2026년 9월 기준 구글 문서로 확인한 구조화 데이터의 상태로 맞는 것은 무엇일까요?

6개념 / 클래스이미지 안에만 있는 정보 문제와 텍스트로 옮기는 법