Schema.org cho AI: sắp xếp theo sự phê duyệt của bạn

Schema nên giải thích điều gì về một trang dành cho AI?

Schema nên mô tả chủ đề và mục đích hiển thị của trang dưới dạng có cấu trúc, nhất quán và máy đọc được. Nó có thể xác định một tổ chức, bài báo hoặc sản phẩm phần mềm và thể hiện các chi tiết được hỗ trợ về entity đó. Nó không thay thế chính trang đó; người đọc và các sản phẩm tìm kiếm vẫn tiếp cận nội dung đã xuất bản.

Đối với một site Web3, hãy bắt đầu bằng cách ghi lại những gì khách truy cập sẽ nói trang đó dùng để làm gì. Tổng quan sản phẩm, giải thích biên tập và hồ sơ tổ chức đều đưa ra những tuyên bố khác nhau. Kiểu schema nên phản ánh sự khác biệt đó, chứ không phải một kỳ vọng về thứ hạng tìm kiếm. Một bản đồ trang-entity được cân nhắc kỹ lưỡng sẽ giữ cho các quyết định đó rõ ràng trước khi bất kỳ ai thay đổi template.

Ghi lại URL chuẩn, chủ đề chính của trang và các thông tin hiển thị hỗ trợ cho mô tả đó. Lưu ý ai là người duy trì các thông tin đó, đặc biệt khi tên sản phẩm hoặc chi tiết tổ chức có thể thay đổi. Sau đó chọn một kiểu phù hợp với nội dung và các thuộc tính có thể xác minh trên trang. Đây là nền tảng thực tế của schema.org cho khả năng hiển thị trên AI: một mô tả nhất quán khớp với những gì khách truy cập đọc được.

Giữ bản ghi công việc ở chế độ riêng tư cho đến khi các trang đã chọn và chi tiết đề xuất sẵn sàng để bạn phê duyệt. Điều đó cho phép nhóm của bạn có cơ hội giải quyết các tên hoặc mô tả không nhất quán trước khi markup được đưa vào sản xuất.

Một bộ kiểu nhỏ cho các trang quan trọng

Kiểu schema phù hợp đi theo mục đích thực tế của trang, chứ không phải lĩnh vực nó thuộc về. Đối với nhiều site dự án, một bộ kiểu ngắn gọn, chính xác sẽ dễ bảo trì hơn so với markup tràn lan trên mọi URL.

• Organization có thể mô tả hồ sơ tổ chức và các chi tiết hiển thị trên trang đó.
• Article có thể mô tả một hướng dẫn, thông báo hoặc nội dung biên tập khác đã được xuất bản.
• SoftwareApplication hoặc Product có thể phù hợp với trang mô tả phần mềm hoặc sản phẩm.
• BreadcrumbList có thể mô tả đường dẫn điều hướng hiển thị trên site.
• FAQPage có thể phù hợp với trang nơi các câu hỏi và câu trả lời được trình bày rõ ràng.

Đây là những điểm khởi đầu, không phải đặc tả cố định. Một wallet, nền tảng analytics, dự án token và ứng dụng phi tập trung có thể tự giải thích thông qua các cấu trúc trang khác nhau. Đừng thêm một kiểu chỉ vì nó nghe có vẻ liên quan đến ngành. Trước tiên hãy xác nhận rằng trang thực sự mô tả entity đó và các thuộc tính của nó có hỗ trợ hiển thị.

Đối với một đợt rà soát kín đáo, hãy giữ một bản ghi đơn giản bên cạnh mỗi kiểu đề xuất: URL trang, mục đích trang, chi tiết hỗ trợ và người chịu trách nhiệm cập nhật. Danh sách cung cấp một đầu mối liên hệ và tài liệu tham khảo chung cho những người rà soát nội bộ của bạn. Trước khi triển khai, bạn có thể phê duyệt các lựa chọn trang-kiểu cùng nhau, thay vì ký duyệt một khối mã không được giải thích.

JSON-LD, được trình bày trước khi đưa vào template

JSON-LD đặt dữ liệu có cấu trúc trong một khối script, tách biệt khỏi nội dung HTML thông thường của trang. Sự tách biệt đó giúp chủ sở hữu nội dung và nhà phát triển dễ dàng kiểm tra một thay đổi đề xuất trước khi nó được xuất bản.

Một ví dụ tổ chức tối thiểu sử dụng context schema, kiểu Organization, tên hiển thị và URL chuẩn. Tên và URL chỉ là placeholder minh họa, không phải chi tiết gợi ý cho dự án của bạn. Ở dạng rút gọn, bản ghi chứa @context: https://schema.org, @type: Organization, name: Example Protocol và url: https://example.org/.

Việc rà soát hữu ích không chỉ đơn thuần là kiểm tra mã có phân tích cú pháp được hay không. Hãy xác nhận rằng tên tổ chức khớp với trang hiển thị, URL là địa chỉ chuẩn dự kiến và mỗi thuộc tính được thêm vào đều có nguồn gốc rõ ràng. Nguyên tắc tương tự áp dụng cho tiêu đề Article hoặc mô tả sản phẩm. Không có gì cần phải rời khỏi bàn làm việc cho đến khi các trường đề xuất và ngữ cảnh trang của chúng được trình bày để bạn ký duyệt bằng văn bản.

Markup nên mô tả trang bạn phê duyệt, chứ không phải một phiên bản tiện lợi hơn của nó.

Để triển khai, trước tiên hãy chọn một URL đại diện. Ánh xạ các chi tiết hiển thị sang thuộc tính schema, thêm JSON-LD thông qua template hoặc hệ thống nội dung liên quan và kiểm tra trang đã render sau khi triển khai. Giữ bản ghi thay đổi cho những người duy trì trang. Điều này tạo ra một dấu vết rõ ràng khi thông tin biên tập hoặc sản phẩm thay đổi sau này.

Hai công cụ riêng biệt, với nhiệm vụ khác nhau

Schema.org và LLMs.txt giải quyết các nhu cầu tài liệu khác nhau. Schema.org cung cấp một từ vựng để mô tả nội dung trang và các entity; LLMs.txt là một hướng dẫn văn bản thuần túy được đề xuất có thể hướng các hệ thống mô hình ngôn ngữ đến các tài nguyên đã chọn. Cả hai đều không thay thế các trang rõ ràng và chúng không nên được coi là các tệp có thể hoán đổi cho nhau.

Một thứ tự hợp lý là giữ cho các trang quan trọng có thể truy cập và nhất quán, thêm schema chính xác ở nơi phù hợp, sau đó cân nhắc xem một tệp văn bản tuyển chọn có phục vụ một nhu cầu riêng biệt hay không. Nếu nhóm của bạn đang cân nhắc LLMs.txt và schema.org, quyết định nên phản ánh những gì bạn cần tài liệu hóa và ai sẽ giữ cho mỗi tài nguyên được cập nhật. Hướng dẫn thiết lập AI crawler liên quan đề cập đến tệp này như một cân nhắc kỹ thuật riêng biệt.

Sự khác biệt này cũng giúp việc bảo trì dễ dàng hơn. Kiểm tra schema hỏi liệu mô tả có cấu trúc có khớp với trang hay không; kiểm tra LLMs.txt hỏi liệu các tài nguyên đã chọn có còn hữu ích và chính xác hay không. Hãy giữ các phê duyệt đó riêng biệt để một tệp gọn gàng không che giấu vấn đề ở một tệp khác.

Làm thế nào để quan sát khả năng hiển thị trên AI search?

Quan sát khả năng hiển thị trên AI search bằng cách kiểm tra một bộ câu hỏi thực tế nhất quán từ khán giả và ghi lại những gì xuất hiện. Xác thực markup và quan sát câu trả lời là các kiểm tra khác nhau, vì vậy một cái không nên thay thế cho cái kia.

Chọn các câu hỏi mà người dùng tiềm năng có thể hỏi về dự án, danh mục sản phẩm hoặc trường hợp sử dụng. Ghi lại cách diễn đạt, sản phẩm được kiểm tra, ngày tháng, phản hồi và bất kỳ nguồn nào được trích dẫn. Lặp lại các kiểm tra tương tự sau đó và ghi lại các thay đổi trang hoặc markup có liên quan. Điều này cung cấp cho nhóm của bạn một bản ghi có cấu trúc về những gì đã quan sát mà không khẳng định biết cách một sản phẩm chọn lọc hoặc trình bày thông tin.

Một ghi chú theo dõi riêng tư có thể bao gồm việc liệu một trang có liên quan có xuất hiện hay không, mô tả có chính xác không và nguồn nào được trích dẫn. Hãy coi một câu trả lời riêng lẻ là một quan sát, chứ không phải bằng chứng rằng một thay đổi schema đã gây ra nó. Để có bối cảnh rộng hơn, hãy xem AEO kỹ thuật: schema, LLMs.txt và crawler, nội dung có thể trích dẫn cho AI assistant và tối ưu FAQ cho câu trả lời AI. Mỗi phần đề cập đến một khía cạnh khác nhau của công việc.

ChatGPT và Perplexity trình bày câu trả lời khác nhau, vì vậy hãy giữ sản phẩm và câu hỏi chính xác trong bản ghi của bạn. Một đầu mối liên hệ được chỉ định có thể duy trì bản ghi đó và đưa các thay đổi quan trọng trở lại để bạn xem xét. Điều này làm cho quy trình trở nên kín đáo và hữu ích: nhóm của bạn thấy những gì đã được kiểm tra, những gì đã thay đổi và trang nào có thể đáng để xem xét lại.

Ran giới giữa mô tả và hiển thị

Schema mô tả thông tin được xuất bản trên site của bạn; nó không thể chỉ đạo cách một sản phẩm tìm kiếm hoặc trả lời độc lập thu thập, diễn giải, chọn lọc hoặc hiển thị thông tin đó. Một bản ghi JSON-LD hợp lệ không đảm bảo một rich result hoặc trích dẫn AI, vì tính đủ điều kiện và cách trình bày vẫn là quyết định của nền tảng liên quan.

Do đó, một triển khai đúng đắn giữ cho nội dung hiển thị, chi tiết entity và mô tả có cấu trúc được thống nhất. Kiểm tra xem JSON-LD có xuất hiện trên trang đã render dự kiến hay không, các thuộc tính của nó có khớp với thông tin hiện tại không và trang có còn chính xác sau khi thay đổi template hoặc nội dung hay không. Ghi lại URL và các chỉnh sửa để những người rà soát trong tương lai có thể thấy những gì đã được phê duyệt và những gì vẫn cần được chú ý.

Đối với một trình tự thực tế, hãy giữ lần đầu tiên hẹp và chỉ mở rộng sau khi ví dụ đã vững chắc:

1. Ánh xạ một trang quan trọng với chủ đề hiển thị và URL chuẩn của nó.
2. Trình bày kiểu và JSON-LD đề xuất cho người rà soát liên quan để ký duyệt bằng văn bản.
3. Xác thực trang đã render, ghi lại mọi chỉnh sửa, sau đó áp dụng mẫu đã được rà soát ở nơi nó thực sự phù hợp.

Nếu bạn muốn có thêm một góc nhìn, việc rà soát có thể tập trung vào ý nghĩa trang, sự phù hợp của kiểu và các ưu tiên triển khai. Đầu mối liên hệ được chỉ định của bạn giữ cho cuộc thảo luận được bảo mật và phân biệt các chỉnh sửa kỹ thuật với các quan sát về câu trả lời AI. Quyết định cuối cùng về việc xuất bản vẫn thuộc về bạn. Chi tiết đầu tiên cần chia sẻ có thể là template trang mà nhóm của bạn dự định thay đổi; đầu mối liên hệ của bạn sẽ phác thảo các điểm rà soát để bạn phê duyệt.

Cách hoạt động

1. Ánh xạ các trangLiệt kê các URL quan trọng và mục đích trang mà mỗi URL phục vụ. Ghi lại các thông tin hiển thị và người duy trì chúng.
2. Chọn kiểu phù hợpKhớp mỗi trang với một kiểu schema.org được hỗ trợ bởi nội dung của nó. Giữ các thuộc tính không được hỗ trợ hoặc không rõ ràng ra khỏi markup đề xuất.
3. Rà soát JSON-LDTrình bày các trường đề xuất so với trang đã render và URL chuẩn. Nhận được phê duyệt bằng văn bản trước khi thay đổi được xuất bản.
4. Xác thực và bảo trìKiểm tra đầu ra đã render, ghi lại các chỉnh sửa và chỉ định chủ sở hữu cho các thay đổi nội dung hoặc template trong tương lai.
5. Quan sát câu trả lời riêng biệtGiữ một bản ghi nhất quán về các câu hỏi liên quan và câu trả lời quan sát được. Đừng coi xác thực markup là bằng chứng của một trích dẫn.