Dữ Liệu Có Cấu Trúc Là Gì? Giải Thích Schema Markup Đơn Giản

Dữ liệu có cấu trúc là một khối mã nhỏ trên trang web, gắn nhãn nội dung trang theo một định dạng chuẩn mà công cụ tìm kiếm hiểu được — ví dụ: “trang này là một sản phẩm tên Lavender Candle, giá 24 đô la và còn hàng.” Google mô tả đây là một định dạng chuẩn hóa để cung cấp thông tin về trang và phân loại nội dung. Nếu làm đúng, nó giúp công cụ tìm kiếm hiểu trang của bạn và có thể đủ điều kiện hiển thị kết quả phong phú hơn, như giá, đánh giá hoặc ngày diễn ra sự kiện ngay trong kết quả tìm kiếm.

Vì sao điều này quan trọng khi bạn xây dựng bằng AI

Công cụ tìm kiếm đọc trang rất giỏi, nhưng vẫn phải đoán. “24” là giá, số lượng hay ngày tháng? “Riverside Hall” là địa điểm hay tên người? Dữ liệu có cấu trúc loại bỏ việc phải đoán.

Với các trang được xây bằng AI, có hai điểm thực tế cần lưu ý:

Đây là mã, không phải nội dung, nên dễ bị quên. Trình xây dựng AI thường sẽ không thêm nó trừ khi bạn yêu cầu, và khi thêm thì nó phải khớp với những gì thực sự có trên trang.
Rất dễ làm sai theo cách trông có vẻ đúng. AI có thể bịa ra đánh giá năm sao, thêm markup cho nội dung không hiển thị, hoặc dùng một loại mà Google không còn hiển thị nữa. Hướng dẫn của Google rất nghiêm ngặt về độ chính xác, và markup sai lệch có thể bị bỏ qua hoặc bị phạt.

Một ít dữ liệu có cấu trúc, chính xác và khớp với nội dung thực của bạn thì đáng có. Quá nhiều markup bịa đặt còn tệ hơn là không có gì.

Một ví dụ đời thường

Hãy nghĩ đến một sản phẩm trong siêu thị. Bao bì có thiết kế bắt mắt và lời quảng cáo — đó là trang web như con người nhìn thấy. Nhưng mặt sau còn có nhãn dinh dưỡng chuẩn: cùng các trường thông tin, theo cùng thứ tự, trên mọi sản phẩm. Ai cũng đọc nhanh được và so sánh được các sản phẩm.

Dữ liệu có cấu trúc chính là nhãn dinh dưỡng của trang bạn. Thiết kế có thể tùy ý, còn nhãn thì được chuẩn hóa để máy đọc đáng tin cậy. Và giống như nhãn dinh dưỡng, nó phải trung thực về những gì có bên trong.

Dữ liệu có cấu trúc hoạt động như thế nào

Dữ liệu có cấu trúc gồm hai phần:

Bộ từ vựng — những từ dùng để mô tả sự vật. Phổ biến nhất là schema.org, một bộ từ vựng chung với các loại như Product, LocalBusiness, Event, Article, Recipe và Organization, cùng các thuộc tính như name, price, address và startDate.
Định dạng — cách viết các nhãn vào trang. Google hỗ trợ ba định dạng: JSON-LD, Microdata và RDFa. Google khuyến nghị dùng JSON-LD, là một khối JSON nằm trong thẻ <script>, tách biệt khỏi phần HTML hiển thị.

Công cụ tìm kiếm đọc khối này, hiểu các thực thể trên trang, và — nếu trang đủ điều kiện và đáp ứng các yêu cầu — có thể hiển thị một kết quả nổi bật (rich result): một mục tìm kiếm kèm thêm chi tiết.

Ví dụ minh họa: trang sản phẩm của một cửa hàng nến

Giả sử bạn đã xây một cửa hàng trực tuyến và một trang bán nến hương oải hương. Trang hiển thị tên, ảnh, mô tả, giá (24,00 đô la) và dòng “Còn hàng”.

JSON-LD cho trang đó có thể trông như sau:

{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Lavender Soy Candle",
  "image": "https://www.examplecandles.com/images/lavender.jpg",
  "description": "Hand-poured soy candle with lavender essential oil. Burns for about 40 hours.",
  "sku": "CAN-LAV-01",
  "brand": { "@type": "Brand", "name": "Example Candles" },
  "offers": {
    "@type": "Offer",
    "url": "https://www.examplecandles.com/candles/lavender",
    "price": "24.00",
    "priceCurrency": "USD",
    "availability": "https://schema.org/InStock"
  }
}

Khối này nằm trong <script type="application/ld+json">…</script> trong HTML của trang.

Hãy để ý những gì không có: không có aggregateRating, vì cửa hàng không hiển thị đánh giá trên trang. Thêm một đánh giá mà khách không nhìn thấy sẽ vi phạm quy định của Google.

Giờ thì trang liên hệ của cùng cửa hàng có thể mô tả chính doanh nghiệp:

{
  "@context": "https://schema.org",
  "@type": "LocalBusiness",
  "name": "Example Candles",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "12 Market Street",
    "addressLocality": "Bristol",
    "postalCode": "BS1 1AA",
    "addressCountry": "GB"
  },
  "telephone": "+44 117 000 0000",
  "openingHours": "Mo-Sa 10:00-17:00"
}

Một lần nữa, mọi giá trị đều khớp với những gì hiển thị trên trang.

Cách kiểm tra. Dán URL đang hoạt động vào Rich Results Test của Google để xem trang có đủ điều kiện hiển thị kết quả nổi bật của Google hay không và có thiếu gì bắt buộc không. Dùng Schema Markup Validator để kiểm tra chung theo schema.org. Sau khi ra mắt, Search Console sẽ hiển thị lỗi trên toàn trang web.

Những quy tắc đáng biết

Theo tài liệu dữ liệu có cấu trúc của Google:

Chỉ đánh dấu những gì người dùng có thể thấy. Đừng thêm dữ liệu có cấu trúc về thông tin không hiển thị trên trang, ngay cả khi thông tin đó chính xác.
Điền đủ các thuộc tính bắt buộc. Mỗi loại kết quả nổi bật có danh sách trường bắt buộc; thiếu trường nào thì trang không đủ điều kiện.
Đủ điều kiện không có nghĩa là được đảm bảo. Markup đúng chỉ giúp trang đủ điều kiện hiển thị kết quả nổi bật, chứ không chắc chắn được hiển thị.
Các loại kết quả nổi bật thay đổi. Google sẽ dừng một số tính năng theo thời gian. Ví dụ, kết quả FAQ từng chỉ giới hạn cho một số trang chính phủ và y tế uy tín, và Google đã thông báo sẽ ngừng hiển thị chúng trong Tìm kiếm từ tháng 5 năm 2026. Hãy kiểm tra thư viện tính năng tìm kiếm hiện tại của Google trước khi xây dựng cho một kết quả nổi bật cụ thể.
Đừng tạo trang chỉ để chứa markup.

Giải thích các thuật ngữ thường gặp

Thuật ngữ	Ý nghĩa
Dữ liệu có cấu trúc	Các nhãn chuẩn hóa mô tả nội dung trên trang.
Schema markup	Dữ liệu có cấu trúc dùng bộ từ vựng schema.org; thường được dùng như từ đồng nghĩa.
Schema.org	Bộ từ vựng chung gồm các loại và thuộc tính được các công cụ tìm kiếm lớn nhận diện.
JSON-LD	Định dạng Google khuyến nghị: một khối JSON nằm trong thẻ script.
Microdata / RDFa	Các định dạng cũ hơn, thêm thuộc tính trực tiếp vào các phần tử HTML.
Type (loại)	Sự vật là gì, như `Product`, `Event` hoặc `LocalBusiness`.
Property (thuộc tính)	Một chi tiết về sự vật đó, như `price`, `startDate` hoặc `address`.
Rich result (kết quả nổi bật)	Một mục tìm kiếm có thêm chi tiết trực quan, như giá hoặc đánh giá.
Rich Results Test	Công cụ của Google để kiểm tra điều kiện hiển thị kết quả nổi bật.
Schema Markup Validator	Công cụ kiểm tra chung cho markup schema.org.

Những lầm lẫn và hiểu nhầm thường gặp

“Dữ liệu có cấu trúc giúp tăng thứ hạng.” Giá trị chính của nó là giúp hiểu nội dung và đủ điều kiện hiển thị kết quả nổi bật, chứ không phải một lối tắt để lên hạng.
Bịa ra đánh giá hoặc xếp hạng. Đánh giá giả hoặc không có căn cứ sẽ vi phạm quy định của Google và gây hiểu lầm cho người dùng.
Markup không khớp với trang. Giá 24 đô la trong JSON-LD nhưng 29 đô la trên trang là một vấn đề.
Nội dung ẩn. Đánh dấu nội dung mà khách không thể nhìn thấy là vi phạm hướng dẫn.
Sao chép markup cho mọi trang. Khối Product chỉ thuộc về trang sản phẩm, không thuộc trang chủ hay blog.
Xây dựng cho tính năng đã bị gỡ bỏ. Hãy kiểm tra xem kết quả nổi bật bạn muốn còn tồn tại không.
Chỉ thêm markup trong trình duyệt. Nếu trang của bạn hiển thị mọi thứ bằng JavaScript, Google vẫn có thể tìm thấy, nhưng đặt JSON-LD trong HTML do máy chủ gửi đi sẽ đáng tin cậy hơn.
Không bao giờ kiểm tra. Thiếu một dấu phẩy là cả khối trở nên không đọc được.

Nên yêu cầu gì với trình xây dựng AI của bạn

“Thêm dữ liệu có cấu trúc JSON-LD dùng các loại schema.org khớp với từng trang: Product cho trang sản phẩm, LocalBusiness cho trang liên hệ, Article cho bài blog.”
“Tạo các giá trị từ cùng dữ liệu mà trang đang hiển thị, để chúng luôn khớp nhau.”
“Không thêm đánh giá, nhận xét hay bất kỳ thuộc tính nào không hiển thị trên trang.”
“Đặt JSON-LD vào HTML được render phía máy chủ hoặc được prerender.”
“Điền đủ mọi thuộc tính bắt buộc cho kết quả nổi bật của Google ứng với loại đó, và cho tôi biết bạn đã dùng những thuộc tính nào.”
“Cho tôi danh sách URL cần kiểm tra trong Rich Results Test.”

Để xem vị trí của nội dung này trong bức tranh lớn hơn, hãy đọc SEO là gì, sitemap là gì, và hướng dẫn kỹ thuật trong SEO cho các website xây bằng AI.

Dữ liệu có cấu trúc trong Mythex

Mythex không tự động thêm dữ liệu có cấu trúc cho bạn; bạn yêu cầu trong chat, và agent sẽ viết nó vào mã ứng dụng. Hãy cho nó biết trang nào đại diện cho sản phẩm, sự kiện hoặc doanh nghiệp của bạn, và yêu cầu tạo JSON-LD từ cùng dữ liệu mà trang hiển thị. Công thức trong tài liệu về SEO cho ứng dụng đã xuất bản có dòng “Do not invent fake review schema” (không tạo schema đánh giá giả), là lời khuyên hữu ích nên giữ trong mọi prompt. Vì cấu hình mặc định là một ứng dụng single-page render ở phía client, nếu SEO quan trọng hãy yêu cầu cấu trúc prerender hoặc tĩnh, rồi xuất bản và kiểm tra các URL trực tiếp.

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

Dữ liệu có cấu trúc là gì, nói đơn giản?

Dữ liệu có cấu trúc là một khối mã nhỏ trên trang web, gắn nhãn nội dung trang theo một định dạng chuẩn, chẳng hạn “đây là một sản phẩm, giá 24 đô la, còn hàng”. Nó giúp công cụ tìm kiếm hiểu trang và có thể đủ điều kiện hiển thị kết quả tìm kiếm phong phú hơn.

Dữ liệu có cấu trúc có giúp xếp hạng tốt hơn không?

Google mô tả dữ liệu có cấu trúc là cách giúp hiểu trang và đủ điều kiện hiển thị kết quả nổi bật (rich results), chứ không phải là thứ đảm bảo điều gì. Giá trị thực sự là các trang đủ điều kiện có thể hiển thị thêm chi tiết như giá hoặc đánh giá ngay trong kết quả tìm kiếm.

JSON-LD là gì?

JSON-LD là định dạng viết dữ liệu có cấu trúc dưới dạng một khối JSON bên trong thẻ script của trang. Google khuyến nghị dùng định dạng này vì nó tách biệt khỏi phần HTML hiển thị và dễ tạo ra cũng như dễ bảo trì.

schema.org là gì?

Schema.org là bộ từ vựng chung gồm các loại (type) và thuộc tính (property), như Product, Event, LocalBusiness, name và price, mà công cụ tìm kiếm đều hiểu. Dữ liệu có cấu trúc dùng các thuật ngữ của schema.org để mô tả sự vật.

Làm sao để kiểm tra dữ liệu có cấu trúc?

Dùng Rich Results Test của Google để xem trang có đủ điều kiện hiển thị kết quả nổi bật của Google hay không, và dùng Schema Markup Validator để kiểm tra mã theo schema.org nói chung. Sau khi ra mắt, các báo cáo trong Search Console sẽ cho biết lỗi trên trang đang hoạt động.