# 블로그 글에 Article 구조화 데이터 넣는 법(작성자·날짜·이미지)

블로그·가이드 글에 Article 구조화 데이터를 넣을 때 유형 고르기, 작성자·날짜·이미지 작성법, 넣은 뒤 확인하는 순서를 예시와 함께 정리했어요.

- 분류: 구조화 데이터
- 작성: 2026-11-02 · 수정: 2026-11-02
- 원본: [구조화된 기사(Article, NewsArticle, BlogPosting) 데이터](https://developers.google.com/search/docs/appearance/structured-data/article?hl=ko)

## 핵심 정리

- Article 마크업에는 필수 속성이 없으니, 글에 실제로 해당하는 제목·이미지·날짜·작성자 정보를 채우면 돼요.
- 작성자가 여러 명이면 한 칸에 이름을 몰아 쓰지 말고 사람마다 author 항목을 따로 만들어야 해요.
- 날짜는 2026-10-01T09:00:00+09:00처럼 '연-월-일T시:분:초' 모양(ISO 8601)으로 적고 끝에 한국 시간대 +09:00까지 붙여야 Google이 시각을 잘못 해석할 일이 줄어요.
- 대표 이미지는 로고가 아니라 글 내용을 보여 주는 사진을 16x9·4x3·1x1 비율로 여러 장 준비하는 것이 권장돼요.
- 마크업을 했다고 검색 결과에 특별한 모습이 보장되지는 않으니, 테스트 도구로 오류를 확인하고 크롤링을 기다리는 게 순서예요.

블로그나 가이드 글에는 Article 계열 구조화 데이터를 넣어 글 제목(headline), 대표 이미지(image), 처음 올린 날짜·고친 날짜, 작성자(author)를 Google에 알려 줄 수 있어요. 뉴스 매체만 쓰는 게 아니라 카페 소식, 학원 학습 가이드 같은 사업장 블로그 글에도 똑같이 쓸 수 있어요.

## Article 구조화 데이터는 무엇을 알려 주나요

글의 제목, 이미지, 날짜, 작성자가 무엇인지 Google에 분명하게 알려 줘요. [Google의 구조화된 기사 데이터 안내](https://developers.google.com/search/docs/appearance/structured-data/article?hl=ko)에서는 이 마크업이 있으면 Google이 페이지를 더 잘 이해하고, 검색 결과 등에서 제목·이미지·날짜를 더 잘 표시할 수 있다고 설명해요. 마크업은 페이지 정보에 표준 형식의 라벨을 붙이는 일이에요.

다만 '더 잘 표시할 수 있다'는 말이지, 표시를 약속하지는 않아요. 구조화 데이터의 기본 개념과 JSON-LD 형식은 [구조화 데이터 기초 가이드](https://daolla.com/guide/structured-data-basics/)에서 먼저 정리했어요.

## 어떤 유형을 고르고 무엇을 채우나요

유형은 Article, NewsArticle, BlogPosting 가운데 하나를 고르면 돼요. 카페나 공방의 소식·후기 글이라면 BlogPosting이, 학원의 학습 가이드처럼 정보성 글이라면 Article이 자연스러워요. Google이 지원하는 권장 속성은 아래와 같아요.

| 속성 | 담는 내용 | 주의할 점 |
|---|---|---|
| headline | 글 제목 | 일부 기기에서 긴 제목이 잘릴 수 있어 간결하게 |
| image | 대표 이미지 주소 | 로고·캡션 말고 글과 관련된 사진 |
| datePublished | 처음 게시한 날짜·시간 | ISO 8601 형식, 시간대 포함 권장 |
| dateModified | 마지막으로 고친 날짜·시간 | 해당할 때만 넣기 |
| author | 작성자(사람 또는 조직) | name, url을 함께 |

headline은 Google이 검색 결과에 제목 텍스트를 보여 줄 때 도움이 되는 정보 중 하나예요. 다만 실제 검색 결과 제목은 title 요소, 화면의 큰 제목 같은 여러 출처를 함께 보고 정해져요. 이 과정은 [검색 결과 제목과 title 쓰는 법](https://daolla.com/guide/title-links/)에서 자세히 다뤘어요.

## 작성자(author)는 어떻게 적나요

화면에 작성자로 보이는 사람을 빠짐없이, 한 사람씩 따로 적는 것이 핵심이에요. 이렇게 점검해 보세요.

- **모두 포함하기**: 글에 작성자가 둘로 나오면 마크업에도 둘 다 넣어요.
- **한 명씩 나누기**: "김하늘, 이도윤"처럼 한 name 칸에 합치지 말고 author 항목을 두 개 만들어요.
- **이름만 쓰기**: name에는 이름만 써요. 직함은 jobTitle, 존칭은 honorificPrefix 같은 전용 속성에 넣어요. 업체 이름은 publisher로 따로 적어요. '작성자:' 같은 소개 문구도 빼요.
- **유형 맞추기**: 사람은 Person, 업체는 Organization을 써요. Thing처럼 막연한 유형은 쓰지 않아요.
- **url 또는 sameAs 넣기**: url에는 작성자를 알아볼 수 있는 소개 페이지 주소를 넣어요. sameAs는 '이 사람과 같은 인물의 다른 페이지'라는 뜻으로, 작성자의 소셜 미디어 프로필 같은 주소를 적는 속성이에요. Google은 둘 다 작성자를 구분하는 데 인식할 수 있어요.

작성자 소개 페이지가 내 사이트 안에 있다면 그 페이지에 [프로필 페이지 구조화 데이터](https://developers.google.com/search/docs/appearance/structured-data/profile-page?hl=ko)를 함께 넣는 것이 권장돼요. 누가 썼는지 밝히는 일은 신뢰와도 이어져요. 이 내용은 [사람 중심 콘텐츠 점검법](https://daolla.com/guide/helpful-content/)에서 다뤘어요.

## 날짜와 이미지는 어떻게 맞추나요

날짜는 ISO 8601 형식에 시간대를 붙이고, 이미지는 크롤링할 수 있는 고해상도 사진을 여러 비율로 준비하세요. ISO 8601은 2026-10-01T09:00:00+09:00처럼 연-월-일을 쓰고 T 뒤에 시:분:초를 이어 적는 국제 표준 날짜 형식이에요. 끝의 +09:00이 시간대인데, 이걸 빼면 Googlebot의 시간대가 기본값이 되므로 한국 사업장은 꼭 붙이는 게 안전해요. 날짜가 검색 결과에 쓰이는 방식은 [Google의 날짜 정보 안내](https://developers.google.com/search/docs/appearance/publication-dates?hl=ko)도 참고하세요.

이미지는 이런 조건을 챙기면 돼요.

- 글 내용을 보여 주는 사진일 것(로고 X)
- Google 이미지가 지원하는 파일 형식일 것
- 가로×세로 픽셀을 곱한 값이 50,000 이상일 것
- 16x9, 4x3, 1x1 비율을 여러 장 넣을 것

필라테스 스튜디오 블로그라면 아래처럼 쓸 수 있어요. 이 내용을 페이지 head 안에서 type 값이 application/ld+json인 script 태그로 감싸 넣으면 돼요.

```json
{
  "@context": "https://schema.org/",
  "@type": "BlogPosting",
  "headline": "첫 필라테스 수업 전에 준비할 것",
  "image": [
    "https://example.com/photos/1x1/class.jpg",
    "https://example.com/photos/4x3/class.jpg",
    "https://example.com/photos/16x9/class.jpg"
  ],
  "datePublished": "2026-10-01T09:00:00+09:00",
  "dateModified": "2026-10-20T14:30:00+09:00",
  "author": [{
    "@type": "Person",
    "name": "김하늘",
    "jobTitle": "필라테스 강사",
    "url": "https://example.com/about/kim-haneul"
  }],
  "publisher": {
    "@type": "Organization",
    "name": "하늘 필라테스",
    "url": "https://example.com/"
  }
}
```

사진 파일 이름이나 img 태그 쓰는 법은 [홈페이지 사진 검색 최적화 가이드](https://daolla.com/guide/image-seo/)에 있어요.

## 넣은 뒤에는 무엇을 확인하나요

리치 결과 테스트로 오류를 고치고, URL 검사 도구로 Google이 페이지를 볼 수 있는지 확인해요. 리치 결과는 평범한 링크보다 사진·날짜 같은 정보가 더해져 눈에 띄게 보이는 검색 결과를 말해요. 순서는 이래요.

1. 리치 결과 테스트에서 심각한 오류부터 고쳐요. 경고도 고치면 품질에 도움이 될 수 있어요. 날짜 속성은 해당할 때만 쓰는 항목이라 빠져도 경고가 뜨지 않아요.
2. URL 검사 도구로 robots.txt, noindex, 로그인 때문에 막히지 않았는지 봐요. 이미지 주소도 같은 방법으로 확인할 수 있어요.
3. 괜찮다면 [Google에 재크롤링 요청](https://developers.google.com/search/docs/crawling-indexing/ask-google-to-recrawl?hl=ko)을 하고 기다려요. 반영까지 며칠 걸릴 수 있어요.
4. 앞으로 새 글을 알리려면 [사이트맵 만들고 제출하는 방법](https://daolla.com/guide/sitemap/)대로 사이트맵을 내 두면 좋아요.

마크업이 정상이어도 리치 결과가 안 보일 수 있어요. 사이트가 [구조화된 데이터 일반 가이드라인](https://developers.google.com/search/docs/appearance/structured-data/sd-policies?hl=ko)을 어기면 직접 조치, 즉 Google이 사이트를 검토해 내리는 제재를 받을 수 있어요. 화면에 없는 작성자나 날짜를 꾸며 넣지 마세요.

## 정리

1. 블로그 글 한 편을 골라 화면에 보이는 제목, 작성자, 게시일·수정일, 대표 사진을 적어 보세요.
2. 그 정보만으로 BlogPosting이나 Article 마크업을 만들고, 날짜에 +09:00을 붙이세요.
3. 리치 결과 테스트와 URL 검사 도구로 확인한 뒤, 문제없으면 같은 틀을 다른 글에도 넣으세요.
4. dateModified를 넣었다면 화면에 보이는 수정일과 마크업 값이 서로 어긋나지 않는지 가끔 점검하세요.

## 자주 묻는 질문

### Google 뉴스의 주요 뉴스 같은 기능에 나오려면 Article 마크업이 꼭 있어야 하나요?

아니요. Google은 주요 뉴스 같은 Google 뉴스 기능에 필요한 마크업 요구사항은 없다고 밝혀요. 다만 Article을 넣으면 글 제목이나 작성자 같은 내용을 Google에 더 분명하게 알릴 수 있어요.

### 긴 글을 1편, 2편처럼 여러 페이지로 나눠 올렸어요. 대표 주소는 어떻게 정하나요?

rel=canonical은 '이 페이지의 대표 주소는 여기'라고 Google에 알려 주는 태그예요. 여러 부분으로 나뉜 글은 이 태그가 각 페이지 자신이나 '모두 보기' 페이지를 가리키게 해야 해요. 시리즈의 1페이지를 모든 페이지의 대표 주소로 지정하면 안 돼요. 대표 주소를 정하는 방법은 [대표 주소(표준 URL) 정하는 법](/guide/canonical-url/)에서 정리했어요.

### 회원만 볼 수 있는 강의 후기나 유료 글에도 Article 마크업을 넣어도 되나요?

넣을 수 있어요. 다만 구독하거나 가입해야 볼 수 있는 콘텐츠라면 구독 및 페이월 콘텐츠용 구조화 데이터를 함께 추가해 보라는 것이 Google의 안내예요.

### JSON-LD 말고 마이크로데이터로 넣어도 되나요?

네. Google 문서에는 JSON-LD와 함께 마이크로데이터 예시도 실려 있어요. 마이크로데이터는 화면에 보이는 HTML 태그에 itemprop 같은 속성을 붙이는 방식이에요. 블로그 도구를 쓴다면 내장 플러그인을 쓰는 편이 더 쉬울 수 있어요.

### 구조화 데이터 때문에 직접 조치를 받으면 페이지가 검색에서 사라지나요?

구조화 데이터 직접 조치를 받으면 그 페이지의 마크업은 무시되지만, 페이지 자체는 계속 검색 결과에 나올 수 있어요. 문제를 고친 뒤 Search Console의 직접 조치 보고서에서 재검토를 요청하면 돼요.

## 출처

- [구조화된 기사(Article, NewsArticle, BlogPosting) 데이터](https://developers.google.com/search/docs/appearance/structured-data/article?hl=ko) — Google 검색 센터 (CC BY 4.0)