AISeeWhy
VI
Dùng thử miễn phí

Dữ liệu có cấu trúc cho câu trả lời AI: đánh dấu gì và làm thế nào

Đăng ngày

Trả lời ngắn

Dữ liệu có cấu trúc tự nó không mở khóa câu trả lời AI, nhưng loại bỏ sự mơ hồ về dữ kiện. Hãy đánh dấu nhà xuất bản là Organization với các liên kết sameAs, mỗi bài viết với author, datePublished và dateModified, sản phẩm với offers, giá và đơn vị tiền tệ, và các phần hỏi đáp với FAQPage. Dùng JSON-LD và giữ nó giống hệt những gì trang hiển thị.

Một trình thu thập dữ liệu đọc HTML phải tự suy ra ai xuất bản trang, nó thay đổi khi nào và một sản phẩm giá bao nhiêu. JSON-LD nêu những dữ kiện đó một cách tường minh bằng từ vựng schema.org. Google cho biết không cần schema đặc biệt cho các tính năng AI của họ, và các nhà cung cấp AI khác không công bố cách họ dùng dữ liệu đánh dấu, nên mục tiêu trung thực là sự rõ ràng chứ không phải mẹo xếp hạng.

Trong trang này
  1. Vì sao dữ liệu có cấu trúc giúp ích cho câu trả lời AI?
  2. Tôi nên đánh dấu tổ chức của mình như thế nào?
  3. Đánh dấu Article hoặc BlogPosting nên gồm những gì?
  4. Đánh dấu FAQPage còn đáng thêm không?
  5. Tôi đánh dấu giá sản phẩm hoặc ứng dụng thế nào?
  6. Làm sao kiểm tra dữ liệu đánh dấu được đọc đúng?

Vì sao dữ liệu có cấu trúc giúp ích cho câu trả lời AI?

Câu trả lời AI thường phải nêu dữ kiện: ai làm ra sản phẩm, giá bao nhiêu, một bài viết còn cập nhật hay không. Khi những dữ kiện đó chỉ nằm trong văn xuôi, chúng có thể bị đọc sai hoặc lẫn với dữ kiện từ trang khác. Dữ liệu đánh dấu đưa ra một phát biểu duy nhất, nhất quán cho mỗi dữ kiện mà bộ phân tích nào cũng đọc được.

Hãy dùng JSON-LD khi có thể; Google khuyến nghị nó là định dạng dễ triển khai và bảo trì nhất. Và tuân theo quy tắc cơ bản của Google: không đánh dấu thông tin mà người dùng không nhìn thấy trên trang, kể cả khi nó chính xác.

Tôi nên đánh dấu tổ chức của mình như thế nào?

Một Organization với name, url, logo và sameAs cho trình thu thập dữ liệu biết ai đứng sau website. schema.org định nghĩa sameAs là URL của một trang tham chiếu cho biết một cách không mơ hồ danh tính của đối tượng, chẳng hạn các hồ sơ chính thức của bạn ở nơi khác. Google gợi ý đặt nó ở trang chủ hoặc trang giới thiệu; bạn không cần nó trên mọi trang.

{
  "@context": "https://schema.org",
  "@type": "Organization",
  "@id": "https://example.com/#org",
  "name": "Example Co",
  "url": "https://example.com/",
  "logo": "https://example.com/logo.png",
  "sameAs": [
    "https://www.linkedin.com/company/example-co",
    "https://github.com/example-co"
  ]
}

Hãy đặt cho tổ chức một @id ổn định để dữ liệu đánh dấu khác trong website, như publisher của một bài viết, có thể tham chiếu đến nó. Chỉ liệt kê trong sameAs những hồ sơ do bạn kiểm soát. Liên kết đến trang của một công ty khác có tên tương tự gây tác dụng ngược: chúng làm mờ danh tính mà dữ liệu đánh dấu lẽ ra phải làm rõ.

Google cũng liệt kê các thuộc tính tùy chọn như description, legalName, contactPoint và address. Hãy thêm những thuộc tính đúng và ổn định; bỏ qua mọi thứ bạn sẽ phải cập nhật thủ công liên tục.

Đánh dấu Article hoặc BlogPosting nên gồm những gì?

Với bài viết, các thuộc tính quan trọng nhất cho độ tin cậy và độ mới là headline, author với name và url xác định tác giả, datePublished và dateModified. Google yêu cầu ngày theo ISO 8601 và khuyến nghị kèm múi giờ.

{
  "@context": "https://schema.org",
  "@type": "BlogPosting",
  "headline": "How to choose a clinic scheduling app",
  "author": {"@type": "Person", "name": "Jane Doe", "url": "https://example.com/team/jane"},
  "publisher": {"@id": "https://example.com/#org"},
  "datePublished": "2026-10-01T09:00:00+00:00",
  "dateModified": "2026-11-12T09:00:00+00:00",
  "image": "https://example.com/img/scheduling.jpg"
}

Giữ dateModified trung thực và nhất quán. Dùng cùng một ngày trên trang hiển thị và trong lastmod của sitemap, và chỉ cập nhật khi nội dung thực sự thay đổi.

Đánh dấu FAQPage còn đáng thêm không?

Hãy rõ về những gì nó không còn làm được. Google đã ngừng hiển thị kết quả nâng cao FAQ trong Search và đã gỡ tài liệu của tính năng đó. Vì vậy đánh dấu FAQPage sẽ không đem lại cho bạn kết quả FAQ mở rộng trên Google.

Nó vẫn là một kiểu hợp lệ của schema.org, ghép từng câu hỏi với câu trả lời ở dạng máy đọc được, hữu ích cho bất kỳ hệ thống nào phân tích trang. Nếu trang của bạn đã có phần FAQ hiển thị, việc đánh dấu nó tốn rất ít. Đừng thêm vào dữ liệu đánh dấu những câu hỏi không có trên trang.

{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [{
    "@type": "Question",
    "name": "Does the app work offline?",
    "acceptedAnswer": {"@type": "Answer", "text": "Yes. Changes sync when the device is back online."}
  }]
}

Tôi đánh dấu giá sản phẩm hoặc ứng dụng thế nào?

Mọi người thường hỏi trợ lý AI một sản phẩm giá bao nhiêu, và một mức giá chôn trong bảng giá rất dễ bị đọc sai. Hãy thêm offers với price và priceCurrency vào dữ liệu đánh dấu Product hoặc SoftwareApplication của bạn. Google liệt kê price là bắt buộc cho một offer và khuyến nghị priceCurrency; một ứng dụng miễn phí nên ghi giá là 0.

{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Example Planner Pro",
  "offers": {
    "@type": "Offer",
    "price": 19.00,
    "priceCurrency": "USD",
    "availability": "https://schema.org/InStock"
  }
}

Làm sao kiểm tra dữ liệu đánh dấu được đọc đúng?

AISeeWhy phân tích JSON-LD trên trang của bạn và báo cáo các khối không hợp lệ, thiếu nhà xuất bản hoặc sameAs, dữ liệu bài viết chưa đầy đủ, dữ liệu đánh dấu ứng dụng hoặc sản phẩm không có giá, và các đề mục dạng câu hỏi không có đánh dấu FAQ tương ứng, kèm đoạn mã sẵn sàng cho mỗi cách sửa.

Câu hỏi thường gặp

Tôi có cần dữ liệu có cấu trúc để xuất hiện trong Google AI Overviews không?

Không. Google cho biết không cần dữ liệu có cấu trúc schema.org đặc biệt nào cho AI Overviews hoặc AI Mode. Dữ liệu đánh dấu vẫn giúp làm rõ các dữ kiện như ngày tháng và giá.

JSON-LD, Microdata hay RDFa?

Tất cả đều hợp lệ, nhưng Google khuyến nghị JSON-LD khi hệ thống của bạn cho phép, vì dễ thêm và dễ bảo trì tách biệt khỏi HTML hiển thị.

Mọi trang có nên có dữ liệu Organization không?

Google gợi ý đặt nó ở trang chủ hoặc một trang mô tả tổ chức. Các trang khác có thể tham chiếu đến nó bằng @id của nó.

Dữ liệu có cấu trúc có thay thế nội dung tốt không?

Không. Dữ liệu đánh dấu nêu dữ kiện về trang; nó không làm một câu trả lời yếu trở nên mạnh. Câu trả lời AI vẫn trích văn bản hiển thị, nên chính trang phải trả lời tốt câu hỏi.

Tôi có thể đánh dấu nội dung bị ẩn khỏi khách truy cập không?

Không. Hướng dẫn của Google nói không đánh dấu thông tin mà người dùng không nhìn thấy, kể cả khi nó chính xác.

Nguồn tham khảo

Bài viết khác