Nội dung Q&A và Hướng dẫn có cấu trúc: Xây dựng câu trả lời mà AI muốn

Nội dung Q&A và Hướng dẫn có cấu trúc: Xây dựng câu trả lời mà AI muốn

Giới thiệu

Tìm kiếm đang thay đổi từ một danh sách các liên kết thành một câu trả lời trực tiếp. Google AI Overviews, Google AI Mode, ChatGPT với tìm kiếm web, Perplexity và các hệ thống tương tự hiện truy xuất các trang, tóm tắt chúng và đính kèm các trích dẫn đến các nguồn được chọn.

Điều này đặt ra một câu hỏi thực tế cho các nhà xuất bản:

Liệu việc thêm dữ liệu có cấu trúc QAPage hoặc HowTo có làm cho một trang dễ xuất hiện hơn trong câu trả lời do AI tạo ra, đặc biệt là câu trả lời từng bước?

Câu trả lời ngắn gọn là không phải riêng nó.

Tính đến ngày 24 tháng 7 năm 2026, Google cho biết không có dữ liệu có cấu trúc đặc biệt nào được yêu cầu cho AI Overviews hoặc AI Mode. Một trang trước tiên phải có thể thu thập dữ liệu, được lập chỉ mục, đủ điều kiện để có đoạn trích tìm kiếm thông thường và đủ hữu ích để được các hệ thống tìm kiếm của Google chọn. Google cũng cho biết dữ liệu có cấu trúc phải khớp với nội dung hiển thị trên trang. (developers.google.com)

Cơ hội lớn nhất không phải là “thêm một thẻ schema và được trích dẫn.” Đó là việc xây dựng các trang mà:

• Dễ hiểu
• Dễ trích xuất thông tin
• Dễ xác minh
• Chính xác ở cấp độ câu và bước
• Rõ ràng phù hợp với câu hỏi hoặc nhiệm vụ thực tế của người dùng

Cấu trúc hiển thị có vẻ quan trọng hơn chỉ riêng mã đánh dấu. Mã đánh dấu QAPage vẫn có thể giúp các trang hỏi đáp hợp lệ đủ điều kiện nhận các cải tiến tìm kiếm và tạo ra các đoạn trích tốt hơn. Mã đánh dấu HowTo chung vẫn là một phần của Schema.org, nhưng Google đã loại bỏ kết quả đa dạng HowTo chung khỏi Tìm kiếm vào năm 2023. (developers.google.com)

Kết quả điều hành

Kết quả 1: Mã đánh dấu QAPage có thể cải thiện khả năng trình bày kết quả tìm kiếm, nhưng chưa được chứng minh là làm tăng lượt trích dẫn của AI

Google cho biết dữ liệu có cấu trúc QAPage có thể làm cho một trang đủ điều kiện nhận kết quả đa dạng hỏi đáp và có thể giúp Google tạo ra một đoạn trích tốt hơn từ các câu trả lời trên trang. Tuy nhiên, Google không hứa rằng kết quả đa dạng sẽ xuất hiện, và hướng dẫn tìm kiếm AI của họ không xác định QAPage là một con đường đặc biệt dẫn đến các câu trả lời do AI tạo ra. (developers.google.com)

Kết quả 2: QAPage có các quy tắc nghiêm ngặt

QAPage được thiết kế cho một trang tập trung vào một câu hỏi và các câu trả lời của nó, nơi người dùng có thể gửi các câu trả lời thay thế. Google đặc biệt khuyến cáo không sử dụng QAPage cho:

• Các trang hỏi đáp thường gặp mang tính biên tập
• Các trang sản phẩm có nhiều câu hỏi
• Hướng dẫn cách thực hiện
• Bài đăng blog
• Các bài luận trả lời một câu hỏi

Sử dụng QAPage trên loại trang sai có thể làm cho mã đánh dấu bị sai lệch và không đủ điều kiện cho các tính năng tìm kiếm. (developers.google.com)

Kết quả 3: Mã đánh dấu HowTo chung hiện không phải là lợi thế về kết quả đa dạng của Google Search

Schema.org vẫn định nghĩa HowTo là nội dung giải thích cách đạt được một kết quả thông qua một chuỗi các bước. Tuy nhiên, Google đã ngừng hỗ trợ kết quả đa dạng HowTo chung trong Tìm kiếm vào tháng 9 năm 2023. Tài liệu về giao diện Google Search hiện tại liệt kê các tính năng Q&A và Công thức nấu ăn, nhưng không có tính năng tìm kiếm HowTo chung. (schema.org)

Mã đánh dấu HowToStep vẫn có thể hữu ích cho khả năng tương tác của Schema.org và cho các loại nội dung như công thức nấu ăn, nơi Google tiếp tục hỗ trợ thông tin bước trong dữ liệu có cấu trúc Công thức nấu ăn. (developers.google.com)

Kết quả 4: Nghiên cứu hiện có cho thấy kết quả hỗn hợp

Một nghiên cứu đối chiếu từ Ahrefs đã theo dõi 1.885 trang đã thêm mã đánh dấu JavaScript Object Notation for Linked Data và so sánh chúng với khoảng 4.000 trang kiểm soát. Nghiên cứu này không tìm thấy sự gia tăng trích dẫn rõ ràng tích cực cho Google AI Mode hoặc ChatGPT. Các thay đổi được đo lường xấp xỉ:

• Google AI Overviews: giảm 4,6 phần trăm
• Google AI Mode: tăng 2,4 phần trăm, không khác biệt rõ rệt so với không
• ChatGPT: tăng 2,2 phần trăm, không khác biệt rõ rệt so với không

Nghiên cứu tập trung vào các trang đã nhận được nhiều trích dẫn từ AI, vì vậy nó không trả lời liệu dữ liệu có cấu trúc có giúp một trang mới được xem xét bởi hệ thống AI hay không. (ahrefs.com)

Một thử nghiệm kiểm soát nhỏ đã báo cáo rằng một trang có dữ liệu có cấu trúc được triển khai tốt là trang duy nhất trong ba trang tương tự xuất hiện trong Google AI Overview. Tuy nhiên, trang đó cũng đạt được thứ hạng truyền thống tốt nhất, và trang không có mã đánh dấu không được lập chỉ mục. Các nhà nghiên cứu gọi kết quả này là đầy hứa hẹn nhưng chưa có kết luận. (searchengineland.com)

Các nghiên cứu ban đầu khác báo cáo rằng cấu trúc ngữ nghĩa, siêu dữ liệu và dữ liệu có cấu trúc có liên quan đến hành vi trích dẫn. Một bản preprint năm 2026 đã báo cáo sự cải thiện tỷ lệ trích dẫn từ việc tối ưu hóa cấu trúc trên sáu công cụ tạo sinh. Tuy nhiên, một đánh giá vào tháng 7 năm 2026 về 45 nghiên cứu đã cảnh báo rằng nhiều kết quả phụ thuộc vào việc một trang đã được truy xuất và không chứng minh được hiệu ứng ổn định, lâu dài đối với khám phá tự nhiên, lưu lượng truy cập hoặc chuyển đổi. (arxiv.org)

“Nội dung có cấu trúc” thực sự có nghĩa là gì

Từ có cấu trúc ẩn chứa hai ý tưởng khác nhau.

Cấu trúc nội dung hiển thị

Đây là những gì mọi người thấy trên trang:

• Một câu hỏi rõ ràng gần đầu trang
• Một câu trả lời trực tiếp
• Các tiêu đề mô tả
• Các đoạn văn ngắn
• Các danh sách có thứ tự
• Một hành động cho mỗi bước
• Các phần khắc phục sự cố
• Các cảnh báo và điều kiện rõ ràng
• Các liên kết đến bằng chứng hỗ trợ

Loại cấu trúc này giúp người dùng quét trang. Nó cũng có thể giúp các hệ thống truy xuất xác định các đoạn văn hoàn chỉnh và chuỗi các bước.

Cấu trúc máy đọc được

Đây là thông tin được đặt trong mã trang:

• QAPage
• Question
• Answer
• HowTo
• HowToStep
• Recipe
• Article
• BreadcrumbList
• Organization

Mã đánh dấu máy đọc được cung cấp cho các hệ thống tìm kiếm các gợi ý bổ sung về ý nghĩa của một trang. Google cho biết dữ liệu có cấu trúc có thể giúp họ hiểu nội dung trang và giúp một trang đủ điều kiện nhận các kết quả tìm kiếm nâng cao. Google cũng cho biết dữ liệu có cấu trúc phải thể hiện chính xác nội dung trang hiển thị. (developers.google.com)

Hai hình thức cấu trúc nên được kiểm tra riêng biệt. Một trang có tiêu đề tốt, các bước có thứ tự và câu trả lời ngắn gọn không giống với một trang có dữ liệu có cấu trúc hợp lệ ẩn trong mã.

Cách các hệ thống AI chọn nguồn

Google mô tả AI Overviews và AI Mode là các hệ thống sử dụng tạo sinh tăng cường truy xuất. Chúng truy xuất các trang liên quan từ chỉ mục Tìm kiếm, xem xét thông tin từ các trang đó và tạo ra một phản hồi với các liên kết đến các nguồn hỗ trợ. Google cũng mô tả query fan-out, trong đó một câu hỏi có thể được mở rộng thành nhiều tìm kiếm liên quan. (developers.google.com)

Điều này có nghĩa là một trang có thể cần phải thành công ở một số giai đoạn khác nhau:

1. Thu thập dữ liệu — Hệ thống có thể truy cập trang không?
2. Lập chỉ mục — Trang có được lưu trữ và có sẵn để tìm kiếm không?
3. Truy xuất — Trang có được tìm thấy cho câu hỏi hoặc một câu hỏi liên quan không?
4. Xếp hạng lại — Trang có được coi là hữu ích so với các trang cạnh tranh không?
5. Trích dẫn — Trang có được nêu tên là một nguồn không?
6. Hấp thụ — Câu trả lời được tạo ra có thực sự sử dụng các dữ kiện hoặc bước của trang không?
7. Tương tác — Người dùng có nhấp vào và tiếp tục sử dụng trang web không?

Một thẻ schema có thể ảnh hưởng đến một giai đoạn mà không ảnh hưởng đến các giai đoạn khác. Ví dụ, mã đánh dấu QAPage có thể cải thiện cách Google hiểu một trang câu hỏi hợp lệ, trong khi trang đó vẫn không xếp hạng được vì câu trả lời của nó yếu hoặc ít có thẩm quyền hơn các nguồn cạnh tranh.

Một đánh giá gần đây về nghiên cứu công cụ tạo sinh khuyến nghị đo lường khả năng truy xuất, trích dẫn, nổi bật, sử dụng thực tế và hành vi người dùng như các kết quả riêng biệt thay vì coi mọi đề cập là thành công. (arxiv.org)

Kế hoạch thử nghiệm chủ đề đối chiếu

Một thử nghiệm hữu ích phải so sánh các trang càng giống nhau càng tốt. Nếu không, một kết quả có thể do số lượng từ, thẩm quyền, liên kết nội bộ, tốc độ trang hoặc lập chỉ mục gây ra thay vì nội dung có cấu trúc.

Câu hỏi nghiên cứu

Thử nghiệm nên trả lời bốn câu hỏi:

1. Liệu cấu trúc hỏi đáp hiển thị có làm tăng sự xuất hiện của trích dẫn không?
2. Liệu cấu trúc bước hiển thị có làm tăng sự bao gồm trong các câu trả lời từng bước không?
3. Liệu mã đánh dấu QAPage hoặc HowTo có thêm giá trị sau khi cấu trúc hiển thị được kiểm soát không?
4. Các trang có cấu trúc có tạo ra câu trả lời chính xác hơn và tương tác giới thiệu tốt hơn không?

Các giả thuyết chính

• Giả thuyết 1: Các trang có cấu trúc hỏi đáp hiển thị rõ ràng sẽ có tỷ lệ trích dẫn cao hơn so với các trang chỉ có văn xuôi.
• Giả thuyết 2: Các trang có cấu trúc bước hiển thị rõ ràng sẽ có phạm vi bao phủ bước và độ chính xác thứ tự bước cao hơn.
• Giả thuyết 3: Mã đánh dấu QAPage sẽ mang lại lợi ích lớn hơn cho các trang câu hỏi do người dùng tạo ra hợp lệ so với các trang biên tập.
• Giả thuyết 4: Mã đánh dấu HowTo chung sẽ mang lại ít hoặc không có lợi ích hiển thị trực tiếp từ Google AI vì Google hiện không hỗ trợ kết quả đa dạng HowTo chung.
• Giả thuyết 5: Ảnh hưởng của cấu trúc hiển thị sẽ lớn hơn đối với các chủ đề khó đòi hỏi nhiều bước hoặc tìm kiếm liên quan.

Các nhóm thử nghiệm được khuyến nghị

Sử dụng thử nghiệm bốn ô khi loại trang cho phép:

Nội dung phải giữ đúng sự thật trong mọi cách xử lý. Không thêm mã đánh dấu QAPage vào một trang biên tập không cho phép người dùng gửi câu trả lời. Nếu một trang không thể đáp ứng các quy tắc QAPage, hãy sử dụng HTML hỏi đáp thông thường và thử nghiệm QAPage riêng trên một hệ thống hỗ trợ hoặc cộng đồng thực tế.

Các chủ đề phù hợp theo độ khó

Sử dụng các chủ đề an toàn, ổn định và dễ xác minh. Tránh các chủ đề y tế, pháp lý và tài chính trong thử nghiệm đầu tiên vì các chủ đề đó đưa thêm các biến về thẩm quyền và an toàn.

Để có kết quả mạnh hơn, hãy sử dụng ít nhất bốn chủ đề cho mỗi cấp độ khó trong mỗi hướng nội dung. Điều đó tạo ra:

• Mười hai chủ đề hỏi đáp
• Mười hai chủ đề hướng dẫn cách thực hiện
• Tổng cộng hai mươi bốn chủ đề
• Lên đến chín mươi sáu cách xử lý trang nếu mỗi chủ đề sử dụng bốn biến thể

Giữ các trang phù hợp như nhau

Đối với mỗi chủ đề, giữ các yếu tố sau không đổi:

• Tiêu đề trang
• Câu hỏi hoặc nhiệm vụ chính
• Tác giả và người xem xét
• Ngày xuất bản
• Ngày cập nhật
• Số lượng từ
• Hình ảnh
• Liên kết nội bộ
• Tham chiếu bên ngoài
• Tốc độ trang
• Bố cục di động
• Cài đặt canonical
• Khả năng lập chỉ mục
• Quy tắc Robots
• Sức mạnh tên miền
• Thời gian xuất bản

Cách xử lý cấu trúc hiển thị nên thay đổi cách tổ chức, không phải sự thật. Ví dụ, bản kiểm soát văn xuôi và phiên bản có cấu trúc nên chứa cùng một câu trả lời cốt lõi, cảnh báo, điều kiện và các bước.

Tránh các vấn đề trùng lặp trang

Xuất bản các trang giống hệt nhau trên cùng một tên miền có thể gây ra vấn đề canonical hóa và lập chỉ mục. Một thiết kế an toàn hơn sử dụng một trong các phương pháp sau:

1. Thử nghiệm chuyển đổi trước và sau Giữ nguyên trang và bật/tắt mã đánh dấu hoặc cấu trúc hiển thị trong các khoảng thời gian riêng biệt.

2. Các tên miền phụ phù hợp Sử dụng một số tên miền phụ tương tự với cài đặt kỹ thuật tương đương và cách diễn đạt khác nhau nhưng tương đương.

3. Các tên miền thử nghiệm riêng biệt Sử dụng các tên miền có tuổi đời, thẩm quyền và hồ sơ liên kết tương tự. Điều này tốn kém hơn nhưng giảm trùng lặp cấp độ trang.

Bản thân Google khuyến nghị sử dụng so sánh trước và sau trên các trang ổn định khi đo lường ảnh hưởng của dữ liệu có cấu trúc. (developers.google.com)

Cho phép thời gian để thu thập dữ liệu

Ghi lại ngày chính xác của mọi thay đổi. Xác nhận rằng các hệ thống tìm kiếm đã thu thập lại trang trước khi tính toán thời gian xử lý. Tài liệu QAPage của Google lưu ý rằng việc thu thập và xử lý lại có thể mất vài ngày hoặc lâu hơn, vì vậy một thử nghiệm không nên bắt đầu ngay sau khi xuất bản mã đánh dấu. (developers.google.com)

Một thiết kế thực tế là:

• Giai đoạn đường cơ sở ba mươi ngày
• Thay đổi mã đánh dấu hoặc cấu trúc hiển thị
• Xác nhận thu thập lại dữ liệu
• Ít nhất hai mươi tám ngày đo lường
• Giai đoạn chuyển đổi tùy chọn
• Phân tích cuối cùng sau lần thu thập lại dữ liệu cuối cùng được ghi nhận

Khung đo lường

1. Sự xuất hiện của trích dẫn

Đo lường sự xuất hiện của trích dẫn riêng biệt cho mỗi công cụ và chủ đề.

Các chỉ số được khuyến nghị bao gồm:

• Tỷ lệ trích dẫn: tỷ lệ phần trăm các lần chạy câu trả lời trích dẫn trang
• Tỷ lệ trích dẫn đầu tiên: tỷ lệ phần trăm các lần chạy mà trang là nguồn được trích dẫn đầu tiên
• Vị trí trích dẫn: vị trí của trang trong danh sách nguồn
• Tính ổn định của trích dẫn: tần suất cùng một trang xuất hiện trong các lần chạy lặp lại
• Tỷ lệ truy xuất: tần suất trang xuất hiện trong tập hợp nguồn hoặc kết quả có sẵn
• Hấp thụ câu trả lời: mức độ câu trả lời cuối cùng được hỗ trợ bởi trang

Một trích dẫn không nên được tính là thành công hoàn toàn nếu trang được liệt kê nhưng không hỗ trợ tuyên bố đang được đưa ra.

2. Việc bao gồm từng bước

Đối với các trang thủ tục, đo lường:

• Số bước chính xác được bao gồm
• Tỷ lệ phần trăm các bước trên trang được thể hiện
• Thứ tự bước chính xác
• Các công cụ và vật liệu chính xác
• Thời gian hoặc cài đặt chính xác
• Các điều kiện và cảnh báo chính xác
• Lời khuyên khắc phục sự cố chính xác
• Các bước không được hỗ trợ được thêm bởi mô hình

Một điểm số bao phủ bước hữu ích là:

Số bước chính xác được bao gồm ÷ tổng số bước yêu cầu

Một điểm số thứ tự bước riêng biệt nên đo lường liệu hệ thống có duy trì các sự phụ thuộc hay không. Điều này quan trọng vì một phản hồi có thể đề cập đến mọi bước nhưng đặt chúng theo một thứ tự không an toàn hoặc không thể sử dụng.

3. Độ chính xác của đoạn trích

Google cho biết các đoạn trích chủ yếu được tạo ra từ nội dung trang và có thể thay đổi dựa trên truy vấn của người dùng. Mã đánh dấu QAPage có thể giúp Google sử dụng nội dung câu trả lời khi tạo một đoạn trích tìm kiếm thông thường, nhưng đoạn trích vẫn cần được đánh giá về độ chính xác. (developers.google.com)

Đo lường hai loại đoạn trích:

Các đoạn trích tìm kiếm truyền thống

Ghi lại:

• Trang có xuất hiện không
• Đoạn nào được hiển thị
• Đoạn đó có trả lời truy vấn không
• Đoạn đó có hoàn chỉnh không
• Đoạn đó có chứa tuyên bố không chính xác hoặc gây hiểu lầm không

Các đoạn câu trả lời do AI tạo ra

Đối với mỗi câu trả lời, hãy nhờ hai người đánh giá được đào tạo chấm điểm:

• 2: Được hỗ trợ đầy đủ và chính xác
• 1: Được hỗ trợ một phần hoặc thiếu chi tiết quan trọng
• 0: Không được hỗ trợ, không chính xác hoặc gây hiểu lầm

Đối với các câu trả lời từng bước, chấm điểm từng bước riêng biệt. Điều này tránh che giấu một lỗi nghiêm trọng bên trong một điểm số tổng thể cao.

4. Mức độ tương tác của người dùng từ các lượt giới thiệu AI

Khả năng hiển thị trích dẫn không phải là kết quả kinh doanh cuối cùng. Đo lường những gì người dùng làm sau khi nhấp.

Các chỉ số Google Analytics 4 được khuyến nghị bao gồm:

• Phiên từ các nền tảng AI được xác định
• Tỷ lệ phiên tương tác
• Thời gian tương tác trung bình
• Độ sâu cuộn
• Số lượt nhấp vào điều hướng bước
• Số lượt nhấp vào các câu hỏi liên quan
• Lượt tải xuống
• Đăng ký
• Mua hàng
• Hoàn thành phiếu hỗ trợ
• Lượt truy cập trở lại
• Chuyển đổi hỗ trợ

Google Analytics xác định lưu lượng truy cập bằng cách sử dụng các thứ nguyên nguồn, phương tiện, chiến dịch và các thứ nguyên nguồn lưu lượng truy cập liên quan. Các liên kết AI có thể đến dưới dạng lượt giới thiệu, lưu lượng truy cập tự nhiên hoặc lưu lượng truy cập trực tiếp tùy thuộc vào cách nền tảng chuyển thông tin giới thiệu. Dữ liệu giới thiệu bị thiếu, chuyển hướng, công cụ bảo mật và các liên kết không được gắn thẻ có thể tạo ra lưu lượng truy cập trực tiếp hoặc không xác định. (support.google.com)

Đối với các lượt giới thiệu AI, hãy tạo một nhóm báo cáo bao gồm các nguồn đã biết như:

• ChatGPT
• Perplexity
• Gemini
• Claude
• Bing hoặc Copilot
• Các tính năng tạo sinh của Google Search nơi có thể xác định được lượt giới thiệu

Không nên cho rằng tất cả lưu lượng truy cập AI sẽ hiển thị trong một kênh rõ ràng. Sử dụng nguồn, phương tiện, trang đích, dữ liệu trình duyệt, nhật ký máy chủ và một câu hỏi ngắn “Bạn biết đến chúng tôi bằng cách nào?” cùng nhau.

5. Đo lường bằng Google Search Console

Vào tháng 6 năm 2026, Google đã công bố các báo cáo hiệu suất trí tuệ nhân tạo tạo sinh chuyên dụng trong Search Console. Các báo cáo hiển thị các trang và lượt hiển thị từ các tính năng tạo sinh trong Tìm kiếm và Khám phá, với các phân tích theo ngày, quốc gia và thiết bị. Việc triển khai bắt đầu với một tập hợp con các trang web. (developers.google.com)

Sử dụng các báo cáo này cho:

• Lượt hiển thị tính năng tạo sinh
• Các trang xuất hiện trong tính năng AI
• So sánh quốc gia
• So sánh thiết bị
• Xu hướng hiển thị trước và sau khi thay đổi nội dung

Sử dụng báo cáo Hiệu suất Search Console thông thường và Google Analytics 4 cho các lượt nhấp, phiên, tương tác và chuyển đổi. Tài liệu của Google giải thích rằng các liên kết được nhấp bên trong AI Overview được tính là lượt nhấp, trong khi lượt hiển thị tuân theo các quy tắc hiển thị cho tính năng AI. (support.google.com)

Phân tích thống kê

So sánh đơn giản trước và sau là không đủ. Các hệ thống AI thay đổi theo thời gian, và một số nền tảng có thể tăng hoặc giảm số lượng trích dẫn vì những lý do không liên quan đến thử nghiệm.

Sử dụng:

• Một mô hình khác biệt trong khác biệt cho các thay đổi trang
• Một mô hình logistic hiệu ứng hỗn hợp cho việc liệu một trang có được trích dẫn hay không
• Một mô hình đếm cho tần suất trích dẫn
• Một mô hình hiệu ứng hỗn hợp cho độ chính xác của đoạn trích và bước
• Các hiệu ứng ngẫu nhiên cho chủ đề, tên miền, công cụ và tuần thử nghiệm
• Các tương tác xử lý theo độ khó

So sánh chính phải là:

Liệu cách xử lý có cấu trúc có cải thiện hơn so với kiểm soát phù hợp trong cùng một khoảng thời gian không?

Báo cáo:

• Thay đổi điểm phần trăm tuyệt đối
• Thay đổi phần trăm tương đối
• Khoảng tin cậy
• Kích thước mẫu
• Kết quả theo từng công cụ
• Kết quả theo từng độ khó
• Kết quả cho các trang mới và các trang đã hiển thị riêng biệt

Sự khác biệt cuối cùng này rất quan trọng. Nghiên cứu của Ahrefs tìm thấy ít hiệu ứng sau khi các trang đã được trích dẫn nhiều, nhưng điều đó không loại trừ một hiệu ứng trong giai đoạn khám phá hoặc lập chỉ mục sớm hơn. (ahrefs.com)

Hướng dẫn triển khai cho các thư viện nội dung có khả năng mở rộng

1. Xây dựng một nguồn nội dung duy nhất đáng tin cậy

Không viết văn bản trang trong một hệ thống và dữ liệu có cấu trúc bằng tay trong một hệ thống khác.

Lưu trữ các trường này trong hệ thống quản lý nội dung:

• Câu hỏi chính tắc
• Câu trả lời ngắn
• Câu trả lời đầy đủ
• Trạng thái câu trả lời được chấp nhận
• Tác giả câu trả lời
• Người xem xét
• Ngày xuất bản
• Ngày xem xét cuối cùng
• Nguồn bằng chứng
• Ý định người dùng
• Độ khó
• Công cụ yêu cầu
• Vật liệu yêu cầu
• Thời gian ước tính
• Mã định danh bước
• Tên bước
• Hướng dẫn bước
• Kết quả mong đợi
• Cảnh báo
• Lời khuyên khắc phục sự cố
• Các câu hỏi liên quan
• Các quy trình liên quan

Tạo cả trang hiển thị và dữ liệu có cấu trúc từ các trường này.

2. Sử dụng loại trang chính xác

Đối với các câu hỏi cộng đồng thực tế

Sử dụng QAPage khi:

• Một câu hỏi là trọng tâm của trang
• Người dùng có thể gửi câu trả lời
• Trang hiển thị văn bản câu hỏi và câu trả lời hoàn chỉnh
• Các câu trả lời được chấp nhận và đề xuất được xác định chính xác
• Số lượng câu trả lời chính xác

Đối với các trang câu hỏi biên tập

Sử dụng nội dung hỏi đáp HTML hiển thị thông thường. Không gắn nhãn trang là QAPage nếu người dùng không thể gửi các câu trả lời thay thế. Một tiêu đề câu hỏi rõ ràng và khối trả lời vẫn có thể giúp người đọc và các hệ thống truy xuất.

Đối với các trang thủ tục

Sử dụng:

• Một kết quả rõ ràng trong tiêu đề
• Một câu trả lời ngắn gần đầu trang
• Một danh sách HTML có thứ tự
• Một hành động cho mỗi bước
• Các liên kết bước và mã định danh ổn định
• Một phần “Trước khi bạn bắt đầu”
• Các công cụ và vật liệu
• Kết quả mong đợi
• Khắc phục sự cố
• Một bước xác minh cuối cùng

Dữ liệu có cấu trúc HowTo có thể được sử dụng khi nó thể hiện chính xác trang và hữu ích cho khả năng tương tác của Schema.org. Tuy nhiên, nó không nên được trình bày như một kỹ thuật đảm bảo hiển thị trên Google Search hoặc Google AI. Kết quả đa dạng HowTo chung không còn được hỗ trợ trong Google Search. (developers.google.com)

3. Viết nội dung ưu tiên câu trả lời

Một trang câu hỏi mạnh mẽ nên bắt đầu bằng câu trả lời:

Lỗi 401 có nghĩa là máy chủ yêu cầu thông tin xác thực hợp lệ trước khi cung cấp tài nguyên được yêu cầu.

Giải thích có thể theo sau. Định dạng này giúp người đọc, tạo ra một đoạn trích tìm kiếm hữu ích và cung cấp cho hệ thống trả lời một đoạn văn hoàn chỉnh để sử dụng.

Một trang thủ tục mạnh mẽ nên bắt đầu bằng kết quả:

Để hợp nhất các tệp PDF trên máy Mac, hãy mở các tệp trong Preview, hiển thị bảng hình thu nhỏ và kéo một tệp vào tệp kia.

Sau đó cung cấp các bước chi tiết.

4. Làm cho mỗi bước độc lập

Mỗi bước nên bao gồm:

1. Hành động
2. Đối tượng hoặc vị trí
3. Điều kiện, nếu cần
4. Kết quả mong đợi

Bước yếu:

Cấu hình cài đặt.

Bước mạnh hơn:

Mở bảng cài đặt tên miền và thêm bản ghi DomainKeys Identified Mail được hiển thị. Lưu bản ghi, sau đó đợi nhà cung cấp xác nhận rằng nó đang hoạt động.

Cấu trúc này cải thiện việc sử dụng của con người và giảm khả năng một câu trả lời được tạo ra sẽ kết hợp các đoạn từ các bước khác nhau.

5. Giữ văn bản hiển thị và mã đánh dấu đồng bộ

Nguyên tắc của Google yêu cầu dữ liệu có cấu trúc phải thể hiện nội dung trang hiển thị. Không đặt các hướng dẫn quan trọng chỉ trong mã đánh dấu. Không đánh dấu văn bản ẩn, các bước lỗi thời hoặc các bộ câu trả lời không đầy đủ. (developers.google.com)

Một hệ thống xác thực có khả năng mở rộng nên kiểm tra:

• Mọi câu trả lời được đánh dấu đều xuất hiện rõ ràng
• Mọi bước được đánh dấu đều xuất hiện rõ ràng
• Thứ tự bước khớp
• Số lượng câu trả lời khớp với cơ sở dữ liệu
• Trạng thái câu trả lời được chấp nhận là hiện tại
• Ngày sử dụng định dạng hợp lệ
• URL phân giải
• Mã định danh neo là duy nhất
• Mã đánh dấu được xóa khi nội dung bị xóa
• Loại trang khớp với trải nghiệm người dùng thực tế

6. Xác thực trang trước khi phát hành

Đối với QAPage, sử dụng Google’s Rich Results Test và xác thực Search Console nếu có. Đối với các loại Schema.org chung, sử dụng Schema Markup Validator. Google phân biệt giữa việc kiểm tra tính năng Tìm kiếm của riêng họ và xác thực Schema.org rộng hơn. (developers.google.com)

Thêm các bài kiểm tra tự động vào quy trình xuất bản. Một trang không nên được đưa lên trực tuyến nếu:

• Thiếu các trường bắt buộc
• Số lượng câu trả lời sai
• Mã đánh dấu không khớp với trang
• Một QAPage không có cách nào để gửi câu trả lời
• Một trang HowTo thiếu hoặc trùng lặp các bước
• Một ngày cũ hơn phiên bản nội dung hiện tại
• Trang canonical bị chặn thu thập dữ liệu

7. Thiết kế để luôn cập nhật

Nội dung thủ tục có thể trở nên không chính xác khi giao diện phần mềm, sản phẩm hoặc chính sách thay đổi.

Gán cho mỗi trang một lịch trình xem xét:

• Các chủ đề ít thay đổi: xem xét mỗi mười hai tháng
• Các chủ đề thay đổi trung bình: xem xét mỗi sáu tháng
• Các chủ đề kỹ thuật thay đổi nhiều: xem xét mỗi ba tháng
• Các chủ đề nhạy cảm về an toàn: xem xét bất cứ khi nào chính sách nguồn thay đổi

Ghi lại ngày xem xét cuối cùng trong nội dung hiển thị. Cập nhật ảnh chụp màn hình, lệnh, nhãn giao diện và các nguồn được liên kết cùng nhau.

8. Tránh xuất bản hàng loạt nội dung giá trị thấp

Tạo hàng trăm trang câu hỏi gần như giống hệt nhau chỉ để nắm bắt các biến thể của một lời nhắc AI có thể tạo ra nội dung mỏng và trải nghiệm người dùng kém. Google cảnh báo rằng việc tạo nhiều trang mà không thêm giá trị có thể vi phạm chính sách lạm dụng nội dung quy mô lớn của họ. (developers.google.com)

Một thư viện có khả năng mở rộng chỉ nên tạo một trang mới khi nó có một:

• Nhu cầu người dùng riêng biệt
• Ngữ cảnh sản phẩm hoặc hệ thống
• Quy trình
• Rủi ro
• Đối tượng
• Tập hợp các ví dụ
• Con đường khắc phục sự cố

9. Liên kết các câu hỏi và quy trình lại với nhau

Một thư viện nội dung hữu ích nên kết nối:

• Các trang câu hỏi với hướng dẫn cách thực hiện
• Hướng dẫn cách thực hiện với các trang khắc phục sự cố
• Các trang khắc phục sự cố với tài liệu tham khảo
• Các trang tham khảo với các câu hỏi liên quan
• Tất cả các trang với thông tin tác giả, người xem xét và nguồn

Điều này tạo ra một hệ thống thông tin mạnh mẽ hơn so với một bộ sưu tập các trang bị cô lập. Nó cũng cung cấp cho các hệ thống truy xuất nhiều ngữ cảnh hơn khi người dùng đặt câu hỏi tiếp theo.

Ví dụ về Mã đánh dấu QAPage

Chỉ sử dụng mẫu sau cho một trang hỏi đáp thực tế nơi người dùng có thể gửi câu trả lời:

html

Đối với một trang biên tập với một câu trả lời do công ty viết và không có các lựa chọn thay thế do người dùng gửi, hãy sử dụng HTML hỏi đáp hiển thị thay vì áp dụng QAPage không chính xác.

Ví dụ về Mã đánh dấu HowTo

Mã đánh dấu HowTo có thể mô tả một quy trình thực tế, nhưng mã đánh dấu HowTo chung không nên được coi là một cải tiến đảm bảo của Google Search:

html

Trang hiển thị nên chứa các bước giống nhau theo cùng một thứ tự.

Các quy tắc quyết định được khuyến nghị

Sau thử nghiệm, hãy sử dụng các quy tắc này:

Nếu cấu trúc hiển thị cải thiện trích dẫn và độ chính xác

Mở rộng:

• Câu trả lời trực tiếp
• Tiêu đề câu hỏi
• Các bước có thứ tự
• Các đoạn văn độc lập
• Các phần khắc phục sự cố
• HTML ngữ nghĩa

Đây là kết quả hữu ích nhất vì sự cải thiện giúp cả con người và máy móc.

Nếu mã đánh dấu cải thiện đoạn trích tìm kiếm nhưng không phải trích dẫn AI

Giữ mã đánh dấu ở nơi nó hợp lệ và hữu ích cho Tìm kiếm truyền thống. Đừng tuyên bố rằng đó là một chiến lược trích dẫn AI.

Nếu QAPage chỉ giúp các trang cộng đồng thực tế

Sử dụng nó một cách có chọn lọc cho:

• Diễn đàn hỗ trợ
• Cộng đồng khắc phục sự cố sản phẩm
• Hệ thống trả lời của chuyên gia
• Các trang câu hỏi giáo dục đáp ứng các quy tắc của Google

Không áp dụng nó trên toàn bộ thư viện biên tập.

Nếu mã đánh dấu HowTo không có hiệu ứng đo lường được

Chỉ giữ nó khi nó hỗ trợ khả năng tương tác, chất lượng dữ liệu nội bộ hoặc một nền tảng khác. Tập trung nỗ lực tối ưu hóa vào các bước hiển thị, độ chính xác, liên kết nội bộ và khả năng sử dụng của trang.

Nếu các chủ đề khó có lợi hơn các chủ đề dễ

Ưu tiên các quy trình có cấu trúc cho:

• Các nhiệm vụ nhiều giai đoạn
• Các nhiệm vụ có sự phụ thuộc
• Các chủ đề có câu hỏi theo dõi thường xuyên
• Các chủ đề mà người dùng cần khắc phục sự cố
• Các chủ đề mà thứ tự không chính xác gây ra lỗi

Kết luận

Bằng chứng không ủng hộ một lời hứa đơn giản rằng mã đánh dấu QAPage hoặc HowTo làm cho các hệ thống AI trích dẫn một trang thường xuyên hơn.

Hướng dẫn hiện tại của Google cho biết tìm kiếm AI sử dụng các yêu cầu cơ bản giống như Tìm kiếm thông thường và không yêu cầu schema đặc biệt. QAPage có thể cải thiện khả năng đủ điều kiện và các đoạn trích khi được sử dụng đúng cách, nhưng nó bị giới hạn ở các trang câu hỏi do người dùng tạo ra thực sự. HowTo vẫn là một khái niệm Schema.org hợp lệ, nhưng kết quả đa dạng HowTo chung không còn được hỗ trợ trong Google Search. (developers.google.com)

Chiến lược tốt hơn là xây dựng các trang trả lời một câu hỏi thực tế hoặc hoàn thành một nhiệm vụ thực tế:

• Đặt câu trả lời lên đầu
• Sử dụng các tiêu đề rõ ràng
• Sử dụng các bước có thứ tự
• Bao gồm các điều kiện và cảnh báo
• Giữ mỗi bước hoàn chỉnh
• Hiển thị bằng chứng và ngày xem xét
• Làm cho mã đánh dấu khớp với nội dung hiển thị
• Đo lường trích dẫn, độ chính xác và hành vi người dùng riêng biệt

Bài học trung tâm rất đơn giản:

Dữ liệu có cấu trúc có thể mô tả một câu trả lời tốt, nhưng nó không thể thay thế một câu trả lời tốt.

Đối với các thư viện nội dung có khả năng mở rộng, hãy đầu tư trước tiên vào cấu trúc hiển thị rõ ràng, độ chính xác thực tế, kiến trúc trang mạnh mẽ và đo lường. Chỉ thêm mã đánh dấu QAPage hoặc HowTo khi trang thực sự đủ điều kiện và khi thử nghiệm cho thấy lợi ích thực tế.