GEO

Tối ưu Schema Markup cho GEO: Dạy AI hiểu “Entity” (Thực thể) của bạn

Posted on by Đoàn Trình Dục
19
Th2

Bạn có thể viết nội dung rất hay, SEO on-page rất gọn… nhưng AI Search vẫn “trích nguồn lung tung”, nhắc sai tên thương hiệu, hoặc gộp bạn với một doanh nghiệp khác.

Lý do hay gặp: máy chưa hiểu rõ “bạn là ai” (entity), và các trang quan trọng chưa được nối thành một “đồ thị thực thể” (entity graph) đủ rõ để AI/Google/Bing xác tín.

Tóm tắt để áp dụng ngay

  • Schema không phải “mẹo lên top”, mà là ngôn ngữ mô tả thực thể.
  • Mục tiêu: AI hiểu Organization/Person/Service của bạn + mối quan hệ giữa chúng.
  • Làm đúng: tăng khả năng được hiểu đúng trong các hệ AI features (AI Overviews/AI Mode) mà Google nói là không có yêu cầu tối ưu đặc biệt, nhưng vẫn dựa trên nền SEO tốt và dữ liệu trang đủ chuẩn. (Google for Developers)
  • Làm sai: có thể bị structured data issue/manual action, hoặc đơn giản là không được dùng. (Google for Developers)

Xem thêm GEO là gì? Cẩm nang Generative Engine Optimization toàn tập (Cập nhật 2026)

schema cho ai

Entity trong GEO là gì (hiểu theo cách “dễ triển khai”)

Trong bối cảnh GEO, Entity = một “đối tượng có danh tính rõ ràng” mà AI có thể tham chiếu: doanh nghiệp (Organization), cá nhân (Person), dịch vụ (Service), địa điểm (LocalBusiness), sản phẩm (Product)…

Điểm mấu chốt không nằm ở “gắn nhiều schema”, mà là:

  • Có một thực thể gốc (thường là Organization/LocalBusiness hoặc Person)
  • Có ID ổn định (@id)
  • Có liên kết xác minh danh tính (sameAs, website, social profile, knowledge sources)
  • Có mạng lưới quan hệ: Organization cung cấp Service, Service có Offer/areaServed, CaseStudy chứng minh kết quả…

Xem thêm Chiến lược Tối ưu hóa GEO: 5 Kỹ thuật đưa website lên AI Search

Google “chấm” schema như thế nào (để bạn khỏi đi đường tắt)

Google nêu rất rõ các nguyên tắc chung:

  • Dữ liệu có cấu trúc phải đại diện đúng nội dung chính, không đánh dấu nội dung không hiển thị hoặc gây hiểu lầm. (Google for Developers)
  • Dùng structured data không đảm bảo được hiển thị rich results; thuật toán sẽ quyết định theo trải nghiệm tìm kiếm. (Google for Developers)
  • Với AI features, Google cũng nói thẳng: không có yêu cầu kỹ thuật bổ sung; vẫn là làm tốt SEO nền tảng + nội dung hữu ích. (Google for Developers)

=> Vì vậy, schema đúng giúp “máy hiểu” (understanding), còn “được chọn để trích dẫn” vẫn phải thắng ở độ hữu ích + độ tin cậy + cấu trúc nội dung.

Xem thêm SEO Local Đa Chi Nhánh: Tránh 4 Sai Lầm “Chết Người”

khung triển khai

Khung triển khai “Entity Graph” chuẩn cho website dịch vụ

Hãy coi schema như bạn đang vẽ một sơ đồ:

  • Organization/LocalBusiness (thực thể gốc)
    ↳ sở hữu WebSite
    ↳ xuất bản WebPage/Article
    ↳ cung cấp Service
    ↳ có đội ngũ Person
    ↳ được chứng minh bằng CaseStudy/Article

Nguyên tắc đặt @id (cực quan trọng)

  • Mỗi thực thể có một @id dạng URL ổn định, ví dụ:
    • https://example.com/#organization
    • https://example.com/#website
    • https://example.com/dich-vu/seo/#service

Không đổi @id theo chiến dịch, không thêm tham số tracking vào @id.

Xem thêm Google’s Knowledge Graph Là Gì? Hướng Dẫn Tối Ưu Từ A-Z Năm 2026

Template JSON-LD “Entity Graph” cho trang chủ (copy/paste rồi sửa)

Dán vào <head> (hoặc qua plugin schema) và đảm bảo thông tin trùng khớp với nội dung hiển thị trên trang.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "Organization",
      "@id": "https://example.com/#organization",
      "name": "WebsiteHCM",
      "url": "https://example.com/",
      "logo": "https://example.com/wp-content/uploads/logo.png",
      "sameAs": [
        "https://www.facebook.com/tenpage",
        "https://www.linkedin.com/company/tencongty",
        "https://www.youtube.com/@kenh"
      ],
      "contactPoint": [{
        "@type": "ContactPoint",
        "contactType": "sales",
        "telephone": "+84-xxxxxxxxx",
        "areaServed": "VN",
        "availableLanguage": ["vi"]
      }]
    },
    {
      "@type": "WebSite",
      "@id": "https://example.com/#website",
      "url": "https://example.com/",
      "name": "WebsiteHCM",
      "publisher": { "@id": "https://example.com/#organization" },
      "inLanguage": "vi-VN"
    },
    {
      "@type": "WebPage",
      "@id": "https://example.com/#homepage",
      "url": "https://example.com/",
      "name": "Trang chủ",
      "isPartOf": { "@id": "https://example.com/#website" },
      "about": { "@id": "https://example.com/#organization" },
      "inLanguage": "vi-VN"
    }
  ]
}
</script>

Mẹo “trust nhìn thấy được”: nếu bạn có trang “Giới thiệu”, hãy thêm about/mainEntity trỏ rõ về #organization và gắn link tới trang đó trong nội dung.

Xem thêm Schema là gì? những điều cần biết

Schema cho trang dịch vụ: “Service + Offer” để AI hiểu bạn bán gì

Trang dịch vụ là nơi bạn muốn AI hiểu phạm vi, đối tượng, deliverables, tiêu chuẩn, khu vực phục vụ.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Service",
  "@id": "https://example.com/dich-vu/seo/#service",
  "name": "Dịch vụ SEO tổng thể",
  "provider": { "@id": "https://example.com/#organization" },
  "areaServed": "VN",
  "serviceType": "SEO",
  "description": "Tối ưu SEO tổng thể: audit, content, kỹ thuật, entity, đo lường.",
  "offers": {
    "@type": "Offer",
    "priceCurrency": "VND",
    "price": "0",
    "description": "Liên hệ để nhận báo giá theo quy mô dự án",
    "url": "https://example.com/dich-vu/seo/"
  }
}
</script>

Lưu ý theo guideline: schema phải phản ánh nội dung chính của trang và không được “đánh dấu khống”. (Google for Developers)

Schema cho case study: làm “bằng chứng” dễ trích dẫn

Với case study, mục tiêu là AI hiểu:

  • ai là khách hàng (có thể ẩn danh nhưng phải nhất quán),
  • vấn đề,
  • giải pháp,
  • kết quả đo lường,
  • thời gian.

Thực tế, bạn có thể dùng Article (hoặc BlogPosting) + mô tả rõ ràng, kèm tác giả (Person) và publisher (Organization).

<script type="application/ld+json">
{
  "@context":"https://schema.org",
  "@type":"Article",
  "headline":"Case study: Tăng 38% lead sau 60 ngày tối ưu SEO + entity",
  "datePublished":"2026-01-20",
  "dateModified":"2026-02-10",
  "author":{
    "@type":"Person",
    "name":"Tên tác giả",
    "url":"https://example.com/tac-gia/ten-tac-gia/"
  },
  "publisher":{
    "@id":"https://example.com/#organization"
  },
  "mainEntityOfPage":{
    "@type":"WebPage",
    "@id":"https://example.com/case-study/tang-lead-60-ngay/"
  }
}
</script>

FAQ/HowTo schema: còn cần không?

  • Google đã giảm mạnh FAQ rich results và chỉ hiển thị thường xuyên cho một số website “có thẩm quyền” (đặc biệt gov/health). HowTo rich results cũng bị thay đổi hiển thị theo thiết bị và đã có giai đoạn “deprecated trên desktop”. (Google for Developers)
  • Tuy vậy: schema vẫn hữu ích cho máy hiểu cấu trúc, miễn là bạn không kỳ vọng “có sao/FAQ là sẽ nổi”.

Nếu bạn dùng FAQ schema: chỉ đánh dấu câu hỏi – câu trả lời có thật trên trang, không nhồi quảng cáo.

Xem thêm Cách viết “đoạn trích vàng” để AI Search trích đúng ý (Template áp dụng ngay)

Những lỗi schema hay khiến bạn “mất điểm tin cậy”

Đánh dấu nội dung không tồn tại/không hiển thị

Google coi đây là misleading và có thể khiến bạn mất eligibility hoặc dính issue. (Google for Developers)

Lạm dụng Review/AggregateRating cho doanh nghiệp của chính mình

Review snippet có guideline riêng; một số loại (như Organization/Local business) chỉ phù hợp trong trường hợp bạn thu thập review về bên thứ ba, và có lưu ý về “self-serving reviews”. (Google for Developers)

Nhồi quá nhiều type trên 1 trang mà không có “main entity”

Google khuyến nghị phản ánh mục đích chính của trang; có thể đánh dấu nhiều item, nhưng phải liên kết bằng @id hợp lý để máy hiểu quan hệ. (Google for Developers)

Cách kiểm tra nhanh (đúng chuẩn Google)

  • Rich Results Test để bắt lỗi kỹ thuật và xem trang có đủ điều kiện rich results không. (Google for Developers)
  • URL Inspection trong Search Console để kiểm tra Google nhìn thấy trang và dữ liệu ra sao. (Google for Developers)

Checklist triển khai schema theo tư duy Entity

  • Có 1 @id cố định cho Organization/LocalBusiness
  • name / url / logo / contactPoint / sameAs đầy đủ, khớp nội dung trang
  • Mỗi trang dịch vụ có Service riêng, provider trỏ về #organization
  • Case study có Article + author rõ + ngày publish/modified
  • Breadcrumb + WebSite/WebPage để nối đồ thị (graph) mạch lạc
  • Không đánh dấu review “tự khen mình”
  • Test bằng Rich Results Test + kiểm tra Indexing/Rendering trong GSC

FAQ

Schema có giúp “lên AI Overviews/AI Mode” trực tiếp không?

Không có “đường tắt”. Google nói không có yêu cầu tối ưu đặc biệt cho AI features; vẫn là nền SEO + nội dung hữu ích. Schema chủ yếu giúp hiểu đúng thực thể. (Google for Developers)

Website dịch vụ nên ưu tiên schema trang nào trước?

Trang chủ (Organization graph) → trang dịch vụ → trang case study → trang tác giả.

Dùng plugin schema WordPress có đủ không?

Đủ cho nền tảng. Nhưng nếu bạn muốn “entity graph” sạch và nhất quán @id, thường cần cấu hình kỹ hoặc chèn JSON-LD tùy biến.

Có nên giữ FAQ schema khi không còn hiển thị?

Có thể giữ nếu FAQ thật sự có trên trang và giúp cấu trúc rõ ràng; chỉ đừng kỳ vọng “hiển thị giàu” như trước. (Google for Developers)

Nếu bạn muốn, bạn gửi mình 1 URL trang dịch vụ + 1 URL case study (không cần UTM). Mình sẽ trả lại:

  • bản “entity graph” đề xuất (Organization → Service → Case),
  • danh sách schema nên dùng/không nên dùng,
  • 5 lỗi tin cậy dễ bị AI hiểu sai trên trang.

Xem thêm Entity là gì trong SEO? Hướng dẫn xây dựng thực thể vững chắc

💬 Chat Zalo ☎️ Hotline: 0346 844 259