AISeeWhy
KO
무료 체험 시작

AI 답변을 위한 구조화 데이터: 무엇을 어떻게 마크업할까

게시일

핵심 답변

구조화 데이터가 AI 답변을 저절로 열어 주지는 않지만, 사실에 대한 의문을 없애 줍니다. 발행처는 sameAs 링크가 있는 Organization으로, 각 글은 author, datePublished, dateModified로, 제품은 offers, 가격, 통화로, 질문 섹션은 FAQPage로 마크업하세요. JSON-LD를 사용하고 페이지에 보이는 내용과 똑같이 유지하세요.

HTML을 읽는 크롤러는 누가 페이지를 발행했는지, 언제 바뀌었는지, 제품 가격이 얼마인지 추측해야 합니다. JSON-LD는 이런 사실을 schema.org 어휘로 명시합니다. Google은 AI 기능에 특별한 스키마가 필요하지 않다고 밝히고, 다른 AI 벤더는 마크업을 어떻게 사용하는지 공개하지 않으므로, 솔직한 목표는 순위를 올리는 요령이 아니라 명확성입니다.

이 글의 목차
  1. 구조화 데이터가 AI 답변에 도움이 되는 이유는 무엇인가요?
  2. 조직은 어떻게 마크업해야 하나요?
  3. Article이나 BlogPosting 마크업에는 무엇을 넣어야 하나요?
  4. FAQPage 마크업은 여전히 추가할 가치가 있나요?
  5. 제품이나 앱 가격은 어떻게 마크업하나요?
  6. 마크업이 제대로 읽히는지 어떻게 확인하나요?

구조화 데이터가 AI 답변에 도움이 되는 이유는 무엇인가요?

AI 답변은 사실을 말해야 할 때가 많습니다. 누가 제품을 만드는지, 가격이 얼마인지, 글이 최신인지 같은 것입니다. 이런 사실이 문장 속에만 있으면 잘못 읽히거나 다른 페이지의 사실과 섞일 수 있습니다. 마크업은 어떤 파서든 읽을 수 있는, 각 사실에 대한 하나의 일관된 진술을 제공합니다.

가능하면 JSON-LD를 사용하세요. Google은 구현하고 유지하기 가장 쉬운 형식으로 이를 권장합니다. 그리고 Google의 기본 규칙을 따르세요. 정확한 정보라 하더라도 페이지에서 사용자에게 보이지 않는 정보는 마크업하지 마세요.

조직은 어떻게 마크업해야 하나요?

name, url, logo, sameAs가 있는 Organization은 사이트 뒤에 누가 있는지 크롤러에게 알려 줍니다. schema.org는 sameAs를 항목의 정체성을 명확하게 나타내는 참조 페이지의 URL, 예를 들어 다른 곳에 있는 공식 프로필 등으로 정의합니다. Google은 이를 홈페이지나 소개 페이지에 두라고 제안하며, 모든 페이지에 필요하지는 않습니다.

{
  "@context": "https://schema.org",
  "@type": "Organization",
  "@id": "https://example.com/#org",
  "name": "Example Co",
  "url": "https://example.com/",
  "logo": "https://example.com/logo.png",
  "sameAs": [
    "https://www.linkedin.com/company/example-co",
    "https://github.com/example-co"
  ]
}

조직에 안정적인 @id를 부여하면 글의 publisher처럼 사이트의 다른 마크업이 이를 참조할 수 있습니다. sameAs에는 내가 관리하는 프로필만 넣으세요. 이름이 비슷한 다른 회사의 페이지로 연결하면 원하는 것과 반대의 결과가 됩니다. 마크업이 분명히 하려는 정체성을 흐리기 때문입니다.

Google은 description, legalName, contactPoint, address 같은 선택 속성도 나열합니다. 사실이고 변하지 않는 것만 추가하고, 직접 계속 고쳐야 하는 것은 빼세요.

Article이나 BlogPosting 마크업에는 무엇을 넣어야 하나요?

글에서 신뢰와 최신성에 가장 중요한 속성은 headline, name과 작성자를 식별하는 url이 있는 author, datePublished, dateModified입니다. Google은 ISO 8601 형식의 날짜와 시간대 포함을 권장합니다.

{
  "@context": "https://schema.org",
  "@type": "BlogPosting",
  "headline": "How to choose a clinic scheduling app",
  "author": {"@type": "Person", "name": "Jane Doe", "url": "https://example.com/team/jane"},
  "publisher": {"@id": "https://example.com/#org"},
  "datePublished": "2026-10-01T09:00:00+00:00",
  "dateModified": "2026-11-12T09:00:00+00:00",
  "image": "https://example.com/img/scheduling.jpg"
}

dateModified는 정직하고 일관되게 유지하세요. 눈에 보이는 페이지와 사이트맵의 lastmod에 같은 날짜를 사용하고, 콘텐츠가 실제로 바뀔 때만 업데이트하세요.

FAQPage 마크업은 여전히 추가할 가치가 있나요?

더 이상 하지 않는 일이 무엇인지 분명히 해 둡니다. Google은 검색에서 FAQ 리치 결과 표시를 중단했고 해당 기능의 문서도 삭제했습니다. 따라서 FAQPage 마크업으로 Google에서 확장된 FAQ 결과를 얻을 수는 없습니다.

여전히 각 질문과 답변을 기계가 읽을 수 있는 형태로 연결하는 유효한 schema.org 유형이며, 페이지를 분석하는 모든 시스템에 유용합니다. 이미 페이지에 눈에 보이는 FAQ 섹션이 있다면 마크업하는 비용은 적습니다. 페이지에 없는 질문을 마크업에 추가하지 마세요.

{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [{
    "@type": "Question",
    "name": "Does the app work offline?",
    "acceptedAnswer": {"@type": "Answer", "text": "Yes. Changes sync when the device is back online."}
  }]
}

제품이나 앱 가격은 어떻게 마크업하나요?

사람들은 AI 어시스턴트에 제품 가격을 자주 묻는데, 가격표에 묻힌 가격은 잘못 읽히기 쉽습니다. Product나 SoftwareApplication 마크업에 price와 priceCurrency가 있는 offers를 추가하세요. Google은 오퍼에 price가 필수라고 하며 priceCurrency를 권장하고, 무료 앱은 가격을 0으로 명시해야 한다고 합니다.

{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Example Planner Pro",
  "offers": {
    "@type": "Offer",
    "price": 19.00,
    "priceCurrency": "USD",
    "availability": "https://schema.org/InStock"
  }
}

마크업이 제대로 읽히는지 어떻게 확인하나요?

AISeeWhy는 페이지의 JSON-LD를 분석하여 유효하지 않은 블록, 누락된 발행처나 sameAs, 불완전한 글 데이터, 가격이 없는 앱 또는 제품 마크업, FAQ 마크업이 없는 질문 제목을 보고하고, 각각에 대해 바로 쓸 수 있는 코드 조각을 제공합니다.

자주 묻는 질문

Google AI Overviews에 나오려면 구조화 데이터가 필요한가요?

아닙니다. Google은 AI Overviews나 AI Mode에 특별한 schema.org 구조화 데이터가 필요하지 않다고 밝힙니다. 마크업은 날짜나 가격 같은 사실을 모호하지 않게 하는 데 여전히 도움이 됩니다.

JSON-LD, Microdata, RDFa 중 무엇을 써야 하나요?

모두 유효하지만, Google은 환경이 허용하는 한 JSON-LD를 권장합니다. 눈에 보이는 HTML과 별도로 추가하고 유지하기 쉽기 때문입니다.

모든 페이지에 Organization 마크업이 있어야 하나요?

Google은 홈페이지나 조직을 설명하는 하나의 페이지에 두라고 제안합니다. 다른 페이지는 @id로 이를 참조할 수 있습니다.

구조화 데이터가 좋은 콘텐츠를 대체하나요?

아닙니다. 마크업은 페이지에 대한 사실을 진술할 뿐 약한 답변을 강하게 만들지는 않습니다. AI 답변은 여전히 눈에 보이는 텍스트를 인용하므로, 페이지는 스스로 질문에 잘 답해야 합니다.

방문자에게 숨겨진 콘텐츠도 마크업할 수 있나요?

아닙니다. Google 가이드라인은 정확한 정보라 하더라도 사용자에게 보이지 않는 정보는 마크업하지 말라고 합니다.

참고 자료

다른 글