구조화 데이터와 스키마 마크업 4분 읽기
가격 정보 스니펫 넣는 해결법
검색결과에 상품 가격이 함께 나타나도록 구성하려면 웹페이지 내에 표준화된 상품 구조화 데이터를 적용해야 합니다. 검색엔진 로봇이 페이지를 크롤링할 때 통화 단위와 실제 판매 금액을 식별할 수 있도록 규격화된 코드를 심는 작업이 핵심입니다. 본문에서는 가격 리치 스니펫을 정상적으로 노출하기 위한 단계별 마크업 방법과 운영 시 점검 사항을 정리합니다.
가격 정보 스니펫 적용을 위한 기본 절차
- 판매 페이지의 HTML 소스 내에 JSON-LD 형식의 상품(Product) 유형 스키마를 선언합니다. 검색 로봇이 일반 콘텐츠와 구별하여 해당 페이지의 핵심 개체가 판매용 상품임을 즉시 인지하도록 만들기 위해 필요합니다.
- 상품 스키마 내부의 제안(offers) 속성을 정의하고 통화 코드(priceCurrency)와 판매가(price) 필드를 지정합니다. 화폐 단위를 명확히 규정하지 않으면 검색엔진이 통화 기준을 판별하지 못해 스니펫 표기가 누락될 수 있기 때문입니다.
- 웹페이지 본문에 표기된 실제 결제 정보와 마크업 데이터의 수치가 완전히 일치하는지 대조합니다. 사용자가 화면에서 보는 정보와 크롤러가 읽는 구조화 데이터 간에 불일치가 발생하면 데이터 신뢰도 저하로 인해 리치 결과 노출이 제외될 수 있습니다.
반영 주기와 갱신 시 고려할 점
가격 스키마를 적용하거나 수정 사항을 반영한 후 실제 검색결과 화면에 갱신되기까지는 크롤러의 방문 빈도에 따라 2~14일 정도의 기간이 걸릴 수 있습니다. 사이트의 전체적인 크롤링 예산이나 웹페이지의 업데이트 빈도 상태에 따라 반영 속도에 차이가 나타납니다. 가격 변경이 일어날 때마다 스키마 필드의 값도 지체 없이 동기화해야 검색 이용자에게 왜곡된 정보를 전달하지 않습니다.
상품 유형별 가격 마크업 운영 방식 비교
| 구분 | 고정 가격 상품 | 변동 가격 상품 |
|---|---|---|
| 특징 | 정가 정책을 유지하며 금액 변동이 거의 없는 품목 | 프로모션, 환율, 재고 현황에 따라 수시로 금액이 변하는 품목 |
| 관리 방식 | 템플릿 코드 내 정적 데이터 입력 또는 단순 수동 갱신 | 데이터베이스 API와 실시간 연동되는 템플릿 렌더링 필요 |
| 유지보수 초점 | 마크업 규격 준수 여부와 유효성 정기 검사 | 가격 변동 발생 시 스키마 캐시 즉시 갱신 및 API 무결성 점검 |
고정 가격을 채택하는 상품은 마크업 구성이 단순하여 정적 페이지에서도 비교적 수월하게 관리할 수 있습니다. 반면 할인 행사나 공급 조건에 따라 금액이 유동적인 변동 가격 상품은 데이터베이스와 마크업 출력 로직을 자동으로 연동하는 파이프라인 구축이 요구됩니다.
검색엔진 가이드라인과 데이터 규격 기준
검색엔진은 구조화 데이터를 통한 리치 결과를 지원하기 위해 엄격한 기술 명세를 제시하고 있습니다. 상세한 마크업 형식과 필수 속성 기준은 구글 개발자 문서에서 확인할 수 있습니다. 문서 기준에 맞추어 마크업을 작성하더라도 실제 결제 페이지의 정보와 상이하거나 사용자에게 숨겨진 텍스트를 악용할 경우 리치 스니펫 표시가 제한될 수 있으므로 지속적인 데이터 일치성 검증이 권장됩니다.
함께 읽을 글
검색결과에 표시되는 가격 정보 스니펫은 기술적 형식에 맞춰 데이터를 구성하고, 웹페이지의 실제 상태와 마크업 값을 지속해서 일치시키는 정합성 관리가 병행될 때 유지됩니다. 규격에 맞춘 스키마를 구축하고 운영 프로세스에 맞는 갱신 환경을 정돈하는 것이 안정적인 리치 결과 노출의 기본입니다.
