Dữ liệu có cấu trúc cho căn hộ du lịch: Hướng dẫn chi tiết và chuẩn SEO

Nguyên tắc đủ điều kiện

Để dữ liệu có cấu trúc về căn hộ du lịch của bạn có thể xuất hiện trong kết quả tìm kiếm của Google, bạn cần tuân thủ các nguyên tắc sau:

• Chính sách đối với căn hộ du lịch: Đảm bảo rằng thông tin về căn hộ du lịch của bạn tuân thủ chính sách của Google.
• Nguyên tắc cơ bản của Tìm kiếm: Tuân theo các nguyên tắc chung về cách Google thu thập dữ liệu và lập chỉ mục nội dung trên trang web của bạn.
• Nguyên tắc chung về dữ liệu có cấu trúc: Áp dụng đúng cách các thuộc tính và định dạng JSON-LD theo tiêu chuẩn schema.org để đảm bảo thông tin của bạn được nhận diện chính xác.

Cảnh báo: Nếu trang web của bạn vi phạm một hoặc nhiều nguyên tắc, Google có thể áp dụng biện pháp thủ công dẫn đến việc trang web bị phạt. Sau khi bạn đã khắc phục các vấn đề, bạn có thể gửi yêu cầu để Google xem xét lại trang web của mình.

Định nghĩa các loại dữ liệu có cấu trúc

Dưới đây là danh sách các thuộc tính và cách áp dụng dữ liệu có cấu trúc schema.org/VacationRental cho trang thông tin về căn hộ du lịch của bạn. Bạn cần cung cấp các thuộc tính bắt buộc để đảm bảo dữ liệu có cấu trúc của mình đủ điều kiện xuất hiện trong kết quả tìm kiếm của Google. Ngoài ra, bạn cũng có thể thêm các thuộc tính được khuyến nghị để bổ sung thông tin và cải thiện trải nghiệm người dùng.

VacationRental

Bạn có thể tham khảo định nghĩa đầy đủ về loại dữ liệu VacationRental tại schema.org/VacationRental.

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

• containsPlace
  Accommodation
  Trang thông tin về căn hộ du lịch phải bao gồm thuộc tính Accommodation để mô tả các thông tin bổ sung như loại giường, số lượng khách lưu trú, số phòng và các đặc điểm tiện nghi (amenityFeature).
• containsPlace.occupancy
  QuantitativeValue
  Thông tin về số lượng khách tối đa được phép lưu trú tại căn hộ du lịch.
  "occupancy": {
"@type": "QuantitativeValue",
"value": 5
}

• containsPlace.occupancy.value
  Integer
  Giá trị số cho biết số lượng khách tối đa được phép lưu trú tại căn hộ du lịch.
• identifier
  Text
  Giá trị nhận dạng riêng biệt cho cơ sở lưu trú.Nguyên tắc bổ sung:
  • Giá trị nhận dạng này phải duy nhất cho mỗi trang thông tin; ví dụ, nó không thay đổi khi chủ sở hữu căn hộ du lịch cập nhật tên hoặc số lượng phòng ngủ.
  • Bạn cần sử dụng cùng một giá trị nhận dạng cho cùng một trang thông tin trên các phiên bản ngôn ngữ khác nhau của trang web.
• image
  URL lặp lại
  Trang thông tin phải bao gồm ít nhất 8 hình ảnh, với ít nhất 1 hình ảnh từ các khu vực sau: phòng ngủ, phòng tắm, và khu vực chung.Ngoài ra, hãy tuân thủ các yêu cầu về hình ảnh dành cho trang thông tin cơ sở lưu trú.
• latitude (hoặc geo.latitude)
  Number
  Vĩ độ của cơ sở lưu trú, với giá trị ít nhất là 5 chữ số thập phân.
• longitude (hoặc geo.longitude)
  Number
  Kinh độ của cơ sở lưu trú, với giá trị ít nhất là 5 chữ số thập phân.
• name
  Text
  Tên của trang thông tin về căn hộ du lịch.

Thuộc tính nên có

• additionalType
  Text
  Loại hình căn hộ du lịch. Dưới đây là một số giá trị được đề xuất:
  • Apartment
  • Bungalow
  • Cabin
  • Chalet
  • Cottage
  • Gite
  • HolidayVillageRental
  • House
  • Villa
  • VacationRental

  Bạn có thể xem định nghĩa chi tiết về các loại hình này trong phần danh mục cơ sở kinh doanh dịch vụ lưu trú.

• address
  PostalAddress
  Địa chỉ thực tế đầy đủ của căn hộ du lịch.
  Bạn cần cung cấp địa chỉ đường phố, thành phố, tiểu bang hoặc khu vực, và mã bưu chính của căn hộ du lịch. Nếu có, cung cấp cả số phòng hoặc số căn hộ.
  Lưu ý: Các địa chỉ hòm thư hoặc địa chỉ nhận thư khác không được coi là địa chỉ thực tế đầy đủ.
  "address": {
"addressCountry": "US",
"addressLocality": "Mountain View",
"addressRegion": "California",
"postalCode": "94043",
"streetAddress": "1600 Amphitheatre Pkwy, Apartment 4E"
}

  • address.addressCountry
    Text
    Quốc gia của căn hộ du lịch, sử dụng mã quốc gia gồm 2 chữ cái theo tiêu chuẩn ISO 3166-1 alpha-2.
  • address.addressLocality
    Text
    Thành phố nơi căn hộ du lịch tọa lạc.
  • address.addressRegion
    Text
    Tên tiểu bang, khu vực hoặc tỉnh nơi căn hộ du lịch tọa lạc.
  • address.postalCode
    Text
    Mã bưu chính của căn hộ du lịch.
  • address.streetAddress
    Text
    Địa chỉ đường phố đầy đủ của căn hộ du lịch, bao gồm cả số nhà hoặc số căn hộ (nếu có).
• aggregateRating
  AggregateRating
  Điểm xếp hạng trung bình của căn hộ du lịch, dựa trên nhiều đánh giá. Bạn cần tuân thủ các nguyên tắc về đoạn trích thông tin đánh giá và cung cấp đầy đủ các thuộc tính cần thiết để đảm bảo rằng điểm xếp hạng tổng hợp hiển thị đúng cách.
• brand
  Brand
  Mã thương hiệu liên kết với căn hộ du lịch. Để biết thêm chi tiết về cách liên kết cơ sở lưu trú với thương hiệu, cũng như cách liên kết biểu tượng thương hiệu và tên hiển thị với mã thương hiệu tương ứng, hãy tham khảo tài liệu của Hotel Center.
  "brand": {
"@type": "Brand",
"name": "brandIdName"
}

• checkinTime
  Time
  Thời điểm sớm nhất mà khách có thể nhận phòng tại căn hộ du lịch, định dạng theo chuẩn ISO 8601.Ví dụ: 14:30:00+08:00
• checkoutTime
  Time
  Thời điểm muộn nhất mà khách phải trả phòng tại căn hộ du lịch, định dạng theo chuẩn ISO 8601.Ví dụ: 11:00:00+08:00
• containsPlace.additionalType
  Text
  Loại phòng trong căn hộ du lịch này. Các giá trị đề xuất bao gồm:
  • EntirePlace
  • PrivateRoom
  • SharedRoom
• containsPlace.amenityFeature
  amenityFeature lặp lại
  Các đặc điểm hoặc tiện nghi của căn hộ du lịch. Dưới đây là một số ví dụ về thuộc tính Boolean mà bạn có thể sử dụng:
  "amenityFeature": {
"@type": "LocationFeatureSpecification",
"name": "featureName",
"value": true
}


  Giá trị boolean
  Sử dụng một trong các giá trị sau cho thuộc tính amenityFeature.name. Lưu ý rằng các giá trị này phải bằng tiếng Anh, kể cả đối với trang thông tin không phải tiếng Anh.

  • ac
    Máy điều hoà không khí.
  • airportShuttle
    Dịch vụ đưa đón đến sân bay hoặc các ga khác, hoặc ngược lại.
  • balcony
    Ban công.
  • beachAccess
    Lối ra bãi biển công cộng gần khuôn viên.
  • childFriendly
    Phù hợp với trẻ em.
  • crib
    Giường cũi cho trẻ em.
  • elevator
    Thang máy.
  • fireplace
    Lò sưởi.
  • freeBreakfast
    Bữa sáng miễn phí (đã bao gồm).
  • gymFitnessEquipment
    Phòng tập thể dục hoặc thiết bị tập thể dục.
  • heating
    Hệ thống sưởi ấm.
  • hotTub
    Bồn tắm nước nóng.
  • instantBookable
    Cho phép đặt phòng ngay lập tức qua quy trình thanh toán, hoặc phải chờ phê duyệt.
  • ironingBoard
    Bàn là.
  • kitchen
    Khu bếp.
  • microwave
    Lò vi sóng.
  • outdoorGrill
    Bếp nướng ngoài trời.
  • ovenStove
    Lò nướng hoặc bếp lò.
  • patio
    Sân hiên.
  • petsAllowed
    Cho phép thú cưng. Bạn có thể sử dụng thuộc tính containsPlace.petsAllowed thay cho trường này.
  • pool
    Hồ bơi.
  • privateBeachAccess
    Lối đi riêng ra bãi biển dành riêng cho khách lưu trú.
  • selfCheckinCheckout
    Hỗ trợ tính năng tự nhận phòng và trả phòng.
  • smokingAllowed
    Cho phép hút thuốc. Bạn có thể sử dụng thuộc tính containsPlace.smokingAllowed thay cho trường này.
  • tv
    TV.
  • washerDryer
    Máy giặt.
  • wheelchairAccessible
    Lối đi cho xe lăn.
  • wifi
    Mạng Wi-Fi.

  Giá trị không phải boolean
  Ngoài ra, chúng tôi cũng hỗ trợ các cặp giá trị name và value không phải là boolean cho thuộc tính amenityFeature. Cả hai giá trị này đều phải bằng tiếng Anh, kể cả đối với trang thông tin không phải tiếng Anh.

  Ví dụ:

  json

  Sao chép mã

  "amenityFeature": {
"@type": "LocationFeatureSpecification",
"name": "featureName",
"value": "detail"
}

  • internetType
    Loại internet hiện có tại cơ sở lưu trú. Một số giá trị đề xuất:
    • Free
    • Paid
    • None

    json

    Sao chép mã

    "amenityFeature": {
"@type": "LocationFeatureSpecification",
"name": "internetType",
"value": "Free"
}

  • parkingType
    Loại chỗ đỗ xe hiện có tại cơ sở lưu trú. Một số giá trị đề xuất:
    • Free
    • Paid
    • None

    json

    Sao chép mã

    "amenityFeature": {
"@type": "LocationFeatureSpecification",
"name": "parkingType",
"value": "Free"
}

    • Indoor
    • Outdoor
    • NonepoolType
      Loại hồ bơi hiện có tại cơ sở lưu trú. Một số giá trị đề xuất:
  • "amenityFeature": {
"@type": "LocationFeatureSpecification",
"name": "poolType",
"value": "Outdoor"
}

  • licenseNum
    Số giấy phép du lịch hoặc kinh doanh cho cơ sở lưu trú tại một số khu vực trên thế giới. Giá trị này có thể lặp lại và nếu có nhiều giấy phép, bạn nên thêm thông tin về cơ quan cấp phép tương ứng (ví dụ: Paris: 123456ABC).
    "amenityFeature": {
"@type": "LocationFeatureSpecification",
"name": "licenseNum",
"value": "Paris: 123456ABC"
}

• containsPlace.bed
  BedDetails lặp lại
  Thông tin về loại giường và số lượng giường của căn hộ du lịch.
  "bed": [{
"@type": "BedDetails",
"numberOfBeds": 1,
"typeOfBed": "Queen"
},
{
"@type": "BedDetails",
"numberOfBeds": 2,
"typeOfBed": "Single"
}]

  • containsPlace.bed.numberOfBeds
    Integer
    Số lượng giường trong căn hộ du lịch.
  • containsPlace.bed.typeOfBed
    Text
    Loại giường trong căn hộ du lịch. Một số giá trị đề xuất:
    • CaliforniaKing
    • King
    • Queen
    • Full
    • Double
    • SemiDouble
    • Single
  • Đối với feet vuông: FTK hoặc SQFT
  • Đối với mét vuông: MTK hoặc SQMcontainsPlace.floorSize
    QuantitativeValue
    Diện tích của căn hộ du lịch. Bạn phải chỉ định giá trị này bằng cách sử dụng thuộc tính unitCode:
• "floorSize": {
"@type": "QuantitativeValue",
"value": 75,
"unitCode": "MTK"
}

• containsPlace.numberOfBathroomsTotal
  Integer
  Tổng số phòng tắm của căn hộ du lịch. Theo quy ước bất động sản, sử dụng giá trị tổng cho số phòng tắm. Ví dụ: với căn hộ có 2 phòng tắm đầy đủ và 1 phòng tắm cơ bản, tổng số phòng tắm là 2,5.
• containsPlace.numberOfBedrooms
  Integer
  Tổng số phòng ngủ của căn hộ du lịch.
• containsPlace.numberOfRooms
  Integer
  Tổng số phòng của căn hộ du lịch.
• description
  Text
  Nội dung mô tả căn hộ du lịch.
• knowsLanguage
  Repeated Text
  Ngôn ngữ mà người tiếp đón nói được tại căn hộ du lịch. Sử dụng mã ngôn ngữ theo tiêu chuẩn IETF BCP 47, chẳng hạn như en-US hoặc fr-FR.
• review
  Repeated Review
  Ít nhất một bài đánh giá của người dùng về căn hộ du lịch. Bạn cần tuân thủ các nguyên tắc về đoạn trích thông tin đánh giá và cung cấp đầy đủ các thuộc tính cần thiết.Lưu ý: Đối với căn hộ du lịch, trường review.datePublished là bắt buộc.
  "review": {
"@type": "Review",
"reviewRating": {
"@type": "Rating",
"ratingValue": "4",
"bestRating": "5"
},
"datePublished": "2023-02-09",
"author": {
"@type": "Person",
"name": "Lillian R"
}
}

  • review.contentReferenceTime
    DateTime
    Thuộc tính này bắt buộc cho các trang thông tin về căn hộ du lịch tại Pháp.
    Ngày bắt đầu lưu trú của người đánh giá.

Theo dõi hiệu suất của kết quả nhiều định dạng bằng Search Console

Search Console là công cụ mạnh mẽ giúp bạn theo dõi và đánh giá hiệu quả hoạt động của trang web trên Google Tìm kiếm. Mặc dù không bắt buộc phải đăng ký Search Console để trang web xuất hiện trên Google, nhưng sử dụng công cụ này sẽ giúp bạn hiểu rõ hơn cách Google nhận diện và hiển thị trang web của bạn. Dưới đây là các tình huống cụ thể mà bạn nên kiểm tra Search Console:

Sau khi triển khai dữ liệu có cấu trúc lần đầu

Khi Google đã lập chỉ mục các trang của bạn, bạn nên kiểm tra Báo cáo trạng thái kết quả nhiều định dạng để xác định bất kỳ vấn đề nào. Mục tiêu là số lượng mục hợp lệ tăng lên mà không có sự gia tăng số mục không hợp lệ. Nếu phát hiện vấn đề trong dữ liệu có cấu trúc, bạn nên:

• Sửa chữa các mục không hợp lệ.
• Kiểm tra các URL đang hoạt động để đảm bảo vấn đề đã được giải quyết.
• Yêu cầu xác thực lại bằng cách sử dụng báo cáo trạng thái.

Sau khi phát hành mẫu mới hoặc cập nhật mã nguồn

Khi thực hiện các thay đổi đáng kể trên trang web, bạn cần theo dõi xem số lượng mục dữ liệu có cấu trúc không hợp lệ có tăng lên hay không. Nếu thấy sự gia tăng, có thể mẫu mới đã triển khai không hoạt động đúng cách, hoặc trang web tương tác với mẫu hiện tại theo cách không hợp lệ. Nếu số lượng mục hợp lệ giảm mà số mục không hợp lệ không tăng, có thể bạn đã bỏ sót việc nhúng dữ liệu có cấu trúc trên các trang. Hãy sử dụng Công cụ kiểm tra URL để tìm hiểu nguyên nhân và khắc phục vấn đề.

• Cảnh báo: Không nên sử dụng liên kết lưu trong bộ nhớ đệm để gỡ lỗi trên các trang. Thay vào đó, hãy sử dụng Công cụ kiểm tra URL vì công cụ này cung cấp phiên bản mới nhất của trang.

Phân tích lưu lượng truy cập định kỳ

Sử dụng Báo cáo hiệu suất trong Search Console để phân tích lưu lượng truy cập từ Google Tìm kiếm. Báo cáo này cung cấp thông tin về tần suất trang web xuất hiện dưới dạng kết quả nhiều định dạng, tần suất người dùng nhấp vào trang, và vị trí trung bình của trang trong kết quả tìm kiếm. Bạn cũng có thể tự động lấy các kết quả này thông qua Search Console API để thuận tiện trong việc theo dõi và phân tích hiệu suất trang web.

Khắc phục sự cố

Nếu bạn gặp phải sự cố khi triển khai hoặc gỡ lỗi dữ liệu có cấu trúc, dưới đây là một số tài nguyên và bước bạn có thể tham khảo để giải quyết vấn đề:

1. Tận dụng sự hỗ trợ từ hệ thống quản lý nội dung (CMS) hoặc đội ngũ quản lý trang web
   Nếu bạn đang sử dụng CMS hoặc có đội ngũ quản lý trang web, hãy liên hệ với họ để nhận hỗ trợ. Đừng quên chuyển tiếp mọi thông báo từ Search Console để họ có thể hiểu rõ vấn đề và hỗ trợ bạn khắc phục.
2. Hiểu về khả năng hiển thị của dữ liệu có cấu trúc trong kết quả tìm kiếm
   Google không đảm bảo rằng việc sử dụng dữ liệu có cấu trúc sẽ giúp nội dung của bạn xuất hiện trong kết quả nhiều định dạng. Để hiểu rõ các lý do khiến nội dung của bạn không xuất hiện như mong muốn, hãy tham khảo Nguyên tắc chung về dữ liệu có cấu trúc.
3. Kiểm tra và xử lý lỗi trong dữ liệu có cấu trúc
   Có thể có lỗi trong dữ liệu có cấu trúc của bạn. Hãy kiểm tra danh sách các lỗi phổ biến liên quan đến dữ liệu có cấu trúc và khắc phục chúng để đảm bảo tính chính xác.
4. Đối phó với các biện pháp thủ công
   Nếu trang web của bạn bị áp dụng biện pháp thủ công, dữ liệu có cấu trúc trên trang sẽ bị Google bỏ qua, dù trang vẫn có thể xuất hiện trong kết quả tìm kiếm. Để giải quyết vấn đề này, hãy sử dụng báo cáo Biện pháp thủ công trong Search Console để khắc phục.
5. Đánh giá lại tuân thủ nguyên tắc
   Kiểm tra lại các nguyên tắc để đảm bảo rằng nội dung của bạn tuân thủ đầy đủ. Nguyên nhân gây ra lỗi có thể xuất phát từ việc sử dụng nội dung không hợp lệ hoặc thẻ đánh dấu không đúng. Lưu ý rằng một số vấn đề có thể không liên quan đến lỗi cú pháp, và Công cụ kiểm tra kết quả nhiều định dạng có thể không phát hiện ra chúng.
6. Xử lý vấn đề thiếu hoặc giảm số lượng kết quả nhiều định dạng
   Nếu bạn nhận thấy thiếu kết quả nhiều định dạng hoặc số lượng giảm sút, hãy dành thời gian để Google thu thập lại dữ liệu và lập chỉ mục nội dung của bạn.
7. Kiên nhẫn với quá trình thu thập và lập chỉ mục
   Hãy nhớ rằng quá trình Google thu thập dữ liệu và lập chỉ mục có thể mất vài ngày sau khi bạn xuất bản trang mới. Để hiểu rõ hơn về quá trình này, bạn có thể tham khảo phần Câu hỏi thường gặp về việc thu thập dữ liệu và lập chỉ mục trên Google Tìm kiếm.
8. Tham gia cộng đồng hỗ trợ
   Nếu bạn vẫn gặp khó khăn, hãy đăng câu hỏi của mình trên diễn đàn Trung tâm Google Tìm kiếm để nhận được sự hỗ trợ từ cộng đồng SEO và các chuyên gia.