구조·마크업 · 공식 문서
Article 스키마, 제목·저자·날짜·이미지 넣는 법
Article·NewsArticle·BlogPosting 중 하나를 골라 headline·image·datePublished·dateModified·author 의 권장 속성 5개를 화면과 같은 값으로 넣습니다. 필수 속성은 없고, 날짜는 ISO 8601 형식에 시간대를 붙이고 저자는 이름과 저자 페이지 URL 로 적습니다.
회사 칼럼과 블로그 글은 검색 결과에서 제목·이미지·날짜로 먼저 읽힙니다. Article 마크업은 이 세 가지를 구글에 정확히 알리는 자리입니다.
필수 속성이 없어서 어디까지 넣을지가 오히려 헷갈립니다. 구글 문서가 권장한 속성과 이미지 규격을 순서대로 따라가면 글 페이지 하나를 끝까지 마크업할 수 있습니다.
발견 01
Article 마크업은 필수 속성이 없고, 구글이 읽는 권장 속성은 5개입니다
Adding Article structured data to your news, blog, and sports article pages can help Google understand more about the web page and show better title text, images, and date information for the article in search results on Google Search and other properties (for example, Google News and the Google Assistant).
뉴스·블로그·스포츠 기사 페이지에 Article 구조화 데이터를 넣으면 구글이 페이지를 더 잘 이해하고, 구글 검색과 다른 서비스에서 제목·이미지·날짜를 더 잘 보여 줄 수 있다.
| 속성 | 칼럼 페이지에 넣을 값 | 공식 문서 원문 | 자세히 |
|---|---|---|---|
| headline | 화면의 글 제목과 같은 문장 | The title of the article. Consider using a concise title, as long titles may be truncated on some devices.글의 제목. 긴 제목은 일부 기기에서 잘릴 수 있으니 간결한 제목을 쓴다. | 없음 |
| image | 글을 대표하는 이미지 URL(16:9·4:3·1:1) | The URL to an image that is representative of the article. Use images that are relevant to the article, rather than logos or captions.글을 대표하는 이미지 URL. 로고나 캡션이 아니라 글과 관련된 이미지를 쓴다. | 없음 |
| datePublished | 처음 게시한 날짜와 시간(+09:00) | The date and time the article was first published, in ISO 8601 format. We recommend that you provide timezone information; otherwise, we will default to the timezone used by Googlebot.글을 처음 게시한 날짜와 시간(ISO 8601 형식). 시간대 정보를 넣기를 권하며, 없으면 Googlebot 이 쓰는 시간대로 본다. | 게시 날짜 편 |
| dateModified | 내용을 고친 날짜와 시간(+09:00) | The date and time the article was most recently modified, in ISO 8601 format.글을 마지막으로 고친 날짜와 시간(ISO 8601 형식). | 게시 날짜 편 |
| author | Person 의 name 과 저자 페이지 url | The author of the article. To help Google best understand authors across various features, we recommend following the author markup best practices. A link to a web page that uniquely identifies the author of the article. For example, the author's social media page, an "about me" page, or a bio page.글의 저자. 저자 마크업 권장사항을 따르기를 권한다. url 에는 저자를 하나로 가리키는 페이지(소셜 미디어·자기소개·약력 페이지) 링크를 넣는다. | 저자 정보 편 |
날짜는 2026-10-25T09:00:00+09:00 처럼 시간대까지 적습니다. 시간대가 없으면 구글은 Googlebot 이 쓰는 시간대로 읽습니다.
author 에는 사람 이름만 넣고, 회사 이름은 publisher 자리로 보냅니다. 저자 페이지와 ProfilePage 마크업은 「저자 정보」 편에, 화면 날짜와 마크업 날짜를 맞추는 법은 「게시 날짜」 편에 자세히 적었습니다.
발견 02
유형은 3가지 중 하나를 고르고, 구글은 셋 모두 같은 속성으로 읽습니다
Article objects must be based on one of the following schema.org types: Article, NewsArticle, BlogPosting.
Article 객체는 schema.org 의 Article·NewsArticle·BlogPosting 중 하나를 바탕으로 해야 한다.
| 유형 | 맞는 글(편집 판단) |
|---|---|
| Article | 회사 칼럼·가이드처럼 형식을 하나로 정하기 어려운 글 |
| NewsArticle | 보도자료·공지처럼 소식을 알리는 글 |
| BlogPosting | 블로그 메뉴에 날짜순으로 쌓이는 글 |
뉴스 매체가 아니어도 Article 마크업을 쓸 수 있습니다. 구글은 주요 뉴스 같은 기능에 마크업이 필수는 아니라고 적었습니다(원문: While there's no markup requirement to be eligible for Google News features like Top stories, you can add Article to more explicitly tell Google what your content is about (for example, that it's a news article, who the author is, or what the title of the article is).)
발견 03
넣는 순서는 유형 고르기부터 URL 검사까지 7단계입니다
| 순서 | 단계 | 할 일 | 공식 문서 원문 |
|---|---|---|---|
| 1 | 유형 고르기 | 글 성격에 맞는 유형 하나를 정합니다 | Article objects must be based on one of the following schema.org types: Article, NewsArticle, BlogPosting.Article 객체는 schema.org 의 Article·NewsArticle·BlogPosting 중 하나를 바탕으로 해야 한다. |
| 2 | 화면 확인 | 제목·날짜·저자·이미지가 화면에 보이는지 봅니다 | Don't mark up content that is not visible to readers of the page.페이지를 읽는 사람에게 보이지 않는 콘텐츠는 마크업하지 않는다. |
| 3 | 권장 속성 넣기 | 권장 속성 5개 중 글에 있는 것을 넣습니다 | There are no required properties; instead, add the properties that apply to your content.필수 속성은 없고, 콘텐츠에 해당하는 속성을 넣는다. |
| 4 | 이미지 규격 | 크롤링 가능한 고해상도 이미지를 세 비율로 넣습니다 | Image URLs must be crawlable and indexable. For best results, we recommend providing multiple high-resolution images (minimum of 50K pixels when multiplying width and height) with the following aspect ratios: 16x9, 4x3, and 1x1.이미지 URL 은 크롤링·색인이 가능해야 한다. 가로×세로 5만 픽셀 이상의 고해상도 이미지를 16x9·4x3·1x1 비율로 여러 장 넣기를 권한다. |
| 5 | 나뉜 글의 캐노니컬 | 여러 페이지로 나뉜 글은 각 페이지나 전체 보기 페이지를 가리킵니다 | For multi-part articles, make sure that the rel=canonical points at either each individual page or a "view-all" page (and not to page 1 of a multi-part series).여러 부분으로 나뉜 글은 rel=canonical 이 각 페이지나 「전체 보기」 페이지를 가리키게 하고, 1페이지를 가리키지 않게 한다. |
| 6 | 리치 결과 테스트 | 심각한 오류를 고칩니다 | Validate your code using the Rich Results Test and fix any critical errors.리치 결과 테스트로 코드를 검사하고 심각한 오류를 고칩니다. |
| 7 | URL 검사 | 몇 페이지를 배포한 뒤 구글이 보는 모습을 확인합니다 | Deploy a few pages that include your structured data and use the URL Inspection tool to test how Google sees the page.구조화된 데이터를 넣은 페이지 몇 개를 먼저 배포하고 URL 검사 도구로 구글이 페이지를 어떻게 보는지 확인합니다. |
The URL to an image that is representative of the article. Use images that are relevant to the article, rather than logos or captions.
글을 대표하는 이미지 URL. 로고나 캡션이 아니라 글과 관련된 이미지를 쓴다.
image 에는 회사 로고나 글자를 얹은 배너보다 글 내용을 보여 주는 이미지를 넣습니다. 가로와 세로를 곱해 5만 픽셀 이상인 이미지를 16:9·4:3·1:1 세 비율로 준비하면 문서의 권장을 모두 채웁니다.
글 하나를 여러 페이지로 나눴다면 페이지마다 캐노니컬이 자기 자신이나 전체 보기 페이지를 가리키게 합니다.
발견 04
B2B·B2C·B2G 는 같은 Article 마크업에서 신경 쓸 속성이 다릅니다
예시 ① 협업 소프트웨어 기업의 기술 블로그(B2B)
엔지니어가 직접 쓰는 글이 많아 BlogPosting 을 쓰고, author 에 실제 작성자 이름과 저자 페이지 URL 을 넣습니다.
기능 업데이트로 글을 자주 고치므로 dateModified 를 화면의 「최종 업데이트」 날짜와 함께 바꿉니다.
예시 ② 스타일 매거진을 운영하는 의류 쇼핑몰(B2C)
코디 칼럼의 대표 이미지를 상품 단독 컷이나 로고 배너로 두면 글을 대표하지 못합니다. 칼럼마다 착용 사진을 세 비율로 잘라 image 에 넣습니다.
칼럼이 상품을 소개하더라도 이 페이지의 주인공은 글이므로 Article 을 씁니다.
예시 ③ 공공기관 누리집의 보도자료 게시판(B2G)
보도자료는 NewsArticle 로 두고, 담당 부서가 쓰는 글이면 author 를 Organization 으로 적어 기관 홈페이지에 링크합니다.
게시판 템플릿 하나에 마크업을 넣으면 모든 보도자료에 적용되므로, 날짜 칸이 게시일을 읽는지 테스트로 먼저 확인합니다.
그럼 지금 글 페이지에는 무엇부터 넣나요?
- 글 페이지 템플릿마다 Article·NewsArticle·BlogPosting 중 하나를 정합니다.
- 템플릿이 화면에 제목·날짜·저자·대표 이미지를 보여 주는지 확인하고, 빠진 것은 화면부터 채웁니다.
- 권장 속성 5개를 화면 값에서 읽어 오도록 템플릿에 넣고, 날짜에는 +09:00 을 붙입니다.
- 대표 이미지를 16:9·4:3·1:1 세 비율로 준비합니다.
- 글 몇 개를 리치 결과 테스트와 URL 검사 도구로 확인합니다. 템플릿을 자바스크립트로 채운다면 「자바스크립트 구조화 데이터」 편의 확인 순서를 따릅니다.
조사 방법
- Google Search Central 「Article (Article, NewsArticle, BlogPosting) structured data」 (문서 수정일 2026-09-08) · 최종 확인일 2026-10-25 · https://developers.google.com/search/docs/appearance/structured-data/article
- Google Search Central 「Profile page (ProfilePage) structured data」 (문서 수정일 2026-09-08) · 최종 확인일 2026-10-25 · https://developers.google.com/search/docs/appearance/structured-data/profile-page
- Google Search Central 「General structured data guidelines」 (문서 수정일 2026-07-10) · 최종 확인일 2026-10-18 · https://developers.google.com/search/docs/appearance/structured-data/sd-policies
- 권장 속성 5개는 문서 「Structured data type definitions」의 Recommended properties 표에서 하위 속성(author.name·author.url)을 author 로 묶어 센 것입니다. 넣는 순서와 유형별로 맞는 글은 편집 판단입니다.
- 예시 ①②③은 이해를 돕기 위해 만든 가상 상황이며, 실제 기업·기관 사례가 아닙니다.
- 원문은 영어판(hl=en)이고, 도구 이름은 같은 문서 한국어판(hl=ko) 표기를 따랐습니다.