PublishedVerifiedEvery 6 weeksSources5 namedAuthored bySquareRank Team
AI Overviews · § 1.3.2 · How-to
FAQ Schema After the May 2026 Deprecation
Google retired the FAQ rich result across general Search on 7 May 20261, narrowing rich-result eligibility to government and health authorities. The underlying FAQPage type remains a valid Schema.org annotation3 and Google's prior guidance — reaffirmed by Search Engine Journal's coverage2 — is that unused structured data does not harm Search. The conservative 2026 move: keep FAQPage on dedicated FAQ pages, remove it from service pages and blog posts.
This leaf works the change page by page. It names what Google actually changed, what Google has and has not said about FAQ schema's continued role in AI Overviews citations (less than designer blogs claim), and ships the install pattern for the one Squarespace page where FAQ schema still earns its place: a dedicated /faq/ hub.
§01The short answer
TL;DR — keep it on the FAQ hub, remove it elsewhere
On a Squarespace site in 2026, FAQPage JSON-LD belongs on one page only — the dedicated FAQ hub — and should be removed from service pages, blog posts, and product pages where FAQs are a side block. Google retired the visible FAQ rich result across general Search on 7 May 2026, restricting rich-result eligibility to government and health authorities. The FAQPage type is still valid Schema.org and still parseable by Google's understanding layer, but there is no canonical Google statement confirming continued FAQ schema influence on AI Overviews citations. Hedge accordingly. Treat any post promising a '3.2x AIO citation lift from FAQ schema' as unverified marketing.
The deprecation matters for AI Overviews because the rich result was the most visible reason owners installed FAQPage schema in the first place. With the visible benefit gone for most sites, the calculation becomes: is the markup worth the maintenance burden? On a dedicated FAQ page where the schema accurately reflects visible content, the answer is yes — the structured signal helps Google's understanding layer and aligns the page with what AI engines parse for Q&A retrieval. Everywhere else, the markup is now liability surface without offsetting benefit.
§02The change
What Google actually changed on 7 May 2026
Google's canonical FAQ documentation now states the eligibility restriction directly: FAQ rich results are only available for well-known, authoritative websites that are government-focused or health-focused. The change took effect on 7 May 2026. Rich Results Test support for the FAQ result is scheduled to end in June 2026, and Search Console API support for the FAQ rich result report ends in August 2026. The FAQPage type itself is not deprecated — it remains a valid Schema.org annotation — but it no longer triggers a visible enrichment in general Search.
Google did not publish a blog post explaining the deprecation. The change appeared in the canonical FAQ documentation1 and was picked up by Search Engine Journal2 and other secondary coverage. The shift completes a narrowing that began in August 2023, when Google sharply reduced FAQ rich result visibility for non-authoritative sites. The 2023 change effectively reserved the feature for government and health; the 2026 change removed the visible result entirely for everyone else.
The 2026 deprecation in numbers
May 7, 2026
the date FAQ rich results stopped appearing in Google Search for non-government, non-health sites.
Apply one test per page: is the page's primary purpose to answer frequently asked questions? If yes (dedicated /faq/ hub, customer support page, returns-and-shipping reference), keep FAQPage JSON-LD. If no (service page with an FAQ section at the bottom, blog post with a quick Q&A block, product page with a FAQ accordion), remove the FAQPage markup while leaving the visible FAQ content in place. The visible content still helps users and still helps comprehension; only the structured annotation goes.
The rule is conservative on purpose. Pre-2026, FAQ schema on service pages was a low-effort way to claim more SERP real estate — the FAQ rich result could double the visible footprint of a result card. That benefit is gone for non-authoritative sites. The remaining benefit — possible influence on AIO citation selection — is unverified by any canonical source. Until a Google announcement names FAQ schema as an AIO weighting signal, treat the markup as having zero AIO upside on non-FAQ-primary pages.
§04Where to keep it
Where FAQ schema still earns its place
One page type on a typical Squarespace site retains a defensible reason to carry FAQPage JSON-LD: a dedicated FAQ hub where the visible content is question-answer pairs as its primary structure. The pillar 6 FAQ hub on this site is the canonical example. The schema accurately reflects the visible content, the structured data helps Google's understanding layer parse the page as Q&A reference material, and any AIO benefit (if it exists) is captured without cluttering the rest of the site.
A second narrow case: an FAQ-primary subdirectory on a documentation-heavy site (typically /help/ or /support/ on a software business's Squarespace marketing site). The same test applies — if the page is structured around Q&A as its primary content, keep the schema. The rule is "the schema describes the page accurately," not "the page contains some questions."
§05Where to remove it
Where to remove FAQ schema in 2026
Three page types should have FAQ schema removed in a 2026 cleanup pass on a Squarespace site: service pages with an FAQ section at the bottom, blog posts with a quick Q&A block, and product pages with a FAQ accordion. The visible FAQ content stays — it still helps customers and still helps comprehension. Only the structured annotation comes off. The removal takes about two minutes per page in Squarespace's Code Injection panel, plus a re-validation in the Rich Results Test.
On Squarespace, FAQ JSON-LD typically lives in one of two places: Page Settings → Advanced → Code Injection → Header (per-page), or Settings → Advanced → Code Injection → Header (site-wide). The site-wide variant is the one that produces the most cleanup work, because a single template-level snippet emits FAQPage markup on every page that imports the template. Audit the site-wide injection first; per-page removals come second.
An automated audit helps: view source on three representative pages (service, blog post, product) and find-on-page for "@type": "FAQPage". If the markup appears on a page that is not FAQ-primary, that page needs the removal pass. Plan thirty minutes for a typical Squarespace site — less if all FAQ schema lives in a single Code Injection snippet.
§06The install
Installing FAQPage JSON-LD on a Squarespace FAQ hub
On the one page where FAQ schema still belongs — the dedicated FAQ hub — the install is a straightforward Code Injection. Open the page in the Squarespace editor. Open Page Settings > Advanced > Code Injection > Header. Paste a script tag containing the JSON-LD. Save. Re-validate in Google's Rich Results Test (until June 2026; thereafter in the generic Schema validator). The markup must accurately reflect the visible Q&A content — every question in the schema appears as a question on the page, and every answer text matches the visible answer.
Google's documentation1 is explicit on the visibility requirement: "All FAQ content must be visible to users on the source page." A schema block describing questions that are not visible — for instance, in a closed accordion that requires interaction — technically violates the structured data policy. Squarespace's accordion block usually renders accordion content into the DOM (just visually collapsed), which keeps the markup compliant, but verify by viewing source.
JSON-LDMinimal FAQPage block for /faq/ on a Squarespace site — replace question text with your real Q&A
<script type="application/ld+json">{"@context":"https://schema.org","@type":"FAQPage","mainEntity": [{"@type":"Question","name":"Does Squarespace support llms.txt natively?","acceptedAnswer": {"@type":"Answer","text":"Not at the root. The workaround is URL Mappings: create a Squarespace page at slug /llms, then add a 301 redirect /llms.txt -> /llms."}},{"@type":"Question","name":"Should I keep FAQ schema on service pages in 2026?","acceptedAnswer": {"@type":"Answer","text":"No. Keep it only on dedicated FAQ pages where Q&A is the primary content."}}]}</script>
Squarespace's Code Injection lives behind the Business plan paywall (Core plan and above). On Personal plan, FAQPage JSON-LD is not installable inside Squarespace — the workaround is either a plan upgrade or accepting that the structured layer cannot be patched. The visible Q&A content still works without schema; it is only the structured annotation that requires the paid tier.
§07Validation
Validating the markup after the install
Run the page URL through Google's Rich Results Test. Until June 2026, the test detects FAQPage explicitly and reports either eligibility (for government and health sites only) or a non-eligibility notice with the markup still being valid. After June 2026, FAQ-specific detection moves out of the Rich Results Test; validate through the generic Schema validator at validator.schema.org. Either way, confirm zero structured-data errors before treating the install as complete.
A common Squarespace-specific error: duplicate FAQ schema. Squarespace's auto-emitted JSON-LD on some templates already includes basic FAQ markup; adding a manual JSON-LD block on top produces two FAQPage blocks for the same page, which Google's validator flags as a structured-data error. The fix is either to remove the template-level injection or to ensure the manual block does not duplicate the same questions. View source and find-on-page for "@type": "FAQPage"; expect exactly one match per page.