Schema & Structured Data

Service Schema

Schema mô tả dịch vụ cung cấp bởi tổ chức, bao gồm serviceType, provider, areaServed và offers.

3 lượt xem Cập nhật: 26/05/2026

Service Schema là gì?

Service Schema là một loại markup cấu trúc (structured data) thuộc chuẩn Schema.org, dùng để mô tả chi tiết dịch vụ mà một tổ chức — như doanh nghiệp, phòng khám, trung tâm đào tạo hay công ty tư vấn — cung cấp cho người dùng. Nó giúp công cụ tìm kiếm hiểu rõ hơn về bản chất, phạm vi và điều kiện áp dụng của dịch vụ đó.

Schema này tập trung vào bốn thuộc tính cốt lõi: serviceType (loại hình dịch vụ), provider (đơn vị cung cấp), areaServed (khu vực phục vụ) và offers (thông tin giá cả, gói dịch vụ). Đây không phải là thẻ meta hay nội dung hiển thị, mà là dữ liệu ẩn được nhúng vào mã nguồn trang web dưới dạng JSON-LD, Microdata hoặc RDFa.

Tại sao quan trọng trong SEO?

Service Schema không trực tiếp nâng thứ hạng từ khóa, nhưng nó tăng khả năng xuất hiện trong các định dạng kết quả tìm kiếm nâng cao — gọi là rich results — như thẻ dịch vụ mở rộng (service rich cards), bảng so sánh dịch vụ hoặc snippet có đánh dấu khu vực phục vụ. Điều này giúp:

  • Tăng tỷ lệ nhấp (CTR) nhờ hiển thị thông tin rõ ràng ngay trên trang kết quả;
  • Cải thiện độ tin cậy và nhận diện thương hiệu khi Google xác thực thông tin dịch vụ;
  • Hỗ trợ tối ưu hóa cho tìm kiếm địa phương (local SEO), đặc biệt với doanh nghiệp vừa và nhỏ;
  • Giúp Google phân biệt giữa các dịch vụ tương tự (ví dụ: "khám răng tổng quát" khác với "niềng răng thẩm mỹ") — giảm nhiễu ngữ nghĩa.

Theo báo cáo của Google Search Central (2023), trang có structured data đúng chuẩn có tỷ lệ xuất hiện trong rich results cao hơn 3,2 lần so với trang không có — tuy nhiên, đây không phải yếu tố xếp hạng chính thức.

Cách hoạt động

Service Schema hoạt động bằng cách gắn nhãn có cấu trúc cho các thành phần thông tin trên trang web. Khi Googlebot thu thập dữ liệu, nó đọc đoạn mã JSON-LD (hoặc định dạng khác) và trích xuất các thuộc tính như serviceType, areaServed để bổ sung vào cơ sở tri thức của mình. Từ đó, Google có thể:

  • Hiển thị tên dịch vụ, nhà cung cấp và khu vực phục vụ trong kết quả tìm kiếm;
  • Liên kết dịch vụ với thực thể doanh nghiệp đã được xác minh (qua Google Business Profile);
  • Hỗ trợ tìm kiếm bằng giọng nói hoặc truy vấn dài (long-tail queries) như "dịch vụ sửa máy lạnh tại Quận Tân Bình".

Lưu ý: Việc triển khai Service Schema không đảm bảo xuất hiện rich result — Google quyết định dựa trên độ phù hợp, chất lượng trang và chính sách hiển thị hiện hành.

Hướng dẫn thực hiện

Dưới đây là các bước triển khai Service Schema chuẩn xác:

  1. Xác định trang đích phù hợp: Chỉ thêm Service Schema vào trang giới thiệu dịch vụ cụ thể (ví dụ: /dich-vu/sua-chua-may-tinh), không đặt trên trang chủ chung chung.
  2. Chọn định dạng: Ưu tiên JSON-LD vì dễ kiểm soát, ít xung đột với HTML và được Google khuyến nghị.
  3. Điền đầy đủ thuộc tính bắt buộc:
    • @context@type phải là "https://schema.org/Service";
    • serviceType (chuỗi văn bản rõ ràng, ví dụ: "Sửa chữa laptop", không dùng từ viết tắt);
    • provider phải là đối tượng Organization hoặc Personnameurl hợp lệ;
    • areaServed nên là AdministrativeArea (ví dụ: Quận Gò Vấp) hoặc GeoCircle nếu cần bán kính phục vụ;
    • offers yêu cầu ít nhất priceSpecification với price, priceCurrencypriceValidUntil (nếu có hạn).
  4. Kiểm tra bằng công cụ: Dùng Google Search Console > Báo cáo Rich Results hoặc Rich Results Test để xác minh lỗi.
  5. Theo dõi hiệu quả: Sau 2–6 tuần, kiểm tra báo cáo Rich Results trong Search Console để xem số lần xuất hiện và tỷ lệ nhấp.

Lỗi thường gặp

Dưới đây là những sai sót phổ biến và cách khắc phục:

Lỗi Hệ quả Cách sửa
Thiếu provider hoặc serviceType Google bỏ qua toàn bộ markup Bổ sung đầy đủ hai thuộc tính bắt buộc; kiểm tra lại cú pháp JSON.
Dùng areaServed dạng chuỗi thô (ví dụ: "TP.HCM") Không được công nhận là khu vực địa lý hợp lệ Dùng AdministrativeArea với name, addressRegion hoặc GeoCircle.
Đặt Service Schema trên trang không liên quan (ví dụ: trang blog) Rủi ro bị coi là spam cấu trúc dữ liệu Chỉ triển khai trên trang mô tả dịch vụ cụ thể, có nội dung chi tiết và độc lập.
Giá trong offers thiếu đơn vị tiền tệ hoặc định dạng sai Rich result bị loại trừ hoặc hiển thị sai giá Dùng priceCurrency: "VND"price: "1500000" (không có dấu chấm, phẩy).

Ví dụ thực tế

Dưới đây là đoạn JSON-LD mẫu cho dịch vụ "Bảo dưỡng xe ô tô" của Công ty ABC tại Quận Thủ Đức, TP.HCM:

{ "@context": "https://schema.org", "@type": "Service", "serviceType": "Bảo dưỡng xe ô tô", "provider": { "@type": "Organization", "name": "Công ty Dịch vụ Ô tô ABC", "url": "https://abccar.vn" }, "areaServed": { "@type": "AdministrativeArea", "name": "Quận Thủ Đức", "addressRegion": "TP.HCM" }, "offers": { "@type": "Offer", "priceSpecification": { "@type": "PriceSpecification", "price": "850000", "priceCurrency": "VND", "priceValidUntil": "2025-12-31" } } }

Đoạn mã này nên được đặt trong thẻ <script type=\"application/ld+json\"> ở phần <head> hoặc trước thẻ </body>.

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

Service Schema có hỗ trợ đa ngôn ngữ không?

Có. Bạn có thể thêm thuộc tính inLanguage (ví dụ: "vi") vào đối tượng Service. Tuy nhiên, Google hiện chưa sử dụng thuộc tính này để phân phối rich result theo ngôn ngữ — việc hiển thị vẫn phụ thuộc vào cài đặt vùng và ngôn ngữ trình duyệt người dùng.

Có thể khai báo nhiều dịch vụ trên cùng một trang không?

Có thể, nhưng chỉ nên làm khi trang thực sự mô tả nhiều dịch vụ riêng biệt và có nội dung đủ sâu cho từng dịch vụ. Mỗi Service Schema phải độc lập, không lồng ghép. Nếu không, nên tách thành các trang riêng biệt để đảm bảo chất lượng và độ chính xác.

Service Schema có ảnh hưởng đến tốc độ tải trang không?

Không đáng kể. Đoạn JSON-LD thường dưới 2 KB và không chặn render. Tuy nhiên, nếu nhúng hàng chục schema trên một trang (ví dụ: danh mục dịch vụ dài), nên kiểm tra bằng PageSpeed Insights để đảm bảo không gây chậm trễ — tùy trường hợp.