Dữ liệu có cấu trúc loại sự kiện: Hướng dẫn chi tiết và tối ưu hóa SEO

Nguyên tắc về ngày và giờ

Khi triển khai các thuộc tính startDate, endDate, và previousStartDate, hãy tuân thủ những nguyên tắc về ngày và giờ sau đây:

Cách chỉ định múi giờ

Chỉ định múi giờ bằng cách nêu rõ số giờ lệch so với giờ UTC hoặc GMT. Ví dụ, nếu sự kiện bắt đầu lúc 7 giờ tối ngày 5 tháng 9 tại New York, giá trị startDate sẽ là GMT/UTC-5 theo giờ chuẩn và GMT/UTC-4 theo giờ mùa hè. Khi theo giờ chuẩn, giá trị startDate sẽ là “2019-09-05T19:00:00-05:00” hoặc “2019-09-05T19:00:00-04:00”. Nếu không có thuộc tính múi giờ, Google sẽ sử dụng múi giờ của địa điểm diễn ra sự kiện như được chỉ định trong thuộc tính location. Đối với các sự kiện trực tuyến, bắt buộc phải có thuộc tính múi giờ vì Google không thể dựa vào thông tin vị trí để xác định thời điểm sự kiện bắt đầu.

Các phương pháp hay nhất

• Sự kiện diễn ra trong nhiều ngày: Nếu sự kiện diễn ra trong nhiều ngày, hãy chỉ định rõ cả ngày bắt đầu và ngày kết thúc. Không cần chỉ định giờ nếu không biết giờ cụ thể.Nên:
  "startDate": "2019-07-01T10:00:00-05:00",
"endDate": "2019-07-26T17:00:00-05:00"


  Nên:

  "startDate": "2019-07-01",
"endDate": "2019-07-26"


  Không nên:

  "startDate": "2019-07-01T00:00:00+00:00",
"endDate": "2019-07-26T23:59:59+00:00"

• Sự kiện bắt đầu vào một giờ cụ thể: Nếu sự kiện bắt đầu vào một thời điểm cụ thể, chẳng hạn như 5 giờ chiều theo giờ địa phương, hãy sử dụng định dạng "2019-07-20T17:00:00". Hãy nêu rõ số giờ lệch so với giờ UTC (ví dụ: sử dụng "2019-07-20T17:00:00-07:00" nếu sự kiện diễn ra ở California).
• Sự kiện kéo dài cả ngày: Nếu sự kiện diễn ra cả ngày, không cần chỉ định giờ chi tiết cho ngày bắt đầu. Ví dụ, bạn có thể sử dụng "2019-08-15" cho cả startDate và endDate đối với một sự kiện kéo dài cả ngày.
• Giờ bắt đầu sự kiện chưa xác định: Nếu không biết thời gian bắt đầu cụ thể, không cần chỉ định giờ chi tiết. Ví dụ, bạn có thể sử dụng "2019-08-15" cho cả startDate và endDate.Nên:
  "startDate": "2025-07-21"


  Không nên:

  "startDate": "2019-08-15T00:00:00+00:00"


  Không nên:

  "startDate": "2019-07-20T00:00:00"


Ví dụ về cách Google diễn giải ngày tháng

Dưới đây là một số ví dụ về cách Google diễn giải ngày và giờ:

• 2019-08-15T00:00:00+00:00: Google diễn giải startTime là "2019-08-14T17:00:00-07:00" (nếu location được thiết lập tại California) hoặc "2019-08-15T09:00:00" (nếu location được thiết lập tại Hàn Quốc).
• 2019-08-15T23:59:59+00:00: Giá trị này không biểu thị thời điểm cuối ngày 2019-08-15, trừ khi sự kiện xảy ra trong múi giờ GMT. Google diễn giải startTime là "2019-08-15T16:59:59-07:00" (nếu location được thiết lập tại California) hoặc "2019-08-16T08:59:59" (nếu location được thiết lập tại Hàn Quốc).
• 2019-07-10: Giá trị này chỉ định ngày mà không phụ thuộc vào múi giờ. Khi được sử dụng trong startDate, giá trị này có nghĩa là sự kiện sẽ bắt đầu tại location vào một thời điểm nhất định trong ngày đó. Khi được sử dụng trong endDate, giá trị này có nghĩa là sự kiện sẽ kết thúc tại location vào một thời điểm nhất định trong ngày đó.
• 2019-07-20T00:00:00: Giá trị này chỉ thời điểm nửa đêm vào ngày 2019-07-20 theo múi giờ của nơi diễn ra sự kiện. Giá trị này có thể không chính xác trừ khi sự kiện dự kiến bắt đầu lúc nửa đêm.

Định nghĩa các kiểu dữ liệu có cấu trúc

Bạn có thể tham khảo định nghĩa chi tiết về Event tại schema.org/Event.

Để nội dung của bạn đủ điều kiện xuất hiện trong kết quả tìm kiếm nâng cao, bạn phải cung cấp các thuộc tính bắt buộc. Ngoài ra, việc sử dụng các thuộc tính nên có sẽ bổ sung thêm thông tin hữu ích, mang lại trải nghiệm tốt hơn cho người dùng.

Thuộc tính bắt buộc

• location
  • Place hoặc VirtualLocation

Đây là địa điểm diễn ra sự kiện. Các yêu cầu sẽ khác nhau tùy thuộc vào việc sự kiện diễn ra trực tuyến hay tại một địa điểm thực tế:

• Địa điểm thực tế: Nếu sự kiện diễn ra tại một địa điểm thực, hãy đặt @type thành Place. Thêm thuộc tính location.address và location.name.
• Sự kiện trực tuyến: Nếu sự kiện diễn ra qua mạng, hãy đặt @type thành VirtualLocation. Thêm thuộc tính location.url.
• Kết hợp địa điểm thực tế và trực tuyến: Nếu bạn tổ chức sự kiện kết hợp cả qua mạng và tại địa điểm thực tế, hãy lồng cả hai thuộc tính này vào trong một mảng. Ví dụ:

• location.address
  • PostalAddress

Địa chỉ chi tiết của nơi diễn ra sự kiện. Thuộc tính này chỉ bắt buộc đối với các sự kiện diễn ra tại địa điểm thực tế.

• Không nên: “Sydney”
• Nên: “Bennelong Point, Sydney NSW 2000, Úc”

Ví dụ tại Hoa Kỳ:

Ví dụ tại Nhật Bản:

Bạn có thể viết địa chỉ tại Nhật Bản theo nhiều cách và Google vẫn sẽ hiểu được địa chỉ của bạn. Ví dụ:

• location.url
  • URL

URL của sự kiện trực tuyến để người dùng có thể tham gia. Thuộc tính này là bắt buộc nếu sự kiện diễn ra qua mạng. Nếu URL chỉ có sau khi đăng ký sự kiện, hãy cung cấp URL đăng ký.

• name
  • Text

Tiêu đề đầy đủ của sự kiện. ĐỪNG ghi tên địa điểm tổ chức sự kiện trong trường này, thay vào đó hãy sử dụng thuộc tính location.name.

• Không nên: “Bill Graham Civic Auditorium”
• Không nên: “GIẢM GIÁ TRONG THỜI GIAN CÓ HẠN – Buổi biểu diễn của Kesha và Macklemore – $25”
• Nên: “Cuộc phiêu lưu của Kesha và Macklemore”
• Nên: “Giao lưu và gặp gỡ Kesha và Macklemore”

Các phương pháp hay nhất:

• Không sử dụng loại sự kiện làm tên của sự kiện. Ví dụ: “Buổi hòa nhạc” không phải là tên mô tả thích hợp.
• Không bao gồm thông tin không liên quan như URL, giá hoặc người biểu diễn; hãy sử dụng các thuộc tính thích hợp cho các giá trị đó.
• Nêu bật nét độc đáo của sự kiện trong tiêu đề để giúp người dùng quyết định nhanh hơn (ví dụ: “có phiên Hỏi đáp với nghệ sĩ”).
• Không thêm các quảng cáo ngắn hạn (ví dụ: “mua vé ngay”).
• startDate
  • DateTime

Ngày và giờ bắt đầu của sự kiện theo định dạng ISO-8601. Hãy chỉ định đầy đủ ngày và giờ để người dùng có thể tìm thấy các sự kiện phù hợp với lịch trình của họ. Đối với các sự kiện trực tuyến, bạn phải chỉ định múi giờ bằng cách nêu rõ số giờ chênh lệch so với giờ UTC hoặc GMT.

Hãy nhớ tuân theo Nguyên tắc về ngày và giờ.

Thuộc tính nên có

• description
  • Text

Mô tả về sự kiện. Cung cấp một mô tả rõ ràng và ngắn gọn để người dùng dễ dàng hiểu và tham gia sự kiện.

Các phương pháp hay nhất:

• Tập trung vào các chi tiết về sự kiện chứ không phải các tính năng trên trang web của bạn.
• Đừng lặp lại các thông tin như ngày và địa điểm, hãy thêm những thông tin đó vào các thuộc tính thích hợp.

Google chỉ hiển thị một đoạn trích từ phần mô tả đầy đủ.

• endDate
  • DateTime

Ngày và thời gian kết thúc của sự kiện theo định dạng ISO-8601. Sử dụng định dạng tương tự như startDate.

Hãy nhớ tuân theo Nguyên tắc về ngày và giờ.

• eventAttendanceMode
  • EventAttendanceModeEnumeration

Chỉ rõ rằng sự kiện diễn ra trực tuyến, tại địa điểm thực tế hay kết hợp cả hai hình thức. Nếu không cung cấp thuộc tính này, Google sẽ mặc định hiểu rằng sự kiện có trạng thái OfflineEventAttendanceMode (diễn ra tại địa điểm thực tế).

• OfflineEventAttendanceMode: Sự kiện có thể tham dự trực tiếp tại địa điểm thực.
• OnlineEventAttendanceMode: Sự kiện có thể tham dự trực tuyến.
• MixedEventAttendanceMode: Sự kiện có thể tham dự cả trực tuyến và tại địa điểm thực.

Bạn có thể bắt đầu sử dụng thuộc tính eventAttendanceMode mặc dù nó đang chờ được xử lý trên schema.org.

Ví dụ về sự kiện trực tuyến:

Ví dụ về sự kiện kết hợp:

• eventStatus
  • EventStatusType

Trạng thái của sự kiện. Nếu không sử dụng trường này, Google sẽ mặc định hiểu eventStatus là EventScheduled. Dưới đây là các giá trị được hỗ trợ:

• EventCancelled: Sự kiện đã bị hủy.Đừng xóa hoặc thay đổi các thuộc tính khác (ví dụ: startDate hoặc location); hãy giữ nguyên các giá trị và cập nhật thuộc tính eventStatus thành EventCancelled.
  {
"@context": "https://schema.org",
"@type": "Event",
"eventStatus": "https://schema.org/EventCancelled",
"startDate": "2020-07-21T19:00"
}

• EventMovedOnline: Sự kiện đã chuyển từ tham dự trực tiếp sang tham dự trực tuyến.
  {
"@context": "https://schema.org",
"@type": "Event",
"eventStatus": "https://schema.org/EventMovedOnline",
"eventAttendanceMode": "https://schema.org/OnlineEventAttendanceMode",
"location": {
"@type": "VirtualLocation",
"url": "https://operaonline.stream5.com/"
},
"startDate": "2020-07-21T19:00"
}

• EventPostponed: Sự kiện bị hoãn sang một ngày khác, nhưng chưa biết ngày nào. Giữ nguyên ngày ban đầu trong thuộc tính startDate cho đến khi biết ngày tổ chức mới. Sau khi biết thông tin, hãy cập nhật thuộc tính eventStatus thành EventRescheduled và thay đổi startDate và endDate.
  {
"@context": "https://schema.org",
"@type": "Event",
"eventStatus": "https://schema.org/EventPostponed",
"startDate": "2020-07-21T19:00"
}

• EventRescheduled: Sự kiện đã đổi lịch sang ngày khác. Hãy cập nhật ngày mới cho thuộc tính startDate và endDate. Nếu muốn, bạn có thể thêm thuộc tính previousStartDate.
  {
"@context": "https://schema.org",
"@type": "Event",
"eventStatus": "https://schema.org/EventRescheduled",
"startDate": "2020-07-21T19:00",
"endDate": "2025-07-21T23:00",
"previousStartDate": "2025-03-21T19:00"
}

• EventScheduled: Sự kiện đã được lên lịch. Đây là trạng thái mặc định nếu không đặt thuộc tính eventStatus.
  {
"@context": "https://schema.org",
"@type": "Event",
"eventStatus": "https://schema.org/EventScheduled",
"startDate": "2020-07-21T19:00"
}

• image
  • ImageObject hoặc URL

URL của hình ảnh hoặc biểu trưng cho sự kiện. Hãy sử dụng hình ảnh giúp người dùng hiểu và tương tác với sự kiện của bạn. Hình ảnh nên có chiều rộng tối thiểu là 720px và chiều rộng đề xuất là 1920px.

Nguyên tắc bổ sung về hình ảnh:

• Mỗi trang phải chứa ít nhất một hình ảnh, cho dù có đánh dấu hình ảnh đó hay không.
• URL của hình ảnh phải cho phép Google thu thập dữ liệu và lập chỉ mục.
• Hình ảnh phải mang tính đại diện cho nội dung được đánh dấu.
• Định dạng hình ảnh phải được Google Hình ảnh hỗ trợ.
• Để có kết quả tốt nhất, bạn nên cung cấp nhiều hình ảnh có độ phân giải cao và theo tỷ lệ khung hình 16×9, 4×3, hoặc 1×1.

Ví dụ:

• location.name
  • Text

Tên chi tiết của địa điểm tổ chức sự kiện. Bạn chỉ nên dùng thuộc tính này cho những sự kiện diễn ra ở địa điểm thực.

• Không nên: “San Francisco, CA”
• Nên: “Khán phòng Bill Graham Civic Auditorium”

Các phương pháp hay nhất:

• Không bao gồm tên thành phố trừ khi đó là sự kiện diễn ra trên toàn thành phố.
• Thuộc tính location.name phải là tên của địa điểm diễn ra sự kiện, không phải thuộc tính trùng lặp với tiêu đề của sự kiện.
• offers
  • Offer

Một mục Offer được lồng, một mục cho mỗi loại vé.

• offers.availability
  • Text

Một trong những giá trị sau:

• InStock: Còn vé.
• SoldOut: Đã bán hết vé.
• PreOrder: Có thể đặt trước vé.

• offers.price
  • Number

Giá thấp nhất hiện có, bao gồm cả phí dịch vụ và các loại phí khác. Nếu sự kiện không yêu cầu thanh toán, hãy đặt price thành 0.

• offers.priceCurrency
  • Text

Mã tiền tệ ISO 4217 gồm 3 chữ cái.

• offers.validFrom
  • DateTime

Ngày giờ bán vé (bắt buộc nếu bạn bán vé trong một khung thời gian có hạn), theo định dạng ISO-8601.

• offers.url
  • URL

URL của một trang cho phép người dùng mua vé.

Yêu cầu đối với URL này:

• Liên kết trực tiếp đến trang đích rõ ràng cung cấp cơ hội mua vé.
• Cho phép Googlebot thu thập dữ liệu (không bị chặn bởi robots.txt).
• organizer
  • Organization hoặc Person

Người hoặc tổ chức đứng ra tổ chức sự kiện. Thuộc tính này đặc biệt quan trọng với các sự kiện trực tuyến không có thông tin về địa điểm. Nếu dùng organizer, hãy thêm các thuộc tính sau:

• organizer.name
• organizer.url
• performer
  • Person

Những người tham gia biểu diễn tại sự kiện, chẳng hạn như nghệ sĩ và diễn viên hài. Sử dụng thuộc tính PerformingGroup hoặc Person.

• performer.name
  • Text

Tên của những người tham gia biểu diễn tại sự kiện.

• previousStartDate
  • DateTime

Ngày bắt đầu theo lịch trước đó nếu sự kiện này đã được lên lịch lại. Nếu thêm previousStartDate, bạn cũng phải thêm thuộc tính eventStatus và đặt giá trị EventRescheduled.