AI 검색 최적화

구조화 데이터(JSON-LD)란? 역할과 적용 시 주의사항

Q: AI 검색에 어떤 도움이 되나요?

1. **개체를 정확히 구분합니다.** "올림"이라는 단어가 회사 이름인지 일반 단어인지, 구조화 데이터가 분명히 알려 줍니다. 이렇게 이름·장소·회사처럼 구분되는 대상을 **엔티티**(개체)라고 부릅니다. 2. **관계를 알려 줍니다.** "이 글의 작성자는 이 사람이고, 이 사람은 이 회사 소속이다"처럼 정보 사이의 연결을 보여 줍니다. 3. **검색 결과를 풍부하게 만듭니다.** 구글은 조건이 맞으면 별점, 자주 묻는 질문, 행사 일정 등을 검색 결과에 더 보기 좋게 보여 줄 수 있습니다. (표시 여부는 구글이 결정하며 보장되지 않습니다.) **주의:** 구조화 데이터가 AI 답변 노출을 직접 보장한다는 공식 발표는 없습니다. 다만 내용을 정확히 이해시키는 데 도움이 되는 기초 작업으로 보는 것이 적절합니다.

Q: 어디에 넣나요?

페이지의 HTML 안에 아래처럼 ` ` 태그로 넣습니다. 화면에는 보이지 않고 기계만 읽습니다. 홈페이지 제작 도구(워드프레스, 아임웹 등)를 쓰는 경우 플러그인이나 "헤더 코드 삽입" 기능으로 넣을 수 있습니다.

Q: 어디부터 시작하면 좋을까요?

| 우선순위 | 페이지 | 넣을 유형 | |---|---|---| | 1 | 홈페이지 | Organization 또는 LocalBusiness | | 2 | 블로그 글 | BlogPosting | | 3 | 서비스·상품 페이지 | Service 또는 Product | | 4 | 자주 묻는 질문 페이지 | FAQPage | 처음부터 모든 것을 할 필요는 없습니다. 홈페이지의 회사 정보 하나만 정확히 넣어도 좋은 출발입니다.

올림넷 연구팀2026년 10월 16일

구조화 데이터는 검색엔진과 AI에게 "이 페이지가 무엇인지" 알려주는 이름표입니다. 대표 유형과 흔한 실수, 점검 방법을 쉽게 정리했습니다.

한 줄 답변: 구조화 데이터(JSON-LD)는 웹페이지 안에 "이 페이지는 회사 소개이고, 회사 이름은 무엇이며, 주소와 전화번호는 무엇이다"처럼 기계가 바로 읽을 수 있는 정보표를 넣는 방법입니다. 검색엔진과 AI가 내용을 정확히 이해하도록 돕지만, 화면에 없는 내용을 넣거나 사실과 다르게 쓰면 오히려 문제가 됩니다.

구조화 데이터를 쉽게 이해하기

사람은 웹페이지를 보면 "아, 이건 가격이구나", "이건 영업시간이구나" 하고 금방 알아챕니다. 하지만 기계에게 "월~금 09:00~18:00"은 그냥 글자일 뿐입니다.

구조화 데이터는 이 글자 옆에 이름표를 붙여 주는 일입니다. 택배 상자에 "받는 사람", "주소", "연락처" 칸이 정해져 있어서 누구나 같은 방식으로 읽을 수 있는 것과 비슷합니다.

이 이름표의 공통 규칙을 정해 둔 곳이 Schema.org(구글, 마이크로소프트 등이 함께 만든 구조화 데이터 표준 사전)입니다. 그리고 그 규칙을 페이지에 적는 대표적인 형식이 JSON-LD(정보를 "항목: 값" 형태로 적는 데이터 형식)입니다.

AI 검색에 어떤 도움이 되나요?

개체를 정확히 구분합니다. "올림"이라는 단어가 회사 이름인지 일반 단어인지, 구조화 데이터가 분명히 알려 줍니다. 이렇게 이름·장소·회사처럼 구분되는 대상을 엔티티(개체)라고 부릅니다.
관계를 알려 줍니다. "이 글의 작성자는 이 사람이고, 이 사람은 이 회사 소속이다"처럼 정보 사이의 연결을 보여 줍니다.
검색 결과를 풍부하게 만듭니다. 구글은 조건이 맞으면 별점, 자주 묻는 질문, 행사 일정 등을 검색 결과에 더 보기 좋게 보여 줄 수 있습니다. (표시 여부는 구글이 결정하며 보장되지 않습니다.)

주의: 구조화 데이터가 AI 답변 노출을 직접 보장한다는 공식 발표는 없습니다. 다만 내용을 정확히 이해시키는 데 도움이 되는 기초 작업으로 보는 것이 적절합니다.

어디에 넣나요?

페이지의 HTML 안에 아래처럼 <script type="application/ld+json"> 태그로 넣습니다. 화면에는 보이지 않고 기계만 읽습니다. 홈페이지 제작 도구(워드프레스, 아임웹 등)를 쓰는 경우 플러그인이나 "헤더 코드 삽입" 기능으로 넣을 수 있습니다.

꼭 알아야 할 유형 4가지와 예시

아래 예시는 설명을 위한 가상의 회사 정보입니다. 실제로 쓸 때는 반드시 내 회사의 실제 정보로 바꾸세요.

1. 회사·매장 소개: Organization / LocalBusiness

회사 소개나 홈페이지 첫 화면에 넣습니다. 매장이 있다면 LocalBusiness(또는 더 구체적인 유형, 예: Restaurant, Dentist)를 씁니다.

{
  "@context": "https://schema.org",
  "@type": "LocalBusiness",
  "name": "예시 공방",
  "url": "https://example.com",
  "telephone": "02-000-0000",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "예시로 123",
    "addressLocality": "서울특별시 양천구",
    "addressCountry": "KR"
  },
  "openingHours": "Mo-Fr 10:00-19:00",
  "sameAs": [
    "https://www.instagram.com/example"
  ]
}

sameAs에는 공식 SNS나 지도 페이지 주소를 넣어 "이 계정들이 모두 같은 회사"라는 것을 알려 줍니다.

2. 블로그·기사: Article / BlogPosting

글마다 넣습니다. 작성자와 작성일, 수정일이 특히 중요합니다.

{
  "@context": "https://schema.org",
  "@type": "BlogPosting",
  "headline": "가죽 지갑 관리하는 방법",
  "author": { "@type": "Person", "name": "홍길동" },
  "publisher": { "@type": "Organization", "name": "예시 공방" },
  "datePublished": "2026-10-01",
  "dateModified": "2026-10-10",
  "mainEntityOfPage": "https://example.com/blog/wallet-care"
}

3. 자주 묻는 질문: FAQPage

페이지에 실제로 보이는 질문과 답이 있을 때만 씁니다.

{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [{
    "@type": "Question",
    "name": "주말에도 운영하나요?",
    "acceptedAnswer": {
      "@type": "Answer",
      "text": "토요일은 오전 10시부터 오후 5시까지 운영하며, 일요일은 쉽니다."
    }
  }]
}

참고로 구글은 2023년부터 FAQ 리치 결과를 정부·의료 등 일부 신뢰도 높은 사이트 위주로만 보여 준다고 안내했습니다. 검색 결과 모양이 바뀌지 않더라도, 질문과 답의 구조를 기계에 알려 주는 의미는 남아 있습니다.

4. 제품·서비스: Product / Service

판매하는 상품이나 제공하는 서비스 페이지에 씁니다. 가격은 화면에 보이는 가격과 반드시 같아야 합니다.

{
  "@context": "https://schema.org",
  "@type": "Service",
  "name": "가죽 지갑 수선",
  "provider": { "@type": "LocalBusiness", "name": "예시 공방" },
  "areaServed": "서울특별시",
  "offers": {
    "@type": "Offer",
    "price": "30000",
    "priceCurrency": "KRW"
  }
}

적용 시 꼭 지켜야 할 주의사항

1. 화면에 없는 내용을 넣지 않습니다.

구조화 데이터는 화면 내용을 설명하는 이름표입니다. 화면에 없는 후기, 별점, 질문을 몰래 넣으면 구글 정책 위반으로 처리될 수 있습니다.

2. 별점과 후기를 지어내지 않습니다.

스스로 매긴 별점이나 가짜 후기를 구조화 데이터로 넣는 것은 대표적인 금지 사례입니다. 실제 고객 후기가 있을 때만, 실제 숫자로 씁니다.

3. 정보를 최신으로 유지합니다.

가격이나 영업시간이 바뀌었는데 구조화 데이터는 예전 값이면, 기계는 틀린 정보를 믿게 됩니다. 화면을 고칠 때 함께 고치는 습관이 필요합니다.

4. 페이지와 맞지 않는 유형을 쓰지 않습니다.

블로그 글에 Product를 넣거나, 모든 페이지에 똑같은 FAQPage를 넣는 것은 혼란만 줍니다. 페이지마다 그 페이지의 성격에 맞는 유형을 고릅니다.

제대로 들어갔는지 확인하는 방법

구글 리치 결과 테스트(search.google.com/test/rich-results): 주소를 넣으면 인식된 구조화 데이터와 오류를 보여 줍니다.
Schema Markup Validator(validator.schema.org): Schema.org 규칙에 맞는지 전체적으로 검사합니다.
구글 서치 콘솔: 사이트 전체의 구조화 데이터 오류를 꾸준히 알려 줍니다.

흔한 오류 예시

쉼표나 따옴표가 하나 빠져서 전체가 인식되지 않음
필수 항목(예: Product의 name) 누락
날짜 형식 오류 (2026.10.01 대신 2026-10-01 형식 사용)

어디부터 시작하면 좋을까요?

우선순위	페이지	넣을 유형
1	홈페이지	Organization 또는 LocalBusiness
2	블로그 글	BlogPosting
3	서비스·상품 페이지	Service 또는 Product
4	자주 묻는 질문 페이지	FAQPage

처음부터 모든 것을 할 필요는 없습니다. 홈페이지의 회사 정보 하나만 정확히 넣어도 좋은 출발입니다.

정리

구조화 데이터는 기계를 위한 "정보 이름표"입니다.
화면 내용과 똑같이, 사실대로, 최신으로 유지하는 것이 가장 중요합니다.
넣은 뒤에는 반드시 검사 도구로 확인합니다.

구조화 데이터 외의 기술 점검 항목은 [AI 검색에 인용되려면? 웹사이트 기술 점검 5가지](/blog/ai-search-citation-tech-checklist)에서 확인할 수 있습니다. 내 사이트에 구조화 데이터가 제대로 들어가 있는지 궁금하다면 올림넷 무료 진단을 이용해 보세요.

#JSON-LD

#구조화 데이터

#Schema.org

#기술 SEO