Schema nâng cao: chọn đúng loại lược đồ cho 8 ngành, kiểm tra kết quả nhiều định dạng (2026)

Biết bộ khung 6 loại lược đồ (schema) tối thiểu là một chuyện, chọn đúng loại cho ngành của mình và làm nó hiển thị lại là chuyện khác. Bài này là phần thực chiến: chọn lược đồ đúng cho 8 ngành phổ biến, hiểu định dạng nào của Google còn hiển thị năm 2026 và định dạng nào đã bị gỡ, rồi kiểm tra bằng 3 công cụ để chắc chắn đánh dấu chạy đúng. Nếu bạn chưa nắm bộ khung 6 loại nền và cách viết JSON-LD, hãy đọc bài nền schema markup là gì trước, rồi quay lại đây để đi sâu theo ngành.

Schema nâng cao khác gì bộ khung tối thiểu?

Trả lời ngắn: Bộ khung tối thiểu 6 loại (Organization, WebSite, BreadcrumbList, Article, Person, LocalBusiness) là nền chung cho mọi website. Schema nâng cao là thêm đúng loại đặc thù của ngành lên trên nền đó — Restaurant cho nhà hàng, LegalService cho luật sư, Product cho bán lẻ — để Google và các công cụ AI hiểu chính xác bạn là ai và cung cấp cái gì, thay vì chỉ biết bạn là một doanh nghiệp chung chung.

Khác biệt nằm ở độ cụ thể của thực thể. Một tiệm bánh khai báo LocalBusiness thì máy chỉ biết đây là cơ sở kinh doanh có địa chỉ. Cùng tiệm đó khai báo Bakery (một nhánh con của FoodEstablishment) kèm Menu và giờ mở cửa thì máy hiểu đây là tiệm bánh, bán gì, mở khi nào — đủ dữ liệu để đưa vào kết quả phù hợp với truy vấn cụ thể. Đánh dấu càng đúng nhánh con, đồ thị tri thức của Google càng gắn bạn với đúng chủ đề. Nguyên tắc chọn loại bám sát cây phân cấp của từ điển Schema.org: luôn chọn nhánh con cụ thể nhất còn đúng với bạn.

Chọn lược đồ đúng cho 8 ngành thế nào?

Trả lời ngắn: Mỗi ngành có một hoặc hai loại đặc thù đắp lên nền 6 loại tối thiểu. Dưới đây là 8 ngành phổ biến của khách Việt cùng loại nên dùng và thuộc tính quan trọng nhất cho mỗi loại. Quy tắc chung: chọn nhánh con cụ thể nhất trong cây LocalBusiness còn đúng với bạn, khai báo đủ tên, địa chỉ, điện thoại, giờ mở cửa, rồi thêm loại riêng của ngành.

1. Nhà hàng và quán ăn — Restaurant và Menu

Dùng Restaurant (nhánh con của FoodEstablishment) thay vì LocalBusiness chung. Thuộc tính quan trọng: servesCuisine (loại ẩm thực), priceRange (khoảng giá dạng ký hiệu), menu (đường dẫn tới trang thực đơn), acceptsReservations (có nhận đặt bàn không). Thêm loại Menu với các MenuSection và MenuItem nếu thực đơn nằm trực tiếp trên website. Đánh dấu này giúp Google hiểu bạn phục vụ món gì, hữu ích khi khách tìm theo loại món cụ thể.

2. Spa và thẩm mỹ — HealthAndBeautyBusiness và Service

Dùng HealthAndBeautyBusiness (nhánh con của LocalBusiness) cho cơ sở, kèm loại Service cho từng dịch vụ (chăm sóc da, gội đầu dưỡng sinh, trị liệu). Thuộc tính quan trọng cho Service: name, description, provider (trỏ về cơ sở), areaServed (khu vực phục vụ), offers (thông tin gói nếu công khai). Đây là ngành cần chú ý ranh giới tự đánh giá: không tự gắn đánh giá sao cho chính cơ sở mình, chỉ dùng đánh giá thật từ nguồn độc lập.

3. Luật sư — LegalService và Person

Dùng LegalService cho văn phòng, và mô tả từng luật sư bằng Person trỏ từ văn phòng (loại Attorney đã bị schema.org khai tử, gộp vào LegalService nên không dùng nữa). Đây là ngành thuộc nhóm nhạy cảm về tiền và pháp lý nên tín hiệu chuyên môn rất quan trọng. Thuộc tính đáng chú ý: areaServed, knowsAbout (lĩnh vực chuyên môn: dân sự, doanh nghiệp, đất đai), và trỏ tác giả bài viết về đúng Person luật sư có knowsAbout khớp. Tín hiệu chuyên môn, thẩm quyền, độ tin cậy này gắn chặt với 4 tín hiệu E-E-A-T — bàn kỹ ở bài E-E-A-T là gì.

4. Phòng khám và nha khoa — MedicalClinic hoặc Dentist và Physician

Dùng Dentist cho phòng nha, MedicalClinic hoặc nhánh y tế phù hợp cho phòng khám, kèm Physician cho từng bác sĩ. Đây cũng là ngành nhạy cảm về sức khỏe, cần thông tin chính xác tuyệt đối: tên cơ sở, giấy phép, chuyên khoa (medicalSpecialty), bác sĩ phụ trách. Không phóng đại kết quả điều trị trong description. Đánh dấu đúng giúp cơ sở xuất hiện trong nhóm địa phương và được công cụ AI trích dẫn khi khách hỏi về dịch vụ y tế trong khu vực.

5. Bất động sản — RealEstateAgent và Offer

Dùng RealEstateAgent cho sàn hoặc môi giới, và mô tả từng bất động sản qua Offer gắn với Product hoặc Accommodation. Thuộc tính quan trọng: name, address, floorSize (diện tích), numberOfRooms, price và priceCurrency trong Offer. Với danh sách nhiều bất động sản, mỗi trang chi tiết một bất động sản nên có đánh dấu riêng, tránh gộp tất cả vào một trang danh sách vì như vậy máy không tách được từng món.

6. Khách sạn và lưu trú — Hotel và AggregateRating

Dùng Hotel hoặc LodgingBusiness cho cơ sở lưu trú, kèm Offer cho từng loại phòng và AggregateRating nếu có đánh giá thật từ khách. Thuộc tính quan trọng: starRating (hạng sao cơ sở), amenityFeature (tiện nghi), checkinTime, checkoutTime, priceRange. Ngành lưu trú là một trong số ít còn được hưởng nhiều định dạng hiển thị đặc thù trên Google nhờ dữ liệu giá và tình trạng phòng, nên đánh dấu đầy đủ để hưởng lợi ích rõ ràng.

7. Giáo dục và trung tâm — EducationalOrganization và Course

Dùng EducationalOrganization cho trung tâm và Course cho từng khóa học. Thuộc tính quan trọng cho Course: name, description, provider, và hasCourseInstance với thông tin lịch học, hình thức (trực tuyến hay tại chỗ). Nếu khóa học có giá công khai, thêm offers. Đánh dấu Course còn đủ điều kiện hiển thị danh sách khóa học trên Google khi khai báo đủ hasCourseInstance, là ngành hiếm hoi còn giữ được định dạng riêng sau đợt cắt năm 2023.

8. Bán lẻ và thương mại điện tử — Product, Offer và AggregateRating

Dùng Product cho từng sản phẩm, Offer cho giá và tình trạng còn hàng, AggregateRating và Review cho đánh giá thật của khách. Thuộc tính quan trọng: name, image, sku, brand, price, priceCurrency, availability. Đây là ngành hưởng lợi nhiều nhất từ đánh dấu còn hiển thị năm 2026: sao đánh giá, giá, tình trạng còn hàng đều hiện ngay trên kết quả tìm kiếm, tăng tỷ lệ nhấp rõ rệt. Điều kiện bắt buộc: đánh giá phải là thật từ khách, không tự tạo.

Kết quả nhiều định dạng nào còn hiển thị năm 2026?

Trả lời ngắn: Google đã cắt mạnh từ năm 2023. Còn hiển thị tốt: đường dẫn phân cấp, đánh giá sao cho sản phẩm bán lẻ, giá và tình trạng còn hàng, thông tin doanh nghiệp địa phương, danh sách khóa học và công thức nấu ăn. Đã bị gỡ hoặc thu hẹp: kết quả HowTo và kết quả câu hỏi thường gặp đều đã bị gỡ hẳn, không còn hiện cho bất kỳ website nào.

Các định dạng còn hiển thị và mang lại lợi ích rõ

Nhóm này đáng đầu tư vì cải thiện trực tiếp trên trang kết quả: đường dẫn phân cấp (Breadcrumb) hiện đường dẫn thay cho URL dài; đánh giá sao (Review, AggregateRating) cho sản phẩm và một số dịch vụ; giá và tình trạng còn hàng (Offer) cho sản phẩm bán lẻ; thông tin doanh nghiệp địa phương từ LocalBusiness; danh sách khóa học từ Course; công thức nấu ăn từ Recipe. Danh mục đầy đủ và điều kiện chi tiết nằm ở thư viện dữ liệu cấu trúc của Google Search Central.

Những thay đổi 2023 đến 2026 bạn cần biết

Tháng 8/2023 Google giới hạn kết quả câu hỏi thường gặp chỉ hiển thị cho các website uy tín của cơ quan nhà nước và y tế; tháng 9/2023 gỡ hẳn kết quả HowTo trên cả máy tính và di động, theo thông báo chính thức của Google Search Central. Đến tháng 5/2026, Google gỡ hẳn cả kết quả câu hỏi thường gặp cho mọi website — kể cả các trang cơ quan nhà nước và y tế trước đây còn được giữ, theo thông báo ngừng hỗ trợ trong tài liệu FAQPage của Google Search Central. Nghĩa là gắn lược đồ FAQPage hay HowTo giờ không còn tạo định dạng nổi bật cho bất kỳ website nào. Tệ hơn, gắn câu hỏi thường gặp lên nội dung không phải câu hỏi thật còn vi phạm hướng dẫn dữ liệu cấu trúc của Google. Sai phạm này có thể khiến trang mất quyền hiển thị định dạng hoặc bị phạt thủ công — nên chỉ giữ FAQPage cho phần hỏi đáp thật, câu hỏi thật và hiển thị đầy đủ trên trang.

Vì sao vẫn nên đánh dấu dù không còn định dạng nổi bật

Đánh dấu không chỉ để lấy định dạng đẹp trên kết quả tìm kiếm. Nó giúp Google và các công cụ AI đọc hiểu thực thể: bạn là ai, bán gì, phục vụ khu vực nào. Đồ thị tri thức của Google và các công cụ như ChatGPT, Gemini, Perplexity, AI Hay dùng dữ liệu này để quyết định trích dẫn ai khi trả lời. Vai trò của lược đồ trong AEO — tối ưu để AI trích dẫn — được bàn kỹ ở bài tối ưu AI search. Cắt định dạng hiển thị không có nghĩa là bỏ đánh dấu — vai trò của nó đã chuyển từ trang trí kết quả sang nền tảng cho máy hiểu.

Kiểm tra kết quả nhiều định dạng bằng công cụ nào?

Trả lời ngắn: Dùng 3 công cụ theo thứ tự. Bộ kiểm lược đồ của Schema.org kiểm cú pháp có đúng từ điển không. Công cụ kiểm kết quả nhiều định dạng của Google kiểm trang có đủ điều kiện hiển thị định dạng đặc thù không. Báo cáo các mục cải tiến trong Google Search Console theo dõi lỗi và cảnh báo trên toàn website sau khi đã chạy thật.

Công cụ 1 — Bộ kiểm lược đồ của Schema.org (kiểm cú pháp)

Chạy bộ kiểm của Schema.org đầu tiên. Công cụ này kiểm đánh dấu có đúng cú pháp và đúng từ điển Schema.org không, không giới hạn theo tiêu chuẩn riêng của Google. Dán URL hoặc dán trực tiếp đoạn mã JSON-LD, công cụ liệt kê mọi loại và thuộc tính nó đọc được, đánh dấu lỗi cú pháp và thuộc tính không hợp lệ. Đây là bước bắt lỗi rẻ nhất và nhanh nhất.

Công cụ 2 — Công cụ kiểm kết quả nhiều định dạng của Google (kiểm điều kiện)

Sau khi cú pháp sạch, chạy công cụ kiểm kết quả nhiều định dạng của Google. Công cụ này kiểm trang có đủ điều kiện cho định dạng đặc thù của Google không, và cho xem trước trang hiển thị thế nào. Lưu ý: một đánh dấu đúng cú pháp Schema.org vẫn có thể không đủ điều kiện định dạng của Google nếu thiếu thuộc tính bắt buộc riêng — nên cần cả 2 công cụ, không thay thế nhau được.

Công cụ 3 — Báo cáo các mục cải tiến trong Google Search Console (theo dõi thật)

Hai công cụ trên kiểm từng trang một lúc. Khi website đã chạy thật, dùng báo cáo các mục cải tiến trong Google Search Console để theo dõi lỗi và cảnh báo đánh dấu trên toàn bộ website theo thời gian thật, với chính dữ liệu Google thu được khi thu thập trang. Cách đọc báo cáo này để ra quyết định nằm ở bài hướng dẫn Google Search Console từ A đến Z. Quy trình đúng: kiểm cú pháp bằng Schema.org, kiểm điều kiện bằng công cụ Google, rồi giám sát toàn website bằng Search Console.

3 lỗi khi làm schema nâng cao

Lỗi 1 — Đánh dấu nội dung không hiển thị trên trang

Gắn đánh dấu cho thông tin không có trên trang người dùng nhìn thấy — giá không hiện, đánh giá không hiện, câu hỏi đáp không hiện — là vi phạm chính sách của Google và có thể bị phạt thủ công. Nguyên tắc: mọi thông tin được đánh dấu trong lược đồ đều phải xuất hiện trên trang mà người dùng đọc được. Đánh dấu phản ánh nội dung, không thêm nội dung ẩn.

Lỗi 2 — Gắn câu hỏi thường gặp lên trang không phù hợp

Nhồi FAQPage lên trang giới thiệu, trang dịch vụ, trang giá chỉ vì có vài câu hỏi phụ là sai từ sau đợt siết năm 2023, và còn vi phạm hướng dẫn dữ liệu cấu trúc của Google về đánh dấu đúng nội dung hiển thị. Chỉ giữ FAQPage cho phần hỏi đáp thật — câu hỏi thật, câu trả lời đầy đủ, hiển thị rõ trên trang, như mục hỏi đáp cuối bài này. Gỡ FAQPage khỏi trang nhồi vài câu hỏi phụ chỉ để lấy markup.

Lỗi 3 — Chọn sai loại hoặc tự đánh giá chính mình

Dùng Product cho một dịch vụ, dùng LocalBusiness chung khi có nhánh con cụ thể hơn, hoặc tự gắn đánh giá sao cho chính doanh nghiệp mình đều là lỗi phổ biến. Tự đánh giá chính mình không đủ điều kiện hiển thị và có thể bị phạt. Cách đúng: chọn loại khớp nhất với thực thể, và chỉ dùng đánh giá thật từ khách qua nguồn độc lập.

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

Không có định dạng hiển thị thì đánh dấu lược đồ còn đáng làm không?

Còn, và ngày càng quan trọng. Định dạng hiển thị nổi bật chỉ là một phần lợi ích. Phần lớn giá trị bây giờ nằm ở chỗ giúp Google và các công cụ AI hiểu đúng thực thể của bạn để quyết định trích dẫn. Khi AI trả lời câu hỏi của khách, nó ưu tiên nguồn mà nó hiểu rõ là ai và cung cấp gì — đánh dấu chính xác là cách nói rõ điều đó cho máy.

Nên gắn bao nhiêu loại lược đồ trên một trang?

Gắn đúng loại phản ánh nội dung thật của trang, không nhồi. Một trang sản phẩm cần Product, Offer, AggregateRating là hợp lý vì trang đó thật sự chứa các thông tin ấy. Một trang giới thiệu nhồi thêm FAQPage, Course, Recipe chỉ để có nhiều loại là sai. Nguyên tắc: mỗi loại phải khớp với nội dung hiển thị trên đúng trang đó.

Đánh dấu bằng JSON-LD hay bằng thuộc tính gắn trong HTML?

Google khuyến nghị JSON-LD — một khối mã đặt trong phần đầu trang hoặc thân trang, tách khỏi nội dung hiển thị nên dễ quản lý và ít vỡ khi sửa giao diện. Cách gắn thuộc tính trực tiếp vào thẻ HTML (microdata) vẫn hợp lệ nhưng khó bảo trì hơn. Với website doanh nghiệp, dùng JSON-LD là lựa chọn thực dụng nhất.

Sửa lược đồ xong bao lâu Google mới cập nhật?

Công cụ kiểm kết quả nhiều định dạng phản hồi ngay khi bạn kiểm tra, nhưng để thay đổi có hiệu lực trong kết quả tìm kiếm thật thì Google cần thu thập lại trang, thường vài ngày đến vài tuần tùy tần suất thu thập website của bạn. Theo dõi tiến trình qua báo cáo các mục cải tiến trong Google Search Console, đừng kết luận sớm chỉ dựa trên công cụ kiểm tra.

Bắt đầu làm schema nâng cao thế nào?

3 việc làm được ngay hôm nay. Bước 1 — xác định ngành của bạn trong 8 ngành ở trên, chọn loại đặc thù tương ứng và liệt kê các thuộc tính bắt buộc; nếu chưa vững nền, đọc lại bài schema markup là gì. Bước 2 — viết đánh dấu JSON-LD cho một trang quan trọng nhất, kiểm tra cú pháp bằng bộ kiểm Schema.org rồi kiểm điều kiện bằng công cụ của Google, đối chiếu với bảng kiểm SEO kỹ thuật 30 điểm 2026. Bước 3 — sau khi triển khai, giám sát toàn website bằng báo cáo các mục cải tiến trong Google Search Console rồi mở rộng dần đánh dấu sang các loại đặc thù còn lại của ngành; nếu muốn bàn cụ thể bộ lược đồ cho đúng ngành của bạn dựa trên website thật chứ không phải mẫu chung, liên hệ HAYWEB tư vấn trực tiếp — nhà sáng lập Nguyễn Thế Quyền trả lời, không qua trung gian bán hàng.