TRAIL Search
← 블로그 목록스키마 마크업 실전 가이드: 블로그 글에 Article·FAQ·HowTo JSON-LD 적용하기

스키마 마크업 실전 가이드: 블로그 글에 Article·FAQ·HowTo JSON-LD 적용하기

JSON-LD 코드부터 테스트까지, 5단계로 끝내기

· TRAIL Labs Research
SEOGEO스키마 마크업구조화 데이터

스키마 마크업은 웹 페이지의 콘텐츠가 무엇을 의미하는지 검색엔진과 AI 엔진에게 알려주는 코드예요. 사람은 HTML을 보고 "이게 FAQ인지, 리뷰인지, 가이드인지" 바로 알 수 있지만, 기계는 그 판단이 쉽지 않아요. 스키마 마크업이 이 판단을 도와줘요[1]. 적용된 페이지는 검색 결과에서 별점, FAQ 아코디언, 단계 목록 같은 리치 스니펫으로 표시될 수 있고, 이런 리치 스니펫은 일반 결과보다 클릭률이 높은 경향이 있어요.

시작 전 준비물

  • HTML 기본 지식 (script 태그가 뭔지 아는 정도면 충분해요)
  • CMS 편집 권한, 또는 코드를 직접 수정할 수 있는 환경
  • Google Rich Results Test 접근 권한 (검증용)

적용 5단계

1단계: 적합한 스키마 타입 선택

콘텐츠 유형적합한 스키마리치 스니펫 효과
블로그 글Article발행일, 저자, 이미지 표시
FAQ가 있는 글FAQPageFAQ 아코디언 표시 가능
단계별 가이드HowTo단계 목록, 소요 시간 표시
제품 리뷰Review + Product별점, 가격 표시
용어 정의DefinedTerm정의 스니펫

대부분의 블로그는 Article과 FAQPage 조합으로 시작하면 충분해요.

2단계: JSON-LD 기본 구조 작성

JSON-LD는 HTML의 <script> 태그 안에 넣는 JSON 형식이에요. 구글이 공식적으로 권장하는 방식이에요[1].

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "글 제목",
  "author": {
    "@type": "Person",
    "name": "저자 이름"
  },
  "datePublished": "2026-09-01",
  "dateModified": "2026-09-08"
}
</script>

JSON-LD는 <head> 또는 <body> 어디에 넣어도 동작하지만, 구글은 <head> 안에 넣는 걸 권장해요.

3단계: Article 스키마 적용

블로그 글에 기본적으로 적용할 Article 스키마는 아래와 같아요.

{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "온페이지 SEO 체크리스트 2026",
  "description": "타이틀 태그부터 스키마 마크업까지 8단계 체크리스트",
  "author": {
    "@type": "Person",
    "name": "작성자 이름",
    "url": "https://example.com/about"
  },
  "publisher": {
    "@type": "Organization",
    "name": "브랜드명",
    "logo": {
      "@type": "ImageObject",
      "url": "https://example.com/logo.png"
    }
  },
  "datePublished": "2026-09-01",
  "dateModified": "2026-09-08",
  "mainEntityOfPage": "https://example.com/blog/on-page-seo-checklist-2026"
}

4단계: FAQ 스키마 적용

FAQ 섹션이 있는 글에 추가해요.

{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [
    {
      "@type": "Question",
      "name": "스키마 마크업이 SEO에 필수인가요?",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "필수는 아니지만 적용하면 리치 스니펫 획득 확률이 높아져요."
      }
    }
  ]
}

주의: FAQ 스키마에 넣는 질문과 답변은 실제 페이지 본문에도 그대로 표시되어야 해요. 숨겨진 콘텐츠에 스키마만 적용하는 건 정책 위반이에요[2]. 리치 결과로 항상 노출되는 것도 아니에요. 구글은 검색어와 페이지 신뢰도에 따라 노출 여부를 판단하기 때문에, 스키마를 정확히 넣었다고 해서 아코디언 형태의 노출이 보장되는 건 아니에요.

5단계: 테스트 및 배포

  1. Google Rich Results Test에서 URL이나 코드를 입력해 검증해요.
  2. 에러가 있으면 수정해요. 필수 필드 누락이 가장 흔한 원인이에요.
  3. 배포 후 Search Console의 "리치 결과" 보고서에서 인식 여부를 확인해요.
  4. 리치 스니펫 반영까지 수일에서 수주가 걸릴 수 있어요.

Schema 타입별 코드 예시

HowTo 스키마

{
  "@context": "https://schema.org",
  "@type": "HowTo",
  "name": "스키마 마크업 적용하는 방법",
  "totalTime": "PT1H",
  "step": [
    {
      "@type": "HowToStep",
      "name": "스키마 타입 선택",
      "text": "콘텐츠에 적합한 스키마 타입을 선택하세요."
    },
    {
      "@type": "HowToStep",
      "name": "JSON-LD 작성",
      "text": "선택한 타입에 맞는 JSON-LD 코드를 작성하세요."
    }
  ]
}

여러 스키마 동시 적용

한 페이지에 여러 스키마를 넣을 수 있어요. Article과 FAQPage를 동시에 적용한다면 아래처럼 배열로 묶으면 돼요.

<script type="application/ld+json">
[
  {
    "@context": "https://schema.org",
    "@type": "Article",
    "headline": "..."
  },
  {
    "@context": "https://schema.org",
    "@type": "FAQPage",
    "mainEntity": [ ... ]
  }
]
</script>

GEO에서 스키마가 갖는 의미

스키마 마크업은 단순히 검색 결과를 꾸미는 작업이 아니에요. AI 시대에는 AI 엔진이 콘텐츠를 이해하는 과정에서도 참고 신호가 돼요.

AI 시스템이 웹 콘텐츠를 파싱할 때 구조화된 데이터를 함께 참고할 수 있고, Article 스키마에 저자·발행일·소속이 명시되면 AI가 출처를 더 정확하게 인식하는 데 도움이 될 수 있어요. 저자 정보, 발행일, 조직 정보 같은 신뢰 신호를 스키마로 제공하는 건 신뢰도 평가에도 긍정적인 요소로 작용해요.

다만 스키마 자체가 AI 인용을 보장하는 건 아니라는 점은 꼭 함께 기억해야 해요. 스키마는 질문에 바로 답하는 본문 구조, 근거와 출처, 외부 신뢰 신호와 함께 쓰일 때 의미가 커져요. 이 관계는 스키마를 AI 인용 레버가 아니라 기술 위생으로 보는 관점에서 더 자세히 다루고 있어요.

실무 팁

CMS에 따라 Article·FAQ 스키마를 자동 생성해주는 플러그인이 있다면 수동 코딩 부담을 줄일 수 있어요. 각 타입별 필수·권장 필드는 schema.org 공식 문서에 명확히 정의돼 있으니 참고하면 좋아요[3]. 과도한 스키마 적용은 역효과를 낼 수 있어요. 리뷰가 아닌 글에 Review 스키마를 넣는 것처럼 적합하지 않은 스키마를 붙이면 오히려 검토 대상이 될 수 있어요. dateModified 필드는 콘텐츠를 업데이트할 때마다 함께 바꿔주는 게 좋아요. 이 날짜가 최신 콘텐츠라는 신호로 작용할 수 있어요.

자주 막히는 지점

Rich Results Test에서 에러가 나요. 가장 흔한 원인은 필수 필드 누락이에요. Article 스키마는 headline, author, datePublished가 필수예요. 에러 메시지에서 누락된 필드를 확인하고 추가하세요.

스키마를 적용했는데 리치 스니펫이 안 보여요. 리치 스니펫 표시는 구글이 보장하지 않아요. 스키마가 올바르더라도 특정 검색어에서는 적합하지 않다고 판단되면 표시되지 않을 수 있어요. 최소 2-4주 기다린 후 Search Console에서 확인하세요.

JSON-LD 문법 에러가 반복돼요. 쉼표 누락이나 따옴표 불일치가 대부분이에요. JSON 검증 도구에 코드를 먼저 붙여넣어 문법 에러를 잡고, 그다음 Rich Results Test로 스키마 유효성을 검증하세요.

스키마 마크업은 한 번 세팅해두면 오래 쓰는 기본기예요. Article과 FAQPage부터 정확히 적용해두고, 페이지 성격에 맞는 타입을 하나씩 늘려가는 방식이 가장 안전한 접근이에요.

이 글과 이어지는 내용은 스키마 마크업이 AI 인용을 늘려줄까: 본문과 어긋난 JSON-LD의 문제, FAQ 리치 결과 종료, FAQ 스키마를 지워야 할까: 본문 Q&A 근거 구조로 전환하기, GEO(생성형 엔진 최적화)란? 어떤 페이지부터 어떤 순서로 시작할까에서 볼 수 있어요.

자주 묻는 질문

스키마 마크업이 SEO에 필수인가요?

필수는 아니지만 적용해두면 검색엔진과 AI 엔진 모두 페이지의 의미를 더 정확히 파악할 수 있어요. 리치 결과 표시는 구글이 보장하지 않지만, 구조화 데이터를 정확히 넣어두면 자격을 갖출 확률이 높아져요.

FAQ 스키마를 넣으면 항상 아코디언 형태로 노출되나요?

아니요. 리치 결과 표시 여부와 형태는 검색엔진이 검색어와 페이지 신뢰도를 보고 판단해요. FAQ 스키마에 넣는 질문·답변은 페이지 본문에도 그대로 보여야 하고, 숨겨진 콘텐츠에만 스키마를 적용하면 정책 위반으로 간주될 수 있어요[2].

여러 스키마를 한 페이지에 동시에 넣어도 되나요?

네, 가능해요. 하나의 script 태그 안에 배열 형태로 여러 @type을 함께 넣을 수 있어요. Article과 FAQPage를 동시에 적용하는 방식이 블로그 글에서 가장 흔한 조합이에요.

참고자료

  1. [1]Google Search Central, "Structured data markup"
  2. [2]Google Search Central, "FAQPage structured data"
  3. [3]Schema.org

요약

  • 스키마 마크업은 HTML만으로 판단하기 어려운 페이지의 의미(글인지, FAQ인지, 가이드인지)를 기계에 명확히 알려주는 JSON-LD 코드예요.
  • 블로그 글에는 Article, FAQ가 있는 페이지에는 FAQPage, 단계별 가이드에는 HowTo 스키마를 우선 적용하면 충분해요.
  • FAQ 스키마에 넣는 질문과 답변은 반드시 본문에도 그대로 보여야 하고, 숨겨진 콘텐츠에만 적용하면 안 돼요.
  • 적용 후에는 Google Rich Results Test로 검증하고, 배포 후 Search Console의 리치 결과 보고서에서 인식 여부를 확인하는 순서가 안전해요.

이 글처럼 AI가 답할 키워드 전략을 자동으로 세워보세요

TRAIL Search가 브랜드가 AI 검색에 어떻게 노출되는지 진단하고, 어떤 콘텐츠를 써야 인용되는지 처방해요.

AI 검색 가시성 진단하기

다른 글