11월 8, 2026 가이드 읽는 시간 1분

아무 웹사이트에나 스키마 마크업 추가하는 법 (단계별 가이드)

Q: JSON-LD 스니펫은 정확히 어디에 붙여넣나요?

해당 페이지의 head 섹션 안에 한 번, 또는 닫는 body 태그 바로 앞에 붙여넣으세요. Google은 둘 다 읽습니다. Google Tag Manager를 쓴다면 그 페이지에서만 발화하는 Custom HTML 태그에 스니펫을 넣습니다. 중요한 규칙은 페이지당 스니펫 하나와 같은 타입의 중복 복사본 금지입니다.

검색 엔진은 이제 페이지를 그저 읽기만 하지 않습니다. 이해하려고 합니다. 스키마 마크업(schema markup)은 Google, Bing, 그리고 ChatGPT와 Perplexity 같은 AI 어시스턴트에게 이 페이지가 정확히 무엇인지——아티클인지, 하우투 가이드인지, 제품인지, 지역 비즈니스인지, 조직인지——말해 주는 구조화 데이터의 기계 판독 가능한 레이어입니다. 이 가이드에서는 어떤 웹사이트에나 스키마 마크업을 추가하는 단계별 방법, 페이지마다 알맞은 스키마 타입을 고르는 법, 그리고 무료 스키마 마크업 생성기가 1분 안에 유효한 JSON-LD 코드를 만들어 주는 방법을 배웁니다. 코딩 지식은 필요 없습니다.

스키마 마크업이란?

스키마 마크업은 schema.org에서 공개된 표준화된 어휘로, 콘텐츠의 의미를 기계가 추측 없이 파싱할 수 있는 형식으로 기술합니다. 크롤러가 어떤 제목을 제품 이름으로, 근처의 숫자를 가격으로 올바르게 추측해 주기를 바라는 대신, 명시적으로 진술합니다. 이 페이지는 Product이고, 이름은 이것이며, 가격은 이것이라고요. 전체 어휘는 수백 개의 타입을 아우르지만, 실전에서는 그중 다섯 개——Article, HowTo, Product, LocalBusiness, Organization——가 대다수 웹사이트의 필요를 커버합니다.

구조화 데이터는 여러 형식으로 쓸 수 있고, 그 형식이 다 동등하지는 않습니다:

JSON-LD는 하나의 <script type="application/ld+json"> 태그 안에 담긴 단일 JSON 블록으로, 보통 페이지 head 안에 둡니다. 보이는 HTML을 전혀 건드리지 않으므로 생성이 쉽고, 리디자인 중에 옮기기 쉽고, Google Tag Manager로 관리하기 쉽습니다. Google은 모든 대안보다 JSON-LD를 명시적으로 권장합니다.
Microdata는 itemprop, itemscope 같은 속성을 기존 HTML 곳곳에 흩뿌립니다. 동작은 하지만 구조화 데이터가 디자인과 결부되고, 템플릿을 바꾸면 조용히 깨지며, 수백 페이지에 걸쳐 유지하기가 훨씬 어렵습니다.
RDFa는 비슷한 단점을 지닌 더 오래된 인라인 형식으로, 주로 기업용 퍼블리싱 시스템에서 보입니다.

CMS가 다른 형식을 강제하지 않는 한, 2026년의 올바른 선택은 JSON-LD입니다. 이 가이드의 모든 예시와 저희 생성기가 만드는 모든 것은 JSON-LD입니다.

리치 결과와 AI 엔진에서 스키마 마크업이 중요한 이유

검색의 리치 결과. 유효한 구조화 데이터를 지닌 페이지는 강화된 검색 목록의 대상이 됩니다. 제품 결과의 별점·가격·재고 상태, 하우투 가이드의 단계 목록, 아티클 결과의 저자·날짜 정보가 그것입니다. 이런 강화된 목록은 시각적으로 두드러지고 결과 페이지에서 더 많은 공간을 차지하며, 일반적으로 파란 링크보다 높은 클릭률을 얻습니다. 마크업이 없어도 검색 엔진은 페이지를 이해할 수 있지만, 사실을 진술하는 대신 결정을 운에 맡기게 되는 셈입니다.

AI 답변 엔진. ChatGPT, Perplexity, Gemini, Copilot은 점점 더 웹 페이지를 직접 읽고 인용해 질문에 답합니다. 구조화 데이터는 이런 시스템에 선물입니다. HTML을 역으로 해부하는 대신, 페이지를 누가 썼고 무엇을 기술하며 얼마이고 사업장이 어디에 있는지에 대한 깔끔하고 모호하지 않은 진술을 발견합니다. 명확한 스키마 마크업을 지닌 페이지는 정확히 인용되고 올바르게 출처가 붙기 쉬우며, 조사 세션이 검색창이 아니라 AI 어시스턴트 안에서 시작되는 비중이 커지는 지금 그것이 중요합니다.

엔티티 이해. 사이트 전반에 일관된 Organization과 LocalBusiness 마크업은 엔진이 여러분의 페이지, 로고, 소셜 프로필, 실제 위치를 하나의 응집된 정체성으로 연결하도록 돕습니다. 그 일관성은 클래식 SEO와 AI 주도의 발견 양쪽 모두를 위한 장기 자산입니다.

스키마 마크업 추가하기, 단계별 가이드

1단계: 알맞은 스키마 타입 고르기

타입은 페이지의 주된 목적과 일치해야 하며, 순위가 더 좋게 나오기를 바라는 타입과 일치해서는 안 됩니다. 블로그 글은 Article, 단계별 튜토리얼은 HowTo, 제품 상세 페이지는 Product, 매장이나 서비스 지점은 LocalBusiness, 홈페이지나 소개 페이지는 보통 Organization입니다. 페이지를 자신이 아닌 것으로 마크업하는 것은 검색 엔진 가이드라인 위반이며, 노리던 가시성 자체를 잃게 만들 수 있습니다.

2단계: 스키마 마크업 생성기의 필드 채우기

무료 스키마 마크업 생성기를 열고 페이지 타입에 맞는 탭을 선택하세요. 각 필드는 공식 schema.org 속성 이름을 따르며 한 줄 설명이 붙어 있어 어휘를 외울 필요가 없습니다. 아티클이라면 헤드라인, 저자, 게시일, 이미지를 채우고, 하우투라면 행 추가 버튼으로 단계를 넣고, 제품이라면 가격, 통화, 재고 여부를 입력합니다. 생성기는 비워 둔 선택 필드는 아예 생략하므로 스니펫에 미완성인 자리표시자 값이 남지 않고, 필수 필드가 비면 코드를 보여 주면서 표시해 줍니다.

3단계: JSON-LD 스니펫 복사

복사 버튼을 누르면 다음처럼 완성되어 바로 붙여넣을 수 있는 블록이 나옵니다:

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "How to Brew Better Coffee at Home",
  "author": {
    "@type": "Person",
    "name": "Jane Doe"
  },
  "datePublished": "2026-10-12",
  "image": "https://example.com/images/coffee.jpg"
}
</script>

모든 속성 이름이 schema.org가 정의한 정확한 camelCase 표기를 사용한다는 점, 그리고 블록 전체가 자족적이라는 점——보이는 페이지에는 아무것도 주입되지 않는다——에 주목하세요.

4단계: 페이지에 붙여넣기

일반 HTML 사이트라면 해당 페이지의 <head> 섹션 안이나 닫는 </body> 태그 바로 앞에 스니펫을 붙여넣습니다. 둘 다 동작합니다. WordPress라면 부모 테마를 수정하는 대신 SEO 플러그인의 페이지별 스니펫 옵션이나 차일드 테마의 헤더 훅을 사용하세요. Google Tag Manager로 사이트를 관리한다면 스니펫을 담은 Custom HTML 태그를 만들어 그 한 페이지에서만 발화되게 설정합니다. 어떤 경로를 택하든 규칙은 같습니다. 페이지당 스니펫 하나, 같은 타입의 복사본은 절대 두지 않습니다.

5단계: 검증 및 모니터링

라이브 URL을 Google의 Rich Results Test와 Schema Markup Validator에 돌려 마크업이 파싱되고 오류가 없는지 확인하세요. 그다음 Google Search Console의 Enhancements 보고서를 지켜 보세요. 페이지 타입별로 감지된 구조화 데이터, 경고, 오류를 나열해 줍니다. 스키마 마크업 생성기가 스니펫을 만들었다면 검증은 대개 형식적인 절차에 그칩니다. 도구가 입력하는 동안 JSON 유효성을 검사하기 때문입니다.

어떤 스키마 타입을 써야 할까?

Article — 헤드라인과 저자를 지닌 블로그 글, 뉴스, 모든 편집 콘텐츠. 사실상 게시하는 모든 글에 사용하세요.
HowTo — 일련의 단계로 전개되는 튜토리얼과 안내문. 레시피, 설치 가이드, 수리 워크스루가 예입니다.
Product — 전자상거래 제품 페이지. 가격, 통화, 재고, 평점이 쇼핑 결과에서 목록을 돋보이게 합니다.
LocalBusiness — 실제 위치를 가진 페이지. 주소, 지리 좌표, 전화, 영업 시간을 기계 판독 가능한 형태로 담아야 하는 상점, 식당, 클리닉, 에이전시가 여기에 속합니다.
Organization — 홈페이지나 소개 페이지. 회사 자체를 기술합니다: 공식 이름, 로고, 설립일, 연락처, 소셜 프로필 링크.

페이지의 주된 콘텐츠가 질문과 답변의 집합이라면, 억지로 다른 타입에 끼워 넣지 말고 FAQPage 마크업을 추가하세요. 전용 FAQ 스키마 생성기가 그 블록을 만들어 주고, FAQ 스키마 추가하는 법 가이드가 과정을 자세히 안내합니다. 타입을 합법적으로 결합할 수도 있습니다. 예를 들어 홈페이지에 Organization 블록, 각 글에 Article 블록을 두는 식입니다. 단, 각 블록이 그 페이지에 실제로 있는 콘텐츠를 기술해야 합니다.

스키마 마크업 모범 사례

보이는 것만 마크업하기. 구조화 데이터는 방문자가 페이지에서 실제로 볼 수 있는 콘텐츠를 기술해야 합니다. 숨겨진 콘텐츠나 꾸며낸 콘텐츠는 Google 가이드라인 위반입니다.
사실을 지어내지 않기. 가짜 리뷰 개수, 꾸며낸 평점, 다른 사이트에서 복사한 설명은 수동 페널티로 가는 지름길입니다.
정확한 속성 이름 사용. 속성은 대소문자를 구분하는 camelCase입니다. datePublished이지 datepublished나 Date Published가 아닙니다.
표준 형식 따르기. 날짜는 ISO 8601(YYYY-MM-DD)로, 기간은 30분을 PT30M로 쓰는 식의 ISO 8601 형태로 씁니다.
데이터를 최신으로 유지. 현실이 바뀌면 가격, 재고, 영업 시간, 날짜를 갱신하세요. 낡은 마크업은 다른 모든 마크업에 대한 신뢰를 갉아 먹습니다.
페이지당 주 타입 하나. 페이지는 하나의 주된 것을 기술해야 합니다. 두 번째 블록은 같은 URL에서 진짜 다른 엔티티를 기술할 때만 사용하세요.
리디자인 후 재검증. 테마 업데이트와 마이그레이션은 잘 작동하던 마크업이 조용히 사라지는 가장 흔한 경로입니다. 큰 변경 후에는 검증기를 다시 돌리세요.

스키마 마크업 추가에 관한 자주 묻는 질문

스키마 마크업을 추가하려면 코딩을 알아야 하나요?

아니요. 스키마 마크업 생성기는 아티클 제목이나 사업장 주소 같은 일반 텍스트 값을 물어보고 JSON-LD 문법을 대신 조립합니다. 요구되는 유일한 기술적 행위는 스니펫 하나를 올바른 자리에 붙여넣는 것이고, 대부분의 CMS 플러그인이나 Google Tag Manager는 테마 파일을 건드리지 않고도 그것을 처리합니다.

JSON-LD 스니펫은 정확히 어디에 붙여넣나요?

해당 페이지의 <head> 섹션 안에 한 번, 또는 닫는 </body> 태그 바로 앞에 붙여넣으세요. Google은 둘 다 읽습니다. Google Tag Manager를 쓴다면 그 페이지에서만 발화하는 Custom HTML 태그에 스니펫을 넣습니다. 중요한 규칙은 페이지당 스니펫 하나와 같은 타입의 중복 복사본 금지입니다.

같은 페이지에 여러 스키마 타입을 쓸 수 있나요?

네, 각 타입이 페이지에 실제로 있는 것을 기술할 때는 가능합니다. 흔한 조합으로는 홈페이지의 Organization + LocalBusiness, 질문 섹션이 있는 심층 글의 Article + FAQPage가 있습니다. 피해야 할 것은 추가 가시성을 노리고 무관한 타입을 쌓는 것, 또는 하나의 URL에서 같은 타입을 두 번 반복하는 것입니다.

스키마 마크업이 유효한지 테스트하려면 어떻게 하나요?

Google이 어떤 리치 결과 타입을 감지하는지는 Google의 Rich Results Test로, schema.org 문법의 전체 검사는 Schema Markup Validator로 확인하세요. 두 도구 모두 라이브 페이지를 파싱하므로 편집기에서만 말고 배포 후에 테스트하세요. 이후 Google Search Console의 Enhancements 보고서가 시간에 따른 경고와 오류를 추적해 줍니다.

스키마 마크업이 리치 결과를 보장하나요?

아니요. 유효한 마크업은 페이지를 대상 자격으로 만들 뿐이며, 강화된 결과를 표시할지는 검색 엔진이 품질, 관련성, 구체적인 쿼리를 근거로 독자적으로 결정합니다. 스키마는 리치 결과를 강제하는 스위치가 아니라 탄탄한 SEO 토대의 한 레이어로 다루세요.

오늘 페이지에 스키마 마크업 추가하기

이제 전체 워크플로를 알았습니다. 페이지에 맞는 타입을 고르고, 무료 스키마 마크업 생성기로 JSON-LD를 생성하고, 스니펫을 head나 Google Tag Manager에 한 번 붙여넣고, 결과를 검증합니다. 전체 과정은 페이지당 몇 분이고, 그 몇 분이 클래식 검색 결과에서 더 선명한 가시성, 리치 형식의 자격, 그리고 AI 답변 엔진이 자신 있게 인용할 수 있는 기계 판독 가능한 사실을 사 줍니다. 가장 중요한 5개 페이지——홈페이지, 대표 글, 대표 제품, 주요 서비스 지점, FAQ——부터 시작해 거기서 확장하세요.