Hướng dẫn về QAPage Schema

Tóm tắt — QAPage schema là code bạn thêm để trang đó được xây dựng khoảng một câu hỏi đó khác mọi người câu trả lời — forum chuỗi trao đổi, “solved” hỗ trợ trang, Stack Overflow-style trang. nó labels câu hỏi và mỗi câu trả lời so Google có thể hiển thị richer Q& listing. nó là không cho FAQ sections bạn wrote yourself (đó FAQPage), và — good news cho 2026 — unlike FAQPage, QAPage là vẫn supported Google feature.

Điều gì QAPage schema là

Some các trang là thực sự về một single câu hỏi đó một community các câu trả lời. Somebody asks “How do I fix X?” (bản dịch) «Cách làm I cách sửa X?», và other mọi người post các câu trả lời — một nhận accepted as đó giải pháp, others nhận upvotes. Stack Overflow hoạt động này way. So làm một forum chuỗi trao đổi marked “solved,” hoặc một sản phẩm-hỗ trợ trang nơi người dùng help mỗi other.

QAPage schema là một nhỏ block of code — gần như luôn JSON-LD — đó spells out để một công cụ tìm kiếm điều gì đó trang là: “this is the question,” (bản dịch) «này là đó câu hỏi,» “these are the answers,” (bản dịch) «những là đó các câu trả lời,» “this one was accepted,” (bản dịch) «này một đã là accepted,» “this one has 12 upvotes.” (bản dịch) «này một có 12 upvotes.» MỘT human reading đó trang có thể tell all đó tại một glance; một công cụ tìm kiếm cần điều này labeled.

Vì sao nó worth đang làm

payoff là Q& rich kết quả — richer, nhiều hơn hữu ích listing cho community Q& các trang đó có thể pull câu hỏi và top câu trả lời vào tìm kiếm kết quả. nhiều hơn informative listing có thể earn nhiều hơn clicks.

QAPage so với. FAQPage — một điều để nhận right

Đây là nơi gần như mọi người trips. có hai similar-sounding schema types:

• FAQPage — cho một list of các câu hỏi bạn wrote và bạn answered. Think một sản phẩm trang “Frequently Asked Questions” (bản dịch) «Frequently Asked Các câu hỏi» section. Một tác giả: đó chủ trang web.
• QAPage — cho một single câu hỏi nơi khác nhau người dùng submit đó các câu trả lời. Community nội dung, không của bạn own copy.

kiểm thử là đơn giản: ai ghi các câu trả lời? nếu nó bạn, đó FAQPage territory. nếu nó của bạn community, đó QAPage. Google explicitly nói không sử dụng QAPage markup on ordinary FAQ các trang.

good news cho 2026

Trong có thể 2026, Google deprecated FAQPage — những điều đó rich kết quả đã dừng appearing. HowTo là killed off trước đó. nó sẽ là easy để assume QAPage went với them. nó đã không. QAPage là vẫn được ghi lại và vẫn active — không deprecation notice on của nó tài liệu trang. So nếu bạn chạy genuine community Q& trang web, Đây là một của một vài Q&-flavored rich kết quả vẫn standing.

điều phần lớn mọi người nhận sai

• không mark lên của bạn own FAQ as QAPage để dodge FAQPage deprecation. Google reserves QAPage cho genuinely người dùng-được gửi các câu trả lời.
• Hợp lệ markup ≠ guaranteed rich kết quả. nó làm trang eligible; Google vẫn decides liệu để hiển thị nó.
• chỉ mark lên Điều gì thực sự on trang — câu hỏi và câu trả lời text trong của bạn code có để match Điều gì khách truy cập thực ra sees.

Muốn đầy đủ version — bắt buộc so với. được khuyến nghị properties, QAPage-so với- DiscussionForumPosting line, worked JSON-LD ví dụ, và nội dung policies đó disqualify trang? Chuyển để Nâng cao tab.

TL;DR — schema.org/QAPage markup (JSON-LD) làm một trang eligible cho Google Q&MỘT rich kết quả. đây là một QAPage whose mainEntity là một single Question (bắt buộc: name, answerCount, và ít nhất một of acceptedAnswer / suggestedAnswer); mỗi Answer requires text, với upvoteCount và một strongly được khuyến nghị url đó các trường hầu hết các hướng dẫn underweight. Đó phân biệt từ FAQPage là authorship — FAQPage là một site-owner-authored fixed list, QAPage là một câu hỏi với community-được gửi các câu trả lời. Google frames QAPage as một special case of DiscussionForumPosting: “Does your forum follow a question and answer pattern? Use Q&A markup instead.” (bản dịch) «Làm của bạn forum follow một câu hỏi và câu trả lời pattern? Dùng Q&MỘT markup thay vì.» không blanket- apply điều này trên mỗi chuỗi trao đổi, không dress lên self-answered nội dung as community Q&MỘT, và giữ Answer distinct từ Comment. Đó 2026 headline: unlike FAQPage (deprecated Có thể 7, 2026) và HowTo (đã biến mất by 2024), QAPage carries không deprecation notice và vẫn active. Hợp lệ markup earns eligibility; Google vẫn decides liệu để cho thấy đó kết quả.

Vì sao QAPage vẫn matters trong 2026 — FAQPage deprecation đã không touch nó

Bắt đầu ở đây, vì nó freshest và phần lớn misunderstood point. Google có là retiring Q&-liền kề rich kết quả:

• HowTo — restricted để desktop-chỉ trong 2023, sau đó fully deprecated trong 2024.
• FAQPage — Google đã thêm deprecation notice để FAQPage tài liệu on có thể 7, 2026, và FAQ rich kết quả đã dừng appearing trong Tìm kiếm đó day. Theo công cụ tìm kiếm Journal coverage, rollout là phased: rich kết quả đã dừng có thể 7, 2026; Search Console’s FAQ tìm kiếm-appearance filter, rich kết quả báo cáo, và Rich Kết quả Kiểm thử hỗ trợ là đã xóa vào tháng 6 năm 2026; và Search Console API hỗ trợ cho FAQ dữ liệu goes trong August

QAPage không phải swept lên trong either thay đổi. As của điều này research (mid-2026), QAPage tài liệu carry không deprecation banner, warning, hoặc “Note:” callout — nó vẫn được ghi lại as distinct, supported rich-kết quả loại. đó contrast là single phần lớn differentiated điều I có thể tell bạn về QAPage hiện tại: FAQPage là dead, QAPage không phải, và reason một dying không threaten khác là đó họ cover genuinely khác nội dung (nhiều hơn on đó tiếp theo). nếu bất cứ điều gì, Google có kept iterating on QAPage thay vì abandoning nó — khoảng October 2021 nó đã xóa author requirement từ suggestedAnswer, mà là opposite của spec left để rot.

I’ll thêm đó honest caveat: không ai tại Google có publicly guaranteed QAPage tương lai, và I không thể tìm một named Google rep (Mueller, Illyes, Sullivan) on record cụ thể về QAPage trong này research. Đó evidence đó đây là healthy là đó tài liệu status và đó ongoing maintenance, không một promise. “Google hasn’t had to publicly walk QAPage back the way it did FAQPage” (bản dịch) «Google hasn’t đã có để publicly walk QAPage lại đó way điều này đã làm FAQPage» là một fair đọc of đó situation.

QAPage so với. FAQPage: thực phân biệt là ai các câu trả lời

number của các câu hỏi on trang là red herring. phân biệt là authorship:

• FAQPage = trang web owner authoring fixed list của câu hỏi/câu trả lời pairs — của họ own nội dung, của họ own các câu trả lời.
• QAPage = single câu hỏi với các câu trả lời được gửi by khác community members, potentially nhiều các câu trả lời để một câu hỏi.

Google eligibility language làm “user-submitted” (bản dịch) «người dùng-được gửi» đó load-bearing phrase. Đó QAPage tài liệu name đó hợp lệ cases explicitly — “a forum page where users can submit answers to a single question” (bản dịch) «một forum trang nơi người dùng có thể submit các câu trả lời để một single câu hỏi» và “a product support page where users can submit answers to a single question” (bản dịch) «một sản phẩm hỗ trợ trang nơi người dùng có thể submit các câu trả lời để một single câu hỏi» — và name đó không hợp lệ ones chỉ as explicitly: FAQ các trang với không người dùng-submission khả năng, các trang với multiple các câu hỏi, cách-để các hướng dẫn, và blog posts. Practically, đó kiểm thử không chỉ ai happens để có answered so far — đây là liệu đó trang structurally lets khác nhau người dùng submit alternative các câu trả lời. MỘT hỗ trợ chuỗi trao đổi nơi bạn, đó chủ trang web, wrote mỗi reply đó tồn tại hôm nay vẫn fits QAPage nếu other người dùng có thể thêm competing các câu trả lời để điều này; một trang nơi chỉ bạn có thể bao giờ câu trả lời không, không quan trọng cách đây là hiện tại worded. So đó temptation để relabel của bạn own FAQ as QAPage để sidestep đó FAQPage deprecation không hoạt động — đây là đó chính xác nội dung loại QAPage forbids.

QAPage so với. DiscussionForumPosting: Google own dividing line

Nếu bạn chạy một forum, bạn đã nhận một second, subtler decision: là một được cho chuỗi trao đổi một Q&MỘT trang hoặc một discussion? Google các câu trả lời này trực tiếp trong của nó Discussion Forum tài liệu: “Note that for most of Google’s use cases, a Q&A page is considered a special case of a discussion forum page. If the structure of the forum website is primarily questions with answers, we recommend that you use Q&A markup instead. If the structure is more general and isn’t usually question and answer content, DiscussionForumPosting would be a better choice.” (bản dịch) «Note đó cho hầu hết of Google dùng cases, một Q&MỘT trang là considered một special case of một discussion forum trang. Nếu đó structure of đó forum website là primarily các câu hỏi với các câu trả lời, we khuyến nghị đó bạn dùng Q&MỘT markup thay vì. Nếu đó structure là hơn chung và không thường câu hỏi và câu trả lời nội dung, DiscussionForumPosting sẽ là một tốt hơn lựa chọn.» Đó giống nhau doc cho đó practical một-line kiểm thử: “Does your forum follow a question and answer pattern? Use Q&A markup instead.” (bản dịch) «Làm của bạn forum follow một câu hỏi và câu trả lời pattern? Dùng Q&MỘT markup thay vì.»

So đó mental model là một hierarchy: DiscussionForumPosting là đó chung case, và QAPage là đó special case bạn reach cho chỉ khi đó structure là genuinely một câu hỏi plus các câu trả lời. MỘT Reddit AMA-style “ask me anything” (bản dịch) «ask me bất cứ điều gì» chuỗi trao đổi leans Q&MỘT; một chung subreddit comment chuỗi trao đổi là discussion, và belongs dưới DiscussionForumPosting.

Câu trả lời so với. Comment — phân biệt Google thực ra draws

Bên trong QAPage, không mỗi reply là Answer. Google separates:

• Answer — genuine câu trả lời để câu hỏi. những điều này là Điều gì acceptedAnswer và suggestedAnswer point tại.
• Comment — clarifying remark on câu hỏi hoặc on existing câu trả lời. Google documents Comment as tùy chọn loại và là rõ ràng đó nó là không giống nhau as Answer.

Marking mỗi comment on câu trả lời as một Answer inflates của bạn câu trả lời count và misrepresents trang — và nội dung-mismatch là chính xác kind của điều đó attracts structured-dữ liệu manual hành động (dưới). Google properties mirror điều này split: answerCount được tính các câu trả lời, commentCount được tính comments, và cả hai là được khuyến nghị on Question (và on riêng lẻ Answer/Comment objects) so hai totals có thể là reconciled riêng thay vì lumped vào một number.

Bắt buộc và được khuyến nghị properties

structure là three nested types: QAPage, của nó mainEntity (một Question), và Answer(s) hanging off đó câu hỏi.

QAPage cấp độ

Câu hỏi cấp độ (mainEntity)

Câu trả lời cấp độ (acceptedAnswer / suggestedAnswer)

Three điều hầu hết implementation các hướng dẫn nhận sai hoặc blur together. Đầu tiên, tách biệt đó hợp lệ-representation rule từ đó eligibility rule: answerCount: 0 là một legitimate way để represent một câu hỏi không ai có answered tuy vậy, nhưng Google tài liệu là rõ ràng đó “questions without answers aren’t eligible for the rich result” (bản dịch) «các câu hỏi không có các câu trả lời không eligible cho đó rich kết quả» — 0 là hợp lệ markup, không hợp lệ eligibility. Second, acceptedAnswer và suggestedAnswer là không mutually exclusive — “một of” có nghĩa là bạn cần ít nhất một, không chỉ một. MỘT real trang commonly có cả hai an accepted câu trả lời và several suggested ones, và mỗi thuộc tính có thể repeat (Google các bảng cho phép “zero or more” (bản dịch) «zero hoặc hơn» of mỗi). không đọc đó requirement as forcing một lựa chọn giữa them. Third, Answer.url là strongly được khuyến nghị cho một reason: on một trang với dozens of các câu trả lời, điều này lets Google (và người dùng) deep-link straight để một cụ thể câu trả lời thay vì đó top of đó chuỗi trao đổi. Nếu bạn template QAPage và skip đó câu trả lời anchors, bạn là leaving đó on đó bảng.

Tác giả identity. Beyond naming ai asked hoặc answered, Google khuyến nghị pointing author.url tại đó person own trang và marking đó trang lên với ProfilePage dữ liệu có cấu trúc, so identity là unambiguous. Như mỗi khác được khuyến nghị thuộc tính ở đây, Đây là khuyến nghị, không bảo đảm — nó không promise xếp hạng hoặc display effect, chỉ đó Google có easier time resolving ai.

nội dung policies và Điều gì nhận trang disqualified

Hợp lệ markup không phải toàn bộ bar. QAPage tài liệu và Google chung structured-dữ liệu rules thêm nội dung constraints:

• Không cho FAQ các trang, và không cho multiple-các câu hỏi-theo-trang. Một câu hỏi theo QAPage. MỘT trang listing several distinct các câu hỏi không qualify.
• không blanket-apply trên mỗi chuỗi trao đổi. Đó tài liệu là rõ ràng: “Don’t apply QAPage markup to all pages on a site or forum if not all the content is eligible.” (bản dịch) «không apply markup để all các trang on một site hoặc forum nếu không all đó nội dung là eligible.» Này là đó trap cho forum software — dropping đó giống nhau schema block on mỗi chuỗi trao đổi URL regardless of liệu đó chuỗi trao đổi là thực ra một một-câu hỏi, community-answered trang. Template điều này conditionally, chỉ nơi đó trang fits.
• Nội dung-visibility parity. Đó câu hỏi và câu trả lời text trong của bạn markup phải match điều gì một human khách truy cập sees. Này là đó giống nhau rule mỗi Google rich kết quả carries, applied ở đây.
• Prohibited nội dung. Obscene, sexually rõ ràng, graphically violent, hoặc hateful language làm đó trang ineligible ngay cả khi đó markup là technically hợp lệ.
• Manual actions. Google khắc phục sự cố note: “If you received a structured data manual action against your page, the structured data on the page will be ignored (although the page can still appear in Google Search results).” (bản dịch) «Nếu bạn đã nhận một dữ liệu có cấu trúc manual hành động so với trang của bạn, đó dữ liệu có cấu trúc on đó trang sẽ là đã bỏ qua (although đó trang có thể vẫn xuất hiện trong Google Search kết quả).» Đó hầu hết phổ biến thực tế trigger cho một Q&MỘT-loại structured-dữ liệu manual hành động không QAPage-cụ thể — đây là đó chung “don’t mark up content a user can’t see” (bản dịch) «không mark lên nội dung một người dùng không thể see» rule applied để này loại (ví dụ, marking lên các câu trả lời đó không thực ra on đó trang, hoặc inflating Answer với Comment nội dung).

và eligibility-so với-display point đó áp dụng để all dữ liệu có cấu trúc: QAPage không bảo đảm rich kết quả hoặc xếp hạng boost. nó không phải xếp hạng factor; nó làm trang eligible cho Q& rich kết quả, và Google vẫn decides liệu để hiển thị nó.

Cách thực các nền tảng implement nó

Đó sạch nhất thực tế proof point là Discourse, đó open-nguồn forum nền tảng. Khi Discourse team discussed adopting Google thì-new markup cho của nó discourse-solved plugin (đó “mark this reply as the solution” (bản dịch) «mark này reply as đó giải pháp» feature), founder Sam Saffron argued cho QAPage as đó right fit — một major forum-software maintainer có chủ ý chọn QAPage over đó alternatives cho “solved” threads. Đó maps QAPage structure onto một familiar feature: đó solved reply becomes đó acceptedAnswer, đó other replies become suggestedAnswers, và đó vote được tính become upvoteCount. Nếu bạn là building hoặc configuring forum software, đó là đó pattern — wire đó markup để đó “accepted answer” (bản dịch) «accepted câu trả lời» mechanism bạn đã có, và emit điều này chỉ on threads đó genuinely follow đó Q&MỘT pattern.

QAPage và Education Q&: không giống nhau feature

Một nhanh disambiguation, vì names collide. Google riêng documents Education Q& dữ liệu có cấu trúc — Quiz + Question + Answer markup (với eduQuestionType: Flashcard) đó powers flashcard-style carousel cho educational topics. nó khác feature với khác appearance. Của nó own tài liệu point single-câu hỏi community các trang lại để QAPage: nếu của bạn trang là một câu hỏi followed by several người dùng-được gửi các câu trả lời, sử dụng QAPage — không Education Q&.

Validating và kiểm thử của bạn markup

Kiểm thử QAPage markup với Rich Kết quả Kiểm thử (mà các báo cáo Q& eligibility) và schema.org Schema Markup Validator (cho pure syntax). sane workflow: thêm properties → kiểm tra them so với QAPage guidelines → deploy as JSON-LD → validate. sau đó, sau khi trực tiếp, watch Search Console cho structured-dữ liệu các lỗi và xác nhận enhancement thực ra xuất hiện — remembering đó eligibility không phải bảo đảm của display.

note on Bing

I looked cho Bing-cụ thể QAPage tài liệu và đã không tìm bất kỳ. Bing Quản trị viên web Tools documents chung JSON-LD/Microdata/RDFa structured-dữ liệu hỗ trợ và offers Schema Markup Validator, nhưng không có gì QAPage-cụ thể surfaced. So honest statement là: Google là engine với dedicated QAPage hướng dẫn và được ghi lại Q& rich kết quả; Bing hỗ trợ ở đây là comparatively undocumented. đó khoảng trống trong Điều gì Bing có published, không claim về Cách Bing — hoặc bất kỳ khác hệ thống đó đọc schema.org markup — thực ra parses hoặc displays nó. Hợp lệ, schema.org-compliant markup không establish đó particular non-Google consumer dùng loại; nếu bạn cần để know Cách Bing (hoặc bất cứ điều gì khác) xử lý nó, đó có để là verified trực tiếp so với Bing own kết quả, không inferred từ markup là technically hợp lệ.

nơi điều này sits

QAPage lives trong Social & Community corner của dữ liệu có cấu trúc, alongside của nó siblings FAQPage schema và DiscussionForumPosting schema — three bạn’ll weigh so với mỗi khác constantly. cho rộng hơn vocabulary và nơi QAPage fits, see Dữ liệu có cấu trúc và Schema Markup hubs điều này bài viết nests dưới.

AI summary

condensed take on Nâng cao version:

• Điều gì điều này là: schema.org/QAPage markup (JSON-LD) cho một trang được xây dựng khoảng một câu hỏi với community-được gửi các câu trả lời — forum threads, “solved” hỗ trợ các trang, Stack Overflow-style các trang — đang làm điều này eligible cho Google Q&MỘT rich kết quả.
• 2026 headline: unlike FAQPage (deprecated Có thể 7, 2026, phased removal qua August 2026) và HowTo (đã biến mất by 2024), QAPage carries không deprecation notice và vẫn active. không assume điều này died với FAQPage; không relabel của bạn own FAQ as QAPage để dodge đó deprecation.
• QAPage so với. FAQPage = authorship, không câu hỏi count: FAQPage là một site-owner-authored fixed list; QAPage là một câu hỏi với khác nhau người dùng’ các câu trả lời. Google disallows QAPage on ordinary FAQ các trang.
• QAPage so với. DiscussionForumPosting: Google frames QAPage as một special case of một discussion forum — “Does your forum follow a question and answer pattern? Use Q&A markup instead.” (bản dịch) «Làm của bạn forum follow một câu hỏi và câu trả lời pattern? Dùng Q&MỘT markup thay vì.» Chung discussion → DiscussionForumPosting.
• Structure & bắt buộc properties: một QAPage whose mainEntity là một Question (name, answerCount, và ít nhất một of acceptedAnswer/suggestedAnswer — không “chỉ một”; cả hai có thể coexist và mỗi có thể repeat); mỗi Answer cần text, với url strongly được khuyến nghị (deep-link để một cụ thể câu trả lời) và upvoteCount được khuyến nghị. answerCount: 0 validly represents an unanswered câu hỏi, nhưng đó câu hỏi không eligible cho đó rich kết quả until điều này có an câu trả lời.
• Answer ≠ Comment: các câu trả lời là genuine các phản hồi; comments là clarifications — không mark comments lên as các câu trả lời. answerCount và commentCount là tracked và reconciled riêng.
• Tác giả identity: author.url on đó câu hỏi/câu trả lời tác giả, plus ProfilePage markup on đó tác giả own trang, là được khuyến nghị cho identity — không một xếp hạng hoặc display bảo đảm.
• Nội dung policies: một câu hỏi theo trang; không blanket-apply trên mỗi chuỗi trao đổi khi không all là eligible; markup phải match visible nội dung; không obscene/hateful/violent nội dung; nội dung-mismatch risks một structured-dữ liệu manual hành động.
• Eligibility ≠ display: không phải là yếu tố xếp hạng; hợp lệ markup chỉ làm đó trang eligible, Google decides liệu để cho thấy điều này.
• Nền tảng ví dụ: Discourse discourse-solved plugin (accepted reply → acceptedAnswer).
• Bing: không dedicated QAPage tài liệu được tìm thấy — Google là đó engine với một được ghi lại Q&MỘT rich kết quả.

Tài liệu chính thức

Chính-nguồn tài liệu từ các công cụ tìm kiếm.

Google

• Schema cho Q&MỘT Các trang (QAPage) dữ liệu có cấu trúc — đó có thẩm quyền reference: bắt buộc/được khuyến nghị properties, hợp lệ/không hợp lệ dùng cases, đó “don’t apply to all pages” (bản dịch) «không apply để all các trang» scoping rule, và nội dung policies.
• Discussion forum (DiscussionForumPosting) dữ liệu có cấu trúc — đó QAPage-so với-DiscussionForumPosting dividing line (“special case,” (bản dịch) «special case,» “is your forum primarily Q&A?” (bản dịch) «là của bạn forum primarily Q&MỘT?»).
• Education Q&MỘT dữ liệu có cấu trúc — đó tách biệt flashcard/quiz carousel feature đó các chuyển hướng single-câu hỏi các trang lại để QAPage.
• Mark lên FAQs với FAQPage dữ liệu có cấu trúc — hiện tại carrying đó 2026 deprecation notice; hữu ích cho đó contrast.
• Rich Kết quả Kiểm thử — validate đó markup và kiểm tra Q&MỘT eligibility.

Schema.org

• QAPage và Câu hỏi — underlying vocabulary definitions.

Bing / Microsoft

• Marking lên của bạn trang web với dữ liệu có cấu trúc — Bing chung structured-dữ liệu hỗ trợ (schema.org, JSON-LD được khuyến nghị).

Quotes từ nguồn

On—record statements từ tài liệu củ Google và từ forum-software maintainer ai adopted QAPage. nơi nguồn trang exposes text, link là deep link đó jumps để quoted passage.

Google tài liệu — QAPage phạm vi và rules

• On đó bắt buộc Question.name: “The full text of the question in its short form.” (bản dịch) «Đó đầy đủ text of đó câu hỏi trong của nó ngắn form.» — Google Search Central, QAPage tài liệu. Nhảy đến trích dẫn
• On không templating điều này mọi nơi: “Don’t apply QAPage markup to all pages on a site or forum if not all the content is eligible.” (bản dịch) «không apply markup để all các trang on một site hoặc forum nếu không all đó nội dung là eligible.» Nhảy đến trích dẫn
• On manual actions: “If you received a structured data manual action against your page, the structured data on the page will be ignored (although the page can still appear in Google Search results).” (bản dịch) «Nếu bạn đã nhận một dữ liệu có cấu trúc manual hành động so với trang của bạn, đó dữ liệu có cấu trúc on đó trang sẽ là đã bỏ qua (although đó trang có thể vẫn xuất hiện trong Google Search kết quả).» Nhảy đến trích dẫn

Google tài liệu — QAPage so với. DiscussionForumPosting ( dividing line)

• “Note that for most of Google’s use cases, a Q&A page is considered a special case of a discussion forum page. If the structure of the forum website is primarily questions with answers, we recommend that you use Q&A markup instead. If the structure is more general and isn’t usually question and answer content, DiscussionForumPosting would be a better choice.” (bản dịch) «Note đó cho hầu hết of Google dùng cases, một Q&MỘT trang là considered một special case of một discussion forum trang. Nếu đó structure of đó forum website là primarily các câu hỏi với các câu trả lời, we khuyến nghị đó bạn dùng Q&MỘT markup thay vì. Nếu đó structure là hơn chung và không thường câu hỏi và câu trả lời nội dung, DiscussionForumPosting sẽ là một tốt hơn lựa chọn.» — Google Search Central, Discussion Forum tài liệu. Nhảy đến trích dẫn
• “Does your forum follow a question and answer pattern? Use Q&A markup instead.” (bản dịch) «Làm của bạn forum follow một câu hỏi và câu trả lời pattern? Dùng Q&MỘT markup thay vì.» Nhảy đến trích dẫn

Sam Saffron, Discourse founder (Discourse Meta, forum-software implementation chuỗi trao đổi)

• Arguing cho QAPage as đó right markup cho đó discourse-solved plugin: “Introduce QAPage - Schema.org Type which is the best anyway.” (bản dịch) «Introduce QAPage - Schema.org Loại mà là đó best anyway.» Đọc đó chuỗi trao đổi

QAPage bảng tra nhanh

Mà schema cho mà trang

** nested structure**

QAPage → mainEntity → một Question → acceptedAnswer và/hoặc suggestedAnswer (mỗi Answer).

Bắt buộc properties

Cao-giá trị được khuyến nghị các trường

• Answer.url — strongly được khuyến nghị; deep-links để cụ thể câu trả lời.
• upvoteCount — on câu hỏi và mỗi câu trả lời.
• author, datePublished — on câu hỏi và các câu trả lời.

Fast facts

• Format: JSON-LD (được khuyến nghị).
• answerCount: 0 là hợp lệ markup cho unanswered câu hỏi, nhưng đó câu hỏi không phải eligible cho rich kết quả cho đến khi nó có câu trả lời. bạn cần ít nhất một của acceptedAnswer/suggestedAnswer — không “chỉ một”; cả hai có thể coexist và mỗi có thể repeat.
• Answer ≠ Comment — comments là clarifications, không các câu trả lời; answerCount và commentCount là tracked riêng.
• author.url + ProfilePage markup on đó trang là được khuyến nghị cho cả hai câu hỏi và câu trả lời authors — identity aid, không xếp hạng bảo đảm.
• không blanket-apply QAPage để mỗi chuỗi trao đổi; chỉ nơi trang fits.
• nội dung phải match Điều gì visible; không obscene/hateful/violent nội dung.
• 2026: QAPage là vẫn active; FAQPage (có thể 2026) và HowTo (2024) là deprecated.
• Hợp lệ markup = eligible, không guaranteed để hiển thị. không xếp hạng factor.

QAPage so với. FAQPage so với. DiscussionForumPosting — mà một?

three Social & Community schema types nhận confused constantly. Câu trả lời các câu hỏi và bạn’ll land on right một, sử dụng Google own dividing lines.

QAPage myths và mistakes để tránh

Myth: “QAPage got killed along with FAQPage in the May 2026 deprecation.” (bản dịch) «QAPage đã nhận killed along với FAQPage trong đó Có thể 2026 deprecation.» Sai. họ là tách biệt features với tách biệt eligibility criteria và tách biệt tài liệu. Chỉ FAQPage (và, trước đó, HowTo) đã là deprecated; QAPage tài liệu carries không deprecation notice và điều này vẫn an active rich kết quả.

Myth: “QAPage and FAQPage are interchangeable — pick whichever.” (bản dịch) «QAPage và FAQPage là interchangeable — pick whichever.» Sai. Google explicitly disallows QAPage on FAQ các trang. Đó distinguishing kiểm thử là authorship: single-nguồn curated các câu trả lời (FAQPage) so với. multiple community-được gửi các câu trả lời (QAPage). Relabeling của bạn own FAQ as QAPage để sidestep đó FAQPage deprecation là chính xác đó nội dung loại QAPage forbids.

Myth: “Any forum thread should use QAPage since it’s about Q&A.” (bản dịch) «Bất kỳ forum chuỗi trao đổi nên dùng QAPage since đây là về Q&MỘT.» Sai. QAPage là đó special case chỉ khi đó structure là genuinely một câu hỏi với các câu trả lời. Chung discussion/commentary threads belong dưới DiscussionForumPosting, với clarifications marked as Comment, không Answer.

Mistake: applying QAPage markup site-wide trên mỗi chuỗi trao đổi template. Explicitly warned so với: “Don’t apply QAPage markup to all pages on a site or forum if not all the content is eligible.” (bản dịch) «không apply markup để all các trang on một site hoặc forum nếu không all đó nội dung là eligible.» Template điều này conditionally — chỉ nơi đó riêng lẻ trang thực ra qualifies.

Mistake: marking comments on câu trả lời as nhiều hơn các câu trả lời. Answer là genuine phản hồi để câu hỏi; Comment là clarification on câu hỏi hoặc existing câu trả lời. Conflating them inflates answerCount, misrepresents nội dung, và risks structured-dữ liệu manual hành động cho nội dung mismatch.

Mistake: marking lên multi-câu hỏi trang as một QAPage. QAPage là một câu hỏi theo trang. trang listing several distinct các câu hỏi không qualify — đó neither QAPage nor (post-deprecation) FAQPage.

Mistake: markup đó không match visible trang. câu hỏi và câu trả lời text trong của bạn JSON-LD phải match Điều gì khách truy cập sees. Marking lên các câu trả lời đó không phải on trang là kinh điển trigger cho structured-dữ liệu manual hành động, sau khi mà Google bỏ qua trang dữ liệu có cấu trúc hoàn toàn.

Myth: “QAPage guarantees a rich result or a ranking boost.” (bản dịch) «QAPage bảo đảm một rich kết quả hoặc một xếp hạng boost.» Overstated. Như all dữ liệu có cấu trúc, điều này làm một trang eligible cho đó Q&MỘT rich kết quả; điều này không một xếp hạng factor, và eligibility là further limited by nội dung-quality và language restrictions (không obscene/hateful/violent nội dung).

Sạch so với. hỏng QAPage JSON-LD

sạch QAPage (một câu hỏi, accepted câu trả lời, và suggested câu trả lời)

Single câu hỏi as mainEntity, đúng answerCount, một acceptedAnswer và một suggestedAnswer, với upvoteCount và strongly-được khuyến nghị Answer.url on mỗi. (Simplified cho clarity.)

{
  "@context": "https://schema.org",
  "@type": "QAPage",
  "mainEntity": {
    "@type": "Question",
    "name": "How do I redirect an old URL to a new one without losing rankings?",
    "text": "We're consolidating two blog posts. What's the right redirect to keep the rankings?",
    "answerCount": 2,
    "author": { "@type": "Person", "name": "Dana R." },
    "datePublished": "2026-05-20T09:12:00-05:00",
    "upvoteCount": 8,
    "acceptedAnswer": {
      "@type": "Answer",
      "text": "Use a 301 permanent redirect from the old URL to the new one — it passes signals and tells Google the move is permanent.",
      "url": "https://example.com/community/redirect-question#answer-341",
      "upvoteCount": 27,
      "author": { "@type": "Person", "name": "Marcus T." },
      "datePublished": "2026-05-20T10:03:00-05:00"
    },
    "suggestedAnswer": {
      "@type": "Answer",
      "text": "A rel=canonical can work if both pages stay live, but for an actual move a 301 is the clearer instruction.",
      "url": "https://example.com/community/redirect-question#answer-352",
      "upvoteCount": 5,
      "author": { "@type": "Person", "name": "Priya S." },
      "datePublished": "2026-05-20T11:40:00-05:00"
    }
  }
}

giống nhau trang, hỏng

mỗi flagged line dưới là thực, phổ biến mistake:

{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": {
    "@type": "Question",
    "name": "How do I redirect an old URL to a new one?",
    "acceptedAnswer": {
      "@type": "Answer",
      "text": "Use a 301 redirect."
    },
    "suggestedAnswer": {
      "@type": "Comment",
      "text": "Thanks, that worked!"
    }
  }
}

Điều gì sai:

• "@type": "FAQPage" on community-được gửi các câu trả lời — này là một QAPage; dùng FAQPage ở đây là cả hai đó sai loại và hiện tại một deprecated một.
• Không answerCount — đây là bắt buộc on đó Question.
• suggestedAnswer là một Comment, không an Answer — và “Thanks, that worked!” (bản dịch) «Thanks, đó worked!» là một clarification, không an câu trả lời. suggestedAnswer phải point tại an Answer.
• Không upvoteCount và không Answer.url — url là strongly được khuyến nghị so Google có thể deep-link để một cụ thể câu trả lời on một dài chuỗi trao đổi.
• Không có gì sai với omitting author on suggestedAnswer by itself — Google dropped đó requirement trong 2021 — nhưng đó bị thiếu answerCount và đó Comment-as-Câu trả lời là hard các lỗi.

Applying nó để forum “solved” feature

Map schema onto feature bạn đã có ( pattern Discourse discourse-solved plugin follows):

• Đó reply marked as đó giải pháp → acceptedAnswer.
• Mỗi other reply đó các câu trả lời đó câu hỏi → một suggestedAnswer.
• Replies đó là chỉ clarifications (“did you try X?” (bản dịch) «đã làm bạn try X?», “thanks!”) → Comment, không Answer.
• Đó chuỗi trao đổi vote được tính → upvoteCount on đó câu hỏi và mỗi câu trả lời.
• Emit đó block chỉ on threads đó follow đó Q&MỘT pattern — không on mỗi forum URL.

Tự kiểm tra: QAPage Schema

Five nhanh các câu hỏi on QAPage — Điều gì nó cho, Cách nó differs từ của nó siblings, và của nó bắt buộc properties. Pick câu trả lời cho mỗi, sau đó kiểm tra.

các tài nguyên worth của bạn time

My writing on điều này topic

I haven’t published standalone QAPage hướng dẫn của my own, so thay vì point bạn tại điều gì đó không exist, honest move là để gửi bạn để chính sources dưới và để related structured-dữ liệu hoạt động on điều này trang web. cho rộng hơn vocabulary và nơi QAPage fits, see Dữ liệu có cấu trúc và Schema Markup hubs; QAPage closest neighbors là FAQPage schema và DiscussionForumPosting schema các bài viết trong điều này giống nhau Social & Community sub-cluster. cho AI angle, Schema Markup cho AI.

từ khoảng ngành

• Schema cho Q& các trang (QAPage) dữ liệu có cấu trúc (Google Search Central) — có thẩm quyền reference cho properties, hợp lệ/không hợp lệ dùng, và nội dung policies.
• Discussion forum dữ liệu có cấu trúc (Google) — QAPage-so với-DiscussionForumPosting dividing line, quoted verbatim trong Quotes tab.
• Education Q& dữ liệu có cấu trúc (Google) — tách biệt flashcard-carousel feature, và Vì sao single-câu hỏi các trang go lại để QAPage.
• Google Drops FAQ Rich Kết quả từ Tìm kiếm (công cụ tìm kiếm Journal) — 2026 FAQPage deprecation và của nó phased có thể–August timeline, mà là Điều gì làm QAPage survival newsworthy.
• Google Thay đổi nhiều hơn Dữ liệu có cấu trúc Requirements (công cụ tìm kiếm Journal, Roger Montti, Oct 2021) — coverage của Google removing suggestedAnswer.author requirement, evidence QAPage là actively maintained.
• Google launches Q& dữ liệu có cấu trúc cho Câu hỏi & Câu trả lời các trang (công cụ tìm kiếm Land) — gốc QAPage launch coverage.
• Hỗ trợ schema.org QAPage và Google rich kết quả (Discourse Meta) — thực forum-software team có chủ ý adopting QAPage cho của nó discourse-solved plugin.
• r/TechSEO — community cho structured-dữ liệu và rich-kết quả gỡ lỗi.

Nhật ký thay đổi