Schema website tour nên dùng gì và không nên khai báo gì?

Schema website tour là lớp dữ liệu có cấu trúc giúp máy hiểu trang đang nói về dịch vụ, chuyến đi, bài viết hay doanh nghiệp nào. Việc đầu tiên không phải tìm loại schema “mạnh nhất”, mà là xác định chức năng của trang và dữ liệu nào thực sự xuất hiện. Một website có thể dùng nhiều node liên kết trong JSON-LD, nhưng không nên khai báo mọi loại chỉ vì công cụ kiểm tra không báo lỗi.

WebPage là lớp nền cho từng URL

Trang dịch vụ, danh sách tour, chi tiết tour, liên hệ và bài blog đều là trang web. WebPage giúp khai báo tên, mô tả, URL, ảnh và phần tử chính. Có thể dùng subtype phù hợp, nhưng WebPage rõ ràng và đúng dữ liệu tốt hơn một subtype được dùng sai.

Service phù hợp trang cung cấp dịch vụ thiết kế hoặc vận hành tour

Trang giới thiệu dịch vụ thiết kế website tour có thể dùng Service, provider là Organization hoặc Person cung cấp dịch vụ. Trang của công ty tour cũng có thể mô tả dịch vụ tổ chức tour, nhưng đừng nhầm Service với từng lịch khởi hành. Tên, mô tả, khu vực phục vụ và provider phải khớp nội dung nhìn thấy.

BreadcrumbList mô tả vị trí trong cấu trúc

Breadcrumb nên hiện trên giao diện và có các cấp hợp lý như Trang chủ → Tours → Dirt Bike → Tour 5 ngày. URL cuối là trang hiện tại. Nếu giao diện và JSON-LD cho hai đường dẫn khác nhau, hãy sửa cấu trúc thay vì chỉ làm markup vượt qua validator.

Organization và Person cần một danh tính nhất quán

Organization chứa tên thương hiệu chính thức, URL, logo, địa chỉ/khu vực, số liên hệ và sameAs đã xác minh. Person phù hợp author hoặc người sáng tạo nội dung. Dùng @id ổn định để các trang trỏ về cùng thực thể, tránh mỗi URL tạo một Lê Công Thiên hay một Công Thiên Agency khác nhau.

Article hoặc BlogPosting cho bài hướng dẫn

Bài blog nên có headline, image, author, datePublished, dateModified và mainEntityOfPage khớp trang. Ngày sửa chỉ đổi khi nội dung thực sự được cập nhật. Author cần có byline nhìn thấy được; đừng khai một chuyên gia khác chỉ để tăng cảm giác thẩm quyền.

TouristTrip có thể mô tả chuyến đi nhưng không phải vé rich result

Schema.org có loại TouristTrip với các thuộc tính như itinerary, offers, provider, tripOrigin và touristType. Nó có thể hữu ích để mô tả tour nếu hệ thống có dữ liệu sạch. Tuy nhiên, đây không đồng nghĩa Google Search có rich result riêng cho tour. Trước khi triển khai, cần kiểm tra danh sách structured data feature mà Google đang hỗ trợ và mục tiêu sử dụng dữ liệu.

Offer chỉ dùng khi giá có thật và còn hiệu lực

Nếu khai Offer, price, priceCurrency, availability và URL phải phản ánh lựa chọn mà người dùng có thể thấy hoặc mua. Tour có giá theo xe, ngày, nhóm hoặc mùa cần mô hình dữ liệu rõ; không nên lấy mức thấp nhất hiếm khi có rồi khai như giá chung. Nếu chưa quản lý được cập nhật, mô tả giá trong HTML có kiểm soát tốt hơn một Offer lỗi thời.

Review và AggregateRating là phần dễ bị lạm dụng

Chỉ khai review thật, hiển thị trên trang và gắn đúng đối tượng được đánh giá. Không tự tạo điểm trung bình, không lấy số sao từ nơi khác mà không có quyền hoặc bối cảnh, không gắn rating của doanh nghiệp vào từng tour. Việc markup kỹ thuật hợp lệ không biến một claim thiếu bằng chứng thành hợp lệ.

Google yêu cầu markup đại diện đúng nội dung

Theo nguyên tắc structured data của Google, nội dung được đánh dấu phải nhìn thấy, liên quan và không gây hiểu nhầm. Structured data đúng chỉ làm trang đủ điều kiện cho tính năng tương ứng; Google không bảo đảm hiển thị. Phần giới thiệu structured data cũng khuyên kiểm tra bằng Rich Results Test và URL Inspection sau khi triển khai.

Bộ schema thực tế theo loại trang

• •Trang dịch vụ thiết kế website tour: WebPage, Service, BreadcrumbList, Organization/Person.
• •Trang danh sách tour: CollectionPage hoặc WebPage, BreadcrumbList và ItemList nếu dữ liệu phù hợp.
• •Trang chi tiết tour: WebPage, BreadcrumbList, provider; cân nhắc TouristTrip khi có itinerary và offer chuẩn.
• •Bài blog: BlogPosting hoặc Article, BreadcrumbList, Person/Organization.
• •Trang liên hệ: ContactPage cùng Organization có thông tin nhất quán.
• •Mọi node dùng URL và @id ổn định, không tạo dữ liệu chỉ tồn tại trong JSON-LD.

Schema nên được sinh từ cùng nguồn dữ liệu đang render trang. Khi giá, tên tour hoặc ngày cập nhật thay đổi, HTML và JSON-LD cùng thay đổi. Cách này giảm sai lệch hơn việc chép một đoạn JSON-LD thủ công vào từng trang rồi bỏ quên.