구조화 데이터
이벤트 Schema 검증기
Event(또는 MusicEvent, SportsEvent, Festival 등 20개 이상의 하위 유형) JSON-LD를 붙여넣으면 Google의 이벤트 구조화 데이터 가이드라인에 따른 전체 규격 검사를 받을 수 있습니다: 날짜, location/VirtualLocation, eventAttendanceMode, eventStatus 전환, 그리고 모든 Offer 필드.
모든 작업이 브라우저 안에서만 이루어집니다. 익명 사용 횟수를 제외하면 붙여넣은 내용은 어디로도 전송되지 않습니다.
<script type="application/ld+json"> 블록의 내용을 붙여넣거나 전체 HTML 페이지를 붙여넣으세요 — 모든 JSON-LD 블록이 자동으로 추출됩니다.
이 도구가 검사하는 항목과 일반적인 오류를 고치는 방법
Google은 Event JSON-LD가 문법적으로 유효하고 완전할 때만 이벤트 리치 결과(날짜, 장소, 티켓 링크를 검색 결과에 직접 표시)를 보여줍니다. 이 도구는 검색엔진이 실제로 읽는 것과 동일한 Place, VirtualLocation, Offer 중첩 객체를 파싱합니다 — 단순한 평면 속성 목록이 아닙니다.
날짜는 가장 흔한 실패 원인입니다: startDate와 endDate는 실제 ISO 8601 값이어야 하며("2026-09-12T19:00:00+07:00"이지 "9/12/2026"이 아님), 시간대 오프셋을 포함하는 것을 강력히 권장합니다. endDate는 startDate보다 앞설 수 없습니다. startDate가 이미 지났는데 eventStatus가 여전히 "EventScheduled"라면 Google은 일반적으로 해당 이벤트를 노출하지 않습니다 — 마크업을 제거하거나 상태를 업데이트하세요.
location은 명확하게 해석되어야 합니다: 대면 이벤트는 name과 전체 address를 가진 Place가 필요하고, 완전 온라인 이벤트는 eventAttendanceMode를 "OnlineEventAttendanceMode"로 설정하고 Place 대신(하이브리드 이벤트라면 Place와 함께) 실제 URL을 가진 VirtualLocation이 필요합니다. eventStatus를 "EventMovedOnline"으로 설정하면서 참석 방식과 location을 함께 바꾸지 않는 것은 검증에 실패하는 흔한 모순입니다.
모든 Offer는 price와 별도 필드로 된 유효한 3자리 priceCurrency(ISO 4217, 예: "IDR" 또는 "USD")가 필요합니다 — price 문자열에 통화 기호를 섞지 마세요 — 그리고 인식 가능한 availability 값("InStock", "SoldOut", "PreOrder" 등)과 직접적인 티켓 URL도 필요합니다. 여러 티켓 등급이 있다면 Offer 객체 배열이나, 유효한 lowPrice/highPrice 범위를 가진 AggregateOffer를 사용해야 합니다.
"EventRescheduled"와 "EventPostponed"는 Google이 변경 사항을 표시할 수 있도록 previousStartDate를 포함해야 합니다. 페이지에 두 개 이상의 Event 레코드가 있다면 이 도구는 중복 가능성도 표시합니다 — 동일한 name과 startDate가 두 번 나타나면 보통 두 개의 별개 이벤트가 아니라 실수로 두 번 붙여넣은 것을 의미합니다.