Schema Markup là gì? Cách triển khai dữ liệu có cấu trúc cho website

Schema Markup là đoạn dữ liệu có cấu trúc (structured data) được thêm vào trang web theo bộ từ vựng chung của schema.org, để mô tả rõ nội dung trang cho công cụ tìm kiếm: trang này nói về một doanh nghiệp, một sản phẩm hay một bài viết; tên là gì, địa chỉ ở đâu, giá bao nhiêu, ai là tác giả. Người đọc không nhìn thấy đoạn này, nhưng máy đọc được mà không phải đoán từ chữ trên trang.

Theo tài liệu giới thiệu dữ liệu có cấu trúc của Google Search Central, Google dùng dữ liệu có cấu trúc để hiểu nội dung trang, và với một số loại, trang có thể đủ điều kiện hiển thị dạng kết quả nhiều định dạng (rich results) — ví dụ đường dẫn phân cấp, thông tin sản phẩm. Nhưng cần nói rõ ngay: có dữ liệu có cấu trúc hợp lệ không đảm bảo Google sẽ hiển thị kết quả nhiều định dạng. Google tự quyết định dựa trên nhiều yếu tố.

JSON-LD, Microdata và RDFa

Có ba định dạng để viết dữ liệu có cấu trúc mà Google hỗ trợ. Google khuyến nghị dùng JSON-LD vì dễ triển khai và bảo trì nhất ở quy mô lớn.

Một khối JSON-LD đơn giản trông như: loại là Organization, tên là “Xưởng In Minh Phát”, url là địa chỉ website, logo là đường dẫn ảnh logo. Mỗi thông tin là một cặp thuộc tính — giá trị theo tên thuộc tính của schema.org.

Các loại schema phổ biến cho doanh nghiệp nhỏ

Cần chuẩn bị gì trước khi thêm schema

• Một bản thông tin chuẩn về doanh nghiệp: tên chính thức, địa chỉ, số điện thoại, giờ mở cửa, logo — giống hệt trên website, fanpage và hồ sơ bản đồ.
• Danh sách loại trang trên website: trang chủ, trang dịch vụ, trang sản phẩm, bài blog, trang liên hệ — mỗi loại cần schema khác nhau.
• Quyền sửa mã trang hoặc plugin/tính năng thêm schema của nền tảng website bạn đang dùng.
• Người kiểm tra: ai sẽ chạy công cụ kiểm tra và sửa lỗi khi nội dung đổi.

Quy trình triển khai Schema Markup 6 bước

Bước 1. Chọn loại schema đúng nội dung hiển thị

Nguyên tắc quan trọng nhất trong hướng dẫn của Google: dữ liệu có cấu trúc phải mô tả nội dung chính mà người đọc thấy trên trang. Trang sản phẩm thì dùng Product, bài blog dùng Article, trang giới thiệu spa dùng LocalBusiness hoặc loại con phù hợp. Không đánh dấu nội dung không có trên trang, không gắn schema sản phẩm cho trang danh mục chỉ để mong hiện giá.

Bước 2. Đối chiếu thuộc tính bắt buộc và khuyến nghị

schema.org có rất nhiều thuộc tính, nhưng mỗi tính năng trong Google Search chỉ yêu cầu một số thuộc tính bắt buộc (required) và gợi ý thêm thuộc tính khuyến nghị (recommended). Mở tài liệu của đúng loại đó trên Google Search Central, lập bảng: thuộc tính — bắt buộc hay khuyến nghị — giá trị lấy từ đâu trên trang. Thiếu thuộc tính bắt buộc thì trang không đủ điều kiện cho tính năng đó; thêm thuộc tính khuyến nghị giúp thông tin đầy đủ hơn.

Bước 3. Tạo JSON-LD từ dữ liệu thật

Lấy giá trị từ bản thông tin chuẩn, không tự nghĩ ra. Giá trong schema phải khớp giá trên trang; giờ mở cửa phải khớp giờ thật; đánh giá chỉ đánh dấu khi đánh giá đó thực sự hiển thị trên trang. Nếu website có nhiều trang cùng loại (hàng trăm sản phẩm), nên để hệ thống quản trị tự sinh JSON-LD từ dữ liệu sản phẩm thay vì viết tay từng trang — viết tay rất dễ lệch khi đổi giá.

Bước 4. Đặt mã trên trang tương ứng

Khối JSON-LD có thể đặt trong phần head hoặc body của trang. Schema Organization thường đặt ở trang chủ; LocalBusiness ở trang chủ hoặc trang liên hệ của từng chi nhánh; Product trên từng trang sản phẩm; Article trên từng bài viết; BreadcrumbList trên các trang có đường dẫn phân cấp. Nhiều nền tảng website và plugin SEO có sẵn tính năng này — kiểm tra xem chúng đang sinh ra gì trước khi thêm tay, để tránh hai khối mâu thuẫn nhau.

Bước 5. Kiểm tra bằng công cụ chính thức

Dùng hai công cụ với hai mục đích khác nhau. Rich Results Test của Google cho biết trang có đủ điều kiện cho các kết quả nhiều định dạng mà Google hỗ trợ không, và báo lỗi, cảnh báo cụ thể. Schema Markup Validator (validator.schema.org) kiểm tra cú pháp và từ vựng schema.org nói chung, kể cả những loại Google không dùng cho kết quả nhiều định dạng. Sửa hết lỗi; cảnh báo về thuộc tính khuyến nghị thì cân nhắc bổ sung nếu có dữ liệu thật.

Bước 6. Theo dõi lỗi và cập nhật khi nội dung đổi

Sau khi Google thu thập lại trang, Google Search Console có các báo cáo cho những loại dữ liệu có cấu trúc được phát hiện, cho biết trang nào hợp lệ, trang nào lỗi. Cách đọc báo cáo Search Console nằm ở bài phân tích Google Search Console bằng AI. Quan trọng hơn: mỗi khi đổi giá, đổi giờ mở cửa, chuyển địa chỉ, hãy sửa cả schema. Nên đưa việc kiểm tra schema vào danh sách của mỗi đợt SEO audit.

Ví dụ thực hành: spa và shop thời trang

Ví dụ giả định: một spa có website 10 trang và một shop thời trang online có 300 sản phẩm lên kế hoạch thêm schema.

Với doanh nghiệp địa phương, schema chỉ là một phần; hồ sơ bản đồ và thông tin nhất quán giữa các kênh cũng quan trọng — xem thêm AI marketing cho doanh nghiệp địa phương. Dữ liệu có cấu trúc rõ ràng cũng giúp các công cụ tìm kiếm có AI hiểu đúng thực thể doanh nghiệp, như bài GEO là gì đã nhắc — nhưng không có gì đảm bảo được trích dẫn.

AI giúp được gì khi làm schema

Rủi ro lớn nhất khi nhờ AI viết schema là AI tự điền giá trị trông hợp lý — một số điện thoại, một điểm đánh giá, một thuộc tính không tồn tại. Dữ liệu có cấu trúc sai lệch với nội dung trang có thể vi phạm hướng dẫn của Google. Mọi giá trị phải đến từ dữ liệu thật của bạn.

Sai lầm thường gặp

• Đánh dấu nội dung không hiển thị trên trang, như đánh giá, giá hay câu hỏi chỉ có trong schema.
• Kỳ vọng chắc chắn có kết quả nhiều định dạng chỉ vì schema hợp lệ.
• Hai khối schema mâu thuẫn do plugin và mã thêm tay cùng sinh ra.
• Thông tin schema cũ sau khi đổi giá, giờ mở cửa, địa chỉ.
• Dùng loại quá chung hoặc sai loại, như gắn Product cho bài blog.

Câu hỏi thường gặp