FAQPage-Schema und Rich Results, Wann Google FAQs zeigt (2026)

TL;DR

FAQPage-JSON-LD kann ausklappbare Fragen in Google-Ergebnissen liefern, seit 2023/2024 begrenzt Google stark, wer FAQ-Rich-Results bekommt (oft autoritative / behördliche / Gesundheitskontexte; Policies ändern sich). Auch ohne Snippet helfen On-Page-FAQs UX, Featured Snippets und E-E-A-T. Dieser Guide fokussiert nur FAQ (Ergänzung zum allgemeinen JSON-LD-Artikel): Wann Schema lohnt, wie Content↔Markup-Mismatch vermieden wird, wie Sie es in Next.js ausliefern und in Rich Results Test / GSC prüfen. Organization, BlogPosting und BreadcrumbList stehen im Schema.org-Überblick.

Für wen

• Dienstleister mit FAQ auf Angebot, Landing oder Blog
• Next.js-Entwickler mit Structured Data aus Markdown
• SEOs, die Konkurrenz-FAQ in den SERPs sehen und eine Compliance-Checkliste brauchen
• Teams nach Verlust von FAQ-Rich-Results (kein Panik, Content bleibt)
• Autoren mit HTML-FAQ ohne JSON-LD (oder umgekehrt)

Keyword (SEO)

faqpage json-ld, schema faq rich results 2026, faqpage nextjs, faq structured data google, rich results test faq, faq seo unternehmenswebsite

Was FAQPage ist (und nicht ist)

FAQPage ist ein Schema.org-Typ für Seiten mit Fragen und Antworten. In JSON-LD:

{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [
    {
      "@type": "Question",
      "name": "Wie lange dauert der Launch einer Unternehmenswebsite?",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "Typisch sind 4–8 Wochen vom Briefing bis Produktion, abhängig von Locales und Integrationen."
      }
    }
  ]
}

QAPage ≠ FAQPage: QA sind Foren-Threads. Unternehmenssites wollen fast immer FAQPage.

Wann Google FAQ-Rich-Results zeigt (oder nicht)

Googles Policy evolviert. Praktische Realität 2026:

• FAQ-Rich-Results sind eingeschränkt, viele gewöhnliche kommerzielle Seiten bekommen trotz validem JSON-LD kein Snippet
• FAQ + Schema lohnt trotzdem: UX, lange Antworten unter Featured Snippets, Alignment mit People Also Ask
• Markup muss sichtbaren Content spiegeln
• Medizin / YMYL unterliegen strengeren Regeln

Business-Takeaway: FAQs für Nutzer und Verkauf schreiben (Scope, Prozess, „ab“-Preise); das Rich Result als Bonus behandeln, nicht als KPI #1.

Compliance-Fallen

1. Jede JSON-LD-Frage muss auf der Seite stehen (HTML), Accordion OK nach SSR
2. Schema-Antwort ≈ sichtbare Antwort (kein Teaser vs. Essay)
3. Keine Ads / „Jetzt kaufen“ als einzige Antwort
4. Kein FAQ über eine andere URL
5. Denselben FAQ-Block nicht auf 20 Landings klonen, thin + spammy
6. Review und FAQ nicht in einen verwirrenden Block mischen
7. Sprache = Locale (DE-Text auf /de)

Wo FAQs auf Service-Sites wirken

3–7 starke Fragen schlagen 25 vage.

Next.js App Router, Umsetzung

1. FAQ in Blog-Markdown

Wenn Ihre Pipeline ## FAQ erkennt und JSON-LD emittiert, Fragen als ### Frage plus Antwortabsatz halten. Parser-Konsistenz = null HTML↔Schema-Drift.

2. Manuelles script auf der Angebotsseite

type FaqItem = { question: string; answer: string };

export function FaqJsonLd({ items }: { items: FaqItem[] }) {
  const jsonLd = {
    '@context': 'https://schema.org',
    '@type': 'FAQPage',
    mainEntity: items.map((item) => ({
      '@type': 'Question',
      name: item.question,
      acceptedAnswer: {
        '@type': 'Answer',
        text: item.answer,
      },
    })),
  };

  return (
    <script
      type="application/ld+json"
      dangerouslySetInnerHTML={{ __html: JSON.stringify(jsonLd) }}
    />
  );
}

3. Sichtbares Accordion (SSR)

export function FaqSection({ items }: { items: FaqItem[] }) {
  return (
    <section aria-labelledby="faq-heading">
      <h2 id="faq-heading">FAQ</h2>
      <div>
        {items.map((item) => (
          <details key={item.question}>
            <summary>{item.question}</summary>
            <p>{item.answer}</p>
          </details>
        ))}
      </div>
      <FaqJsonLd items={items} />
    </section>
  );
}

details/summary ist zugänglich und ohne JavaScript indexierbar. Vermeiden Sie FAQs nur per useEffect aus einer API, es sei denn, derselbe Text steckt im RSC-HTML.

4. CMS-/Datenbank-FAQ

Wenn Angebots-FAQs in Branchly leben, dieselben Records in UI und JSON-LD aus einem Server Component speisen, eine Source of Truth. SSR-Hosting auf DevStudioIT Cloud stellt sicher, dass die erste HTML-Antwort die Fragen enthält.

Testen

1. Rich Results Test, URL oder Code
2. GSC Enhancement-/Rich-Result-Reports, falls verfügbar
3. View Source / gecrawlte Seite, FAQ im HTML?
4. Nach Änderungen: Re-Crawl abwarten; fehlendes Snippet ≠ kaputtes Schema

Schema.org-Validierung ≠ Anzeige-Garantie bei Google.

FAQ neben anderen Typen auf einer Seite

Eine URL kann tragen:

• Organization / WebSite (Layout)
• BreadcrumbList
• FAQPage
• Service oder BlogPosting

@graph oder separate JSON-LD-Scripts. FAQ nicht allein in Article zwängen, wenn die Seite ein Leistungsangebot ist.

Publish-Checkliste

1. 3–7 echte Kundenfragen (aus Calls / E-Mails)
2. Konkrete Antworten, kein Fluff
3. Sektion sichtbar im SSR-HTML
4. JSON-LD 1:1 mit der UI
5. Locale passt zur URL
6. Rich Results Test ohne kritische Fehler
7. CTA nach FAQ → #formularz-kontakt
8. Nach 30 Tagen: GSC + ob ein Snippet erschien (Bonus)

FAQ

Ist FAQ-Schema ohne Rich Result nutzlos?

Nein. Es strukturiert Content, stützt klassische Snippets / PAA und hilft Assistenten. Das Rich Result ist optional.

Wie lang sollen Antworten sein?

Lang genug, um die Frage zu schließen (meist 2–5 Sätze). Essays in Artikel auslagern und verlinken.

Darf FAQPage auf jeder Unterseite?

Nur bei einzigartigen, thematischen FAQs. Denselben Block überall zu klonen wirkt spammy.

FAQ nur in einem Klick-Modal, OK?

Riskant, wenn Content im Initial-HTML fehlt. SSR-Accordion bevorzugen.

CTA

FAQ + JSON-LD auf Next.js-Angebot und Blog, mit SSR und Rich-Results-Tests?

• FAQ-Schema-Umsetzung buchen, Texte, JSON-LD, DevStudioIT Cloud, Branchly