Schema & Structured Data

QAPage Schema

Schema đánh dấu trang hỏi-đáp, giúp Google nhận diện câu hỏi và câu trả lời chính để hiển thị rich result.

5 lượt xem Cập nhật: 31/05/2026

QAPage Schema là gì?

QAPage Schema là loại đánh dấu dữ liệu có cấu trúc (structured data) thuộc chuẩn schema.org, dùng để xác định rõ một trang web chứa nội dung hỏi – đáp (Q&A). Nó giúp công cụ tìm kiếm — đặc biệt là Google — nhận diện đâu là câu hỏi chính, đâu là các câu trả lời được người dùng hoặc chủ sở hữu trang cung cấp, và ai là người đặt câu hỏi hay trả lời.

Loại schema này chỉ áp dụng cho trang tập trung vào một câu hỏi duy nhất và nhiều câu trả lời liên quan — ví dụ như trang hỏi đáp trên diễn đàn, trang hỗ trợ kỹ thuật, hoặc bài viết dạng FAQ do người viết chủ động tạo (không phải danh sách FAQ tổng hợp).

Tại sao quan trọng trong SEO?

QAPage Schema không trực tiếp nâng thứ hạng từ khóa, nhưng nó hỗ trợ mạnh mẽ cho chiến lược SEO nội dung bằng cách:

  • Tăng khả năng xuất hiện trong rich result (kết quả mở rộng) trên Google — cụ thể là khối hỏi-đáp với biểu tượng hỏi đáp, hiển thị câu hỏi + câu trả lời nổi bật ngay trên trang kết quả tìm kiếm (SERP);
  • Cải thiện độ tin cậy và tính hữu ích của trang trong mắt Google, nhờ dữ liệu rõ ràng về vai trò của từng phần tử (người hỏi, người trả lời, ngày đăng, trạng thái chấp nhận…);
  • Hỗ trợ Google hiểu đúng ngữ cảnh: tránh nhầm lẫn giữa trang hỏi-đáp với trang bài viết thông thường hoặc trang FAQ tổng hợp (dùng FAQPage thay vì QAPage);
  • Tăng tỷ lệ nhấp (CTR) nhờ hiển thị hấp dẫn hơn — nghiên cứu của Search Engine Journal (2023) ghi nhận CTR trung bình của rich result Q&A cao hơn 28–35% so với kết quả chuẩn, tùy ngành.

Cách hoạt động

Google đọc mã JSON-LD (hoặc Microdata/RDFa) được chèn vào trang, sau đó kiểm tra xem các thuộc tính bắt buộc có đầy đủ và hợp lệ hay không. Nếu đạt yêu cầu, Google sẽ chọn một câu trả lời làm “câu trả lời được chấp nhận” (acceptedAnswer) để hiển thị trong rich result — thường là câu trả lời do người hỏi đánh dấu là hữu ích nhất, hoặc do quản trị viên chọn thủ công.

Quá trình này phụ thuộc hoàn toàn vào việc đánh dấu chính xác — không có thuật toán nào tự động suy luận câu trả lời nếu thiếu acceptedAnswer hoặc mainEntity.

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

Để triển khai QAPage Schema đúng chuẩn, bạn cần tuân thủ 4 bước sau:

  1. Xác định trang phù hợp: Chỉ dùng cho trang có một câu hỏi chính và ít nhất một câu trả lời. Không dùng cho trang liệt kê nhiều câu hỏi (dùng FAQPage), không dùng cho trang blog thông thường.
  2. Chuẩn bị dữ liệu cần thiết: Bao gồm — câu hỏi (text + datePublished), người hỏi (name + url nếu có), danh sách câu trả lời (mỗi câu trả lời cần text, datePublished, author), và ít nhất một acceptedAnswer.
  3. Viết mã JSON-LD: Đề xuất dùng định dạng JSON-LD chèn trong thẻ <head>. Đây là cách Google ưu tiên và dễ kiểm soát nhất.
  4. Kiểm tra & gửi lại: Dùng URL Inspection Tool trong Google Search Console để xác minh. Sau khi sửa lỗi, gửi yêu cầu lập chỉ mục lại.

Lỗi thường gặp

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

Lỗi Hệ quả Cách sửa
Thiếu @type: "QAPage" hoặc mainEntity Google bỏ qua schema hoàn toàn Thêm đầy đủ @type, mainEntity trỏ tới đối tượng Question
Không có acceptedAnswer Không hiển thị rich result Q&A Gán rõ ràng một Answer làm acceptedAnswer; nếu chưa có, có thể tạm dùng câu trả lời đầu tiên
Dùng datePublished sai định dạng (ví dụ: "2024-05-20 14:30") Lỗi phân tích thời gian → schema bị từ chối Dùng chuẩn ISO 8601: "2024-05-20T14:30:00+07:00" hoặc tối thiểu "2024-05-20"
Đánh dấu nhiều câu hỏi trên cùng một trang Vi phạm quy tắc QAPage — Google có thể bỏ qua hoặc báo lỗi Tách mỗi câu hỏi ra thành một URL riêng, hoặc chuyển sang dùng FAQPage

Ví dụ thực tế

Dưới đây là đoạn mã JSON-LD mẫu cho trang hỏi-đáp về "Cách reset mật khẩu WordPress":

{ "@context": "https://schema.org", "@type": "QAPage", "mainEntity": { "@type": "Question", "name": "Cách reset mật khẩu WordPress khi quên?", "text": "Tôi đã quên mật khẩu admin WordPress và không thể đăng nhập vào trang quản trị. Làm thế nào để đặt lại?", "datePublished": "2024-04-12T09:15:00+07:00", "author": { "@type": "Person", "name": "Nguyễn Văn A" }, "acceptedAnswer": { "@type": "Answer", "text": "Bạn có thể reset mật khẩu qua phpMyAdmin: truy cập bảng wp_users, tìm dòng user_login, sau đó đổi giá trị user_pass thành MD5 của mật khẩu mới.", "datePublished": "2024-04-12T10:22:00+07:00", "author": { "@type": "Person", "name": "Kỹ thuật viên Bách Khoa" } }, "suggestedAnswer": [ { "@type": "Answer", "text": "Dùng tính năng 'Quên mật khẩu' ở màn hình đăng nhập, nhập email đã đăng ký.", "datePublished": "2024-04-12T09:45:00+07:00", "author": { "@type": "Person", "name": "Lê Thị B" } } ] } }

Lưu ý: Tất cả giá trị text phải khớp 100% với nội dung hiển thị trên trang — Google kiểm tra sự nhất quán này nghiêm ngặt.

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

QAPage Schema có khác gì so với FAQPage Schema?

Có. QAPage dành riêng cho trang có một câu hỏi duy nhất và nhiều câu trả lời từ cộng đồng hoặc chuyên gia. Còn FAQPage dùng cho trang chứa nhiều câu hỏi – trả lời độc lập, thường do chủ website biên soạn trước (ví dụ: trang Hỗ trợ khách hàng với 10 mục FAQ). Hai loại này không thay thế được nhau.

Google có bắt buộc phải hiển thị rich result khi dùng QAPage không?

Không. Việc hiển thị rich result là quyền quyết định cuối cùng của Google. Ngay cả khi schema hợp lệ 100%, Google vẫn có thể chọn không hiển thị nếu thấy nội dung không đủ chất lượng, không phù hợp ngữ cảnh tìm kiếm, hoặc vi phạm nguyên tắc trải nghiệm người dùng. Tuy nhiên, schema đúng là điều kiện cần để được xét duyệt.

Có thể dùng QAPage cho trang hỏi đáp do AI tạo ra không?

Có thể, miễn là đáp ứng đủ yêu cầu kỹ thuật và minh bạch về nguồn gốc. Tuy nhiên, Google khuyến cáo rõ trong hướng dẫn: nếu câu trả lời do AI tạo, cần ghi rõ “Được tạo bởi AI” trong nội dung hiển thị — không chỉ trong schema. Việc che giấu nguồn gốc có thể dẫn đến giảm niềm tin và ảnh hưởng xếp hạng dài hạn.