세미나·행사 정보가 AI 답변에 틀리게 나올 때, 무엇을 고칠까요? Event 구조화 데이터와 일정 변경·취소 표기

세미나 날짜나 장소가 AI 답변에 틀리게 나온다면 먼저 행사 페이지부터 고칩니다. 행사마다 URL 하나를 두고 이름·시작 일시·장소를 본문에 정확히 적습니다. 그다음 같은 내용을 Event 구조화 데이터로 표시하고, 일정이 바뀌면 상태 값을 갱신합니다. 근거는 Google 검색 센터의 Event 구조화 데이터와 구조화 데이터 일반 가이드라인입니다. Google 문서는 AI 답변을 직접 다루지 않습니다. 그 부분은 넥스트티 판단임을 밝혀 둡니다.

행사 정보는 왜 AI 답변에 틀리게 나오나요?

행사 정보 오류는 대개 페이지 안에서 시작된다는 것이 넥스트티의 판단입니다. 넥스트티가 행사 페이지를 점검할 때 보는 항목은 다음과 같습니다.

구조화 데이터 소개 문서에 따르면 Google은 구조화 데이터로 페이지의 콘텐츠를 파악합니다. 마크업에 담긴 정보로 세상에 관한 정보도 수집한다고 설명합니다.

넥스트티는 본문과 마크업이 같은 사실을 말하게 하는 것이 오류를 줄이는 기본이라고 판단합니다. 다만 이 작업이 AI 답변을 바로 고친다는 근거는 없습니다.

영업시간·주소처럼 업체 자체의 정보가 틀린 경우는 AI 답변의 업체 정보 오류 점검에서 다뤘습니다.

행사 페이지는 어떻게 나눠야 하나요?

Event 구조화 데이터 문서는 각 이벤트에 고유한 URL과 그 URL의 마크업을 요구합니다. Google의 이벤트 환경은 하나의 이벤트에 집중하는 페이지만 지원한다고 밝힙니다.

그래서 일정 목록 페이지보다 개별 행사 페이지에 마크업을 넣는 편이 좋다고 안내합니다. 목록은 안내용으로 두고, 회차마다 상세 페이지를 만듭니다.

콘텐츠 가이드라인은 각 이벤트가 이름·시작일·위치를 정확히 설명해야 한다고 적고 있습니다. 단기 할인 문구·영업시간·쿠폰처럼 이벤트가 아닌 항목은 이벤트로 표시하지 않습니다.

문서는 가이드라인을 위반하면 Google이 직접 조치를 취할 수 있다고 경고합니다. 홍보 문구를 행사로 꾸며 마크업하는 방식은 피합니다.

Event 구조화 데이터에는 무엇을 넣나요?

문서가 정한 필수 속성은 name·startDate·location 세 가지입니다. location은 Place 유형으로 두고 address와 name을 함께 넣습니다.

<script
 type="application/ld+json">
{
 "@context":
  "https://schema.org",
 "@type": "Event",
 "name":
  "AI 검색 실무 세미나",
 "startDate":
  "2026-12-03T14:00+09:00",
 "endDate":
  "2026-12-03T17:00+09:00",
 "location": {
  "@type": "Place",
  "name": "○○센터 3층",
  "address": {
   "@type":
    "PostalAddress",
   "streetAddress":
    "○○로 123",
   "addressLocality":
    "서울",
   "addressCountry":
    "KR"
  }
 },
 "organizer": {
  "@type":
   "Organization",
  "name": "주최사 이름",
  "url":
   "https://example.com"
 }
}
</script>

예시의 이름·주소·일시는 설명용입니다.

name에는 장소 이름·가격·「지금 신청」 같은 홍보 문구를 넣지 않는 편이 좋습니다. 장소 이름은 location.name에 따로 적습니다.

반대로 location.name에 행사 제목을 넣는 실수도 문서가 흔한 문제로 꼽습니다. 이름을 모르는 장소라면 이 속성을 비워 둡니다.

일반 가이드라인은 페이지 독자에게 표시되지 않는 콘텐츠를 마크업하지 말라고 합니다. 마크업의 일시·장소는 본문에도 같은 내용으로 보여야 합니다.

날짜와 시간은 어떻게 적어야 하나요?

문서는 startDate·endDate에 UTC 오프셋을 포함해 시간대를 지정하라고 안내합니다. 한국 표준시는 UTC보다 9시간 빠르므로 +09:00을 붙입니다.

시간대를 주지 않으면 Google은 location에 지정된 행사 위치의 시간대를 씁니다. 장소 정보가 비어 있거나 틀리면 시간 해석도 함께 흔들릴 수 있다는 뜻으로 읽힙니다.

오후 2시 시작
 "2026-12-03T14:00+09:00"

종일 행사·시작 시간 미정
 "2026-12-03"

여러 날 행사
 시작일·종료일 모두 표기

문서가 직접 든 예시가 있습니다. 2019-08-15T00:00:00+00:00으로 적고 위치가 대한민국이면 오전 9시로 해석됩니다.

국제 표준시 자정을 날짜 대신 넣으면 한국 행사가 오전 9시 시작으로 읽힐 수 있다는 의미입니다. 시간을 모르면 T00:00:00을 붙이지 말고 날짜만 넣습니다.

글의 게시일·수정일 표기는 검색 결과의 날짜 바로잡기에서 따로 다뤘습니다.

일정이 바뀌거나 취소되면 어떻게 표시하나요?

eventStatus가 없으면 Google은 EventScheduled로 인식합니다. 예정대로 열리는 행사라는 뜻입니다. 상태 값을 그대로 두면 옛 일정이 유효한 것처럼 남을 수 있습니다(넥스트티 판단).

취소된 행사라도 startDate나 location은 그대로 둡니다. 모든 값을 취소 전과 같이 두고 상태만 EventCancelled로 고칩니다.

문서는 그 이유로 두 가지를 듭니다. 이 속성들이 고유 이벤트를 파악하게 돕고, 사람들이 새 상태를 알게 해 준다는 것입니다.

연기됐지만 새 날짜가 없으면 원래 날짜를 둔 채 EventPostponed로 표시합니다. 새 날짜가 정해지면 EventRescheduled로 바꿉니다. startDate·endDate도 새 일정으로 바꿔 넣습니다.

이때 이전 시작일은 previousStartDate에 남길 수 있습니다. 이 속성을 쓸 때 eventStatus는 EventRescheduled여야 합니다. 다른 상태 값은 함께 쓰지 말라는 것이 문서의 조건입니다.

"startDate":
  "2026-12-10T14:00+09:00",
"previousStartDate":
  "2026-12-03T14:00+09:00"

eventStatus 값은 https://schema.org/EventRescheduled로 함께 바꿉니다.

넥스트티는 취소된 행사 페이지도 바로 지우지 않고 취소 안내를 남겨 두는 편이 낫다고 봅니다. 지운 페이지는 취소 사실을 전할 수 없어서입니다.

한국 사이트도 Event 마크업이 필요한가요?

오프라인 행사라면 본문 정리와 Event 마크업을 함께 갖추기를 권합니다. 다만 지금은 Google 이벤트 검색의 대상이 아닙니다.

문서의 「사용 가능한 지역 및 언어」 목록에 한국은 없습니다(2026년 11월 7일 확인). 목록은 호주·브라질·캐나다·독일·인도·중남미·스페인·영국·미국입니다.

또 실제 세계 요소가 없는 가상 체험은 지원하지 않습니다. 이벤트는 실제 장소에서 진행돼야 한다는 조건입니다. 한국 이용자에게는 이 검색 환경이 아직 제공되지 않습니다. 온라인 전용 웨비나는 지역과 관계없이 대상이 아닙니다.

그래도 마크업을 권하는 이유가 있습니다. 앞의 소개 문서대로 구조화 데이터는 Google이 페이지 내용을 파악하는 데 쓰입니다.

온라인 행사에 가짜 오프라인 장소를 넣어서는 안 됩니다. 일반 가이드라인은 방송을 지역 이벤트로 지정하는 것을 관련 없는 데이터의 예로 듭니다. 온라인 행사라면 일시·참여 방법·진행 상태를 본문에 먼저 밝히는 편이 낫다고 판단합니다.

페이지를 고친 뒤에는 다음 순서로 확인합니다.

마크업과 화면이 어긋날 때의 영향은 구조화 데이터가 화면과 다를 때에 정리했습니다. 용어는 이벤트 스니펫 항목을 참고하십시오.

참고 자료

• Google 검색 센터 — 구조화된 이벤트(Event) 데이터
• Google 검색 센터 — 구조화된 데이터 일반 가이드라인
• Google 검색 센터 — 구조화된 데이터의 작동 방식 이해하기