OROVA.VN — BIZ AI AGENT
Hướng dẫn

Cách tạo schema cho website trong 6 bước chuẩn thực thể (2026)

Cách tạo schema cho website trong 6 bước chuẩn thực thể (2026)

Nắm vững cách tạo schema cho website sẽ giúp bạn chuyển hóa toàn bộ nội dung tĩnh thành một mạng lưới dữ liệu có cấu trúc mà Googlebot có thể đọc hiểu chính xác. Khi hoàn thành hướng dẫn này, bạn sẽ có trong tay bộ mã JSON-LD sạch lỗi cú pháp, kết nối chuẩn các thực thể thương hiệu và tác giả, đồng thời kích hoạt các báo cáo hợp lệ màu xanh trong Google Search Console. Để bắt đầu, bạn cần chuẩn bị quyền quản trị mã nguồn hoặc quyền cài mã nhúng trên giao diện web, danh sách thông tin thực thể cơ bản và khoảng 45 phút thao tác tập trung. Những ai đang vận hành trang đích ngắn hạn chỉ chạy quảng cáo trong vài ngày, hoặc hệ thống nội bộ đóng kín không cần lưu lượng truy cập từ công cụ tìm kiếm, sẽ không cần áp dụng quy trình này.

Cách tạo schema cho website là gì và mang lại lợi ích gì?

Cách tạo schema cho website là quy trình lập trình và nhúng các đoạn mã dữ liệu có cấu trúc theo từ vựng chuẩn của tổ chức Schema.org (chủ yếu dưới định dạng JSON-LD) vào mã HTML của trang web (nếu bạn mới làm quen khái niệm, xem thêm schema Google là gì). Việc này giúp công cụ tìm kiếm hiểu chính xác ngữ cảnh nội dung, xác định mối quan hệ thực thể, và kích hoạt các định dạng hiển thị nâng cao như đoạn trích nổi bật, đoạn đánh giá sao hoặc thông tin tác giả. Toàn bộ quá trình triển khai chuẩn gồm 6 bước rõ ràng, mất khoảng 45 đến 60 phút cho một cấu trúc trang hoàn chỉnh.

Thư viện Search Gallery của Google Search Central hiển thị các định dạng kết quả nhiều thành phần được hỗ trợ.
Thư viện Search Gallery của Google Search Central hiển thị các định dạng kết quả nhiều thành phần được hỗ trợ.

Về bản chất, schema markup (dữ liệu có cấu trúc) đóng vai trò như một bản dịch trực tiếp nội dung con người đọc sang ngôn ngữ cơ sở dữ liệu có quan hệ logic chặt chẽ. Thay vì để Google tự suy đoán liệu đoạn văn bản trên trang có phải là tên một công ty hay tên một người, schema chỉ rõ thuộc tính của từng đối tượng. Điều này không chỉ giúp gia tăng tỷ lệ nhấp chuột (CTR) nhờ các kết quả nhiều thành phần trực quan trên trang kết quả tìm kiếm, mà còn là nền tảng cốt lõi để các hệ thống tìm kiếm trí tuệ nhân tạo nhận diện thẩm quyền chuyên môn của website.

Chuẩn bị dữ liệu và quyền truy cập trước khi tạo schema

Trước khi bắt tay vào viết mã hoặc can thiệp vào tệp giao diện, bạn cần thu thập đầy đủ các dữ liệu thực thể và chuẩn bị môi trường thao tác kỹ thuật. Việc thiếu sót thông tin tác giả hoặc định danh doanh nghiệp ở khâu chuẩn bị sẽ khiến quá trình viết mã bị gián đoạn và dễ phát sinh lỗi logic liên kết.

Thứ cần chuẩn bịLấy ở đâuMất bao lâuThiếu thì sao
Thông tin thực thể doanh nghiệp (tên pháp lý, URL, logo, mạng xã hội, giấy phép)Giấy phép kinh doanh, chân trang website, trang giới thiệu công ty10 phútKhông tạo được schema Organization, Google không nhận diện được thương hiệu chủ quản
Hồ sơ tác giả (họ tên, chức danh, URL trang cá nhân, liên kết mạng xã hội uy tín)Trang hồ sơ tác giả trên website, tài khoản LinkedIn chính chủ5 phútKhông thể tối ưu tiêu chí E-E-A-T, bài viết thiếu tín hiệu thẩm quyền tác giả
Quyền chỉnh sửa mã nguồn hoặc quyền cài mã nhúngTài khoản quản trị CMS (WordPress, Shopify) hoặc tài khoản Google Tag Manager5 phútKhông thể dán đoạn mã JSON-LD vào thẻ head của trang web
Quyền xác minh trên Google Search ConsoleEmail quản trị viên đã liên kết tên miền hoặc tài nguyên URL5 phútKhông thể kiểm tra báo cáo lỗi thực tế và theo dõi kết quả hiển thị nhiều thành phần

Sau khi đã đối chiếu xong các đầu mục trên, bạn tiến hành triển khai theo 6 bước tuần tự dưới đây.

Bước 1: Phân loại trang và lập ma trận schema tương ứng

Mục tiêu của bước này là xác định chính xác kiểu dữ liệu cần áp dụng cho từng trang con trên website, tránh tình trạng gắn nhầm loại dữ liệu hoặc nhồi nhét schema không đúng ngữ cảnh.

Sơ đồ khung quyết định lựa chọn loại schema tương ứng cho từng kiểu trang web
Khung phân loại giúp tránh gắn nhầm loại schema giữa trang thông tin và trang bán hàng.

Bạn mở sơ đồ cấu trúc trang web của mình ra, đối chiếu từng URL với từ vựng chuẩn trên thư viện Schema.org và tài liệu hướng dẫn của Google Search Central. Mỗi loại trang phục vụ một chức năng riêng biệt, do đó bạn cần gán đúng kiểu thực thể tương ứng, sơ đồ dưới đây tóm tắt khung quyết định lựa chọn loại schema cho từng kiểu trang web.

Ma trận phân bổ schema theo từng loại trang trên website

Việc gắn sai loại schema (ví dụ gắn schema Article lên trang chủ hoặc gắn schema Product lên bài tin tức tổng hợp) là một trong những nguyên nhân hàng đầu khiến website bị mất quyền hiển thị kết quả nhiều thành phần. Bảng ma trận dưới đây phân định rõ ràng các loại schema bắt buộc và tùy chọn cho từng cấu trúc trang cụ thể:

Loại trang trên websiteKiểu Schema chính (Schema.org Type)Thuộc tính bắt buộc phải cóThuộc tính khuyên dùng để tăng thẩm quyền
Trang chủ (Homepage)Organization, WebSitename, url, logosameAs (mạng xã hội), contactPoint, potentialAction (hộp tìm kiếm)
Trang bài viết blog hoặc tin tứcBlogPosting hoặc Articleheadline, image, datePublished, authordateModified, publisher, description, mainEntityOfPage
Trang giới thiệu công tyAboutPage, Organizationname, url, descriptionfoundingDate, founder, address, knowsAbout
Trang hồ sơ tác giảProfilePage, Personname, urljobTitle, worksFor, sameAs (hồ sơ chuyên môn), description
Trang chi tiết sản phẩmProductname, image, offers (price, priceCurrency)aggregateRating, review, sku, brand
Trang danh mục bài viết hoặc sản phẩmCollectionPage, BreadcrumbListitemListElement (cho Breadcrumb)description, numberOfItems

Sau bước này, bạn sẽ có một bảng danh sách phân bổ rõ ràng cho website của mình: trang nào cần dùng mã nào, không còn tình trạng gán bừa bãi.

Lỗi thường gặp ở bước này là cố tình nhét schema Product hoặc Review có chứa số sao ảo vào các trang bài viết kiến thức để tìm kiếm tỷ lệ nhấp. Dấu hiệu nhận biết là công cụ kiểm thử của Google sẽ gắn cờ cảnh báo nội dung không khớp. Cách xử lý là loại bỏ hoàn toàn các loại schema không phục vụ đúng nội dung mà người dùng thực tế đang trải nghiệm trên màn hình. Khi bạn xây dựng cấu trúc trang trụ cột chuyên sâu, việc quy hoạch các nhánh bài viết con tương thích với sơ đồ schema tương ứng sẽ giúp cấu trúc website được tổ chức mạch lạc và khoa học hơn.

Ví dụ minh hoạ: Một cửa hàng trực tuyến bán thiết bị âm thanh gồm 200 sản phẩm và một chuyên mục bài viết đánh giá công nghệ. Đội ngũ kỹ thuật đã liệt kê từng nhóm URL: trang chủ gán Organization kết hợp WebSite, các bài đánh giá gán BlogPosting, các trang bán hàng gán Product. Khi triển khai, họ vấp phải việc trang danh mục loa di động bị gán nhầm schema Product khiến Google Search Console báo lỗi thiếu trường giá bán (offers). Đội ngũ đã gỡ bỏ schema Product ở cấp danh mục, thay bằng CollectionPage và BreadcrumbList. Kết quả kiểm tra bằng mắt cho thấy trang danh mục hiển thị đầy đủ danh sách phân cấp điều hướng breadcrumb sạch lỗi.

Bước 2: Thiết lập mạng lưới thực thể schema kết nối bằng định danh @id

Mục tiêu của bước này là liên kết các đối tượng độc lập (công ty, tác giả, bài viết, website) thành một đồ thị tri thức thống nhất (Entity Graph) thay vì để các đoạn mã rời rạc.

Sơ đồ quy trình liên kết mạng lưới thực thể trong JSON-LD qua thuộc tính định danh @id
Mô hình kết nối đa thực thể giúp máy tìm kiếm hiểu rõ nguồn gốc tác giả và thẩm quyền thương hiệu.

Bạn thực hiện việc này bằng cách sử dụng thuộc tính @id trong cú pháp JSON-LD. Theo đặc tả kỹ thuật JSON-LD 1.1 do tổ chức World Wide Web Consortium (W3C) ban hành năm 2020, thuộc tính @id đóng vai trò là một định danh tài nguyên quốc tế hóa (IRI) giúp định vị đối tượng độc bản trong không gian dữ liệu liên kết. Thay vì khai báo lặp đi lặp lại thông tin công ty ở mọi bài viết, bạn chỉ cần gán cho công ty một định danh duy nhất dạng URL (ví dụ https://example.com/#organization), sau đó tham chiếu định danh này vào trường publisher của bài viết và trường worksFor của tác giả, sơ đồ dưới đây tóm tắt quy trình liên kết mạng lưới thực thể bằng @id.

Kết quả kiểm tra được bằng mắt là khi đọc cấu trúc mã, bạn thấy các trường đối tượng không bị lặp lại văn bản thô mà kết nối chặt chẽ với nhau thông qua cú pháp {"@id": "URL_dinh_danh"}. Điều này giúp bộ máy tìm kiếm hiểu rằng: tác giả Nguyễn Văn A (Person) thuộc công ty B (Organization) chính là người viết bài phân tích C (BlogPosting) nằm trên trang web D (WebSite).

Lỗi phổ biến là đặt URL định danh @id không nhất quán giữa các trang (ví dụ trang chủ đặt đuôi #organization nhưng trang bài viết lại tham chiếu sang #corp). Dấu hiệu là công cụ kiểm tra không thể xâu chuỗi thực thể và báo cảnh báo nút tham chiếu không tìm thấy đối tượng gốc. Cách gỡ là quy chuẩn hóa quy tắc đặt tên @id ngay từ đầu trong tài liệu nội bộ của bạn.

Bước 3: Soạn thảo mã schema JSON-LD hoàn chỉnh cho website

Mục tiêu của bước này là tạo ra đoạn mã JSON-LD hoàn chỉnh, lồng ghép đa thực thể theo đúng chuẩn cú pháp để sẵn sàng nhúng vào website.

Trang định nghĩa kiểu BlogPosting trên Schema.org: nơi tra tên thuộc tính đúng chính tả trước khi viết mã JSON-LD.
Trang định nghĩa kiểu BlogPosting trên Schema.org: nơi tra tên thuộc tính đúng chính tả trước khi viết mã JSON-LD.

Bạn mở một trình soạn thảo mã nguồn như VS Code, Sublime Text hoặc Notepad trên máy tính. Tạo một tệp mới và sử dụng cấu trúc mảng @graph để chứa toàn bộ các thực thể liên quan. Dưới đây là mẫu mã JSON-LD mẫu chuẩn hóa liên kết 4 thực thể (WebSite, Organization, Person, BlogPosting) mà bạn có thể sao chép và thay đổi trực tiếp các thông tin trong ngoặc:

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "Organization",
      "@id": "https://example.com/#organization",
      "name": "Tên Doanh Nghiệp Của Bạn",
      "url": "https://example.com",
      "logo": {
        "@type": "ImageObject",
        "@id": "https://example.com/#logo",
        "url": "https://example.com/images/logo.png",
        "caption": "Tên Doanh Nghiệp Của Bạn"
      },
      "sameAs": [
        "https://www.facebook.com/your-brand",
        "https://www.linkedin.com/company/your-brand"
      ]
    },
    {
      "@type": "WebSite",
      "@id": "https://example.com/#website",
      "url": "https://example.com",
      "name": "Tên Website",
      "publisher": {
        "@id": "https://example.com/#organization"
      }
    },
    {
      "@type": "Person",
      "@id": "https://example.com/#author-name",
      "name": "Nguyễn Văn A",
      "jobTitle": "Chuyên gia Kỹ thuật On-page",
      "worksFor": {
        "@id": "https://example.com/#organization"
      },
      "sameAs": [
        "https://www.linkedin.com/in/author-profile"
      ]
    },
    {
      "@type": "BlogPosting",
      "@id": "https://example.com/bai-viet-mau/#article",
      "isPartOf": {
        "@id": "https://example.com/#website"
      },
      "author": {
        "@id": "https://example.com/#author-name"
      },
      "headline": "Tiêu đề bài viết hướng dẫn chuyên sâu",
      "description": "Đoạn tóm tắt nội dung bài viết giải quyết vấn đề gì cho người đọc.",
      "datePublished": "2026-03-15T08:00:00+07:00",
      "dateModified": "2026-03-16T10:30:00+07:00",
      "mainEntityOfPage": "https://example.com/bai-viet-mau",
      "publisher": {
        "@id": "https://example.com/#organization"
      },
      "image": {
        "@type": "ImageObject",
        "url": "https://example.com/images/anh-dai-dien.jpg",
        "width": 1200,
        "height": 675
      }
    }
  ]
}
</script>

Kết quả kiểm tra được bằng mắt là tệp mã có cấu trúc đóng mở ngoặc nhọn {} và ngoặc vuông [] cân xứng, không có ký tự lạ hay khoảng trắng bất thường. Mọi trường thông tin ngày tháng đều tuân theo chuẩn định dạng ISO 8601 (ví dụ: YYYY-MM-DDThh:mm:ss+07:00).

Lỗi thường gặp nhất khi tự soạn thảo mã là quên dấu phẩy , giữa các dòng thuộc tính hoặc để thừa dấu phẩy ở dòng cuối cùng trước dấu đóng ngoặc nhọn. Khi gặp lỗi này, đoạn mã sẽ bị hỏng hoàn toàn và trình duyệt không thể phân tích cú pháp. Bạn có thể khắc phục bằng cách dán mã vào các công cụ định dạng JSON trực tuyến để rà soát vị trí báo lỗi màu đỏ.

Bước 4: Chèn mã schema vào mã nguồn hoặc hệ thống quản trị

Mục tiêu của bước này là đưa đoạn mã JSON-LD đã soạn thảo vào mã nguồn thực tế của website để bot tìm kiếm có thể đọc được khi thu thập dữ liệu.

Bảng so sánh ưu nhược điểm giữa chèn mã JSON-LD trực tiếp và sử dụng plugin tự động
Đánh giá chi tiết để chọn phương án triển khai dữ liệu có cấu trúc phù hợp với năng lực kỹ thuật.

Tùy vào nền tảng website đang sử dụng, bạn có thể chọn một trong ba phương thức thao tác sau:

  1. Chèn trực tiếp vào tệp giao diện: Nếu dùng mã nguồn tự xây dựng hoặc WordPress có giao diện con (Child Theme), bạn mở tệp header.php hoặc vị trí trước thẻ đóng </head> và dán đoạn mã script vào.
  2. Dùng plugin chèn mã chuyên dụng: Với WordPress, bạn truy cập trang quản trị wp-admin, vào mục Cài đặt (Settings) hoặc Giao diện (Appearance), chọn trình quản lý chèn mã (ví dụ Code Snippets hoặc WPCode), tạo một đoạn mã mới ở chế độ HTML Snippet, chọn vị trí hiển thị ở phần Đầu trang (Header) và lưu lại.
  3. Chèn thông qua Google Tag Manager: Đăng nhập vào tài khoản Google Tag Manager của website, chọn Thẻ (Tags) -> Thêm mới (New) -> Chọn loại Thẻ HTML tùy chỉnh (Custom HTML), dán toàn bộ đoạn mã kèm cặp thẻ <script> vào ô nội dung, chọn kích hoạt (Trigger) trên Tất cả các trang (All Pages) hoặc Một số trang cụ thể (Some Pages) tương ứng, sau đó bấm Xuất bản (Submit).

Sơ đồ dưới đây tóm tắt bảng so sánh ưu nhược điểm giữa việc chèn mã trực tiếp và dùng plugin tự động để bạn cân nhắc giải pháp tối ưu.

Kết quả kiểm tra được bằng mắt là sau khi lưu và xóa bộ nhớ đệm (cache), bạn mở trang web bằng trình duyệt Chrome, bấm phím tắt Ctrl + U (hoặc Cmd + Option + U trên máy Mac) để xem nguồn trang (View Source), bấm Ctrl + F tìm kiếm cụm từ application/ld+json. Nếu thấy đoạn mã hiển thị đầy đủ bên trong mã nguồn HTML là bạn đã chèn thành công. Riêng cách chèn qua Google Tag Manager, mã được nạp bằng JavaScript nên sẽ không xuất hiện trong View Source; khi đó bạn kiểm bằng công cụ Kiểm tra kết quả nhiều định dạng ở bước 5 hoặc thẻ Elements trong công cụ dành cho nhà phát triển của Chrome.

Lỗi thường gặp ở bước này là hệ thống quản trị tự động chuyển đổi các ký tự ngoặc kép " thành các thực thể HTML dạng &quot; hoặc tự chèn thêm các thẻ ngắt dòng <p> hoặc <br>. Dấu hiệu là mã nguồn nhìn bị méo mó và công cụ đọc mã báo lỗi cú pháp không xác định. Cách xử lý là tắt tính năng tự động định dạng văn bản của plugin hoặc chuyển sang chèn trực tiếp qua tệp mã nguồn PHP/HTML gốc.

Khám phá Orova.vn – nền tảng Biz AI Agent với giải pháp OROVA SEO toàn diện dành cho mọi website. Hệ thống hỗ trợ tối ưu hóa công cụ tìm kiếm từ A-Z với các tính năng: nghiên cứu từ khóa, viết bài mới chuẩn SEO, tối ưu nội dung cũ, theo dõi thứ hạng, cùng khả năng phân tích đối thủ và kỹ thuật chuyên sâu. Đăng ký ngay hôm nay để trải nghiệm OROVA SEO hoàn toàn miễn phí (ưu đãi áp dụng đến hết 07/07/2027).

Bước 5: Kiểm tra tính hợp lệ của schema bằng công cụ kiểm thử

Mục tiêu của bước này là rà soát toàn diện tính hợp lệ của mã dữ liệu có cấu trúc theo cả hai tiêu chuẩn: chuẩn cú pháp Schema.org và chuẩn hiển thị kết quả nhiều thành phần của Google.

Kết quả Schema Markup Validator khi dán đoạn mã JSON-LD mẫu trong bài: BlogPosting 0 lỗi, 0 cảnh báo, các thực thể WebSite và Organization được nối qua @id
Dán mẫu mã ở bước 3 vào Schema Markup Validator: BlogPosting báo 0 lỗi, 0 cảnh báo, và isPartOf, publisher tự trỏ đúng tới WebSite, Organization nhờ @id.

Bạn thực hiện kiểm tra qua hai công cụ chính thức:

  1. Kiểm tra cú pháp bằng Schema Markup Validator: Truy cập địa chỉ trang web của công cụ Schema Markup Validator, chọn tab Dán mã (Code Snippet) hoặc Tìm nạp URL (Fetch URL), dán đường dẫn trang web vừa cập nhật vào ô kiểm tra rồi bấm Chạy thử nghiệm (Run Test).
  2. Kiểm tra điều kiện hiển thị bằng Google Rich Results Test: Truy cập công cụ Kiểm tra kết quả nhiều thành phần của Google, nhập URL trang bài viết vào ô tìm kiếm, chọn tác nhân thu thập là Googlebot cho điện thoại thông minh (Smartphone) và bấm Kiểm tra URL (Test URL).

Sơ đồ dưới đây tóm tắt ma trận phân loại các công cụ kiểm tra dữ liệu có cấu trúc giúp bạn hiểu rõ phạm vi kiểm thử của từng nền tảng.

Khi dán chính mẫu mã ở bước 3 vào Schema Markup Validator, công cụ nhận ra BlogPosting với 0 lỗi, 0 cảnh báo, và tự nối isPartOf, publisher tới WebSite, Organization nhờ các giá trị @id (xem ảnh trong mục này). Kết quả kiểm tra được bằng mắt là trên màn hình Schema Markup Validator, cột bên phải hiển thị danh sách các thực thể đã nhận diện với số lượng 0 Lỗi (0 Errors) và 0 Cảnh báo (0 Warnings). Trên màn hình Google Rich Results Test, thanh trạng thái hiển thị thông báo màu xanh lá cây cho biết trang đủ điều kiện hiển thị kết quả nhiều định dạng, kèm theo danh sách các mục phát hiện hợp lệ như Bài viết (Articles) hay Đường dẫn phân cấp (Breadcrumbs).

So sánh Schema Markup Validator và Google Rich Results Test khi kiểm tra schema
Mỗi công cụ kiểm một tầng khác nhau nên cần chạy cả hai trước khi xuất bản.

Lỗi hay gặp là công cụ báo lỗi thiếu trường bắt buộc (Missing required field), ví dụ thiếu trường image hoặc datePublished. Dấu hiệu là ô trạng thái chuyển sang màu đỏ và liệt kê chính xác tên trường bị thiếu. Cách gỡ là bạn quay lại tệp mã JSON-LD, bổ sung đầy đủ giá trị cho trường đó rồi dán kiểm tra lại cho đến khi toàn bộ lỗi đỏ biến mất.

Ví dụ minh hoạ: Một doanh nghiệp công nghệ B2B cung cấp giải pháp chuyển đổi số tiến hành cấu hình schema BlogPosting cho hơn 50 bài viết phân tích nghiệp vụ. Chuyên viên On-page đã soạn thảo đoạn mã JSON-LD lồng ghép thực thể Person cho tác giả bài viết và nhúng vào tệp single.php. Khi đưa URL vào kiểm tra trên Rich Results Test, hệ thống báo lỗi đỏ: "Trường image bị thiếu hoặc URL không hợp lệ" do đường dẫn ảnh trong code là đường dẫn tương đối (/images/cover.jpg). Chuyên viên đã sửa lại toàn bộ thành đường dẫn tuyệt đối có chứa giao thức bảo mật https://, đồng thời khai báo thêm kích thước chiều rộng và chiều cao ảnh. Kết quả kiểm tra lại cho thấy màn hình chuyển sang màu xanh hợp lệ hoàn toàn và công cụ xác nhận phát hiện thực thể Article đầy đủ điều kiện.

Bước 6: Xác thực và theo dõi báo cáo schema trong Google Search Console

Mục tiêu của bước này là yêu cầu Googlebot lập chỉ mục lại trang web và theo dõi mức độ tiếp nhận dữ liệu có cấu trúc trong hệ thống báo cáo chính thức của Google Search Console.

Màn hình Kiểm tra URL trong Google Search Console của vwealth.vn, có nút Test live URL, Request indexing và mục Enhancements > Breadcrumbs ở thanh bên
Công cụ Kiểm tra URL trong Search Console của vwealth.vn: nút Test live URL và Request indexing nằm ngay trên màn hình, mục Enhancements (Cải tiến) ở thanh bên trái chứa báo cáo Breadcrumbs.

Bạn mở trang tổng quan Google Search Console của tên miền, thực hiện các thao tác sau:

  1. Yêu cầu lập chỉ mục URL: Dán chính xác đường dẫn vừa chèn schema vào thanh Kiểm tra URL (Inspect URL) ở phía trên cùng màn hình, nhấn Enter. Sau khi màn hình hiển thị dữ liệu hiện tại, bấm nút Kiểm tra URL trực tiếp (Test Live URL). Chờ khoảng 1 đến 2 phút để hệ thống kiểm tra trang thực tế, sau đó bấm Yêu cầu lập chỉ mục (Request Indexing).
  2. Theo dõi mục Cải tiến (Enhancements): Tại thanh menu bên tay trái của Search Console, kéo xuống khu vực Cải tiến. Nếu mã schema hợp lệ, sau khi Google quét lại, bạn sẽ thấy xuất hiện các báo cáo chuyên biệt như Đoạn trích đánh giá (Review snippets), Đoạn trích sản phẩm (Product snippets) hoặc Đường dẫn (Breadcrumbs). Lưu ý: Search Console không có báo cáo riêng cho schema Article hay BlogPosting, nên với bài viết bạn kiểm bằng Kiểm tra URL và công cụ ở bước 5.

Sơ đồ dưới đây tóm tắt lộ trình ghi nhận schema trong Google Search Console theo mốc thời gian thực tế.

Lộ trình thời gian ghi nhận và hiển thị báo cáo dữ liệu có cấu trúc trong Google Search Console
Thời gian thực tế tuỳ tần suất Google thu thập dữ liệu trên website của bạn.

Kết quả kiểm tra được bằng mắt là trong báo cáo Cải tiến tương ứng, biểu đồ đường hiển thị số lượng URL hợp lệ tăng dần theo thời gian, không có URL nào bị xếp vào nhóm Lỗi (màu đỏ). Khi bấm vào từng dòng báo cáo, bạn xem được danh sách URL cụ thể đã được Google ghi nhận thành công.

Lỗi thường gặp ở bước này là tâm lý nóng vội khi vừa dán mã xong kiểm tra trong Search Console chưa thấy báo cáo xuất hiện ngay. Cần lưu ý rằng Googlebot cần thời gian từ vài ngày đến vài tuần để quét lại toàn bộ trang web và tổng hợp dữ liệu vào cơ sở dữ liệu báo cáo. Nếu kết quả kiểm tra trực tiếp (Live Test) đã báo xanh hợp lệ, bạn chỉ cần kiên nhẫn chờ đợi chu kỳ thu thập dữ liệu tiếp theo. Sau khi hoàn tất kiểm tra mã, bạn cũng nên thực hiện bước tự kiểm tra website chuẩn On-page để đảm bảo tốc độ tải trang và các yếu tố kỹ thuật khác không cản trở việc thu thập dữ liệu của công cụ tìm kiếm.

Checklist tổng hợp quy trình tạo schema cho website

Dưới đây là bảng tổng hợp toàn bộ 6 bước trong quy trình triển khai dữ liệu có cấu trúc. Bạn có thể in bảng này ra hoặc lưu lại để theo dõi tiến độ công việc trên từng dự án:

BướcViệc chính cần thực hiệnDấu hiệu hoàn thành kiểm tra đượcThời gian ước lượng
1. Phân loại trangĐối chiếu URL với ma trận phân bổ schemaBản danh sách phân loại schema cho từng kiểu trang10 phút
2. Thiết lập định danhKhởi tạo cấu trúc @id kết nối Organization, Person, ArticleCác thực thể tham chiếu chéo qua URI duy nhất10 phút
3. Soạn mã JSON-LDViết mã theo mảng @graph và chuẩn định dạng ISO 8601Đoạn mã đóng mở ngoặc chuẩn xác, không lỗi cú pháp15 phút
4. Chèn mã vào webDán thẻ script vào thẻ head qua code hoặc trình quản lýNguồn trang (Ctrl + U) xuất hiện đoạn mã JSON-LD10 phút
5. Kiểm tra tính hợp lệChạy thử trên Schema Validator và Rich Results Test0 Lỗi cú pháp và màn hình thông báo đủ điều kiện màu xanh10 phút
6. Xác thực trên GSCGửi URL qua công cụ Inspect và theo dõi mục Cải tiếnGoogle ghi nhận trạng thái Hợp lệ trong báo cáo Cải tiến5 phút thao tác (chờ vài ngày đến vài tuần để Google quét lại)

Các lỗi schema thường gặp trong Search Console và cách khắc phục

Trong quá trình vận hành website thực tế, việc Search Console gửi thông báo cảnh báo hoặc lỗi dữ liệu có cấu trúc là điều rất bình thường. Điều quan trọng là bạn cần phân biệt rõ giữa "Lỗi nghiêm trọng" (khiến trang mất quyền hiển thị kết quả nhiều thành phần) và "Cảnh báo thông thường" (các trường khuyên dùng không bắt buộc).

Dưới đây là bảng đối chiếu 6 lỗi phổ biến nhất trong Google Search Console kèm nguyên nhân và giải pháp xử lý dứt điểm:

Thông báo lỗi trong Search ConsoleNguyên nhân thường gặpMức độ ảnh hưởngCách sửa dứt điểm
Thiếu trường bắt buộc (ví dụ: Missing field "headline" hoặc "image")Đoạn mã JSON-LD bỏ sót các trường dữ liệu cốt lõi mà Google yêu cầu cho loại schema đóNghiêm trọng (Mất hiển thị kết quả nhiều thành phần)Bổ sung đầy đủ thuộc tính bị thiếu vào khối mã, đảm bảo URL ảnh là link tuyệt đối
Giá trị trường không đúng định dạng (vd: Invalid date format)Khai báo ngày tháng không đúng chuẩn ISO 8601 (ví dụ điền 15/03/2026 thay vì 2026-03-15)Nghiêm trọng (Mất hiển thị kết quả nhiều thành phần)Chuẩn hóa lại toàn bộ giá trị ngày tháng theo định dạng YYYY-MM-DDThh:mm:ss+07:00
Giá trị kiểu dữ liệu không khớp (vd: Expected a URL)Khai báo chuỗi văn bản thuần túy vào trường yêu cầu đối tượng URL hoặc ImageObjectCảnh báo hoặc lỗi tùy thuộc tínhChuyển đổi giá trị thành cấu trúc đối tượng hợp lệ hoặc điền đường dẫn URL đầy đủ
Cảnh báo thiếu trường khuyên dùng (Missing optional field, vd: "description")Không khai báo các trường bổ trợ giúp cung cấp thêm ngữ cảnh cho thực thểCảnh báo nhẹ (Vẫn đủ điều kiện hiển thị Rich Results)Bổ sung thêm nội dung mô tả vào trường tương ứng nếu trang web có dữ liệu
Xung đột nhiều loại dữ liệu mâu thuẫn trên cùng URLCài đặt nhiều plugin cùng lúc dẫn đến trang vừa có schema Article vừa có schema Product ảoNghiêm trọng (Googlebot bỏ qua dữ liệu hoặc nghi ngờ thao túng)Tắt bỏ các plugin thừa, gom toàn bộ schema về một khối JSON-LD thống nhất bằng mảng @graph
Nội dung trong schema không khớp với trang hiển thịKhai báo giá bán, số sao hoặc tác giả trong schema khác với nội dung người dùng thấy trên màn hìnhCực kỳ nghiêm trọng (Nguy cơ bị áp dụng biện pháp thủ công - Manual action)Rà soát và đồng bộ 100% dữ liệu trong mã với phần chữ và hình ảnh hiển thị trên giao diện

Cập nhật chính sách hiển thị kết quả nhiều thành phần từ Google Search Central

Một thay đổi mang tính bước ngoặt mà nhiều người quản trị website chưa cập nhật là chính sách đối với kết quả nhiều thành phần dạng câu hỏi thường gặp (FAQ) và hướng dẫn (HowTo). Theo thông báo về việc thay đổi kết quả nhiều thành phần FAQ và HowTo công bố năm 2023 của Google Search Central, dữ liệu có cấu trúc FAQPage chỉ còn được hiển thị dạng mở rộng cho các website uy tín cấp chính phủ và y tế có độ tin cậy cao. Với các website thương mại, tin tức và doanh nghiệp thông thường, việc gắn schema FAQPage hầu như không còn mang lại kết quả hiển thị dạng accordion thả xuống trên trang kết quả tìm kiếm như trước đây.

Do đó, tính đến năm 2026, chiến lược tối ưu dữ liệu có cấu trúc thông minh là không lãng phí tài nguyên vào việc nhồi nhét FAQPage cho mọi bài viết. Thay vào đó, bạn nên tập trung tối đa nguồn lực vào việc tối ưu hóa schema ProfilePage cho tác giả và Article hoặc BlogPosting chuẩn E-E-A-T. Điều này giúp củng cố tín hiệu thẩm quyền thương hiệu và nâng cao cơ hội được các hệ thống AI chọn lọc làm nguồn trích dẫn dữ liệu.

Ví dụ minh hoạ: Một trang tin tức tổng hợp quy mô 500 bài viết nhận hơn 120 cảnh báo trong báo cáo Đường dẫn (Breadcrumbs) thuộc mục Cải tiến của Google Search Console. Đội ngũ biên tập phát hiện plugin cũ sinh schema BreadcrumbList thiếu trường item ở một số mục trung gian. Họ sửa lại mẫu giao diện để mọi mục đều có đường dẫn đầy đủ, kiểm lại vài URL mẫu bằng công cụ ở bước 5, rồi bấm Xác thực bản sửa lỗi (Validate Fix) trong Search Console. Sau vài chu kỳ thu thập dữ liệu, các URL lần lượt chuyển sang trạng thái hợp lệ.

Để rà các lỗi kỹ thuật khác ngoài schema, bạn có thể dán đường dẫn website vào công cụ Orova SEO Check (không cần đăng nhập) để nhận báo cáo 92 tiêu chí kỹ thuật thuộc 12 nhóm, điểm Google PageSpeed và hồ sơ tên miền trỏ về. Nếu dùng Orova SEO, sau khi nối Google Search Console, mục Báo cáo hiển thị lượt nhấp, lượt hiển thị, CTR và vị trí của từng bài, giúp bạn theo dõi những trang vừa gắn schema.

Với OROVA.VN và module OROVA SEO, bạn sẽ hoàn toàn chấm dứt chuỗi ngày xử lý công việc thủ công mệt mỏi. Thay vì loay hoay hàng giờ đồng hồ để viết bài và lập báo cáo, giờ đây toàn bộ quy trình được tối ưu hóa và hoàn thiện chỉ trong 5 phút.

Cách đo lường hiệu quả sau khi triển khai schema cho website

Để đánh giá chính xác mức độ hiệu quả của dữ liệu có cấu trúc sau khi triển khai, bạn cần theo dõi các chỉ số trực tiếp từ báo cáo hiệu suất của Google Search Console thay vì chỉ dựa vào cảm tính.

Báo cáo Hiệu suất trong Google Search Console của vwealth.vn trong 3 tháng: 29 lượt nhấp, 2,46 nghìn lượt hiển thị, CTR 1,2%, vị trí trung bình 41,3
Báo cáo Hiệu suất của vwealth.vn (3 tháng): bốn chỉ số lượt nhấp, lượt hiển thị, CTR và vị trí trung bình là thước đo trước và sau khi gắn schema.

Các chỉ số quan trọng cần đo lường gồm có:

  1. Số lượt hiển thị theo Giao diện tìm kiếm (Search Appearance): Truy cập mục Hiệu suất (Performance), chọn thẻ Giao diện tìm kiếm. Tại đây, bạn xem các dạng hiển thị nâng cao mà trang web đã có (ví dụ đoạn trích đánh giá, kết quả sản phẩm) cùng số lượt hiển thị và lượt nhấp của từng dạng.
  2. Tỷ lệ nhấp chuột (CTR): So sánh tỷ lệ CTR của cùng nhóm trang trong hai khoảng thời gian bằng nhau trước và sau khi gắn schema (dùng chức năng So sánh ngày của báo cáo Hiệu suất), để loại bớt ảnh hưởng của mùa vụ.
  3. Số URL hợp lệ trong mục Cải tiến: Theo dõi số URL hợp lệ, có cảnh báo và bị lỗi trong từng báo cáo dữ liệu có cấu trúc; con số hợp lệ tăng dần và số lỗi về 0 là dấu hiệu mã đã được Google tiếp nhận.

Thời gian để ghi nhận kết quả rõ ràng thường kéo dài từ 2 đến 4 tuần sau khi yêu cầu lập chỉ mục, tùy thuộc vào độ lớn của website và ngân sách thu thập dữ liệu (crawl budget) mà Google phân bổ cho tên miền của bạn, bảng dưới đây gom lại ba chỉ số nên theo dõi.

Chỉ sốXem ở đâu trong Search ConsoleDấu hiệu schema đang phát huy
Lượt hiển thị theo dạng kết quả nâng caoHiệu suất, thẻ Giao diện tìm kiếmXuất hiện dạng hiển thị mới (đoạn trích đánh giá, kết quả sản phẩm…) và lượt hiển thị của dạng đó tăng dần
CTR của nhóm trang đã gắn schemaHiệu suất, lọc theo Trang, bật So sánh ngàyCTR giai đoạn sau cao hơn giai đoạn trước ở cùng khoảng vị trí trung bình
Số URL hợp lệ / lỗiMục Cải tiến, từng báo cáo dữ liệu có cấu trúcSố URL hợp lệ tăng, số lỗi giảm về 0 sau khi Xác thực bản sửa lỗi

Xu hướng schema trong vài năm tới: nhận định của tác giả

Dữ liệu có cấu trúc đang trải qua bước chuyển mình mạnh mẽ nhất kể từ khi Schema.org được sáng lập vào năm 2011. Dưới đây là 3 nhận định cá nhân của tôi về định hướng phát triển của công nghệ này trong 2 đến 3 năm tới:

Hệ thống tìm kiếm chuyển dịch sang đánh giá thực thể thay vì từ khóa rời rạc

Các hệ thống tìm kiếm hiện đại ngày càng dựa nhiều vào đồ thị tri thức (Knowledge Graph) thay vì mật độ từ khóa đơn thuần. Tôi cho rằng trong 2 đến 3 năm tới, những website chỉ khai báo schema đơn lẻ mà không có sự liên kết logic qua định danh @id sẽ dần bị giảm mức độ ưu tiên xếp hạng. Lý do là công cụ tìm kiếm cần xác thực một thực thể doanh nghiệp có thật ngoài đời thực với địa chỉ, mã số thuế và những chuyên gia đại diện có chuyên môn được chứng minh. Người đọc nên chuẩn bị việc xây dựng một trang hồ sơ tác giả chuyên nghiệp, kết nối đồng nhất các tài khoản mạng xã hội chính danh và liên kết chặt chẽ vào schema Person ngay từ thời điểm này.

Mô hình ngôn ngữ lớn và tác nhân tìm kiếm AI phụ thuộc sâu vào dữ liệu có cấu trúc

Sự bùng nổ của các công cụ tìm kiếm tích hợp trí tuệ nhân tạo (AI Search Engines) và trợ lý ảo khiến nhu cầu trích xuất dữ liệu chính xác tăng vọt. Tôi nghiêng về khả năng các mô hình ngôn ngữ lớn sẽ ưu tiên trích xuất câu trả lời trực tiếp từ các đoạn mã JSON-LD sạch lỗi cú pháp hơn là đọc quét toàn bộ mã HTML phức tạp chứa nhiều mã kịch bản thừa. Khi một tác nhân AI cần trả lời người dùng về giá bán, thông số kỹ thuật hoặc tác giả của một nghiên cứu, schema chính là nguồn dữ liệu có cấu trúc đáng tin cậy nhất. Nếu bạn đang tìm hiểu quy trình tối ưu website cho AI search, việc hoàn thiện mạng lưới schema thực thể chính là bước đi kỹ thuật quan trọng nhất để AI nhận diện đúng thương hiệu của bạn.

Quản trị viên cần chuyển đổi tư duy từ gắn mã đối phó sang chuẩn hóa dữ liệu thực thể

Theo tôi, thói quen gắn schema chỉ nhằm mục đích lấy các biểu tượng đồ họa hay số sao trên trang kết quả tìm kiếm đang dần hết thời khi Google liên tục thu hẹp các loại Rich Snippets phổ thông. Trong tương lai gần, giá trị lớn nhất của schema nằm ở khả năng "dạy" cho máy tính hiểu sâu về lĩnh vực hoạt động của doanh nghiệp bạn. Người làm On-page cần chuyển trọng tâm từ các thủ thuật trang trí sang việc mô tả chính xác các mối quan hệ sở hữu, chứng chỉ ngành nghề và danh mục dịch vụ. Nhận định này có thể thay đổi nếu trong tương lai các mô hình máy học đạt tới khả năng tự thấu hiểu văn bản thô hoàn hảo mà không cần bất kỳ sự trợ giúp nào từ dữ liệu có cấu trúc, tuy nhiên rào cản chi phí tính toán hiện nay cho thấy dữ liệu có cấu trúc vẫn là giải pháp kinh tế nhất cho các hãng công nghệ.

Câu hỏi hay gặp về cách tạo schema cho website

Một trang web có thể gắn nhiều loại schema cùng lúc được không?

Bạn hoàn toàn có thể gắn nhiều loại schema trên cùng một trang web bằng cách sử dụng mảng @graph trong một thẻ script JSON-LD duy nhất. Cách làm này giúp các thực thể như WebSite, Organization, Person và BlogPosting liên kết chặt chẽ với nhau mà không gây ra hiện tượng xung đột cú pháp hay tải trùng lặp dữ liệu.

Tại sao công cụ Rich Results Test báo hợp lệ nhưng Google không hiển thị kết quả nhiều thành phần?

Công cụ kiểm tra hợp lệ màu xanh chỉ chứng minh đoạn mã của bạn đúng cú pháp kỹ thuật và đủ điều kiện hiển thị. Việc Google có hiển thị kết quả nâng cao trên trang tìm kiếm thực tế hay không còn phụ thuộc vào mức độ uy tín của website, vị trí địa lý của người tìm kiếm, thiết bị sử dụng và độ phù hợp của truy vấn người dùng.

Có nên tiếp tục gắn schema FAQPage cho bài viết thông thường không?

Tính đến năm 2026, bạn không nên dành nhiều thời gian để gắn schema FAQPage cho các bài viết thông thường nếu mục đích chỉ là lấy kết quả hiển thị mở rộng trên trang tìm kiếm. Google đã giới hạn tính năng hiển thị này cho các website có độ thẩm quyền cao thuộc khối chính phủ và y tế, do đó bạn nên tập trung tối ưu schema Article và Person để củng cố tín hiệu E-E-A-T.

Trí tuệ nhân tạo có thể hỗ trợ gì trong quá trình tạo và tối ưu schema?

Trí tuệ nhân tạo có thể hỗ trợ bạn tự động trích xuất các thuộc tính thực thể từ nội dung bài viết thô để tạo ra các khối mã JSON-LD chuẩn xác chỉ trong vài giây. Ngoài ra, AI còn có khả năng rà soát các điểm mâu thuẫn giữa thông tin khai báo trong mã với nội dung hiển thị trên giao diện người dùng, giúp hạn chế tối đa các nguy cơ bị Google cảnh báo dữ liệu không khớp.

Bao lâu sau khi chèn mã schema thì Google cập nhật trên trang tìm kiếm?

Thời gian cập nhật thường dao động từ vài ngày đến vài tuần tùy thuộc vào tần suất thu thập dữ liệu của Googlebot đối với website của bạn. Bạn có thể rút ngắn thời gian này bằng cách sử dụng công cụ Kiểm tra URL (URL Inspection) trong Google Search Console để chủ động gửi yêu cầu lập chỉ mục lại ngay sau khi hoàn tất việc chèn mã.

Người quản trị website nên bắt đầu từ đâu để triển khai schema?

Tùy thuộc vào hiện trạng kỹ thuật và quy mô dữ liệu của website, bạn nên lựa chọn một xuất phát điểm phù hợp để đạt hiệu quả nhanh nhất mà không bị quá tải khối lượng công việc, sơ đồ dưới đây tóm tắt các hành động ưu tiên cần thực hiện trước.

Danh sách tóm tắt các hành động trọng tâm khi bắt đầu tối ưu schema cho website
Các bước cốt lõi cần làm trước để tạo lập nền tảng dữ liệu có cấu trúc vững chắc.

Nếu website của bạn là website mới hoàn toàn và chưa từng cấu hình bất kỳ dữ liệu có cấu trúc nào, bước đi đầu tiên cần làm trong một buổi là chuẩn hóa cặp schema Organization và WebSite cho trang chủ. Bạn chỉ cần thu thập thông tin pháp lý của doanh nghiệp, logo chính thức và các liên kết mạng xã hội chính danh, sau đó tạo một đoạn mã JSON-LD chuẩn để nhúng trực tiếp vào thẻ head của trang chủ.

Nếu website của bạn là trang blog hoặc tin tức đã có hàng trăm bài viết nhưng chưa có schema bài viết, việc cần làm ngay là chọn ra 5 bài viết quan trọng nhất mang lại lưu lượng truy cập cao nhất để gắn schema BlogPosting lồng ghép định danh tác giả Person. Khi thấy Google Search Console bắt đầu ghi nhận báo cáo hợp lệ cho nhóm bài mẫu này, bạn mới nhân rộng cấu hình tự động cho toàn bộ hệ thống bài viết còn lại.

Nếu website của bạn đang gặp tình trạng ngập tràn cảnh báo vàng hoặc lỗi đỏ trong Google Search Console do cài đặt plugin cũ, hành động cấp thiết trong một buổi là xuất toàn bộ bảng danh sách URL bị lỗi, tắt tính năng tự sinh schema của các plugin xung đột và thay thế bằng một đoạn mã sạch cú pháp theo đúng chuẩn Schema.org. Một kế hoạch rõ ràng và từng bước chính xác sẽ giúp bạn làm chủ hoàn toàn cách tạo schema cho website.

Về tác giả

Nguyễn Đỗ Trọng Ân

Người xây dựng Orova

Nguyễn Đỗ Trọng Ân có 8 năm làm marketing, trong đó 6 năm quản lý khai thác thị trường châu Á. Anh là người xây dựng Orova, Biz AI Agent hoạt động không ngủ: tự lên kế hoạch, chạy và tối ưu công việc cho doanh nghiệp.

Vận hành doanh nghiệp với AI Agent

Orova là Biz AI Agent hoạt động không ngủ — tự lên kế hoạch, chạy và tối ưu công việc.
Tiết kiệm thời gian, bứt phá hiệu suất.

Dùng thử miễn phí