Structured data SEO: hướng dẫn schema markup

Dữ liệu có cấu trúc là gì và nó làm gì

Dữ liệu có cấu trúc (thường triển khai bằng từ vựng schema.org trong JSON‑LD) là đánh dấu máy có thể đọc được thêm vào trang để các công cụ tìm kiếm có thể diễn giải các thực thể, thuộc tính và mối quan hệ rõ ràng hơn so với việc chỉ phân tích văn bản hiển thị.

Nó là công cụ làm rõ: dữ liệu có cấu trúc báo hiệu rằng một khối nội dung đại diện cho Article, Product, Event, Person, FAQ, BreadcrumbList, Review hoặc loại đã được định nghĩa khác. Độ rõ này có thể cải thiện khả năng đủ điều kiện cho kết quả phong phú, làm rõ mối quan hệ thực thể cho hệ thống tri thức, và giúp các tính năng tìm kiếm xác định văn bản nào tương ứng với thuộc tính nào.

Dữ liệu có cấu trúc không phải là con đường tắt để lên hạng. Nó không thay thế nội dung chất lượng cao, kiến trúc thông tin tốt, hay các trang có thể crawl được. Nó giúp công cụ tìm kiếm hiểu nội dung trên trang; công cụ tìm kiếm vẫn quyết định (qua crawling, indexing và ranking) liệu và cách trang đó xuất hiện trong kết quả.

Cách dữ liệu cấu trúc hoạt động (cơ chế)

Định dạng và vị trí đặt

JSON‑LD là định dạng được khuyến nghị và dùng phổ biến nhất hiện nay. Schema cũng có thể biểu đạt bằng Microdata hoặc RDFa, nhưng JSON‑LD giữ phần markup tách khỏi DOM hiển thị và dễ quản lý hơn với các template và CMS hiện đại.

Vị trí thường thấy là bên trong thẻ <script type="application/ld+json"> trong phần head hoặc body của trang. Ví dụ đoạn Article tối thiểu:

<script type="application/ld+json">{"@context":"https://schema.org","@type":"Article","headline":"Your headline here","author":{"@type":"Person","name":"Author name"}}</script>

Crawling, indexing and ranking: where schema plays a role

Dữ liệu có cấu trúc được sử dụng trong suốt giai đoạn crawling và indexing giai đoạn: các crawler có thể đọc JSON‑LD khi fetch; bộ index có thể lưu thuộc tính hoặc dùng chúng để đủ điều kiện cho một tính năng trên SERP. Việc một trang xuất hiện trên Search và cách nó xếp hạng vẫn do thuật toán sử dụng nhiều tín hiệu.

Lưu ý rằng Google dùng phiên bản mobile làm cơ sở chính để crawling và indexing. Kể từ July 2024, Google crawls sites for Search with Googlebot Smartphone by default; đảm bảo dữ liệu có cấu trúc trên mobile khớp về mặt ngữ nghĩa với desktop (parity), không nhất thiết phải khớp pixel‑for‑pixel về layout.

Nơi dữ liệu cấu trúc hữu ích (trường hợp sử dụng)

Lợi ích phổ biến và các tính năng đủ điều kiện

Rich results: FAQs, How‑tos, preview công thức, product snippets, reviews và event cards có thể đủ điều kiện khi markup tuân theo các yêu cầu trong tài liệu.

Knowledge graph và liên kết thực thể: schema có thể làm rõ mối quan hệ giữa các thực thể (publisher → article → author → organization). Điều này hỗ trợ các hệ thống xây dựng đồ thị thực thể.

Sitelinks và diễn giải breadcrumb: BreadcrumbList markup làm rõ thứ tự điều hướng để các tính năng tìm kiếm có thể hiển thị đường dẫn chính xác.

Tín hiệu đủ điều kiện cho những trải nghiệm tìm kiếm chuyên biệt (ví dụ: tính sẵn có sản phẩm, ngày sự kiện, tin tuyển dụng) khi các thuộc tính cấu trúc truyền tải các sự thật máy có thể đọc được mà khó trích xuất đáng tin cậy từ văn bản tự do.

Ngay cả khi có markup, việc xuất hiện một rich result không được đảm bảo. Công cụ tìm kiếm dùng markup như một tín hiệu và có thể bỏ qua nó hoặc yêu cầu thêm các tín hiệu chất lượng (chất lượng nội dung, khả năng index, uy tín site).

Triển khai schema: danh sách kiểm tra thực tế

Lên kế hoạch và lập bản đồ

Xác định loại trang nào cần dữ liệu có cấu trúc. Gán từng template trang với các type của schema.org và các thuộc tính bắt buộc (ví dụ: Product yêu cầu name và offers; FAQ yêu cầu mainEntity với cặp Question/Answer). Dùng tài liệu schema.org làm nguồn tham chiếu từ vựng chính thức.

Tạo và gắn vào template

Sinh JSON‑LD từ CMS của bạn hoặc xây nó vào các template server. Giữ markup đồng bộ với nội dung hiển thị: ngày, giá, tình trạng hàng và văn bản dùng trong các thuộc tính cấu trúc nên khớp với những gì người dùng thấy.

Kiểm thử và môi trường staging

Kiểm tra JSON‑LD sinh ra trên môi trường staging với Rich Results Test và Schema Markup Validator (schema.org). Đối với các trang bạn sở hữu, dùng Google Search Console URL Inspection để kiểm tra cách Google nhìn thấy trang và liệu dữ liệu cấu trúc có được phát hiện là hợp lệ hay có lỗi.

Triển khai và giám sát

Đưa lên production và xác minh trang live bằng Rich Results Test.

Giám sát Search Console cho báo cáo dữ liệu có cấu trúc và vấn đề coverage trên các trang bạn sở hữu; dùng server logs và mô phỏng crawler (curl) để đảm bảo bot nhận cùng một markup.

Nếu bạn cần cách nhanh để xem HTML mà một user agent cụ thể nhận, dùng curl với chuỗi UA. Để chỉ lấy headers: curl -I https://example.com. Để lấy HTML với UA cụ thể: curl -A "Googlebot" https://example.com

Xác minh và xử lý sự cố

Các bước xác minh cho trang bạn sở hữu

1) Dùng Rich Results Test để xác thực cú pháp và các thuộc tính bắt buộc. 2) Trong Google Search Console, chạy URL Inspection để xác nhận Google phát hiện dữ liệu có cấu trúc và xem lỗi hoặc cảnh báo. 3) Kiểm tra HTML đã render của trang trong Chrome DevTools > Elements để xác nhận script JSON‑LD có mặt sau mọi render phía client. 4) Giám sát báo cáo Search Console để phát hiện các vấn đề mới xuất hiện sau khi triển khai.

Phải làm gì nếu rich results không xuất hiện

Nếu markup hợp lệ nhưng rich result không xuất hiện, kiểm tra các điểm sau: 1) Trang có thể được index không? Dùng URL Inspection để xác nhận coverage index. Trang không được index khó có khả năng hiển thị rich results. 2) Nội dung hiển thị có khớp chính xác với các thuộc tính cấu trúc không? Sai khác có thể khiến các công cụ bỏ qua markup. 3) Chất lượng tổng thể và uy tín site có đủ cho tính năng không — các công cụ thường yêu cầu tín hiệu tin cậy thêm ngoài markup. 4) Xác nhận bạn đang dùng các loại và thuộc tính được hỗ trợ cho tính năng đó (xem tài liệu Rich Results Test).

Những lỗi thường gặp và cách tránh

Gắn markup cho nội dung không hiển thị với người dùng hoặc mâu thuẫn với văn bản trên trang — dữ liệu cấu trúc nên phản ánh các sự thật hiển thị.

Dùng types hoặc properties không được hỗ trợ cho rich result mong muốn; tham khảo Rich Results Test để biết ma trận đủ điều kiện hiện tại.

Dựa vào dữ liệu cấu trúc để sửa vấn đề chất lượng nội dung hoặc kiến trúc site. Schema giúp làm rõ nhưng không bù được cho nội dung mỏng hoặc không hữu ích.

Không giữ markup đồng bộ với thay đổi nội dung động (ngày, giá, tình trạng) — tránh các giá trị cấu trúc lỗi thời.

Mô hình nâng cao và quản trị

Thiết kế quy trình quản trị schema: phân quyền sở hữu schema vào đội nội dung hoặc engineering, quản lý phiên bản các đoạn JSON‑LD, và thêm kiểm thử vào CI pipeline để xác thực cú pháp schema và các trường bắt buộc trước khi deploy.

Với các site lớn, sinh dữ liệu cấu trúc từ các trường nguồn canonical thay vì sao chép HTML đã render. Khi có nội dung địa phương hoá, đảm bảo thuộc tính ngôn ngữ và vùng phản ánh đối tượng trang và tránh trộn ngôn ngữ trong cùng một thuộc tính.

Dữ liệu có cấu trúc cũng có thể hỗ trợ các hệ thống hạ nguồn ngoài search — cơ sở tri thức nội bộ, trợ lý giọng nói và analytics. Xác định một lõi thuộc tính tối thiểu, ổn định cần cho cả search và tiêu thụ nội bộ để giảm chi phí bảo trì.

Nếu bạn muốn ôn lại nền tảng kỹ thuật liên quan tới schema (indexability, canonicalisation, Core Web Vitals), Đọc Hướng dẫn Technical SEO

FAQ