Bắt đầu từ trang và một tính năng được hỗ trợ
Đừng bắt đầu bằng cách thêm mọi loại schema.org nghe có vẻ liên quan đến doanh nghiệp của bạn. Schema.org là một từ vựng chung rộng, trong khi Search Gallery của Google tài liệu hóa các tính năng kết quả phong phú mà Google hỗ trợ và các thuộc tính mà chúng yêu cầu. Một trang sản phẩm, sự kiện hoặc bài báo phải hữu ích ngay cả khi không có đánh dấu.
Với mỗi template, xác định chủ thể chính và các dữ kiện hỗ trợ hiển thị. Sau đó đọc hướng dẫn hiện tại của Google cho tính năng tương ứng. Product, Recipe, Article, Breadcrumb, Event, Organization, Local business và Video là các ví dụ. Một loại từ vựng đơn lẻ không tạo ra tính năng của Google; các thuộc tính bắt buộc của tính năng đó quyết định tính đủ điều kiện.
Đưa mục hiển thị chính làm đối tượng chính trong markup.
Dùng hướng dẫn của Google cho hành vi tính năng và schema.org cho từ vựng.
Lấy trang hiển thị làm nguồn sự thật
Markup phải đại diện cho nội dung chính của trang, không phải nội dung ẩn, không liên quan hoặc gây hiểu lầm. Nếu nó nói rằng một nghệ sĩ biểu diễn xuất hiện, trang cần mô tả nghệ sĩ đó. Nếu nó đánh dấu một đánh giá tổng hợp (aggregate rating), khách truy cập cần thấy đánh giá đó. Điều này ngăn template trượt thành một bản tóm tắt gây hiểu lầm.
Xây dựng nội dung trang và markup từ cùng một hồ sơ được phê duyệt. Một feed sản phẩm, hệ thống sự kiện hoặc CMS có thể cung cấp cả hai, nhưng các giá trị cần được rà soát trước khi xuất bản. Đừng sao chép giá, trạng thái tồn kho, ngày hoặc tổng số đánh giá vào một trường chỉ dành cho markup mà có thể bị quên. Cập nhật hoặc xóa markup khi thông tin hiển thị thay đổi.
Giữ tên, ngày, giá, tình trạng có sẵn và đánh giá đồng bộ với trang.
Không bao giờ điền các thuộc tính bằng giá trị ước đoán hoặc đã lỗi thời.
Sử dụng JSON-LD như một lớp dữ liệu dễ duy trì
JSON-LD là định dạng linked-data dựa trên JSON được đặt trong tài liệu HTML. Google hỗ trợ JSON-LD, Microdata và RDFa, và nói rằng JSON-LD thường là cách dễ triển khai và duy trì nhất ở quy mô. Việc tách khỏi markup hiển thị có thể giúp mô hình hóa thông tin lồng nhau dễ dàng hơn.
Dùng một đối tượng dữ liệu rõ ràng cho mỗi mục thực tế, với kiểu schema.org phù hợp và các thuộc tính được hỗ trợ chính xác. Với mỗi template, hãy ghi chép hướng dẫn tính năng, trường nguồn, hành vi với trường bắt buộc và người chịu trách nhiệm. Kiểm tra cả đầu ra đã render: một plugin hoặc thành phần có thể thêm markup trùng lặp hoặc mâu thuẫn.
Chọn định dạng mà đội ngũ của bạn có thể duy trì nhất quán.
Không sinh ra giá trị bắt buộc khi dữ liệu nguồn không có.
Xác thực mã và trang có thể truy cập
Xác thực trả lời hai câu hỏi. Thứ nhất, markup đã đầy đủ để hỗ trợ một tính năng được hỗ trợ hay chưa? Công cụ Kiểm tra Kết quả Phong phú (Rich Results Test) chấp nhận mã dán vào hoặc một URL công khai và báo cáo các kết quả phong phú có thể được sinh ra từ dữ liệu có cấu trúc. Hãy kiểm thử các ví dụ đại diện cho từng template, không chỉ một trang có dữ liệu đầy đủ bất thường.
Thứ hai, Google có thể truy cập trang đã phát hành và các tài nguyên liên quan không? Đừng chặn các trang có markup bằng robots.txt, noindex hoặc kiểm soát truy cập. Kiểm tra các URL hình ảnh liên quan. Kiểm tra không phải là đảm bảo chất lượng: các vấn đề về nội dung hiển thị hoặc chính sách vẫn có thể ngăn hiển thị.
Kiểm thử mã trước, sau đó kiểm thử URL công khai.
So sánh trang đã render, mã nguồn và kết quả kiểm thử khi tooling thêm markup.
Khả năng hiển thị tiềm năng không phải là lời hứa sẽ hiển thị.
Phát hành giống thay đổi template hướng người dùng
Dữ liệu có cấu trúc thường phụ thuộc vào template, feed và quy tắc xuất bản. Một thiết kế lại, thay đổi tích hợp tồn kho, cập nhật bản địa hóa hoặc gỡ bỏ thành phần có thể phá vỡ nhiều mục. Thêm các kiểm tra markup đại diện vào quy trình rà soát trước phát hành mà bạn dùng cho thẻ canonical, tiêu đề và hình ảnh. Ghi lại template, ví dụ trang, trường nguồn và ngày phát hành.
Khi một template phát ra markup sai, sửa nguồn chung hoặc template, xác thực một mẫu nhỏ, triển khai thay đổi an toàn nhỏ nhất và kiểm thử lại các URL bị ảnh hưởng. Nếu bản sửa vận hành không đúng, dùng quy trình rollback thông thường. Mục tiêu là khắc phục có cơ sở bằng chứng cho một khả năng web bị suy giảm, không phải cảnh báo lỗi hoạt động.
Kiểm tra các bộ trang đại diện, không chỉ một URL duy nhất.
Ghi lại thay đổi và thành phần markup trước khi thực hiện sửa tiếp theo.
Duy trì, đo lường và chấp nhận giới hạn hiển thị
Sau khi triển khai, sử dụng báo cáo kết quả phong phú tương ứng trong Search Console để điều tra lỗi và xác nhận các bản sửa. Các báo cáo là mẫu chứ không phải danh mục đầy đủ, và các con số đề cập đến các item chứ không phải trang. Kiểm tra một URL cụ thể khi cần.
Đo lường cẩn trọng. Google gợi ý so sánh trước và sau trên các trang ổn định và có lưu lượng đủ trong nhiều tháng trong Search Console. Ghi lại ngày phát hành và các thay đổi trang khác. Sửa markup chỉ mở ra tính đủ điều kiện; Google quyết định cách trình bày trên tìm kiếm.
Kiểm tra lại sau các thay đổi CMS, template, feed, chính sách hoặc mô hình nội dung.
Tránh so sánh khi các thay đổi lớn khác về trang không giống nhau.