Schema.org cho AI: gán từng trang web với một kiểu dữ liệu phù hợp

7 bước kiểm tra trước khi thêm schema

5 bề mặt trang yêu cầu kiểm tra từng trang trước khi markup được đưa vào hoạt động. Mục tiêu là một mô tả khớp với những gì khách truy cập có thể đọc, không phải một khối mã dài hơn.

Sử dụng danh sách kiểm tra này trước khi chọn một kiểu:

• Mục đích trang: ghi lại công việc chính của URL này.
• Chủ đề chính: đặt tên cho tổ chức, bài viết, sản phẩm hoặc bộ câu hỏi được hiển thị.
• Thông tin hiển thị: chỉ liệt kê các chi tiết mà khách truy cập có thể xác nhận trên trang.
• Tiêu đề trang: kiểm tra rằng tiêu đề được đánh dấu khớp với tiêu đề đã xuất bản.
• Quyền sở hữu: xác định ai có thể sửa markup sau khi nội dung thay đổi.
• URL: xác nhận trang chính xác sẽ mang dữ liệu có cấu trúc.
• Quy trình xem xét: quyết định ai sẽ kiểm tra trang đã hiển thị và mã cùng nhau.

Một trang không vượt qua một trong các bước kiểm tra này cần được làm rõ nội dung trước. Không sử dụng markup để điền thông tin tác giả, chi tiết sản phẩm hoặc thông tin công ty còn thiếu. Nếu bản thân trang khó diễn giải, hãy cải thiện nội dung của nó trước khi chọn thuộc tính.

Để có danh sách kiểm tra kỹ thuật rộng hơn, hãy đọc AEO kỹ thuật: schema, llms.txt và trình thu thập dữ liệu AI. Đối với các trang dự kiến được trích dẫn, hãy xem nội dung có thể trích dẫn cho trợ lý AI.

Kiểu schema.org nào phù hợp với từng trang?

5 kiểu quen thuộc bao phủ các công việc trang phổ biến, nhưng nội dung của trang quyết định sự lựa chọn. Khớp kiểu với chủ đề mà khách truy cập gặp phải. Sau đó chỉ thêm các thuộc tính được hỗ trợ.

Bắt đầu với mục đích chính của URL. Thông tin công ty có thể phù hợp với Organization. Một bài viết biên tập có thể phù hợp với Article. Một trang tập trung vào sản phẩm có thể phù hợp với Product. Một đường dẫn điều hướng hiển thị có thể sử dụng BreadcrumbList. Các câu hỏi và câu trả lời hiển thị cho khách truy cập có thể phù hợp với FAQPage.

Kiểm tra sự phù hợp với 3 câu hỏi:

• Kiểu này có mô tả chủ đề chính của trang không?
• Khách truy cập có thể tìm thấy bằng chứng cho mọi thuộc tính trên trang không?
• Kiểu này có còn hợp lý nếu markup bị ẩn đi không?

Nếu một kiểu chỉ phù hợp vì một trình tạo đề xuất nó, hãy bỏ qua nó. Một kiểu chính xác tốt hơn vài nhãn cho các chủ đề không được hỗ trợ. Đây là cốt lõi của việc đánh dấu schema.org cho khả năng hiển thị AI: thông tin trang rõ ràng, nhất quán, không phải một công tắc hiển thị đặc biệt.

Để được hướng dẫn liên quan về tối ưu hóa FAQ cho câu trả lời AI, hãy kiểm tra rằng nội dung câu trả lời hữu ích trước khi xem xét markup của nó.

5 kiểu trang, 5 công việc khác nhau

5 kiểu trang bao phủ các công việc riêng biệt; chúng không phải là một gói để áp dụng ở mọi nơi. Sử dụng bảng so sánh này để chọn lọc một kiểu. Sau đó xác minh mọi thông tin được đánh dấu so với trang trực tiếp.

Mỗi hàng là một điểm khởi đầu, không phải hướng dẫn để đánh dấu mọi URL. Một trang sản phẩm không có thông tin sản phẩm hiển thị cần nội dung tốt hơn trước khi có dữ liệu có cấu trúc. Một bài viết không nên mượn kiểu tổ chức chỉ vì đơn vị xuất bản là một công ty.

Ghi lại kiểu đã chọn và các thông tin trang hỗ trợ. Ghi chú ngắn đó cung cấp cho người xem xét tiếp theo một lý do rõ ràng cho sự lựa chọn. Nó cũng giúp việc xem xét mẫu dễ dàng hơn khi cùng một mẫu trang xuất hiện trên nhiều URL.

5 bước từ kiểm kê trang đến xuất bản

5 bước giữ cho việc triển khai schema gắn liền với trang. Chúng ngăn chặn nhiệm vụ trôi dạt vào các thay đổi mã trên toàn trang web. Giao cho mỗi URL một chủ sở hữu và một hồ sơ xem xét.

1. Kiểm kê: liệt kê các URL, mục đích trang, chủ đề chính và thông tin hiển thị.
2. Chọn: gán một kiểu schema.org phù hợp cho mỗi mẫu trang.
3. Soạn thảo: xây dựng JSON-LD từ các thông tin đã có trên trang.
4. So sánh: xem xét URL trực tiếp, nội dung hiển thị và markup cạnh nhau.
5. Kiểm tra lại: lặp lại việc xem xét sau khi có thay đổi về mẫu hoặc nội dung.

Đối với mỗi URL, ghi lại kiểu, người xem xét, vấn đề tìm thấy và trạng thái sửa chữa. Kiểm tra một trang đại diện cho mỗi mẫu. Sau đó kiểm tra các trang bị ảnh hưởng sau khi thay đổi mẫu dùng chung. Giữ hồ sơ xem xét với chủ sở hữu nội dung, không chỉ với nhà phát triển đã thêm script.

Nếu nhiệm vụ của bạn cũng bao gồm llms.txt, hãy coi nó như một tệp riêng biệt với một chủ sở hữu riêng. Hướng dẫn thiết lập llms.txt và AI crawler bao gồm công việc đó. Quy trình schema này vẫn dành riêng cho từng trang.

Một ví dụ schema nên bao gồm những gì?

1 ví dụ JSON-LD nhỏ nên mô tả một trang mà không thêm các tuyên bố. Sử dụng cấu trúc này làm mô hình. Thay thế các chi tiết bài viết mẫu của nó bằng thông tin hiển thị trên trang của bạn.

Ví dụ: { "@context": "https://schema.org", "@type": "Article", "headline": "Hướng dẫn bảo mật wallet thực tế", "author": { "@type": "Person", "name": "Nhóm biên tập" } }

Kiểm tra tiêu đề và tác giả so với bài viết hiển thị trước khi xuất bản. Không dán nguyên mẫu vào một trang khác. Nếu trang trực tiếp không xác định tác giả, đừng thêm một tác giả chỉ để hoàn thành ví dụ.

LLMs.txt và schema.org xử lý các công việc khác nhau. Schema markup mô tả một trang hoặc entity. llms.txt là một tệp định hướng cấp trang web liệt kê các tài nguyên hữu ích. Giữ các liên kết của tệp được cập nhật và mục đích của nó rõ ràng. Để biết thêm về bản thân tệp, hãy xem llms.txt là gì và bạn có cần nó không.

Chỉ sử dụng cả hai khi mỗi cái có một vai trò rõ ràng. Không cái nào thay thế các trang hữu ích, dễ truy cập hoặc nội dung chính xác.

Làm thế nào để xem xét schema mà không phóng đại?

2 lần xem xét cho một bức tranh rõ ràng hơn. Kiểm tra mã trước. Sau đó kiểm tra cách các trang xuất hiện trong tìm kiếm và câu trả lời AI. Một script hợp lệ xác nhận một chi tiết kỹ thuật; nó không chứng minh rằng một trang sẽ được trích dẫn.

Đối với lần kiểm tra kỹ thuật, hãy kiểm tra rằng markup nằm trên URL dự định. Xác nhận rằng nó khớp với các thông tin hiển thị trên trang. Ghi lại URL, kiểu đã chọn, người xem xét và bất kỳ sự sửa chữa nào.

Đối với lần kiểm tra khả năng hiển thị, hãy xem xét một bộ câu hỏi liên quan nhất quán trong ChatGPT và Perplexity. Lưu ý liệu các câu trả lời có mô tả trang một cách chính xác không. Cũng lưu ý liệu một nguồn hữu ích có xuất hiện không.

ChatGPT và Perplexity đưa ra lựa chọn riêng của chúng về việc truy xuất, trích dẫn và trình bày các trang. Google cũng không hứa hẹn một hình thức hiển thị tìm kiếm chỉ từ schema. Xây dựng việc xem xét xung quanh markup chính xác và nội dung hữu ích, không phải một trích dẫn hoặc hiển thị đã hứa.

DigitalMedia1 có thể so sánh các tuyên bố hiển thị trên trang với các mô tả có cấu trúc của chúng. Chúng tôi có thể gắn cờ sự không khớp cho nhóm của bạn. Gửi cho chúng tôi 1 URL và mục đích chính của nó. Chúng tôi sẽ ánh xạ các thông tin hiển thị vào một kiểu phù hợp và trả về một quy trình xem xét rõ ràng.

Cách hoạt động

1. Kiểm kê các URLLiệt kê các trang quan trọng. Ghi lại mục đích, chủ đề và thông tin hiển thị của mỗi trang. Giữ markup trang riêng biệt với các tệp cấp trang web.
2. Chọn kiểuKhớp mỗi trang với một kiểu mô tả nội dung thực tế của nó. Bỏ qua các thuộc tính mà trang không hỗ trợ.
3. Soạn thảo JSON-LDXây dựng mô tả có cấu trúc từ thông tin mà khách truy cập có thể thấy. Thêm nó thông qua mẫu trang hoặc đường dẫn triển khai phù hợp.
4. So sánh trang và mãXem xét URL đã xuất bản, nội dung hiển thị và markup cùng nhau. Sửa các tên, mô tả hoặc mối quan hệ không khớp.
5. Xem xét sau khi thay đổiKiểm tra lại các trang bị ảnh hưởng sau khi cập nhật nội dung hoặc mẫu. Theo dõi xác thực kỹ thuật riêng biệt với các đánh giá câu trả lời AI.