暫定日本語訳：QAPage Schema

暫定日本語案: TL;DR — QAPage schema is code あなた 追加 へ ページ その’s built around one 暫定日本語案: question その 異なる 人々 answer — forum thread, “solved” support 暫定日本語案: ページ, Stack Overflow-style ページ. It labels question と 各 answer so 暫定日本語案: Google できる 表示 richer Q& listing. It is ない 向けに FAQ sections あなた wrote 暫定日本語案: yourself (その’s FAQPage), と — good news 向けに 2026 — unlike FAQPage, QAPage is 暫定日本語案: still supported Google feature. 暫定日本語案: Evidence for this claim Schema.org QAPage represents a page focused on one question and its answers. Scope: Schema.org QAPage vocabulary. Confidence: high · Verified: 2026-07-14 Schema.org: QAPage Evidence for this claim Google's Q&A feature is for pages where users can submit answers to a single question; FAQ and publisher-authored answer pages are not eligible under QAPage guidance. Scope: Current Google Q&A structured-data requirements and content scope. Confidence: high · Verified: 2026-07-14 Google Search Central: Q&A structured data

何 QAPage schema is

暫定日本語案: Some ページ are really について single question その community answers. Somebody 暫定日本語案: asks “How do I fix X?”, と other 人々 post answers — one gets accepted as 暫定日本語案: solution, others get upvotes. Stack Overflow 機能 この way. So does forum thread 暫定日本語案: marked “solved,” または 商品-support ページ どこ ユーザー 役立つ 各 other.

暫定日本語案: QAPage schema is small block of code — almost 常に 暫定日本語案: JSON-LD — その spells out へ 検索エンジン 何 その 暫定日本語案: ページ is: “this is the question,” “these are the answers,” “this one was accepted,” 暫定日本語案: “this one has 12 upvotes.” human reading ページ できる tell all その at glance; 暫定日本語案: 検索エンジン needs it labeled.

なぜ it’s worth doing

暫定日本語案: payoff is Q& rich result — richer, more useful listing 向けに community 暫定日本語案: Q& ページ その できる pull question と top answer へ 検索結果. more 暫定日本語案: informative listing できる earn more クリック.

QAPage vs. FAQPage — one thing へ get right

暫定日本語案: この is どこ almost everyone trips. There are two similar-sounding schema types:

• 暫定日本語案: FAQPage — 向けに list of questions あなた wrote と あなた answered. Think 暫定日本語案: 商品 ページ’s “Frequently Asked Questions” section. One author: サイト owner.
• 暫定日本語案: QAPage — 向けに single question どこ 異なる ユーザー submit answers. 暫定日本語案: Community コンテンツ, ない あなた own copy.

暫定日本語案: テスト is simple: who writes answers? If it’s あなた, その’s FAQPage 暫定日本語案: territory. If it’s あなた community, その’s QAPage. Google explicitly says don’t 使用 暫定日本語案: QAPage markup on ordinary FAQ ページ.

good news 向けに 2026

暫定日本語案: In 可能性がある 2026, Google deprecated FAQPage — それらの rich results stopped 表示される. 暫定日本語案: HowTo was killed off earlier. It する be easy へ assume QAPage went とともに them. It 暫定日本語案: didn’t. QAPage is still documented と still active — no deprecation notice on 暫定日本語案: its docs ページ. So if あなた run genuine community Q& サイト, この is one of few 暫定日本語案: Q&-flavored rich results still standing.

thing 大半の 人々 get 誤った

• 暫定日本語案: Don’t mark up あなた own FAQ as QAPage へ dodge FAQPage deprecation. Google 暫定日本語案: reserves QAPage 向けに genuinely ユーザー-submitted answers.
• 暫定日本語案: 有効 markup ≠ guaranteed rich result. It 作る ページ 適格; Google 暫定日本語案: still decides whether へ 表示 it.
• 暫定日本語案: だけ mark up 何’s really on ページ — question と answer text in あなた 暫定日本語案: code has へ match 何 訪問者 actually sees.

暫定日本語案: Want full version — 必要 vs. recommended プロパティ, QAPage-vs- 暫定日本語案: DiscussionForumPosting line, 機能 JSON-LD 例, と コンテンツ policies その 暫定日本語案: disqualify ページ? Switch へ Advanced tab.

暫定日本語案: TL;DR — schema.org/QAPage markup (JSON-LD) 作る ページ 適格 向けに 暫定日本語案: Google’s Q& rich result. It’s QAPage whose mainEntity is single 暫定日本語案: Question (必要: name, answerCount, と at least one of acceptedAnswer 暫定日本語案: / suggestedAnswer); 各 Answer 必要とする text, とともに upvoteCount と 暫定日本語案: strongly recommended url fields 大半の guides underweight. 暫定日本語案: distinction から FAQPage is authorship — FAQPage is サイト-owner-authored 暫定日本語案: fixed list, QAPage is one question とともに community-submitted answers. Google 暫定日本語案: frames QAPage as special ケース of DiscussionForumPosting: “Does your forum follow a question and answer pattern? Use Q&A markup instead.” Don’t blanket- 暫定日本語案: apply it 全体で すべての thread, don’t dress up self-answered コンテンツ as community 暫定日本語案: Q&, と 保つ Answer distinct から Comment. 2026 headline: unlike 暫定日本語案: FAQPage (deprecated 可能性がある 7, 2026) と HowTo (gone by 2024), QAPage carries 暫定日本語案: no deprecation notice と remains active. 有効 markup earns 適格性; 暫定日本語案: Google still decides whether へ 表示 result. 暫定日本語案: Evidence for this claim Schema.org QAPage represents a page focused on one question and its answers. Scope: Schema.org QAPage vocabulary. Confidence: high · Verified: 2026-07-14 Schema.org: QAPage Evidence for this claim Google's Q&A feature is for pages where users can submit answers to a single question; FAQ and publisher-authored answer pages are not eligible under QAPage guidance. Scope: Current Google Q&A structured-data requirements and content scope. Confidence: high · Verified: 2026-07-14 Google Search Central: Q&A structured data

なぜ QAPage still matters in 2026 — FAQPage deprecation didn’t touch it

暫定日本語案: Start here, because it’s freshest と 大半の misunderstood point. Google has been 暫定日本語案: retiring Q&-adjacent rich results:

• 暫定日本語案: HowTo — restricted へ desktop-だけ in 2023, then fully deprecated in 2024.
• 暫定日本語案: FAQPage — Google 追加 deprecation notice へ 暫定日本語案: FAQPage docs 暫定日本語案: on 可能性がある 7, 2026, と FAQ rich results stopped 表示される in 検索 その day. Per 暫定日本語案: 検索エンジン Journal’s coverage, 暫定日本語案: rollout is phased: rich results stopped 可能性がある 7, 2026; 検索 Console’s FAQ 暫定日本語案: 検索-appearance filter, rich result レポート, と Rich Results テスト support are 暫定日本語案: 削除 in June 2026; と 検索 Console API support 向けに FAQ データ goes in August 暫定日本語案: 2026.

暫定日本語案: QAPage was ない swept up in either change. As of この research (mid-2026), 暫定日本語案: QAPage docs 暫定日本語案: carry no deprecation banner, warning, または “Note:” callout — it’s still documented as 暫定日本語案: distinct, supported rich-result type. その contrast is single 大半の 暫定日本語案: differentiated thing I できる tell あなた について QAPage right 現在: FAQPage is dead, QAPage 暫定日本語案: is ない, と 理由 one dying doesn’t threaten other is その それら cover 暫定日本語案: genuinely 異なる コンテンツ (more on その next). If anything, Google has kept 暫定日本語案: iterating on QAPage rather than abandoning it — around October 2021 it 暫定日本語案: 削除 author requirement 暫定日本語案: から suggestedAnswer, which is opposite of spec left へ rot.

暫定日本語案: I’ll 追加 honest caveat: nobody at Google has publicly guaranteed QAPage’s future, 暫定日本語案: と I couldn’t find named Google rep (Mueller, Illyes, Sullivan) on record 暫定日本語案: specifically について QAPage in この research. evidence その it’s healthy is 暫定日本語案: ドキュメント status と ongoing maintenance, ない promise. “Google hasn’t had to publicly walk QAPage back the way it did FAQPage” is fair read of situation.

QAPage vs. FAQPage: real distinction is who answers

暫定日本語案: number of questions on ページ is red herring. distinction is 暫定日本語案: authorship:

• 暫定日本語案: FAQPage = サイト owner authoring fixed list of question/answer pairs — 暫定日本語案: their own コンテンツ, their own answers.
• 暫定日本語案: QAPage = single question とともに answers submitted by 異なる community 暫定日本語案: members, potentially many answers へ one question.

暫定日本語案: Google’s 適格性 言語 作る “user-submitted” load-bearing phrase. 暫定日本語案: QAPage docs name 有効 ケース explicitly — “a forum page where users can submit answers to a single question” と “a product support page where users can submit answers to a single question” — と name 無効 ones just as explicitly: FAQ 暫定日本語案: ページ とともに no ユーザー-submission capability, ページ とともに multiple questions, どのように-へ 暫定日本語案: guides, と blog posts. Practically, テスト isn’t just who happens へ have answered 暫定日本語案: so far — it’s whether ページ structurally lets 異なる ユーザー submit alternative 暫定日本語案: answers. support thread どこ あなた, サイト owner, wrote すべての reply その exists 暫定日本語案: 現在 still fits QAPage if other ユーザー できる 追加 competing answers へ it; ページ どこ 暫定日本語案: だけ あなた できる ever answer does ない, no matter どのように it’s currently worded. So 暫定日本語案: temptation へ relabel あなた own FAQ as QAPage へ sidestep FAQPage deprecation 暫定日本語案: doesn’t 機能 — it’s exact コンテンツ type QAPage forbids.

QAPage vs. DiscussionForumPosting: Google’s own dividing line

暫定日本語案: If あなた run forum, あなた’ve got second, subtler decision: is given thread 暫定日本語案: Q& ページ または discussion? Google answers この directly in its 暫定日本語案: Discussion Forum docs: 暫定日本語案: “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.” 同じ doc gives practical 暫定日本語案: one-line テスト: “Does your forum follow a question and answer pattern? Use Q&A markup instead.”

暫定日本語案: So mental model is hierarchy: DiscussionForumPosting is general ケース, と 暫定日本語案: QAPage is special ケース あなた reach 向けに だけ いつ structure is genuinely one 暫定日本語案: question plus answers. Reddit AMA-style “ask me anything” thread leans Q&; 暫定日本語案: general subreddit comment thread is discussion, と belongs 下で 暫定日本語案: DiscussionForumPosting.

Answer vs. Comment — distinction Google actually draws

暫定日本語案: Inside QAPage, ない すべての reply is Answer. Google separates:

• 暫定日本語案: Answer — genuine answer へ question. これらの are 何 acceptedAnswer 暫定日本語案: と suggestedAnswer point at.
• 暫定日本語案: Comment — clarifying remark on question または on existing answer. 暫定日本語案: Google documents Comment as optional type と is explicit その it is ない 暫定日本語案: 同じ as Answer.

暫定日本語案: Marking すべての comment on answer as another Answer inflates あなた answer count と 暫定日本語案: misrepresents ページ — と コンテンツ-mismatch is exactly kind of thing その 暫定日本語案: attracts structured-データ 手動 action (below). Google’s プロパティ mirror この 暫定日本語案: split: answerCount counts answers, commentCount counts comments, と both are 暫定日本語案: recommended on Question (と on individual Answer/Comment objects) so 暫定日本語案: two totals できる be reconciled separately rather than lumped へ one number.

必要 と recommended プロパティ

暫定日本語案: structure is three nested types: QAPage, its mainEntity (one Question), 暫定日本語案: と Answer(s) hanging off その question.

暫定日本語案: QAPage level

暫定日本語案: Question level (mainEntity)

暫定日本語案: Answer level (acceptedAnswer / suggestedAnswer)

暫定日本語案: Three things 大半の implementation guides get 誤った または blur together. 最初, separate 暫定日本語案: 有効-representation rule から 適格性 rule: answerCount: 0 is 暫定日本語案: legitimate way へ represent question nobody has answered yet, ただし Google’s docs are 暫定日本語案: explicit その “questions without answers aren’t eligible for the rich result” — 0 暫定日本語案: is 有効 markup, ない 有効 適格性. Second, acceptedAnswer と suggestedAnswer 暫定日本語案: are ない mutually exclusive — “one of” means あなた need at least one, ない だけ 暫定日本語案: one. real ページ commonly has both accepted answer と several suggested ones, と 暫定日本語案: 各 プロパティ できる repeat (Google’s tables 許可 “zero or more” of 各). Don’t read 暫定日本語案: requirement as forcing choice 間に them. Third, Answer.url is strongly 暫定日本語案: recommended 向けに 理由: on ページ とともに dozens of answers, it lets Google (と 暫定日本語案: ユーザー) deep-link straight へ specific answer rather than top of thread. If 暫定日本語案: あなた template QAPage と skip answer anchors, あなた’re leaving その on table.

暫定日本語案: Author identity. Beyond naming who asked または answered, Google recommends pointing 暫定日本語案: author.url at その person’s own ページ と marking その ページ up とともに ProfilePage 暫定日本語案: structured データ, so identity is unambiguous. Like すべての other recommended 暫定日本語案: プロパティ here, この is recommendation, ない guarantee — it doesn’t promise 暫定日本語案: ランキング または display effect, だけ その Google has easier time resolving who’s who.

コンテンツ policies と 何 gets ページ disqualified

暫定日本語案: 有効 markup isn’t whole bar. QAPage docs と Google’s general structured-データ 暫定日本語案: rules 追加 コンテンツ constraints:

• 暫定日本語案: ない 向けに FAQ ページ, と ない 向けに multiple-questions-per-ページ. One question per 暫定日本語案: QAPage. ページ listing several distinct questions doesn’t qualify.
• 暫定日本語案: Don’t blanket-apply 全体で すべての thread. docs are explicit: “Don’t apply QAPage markup to all pages on a site or forum if not all the content is eligible.” この is trap 向けに forum software — dropping 同じ schema block on 暫定日本語案: すべての thread URL regardless of whether その thread is actually one-question, 暫定日本語案: community-answered ページ. Template it conditionally, だけ どこ ページ fits.
• 暫定日本語案: コンテンツ-visibility parity. question と answer text in あなた markup 必要がある 暫定日本語案: match 何 human 訪問者 sees. この is 同じ rule すべての Google rich result 暫定日本語案: carries, applied here.
• 暫定日本語案: Prohibited コンテンツ. Obscene, sexually explicit, graphically violent, または hateful 暫定日本語案: 言語 作る ページ ineligible even if markup is technically 有効.
• 暫定日本語案: 手動 actions. Google’s troubleshooting 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).” 大半の 暫定日本語案: 一般的な real-world trigger 向けに Q&-type structured-データ 手動 action isn’t 暫定日本語案: QAPage-specific — it’s general “don’t mark up content a user can’t see” rule 暫定日本語案: applied へ この type (向けに 例, marking up answers その aren’t actually on 暫定日本語案: ページ, または inflating Answer とともに Comment コンテンツ).

暫定日本語案: と 適格性-vs-display point その applies へ all structured データ: 暫定日本語案: QAPage doesn’t guarantee rich result または ランキング boost. It isn’t ランキング 暫定日本語案: factor; it 作る ページ 適格 向けに Q& rich result, と Google still decides 暫定日本語案: whether へ 表示 it.

どのように real プラットフォーム implement it

暫定日本語案: cleanest real-world proof point is Discourse, 暫定日本語案: open-ソース forum プラットフォーム. いつ Discourse’s team discussed adopting Google’s 暫定日本語案: then-新しい markup 向けに its discourse-solved plugin ( “mark this reply as the solution” feature), founder Sam Saffron argued 向けに QAPage as right fit — major 暫定日本語案: forum-software maintainer deliberately choosing QAPage 超えて alternatives 向けに 暫定日本語案: “solved” threads. その maps QAPage’s structure onto familiar feature: solved 暫定日本語案: reply becomes acceptedAnswer, other replies become suggestedAnswers, と 暫定日本語案: vote counts become upvoteCount. If あなた’re 構築 または configuring forum 暫定日本語案: software, その’s pattern — wire markup へ “accepted answer” mechanism あなた 暫定日本語案: already have, と emit it だけ on threads その genuinely follow Q& pattern.

QAPage と Education Q&: ない 同じ feature

暫定日本語案: One quick disambiguation, because names collide. Google separately documents 暫定日本語案: Education Q& structured データ 暫定日本語案: — Quiz + Question + Answer markup (とともに eduQuestionType: Flashcard) その 暫定日本語案: powers flashcard-style carousel 向けに educational topics. It’s 異なる feature 暫定日本語案: とともに 異なる appearance. Its own docs point single-question community ページ back 暫定日本語案: へ QAPage: if あなた ページ is one question followed by several ユーザー-submitted answers, 暫定日本語案: 使用 QAPage — ない Education Q&.

Validating と テスト あなた markup

暫定日本語案: テスト QAPage markup とともに Rich Results テスト 暫定日本語案: (which レポート Q& 適格性) と schema.org 暫定日本語案: Schema Markup Validator (向けに pure syntax). sane 暫定日本語案: workflow: 追加 プロパティ → 確認 them against QAPage guidelines → deploy as 暫定日本語案: JSON-LD → validate. Then, once live, watch 検索 Console 向けに structured-データ errors 暫定日本語案: と confirm enhancement actually 表示される — remembering その 適格性 isn’t 暫定日本語案: guarantee of display.

note on Bing

暫定日本語案: I looked 向けに Bing-specific QAPage ドキュメント と didn’t find any. Bing Webmaster 暫定日本語案: ツール documents general JSON-LD/Microdata/RDFa structured-データ support と オファー 暫定日本語案: Schema Markup Validator, ただし nothing QAPage-specific surfaced. So honest 暫定日本語案: statement is: Google is engine とともに dedicated QAPage guidance と documented 暫定日本語案: Q& rich result; Bing’s support here is comparatively undocumented. その’s gap in 暫定日本語案: 何 Bing has published, ない claim について どのように Bing — または any other system その reads 暫定日本語案: schema.org markup — actually parses または displays it. 有効, schema.org-compliant 暫定日本語案: markup doesn’t establish その particular non-Google consumer 使用 type; if あなた 暫定日本語案: need へ know どのように Bing (または anything else) treats it, その has へ be verified directly 暫定日本語案: against Bing’s own results, ない inferred から markup being technically 有効.

どこ この sits

暫定日本語案: QAPage lives in Social & Community corner of structured データ, alongside its 暫定日本語案: siblings FAQPage schema と DiscussionForumPosting schema — three あなた’ll 暫定日本語案: weigh against 各 other constantly. 向けに broader vocabulary と どこ QAPage fits, 暫定日本語案: see Structured データ と Schema Markup hubs この 記事 nests 下で.

AI要約

暫定日本語案: condensed take on Advanced version:

• 暫定日本語案: 何 it is: schema.org/QAPage markup (JSON-LD) 向けに ページ built around one 暫定日本語案: question とともに community-submitted answers — forum threads, “solved” support 暫定日本語案: ページ, Stack Overflow-style ページ — making it 適格 向けに Google’s Q& rich 暫定日本語案: result.
• 暫定日本語案: 2026 headline: unlike FAQPage (deprecated 可能性がある 7, 2026, phased removal 暫定日本語案: 通じて August 2026) と HowTo (gone by 2024), QAPage carries no deprecation 暫定日本語案: notice と remains active. Don’t assume it died とともに FAQPage; don’t relabel あなた 暫定日本語案: own FAQ as QAPage へ dodge deprecation.
• 暫定日本語案: QAPage vs. FAQPage = authorship, ない question count: FAQPage is 暫定日本語案: サイト-owner-authored fixed list; QAPage is one question とともに 異なる ユーザー’ 暫定日本語案: answers. Google disallows QAPage on ordinary FAQ ページ.
• 暫定日本語案: QAPage vs. DiscussionForumPosting: Google frames QAPage as special ケース 暫定日本語案: of discussion forum — “Does your forum follow a question and answer pattern? Use Q&A markup instead.” General discussion → DiscussionForumPosting.
• 暫定日本語案: Structure & 必要 プロパティ: QAPage whose mainEntity is one 暫定日本語案: Question (name, answerCount, と at least one of 暫定日本語案: acceptedAnswer/suggestedAnswer — ない “only one”; both できる coexist と 各 できる 暫定日本語案: repeat); 各 Answer needs text, とともに url strongly recommended 暫定日本語案: (deep-link へ specific answer) と upvoteCount recommended. answerCount: 0 暫定日本語案: validly represents unanswered question, ただし その question isn’t 適格 向けに 暫定日本語案: rich result until it has answer.
• 暫定日本語案: Answer ≠ Comment: answers are genuine レスポンス; comments are 暫定日本語案: clarifications — don’t mark comments up as answers. answerCount と 暫定日本語案: commentCount are tracked と reconciled separately.
• 暫定日本語案: Author identity: author.url on question/answer author, plus ProfilePage 暫定日本語案: markup on その author’s own ページ, is recommended 向けに identity — ない ランキング または 暫定日本語案: display guarantee.
• 暫定日本語案: コンテンツ policies: one question per ページ; don’t blanket-apply 全体で すべての 暫定日本語案: thread いつ ない all are 適格; markup 必要がある match visible コンテンツ; no 暫定日本語案: obscene/hateful/violent コンテンツ; コンテンツ-mismatch risks structured-データ 手動 暫定日本語案: action.
• 暫定日本語案: 適格性 ≠ display: ない ランキング factor; 有効 markup だけ 作る ページ 暫定日本語案: 適格, Google decides whether へ 表示 it.
• 暫定日本語案: プラットフォーム 例: Discourse’s discourse-solved plugin (accepted reply → 暫定日本語案: acceptedAnswer).
• 暫定日本語案: Bing: no dedicated QAPage ドキュメント found — Google is engine とともに 暫定日本語案: documented Q& rich result.

公式ドキュメント

暫定日本語案: 主要-ソース ドキュメント から 検索エンジン.

暫定日本語案: Google

• 暫定日本語案: Schema 向けに Q& ページ (QAPage) structured データ — authoritative reference: 必要/recommended プロパティ, 有効/無効 使用 ケース, “don’t apply to all pages” scoping rule, と コンテンツ policies.
• 暫定日本語案: Discussion forum (DiscussionForumPosting) structured データ — QAPage-vs-DiscussionForumPosting dividing line (“special case,” “is your forum primarily Q&A?”).
• 暫定日本語案: Education Q& structured データ — separate flashcard/quiz carousel feature その リダイレクト single-question ページ back へ QAPage.
• 暫定日本語案: Mark up FAQs とともに FAQPage structured データ — 現在 carrying 2026 deprecation notice; useful 向けに contrast.
• 暫定日本語案: Rich Results テスト — validate markup と 確認 Q& 適格性.

暫定日本語案: Schema.org

• 暫定日本語案: QAPage と Question — underlying vocabulary definitions.

暫定日本語案: Bing / Microsoft

• 暫定日本語案: Marking up あなた サイト とともに structured データ — Bing’s general structured-データ support (schema.org, JSON-LD recommended).

暫定日本語案: Note: no Bing-specific QAPage/Q& ドキュメント surfaced in この research — 暫定日本語案: Bing documents general schema.org support と Schema Markup Validator, ただし nothing 暫定日本語案: QAPage-specific. Treat its Q& handling as broadly consistent とともに schema.org rather 暫定日本語案: than separately documented, と confirm against live Bing Webmaster 役立つ 前に 暫定日本語案: relying on any Bing-side Q& rich result.

出典からの引用

暫定日本語案: On—record statements から Google’s ドキュメント と から forum-software 暫定日本語案: maintainer who adopted QAPage. どこ ソース ページ exposes text, link is 暫定日本語案: deep link その jumps へ quoted passage.

暫定日本語案: Google docs — QAPage scope と rules

• 暫定日本語案: On 必要 Question.name: “The full text of the question in its short form.” 暫定日本語案: — Google 検索 Central, QAPage docs. 暫定日本語案: Jump へ quote
• 暫定日本語案: On ない templating it everywhere: “Don’t apply QAPage markup to all pages on a site or forum if not all the content is eligible.” 暫定日本語案: Jump へ quote
• 暫定日本語案: On 手動 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).” 暫定日本語案: Jump へ quote

暫定日本語案: Google docs — QAPage vs. 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.” 暫定日本語案: — Google 検索 Central, Discussion Forum docs. 暫定日本語案: Jump へ quote
• 暫定日本語案: “Does your forum follow a question and answer pattern? Use Q&A markup instead.” 暫定日本語案: Jump へ quote

暫定日本語案: Sam Saffron, Discourse founder (Discourse Meta, forum-software implementation thread)

• 暫定日本語案: Arguing 向けに QAPage as right markup 向けに discourse-solved plugin: “Introduce QAPage - Schema.org Type which is the best anyway.” 暫定日本語案: Read thread

暫定日本語案: Note: QAPage/Discussion Forum docs render partly via JavaScript, so 暫定日本語案: #:~:text= fragments すべき be confirmed against live ページ 前に being treated 暫定日本語案: as final. 検索エンジン Roundtable launch-announcement ページ (Dec 2018) returned 暫定日本語案: 403 on direct fetch during この research, so its wording is paraphrased in body, 暫定日本語案: ない quoted here. No named Google rep (Mueller/Illyes/Sullivan) quote specifically 暫定日本語案: について QAPage was found — I’ve deliberately ない manufactured one.

QAPage cheat sheet

暫定日本語案: Which schema 向けに which ページ

暫定日本語案: ** nested structure**

暫定日本語案: QAPage → mainEntity → one Question → acceptedAnswer と/または 暫定日本語案: suggestedAnswer (各 Answer).

暫定日本語案: 必要 プロパティ

暫定日本語案: High-value recommended fields

• 暫定日本語案: Answer.url — strongly recommended; deep-links へ specific answer.
• 暫定日本語案: upvoteCount — on question と 各 answer.
• 暫定日本語案: author, datePublished — on question と answers.

暫定日本語案: Fast facts

• 暫定日本語案: Format: JSON-LD (recommended).
• 暫定日本語案: answerCount: 0 is 有効 markup 向けに unanswered question, ただし その question 暫定日本語案: isn’t 適格 向けに rich result until it has answer. あなた need at least 暫定日本語案: one of acceptedAnswer/suggestedAnswer — ない “only one”; both できる coexist と 暫定日本語案: 各 できる repeat.
• 暫定日本語案: Answer ≠ Comment — comments are clarifications, ない answers; answerCount と 暫定日本語案: commentCount are tracked separately.
• 暫定日本語案: author.url + ProfilePage markup on その ページ is recommended 向けに both question と 暫定日本語案: answer authors — identity aid, ない ランキング guarantee.
• 暫定日本語案: Don’t blanket-apply QAPage へ すべての thread; だけ どこ ページ fits.
• 暫定日本語案: コンテンツ 必要がある match 何’s visible; no obscene/hateful/violent コンテンツ.
• 暫定日本語案: 2026: QAPage is still active; FAQPage (可能性がある 2026) と HowTo (2024) are 暫定日本語案: deprecated.
• 暫定日本語案: 有効 markup = 適格, ない guaranteed へ 表示. ない ランキング factor.

QAPage vs. FAQPage vs. DiscussionForumPosting — which one

暫定日本語案: three Social & Community schema types get confused constantly. Answer 暫定日本語案: questions と あなた’ll land on right one, using Google’s own dividing lines.

QAPage myths と mistakes へ 避ける

暫定日本語案: Myth: “QAPage got killed along with FAQPage in the May 2026 deprecation.” 暫定日本語案: False. それら’re separate features とともに separate 適格性 criteria と separate 暫定日本語案: docs. だけ FAQPage (と, earlier, HowTo) were deprecated; QAPage’s ドキュメント 暫定日本語案: carries no deprecation notice と it remains active rich result.

暫定日本語案: Myth: “QAPage and FAQPage are interchangeable — pick whichever.” 暫定日本語案: False. Google explicitly disallows QAPage on FAQ ページ. distinguishing テスト is 暫定日本語案: authorship: single-ソース curated answers (FAQPage) vs. multiple community-submitted 暫定日本語案: answers (QAPage). Relabeling あなた own FAQ as QAPage へ sidestep FAQPage 暫定日本語案: deprecation is exactly コンテンツ type QAPage forbids.

暫定日本語案: Myth: “Any forum thread should use QAPage since it’s about Q&A.” 暫定日本語案: False. QAPage is special ケース だけ いつ structure is genuinely one question 暫定日本語案: とともに answers. General discussion/commentary threads belong 下で 暫定日本語案: DiscussionForumPosting, とともに clarifications marked as Comment, ない Answer.

暫定日本語案: Mistake: applying QAPage markup サイト-wide 全体で すべての thread template. 暫定日本語案: Explicitly warned against: “Don’t apply QAPage markup to all pages on a site or forum if not all the content is eligible.” Template it conditionally — だけ どこ 暫定日本語案: individual ページ actually qualifies.

暫定日本語案: Mistake: marking comments on answer as more answers. 暫定日本語案: Answer is genuine レスポンス へ question; Comment is clarification on 暫定日本語案: question または existing answer. Conflating them inflates answerCount, misrepresents 暫定日本語案: コンテンツ, と risks structured-データ 手動 action 向けに コンテンツ mismatch.

暫定日本語案: Mistake: marking up multi-question ページ as one QAPage. 暫定日本語案: QAPage is one question per ページ. ページ listing several distinct questions doesn’t 暫定日本語案: qualify — その’s neither QAPage nor (post-deprecation) FAQPage.

暫定日本語案: Mistake: markup その doesn’t match visible ページ. 暫定日本語案: question と answer text in あなた JSON-LD 必要がある match 何 訪問者 sees. Marking 暫定日本語案: up answers その aren’t on ページ is classic trigger 向けに structured-データ 暫定日本語案: 手動 action, 後に which Google ignores ページ’s structured データ entirely.

暫定日本語案: Myth: “QAPage guarantees a rich result or a ranking boost.” 暫定日本語案: Overstated. Like all structured データ, it 作る ページ 適格 向けに Q& rich 暫定日本語案: result; it isn’t ランキング factor, と 適格性 is further limited by 暫定日本語案: コンテンツ-quality と 言語 restrictions (no obscene/hateful/violent コンテンツ).

Clean vs. broken QAPage JSON-LD

clean QAPage (one question, accepted answer, と suggested answer)

暫定日本語案: Single question as mainEntity, 正しい answerCount, one acceptedAnswer と 暫定日本語案: one suggestedAnswer, とともに upvoteCount と strongly-recommended Answer.url 暫定日本語案: on 各. (Simplified 向けに 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"
    }
  }
}

同じ ページ, broken

暫定日本語案: すべての flagged line below is real, 一般的な 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!"
    }
  }
}

暫定日本語案: 何’s 誤った:

• 暫定日本語案: "@type": "FAQPage" on community-submitted answers — この is QAPage; using 暫定日本語案: FAQPage here is both 誤った type と 現在 deprecated one.
• 暫定日本語案: No answerCount — it’s 必要 on Question.
• 暫定日本語案: suggestedAnswer is Comment, ない Answer — と “Thanks, that worked!” 暫定日本語案: is clarification, ない answer. suggestedAnswer 必要がある point at Answer.
• 暫定日本語案: No upvoteCount と no Answer.url — url is strongly recommended so Google 暫定日本語案: できる deep-link へ specific answer on long thread.
• 暫定日本語案: Nothing 誤った とともに omitting author on suggestedAnswer by itself — Google 暫定日本語案: dropped その requirement in 2021 — ただし 不足している answerCount と 暫定日本語案: Comment-as-Answer are hard errors.

Applying it へ forum’s “solved” feature

暫定日本語案: Map schema onto feature あなた already have ( pattern Discourse’s 暫定日本語案: discourse-solved plugin follows):

• 暫定日本語案: reply marked as solution → acceptedAnswer.
• 暫定日本語案: すべての other reply その answers question → suggestedAnswer.
• 暫定日本語案: Replies その are just clarifications (“did you try X?”, “thanks!”) → Comment, 暫定日本語案: ない Answer.
• 暫定日本語案: thread’s vote counts → upvoteCount on question と 各 answer.
• 暫定日本語案: Emit block だけ on threads その follow Q& pattern — ない on すべての 暫定日本語案: forum URL.

テスト yourself: QAPage Schema

暫定日本語案: Five quick questions on QAPage — 何 it’s 向けに, どのように it differs から its siblings, と 暫定日本語案: its 必要 プロパティ. Pick answer 向けに 各, then 確認.

時間を使う価値のあるリソース

暫定日本語案: My writing on この topic

暫定日本語案: I haven’t published standalone QAPage guide of my own, so rather than point あなた at 暫定日本語案: something その doesn’t exist, honest move is へ 送信 あなた へ 主要 ソース 暫定日本語案: below と へ related structured-データ 機能 on この サイト. 向けに broader 暫定日本語案: vocabulary と どこ QAPage fits, see Structured データ と Schema Markup 暫定日本語案: hubs; QAPage’s closest neighbors are FAQPage schema と 暫定日本語案: DiscussionForumPosting schema 記事 in この 同じ Social & Community sub-cluster. 暫定日本語案: 向けに AI angle, Schema Markup 向けに AI.

暫定日本語案: から around industry

• 暫定日本語案: Schema 向けに Q& ページ (QAPage) structured データ (Google 検索 Central) — authoritative reference 向けに プロパティ, 有効/無効 使用, と コンテンツ policies.
• 暫定日本語案: Discussion forum structured データ (Google) — QAPage-vs-DiscussionForumPosting dividing line, quoted verbatim in Quotes tab.
• 暫定日本語案: Education Q& structured データ (Google) — separate flashcard-carousel feature, と なぜ single-question ページ go back へ QAPage.
• 暫定日本語案: Google Drops FAQ Rich Results から 検索 (検索エンジン Journal) — 2026 FAQPage deprecation と its phased 可能性がある–August timeline, which is 何 作る QAPage’s survival newsworthy.
• 暫定日本語案: Google Changes More Structured データ Requirements (検索エンジン Journal, Roger Montti, Oct 2021) — coverage of Google removing suggestedAnswer.author requirement, evidence QAPage is actively maintained.
• 暫定日本語案: Google launches Q& structured データ 向けに Question & Answer ページ (検索エンジン Land) — original QAPage launch coverage.
• 暫定日本語案: Support schema.org QAPage と Google rich results (Discourse Meta) — real forum-software team deliberately adopting QAPage 向けに its discourse-solved plugin.
• 暫定日本語案: r/TechSEO — community 向けに structured-データ と rich-result debugging.

変更履歴