Schema.org cho Perplexity: ví dụ về cách triển khai schema

Schema.org có thể mang lại điều gì cho trang web trong Perplexity?

Schema.org là một từ điển chung, giúp trang web chỉ rõ nội dung được trình bày trên trang: tổ chức, bài viết, sản phẩm hoặc đối tượng khác. Cấu trúc này có thể giúp các hệ thống xử lý thông tin phân biệt các entity và thuộc tính của chúng. Tuy nhiên, schema không biến trang web thành nguồn mà Perplexity bắt buộc phải chọn hoặc trích dẫn.

Ý nghĩa thực tế là mô tả rõ ràng và nhất quán các thông tin đã có sẵn cho người đọc: tên chính thức của dự án, trang web, tác giả bài viết, ngày xuất bản và chủ đề của trang. Schema bổ sung cho nội dung, không thay thế nội dung. Nếu JSON-LD khai báo một điều mà trang lại viết khác, điều đó tạo ra sự mơ hồ thay vì rõ ràng.

Trước khi bắt đầu, hãy xác định những trang quan trọng và thông tin nào về chúng cần được hiểu rõ:

• Trang chủ mô tả trang web và tổ chức;
• Trang sản phẩm mô tả sản phẩm và mục đích của nó;
• Bài viết mô tả nội dung, tác giả và ngày tháng;
• Mục hướng dẫn mô tả các trang riêng lẻ và vị trí của chúng trong cấu trúc trang web.

Để có kế hoạch tối ưu kỹ thuật rộng hơn, hãy xem hướng dẫn về schema cho AI search.

Nên thêm loại schema.org nào cho Perplexity?

Hãy thêm các loại schema.org khớp chính xác với nội dung trang. Đối với hầu hết trang web doanh nghiệp, nền tảng là Organization, WebSite và WebPage; đối với bài viết biên tập, dùng Article hoặc loại cụ thể hơn nếu phù hợp. Không cần đánh dấu tất cả các loại có sẵn: quan trọng hơn là tính đầy đủ và chính xác của một vài entity phù hợp.

Chọn loại theo mục đích của trang, không phải theo kết quả mong muốn trong AI search. Ví dụ, đừng đánh dấu trang thương mại là Article nếu nó không phải là nội dung biên tập. Danh sách các loại và thuộc tính được công bố trên trang chính thức schema.org.

Đối với dự án tiền mã hóa, hãy kiểm tra rằng mô tả sản phẩm, mạng lưới và địa chỉ chính thức nhất quán giữa các trang. Không thêm các thuộc tính mà đội ngũ không thể xác nhận hoặc duy trì.

Ví dụ schema.org cho Perplexity ở định dạng JSON-LD

JSON-LD cho phép đặt thông tin có cấu trúc trong một khối riêng của trang, không cần nhúng các thuộc tính vào từng phần tử HTML hiển thị. Đây là định dạng thuận tiện cho biên tập viên và nhà phát triển, nếu khối được tạo từ dữ liệu hiện tại và khớp với nội dung trang.

Ví dụ cho bài viết cần được điều chỉnh: thay các giá trị giả định bằng giá trị thực và xóa các thuộc tính không được xác nhận trên chính trang đó.

Trong khối JSON-LD, hãy chỉ định context schema.org và loại Article. Sau đó thêm headline với giá trị tiêu đề bài viết, author với loại Organization và tên tác giả, datePublished và dateModified với ngày thực tế, cũng như mainEntityOfPage với URL chuẩn của bài viết. Trong JSON-LD hoàn chỉnh, các khóa và giá trị chuỗi được viết trong dấu ngoặc kép.

Các giá trị được chỉ định phải khớp với trang thực tế: không sử dụng ngày tháng minh họa nếu chúng không trùng với ngày xuất bản hoặc cập nhật thực tế. Đối với trang tổ chức, hãy sử dụng Organization riêng, chỉ chỉ định thông tin có thể xác minh và địa chỉ chính thức. Không thêm đánh giá, xếp hạng, giá cả hoặc các trường khác "cho đầy đủ" nếu chúng không có trong nội dung hiển thị và không có nguồn xác nhận.

Kiểm tra cú pháp JSON, tính chính xác của URL và sự khớp của tên. Nếu CMS tự động tạo schema, hãy tìm hiểu xem nó có tạo khối trùng lặp không.

Làm thế nào để triển khai và kiểm tra schema trên trang web?

Để việc triển khai schema.org hữu ích thay vì tạo ra mâu thuẫn, trước tiên hãy xác định thông tin, sau đó đối chiếu với các trang và chỉ sau đó mới xuất bản JSON-LD. Điều này giảm rủi ro đánh dấu sai đối tượng hoặc để lại dữ liệu lỗi thời.

Quy trình thực tế:

• Lập danh sách các trang chính: trang chủ, sản phẩm, tài liệu, blog và liên hệ.
• Với mỗi trang, xác định đối tượng chính và loại schema.org phù hợp.
• Đối chiếu tên dự án, địa chỉ trang, tác giả và ngày tháng với nội dung hiển thị.
• Thêm JSON-LD một lần vào template phù hợp và kiểm tra không bị trùng lặp.
• Sau khi xuất bản, kiểm tra cú pháp và khả năng truy cập trang, sau đó kiểm tra lại sau các thay đổi lớn.

Đừng chỉ kiểm tra mã: hãy mở trang như người dùng và đảm bảo rằng các thông tin quan trọng thực sự được công bố và các liên kết trỏ đến URL chuẩn. Với trang web đa ngôn ngữ, hãy đảm bảo mỗi phiên bản ngôn ngữ chỉ định tiêu đề, URL và văn bản chính xác, không sao chép thông tin từ phiên bản khác.

Schema có cú pháp chính xác chỉ xác nhận rằng khối có thể được phân tích cú pháp. Nó không chứng minh tính chính xác của mô tả dự án và không có nghĩa là một công cụ tìm kiếm cụ thể đã xử lý bản cập nhật.

Làm thế nào để liên kết dữ liệu có cấu trúc với nội dung và nguồn?

Schema hoạt động như một mô tả trang, vì vậy trước tiên hãy làm cho các thông tin trở nên rõ ràng và dễ tiếp cận. Tên dự án, mục đích sản phẩm, mạng lưới, quyền tác giả và liên kết đến tài liệu phải được trình bày bằng văn bản thông thường ở nơi người đọc mong đợi. JSON-LD giúp bổ sung mô tả này, nhưng không nên là nơi duy nhất chứa thông tin quan trọng.

Với mỗi entity, hãy chỉ định một trang chuẩn và duy trì sự nhất quán về tên và địa chỉ. Nếu sản phẩm được đổi tên, hãy kiểm tra tiêu đề, metadata, JSON-LD và liên kết trong tài liệu. Đối với thông số kỹ thuật, hãy sử dụng nguồn mà đội ngũ dự án chịu trách nhiệm và chỉ chỉ định những gì có thể xác minh. Riêng biệt, kiểm tra rằng trang không yêu cầu đăng nhập để đọc thông tin chính và các tài liệu quan trọng có thể truy cập qua các liên kết thông thường.

Hữu ích khi duy trì một sổ đăng ký ngắn: thông tin, nơi hiển thị cho người dùng, nơi được chỉ định trong dữ liệu có cấu trúc và ai chịu trách nhiệm cập nhật. Kiểm soát như vậy đặc biệt quan trọng đối với token và sản phẩm Web3, nơi địa chỉ hợp đồng, mạng lưới và trạng thái sản phẩm có thể thay đổi.

Nếu mục tiêu rộng hơn schema, tối ưu trang web cho Perplexity cũng bao gồm nội dung và nguồn. Các nhiệm vụ kỹ thuật chung được tập hợp trên trang Technical AEO.

Schema.org không thể đảm bảo điều gì trong Perplexity?

Schema.org giúp mô tả nội dung, nhưng quyết định về việc sử dụng trang nào trong câu trả lời và hiển thị nguồn nào vẫn thuộc về Perplexity. Việc lựa chọn bị ảnh hưởng bởi khả năng truy cập và nội dung của nguồn, cách diễn đạt truy vấn và quy trình xử lý riêng của dịch vụ; sự hiện diện của JSON-LD tự nó không cố định vị trí trang và không đảm bảo trích dẫn.

Do đó, hãy đánh giá việc triển khai dựa trên những gì bạn có thể kiểm soát: schema khớp với văn bản hiển thị, JSON-LD vượt qua kiểm tra, các trang truy cập được mà không có rào cản kỹ thuật và các tuyên bố chính được hỗ trợ bởi các nguồn rõ ràng. Đừng coi việc thiếu trích dẫn là bằng chứng lỗi mã. Trước tiên, hãy kiểm tra riêng trang và tính chính xác của thông tin có cấu trúc.

Điều quan trọng là phân biệt cú pháp và hỗ trợ tính năng. JSON-LD hợp lệ không có nghĩa là mọi loại hoặc thuộc tính sẽ được Perplexity sử dụng như nhau. Không đánh dấu các đánh giá hư cấu và không thêm thuộc tính chỉ vì lợi ích giả định. Các quy tắc của dịch vụ và cách tạo câu trả lời có thể thay đổi, và tần suất cập nhật nguồn không do chủ sở hữu trang web kiểm soát.

Nếu sau khi kiểm tra kỹ thuật cần công việc hệ thống, hãy đối chiếu schema với các nhiệm vụ tối ưu khả năng hiển thị trong Perplexity và với các tài liệu chung về Technical AEO.

Khi nào nên thuê dịch vụ audit và phát triển trang web?

Hãy thuê chuyên gia nếu schema được tạo bởi nhiều template, thông tin về sản phẩm không nhất quán giữa các trang hoặc các thay đổi trang web thường xuyên làm hỏng JSON-LD. Trong những tình huống như vậy, điều quan trọng hơn là xác định chủ sở hữu dữ liệu, nguồn sự thật và quy trình kiểm tra sau khi phát hành, thay vì thêm nhiều loại schema hơn.

Để tự chuẩn bị, hãy thu thập URL của các trang quan trọng, tên và mô tả hiện tại, thông tin về tác giả, cũng như liên kết đến tài liệu và hồ sơ chính thức của dự án. Sau đó lập bảng: trang, loại phù hợp, thuộc tính chính, nguồn của mỗi thông tin và người chịu trách nhiệm cập nhật. Điều này cho phép nhà phát triển triển khai schema vào template phù hợp và biên tập viên kiểm tra sự khớp với văn bản đã xuất bản.

MediaHype giúp kết nối schema kỹ thuật với khả năng hiển thị tổng thể trong AI search: từ audit cấu trúc đến kiểm tra nội dung và khả năng truy cập trang. Nếu cần làm việc cụ thể với việc triển khai trang web, hãy xem dịch vụ phát triển trang web và landing page cho Web3. Đối với kế hoạch về dữ liệu có cấu trúc và các tín hiệu kỹ thuật khác, Technical AEO phù hợp, và các phương pháp chung được tập hợp trong mục AI search khả năng hiển thị.

Bắt đầu với một trang quan trọng, kiểm tra kết quả và ghi lại các quy tắc cập nhật. Sau đó mở rộng template sang các trang khác nơi cùng loại entity thực sự phù hợp.