Article · NewsArticle · BlogPosting 스키마 완전 가이드

Article 스키마란

Article·NewsArticle·BlogPosting은 블로그 글, 뉴스 기사, 가이드 등 콘텐츠 페이지에 적용하는 구조화 데이터다. "이 페이지는 기사이고, 저자는 이 사람이며, 2026년 6월 4일에 발행됐다"는 정보를 검색 엔진과 AI 시스템이 직접 읽을 수 있는 형태로 제공한다.

Google 공식 문서(2026년 6월 확인)는 Article·NewsArticle·BlogPosting 세 변형 사이에 기능적 차이가 없다고 명시한다. 세 타입 모두 동일한 속성을 지원한다.

TL;DR

Article 스키마 핵심: ① 공식 필수 속성 없음 → author·datePublished·image부터 시작 ② author는 문자열이 아닌 Person 객체로 → Organization도 publisher로 연결 ③ dateModified 최신 유지 → AI 신선도 신호 ④ image 최소 50,000픽셀, 16:9·4:3·1:1 세 비율 권장 ⑤ headline 110자 이하 권장.

세 변형의 선택 기준

Google 공식 문서는 세 타입의 기능적 차이가 없다고 하지만, 콘텐츠 성격에 맞는 타입을 선택하는 것이 의미론적으로 정확하다.

세 타입 모두 Article의 서브타입이며, Article로 통일해도 무관하다.

AEO·AI 인용 관점에서의 의의

AI 답변 엔진은 출처를 인용할 때 다음 신호를 참조한다:

• 저자 명시: author에 Person 객체가 있으면 "특정 전문가의 글"로 인식
• 발행·수정일: 최신 dateModified가 있는 콘텐츠를 신선도 신호로 평가
• 이미지 존재: Google AI Overviews에서 이미지가 있는 글이 시각적으로 우선 노출되는 경향
• headline 일치: 스키마의 headline이 H1 태그와 일치하면 구조 신뢰도 상승

속성 정리

Google 공식 문서 기준 권장 속성(모든 속성은 선택사항).

최소 예시 (BlogPosting)

{
  "@context": "https://schema.org",
  "@type": "BlogPosting",
  "headline": "AEO란 무엇인가: AI 검색 시대의 콘텐츠 전략",
  "datePublished": "2026-06-04T09:00:00+09:00",
  "dateModified": "2026-06-04T09:00:00+09:00",
  "author": {
    "@type": "Person",
    "name": "임호범"
  },
  "publisher": {
    "@type": "Organization",
    "name": "크로플",
    "logo": {
      "@type": "ImageObject",
      "url": "https://kroffle.com/images/logo.png"
    }
  },
  "inLanguage": "ko-KR"
}

권장 예시 (Organization + Person 참조 연결)

{
  "@context": "https://schema.org",
  "@type": "BlogPosting",
  "headline": "AEO란 무엇인가: AI 검색 시대의 콘텐츠 전략",
  "description": "AEO(Answer Engine Optimization)의 정의, ChatGPT·Perplexity에 인용되는 방법, 한국 시장 적용 전략을 정리합니다.",
  "datePublished": "2026-06-04T09:00:00+09:00",
  "dateModified": "2026-06-04T09:00:00+09:00",
  "author": {
    "@type": "Person",
    "@id": "https://kroffle.com/team/ceo#person",
    "name": "임호범",
    "url": "https://kroffle.com/team/ceo"
  },
  "publisher": {
    "@type": "Organization",
    "@id": "https://kroffle.com/#organization",
    "name": "크로플",
    "logo": {
      "@type": "ImageObject",
      "url": "https://kroffle.com/images/logo.png",
      "width": 200,
      "height": 200
    }
  },
  "mainEntityOfPage": {
    "@type": "WebPage",
    "@id": "https://kroffle.com/blog/what-is-aeo"
  },
  "image": [
    {
      "@type": "ImageObject",
      "url": "https://kroffle.com/images/aeo-guide-16x9.jpg",
      "width": 1280,
      "height": 720
    },
    {
      "@type": "ImageObject",
      "url": "https://kroffle.com/images/aeo-guide-4x3.jpg",
      "width": 1200,
      "height": 900
    },
    {
      "@type": "ImageObject",
      "url": "https://kroffle.com/images/aeo-guide-1x1.jpg",
      "width": 1200,
      "height": 1200
    }
  ],
  "articleSection": "AEO·AI 검색",
  "wordCount": 2500,
  "inLanguage": "ko-KR"
}

@id를 사용하면 Organization·Person 스키마와 참조 연결이 가능해 동일 엔티티로 인식된다.

한국 시장 적응

시간대: datePublished와 dateModified는 KST(UTC+9)를 명시한다. 2026-06-04T09:00:00+09:00 형식 권장. UTC(Z)만 쓰면 한국 시간이 왜곡될 수 있다.

언어: inLanguage: "ko-KR"을 항상 포함한다. 한국어 콘텐츠임을 명시하면 한국어 AI 쿼리에서 우선 인용 가능성이 높아진다.

저자 표기: author.name에 한국 이름을 쓸 때 성+이름 순서로 작성한다. 영문 표기가 필요하면 author.alternateName에 로마자 표기를 추가한다.

자주 하는 실수

잘못된 예시: author를 문자열로 작성

"author": "임호범"

올바른 예시: Person 객체로 작성

"author": {
  "@type": "Person",
  "name": "임호범",
  "url": "https://kroffle.com/team/ceo"
}

잘못된 예시: 이미지를 단순 URL로

"image": "https://example.com/photo.jpg"

올바른 예시: ImageObject로 크기 명시

"image": {
  "@type": "ImageObject",
  "url": "https://example.com/photo.jpg",
  "width": 1280,
  "height": 720
}

다른 스키마와의 조합

• Organization + Person: publisher와 author를 @id로 참조 연결 — E-E-A-T 극대화
• BreadcrumbList: 동일 페이지에 함께 삽입해 사이트 구조 신호 강화
• FAQPage: 본문에 FAQ가 있으면 별도 FAQPage 스키마 추가
• Speakable: 음성 답변·AI 요약 인용을 위해 Article에 중첩

검증 방법

1. Google Rich Results Test: https://search.google.com/test/rich-results
2. Schema Markup Validator: https://validator.schema.org
3. Google Search Console: 구현 후 "향상 → 기사" 탭에서 오류·경고 모니터링

자주 묻는 질문

Q. Article · NewsArticle · BlogPosting 중 무엇을 써야 하나요?
A. Google 공식 문서는 세 타입의 기능적 차이가 없다고 명시한다. 콘텐츠 성격에 맞는 것을 선택한다. 블로그·가이드는 BlogPosting, 뉴스·시사 보도는 NewsArticle, 범용은 Article이 의미론적으로 적합하다.

Q. datePublished와 dateModified 중 어느 것이 더 중요한가요?
A. 두 가지 모두 중요하다. datePublished는 콘텐츠의 최초 출처 신뢰도 신호이고, dateModified는 신선도 신호다. AI 답변 엔진은 최근에 업데이트된 콘텐츠를 우선 인용하는 경향이 있으므로 내용 변경 시 dateModified를 반드시 갱신한다.

Q. 이미지가 없는 글에도 Article 스키마를 써야 하나요?
A. 써도 된다. image는 권장 속성이지 필수가 아니다. 이미지 없이도 author·datePublished·headline만으로 유효한 스키마가 된다. 단, Google AI Overviews에서 이미지 있는 콘텐츠가 시각적으로 우선 노출되는 경향이 있으므로 이미지 추가를 권장한다.

Q. 한 페이지에 여러 개의 Article 스키마를 넣어도 되나요?
A. 한 페이지가 하나의 기사를 다루는 것이 표준이다. 여러 Article 스키마를 넣으면 어떤 것이 주요 콘텐츠인지 혼란이 생긴다. 기사 목록 페이지라면 개별 기사 URL에 각각 삽입하는 것이 정확하다.

참고

• Google 공식 Article 문서: https://developers.google.com/search/docs/appearance/structured-data/article (2026년 6월 확인)
• Schema.org Article: https://schema.org/Article
• Schema.org BlogPosting: https://schema.org/BlogPosting
• Schema.org NewsArticle: https://schema.org/NewsArticle