SOYOYU
콘텐츠extends CreativeWork

Article

블로그 글·뉴스·매거진 등 본문이 기사인 페이지의 표준 타입. 작성자·발행일·이미지를 SERP에 노출.

XEO 효과 4가지

리치 결과

●●●●○높음

SERP에 작성자명·발행일·썸네일이 노출. Top Stories·Discover 후보. 같은 검색 결과에서 시각적으로 두드러짐.

AI 인용

●●●●●결정적

AI가 답변 인용의 단위로 사용. author·publisher·datePublished가 인용의 신뢰도와 신선도를 결정.

사용 빈도

●●●●●결정적

블로그·매거진·뉴스 등 거의 모든 콘텐츠 사이트가 사용. 가장 보편적인 콘텐츠 타입.

구현 난이도

●●○○○낮음

필수 3개에 author Person 객체와 image 3장만 갖추면 충분. 자동화하기 쉬움.

이럴 때 쓴다

  • 블로그 글·매거진·칼럼·튜토리얼
  • 더 구체적이면 NewsArticle·BlogPosting·TechArticle 우선 사용
  • 본문이 정보 전달 목적인 모든 페이지
블로그 글 표준
{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "스키마 마크업 시작 가이드",
  "datePublished": "2026-05-27T09:00:00+09:00",
  "dateModified": "2026-05-27T09:00:00+09:00",
  "author": {
    "@type": "Person",
    "name": "Yubs",
    "url": "https://example.com/about"
  },
  "publisher": { "@id": "https://example.com/#org" },
  "image": [
    "https://example.com/img/cover-16-9.jpg",
    "https://example.com/img/cover-4-3.jpg",
    "https://example.com/img/cover-1-1.jpg"
  ],
  "mainEntityOfPage": "https://example.com/blog/schema-guide"
}

publisher는 Organization @id 참조로 entity 통합. image는 세 종횡비 권장.

자주 보는 안티패턴

  • datePublished 누락 — 신선도 신호 약화
  • author가 Person이 아닌 단순 문자열 — entity 결합 약화
  • image가 정사각형 1장만 — 16:9, 4:3, 1:1 세 종횡비 권장
  • mainEntityOfPage 누락 — 페이지와 Article entity의 연결이 약함
  • 같은 페이지를 Article과 BlogPosting으로 동시 마크업
author가 문자열
"author": "Yubs"

Person 객체가 아니라 단순 문자열이면 author entity가 만들어지지 않음. 같은 author의 다른 글과 연결되지 않아 E-E-A-T 신호 약화.

권장 필드

  • headlineText글 제목. 110자 이내 권장. Google 리치 결과 노출 조건 (schema.org 자체로는 필수 아님)
  • datePublishedDate최초 발행 ISO 8601. Google 리치 결과 노출 조건
  • authorPerson|Organization작성자. Person 객체 권장. Google 리치 결과 노출 조건
  • imageImageObject|URL[]16:9·4:3·1:1 종횡비 3장 권장
  • dateModifiedDate최종 수정일. 갱신 표시에 활용
  • publisherOrganizationOrganization @id 참조
  • mainEntityOfPageURL페이지 URL — Article entity와 page entity의 연결
  • descriptionText메타 디스크립션과 동일 권장

해설

블로그·매거진·뉴스 사이트라면 글 하나당 하나가 표준. 같은 본문을 갖고도 Article 마크업이 있는 페이지와 없는 페이지는 SERP에서 완전히 다르게 보인다 — 작성자명·발행일·썸네일이 검색 결과에 같이 노출되느냐, 제목 한 줄만 노출되느냐.

리치 결과 관점에서 Article은 Top Stories(헤드라인 캐러셀)과 Discover(모바일 피드)의 진입 자격. NewsArticle을 쓰면 더 강한 신호이지만 — 뉴스가 아닌 일반 글은 Article·BlogPosting이면 충분하다. 세 종횡비 이미지(16:9, 4:3, 1:1)를 모두 제공하면 Google이 어느 포맷으로든 노출할 수 있어 노출 기회가 늘어난다.

AI 인용 관점에서 Article은 AI 답변의 인용 단위. ChatGPT가 "최근 ~ 트렌드 알려줘"에 답할 때 — Article 타입으로 마크업된 글의 headline·datePublished·author를 가져와 "2026년 5월 27일 ~ 사이트의 ~ 글에 따르면" 식으로 인용한다. 마크업이 없으면 AI는 인용 출처를 URL과 제목만으로 구성해야 하고 — 정확도가 떨어진다.

가장 큰 함정: author를 문자열로 넣는 것. "author": "Yubs"는 해당 글의 작성자 정보만 알려줄 뿐, 같은 작성자의 다른 글들과 연결되지 않는다. Person 객체로 name·url을 넣고, 가능하면 작성자 about 페이지에 별도로 Person JSON-LD를 두면 — Google과 AI가 한 사람이 쓴 여러 글을 묶어 전문성 entity로 인식한다. 이는 E-E-A-T의 experience·expertise 신호의 출발점.

Article 대신 더 구체적인 타입이 있다면 그걸 쓰자. 뉴스 사이트는 NewsArticle, 일반 블로그는 BlogPosting, 기술 문서는 TechArticle. 하위 타입은 Article의 모든 필드를 그대로 인식하면서 추가 특화 필드(예: printSection·articleSection)를 활용할 수 있다.