Structured Data

왜 필요한가#

사람은 페이지를 보면 제목, 작성자, 날짜, 가격 같은 정보를 맥락으로 구분합니다. 기계는 그렇지 않습니다. HTML만 놓고 보면 어떤 텍스트가 제목이고 어떤 숫자가 가격인지 추측해야 하고, 추측은 틀릴 수 있습니다.

구조화 데이터는 이 추측을 확정적인 선언으로 바꿉니다. 검색엔진은 선언된 정보를 근거로 별점, FAQ, 이벤트 정보 같은 리치 결과(rich result)를 표시할 수 있고, GEO· AEO 관점에서는 AI가 페이지의 주체와 내용을 오해 없이 인용하는 기반이 됩니다. 페이지의 대표 주소를 선언하는 Canonical URL이 "어느 URL이 원본인가"에 답한다면, 구조화 데이터는 "이 페이지가 무엇인가"에 답합니다.

어떻게 작성하는가#

JSON-LD는 <script type="application/ld+json"> 블록 하나를 페이지에 넣는 방식입니다. HTML 구조를 건드리지 않으므로 유지보수가 쉽고, Google도 이 형식을 권장합니다. 기사(Article)의 간단한 예시는 다음과 같습니다.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "구조화 데이터란 무엇인가",
  "datePublished": "2026-08-11",
  "author": {
    "@type": "Organization",
    "name": "AI6"
  }
}
</script>

@type에 어떤 유형을 쓸 수 있는지, 각 유형에 어떤 속성이 있는지는 Schema.org 어휘가 정의합니다. 기사 외에도 조직(Organization), 지역 비즈니스(LocalBusiness), 상품(Product), FAQ(FAQPage) 등 페이지 성격에 맞는 유형을 골라 사용합니다.

무엇을 마크업해야 하나#

원칙은 하나입니다. 사용자가 실제로 보는 페이지 내용과 일치하는 것만 마크업합니다. 병원이라면 진료 시간과 위치, 부동산이라면 매물 정보처럼 페이지에 이미 표시된 사실을 기계가 읽을 수 있게 옮기는 작업이지, 페이지에 없는 내용을 추가로 심는 작업이 아닙니다.

자주 생기는 오해#

• "구조화 데이터를 넣으면 순위가 오른다" — 구조화 데이터는 순위 상승을 보장하는 장치가 아닙니다. 검색엔진이 페이지를 정확히 이해하고 리치 결과로 표시할 자격을 만들 뿐이며, 표시 여부도 검색엔진이 결정합니다.
• "마크업만 하면 리치 결과가 나온다" — 형식이 유효해도 검색엔진이 항상 리치 결과를 보여주지는 않습니다.
• "한 번 넣으면 끝이다" — 페이지 내용이 바뀌면 마크업도 함께 바꿔야 합니다. 내용과 어긋난 마크업은 없는 것보다 나쁩니다.

관련 개념과 이어서 보기#

구조화 데이터는 SEO의 기술적 기반이자, AI 검색 시대에 콘텐츠의 출처와 의미를 밝히는 수단입니다. 사이트 전체에 적용하는 순서는 홈페이지 SEO 기본 가이드에서 다룹니다.