블로그 구조화 데이터(스키마) 기본: 효과, 한계, 확인 방법

구조화 데이터는 페이지 내용을 검색엔진이 읽기 쉬운 정해진 형식으로 다시 적어 주는 설명표입니다. 택배 상자에 붙는 송장과 비슷합니다. 상자 안 물건은 같지만, 송장이 있으면 받는 사람·보낸 날짜를 한눈에 알 수 있습니다. 구글은 구조화 데이터로 페이지 내용을 이해하고, 조건이 맞으면 별점·이동 경로 같은 정보가 붙은 '리치 결과'로 보여 줄 수 있다고 설명합니다.

하지 않는 일도 분명합니다. 구글 구조화 데이터 일반 가이드라인은 마크업이 올바르고 리치 결과 테스트를 통과해도 검색 결과에 나타난다는 보장은 없다고 적고 있습니다. 구조화 데이터는 기능이 나타날 수 있게 할 뿐이고, 실제 표시 여부는 검색어·기기·위치 등에 따라 구글이 정합니다. 또 구조화 데이터 문제로 수동 조치를 받으면 리치 결과 자격을 잃지만, 웹 검색 순위에는 영향이 없다고 같은 문서에 적혀 있습니다. 즉 스키마는 순위를 올리는 장치가 아니라 검색 결과의 모양에 관여하는 장치로 이해하는 편이 정확합니다.

• 하는 일: 글 제목·작성자·날짜·이미지·사이트 안 위치를 검색엔진에 명확히 알려 줌
• 할 수 있는 일: 조건이 맞으면 이동 경로 같은 리치 결과 표시 자격을 줌
• 하지 않는 일: 순위 상승 보장, 리치 결과 표시 보장, 색인 보장

블로그 글에 가장 흔히 쓰는 유형은 Article(또는 하위 유형인 BlogPosting)입니다. 구글 문서에 따르면 Article 구조화 데이터는 검색 결과에서 제목, 이미지, 날짜 정보를 더 잘 보여 주도록 돕습니다. Article에는 필수 속성이 없고, 해당되는 권장 속성을 넣으면 됩니다. 권장 속성은 headline(제목), image(대표 이미지), datePublished(발행일), dateModified(수정일), author(작성자)입니다. 날짜에는 시간대 정보를 함께 넣으라고 권장합니다.

BreadcrumbList는 '홈 > 카테고리 > 글'처럼 페이지가 사이트 구조 안에서 어디에 있는지 알려 줍니다. 각 단계를 ListItem으로 순서대로 적는 것이 필수입니다. 다만 2025년 1월 구글 문서가 업데이트되어, 이동 경로 표시는 현재 데스크톱 검색 결과에서만 제공됩니다. 모바일에서는 화면이 좁아 잘려 보이는 문제 때문이라고 구글은 설명합니다.

작성자 정보는 화면에 보이는 작성자와 마크업의 작성자가 같아야 합니다. 여러 명이면 author를 한 사람씩 따로 적고, 이름 하나에 쉼표로 묶지 않습니다. 작성자 소개 페이지가 있다면 author.url로 연결하는 것을 구글이 권장합니다.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "BlogPosting",
  "headline": "글 제목",
  "image": ["https://example.com/images/cover-16x9.jpg"],
  "datePublished": "2026-09-30T09:00:00+09:00",
  "dateModified": "2026-09-30T09:00:00+09:00",
  "author": [{
    "@type": "Person",
    "name": "작성자 이름",
    "url": "https://example.com/about"
  }]
}
</script>

한때 글 아래에 질문과 답이 펼쳐지는 FAQ 리치 결과, 단계가 붙는 HowTo 리치 결과가 블로그에서 많이 쓰였습니다. 지금은 두 가지 모두 일반 블로그에서 기대할 수 있는 기능이 아닙니다. 구글 공식 발표와 문서 변경 기록 기준으로 흐름을 정리하면 아래와 같습니다.

그래서 오래된 글에서 'FAQ 스키마를 넣으면 검색 결과가 넓어진다'는 조언을 보면 지금은 맞지 않는다고 보면 됩니다. 이미 넣어 둔 FAQPage·HowTo 마크업을 서둘러 지울 필요는 없습니다. 구글은 2023년 발표에서 사용되지 않는 구조화 데이터가 검색에 문제를 일으키지는 않지만 보이는 효과도 없다고 밝혔습니다. 글 본문에 있는 자주 묻는 질문 단락 자체는 독자에게 도움이 되면 그대로 두어도 됩니다.

1. 12023년 8월 8일: FAQ 리치 결과는 잘 알려진 권위 있는 정부·건강 사이트에만 표시하고, HowTo는 데스크톱에서만 표시한다고 발표했습니다.
2. 22023년 9월 13일: HowTo 리치 결과가 데스크톱에서도 사라져 기능이 중단되었습니다. 이후 서치 콘솔 보고서와 리치 결과 테스트 지원도 없어졌습니다.
3. 32026년 5월 7일: FAQ 리치 결과가 구글 검색에 더 이상 나타나지 않게 되었습니다. 구글은 2026년 6월에 FAQ 검색 노출 유형, 리치 결과 보고서, 리치 결과 테스트 지원을 없애고, 서치 콘솔 API 지원은 2026년 8월에 없앤다고 안내했습니다.
4. 42026년 6월 15일: FAQ 리치 결과 문서 자체가 구글 검색 센터에서 삭제되었습니다.

워드프레스에서 Yoast SEO나 Rank Math를 쓰면 스키마가 자동으로 들어갑니다. Yoast 도움말에 따르면 Yoast SEO는 모든 페이지에 WebPage, WebSite, 사이트 대표(조직 또는 사람) 정보를 기본으로 넣고, 글에는 Article을 추가하며 이동 경로 마크업도 넣습니다. 이 조각들은 하나의 그래프로 서로 연결됩니다. Rank Math 공식 안내에 따르면 'Rank Math SEO → Dashboard'에서 Schema (Structured Data) 모듈을 켜고, 'Rank Math SEO → Titles and Meta → Posts'의 Schema Type에서 글에 기본으로 넣을 유형을 고릅니다. 한국어로 번역된 화면에서는 메뉴 이름이 다르게 보일 수 있습니다.

문제는 같은 정보가 여러 곳에서 나올 때 생깁니다. SEO 플러그인 두 개를 함께 켜 두었거나, 테마가 자체 스키마를 넣거나, 스키마 전용 플러그인을 추가로 설치한 경우입니다. 그러면 한 글에 Article이 두 개 생기고 작성자·날짜 값이 서로 다를 수도 있습니다. 구글 가이드라인은 구조화 데이터가 페이지 내용을 정확히 나타내야 한다고 요구하므로, 서로 어긋나는 정보가 여러 벌 있는 상태는 피하는 것이 좋습니다. 가장 단순한 원칙은 스키마를 내보내는 곳을 하나로 정하는 것입니다.

• SEO 플러그인은 하나만 켭니다. 옮기는 중이라면 이전 플러그인은 비활성화합니다.
• 테마 설정에 스키마·구조화 데이터 옵션이 있으면 SEO 플러그인과 겹치지 않는지 확인합니다.
• 스키마 전용 플러그인을 추가하기 전에 지금 어떤 유형이 이미 나오고 있는지 먼저 테스트합니다.
• 화면에 없는 내용(보이지 않는 FAQ, 실제 사용자가 남기지 않은 별점 등)은 마크업하지 않습니다.

스키마가 제대로 들어갔는지는 구글의 리치 결과 테스트로 확인합니다. 발행된 글의 URL을 넣거나, 코드 조각을 붙여 넣어 검사할 수 있습니다. 결과 화면에서 감지된 항목, 오류, 경고를 볼 수 있고 항목을 펼치면 문제 위치를 알려 줍니다. 기본 검사 기기는 스마트폰이며 데스크톱으로 바꿀 수도 있습니다.

리치 결과 테스트는 구글 리치 결과와 관련된 유형을 중심으로 보여 줍니다. 스키마 전체가 문법적으로 맞는지 보고 싶다면 schema.org가 운영하는 스키마 마크업 검사기(validator.schema.org)를 함께 써 보면 중복 여부를 파악하기 쉽습니다.

1. 1리치 결과 테스트(search.google.com/test/rich-results)를 열고 글 URL을 입력합니다.
2. 2감지된 항목 목록에서 Article(또는 BlogPosting)과 탐색경로가 몇 개씩 나오는지 확인합니다. 같은 유형이 두 개 이상이면 중복을 의심합니다.
3. 3오류(필수 문제)가 있으면 먼저 고치고, 경고는 해당되는 항목만 보완합니다.
4. 4플러그인이나 테마 설정을 바꾼 뒤에는 같은 URL로 다시 테스트해 결과가 바뀌었는지 봅니다.

글 하나가 아니라 사이트 전체의 상태는 구글 서치 콘솔에서 봅니다. 왼쪽 메뉴의 '개선사항' 아래에 리치 결과 유형별 보고서가 나타납니다. 보고서는 구글이 사이트에서 유효한 마크업을 찾았고, 그 유형이 지원되는 리치 결과일 때만 생깁니다. 현재 지원 목록에는 탐색경로, 리뷰 스니펫, 동영상, 프로필 페이지 등이 있으며 Article은 별도 보고서가 없습니다. FAQ 보고서는 2026년 6월에 없어졌습니다.

블로그라면 '탐색경로' 보고서가 가장 먼저 볼 곳입니다. 유효한 항목과 잘못된 항목 수의 추이, 심각한 문제와 개선 권장 문제가 표로 나옵니다. 보고서는 사이트의 모든 항목이 아니라 표본을 보여 주므로, 목록에 없는 글은 'URL 검사'로 개별 확인합니다. 문제를 고친 뒤에는 보고서의 문제 상세 화면에서 검증을 시작해 해결 여부를 추적할 수 있습니다.

• 잘못된 항목이 갑자기 늘었다면: 최근 테마·플러그인 업데이트로 템플릿이 바뀌었는지 확인
• 유효 항목이 갑자기 줄었다면: 스키마 출력 설정이 꺼졌거나 다른 플러그인으로 바뀌었는지 확인
• 보고서 자체가 없다면: 지원 유형의 유효한 마크업이 아직 발견되지 않은 상태일 수 있음