구조화 데이터

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

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

2026년 11월 2일 작성 · 읽는 시간 약 8분 · 다올라 SEO 가이드

원본Google 검색 센터 「구조화된 기사(Article, NewsArticle, BlogPosting) 데이터」 · 원문 최종 업데이트 2026-09-14 기준

핵심 정리

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의 구조화된 기사 데이터 안내에서는 이 마크업이 있으면 Google이 페이지를 더 잘 이해하고, 검색 결과 등에서 제목·이미지·날짜를 더 잘 표시할 수 있다고 설명해요. 마크업은 페이지 정보에 표준 형식의 라벨을 붙이는 일이에요.

다만 '더 잘 표시할 수 있다'는 말이지, 표시를 약속하지는 않아요. 구조화 데이터의 기본 개념과 JSON-LD 형식은 구조화 데이터 기초 가이드에서 먼저 정리했어요.

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

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

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

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

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

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

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

작성자 소개 페이지가 내 사이트 안에 있다면 그 페이지에 프로필 페이지 구조화 데이터를 함께 넣는 것이 권장돼요. 누가 썼는지 밝히는 일은 신뢰와도 이어져요. 이 내용은 사람 중심 콘텐츠 점검법에서 다뤘어요.

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

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

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

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

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

{
  "@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 태그 쓰는 법은 홈페이지 사진 검색 최적화 가이드에 있어요.

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

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

리치 결과 테스트에서 심각한 오류부터 고쳐요. 경고도 고치면 품질에 도움이 될 수 있어요. 날짜 속성은 해당할 때만 쓰는 항목이라 빠져도 경고가 뜨지 않아요.
URL 검사 도구로 robots.txt, noindex, 로그인 때문에 막히지 않았는지 봐요. 이미지 주소도 같은 방법으로 확인할 수 있어요.
괜찮다면 Google에 재크롤링 요청을 하고 기다려요. 반영까지 며칠 걸릴 수 있어요.
앞으로 새 글을 알리려면 사이트맵 만들고 제출하는 방법대로 사이트맵을 내 두면 좋아요.

마크업이 정상이어도 리치 결과가 안 보일 수 있어요. 사이트가 구조화된 데이터 일반 가이드라인을 어기면 직접 조치, 즉 Google이 사이트를 검토해 내리는 제재를 받을 수 있어요. 화면에 없는 작성자나 날짜를 꾸며 넣지 마세요.

정리

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

자주 묻는 질문

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

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

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

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

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

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

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

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

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

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

출처

구조화된 기사(Article, NewsArticle, BlogPosting) 데이터 — Google 검색 센터 · 최종 업데이트 2026-09-14

이 글은 위 Google 검색 센터 문서(CC BY 4.0)를 바탕으로 다올라가 한국어로 풀어 쓴 가이드입니다. 원문은 바뀔 수 있으니 중요한 결정 전에는 원문을 함께 확인해 주세요.