Schema markup (JSON-LD) cho website doanh nghiệp: loại nào đáng làm, cách viết và kiểm tra

Schema markup (dữ liệu có cấu trúc) là đoạn mã mô tả nội dung trang cho máy đọc, và theo nhận định của Click Star (không có số đo), nó hay bị hiểu thành lối tắt lên đầu kết quả tìm kiếm. Thực tế Google đã gỡ dần nhiều kết quả nổi bật, trong đó có FAQ và HowTo, nên danh sách loại đáng làm ngắn hơn trước.

Bài dựa trên tài liệu Google Search Central, tài liệu Next.js và trợ giúp Search Console, đối chiếu đến ngày 22/10/2026.

Bài trả lời: JSON-LD khác gì định dạng khác, loại nào còn đáng làm, viết và kiểm tra thế nào, lỗi nào hay gặp. Click Star làm dịch vụ website chuẩn SEO nên có lợi ích liên quan, và nhận định được tách riêng.

Điểm chính

• Google hỗ trợ 3 định dạng (JSON-LD, Microdata, RDFa), khuyến nghị JSON-LD và nói cả 3 đều ổn nếu đánh dấu hợp lệ.
• Hợp lệ không bảo đảm hiển thị. Đánh dấu chỉ giúp trang đủ điều kiện và phải khớp nội dung người đọc nhìn thấy.
• FAQ ngừng hiển thị từ 7/5/2026 và HowTo bị gỡ từ 14/9/2023, nên đừng làm 2 loại này để hiện kết quả nổi bật.
• Thứ tự ưu tiên theo khung của Click Star: Organization, Article, BreadcrumbList, rồi LocalBusiness, Product, Review snippet và Video khi trang đúng loại.
• Kiểm bằng Rich Results Test (điều kiện của Google), Schema Markup Validator (cú pháp schema.org), rồi theo dõi Search Console.

Schema markup là gì và Google dùng nó thế nào

Schema markup là dữ liệu có cấu trúc gắn vào trang để gọi tên các thực thể trên đó: tổ chức, bài viết, sản phẩm, địa điểm. Theo trang giới thiệu của Google (cập nhật 10/12/2025), Google Search hỗ trợ JSON-LD, Microdata và RDFa, và khuyến nghị JSON-LD khi hệ thống cho phép.

JSON-LD nằm trong thẻ script, không xen vào chữ người dùng thấy, nên dữ liệu lồng nhau dễ biểu diễn hơn. Microdata và RDFa dùng thuộc tính gắn vào chính các thẻ HTML.

schema.org là từ vựng chung. Cùng trang giới thiệu nói nên xem tài liệu Search Central là chuẩn cho hành vi của Google Search, vì schema.org có nhiều thuộc tính mà Google Search không yêu cầu.

Về AI, hướng dẫn tối ưu cho tính năng AI tạo sinh của Google (cập nhật 10/7/2026) nói dữ liệu có cấu trúc không bắt buộc cho tìm kiếm AI tạo sinh và không có đánh dấu schema.org đặc biệt nào cần thêm.

Những kết quả nổi bật đã bị gỡ

Nhật ký thay đổi tài liệu của Google (đọc ngày 22/10/2026) và một bài blog Search Central ghi các mốc sau.

HowTo: ngày 14/9/2023 Google gỡ tài liệu HowTo vì kết quả nổi bật này không còn hiển thị trên máy tính lẫn di động.

FAQ: ngày 8/5/2026 Google thêm thông báo nêu tính năng không còn xuất hiện từ 7/5/2026. Ngày 15/6/2026 tài liệu FAQ bị gỡ vì tính năng không còn hiển thị.

Các loại khác: ngày 9/9/2025 Google gỡ tài liệu của 5 loại (course info, estimated salary, learning video, special announcement, vehicle listing). Ngày 5/11/2025 Google thêm thông báo ngừng cho practice problem và làm rõ Dataset chỉ phục vụ Dataset Search.

Sitelinks search box: theo bài blog Search Central "Farewell, Sitelinks Search Box" ngày 21/10/2024, Google ngừng hiển thị từ 21/11/2024 và nói đánh dấu không còn được hỗ trợ này không gây lỗi trong Search. Nhật ký ghi ngày 29/11/2024 Google gỡ tài liệu của nó.

Thư viện kết quả nổi bật của Google Search Central (cập nhật 16/10/2026) không có mục FAQ hay HowTo. Click Star không thấy tài liệu nào nói giữ đánh dấu FAQ hay HowTo là có hại, nhưng cũng không có lý do làm mới vì mục tiêu hiển thị.

Loại nào đáng làm cho website doanh nghiệp

Organization. Theo tài liệu Organization của Google (cập nhật 8/9/2026), không có thuộc tính bắt buộc; nên thêm name, url, logo, sameAs, address, contactPoint nếu có. Đặt ở trang chủ hoặc 1 trang giới thiệu. Logo tối thiểu 112x112 pixel và URL ảnh phải thu thập được.

Article (BlogPosting). Tài liệu Article của Google (8/9/2026) nêu 3 loại Article, NewsArticle, BlogPosting, không có thuộc tính bắt buộc. Nên có headline, image, datePublished, dateModified và author (tên và URL); author.name chỉ ghi tên, không kèm chức danh.

BreadcrumbList. Theo tài liệu Breadcrumb của Google (8/9/2026), cần ít nhất 2 mục ListItem, mỗi mục gồm item, name, position; riêng mục cuối có thể bỏ item.

LocalBusiness. Theo tài liệu Local business của Google (8/9/2026), yêu cầu address và name; nên thêm openingHoursSpecification, geo, telephone, url. Click Star thấy loại này chỉ hợp khi doanh nghiệp có địa điểm thật cho khách đến.

Product. Theo tài liệu Product snippet của Google (8/9/2026), cần name và ít nhất 1 trong review, aggregateRating, offers. Với trang cho phép mua hàng, tài liệu đề nghị cân nhắc thêm đánh dấu merchant listing.

Review snippet. Theo tài liệu Review snippet của Google (8/9/2026), nếu đối tượng tự kiểm soát các đánh giá về chính mình, trang dùng LocalBusiness hay Organization không đủ điều kiện hiện sao, kể cả qua tiện ích nhúng bên thứ ba. Đánh giá phải hiển thị trên trang.

Video. Theo tài liệu Video của Google (24/9/2026), cần name, thumbnailUrl, uploadDate.

Đánh giá của Click Star. Với website dịch vụ, Organization, Article và BreadcrumbList là bộ nền vì gần như trang nào cũng khớp; 4 loại còn lại chỉ làm khi trang có đúng nội dung đó. Đây là khung tham khảo của Click Star, không phải số đo và không lấy từ nguồn ngoài.

Cách viết JSON-LD đúng

Tài liệu General Structured Data Guidelines của Google (cập nhật 10/7/2026) nêu: không đánh dấu nội dung người đọc không thấy, không đánh dấu nội dung sai như đánh giá giả, đặt dữ liệu trên đúng trang mô tả nó, dùng loại cụ thể nhất của schema.org, và không chặn trang khỏi Googlebot.

Ví dụ Organization dưới đây là dữ liệu minh họa (example.com). Cú pháp JSON đã được kiểm bằng bộ phân tích JSON, chưa chạy qua Rich Results Test.

{
  "@context": "https://schema.org",
  "@type": "Organization",
  "name": "Example Co.",
  "url": "https://example.com/",
  "logo": "https://example.com/images/logo.png",
  "sameAs": [
    "https://www.facebook.com/example",
    "https://www.linkedin.com/company/example"
  ],
  "contactPoint": {
    "@type": "ContactPoint",
    "telephone": "+84-28-0000-0000",
    "contactType": "customer service"
  }
}

Ví dụ Article dạng BlogPosting, cũng là dữ liệu minh họa, ngày theo ISO 8601 có múi giờ.

{
  "@context": "https://schema.org",
  "@type": "BlogPosting",
  "headline": "Example article title",
  "image": [
    "https://example.com/images/post-16x9.jpg",
    "https://example.com/images/post-4x3.jpg",
    "https://example.com/images/post-1x1.jpg"
  ],
  "datePublished": "2026-10-01T08:00:00+07:00",
  "dateModified": "2026-10-15T09:30:00+07:00",
  "author": {
    "@type": "Person",
    "name": "Nguyen Van A",
    "url": "https://example.com/authors/nguyen-van-a"
  }
}

Cách kiểm tra

Rich Results Test kiểm theo yêu cầu của Google. Theo hướng dẫn tạo dữ liệu bằng JavaScript (cập nhật 10/12/2025), nên nhập URL thay vì dán mã, vì ô mã bị giới hạn như CORS.

Schema Markup Validator (validator.schema.org) kiểm cú pháp và sự tuân thủ schema.org, không kiểm loại kết quả nổi bật của Google. Theo bài blog "An update on the Structured Data Testing Tool" của Google ngày 15/12/2020, đây là bản tập trung lại của Structured Data Testing Tool cũ.

Search Console theo dõi sau khi đưa lên. Theo trợ giúp Search Console (không ghi ngày, đọc 22/10/2026), báo cáo đếm mục hợp lệ và không hợp lệ, chia lỗi nghiêm trọng (chặn kết quả nổi bật) với vấn đề không nghiêm trọng.

Báo cáo chỉ có cho các loại được hỗ trợ, như Breadcrumbs, Product snippets, Merchant listings, Review snippets, Videos. Organization, Article và Local business không có trong danh sách đó, nên kiểm chúng bằng Rich Results Test và URL Inspection.

Hướng dẫn chung cũng nêu 2 điều: Rich Results Test có thể bỏ sót lỗi, và vi phạm hướng dẫn có thể bị hành động thủ công. Hành động thủ công làm trang mất tư cách hiện kết quả nổi bật nhưng không ảnh hưởng xếp hạng tìm kiếm web.

Triển khai trong Next.js và WordPress

Next.js. Tài liệu Next.js (cập nhật 2/3/2026) khuyến nghị hiển thị JSON-LD bằng thẻ script trong layout hoặc page. JSON.stringify không lọc chuỗi độc hại, nên thay ký tự < bằng \u003c để tránh XSS. Tài liệu cũng nói dùng thẻ script gốc, không dùng next/script, vì JSON-LD là dữ liệu chứ không phải mã chạy.

WordPress. Theo trang giới thiệu của Google, với WordPress, Wix hay Shopify có thể không sửa được HTML trực tiếp; hãy xem trang cài đặt SEO của hệ thống hoặc cài tiện ích khai báo dữ liệu có cấu trúc.

Nguyên tắc: biết tiện ích đang xuất loại nào, mở kết quả bằng Rich Results Test, và đừng để giao diện lẫn tiện ích cùng sinh 1 loại vì dễ tạo bản trùng lệch nhau. Đó là nhận định kỹ thuật của Click Star.

Đánh giá của Click Star. Với website mới, sinh JSON-LD ở máy chủ từ cùng dữ liệu với giao diện là cách ít lệch nhất. Trang dịch vụ website của Click Star có nêu việc đưa schema markup vào, nên bài này có lợi ích liên quan; hãy tự kiểm kết quả bằng công cụ trên thay vì dựa vào lời hứa của bất kỳ đơn vị làm web nào.

Việc nên làm

Lộ trình 3 nhóm, 10 việc dưới đây là khung tham khảo của Click Star, không lấy từ nguồn ngoài.

Trước khi viết

• Liệt kê các loại trang và nội dung thật của từng loại.
• Đối chiếu thư viện kết quả nổi bật hiện hành của Google.
• Chọn ít loại khớp nội dung, bắt đầu từ Organization, Article, BreadcrumbList.

Khi viết

• Dùng JSON-LD, đặt trên đúng trang mô tả nó.
• Lấy mọi giá trị từ cùng nguồn dữ liệu với nội dung hiển thị.
• Điền thuộc tính bắt buộc và khuyến nghị bạn có dữ liệu thật.
• Với Next.js, thay ký tự < bằng \u003c.

Sau khi đưa lên

• Kiểm URL thật bằng Rich Results Test và Schema Markup Validator.
• Theo dõi Search Console sau mỗi lần đổi giao diện hoặc tiện ích.
• Khi Google đổi tài liệu, đọc lại nhật ký thay đổi.

Cách đo: với loại có báo cáo riêng, số mục hợp lệ và không hợp lệ trong Search Console; kèm so sánh hiệu suất của trang có và không có dữ liệu có cấu trúc trong báo cáo hiệu suất.

Những sai lầm thường gặp

1. Làm FAQ và HowTo để hiện kết quả nổi bật, trong khi 2 tính năng này không còn hiển thị.
2. Đánh dấu nội dung không có trên trang, hoặc giá trị khác chữ đang hiển thị.
3. Tự đánh giá cho doanh nghiệp mình bằng LocalBusiness hay Organization rồi kỳ vọng hiện sao.
4. Coi hợp lệ là chắc chắn hiện kết quả nổi bật hoặc tăng thứ hạng.
5. Để giao diện và tiện ích cùng sinh dữ liệu, tạo bản trùng lệch nhau.
6. Chỉ kiểm bằng 1 công cụ: Schema Markup Validator không kiểm điều kiện của Google, còn Rich Results Test có thể bỏ sót lỗi.
7. Đánh dấu xong rồi không theo dõi, trong khi cập nhật giao diện có thể làm vỡ dữ liệu.

Điều chưa biết

Click Star chưa có số đo độc lập về mức tăng lượt nhấp nhờ kết quả nổi bật cho doanh nghiệp Việt Nam. Trang giới thiệu của Google có nêu các nghiên cứu điển hình về lượt nhấp, nhưng đó là số do chính chủ website đo nên bài không dùng.

Chưa rõ tính năng nào sẽ tiếp tục bị gỡ: nhật ký ngày 5/11/2025 nói việc ngừng practice problem và Dataset nằm trong nỗ lực đơn giản hóa trang kết quả, nhưng không công bố danh sách tiếp theo.

Click Star chưa chạy bản mẫu qua Rich Results Test, chỉ kiểm cú pháp JSON, và chưa kiểm từng tiện ích WordPress cụ thể nên chỉ nêu nguyên tắc.