Schema Là Gì? Hướng Dẫn Tạo, Kiểm Tra Schema Markup Cho Website (Cập Nhật 2026)

Bạn đã cài plugin schema, Rich Results Test báo hợp lệ, vậy mà kết quả của trang trên Google vẫn chỉ là một tiêu đề xanh và hai dòng mô tả như mọi trang khác?

Tôi là Thái Doãn Kiên, người điều hành SEODO. Khi kiểm tra schema cho những website như vậy, tôi hay gặp ba nguyên nhân: gắn loại schema Google đã ngừng hiển thị như FAQ hay HowTo, chọn sai loại cho trang, hoặc khai báo thông tin mà người đọc không nhìn thấy trên trang.

Không cách nào bắt Google hiện kết quả nhiều định dạng, nhưng bạn làm được cho trang đủ điều kiện và cho Google hiểu đúng doanh nghiệp. Bạn sẽ biết các loại schema Google còn hỗ trợ năm 2026, chọn loại theo từng trang, viết JSON-LD và kiểm tra bằng công cụ của Google.

1. Schema là gì?

Hiểu đúng ba khái niệm hay bị dùng lẫn giúp bạn đọc tài liệu Google, cấu hình plugin và trao đổi với lập trình viên mà không nói nhầm ý nhau.

Schema, hay schema markup, là đoạn mã viết theo bộ từ vựng của schema.org, được gắn vào HTML của trang để mô tả rõ nội dung cho công cụ tìm kiếm. Nhờ đoạn mã này, Google đọc được trực tiếp trang là một bài viết của ai, đăng ngày nào, hay một sản phẩm giá bao nhiêu và còn hàng không. Theo tài liệu Introduction to structured data markup của Google, đây là cách bạn đưa ra những “manh mối rõ ràng” về ý nghĩa của trang.

Bộ từ vựng schema.org do Google, Microsoft, Yahoo và Yandex cùng lập ra, nên một đoạn mã có thể được nhiều công cụ tìm kiếm đọc hiểu. Tuy vậy, với hành vi của Google Search, Google yêu cầu lấy tài liệu Search Central làm chuẩn, vì schema.org có rất nhiều thuộc tính Google không dùng.

Trong SEO tổng thể, schema là một hạng mục của SEO Onpage, nằm cạnh title, heading và internal link, và chỉ phát huy khi các hạng mục đó đã ổn.

1.1. Bộ từ vựng, mã đánh dấu và structured data khác nhau ở đâu

Ba khái niệm này lồng vào nhau, từ rộng đến hẹp. Dữ liệu có cấu trúc (structured data) là khái niệm rộng nhất, chỉ mọi cách cung cấp thông tin về trang theo một khuôn chuẩn. Schema.org là bộ từ vựng cụ thể được dùng phổ biến nhất trong khuôn đó. Còn schema markup là đoạn mã thật nằm trên trang của bạn, dùng từ vựng schema.org và viết theo một trong ba định dạng.

Khái niệm	Là gì	Ví dụ
Dữ liệu có cấu trúc	Thông tin về trang theo khuôn chuẩn để máy đọc được	Trang công thức khai báo nguyên liệu, thời gian nấu
Schema.org	Bộ từ vựng gồm loại (type) và thuộc tính (property)	Loại Recipe, thuộc tính cookTime
Schema markup	Đoạn mã cụ thể trên một trang	Khối JSON-LD mô tả công thức bánh mì chuối
Định dạng	Cú pháp dùng để viết schema markup	JSON-LD, Microdata, RDFa

Một khối schema hợp lệ luôn có 2 khoá “@context”: “https://schema.org” và “@type”: khoá đầu cho biết bộ từ vựng, khoá sau cho biết loại đối tượng. Thiếu một trong hai, công cụ kiểm tra sẽ không nhận ra mục nào, dù phần còn lại viết đúng.

1.2. Một khối mã đánh dấu trông như thế nào trong mã nguồn

Cách nhanh nhất để thấy schema là mở trang bất kỳ, bấm Ctrl+U (trên Mac là Cmd+Option+U) để xem mã nguồn, rồi tìm cụm “application/ld+json”. Ví dụ dưới đây là một khối Organization rút gọn của SEODO, mô tả tên, địa chỉ website, logo và các hồ sơ chính thức của doanh nghiệp.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Organization",
  "name": "SEODO",
  "url": "https://seodo.vn/",
  "logo": "https://seodo.vn/wp-content/uploads/2025/01/Logo-seodo-2.png",
  "sameAs": [
    "https://www.facebook.com/seodo/",
    "https://www.linkedin.com/company/seodoagency/",
    "https://youtube.com/c/seodo"
  ]
}
</script>

Khối này đọc từng dòng là hiểu. @type nói đây là một tổ chức, name là tên, url là trang chủ, logo là ảnh logo, còn sameAs liệt kê hồ sơ chính thức trên nền tảng khác để Google nối về cùng một thực thể. Tiêu chí quan trọng nhất là mỗi giá trị phải trùng với thông tin hiển thị trên trang, vì lệch dù một trường, như mã còn ghi tên thương hiệu cũ, là đã sai nguyên tắc chất lượng của Google.

1.3. Lược đồ cơ sở dữ liệu và khuôn mẫu tâm lý học là hai nghĩa khác

Khi tra “schema”, bạn sẽ gặp cả kết quả về lập trình và tâm lý học, vì từ này có nhiều nghĩa. Trong tiếng Anh, schema nghĩa gốc là lược đồ, bản phác thảo cấu trúc của một thứ gì đó. Mỗi lĩnh vực mượn nghĩa gốc này theo một cách riêng.

Trong cơ sở dữ liệu và SQL, schema là bản thiết kế bảng, cột và quan hệ giữa các bảng, ví dụ bảng khách hàng có cột tên, số điện thoại. Trong tâm lý học, schema là khuôn mẫu nhận thức mà mỗi người dùng để sắp xếp và diễn giải thông tin, ví dụ hình dung có sẵn về “một buổi phỏng vấn xin việc”. Hai nghĩa này không liên quan tới SEO, nên từ đây trở đi, “schema” chỉ mang nghĩa schema markup.

2. Schema có tác dụng gì với SEO?

Biết đúng schema làm được gì và không làm được gì giúp bạn đặt kỳ vọng hợp lý trước khi bỏ công gắn mã cho hàng trăm trang.

Schema giúp Google hiểu nội dung trang và giúp trang đủ điều kiện hiện kết quả nhiều định dạng, nhưng không đảm bảo trang sẽ hiện như vậy. Tài liệu General structured data guidelines (cập nhật 10/07/2026) ghi rõ Google không đảm bảo dữ liệu có cấu trúc sẽ hiển thị, kể cả khi trang được đánh dấu đúng theo Rich Results Test, vì thuật toán còn xét lịch sử tìm kiếm, vị trí và thiết bị của từng người.

Còn schema có trực tiếp giúp tăng thứ hạng không, câu trả lời của tôi là chưa có tài liệu nào của Google xác nhận điều đó. Cách nghĩ đúng là schema giúp trang được hiểu đúng và trình bày tốt hơn, từ đó có cơ hội nhận thêm lượt nhấp, còn thứ hạng vẫn do nội dung, liên kết và trải nghiệm quyết định.

2.1. Giúp Google hiểu trang và đủ điều kiện hiện kết quả nhiều định dạng

Kết quả nhiều định dạng (rich result) là kết quả tìm kiếm có thêm thông tin ngoài tiêu đề và mô tả, như giá sản phẩm, sao đánh giá, thời lượng video hay đường dẫn breadcrumb. Cụm rich snippet mà nhiều người quen dùng cũng chỉ phần đoạn trích có thêm thông tin đó. Schema là mã bạn gắn, còn rich result là giao diện Google có thể tạo ra từ mã đó.

Một trang chỉ đủ điều kiện khi đạt cùng lúc 3 điều kiện: mã có đủ 100% thuộc tính bắt buộc của loại đó, trang đã được lập chỉ mục, và trang không bị chặn bằng robots.txt, thẻ noindex hay yêu cầu đăng nhập. Thiếu một điều kiện là mã không được dùng.

2.2. Số liệu từ các case study Google đã công bố

Google có đăng một số case study trên trang giới thiệu structured data. Đây là kết quả riêng của từng doanh nghiệp, không phải mức tăng chung, nên tôi dẫn lại để bạn thấy schema có thể tác động tới hành vi người tìm kiếm chứ không để hứa một con số.

Doanh nghiệp	Kết quả công bố	Nguồn
Rotten Tomatoes	Gắn structured data cho 100.000 trang, CTR cao hơn 25% so với trang không có structured data	Google Search Central, Introduction to structured data
Food Network	Chuyển 80% số trang sang dạng hỗ trợ tính năng tìm kiếm, lượt truy cập tăng 35%	Google Search Central, Introduction to structured data
Nestlé	Trang hiện rich result có CTR cao hơn 82% so với trang không hiện rich result	Google Search Central, Introduction to structured data

Cả ba đều đo trên rất nhiều trang và so nhóm có với nhóm không có structured data. Với website của bạn, hãy đo theo cách đó ở phần 9 thay vì mong CTR tăng đúng 25% hay 82%.

2.3. Structured data với AI Overviews và AI Mode

Câu hỏi “schema có giúp lên AI Overviews không” xuất hiện rất nhiều từ năm 2025. Trang AI features and your website của Google trả lời thẳng: bạn không cần tạo tệp mới cho máy đọc, tệp văn bản cho AI hay mã đánh dấu riêng, và cũng không có loại schema.org đặc biệt nào cần thêm để xuất hiện trong AI Overviews hay AI Mode.

Cùng tài liệu đó nhắc một việc nên làm: bảo đảm structured data khớp với văn bản hiển thị trên trang. Tiêu chí ở đây là 0 thuộc tính khai báo thông tin không có trên trang, vì khi mã và nội dung nói hai điều khác nhau, các hệ thống đọc trang khó tin vào thông tin của bạn.

Muốn biết nên ưu tiên việc gì để nội dung có mặt trong câu trả lời AI của Google, bài SEO thời AI Overview tổng hợp những việc cần làm để website vẫn được hiển thị khi AI Overview xuất hiện.

3. JSON-LD, Microdata hay RDFa: nên dùng định dạng schema nào?

Chọn đúng định dạng ngay từ đầu giúp bạn không phải viết lại mã khi website lớn dần hoặc khi đổi giao diện.

Google hỗ trợ cả ba định dạng JSON-LD, Microdata và RDFa, và khuyến nghị JSON-LD nếu hệ thống website cho phép. Theo mục Supported formats trong tài liệu giới thiệu structured data, JSON-LD dễ triển khai và bảo trì nhất ở quy mô lớn, tức là ít lỗi do người làm, còn về giá trị thì cả ba ngang nhau miễn là mã hợp lệ.

Định dạng	Viết ở đâu	Ưu điểm	Nhược điểm	Khi nào dùng
JSON-LD	Khối script riêng trong head hoặc body	Không đụng HTML hiển thị, dễ lồng nhiều tầng	Dễ lệch nội dung nếu nhập tay	Website mới và website WordPress
Microdata	Thuộc tính trên thẻ HTML	Đi liền nội dung nên khó lệch	Sửa giao diện dễ làm vỡ mã	Theme cũ đã có sẵn Microdata
RDFa	Thuộc tính trên thẻ HTML	Hợp với dữ liệu liên kết	Ít công cụ hỗ trợ, cú pháp lạ	Hệ thống đã xuất RDFa sẵn

Google không nói định dạng nào được đọc nhanh hơn. Ưu điểm thật của JSON-LD là bạn sửa mã mà không phải động vào phần chữ người đọc nhìn thấy. Ba mục dưới đây dùng chung ví dụ “Nhà hàng ABC” để bạn so cùng một thông tin viết bằng ba cách.

3.1. JSON-LD: định dạng Google khuyến nghị

JSON-LD (JavaScript Object Notation for Linked Data) là khối mã đặt trong thẻ <script type=”application/ld+json”>, nằm ở <head> hoặc <body> của trang. Vì khối mã đứng riêng, không xen vào chữ hiển thị, bạn dễ mô tả dữ liệu nhiều tầng, chẳng hạn địa chỉ nằm trong nhà hàng. Google cũng đọc được JSON-LD khi nó được chèn động bằng JavaScript hoặc plugin.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Restaurant",
  "name": "Nhà hàng ABC",
  "description": "Món Việt truyền thống giữa trung tâm thành phố",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "123 Đường Số 1",
    "addressLocality": "TP. Hồ Chí Minh",
    "addressCountry": "VN"
  },
  "telephone": "+84-28-0000-0000",
  "menu": "https://nhahangabc.example/thuc-don/",
  "openingHours": ["Mo-Sa 09:00-22:30", "Su 09:00-23:00"]
}
</script>

Khi tự viết, bạn kiểm tra theo 4 tiêu chí. Khối mã nằm trong đúng thẻ script type=”application/ld+json”. Mọi khoá và chuỗi dùng dấu ngoặc kép thẳng (“), không dùng ngoặc kép cong (“ ”) mà trình soạn thảo hay tự đổi. Phần tử cuối của mỗi đối tượng và mảng không có dấu phẩy thừa, vì JSON coi đó là lỗi cú pháp.

Tiêu chí thứ tư dễ bị bỏ qua nhất là xoá hết chú thích trước khi đăng. Theo trang trợ giúp Rich Results Test, công cụ bỏ qua chú thích trong JSON-LD, nhưng chuẩn JSON-LD không hỗ trợ chú thích nên có thể gây lỗi khi dùng thật.

3.2. Microdata: gắn thuộc tính trực tiếp vào thẻ HTML

Microdata gắn thông tin thẳng vào các thẻ HTML đang hiển thị bằng 3 thuộc tính. itemscope mở phạm vi của một đối tượng, itemtype cho biết đối tượng thuộc loại nào trong schema.org, còn itemprop dán nhãn từng thông tin bên trong.

<div itemscope itemtype="https://schema.org/Restaurant">
  <h1 itemprop="name">Nhà hàng ABC</h1>
  <p itemprop="description">Món Việt truyền thống giữa trung tâm thành phố</p>
  <div itemprop="address" itemscope itemtype="https://schema.org/PostalAddress">
    <span itemprop="streetAddress">123 Đường Số 1</span>,
    <span itemprop="addressLocality">TP. Hồ Chí Minh</span>
  </div>
  <p>Điện thoại: <span itemprop="telephone">028 0000 0000</span></p>
  <a itemprop="menu" href="https://nhahangabc.example/thuc-don/">Xem thực đơn</a>
  <time itemprop="openingHours" datetime="Mo-Sa 09:00-22:30">Thứ Hai đến Thứ Bảy, 9:00 đến 22:30</time>
</div>

Tiêu chí của Microdata nằm ở phạm vi. Mỗi itemprop phải nằm bên trong thẻ có itemscope tương ứng, ví dụ streetAddress phải nằm trong khối PostalAddress chứ không nằm ngoài. Ngoài ra, nội dung được đánh dấu phải là nội dung hiển thị trên trang. Đây cũng là điểm yếu của Microdata, vì chỉ cần đổi giao diện làm xê dịch một thẻ, phạm vi có thể vỡ mà không ai để ý.

3.3. RDFa: phần mở rộng của HTML5

RDFa là phần mở rộng của HTML5, cũng gắn thuộc tính vào thẻ HTML nhưng dùng bộ tên khác: vocab khai báo bộ từ vựng, typeof chọn loại đối tượng và property dán nhãn thông tin. Tiêu chí cần nhớ là khai báo vocab=”https://schema.org/” một lần ở thẻ cha, các thẻ con chỉ cần property.

<div vocab="https://schema.org/" typeof="Restaurant">
  <h1 property="name">Nhà hàng ABC</h1>
  <p property="description">Món Việt truyền thống giữa trung tâm thành phố</p>
  <div property="address" typeof="PostalAddress">
    <span property="streetAddress">123 Đường Số 1</span>,
    <span property="addressLocality">TP. Hồ Chí Minh</span>
  </div>
  <p>Điện thoại: <span property="telephone">028 0000 0000</span></p>
  <a property="menu" href="https://nhahangabc.example/thuc-don/">Xem thực đơn</a>
</div>

Đặt ba đoạn mã cạnh nhau, bạn sẽ thấy vì sao Google khuyến nghị JSON-LD: thông tin như nhau, nhưng JSON-LD gom vào một chỗ, còn Microdata và RDFa rải khắp HTML. Chỉ chọn RDFa khi hệ thống của bạn đã xuất sẵn định dạng này.

4. Các loại schema Google còn hỗ trợ hiển thị năm 2026

Danh sách này giúp bạn bỏ công vào đúng loại Google đang dùng, thay vì gắn những loại đã ngừng hiển thị từ vài năm trước.

Trang Search Gallery của Google, cập nhật ngày 16/10/2026, liệt kê 25 tính năng: Article, Breadcrumb, Carousel, Course list, Dataset, Discussion forum, Education Q&A, Employer aggregate rating, Event, Image metadata, Job posting, Local business, Math solver, Movie, Organization, Product, Profile page, Q&A, Recipe, Review snippet, Software app, Speakable, Subscription and paywalled content, Vacation rental và Video. Danh sách thay đổi theo thời gian, nên hãy mở lại trang trước khi triển khai.

Cần phân biệt: schema.org có hàng trăm loại, nhưng Google chỉ hiển thị kết quả nhiều định dạng cho các loại trong Search Gallery. Các loại khác như Person hay WebSite vẫn giúp Google hiểu trang, chỉ không tạo giao diện riêng trên trang kết quả. Riêng Dataset, từ tháng 11/2025 Google ghi rõ chỉ dùng cho Dataset Search, không dùng cho Google Search.

4.1. Nhóm loại dùng cho hầu hết website: Organization, Article, Breadcrumb

Website doanh nghiệp có bài viết và chuyên mục nên có ba loại này. Chúng chỉ cần thông tin bạn đã có sẵn trên trang.

Loại	Đặt ở trang nào	Hiển thị gì	Thuộc tính nên có
Organization	Trang chủ hoặc trang giới thiệu	Logo, tên, thông tin trong bảng tri thức	name, url, logo, sameAs
Article	Bài blog, bài tin tức	Tiêu đề, ảnh lớn, ngày đăng	headline, image, author, datePublished, dateModified
Breadcrumb	Mọi trang có đường dẫn chuyên mục	Đường dẫn chuyên mục thay cho URL	itemListElement, position, name, item

Mỗi loại có một tiêu chí riêng. Organization đặt ở trang chủ hoặc một trang giới thiệu, Google ghi rõ không cần lặp trên mọi trang, và mỗi tổ chức chỉ nên có 1 khối mô tả. Article cần author, datePublished và dateModified khớp đúng ngày đang hiển thị trên bài. Còn Breadcrumb, theo cập nhật ngày 22/01/2025, chỉ hiển thị trên kết quả máy tính, không hiển thị trên di động vì đường dẫn bị cắt ngắn trên màn hình nhỏ.

Nếu website của bạn chưa có breadcrumb hiển thị cho người đọc, bài breadcrumb là gì hướng dẫn tạo breadcrumb cho WordPress, cách tối ưu và cách kiểm tra schema breadcrumb khi rà onpage.

4.2. Nhóm bán hàng và doanh nghiệp: Product, Review snippet, Local business

Với website bán hàng và doanh nghiệp có cửa hàng, ba loại này đưa giá, tình trạng còn hàng, điểm đánh giá và giờ mở cửa lên ngay trang kết quả. Đây cũng là nhóm hay vi phạm chính sách, thường do gắn sao không đến từ người mua thật.

Loại	Trang dùng	Hiển thị gì
Product	Trang chi tiết sản phẩm	Giá, tình trạng còn hàng, điểm đánh giá
Review snippet	Trang đánh giá sản phẩm, sách, phim, phần mềm	Sao và điểm đánh giá trung bình
Local business	Trang cửa hàng, chi nhánh	Giờ mở cửa, địa chỉ trong bảng tri thức

Theo tài liệu Product snippet của Google, một khối Product cần ít nhất thuộc tính name và một trong ba thuộc tính offers, review hoặc aggregateRating. Với đánh giá, điểm số phải đến từ người dùng thật. Tài liệu Review snippet còn ghi rõ: trang dùng LocalBusiness hoặc Organization mà doanh nghiệp tự kiểm soát đánh giá về chính mình, kể cả qua tiện ích nhúng đánh giá từ bên thứ ba, không đủ điều kiện hiện sao.

Vì vậy, cửa hàng nội thất gắn AggregateRating 4,9 sao cho trang giới thiệu công ty sẽ không được hiện sao. Sao chỉ có ý nghĩa ở trang sản phẩm, nơi người mua thật để lại đánh giá kèm tên và nhận xét.

4.3. Nhóm nội dung chuyên biệt: Video, Recipe, Event, Job posting, Education Q&A

Nhóm này chỉ dành cho website có đúng loại nội dung đó. Mỗi loại có điều kiện riêng, và lỗi thường xảy ra khi nội dung trang không đáp ứng đúng điều kiện ấy.

Loại	Ngành phù hợp	Điều kiện riêng
Video	Mọi ngành có video trên trang	URL video thu thập được, ảnh thu nhỏ, ngày tải lên
Recipe	Ẩm thực, blog nấu ăn	Là công thức món ăn, có nguyên liệu và các bước
Event	Hội thảo, triển lãm, ca nhạc	Diễn ra tại địa điểm thực, công chúng đặt chỗ được
Job posting	Tuyển dụng	Tin đang tuyển thật, không thu phí ứng tuyển
Education Q&A	Giáo dục, ôn thi	Hỏi đáp học tập dạng thẻ ghi nhớ

Ba mốc cần nhớ. Event từ 05/06/2025 chỉ hỗ trợ sự kiện diễn ra tại địa điểm thực, Google đã bỏ các thuộc tính dành cho sự kiện trực tuyến. Education Q&A đã hỗ trợ tiếng Việt từ 17/03/2025, nên website giáo dục tại Việt Nam dùng được. Còn Video cần có URL tệp video hoặc URL trình phát mà Google thu thập được, ảnh thu nhỏ chỉ là phần đi kèm.

4.4. Các loại Google đã ngừng hiển thị: FAQ, HowTo, Sitelinks search box và một số loại khác

Đây là phần nhiều bài hướng dẫn chưa cập nhật. Theo trang Latest updates của Search Central, từ 2023 đến 2026 Google lần lượt ngừng hiển thị nhiều loại để trang kết quả gọn hơn. Mã của các loại này không gây hại, nhưng không còn tạo ra giao diện nào trên Google.

Loại	Mốc ngừng	Nguồn
FAQ	Ngừng hiển thị từ 07/05/2026, tài liệu gỡ 15/06/2026. Từ 09/2023 chỉ còn hiện cho website chính phủ, y tế uy tín	Search Central, Latest updates
HowTo	Ngừng hiển thị trên máy tính và di động, tài liệu gỡ 14/09/2023	Search Central, Latest updates
Sitelinks search box	Tài liệu gỡ 29/11/2024	Search Central, Latest updates
Course info, Estimated salary, Learning video, Special announcement, Vehicle listing	Tài liệu gỡ 09/09/2025	Search Central, Latest updates
Practice problem	Tài liệu gỡ 06/01/2026	Search Central, Latest updates
ClaimReview	Thông báo loại bỏ dần từ 12/06/2025	Search Central, tài liệu Fact check

Tiêu chí của tôi khi rà một website là 0 loại trong bảng này được dùng như cách để có rich result. Bạn vẫn nên giữ phần câu hỏi thường gặp trong bài vì nó hữu ích cho người đọc, chỉ đừng kỳ vọng FAQPage làm bài chiếm thêm chỗ trên trang kết quả. Riêng Book actions từng bị báo loại bỏ dần, nhưng tháng 11/2025 Google đã gỡ thông báo đó.

5. Nên dùng loại schema nào cho từng loại trang?

Bảng chọn theo loại trang giúp bạn làm được ngay cho website của mình, không phải tự đoán trang nào cần loại gì.

Nguyên tắc chọn schema chỉ có một câu: gắn loại phản ánh đúng trọng tâm của trang. Tài liệu Google lấy ví dụ trang công thức có video và đánh giá thì loại chính phải là Recipe, vì nếu chỉ có mã Video, Google không đủ thông tin để hiện trang dưới dạng kết quả công thức.

Loại trang	Schema chính	Schema đi kèm	Thuộc tính cần kiểm tra
Trang chủ	Organization	WebSite	name, url, logo, sameAs
Bài blog	Article hoặc BlogPosting	BreadcrumbList, Person cho tác giả	author, datePublished, dateModified, image
Trang sản phẩm	Product	Offer, AggregateRating, BreadcrumbList	price, priceCurrency, availability
Trang dịch vụ, chi nhánh	LocalBusiness	BreadcrumbList	name, address, telephone, openingHoursSpecification
Trang tác giả	ProfilePage	Person	name, url, sameAs của tác giả
Trang video	VideoObject	BreadcrumbList	name, thumbnailUrl, uploadDate, contentUrl

Khi trang có nhiều mục, Google hiểu cả hai cách: lồng nhau, mục phụ nằm trong mục chính, hoặc khai báo riêng rồi nối bằng @id. Nối bằng @id còn giúp mọi trang cùng trỏ về một thực thể, ví dụ mọi bài viết trỏ publisher về cùng một Organization.

Cách nối thực thể này là nền tảng của Entity SEO, bài có 10 cách tối ưu entity cho website. Nếu mục tiêu là bảng thông tin thương hiệu bên phải trang kết quả, bài Knowledge Graph giải thích cấu trúc Knowledge Graph Card và chiến lược tối ưu. Điều tôi không khuyên là gắn mọi loại schema lên mọi trang, vì mã lệch trọng tâm chỉ làm Google khó hiểu hơn.

5.1. Trang chủ: Organization và WebSite

Trang chủ là nơi khai báo bạn là ai. Organization mô tả doanh nghiệp, còn WebSite mô tả chính website và giúp Google chọn tên trang web hiển thị trên kết quả. Hãy dùng loại con cụ thể nhất nếu có, ví dụ cửa hàng trực tuyến dùng OnlineStore thay vì Organization chung chung.

[
  {
    "@context": "https://schema.org",
    "@type": "Organization",
    "@id": "https://noithatabc.example/#organization",
    "name": "Nội thất ABC",
    "url": "https://noithatabc.example/",
    "logo": "https://noithatabc.example/images/logo.png",
    "sameAs": [
      "https://mangxahoi.example/noithatabc",
      "https://video.example/noithatabc"
    ]
  },
  {
    "@context": "https://schema.org",
    "@type": "WebSite",
    "name": "Nội thất ABC",
    "url": "https://noithatabc.example/"
  }
]

Có 3 tiêu chí cho khối này. logo phải là URL ảnh mà Google thu thập được. sameAs chỉ gồm hồ sơ chính thức đang hoạt động, không đưa trang đã bỏ hoang. Tên tổ chức phải khớp 100% với tên hiển thị trên website và trên hồ sơ doanh nghiệp. Lưu ý thêm, WebSite không còn tạo hộp tìm kiếm sitelinks từ tháng 11/2024, nên bạn không cần khai báo SearchAction cho mục đích đó.

5.2. Bài blog: Article kết hợp BreadcrumbList và tác giả

Bài blog cần cho Google biết ba điều: bài nói về gì, ai viết và viết khi nào. Loại Article (hoặc loại con BlogPosting) trả lời cả ba, còn BreadcrumbList cho biết bài nằm ở chuyên mục nào. Tác giả nên khai báo dạng Person kèm url trỏ về trang tác giả để Google nối các bài của cùng một người.

[
  {
    "@context": "https://schema.org",
    "@type": "BlogPosting",
    "headline": "Cách chọn sofa cho phòng khách nhỏ",
    "image": ["https://noithatabc.example/images/sofa-phong-khach-nho.jpg"],
    "datePublished": "2026-03-14T08:00:00+07:00",
    "dateModified": "2026-10-19T09:30:00+07:00",
    "author": {
      "@type": "Person",
      "name": "Nguyễn Minh An",
      "url": "https://noithatabc.example/tac-gia/nguyen-minh-an/"
    },
    "publisher": { "@id": "https://noithatabc.example/#organization" }
  },
  {
    "@context": "https://schema.org",
    "@type": "BreadcrumbList",
    "itemListElement": [
      { "@type": "ListItem", "position": 1, "name": "Trang chủ", "item": "https://noithatabc.example/" },
      { "@type": "ListItem", "position": 2, "name": "Blog", "item": "https://noithatabc.example/blog/" },
      { "@type": "ListItem", "position": 3, "name": "Cách chọn sofa cho phòng khách nhỏ" }
    ]
  }
]

Hai tiêu chí tôi luôn kiểm tra ở bài blog. dateModified chỉ đổi khi nội dung thay đổi thật, không đổi ngày khi chỉ sửa một dấu chấm, vì Google so ngày khai báo với nội dung. author.url phải trỏ về trang tác giả trả mã 200, trang đó có tiểu sử và chuyên môn của người viết. Thông tin tác giả rõ ràng là một phần của E-E-A-T, bộ tiêu chí Google dùng để nói về kinh nghiệm, chuyên môn, thẩm quyền và độ tin cậy.

5.3. Trang sản phẩm: Product, Offer và đánh giá thật

Trên trang sản phẩm, schema giúp giá và tình trạng hàng hiện ngay trên trang kết quả. Khối Product mô tả sản phẩm, còn Offer lồng bên trong mô tả giá bán, đơn vị tiền và tình trạng còn hàng.

{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Sofa vải 3 chỗ Nội thất ABC S300",
  "image": ["https://noithatabc.example/images/sofa-s300.jpg"],
  "description": "Sofa vải bố 3 chỗ, khung gỗ sồi, dài 2,1 m",
  "sku": "S300",
  "brand": { "@type": "Brand", "name": "Nội thất ABC" },
  "offers": {
    "@type": "Offer",
    "url": "https://noithatabc.example/sofa-s300/",
    "price": 12500000,
    "priceCurrency": "VND",
    "availability": "https://schema.org/InStock"
  }
}

Tiêu chí đầu tiên là giá và tình trạng hàng trong mã khớp với trang tại thời điểm Google thu thập, nên khi chạy khuyến mãi, mã phải đổi cùng lúc với giá hiển thị. priceCurrency ghi “VND”, giá ghi số không có dấu chấm ngăn cách. Chỉ thêm aggregateRating khi trang có đánh giá thật của người mua và người đọc nhìn thấy các đánh giá đó.

Một lưu ý từ tài liệu Generate structured data with JavaScript của Google: mã Product được tạo động bằng JavaScript có thể khiến Google Shopping thu thập thưa và kém ổn định hơn. Với sản phẩm đổi giá thường xuyên, hãy đưa Product vào HTML ban đầu do máy chủ trả về thay vì chèn sau bằng JavaScript.

5.4. Trang dịch vụ, chi nhánh: LocalBusiness

Doanh nghiệp có cửa hàng hoặc văn phòng tiếp khách nên dùng LocalBusiness, hoặc loại con cụ thể hơn như FurnitureStore cho cửa hàng nội thất. Khối này mô tả tên chi nhánh, địa chỉ, số điện thoại và giờ mở cửa, đúng những thông tin người tìm “cửa hàng gần đây” cần.

{
  "@context": "https://schema.org",
  "@type": "FurnitureStore",
  "name": "Nội thất ABC Cầu Giấy",
  "url": "https://noithatabc.example/cua-hang/cau-giay/",
  "telephone": "+84-24-0000-0000",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "12 Đường Số 2",
    "addressLocality": "Hà Nội",
    "addressCountry": "VN"
  },
  "openingHoursSpecification": [
    {
      "@type": "OpeningHoursSpecification",
      "dayOfWeek": ["Monday", "Tuesday", "Wednesday", "Thursday", "Friday", "Saturday"],
      "opens": "08:30",
      "closes": "21:00"
    }
  ]
}

Tiêu chí ở đây là tên, địa chỉ, số điện thoại khớp 100% với hồ sơ doanh nghiệp trên Google và với chữ hiển thị trên trang. Doanh nghiệp có nhiều chi nhánh thì làm mỗi chi nhánh một trang và một khối riêng, không gộp năm địa chỉ vào một khối trên trang chủ, vì Google cần biết địa chỉ nào thuộc trang nào.

6. Cách tạo schema cho website: 4 cách từ dễ đến khó

Bạn sẽ biết cách nào hợp với website và năng lực của đội mình, kèm rủi ro của từng cách để tránh trước.

Bạn không bắt buộc phải biết lập trình để thêm schema, vì plugin SEO trên WordPress đã tạo sẵn phần lớn mã cơ bản. Tuy vậy, bạn cần đọc hiểu JSON-LD ở mức biết dòng nào nói gì, vì có đọc được mới kiểm tra được mã có khớp nội dung trang không.

Cách	Cần biết code không	Phù hợp với website nào	Rủi ro
Plugin SEO (Rank Math, Yoast)	Không	Website WordPress	Theme hoặc plugin khác xuất khối trùng
AI hoặc trình tạo mã	Đọc hiểu cơ bản	Trang cần loại plugin không có	Sai tên thuộc tính, bịa giá trị
Google Tag Manager	Đọc hiểu, dùng biến	Website không sửa được mã nguồn	Nhập tay dễ lệch với trang
Tự viết mã thủ công	Có	Website tự phát triển	Lỗi cú pháp, quên cập nhật

Với website WordPress, tôi ưu tiên Rank Math và Yoast vì hai plugin này vừa lo title, meta, sitemap vừa xuất schema, đỡ phải cài thêm plugin riêng. Nếu đã dùng Schema Pro thì vẫn giữ được, miễn là tắt phần schema trùng ở plugin SEO.

6.1. Dùng plugin SEO trên WordPress: Rank Math, Yoast

Với Rank Math, bạn làm theo 3 bước. Đầu tiên, vào Rank Math SEO, mục Titles & Meta, chọn Schema Type mặc định cho từng loại nội dung, ví dụ bài viết là Article. Tiếp theo, ở mục Local SEO trong Titles & Meta, điền thông tin tổ chức gồm tên, logo và hồ sơ mạng xã hội. Cuối cùng, mở từng bài, vào tab Schema trong khung Rank Math để chỉnh riêng khi bài cần loại khác.

Với Yoast SEO, phần tương ứng nằm ở Yoast SEO, mục Settings: Site representation để khai báo tổ chức hoặc cá nhân, Content types để chọn loại mặc định, và tab Schema trong khung Yoast của từng bài. Tên menu có thể đổi theo phiên bản, nên đối chiếu tài liệu chính thức nếu không thấy đúng chữ.

Tiêu chí quan trọng nhất là mỗi trang chỉ có 1 nguồn xuất schema. Nếu theme hay plugin khác cũng xuất Article, bạn sẽ có 2 khối cùng loại mô tả 1 trang, thường lệch nhau về ngày hoặc tác giả. Chạy Rich Results Test rồi đếm số mục Article, kết quả phải là 1.

Nếu mới cài plugin, hướng dẫn cài đặt và sử dụng Rank Math SEO đi qua từng chức năng chính, còn bài Yoast SEO có phần cấu hình từng bước cho người mới.

6.2. Tự viết mã thủ công theo 5 bước

Khi plugin không có loại bạn cần hoặc website không dùng WordPress, tự viết mã là cách chủ động nhất, theo 5 bước Google hướng dẫn trong tài liệu từng loại.

1. Chọn loại trong Search Gallery sao cho loại đó phản ánh đúng trọng tâm trang.
2. Mở trang tài liệu của loại đó, ghi lại thuộc tính bắt buộc (Required properties) và khuyến nghị (Recommended properties).
3. Viết mã JSON-LD, lấy giá trị từ đúng nội dung đang hiển thị trên trang.
4. Chèn mã vào trang, trong head hoặc body, qua mẫu giao diện hoặc ô mã tùy chỉnh của CMS.
5. Kiểm tra bằng Rich Results Test và Kiểm tra URL trước khi nhân ra các trang khác.

Tiêu chí của bước 3 là 100% thuộc tính bắt buộc có giá trị, còn thuộc tính khuyến nghị chỉ thêm khi có dữ liệu thật. Google nói rõ ít thuộc tính khuyến nghị nhưng đầy đủ, chính xác quan trọng hơn cố điền mọi thuộc tính bằng dữ liệu thiếu hoặc sai, nên đừng điền đại “ratingValue” chỉ để hết cảnh báo.

6.3. Chèn mã bằng Google Tag Manager

Khi không sửa được mã nguồn, bạn có thể chèn JSON-LD bằng Google Tag Manager: tạo thẻ HTML tùy chỉnh (Custom HTML), dán khối JSON-LD, đặt trình kích hoạt cho nhóm trang cần gắn rồi xuất bản vùng chứa, đúng như tài liệu Google hướng dẫn.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "BlogPosting",
  "headline": "{{Page Title}}",
  "author": {
    "@type": "Person",
    "name": "{{Tac gia bai viet}}"
  },
  "datePublished": "{{Ngay dang}}"
}
</script>

Page Title ở đây là biến bạn tự tạo theo kiểu Biến JavaScript, đọc giá trị document.title, còn hai biến kia đọc từ phần tử trên trang hoặc data layer. Tiêu chí là không gõ tay lại thông tin đã có trên trang, vì Google cảnh báo nhập trùng trong GTM làm tăng nguy cơ lệch nội dung. Khi kiểm tra, nhập URL vào Rich Results Test chứ không dán mã, vì mã do GTM chèn chỉ có khi trang hiển thị đầy đủ.

Nếu bạn chưa quen với thẻ, biến và trình kích hoạt, bài Google Tag Manager giải thích các thành phần chính của GTM và cách kiểm tra, gỡ lỗi trước khi xuất bản vùng chứa an toàn.

6.4. Dùng AI hoặc trình tạo mã tự động

Có ba nhóm công cụ tạo mã nhanh: Structured Data Markup Helper của Google cho bôi đen nội dung để gán nhãn, trình tạo mã của bên thứ ba, và công cụ AI như ChatGPT hay Gemini. Nhóm nào cũng tiết kiệm thời gian viết mã, nhưng không thay được bước kiểm tra.

Tiêu chí là mọi mã do công cụ hoặc AI tạo phải qua cả Rich Results Test và Schema Markup Validator, rồi đối chiếu từng giá trị với nội dung trang. Hướng dẫn về nội dung tạo bằng AI của Google (cập nhật 01/10/2026) nhắc đầu ra của AI có thể sai, và việc kiểm chứng áp dụng cả cho dữ liệu có cấu trúc. Lỗi hay gặp nhất là tên thuộc tính gần đúng, hoặc số sao bịa ra dù trang chưa có đánh giá.

7. Cách kiểm tra schema bằng 4 công cụ của Google và schema.org

Mỗi công cụ trả lời một câu hỏi khác nhau, nên dùng đúng công cụ giúp bạn tìm ra lỗi nhanh và không bỏ sót lỗi chỉ xuất hiện sau khi đăng.

Để kiểm tra schema, bạn dùng Rich Results Test cho loại Google hỗ trợ, Schema Markup Validator cho cú pháp schema.org, rồi công cụ Kiểm tra URL và báo cáo kết quả nhiều định dạng trong Search Console sau khi đăng. Structured Data Testing Tool cũ đã được tách thành hai công cụ này theo thông báo tháng 12/2020, và từ 09/08/2021 đường dẫn cũ chỉ còn chuyển tới trang chọn công cụ mới.

Công cụ	Kiểm tra gì	Dùng khi nào	Giới hạn
Rich Results Test	Loại Google hỗ trợ, lỗi, cảnh báo	Trước khi đăng, sau khi sửa	Không kiểm tra loại ngoài Search Gallery
Schema Markup Validator	Cú pháp theo chuẩn schema.org	Loại như Person, WebSite	Không cho biết điều kiện rich result
Kiểm tra URL	Schema trong bản đã lập chỉ mục	Sau khi đăng, sau khi sửa	Kiểm tra từng URL một
Báo cáo kết quả nhiều định dạng	Mục hợp lệ, không hợp lệ toàn website	Theo dõi hằng tháng	Dữ liệu mẫu, tối đa 1.000 dòng ví dụ

Hai công cụ của Search Console cần bạn đã xác minh website. Nếu chưa làm, bài Google Search Console hướng dẫn cài đặt và các tính năng bạn sẽ dùng thường xuyên.

7.1. Rich Results Test

Rich Results Test (Kiểm tra kết quả nhiều định dạng) cho biết trang có mục dữ liệu có cấu trúc nào Google hỗ trợ, mục nào hợp lệ, mục nào lỗi. Công cụ nhận URL hoặc đoạn mã, và có nút xem trang đã kiểm tra để đọc HTML sau khi hiển thị.

Bạn dùng công cụ theo 4 tiêu chí. Khi schema được tạo bằng JavaScript hoặc GTM, hãy nhập URL thay vì dán mã, vì kiểu dán mã bị giới hạn khi chạy JavaScript. Công cụ mặc định kiểm tra bằng trình thu thập điện thoại thông minh, bạn có thể đổi sang máy tính khi kiểm tra Breadcrumb. Trang đạt khi hiện dòng “Trang đủ điều kiện hiển thị kết quả nhiều định dạng” và 0 lỗi nghiêm trọng.

Cảnh báo, thường là thiếu thuộc tính khuyến nghị, không chặn hiển thị, nên chỉ sửa khi có dữ liệu thật. Lỗi thì khác, ví dụ “Parsing error: Missing ‘,’ or ‘}'” là thiếu dấu phẩy hoặc dấu đóng ngoặc, và cả khối bị bỏ qua cho tới khi sửa xong.

7.2. Schema Markup Validator

Schema Markup Validator tại validator.schema.org là phiên bản kế thừa của Structured Data Testing Tool, do cộng đồng schema.org quản lý. Công cụ này kiểm tra mã có đúng cú pháp và đúng tên thuộc tính theo chuẩn schema.org hay không, với mọi loại, kể cả những loại không có trong Search Gallery như Person, WebSite hay ProfilePage.

Tiêu chí là 0 lỗi và 0 cảnh báo cú pháp. Cần nhớ rằng công cụ này không cho biết trang có đủ điều kiện hiện rich result của Google hay không. Vì vậy, với loại có trong Search Gallery như Product hay Article, bạn chạy cả hai công cụ, còn với Person hay WebSite, Schema Markup Validator là công cụ chính.

7.3. Công cụ Kiểm tra URL trong Search Console

Hai công cụ trên kiểm tra mã lúc bạn chạy, còn Kiểm tra URL trong Search Console cho biết Google đã thấy gì trong bản trang đã lập chỉ mục, tức là xác nhận Google thật sự đọc được schema sau khi đăng.

Tiêu chí là phần Cải tiến và trải nghiệm của phiên bản đã lập chỉ mục hiện đúng loại schema bạn đã gắn. Sau khi sửa lỗi, bạn chạy Kiểm tra URL đang hoạt động trước, thấy mục đã hợp lệ rồi mới bấm Yêu cầu lập chỉ mục. Lưu ý rằng yêu cầu lập chỉ mục chỉ đưa trang vào hàng chờ thu thập, không đảm bảo trang được lập chỉ mục.

Trang chưa vào chỉ mục thì schema chưa có tác dụng. Khi gặp tình trạng này, bài lập chỉ mục giúp bạn kiểm tra trang đã được index chưa và các cách giúp bài được index nhanh hơn.

7.4. Báo cáo kết quả nhiều định dạng trong Search Console

Website có hàng trăm trang thì không thể kiểm tra từng URL. Lúc đó báo cáo kết quả nhiều định dạng cho bạn cái nhìn toàn website: bao nhiêu mục hợp lệ, không hợp lệ và lỗi nào ảnh hưởng nhiều nhất.

Theo trang trợ giúp Rich result status reports, báo cáo nằm ở mục Cải tiến, riêng đoạn trích sản phẩm và trang thông tin người bán nằm ở mục Mua sắm. Một báo cáo chỉ xuất hiện khi Google tìm thấy mã hợp lệ của loại được hỗ trợ, nên website chỉ có Organization sẽ không có báo cáo nào. Báo cáo đếm theo mục, không theo trang, là dữ liệu mẫu, và bảng ví dụ dài tối đa 1.000 dòng.

Mục không hợp lệ là mục có ít nhất 1 lỗi nghiêm trọng. Sửa xong trên website, bạn mở lỗi đó trong báo cáo và bấm Xác thực bản sửa lỗi để Google kiểm tra lại các trang bị ảnh hưởng.

8. Nguyên tắc structured data của Google và những cách dùng schema bị coi là spam

Nắm nguyên tắc giúp bạn giữ được điều kiện hiển thị cho cả website, thay vì mất hết rich result vì một khối mã khai báo sai.

Để đủ điều kiện hiện rich result, schema phải theo nguyên tắc kỹ thuật, nguyên tắc chất lượng và không vi phạm chính sách nội dung của Google, trong đó có chính sách spam. Theo General structured data guidelines (cập nhật 10/07/2026), trang có vấn đề về structured data có thể bị thao tác thủ công: trang mất điều kiện hiện kết quả nhiều định dạng, nhưng thứ hạng trong tìm kiếm web thông thường không bị ảnh hưởng.

Nói cách khác, khai báo sai không làm bạn rơi hạng, nhưng làm bạn mất những gì schema mang lại, có thể trên nhiều trang cùng lúc, và phải sửa xong rồi gửi yêu cầu xem xét mới được gỡ.

8.1. 3 nguyên tắc kỹ thuật: định dạng, quyền truy cập, kiểm tra

Nguyên tắc kỹ thuật là phần dễ nhất vì công cụ kiểm tra bắt được gần hết. Bạn chỉ cần bảo đảm 3 điều trước khi đăng, theo đúng thứ tự dưới đây.

Thứ nhất, định dạng: dùng 1 trong 3 định dạng JSON-LD, Microdata hoặc RDFa. Thứ hai, quyền truy cập: trang chứa mã không bị chặn Googlebot bằng robots.txt, thẻ noindex hay yêu cầu đăng nhập, vì Google không đọc được thì cũng không dùng được. Thứ ba, kiểm tra: chạy Rich Results Test và công cụ Kiểm tra URL, hai công cụ Google nói bắt được đa số lỗi kỹ thuật.

8.2. 7 nguyên tắc chất lượng nội dung

Nguyên tắc chất lượng khó hơn vì không công cụ tự động nào kiểm tra hết được, và vi phạm có thể khiến mã đúng cú pháp vẫn không hiển thị hoặc bị đánh dấu là spam. Bảng dưới tóm 7 nguyên tắc theo tài liệu Google, kèm ví dụ sai hay gặp.

Nguyên tắc	Nghĩa là gì	Ví dụ sai
Nội dung	Cập nhật, nội dung gốc, không đánh dấu thứ người đọc không thấy	Mã có đánh giá, trang không hiện đánh giá nào
Liên quan	Mã phản ánh đúng nội dung trang	Trang hướng dẫn làm đồ gỗ gắn Recipe
Đầy đủ	Đủ thuộc tính bắt buộc	Product chỉ có name
Vị trí	Đặt trên chính trang nó mô tả	Đặt Product của 20 sản phẩm lên trang chủ
Cụ thể	Dùng loại cụ thể nhất của schema.org	Cửa hàng nội thất dùng Organization thay vì FurnitureStore
Hình ảnh	Ảnh liên quan, URL ảnh thu thập được	Ảnh nằm ở thư mục bị chặn trong robots.txt
Nhiều mục trên một trang	Lồng vào mục chính hoặc nối bằng @id	Video và công thức khai báo rời, không nối

Tiêu chí bao trùm cả bảng là 0 thuộc tính mô tả nội dung không hiển thị trên trang. Với nguyên tắc vị trí, nếu website có nhiều URL cùng nội dung, Google khuyên đặt cùng một khối mã trên mọi bản trùng lặp chứ không chỉ trên trang canonical, để Google dùng được mã dù chọn URL nào làm bản chính.

8.3. Những dạng vi phạm trong báo cáo Thao tác thủ công

Trang trợ giúp Manual actions report của Search Console liệt kê các vấn đề thuộc nhóm “Structured data issue”. Các vấn đề này chủ yếu do khai báo sai bản chất nội dung.

Dạng vi phạm	Ví dụ
Nội dung trang khác structured data	Mã ghi 9.900.000 đồng, trang hiện 12.500.000 đồng
Structured data trên nội dung ẩn	Đánh giá ẩn bằng CSS vẫn khai báo trong mã
Gộp nhiều mục trên trang danh sách	Gộp đánh giá 30 sản phẩm thành một AggregateRating
Công ty gắn là sản phẩm	Trang giới thiệu doanh nghiệp khai báo loại Product
Nội dung không phải công thức gắn Recipe	Bài review nhà hàng khai báo Recipe
Khuyến mãi gắn là sự kiện	Chương trình giảm giá cuối tuần khai báo Event
Đánh giá do chính doanh nghiệp viết	Tự chấm sao cho dịch vụ của mình

Tiêu chí là báo cáo Thao tác thủ công trong Search Console hiện “Không phát hiện vấn đề nào”. Nếu có thông báo, bạn sửa hoặc gỡ toàn bộ mã vi phạm trên các trang bị nêu, rồi bấm Yêu cầu xem xét và chờ Google phản hồi trong Search Console. Sao đánh giá chỉ an toàn khi đến từ đánh giá thật của khách hàng thật.

8.4. “Gắn FAQPage để chiếm thêm chỗ trên Google” và các quan niệm sai khác

Ba quan niệm dưới đây vẫn được dạy trong nhiều khoá học và bài viết, dù tài liệu Google đã nói khác. Tôi ghi lại để bạn đối chiếu trước khi làm theo bất kỳ hướng dẫn nào.

Quan niệm đầu tiên là gắn FAQPage để bài hiện thêm các câu hỏi bên dưới kết quả. Điều này từng đúng, nhưng FAQ rich result đã không còn hiển thị từ 07/05/2026, nên việc nên làm là giữ phần hỏi đáp cho người đọc và dồn công sức sang loại còn được hỗ trợ. Quan niệm thứ hai là gắn sao đánh giá cho mọi trang, trong khi Google chỉ hiện sao cho đánh giá thật về một sản phẩm hay dịch vụ cụ thể, và không hiện sao cho trang doanh nghiệp tự kiểm soát đánh giá về chính mình.

Quan niệm thứ ba là càng nhiều loại schema càng tốt, trong khi tài liệu Google chỉ khuyên gắn những mục người đọc thấy trên trang. Tiêu chí của tôi là mỗi trang chỉ gắn loại phản ánh trọng tâm của nó, cộng các loại đi kèm khi trang thật sự có nội dung đó, như Breadcrumb hay Video.

9. Đo hiệu quả sau khi gắn schema bằng chỉ số nào?

Hai chỉ số dưới đây giúp bạn biết schema có đang làm việc hay không, thay vì nhìn thứ hạng lên xuống rồi đoán.

Bạn đo hiệu quả schema bằng số mục hợp lệ, lượt hiển thị và CTR của kiểu hiển thị nhiều định dạng trong Search Console, không đo bằng thứ hạng. Google không công bố thời gian để rich result xuất hiện sau khi gắn mã. Tài liệu giới thiệu structured data gợi ý cách đo là chọn một số trang chưa có structured data, gắn mã, rồi theo dõi hiệu suất vài tháng trong báo cáo Hiệu suất để so với trước.

Không đo bằng thứ hạng vì schema không phải yếu tố xếp hạng đã được xác nhận, nên thứ hạng lên xuống cùng thời gian thường do nguyên nhân khác. Muốn đo schema cùng các hạng mục SEO khác, quy trình SEO audit có checklist 30 hạng mục và phần đọc 6 báo cáo Search Console để bạn ưu tiên đúng việc.

9.1. Số mục hợp lệ trong báo cáo kết quả nhiều định dạng

Chỉ số đầu tiên cho biết mã của bạn có đang được Google đọc đúng hay không. Bạn mở báo cáo của từng loại trong mục Cải tiến và theo dõi đường biểu đồ hợp lệ, không hợp lệ theo thời gian.

Có 2 tiêu chí. Số mục không hợp lệ về 0. Số mục hợp lệ tương đương số trang đã gắn loại đó, ví dụ bạn có khoảng 400 trang sản phẩm thì báo cáo Product cũng nên ở quanh mức đó. Nếu chênh lệch nhiều, đó thường là dấu hiệu một mẫu giao diện đang xuất mã lỗi hoặc không xuất mã ở một nhóm trang.

9.2. CTR theo giao diện tìm kiếm trong báo cáo Hiệu suất

Chỉ số thứ hai cho biết rich result có mang thêm lượt nhấp hay không. Trong báo cáo Hiệu suất của Search Console, tab Giao diện tìm kiếm tách riêng số liệu của từng kiểu hiển thị, ví dụ đoạn trích sản phẩm hay kết quả video.

Cách đo là lọc giao diện tìm kiếm theo kiểu kết quả nhiều định dạng, rồi dùng chế độ So sánh để đặt 28 ngày trước và 28 ngày sau khi gắn schema cạnh nhau, ở cùng một nhóm trang. Bạn so lượt hiển thị, lượt nhấp và CTR. Hãy nhớ CTR còn phụ thuộc title, vị trí trung bình và mùa vụ, nên nếu nhóm trang chịu ảnh hưởng mùa vụ, hãy kéo dài khoảng so sánh lên vài tháng như Google gợi ý.

10. Câu hỏi thường gặp về schema

Câu trả lời ngắn cho những thắc mắc hay gặp nhất khi bắt đầu làm schema.

10.1. Schema có phải yếu tố xếp hạng của Google không?

Chưa có tài liệu nào của Google xác nhận schema là yếu tố xếp hạng. Schema giúp Google hiểu đúng nội dung trang và giúp trang đủ điều kiện hiện kết quả nhiều định dạng, từ đó có cơ hội nhận thêm lượt nhấp. Thứ hạng vẫn phụ thuộc chất lượng nội dung, liên kết và trải nghiệm trang.

10.2. Có cần biết lập trình để thêm schema không?

Không bắt buộc. Plugin SEO như Rank Math hay Yoast tạo sẵn schema cơ bản cho website WordPress chỉ bằng vài lựa chọn trong phần cài đặt. Tuy vậy, bạn nên đọc hiểu JSON-LD ở mức cơ bản để tự kiểm tra mã có khớp với nội dung trang và không bị trùng lặp.

10.3. Một trang có thể dùng nhiều loại schema không?

Có. Theo nguyên tắc chung của Google, bạn có thể lồng các mục phụ vào mục chính, hoặc khai báo từng mục thành khối riêng rồi nối với nhau bằng @id. Điều kiện là loại chính phải phản ánh trọng tâm của trang, và mọi mục được khai báo đều hiển thị cho người đọc.

10.4. Sau khi thêm schema bao lâu thì Google hiển thị?

Google không công bố thời gian và không đảm bảo sẽ hiển thị. Trang cần được thu thập và lập chỉ mục lại thì Google mới đọc được mã mới. Bạn dùng công cụ Kiểm tra URL để yêu cầu lập chỉ mục, rồi theo dõi báo cáo kết quả nhiều định dạng trong Search Console.

10.5. Có nên giữ FAQPage schema cũ trên website không?

FAQ rich result không còn hiển thị từ 07/05/2026, và tài liệu Google không yêu cầu gỡ loại mã này. Nếu giữ, phần hỏi đáp phải hiển thị trên trang để mã khớp nội dung. Tuy vậy, công sức nên dồn cho loại còn được hỗ trợ như Article, Product hay Breadcrumb.

Nguồn tham khảo

• Google Search Central: Introduction to structured data markup in Google Search (cập nhật 10/12/2025)
• Google Search Central: General structured data guidelines (cập nhật 10/07/2026)
• Google Search Central: Structured data markup that Google Search supports, Search Gallery (cập nhật 16/10/2026)
• Google Search Central: Latest documentation updates (các mục 14/09/2023, 29/11/2024, 22/01/2025, 17/03/2025, 05/06/2025, 12/06/2025, 09/09/2025, 05/11/2025, 06/01/2026, 08/05/2026, 15/06/2026)
• Google Search Central: AI features and your website (cập nhật 10/12/2025)
• Google Search Central: tài liệu Organization, Article, Breadcrumb, Product snippet, Review snippet, Local business, Event, Video, Education Q&A, Fact check
• Google Search Central: Generate structured data with JavaScript (cập nhật 10/12/2025)
• Google Search Central: Google Search’s guidance on using generative AI content on your website (cập nhật 01/10/2026)
• Google Search Central Blog: An update on the Structured Data Testing Tool (15/12/2020, cập nhật 11/05/2021 và 09/08/2021)
• Search Console Help: Rich Results Test, Rich result status reports, URL Inspection tool, Manual actions report, Performance report
• Schema.org: trang chủ, trang About và Schema Markup Validator (validator.schema.org)
• Rank Math Knowledge Base: Rich Snippets và Schema Generator