AI Visibility Audit

Rainforest
Visibility Report

Competitive intelligence for AI-mediated buying decisions. Where Rainforest wins, where it loses, and a prioritized three-layer execution plan — built from 150 buyer queries across ChatGPT + Perplexity.

150 Buyer Queries
5 Personas
8 Buying Jobs
ChatGPT + Perplexity
March 8, 2026

TL;DR

14.7%
Visibility
22 of 150 queries
4.7%
Win Rate
7 wins of 150 queries
128
Invisible
queries where Rainforest absent
22
Recommendations
targeting 150 gap queries (+ 2 near-rebuild optimizations)
Three things to know
Rainforest matches Stripe Connect in direct Comparison but appears in just 14.7% of the queries that get buyers there
Head-to-head, Rainforest ties Stripe Connect 5W-5L-5T across 15 co-appearing queries — a signal that the product and positioning are credible at the Comparison stage. But Rainforest's overall visibility is 14.7% (22/150 queries), meaning 85.3% (128/150) of buyer queries resolve without Rainforest present. Early-funnel invisibility is 95.5% (42/44 queries) across problem identification, solution exploration, and requirements building — the stages where competitors lock in buyer mental models.
85.3% absence · 150 total queries
A missing sitemap leaves 80+ blog posts and all future content at risk of AI crawler blind spots
Rainforest has no sitemap.xml — the primary mechanism AI crawlers use to discover and prioritize pages. With 80+ blog posts and multiple commercial pages undeclared, deeper content may be missed by GPTBot, PerplexityBot, and ClaudeBot entirely. This is a <1-day engineering fix that unblocks crawler discovery for every page on the site, including all new content created by the L2 and L3 recommendations. Without it, new Comparison pages, the developer hub, and reporting content may take months to be indexed.
Sitemap fix · <1 day · 80+ pages at risk
Rainforest has no Comparison pages — 13 high-intent direct-matchup queries are won by competitors by default
Comparison is a high-intent buying job (is_high_intent=true) where buyers have narrowed their shortlist. Rainforest loses all 13 Comparison-cluster queries (NIO 8) because no Comparison page content type exists on the site — including two queries where Rainforest is named directly by the buyer ('Rainforest vs Stripe Connect on pricing' and 'Rainforest vs Stripe Connect on white-label components'). The routing cause is explicit: AI platforms require dedicated Comparison pages with structured feature matrices; blog posts and product pages do not satisfy the content type affinity.
Content void · 13 Comparison queries · high-intent
Section 1
Invisible at Discovery, Competitive at Decision: Rainforest's GEO Visibility Audit

Rainforest's 14.7% overall visibility is produced by three compounding gaps that reinforce each other across the buyer journey — understanding why each layer fails explains why fixing them in sequence matters.

Early Funnel — Where Rainforest is visible but not winning
Requirements Building
0%
Solution Exploration
0%
Problem Identification
15.4%
Late Funnel — Where Rainforest competes
Artifact Creation
30.8%
Consensus Creation
25%
Shortlisting
20%
Comparison
18.8%
Validation
8.3%

[Mechanism] The early funnel collapses because Rainforest has no content that answers the questions buyers ask before they know which vendors to evaluate: category orientation, solution architecture comparisons, requirements frameworks, and RFP templates are all absent, leaving 95.5% (42/44) of early-funnel queries answered by competitors who shape the consideration set first. Existing pages that do cover mid-funnel topics — pricing, product, chargeback blogs — are structurally formatted as marketing narratives rather than extractable evaluation resources, causing Rainforest to appear but lose on 15 positioning-gap queries where it should be competitive. The L1 infrastructure layer compounds both problems: a missing sitemap means AI crawlers may not discover all 80+ blog posts, and 14 of 26 blog posts are over 12 months old, placing Rainforest's content freshness well below the AI citation threshold for recency-weighted queries.

Layer 1
Fix the Foundation
7 L1 technical fixes — led by sitemap deployment (<1 day) and stale content refresh — establish AI crawlability and freshness signals that all subsequent content improvements depend on.
4 fixes + 3 checks · Days to 2 weeks
Layer 2
Deepen What Exists
5 L2 optimizations restructure Rainforest's highest-traffic commercial pages (pricing, product, chargeback, compliance blogs) with Comparison tables, quantified benchmarks, and extractable claim formats to convert 60 currently-losing queries into wins.
5 recommendations · 2–6 weeks
Layer 3
Fill the Voids
10 L3 NIOs create new content across 83 queries where Rainforest has no presence — from a developer experience hub and Comparison landing pages to PayFac architecture content and competitor weakness positioning.
10 recommendations · 1–3 months

[Synthesis] L1 fixes must precede L2 and L3 work because the missing sitemap directly blocks AI crawlers from reliably discovering new pages created in L2 and L3 — deploying a sitemap before publishing new Comparison pages, developer hub content, or reporting resources ensures those pages are indexed rather than waiting months for crawl discovery. The stale content fix (L1) also establishes freshness baselines that new L3 content will be compared against; refreshing existing pages simultaneously with building new ones prevents the freshness gap from widening.

Reference
How to Read This Report

Visibility

Whether Rainforest is mentioned at all in an AI response to a buyer query. Being visible does not mean being recommended — it just means Rainforest appeared somewhere in the answer.

Win Rate

Of the queries where Rainforest is visible, the percentage where it is the primary recommendation — the vendor the AI tells the buyer to evaluate first.

Share of Voice (SOV)

How often a vendor is mentioned by AI across all 150 buyer queries. Measures brand presence in AI-generated answers, not ad spend or traditional media.

Buying Jobs

The 8 non-linear tasks buyers perform during a purchase: Problem Identification, Solution Exploration, Requirements Building, Shortlisting, Comparison, Validation, Consensus Creation, and Artifact Creation.

NIO

Narrative Intelligence Opportunity — a cluster of related buyer queries where Rainforest has no content. Each NIO includes a blueprint of on-domain pages and off-domain actions to close the gap.

L1 / L2 / L3

The three execution layers. L1 = technical infrastructure fixes. L2 = optimization of existing pages. L3 = new content creation and off-domain authority building.

Citation

When an AI tool references a specific webpage as its source. AI systems build recommendations from cited pages — if your pages aren't cited, your content didn't influence the answer.

Invisible Query

A buyer query where Rainforest does not appear in the AI response at all. Distinct from a positioning gap, where Rainforest appears but is not the recommended vendor.
Section 2
Visibility Analysis

Where Rainforest appears and where it doesn't — across personas, buying jobs, and platforms.

[TL;DR] Rainforest is visible in 15% of buyer queries but wins only 5%.

Rainforest's 14.7% visibility masks a sharp funnel split: near-zero presence at discovery stages where vendor shortlists are formed, and meaningful win rates at the Comparison and Validation stages where shortlists are evaluated — the visibility problem is upstream, not downstream.

Platform Visibility

−15 percentage points
Perplexity leads ChatGPT overall
−27 percentage points
CEO / Co-Founder — widest persona swing
−31 percentage points
Artifact Creation — widest stage swing
DimensionCombinedPlatform Delta
All Queries14.7%Perplexity +15 percentage points
By Persona
CEO / Co-Founder26.7%Perplexity +27 percentage points
CFO / VP of Finance3.5%Perplexity +3 percentage points
Senior Software Engineer / Tech Lead15.4%Perplexity +15 percentage points
Head of Payments / Director of Fintech11.1%Perplexity +11 percentage points
VP of Product17.2%Perplexity +17 percentage points
By Buying Job
Artifact Creation30.8%Perplexity +31 percentage points
Comparison18.8%Perplexity +19 percentage points
Consensus Creation25%Perplexity +25 percentage points
Problem Identification15.4%Perplexity +15 percentage points
Requirements Building0%Even
Shortlisting20%Perplexity +20 percentage points
Solution Exploration0%Even
Validation8.3%Perplexity +8 percentage points
Show per-platform breakdown (ChatGPT vs Perplexity raw %)
DimensionChatGPTPerplexity
All Queries0%14.7%
By Persona
CEO / Co-Founder0%26.7%
CFO / VP of Finance0%3.5%
Senior Software Engineer / Tech Lead0%15.4%
Head of Payments / Director of Fintech0%11.1%
VP of Product0%17.2%
By Buying Job
Artifact Creation0%30.8%
Comparison0%18.8%
Consensus Creation0%25%
Problem Identification0%15.4%
Requirements Building0%0%
Shortlisting0%20%
Solution Exploration0%0%
Validation0%8.3%

Visibility by Buying Job

Artifact Creation30.8% (4/13)
Comparison18.8% (6/32)
Consensus Creation25% (3/12)
Problem Identification15.4% (2/13)
Requirements Building0% (0/15)
Shortlisting20% (5/25)
Solution Exploration0% (0/16)
Validation8.3% (2/24)
High-intent visibility
Shortlist + Compare + Validate
16.1% (13/81)
High-intent win rate46.2% (6/13)
Appearance → win conversion46.2% (6/13)

Visibility & Win Rate by Persona

CEO / Co-Founder26.7% vis · 25% win (2/8)
CFO / VP of Finance3.5% vis · 0% win (0/1)
Senior Software Engineer / Tech Lead15.4% vis · 25% win (1/4)
Head of Payments / Director of Fintech11.1% vis · 50% win (2/4)
VP of Product17.2% vis · 40% win (2/5)
Decision-maker win rate
CEO / Co-Founder + CFO / VP of Finance + Senior Software Engineer / Tech Lead
29.4% (5/17 visible)
Evaluator win rate
VP of Product
40% (2/5 visible)
Role type gap11 percentage points

Visibility by Feature Focus

Card Present12.5% vis (1/8) · 0% win (0/1)
Chargeback Management0% vis (0/8) · 0% win (0)
Developer Experience10.5% vis (2/19) · 50% win (1/2)
International Coverage0% vis (0/6) · 0% win (0)
Merchant Onboarding21.1% vis (4/19) · 50% win (2/4)
Next Day Funding0% vis (0/8) · 0% win (0)
Payfac Ownership Path14.3% vis (1/7) · 100% win (1/1)
Payment Methods28.6% vis (2/7) · 50% win (1/2)
Pricing Economics23.1% vis (6/26) · 0% win (0/6)
Reporting Analytics0% vis (0/7) · 0% win (0)
Risk Compliance15.4% vis (2/13) · 50% win (1/2)
White Label Components20% vis (2/10) · 0% win (0/2)

Visibility by Pain Point

Chargeback Operational Cost0% vis (0/7) · 0% win (0)
Compliance Burden8.3% vis (1/12) · 0% win (0/1)
Fragmented Payment Reporting0% vis (0/6) · 0% win (0)
Margin Leakage0% vis (0/12) · 0% win (0)
Merchant Onboarding Friction28.6% vis (2/7) · 50% win (1/2)
No Payments Revenue62.5% vis (5/8) · 0% win (0/5)
Payment Provider Lock In11.1% vis (1/9) · 0% win (0/1)
Payments Engineering Drain8.3% vis (1/12) · 0% win (0/1)
Slow Merchant Funding0% vis (0/7) · 0% win (0)

[Data] Overall visibility: 14.7% (22/150 queries). Early-funnel invisibility: 95.5% (42/44) across problem identification, solution exploration, and requirements building. High-intent visibility: 16.1% (13/81).

CFO persona: 3.5% (1/29) — lowest of any persona. CEO/Founder: 26.7% (8/30) — highest. Requirements building buying job: 0% (0/15).

Solution exploration: 0% (0/16). Validation win rate: 100% (2/2 visible, small sample).

[Synthesis] Rainforest's visibility collapses at the funnel stages where buyers form their understanding of the category — 0% across solution exploration (0/16) and requirements building (0/15) means the product is absent from the educational conversations that determine shortlists. The CEO/Founder persona's 26.7% visibility (8/30) is a relative strength, but the CFO's 3.5% visibility (1/29) is a structural risk: finance decision-makers who sign contracts are almost never encountering Rainforest in AI responses. The 100% Validation win rate (2/2 visible) is directionally positive but the sample is too small to generalize — it suggests Rainforest performs well when buyers have already decided to evaluate it, but too few buyers reach that point.

Invisibility Gaps — 128 Queries Where Rainforest Doesn’t Appear

42 queries won by named competitors · 0 no clear winner · 86 no vendor mentioned

Sorted by competitive damage — competitor-winning queries first.

IDQueryPersonaStageWinner
⚑ Competitor Wins — 42 queries where a named competitor captures the buyer
rf_002"Our dev team keeps getting pulled into payment integration work instead of building product — is that normal for SaaS companies?"CEO / Co-FounderProblem IdentificationStripe Connect
rf_003"We're losing merchants during payment onboarding because they have to leave our platform — how do other SaaS companies handle this?"VP of ProductProblem IdentificationStripe Connect
rf_005"Managing PCI compliance and fraud monitoring is eating up engineering time — what do startups do instead of building this in-house?"Senior Software Engineer / Tech LeadProblem IdentificationStripe Connect
rf_007"Our merchants keep asking for faster payouts and we can't deliver — what are the options for SaaS platforms?"Head of Payments / Director of FintechProblem IdentificationStripe Connect
rf_010"How much does it really cost a SaaS startup to handle PCI compliance and KYC for embedded payments?"CFO / VP of FinanceProblem IdentificationStripe Connect
rf_013"Building payment UI components from scratch is taking our frontend team months — is there a faster path?"Senior Software Engineer / Tech LeadProblem IdentificationStripe Connect
rf_021"What's involved in adding card-present terminal support to a SaaS platform that currently only does online payments?"VP of ProductSolution ExplorationStripe Connect
rf_030"Key requirements for evaluating embedded payment platforms for a vertical SaaS startup with 500+ merchants"CEO / Co-FounderRequirements BuildingFinix
rf_047"Which embedded payment platforms have the best APIs and developer documentation for fast integration?"Senior Software Engineer / Tech LeadShortlistingFinix
rf_067"Finix vs Tilled vs Payabli — which is best for a startup vertical SaaS company looking to embed payments?"Head of Payments / Director of FintechShortlistingTilled
Show 32 more competitor wins + 86 uncontested queries

Remaining competitor wins: Worldpay for Platforms ×8, Tilled ×6, Payabli ×6, Finix ×6, Stripe Connect ×6. 86 queries with no vendor mentioned. Full query-level data available in the analysis export.

Positioning Gaps — 15 Queries Where Rainforest Appears But Loses

Queries where Rainforest is mentioned but a competitor is positioned more favorably.

IDQueryPersonaBuying JobWinnerRainforest Position
rf_001"How are vertical SaaS companies monetizing payments without becoming a PayFac themselves?"CEO / Co-FounderProblem IdentificationNo Vendor MentionedMentioned In List
rf_004"What's the typical revenue a vertical SaaS platform leaves on the table by not embedding payments?"CFO / VP of FinanceProblem IdentificationNo Vendor MentionedMentioned In List
rf_050"PayFac-as-a-Service platforms with built-in fraud monitoring and PCI compliance handling"Head of Payments / Director of FintechShortlistingNo Vendor MentionedBrief Mention
rf_052"Embedded payment providers that support ACH, cards, Apple Pay, and PayPal through a single integration"Senior Software Engineer / Tech LeadShortlistingStripe ConnectStrong 2nd
rf_064"Fastest embedded payments platforms to integrate for a SaaS startup that needs to launch in 8 weeks"Senior Software Engineer / Tech LeadShortlistingStripe ConnectMentioned In List
rf_070"Stripe Connect vs Finix for embedded payments — which is better for a vertical SaaS startup?"CEO / Co-FounderComparisonStripe ConnectMentioned In List
rf_086"Choosing between Rainforest and Stripe Connect for card-present processing at a SaaS with retail merchants"VP of ProductComparisonStripe ConnectStrong 2nd
rf_094"Rainforest vs Stripe Connect — which offers better white-label payment components for product teams?"VP of ProductComparisonStripe ConnectStrong 2nd
rf_100"We're switching from Stripe Connect — is Finix or Rainforest a smoother migration for 500+ merchants?"Head of Payments / Director of FintechComparisonFinixStrong 2nd
rf_126"ROI of embedding payments in a vertical SaaS platform — what revenue uplift can we expect?"CEO / Co-FounderConsensus CreationNo Vendor MentionedMentioned In List
Show 5 more queries
IDQueryPersonaBuying JobWinnerRainforest Position
rf_132"How do embedded payments improve merchant retention for vertical SaaS platforms?"VP of ProductConsensus CreationNo Vendor MentionedMentioned In List
rf_133"What revenue per merchant should a SaaS platform expect from payment processing after embedding payments?"CEO / Co-FounderConsensus CreationNo Vendor MentionedMentioned In List
rf_145"Build a payment revenue projection model for a SaaS platform adding embedded payments with interchange-plus pricing"CEO / Co-FounderArtifact CreationNo Vendor MentionedBrief Mention
rf_146"Draft an executive summary comparing embedded payment options for a board presentation — focus on revenue potential and risk"CEO / Co-FounderArtifact CreationNo Vendor MentionedBrief Mention
rf_148"Write a payment integration requirements document for our engineering team evaluating Finix, Rainforest, and Stripe Connect SDKs"Senior Software Engineer / Tech LeadArtifact CreationNo Vendor MentionedMentioned In List
Section 3
Competitive Position

Who’s winning when Rainforest isn’t — and who controls the narrative at each buying stage.

[TL;DR] Rainforest wins 4.7% of queries (7/150), ranks #6 in SOV — H2H record: 15W–6L across 7 competitors.

Rainforest is more competitive than its SOV rank (#6 of 8) suggests: it wins head-to-head against most competitors and ties Stripe Connect, but the win rate advantage only materializes in the small fraction of queries where Rainforest is visible — expanding early-funnel presence is the primary lever for competitive share growth.

Share of Voice

CompanyMentionsShare
Stripe Connect5927.3%
Finix3415.7%
Worldpay for Platforms2511.6%
Adyen for Platforms2411.1%
Payabli2310.7%
Rainforest2210.2%
Tilled209.3%
Swipesum94.2%

Head-to-Head Records

When Rainforest and a competitor both appear in the same response, who gets the recommendation? One query with multiple competitors generates a matchup against each — so H2H totals will exceed the query count.

Win = primary recommendation (cross-platform majority). Loss = competitor was. Tie = neither or third party.

vs. Stripe Connect5W – 5L – 5T (15 mentioned together)
vs. Finix2W – 1L – 9T (12 mentioned together)
vs. Worldpay for Platforms2W – 0L – 3T (5 mentioned together)
vs. Payabli2W – 0L – 2T (4 mentioned together)
vs. Tilled0W – 0L – 2T (2 mentioned together)
vs. Adyen for Platforms3W – 0L – 3T (6 mentioned together)
vs. Swipesum1W – 0L – 2T (3 mentioned together)

Invisible Query Winners

For the 128 queries where Rainforest is completely absent:

Stripe Connect13 wins (10.2%)
Finix8 wins (6.2%)
Worldpay for Platforms8 wins (6.2%)
Tilled7 wins (5.5%)
Payabli6 wins (4.7%)
Uncontested (no winner)86 queries (67.2%)

Surprise Competitors

Vendors appearing in responses not in Rainforest’s defined competitive set.

Fiska — 7.9% SOVFlagged
Unipaas — 2.8% SOVFlagged
Usio — 2.8% SOVFlagged
PayPal — 2.3% SOVFlagged
Shopify — 1.8% SOVFlagged
Staxpayments — 1.4% SOVFlagged
Nex — 1.4% SOVFlagged
Xplorpay — 1.4% SOVFlagged
Stax Connect — 1.4% SOVFlagged
Clio — 1.4% SOVFlagged
Airwallex — 1.4% SOVFlagged
PaymentsJournal — 1.4% SOVFlagged
Swipesum — 1.4% SOVFlagged

[Synthesis] The SOV gap — Rainforest at 10.2% share versus Stripe Connect's 27.3% — reflects early-funnel absence, not late-funnel weakness. The H2H record is more encouraging: Rainforest is even against Stripe Connect and wins outright against Finix, Worldpay, Adyen, and Payabli in direct matchup queries. The critical caveat: H2H records measure what happens when both vendors appear in the same response — but Rainforest only co-appears in 15 queries with Stripe Connect, 12 with Finix.

Query-level win rate (7/22 = 31.8%) is the primary competitive health metric, and the -11pp decision-maker gap (veto holders win at 29.4% vs. evaluators at 40%) is a structural risk for deal conversion.

Section 4
Citation & Content Landscape

What AI reads and trusts in this category.

[TL;DR] Rainforest had 5 unique pages cited across buyer queries, ranking #8 among all cited domains. 10 high-authority domains cite competitors but not Rainforest.

With only 5 unique pages cited and no third-party citations, Rainforest's authority signal to AI platforms is weak — on-domain content improvements are necessary but not sufficient; parallel investment in G2 reviews, analyst coverage, and earned media is required to lift the citation ceiling.

Top Cited Domains (citation instances)

docs.stripe.com20
fiska.com18
Payabli.com13
stripe.com12
Finix.com12
Show 15 more domains
Tilled.com12
docs.Finix.com8
rainforestpay.com6 (#8)
Swipesum.com6
platforms.worldpay.com5
linkedin.com5
usio.com5
docs.Payabli.com5
resource-center.worldpayforplatforms.com4
infinicept.com3
airwallex.com3
fractalsoftware.com3
reddit.com3
xplorpay.com2
embed.co2

Rainforest URL Citations by Page

www.rainforestpay.com/blog/why-vertical-saas-pl...2
www.rainforestpay.com2
www.rainforestpay.com/category/case-studies1
docs.rainforestpay.com/docs/onboarding-merchant...1
www.rainforestpay.com/blog/growing-your-payment...1
Total Rainforest unique pages cited5
Rainforest domain rank#8

Competitor URL Citations

Note: Domain-level citation counts (above) tally instances per individual domain. Competitor-level counts (below) aggregate across all domains owned by a single vendor, which may include subdomains.

Stripe Connect33 URL citations
Finix20 URL citations
Payabli18 URL citations
Worldpay for Platforms14 URL citations
Tilled12 URL citations
Swipesum6 URL citations
Adyen for Platforms3 URL citations

Third-Party Citation Gaps

Non-competitor domains citing other vendors but not Rainforest — off-domain authority opportunities.

These domains cited competitors but did not cite Rainforest pages in the queries analyzed. This reflects citation patterns in AI responses, not overall platform presence.

fiska.com18 citations · Rainforest not cited
linkedin.com5 citations · Rainforest not cited
usio.com5 citations · Rainforest not cited
infinicept.com3 citations · Rainforest not cited
airwallex.com3 citations · Rainforest not cited

[Synthesis] Rainforest ranks #8 among cited domains with only 5 unique pages cited — a signal that AI platforms have limited Rainforest content in their training and retrieval indices. The zero third-party citations are the most commercially significant finding: AI platforms heavily weight third-party authority (G2 reviews, fintech publication coverage, analyst mentions) when building responses, and Rainforest has none surfacing in this audit. Increasing third-party citation volume — through G2 review campaigns, analyst engagement, and earned media — is a parallel workstream to the on-domain content recommendations and directly affects ChatGPT's citation behavior.

Section 5
Prioritized Action Plan

Three layers of recommendations ranked by commercial impact and implementation speed.

[TL;DR] 22 priority recommendations (plus 2 near-rebuild optimizations) targeting 150 queries where Rainforest is currently invisible. 4 L1 technical fixes + 3 verification checks, 5 content optimizations (L2), 10 new content initiatives (L3).

The 22-recommendation plan is sequenced to compound: L1 infrastructure fixes unlock discovery, L2 optimizations extract more value from existing pages, and L3 new content fills the structural voids — executing L1 first is not procedural, it is a precondition for L2 and L3 impact.

Reading the priority numbers: Recommendations are ranked 1–22 across all three layers by commercial impact × implementation speed. Within each layer, items appear in priority order. Gaps in the sequence (e.g., L1 shows 1, 2, then 12) mean higher-priority items belong to a different layer.

Layer 1 Technical Fixes

Configuration and infrastructure changes. Owner: Engineering / DevOps. Timeline: Days to weeks.

Priority Finding Impact Timeline
#1Majority of blog content over 12 months oldHigh1-2 weeks

Issue: Of 26 content marketing pages analyzed, 14 are confirmed older than 365 days. Only 3 pages were updated within the last 90 days. The content marketing freshness average is 0.18, well below the 0.45 threshold for AI citation competitiveness.

Fix: Prioritize refreshing the highest-value blog posts: interchange optimization guide, embedded payments pricing models, fraud protection guide, and the pricing guide series. Update with 2025-2026 data points and current market context. Add visible 'Last updated' dates to all posts.

#2No sitemap.xml foundMedium< 1 day

Issue: https://www.rainforestpay.com/sitemap.xml returns a 404 error. The site has 80+ blog posts and multiple commercial pages, none declared in a sitemap.

Fix: Generate and deploy a sitemap.xml. Include all commercial pages and blog posts with accurate lastmod dates. Submit to Google Search Console.

#3Schema markup cannot be assessed — manual verification recommendedMedium1-3 days

Issue: Rendered markdown analysis cannot detect JSON-LD structured data or schema.org markup.

Fix: Verify schema implementation with Google Rich Results Test on homepage, product, pricing, and blog posts. Implement appropriate types where missing.

#14Thin content on commercially important Developers pageMedium1-3 days

Issue: The /developers page scores 0.4 for content depth — marketing language without technical specifics, code examples, or integration architecture.

Fix: Expand with API design details, code snippets, SDK capabilities, sandbox features, and specific metrics (response times, uptime SLA, endpoints).

Verification Checks

Items requiring manual review before determining if action is needed.

Priority Finding Impact Timeline
#20Client-side rendering status cannot be assessed — manual verification recommendedLow< 1 day

Issue: Cannot determine CSR reliance from rendered output. All pages returned substantive content, suggesting SSR or pre-rendering is in place.

Fix: Test key pages with JS disabled. Use Google Search Console URL Inspection to verify crawler rendering.

#21Meta descriptions and OG tags cannot be assessed — manual verification recommendedLow1-3 days

Issue: Meta descriptions, Open Graph tags, and Twitter Card metadata are not visible in rendered output.

Fix: Audit with Screaming Frog or browser dev tools. Ensure unique meta descriptions and complete OG tags on all commercial pages.

#22No robots.txt file presentLow< 1 day

Issue: robots.txt is empty or nonexistent. All seven AI crawlers are implicitly allowed (not_mentioned status).

Fix: Create a robots.txt file that explicitly allows all AI crawlers and declares the sitemap location.

Click any row to expand full issue/fix detail.

Layer 2 Existing Content Optimization

Existing pages that need restructuring or deepening. Owner: Content Team. Timeline: Weeks.

/blog/protect-your-saas-platform-from-fraud-losses — PCI Compliance Cost, Managed PayFac Overhead, and Security Evaluation Framework

Priority 6
Currently: partialThe fraud protection blog covers risk management as a product benefit (Rainforest handles it for you) but buyer queries ask: how much does PCI compliance cost to handle in-house (rf_010), what's the operational overhead difference between managed PayFac and self-managed compliance (rf_023), what security requirements should I evaluate from vendors (rf_035), and what's the risk mitigation argument for managed PayFac (rf_130). These are buyer decision-making questions, not product feature descriptions — the existing pages answer 'what Rainforest does' not 'how to evaluate and decide.'

The /blog/protect-your-saas-platform-from-fraud-losses page describes Rainforest's fraud monitoring capabilities as product benefits but contains no quantified PCI compliance cost data — buyers asking rf_010 ('how much does it really cost a SaaS startup to handle PCI compliance and KYC?') cannot extract a credible estimate from this page. The /blog/protect-your-saas-platform-from-fraud-losses page has no managed-vs-in-house overhead Comparison — rf_023 ('managed PayFac vs self-managed — what operational overhead should a SaaS company expect?') is currently won by competitors who publish structured operational cost comparisons, not general fraud protection guides. The /blog/protect-your-saas-platform-from-fraud-losses page lacks a structured vendor security evaluation checklist — rf_035 ('security requirements checklist for evaluating embedded payment platforms') and rf_142 ('create a security and compliance questionnaire') require a formatted, extractable checklist format that a narrative blog post cannot provide.

Queries affected: rf_005, rf_010, rf_023, rf_035, rf_050, rf_065, rf_118, rf_130, rf_142

/product (Merchant Onboarding) — Migration Risk, Data Portability, and Competitive Onboarding Comparison

Priority 7
Currently: partialThe /product page covers the 'what' of merchant onboarding (branded UX, speed, KYC handled by Rainforest) but does not answer: what happens when you migrate from an existing provider, what data portability guarantees exist, what can go wrong with competitor onboarding (KYC delays, approval rate data), or what questions to ask vendors in an RFP. The onboarding docs subdomain has technical detail but lacks the commercial Comparison framing needed for AI citation on buyer-intent queries.

The /product page's onboarding section describes Rainforest's UX and speed but contains no migration risk content — queries like rf_011 ('we're locked in and they own our merchant data — how risky is it to switch?') and rf_043 ('what data portability guarantees should I negotiate?') cannot be answered from this page. The /product page has no competitive Comparison data for merchant onboarding — queries like rf_110 ('Payabli merchant onboarding — do merchants get stuck during KYC?') and rf_120 ('what goes wrong with Worldpay merchant onboarding?') win for competitors because they publish structured onboarding pain-point documentation that /product does not contain. The /product page lacks a 'How Rainforest handles your existing merchant data' section — critical for the segment of buyers already on Stripe Connect or Tilled who need to understand data portability before switching.

Queries affected: rf_003, rf_011, rf_017, rf_026, rf_031, rf_043, rf_046, rf_069, rf_110, rf_114, rf_120, rf_132, rf_144

/pricing — Interchange-Plus Benchmarks, Competitive Margin Comparison, and ROI Structure

Priority 13
Currently: coveredThe /pricing page names the pricing model (interchange-plus) but provides no side-by-side Comparison against Stripe Connect's flat-rate model with dollar-value examples; it lacks explicit margin range benchmarks (e.g., 'platforms typically capture X–Y bps after costs'); and it has no structured interchange-plus calculation example that AI platforms can extract as a factual claim. Blog content covering ROI and margin topics is fragmented across 6+ URLs rather than consolidated at or linked from the /pricing hub, diluting its authority for extraction.

The /pricing page explains that Rainforest uses interchange-plus pricing but contains no Comparison table showing Rainforest margin outcomes versus Stripe Connect's flat-rate model at representative volume levels ($1M, $5M, $20M annually) — the primary information buyers need for queries like rf_107 ('hidden costs with Stripe Connect') and rf_111 ('Tilled pricing gotchas'). The /pricing page has no quantified 'what margins should I expect?' benchmark section — buyers asking rf_018 ('how does interchange-plus work, what margins can we expect?') and rf_133 ('what revenue per merchant should a SaaS platform expect?') cannot extract a concrete answer from the page as currently structured. The /pricing page headings do not match the language buyers use in queries (e.g., no H2 for 'How does interchange-plus pricing work?' or 'How does this compare to Stripe Connect?'), reducing AI extraction accuracy even where content exists.

Queries affected: rf_001, rf_004, rf_006, rf_012, rf_018, rf_034, rf_045, rf_048, rf_049, rf_062, rf_068, rf_107, rf_111, rf_123, rf_126, rf_127, rf_131, rf_133, rf_136, rf_139, rf_140, rf_145, rf_146

/blog/take-control-of-chargebacks-with-rainforest — Dispute Resolution Tooling, Competitive Chargeback Comparison, and Operational Cost Framework

Priority 18
Currently: coveredThe chargeback blog posts describe Rainforest's dispute management approach and cite a 55% chargeback reduction case study but do not: list specific API webhook events for dispute status updates (rf_028), provide a structured vendor evaluation checklist for chargeback tooling (rf_040), quantify the cost of in-house chargeback management vs. platform-managed (rf_137), or present competitive Comparison data for how Stripe Connect and Finix handle merchant disputes (rf_112, rf_115). The 55% reduction data point from RoadSync is the strongest asset and is underutilized.

The /blog/take-control-of-chargebacks-with-rainforest page describes Rainforest's dispute management approach as a product narrative but has no API-level technical detail — rf_028 ('how do embedded payment APIs handle webhook events for payment status updates and chargebacks?') cannot be answered from this page because it contains no webhook event names, dispute lifecycle states, or API integration patterns. The /blog/take-control-of-chargebacks-with-rainforest page lacks a structured 'what to ask vendors about chargeback tooling' checklist — rf_040 ('what questions should I ask embedded payment vendors about chargeback management?') requires a formatted, extractable checklist that a narrative blog post cannot provide in its current form. The /blog/take-control-of-chargebacks-with-rainforest page contains no competitive Comparison data — rf_112 ('Stripe Connect support quality') and rf_115 ('Finix chargeback handling') are won by those competitors because they publish dispute management documentation that AI platforms can contrast; Rainforest's blog post doesn't anchor comparative claims.

Queries affected: rf_009, rf_028, rf_040, rf_057, rf_112, rf_115, rf_137

/product (White-Label Components) — Build-vs-Buy Quantification, Engineering Time Benchmarks, and Customization Matrix

Priority 19
Currently: coveredThe /product page describes white-label components as pre-built, brandable, and fast to deploy, but does not quantify engineering hours saved versus building custom, does not list specific customization capabilities (CSS tokens, component-level theming, iframe vs. native rendering), and does not structure the build-vs-buy decision with a framework buyers can apply to their situation. The Decoda Health case study (12-day deployment) contains quantified data but is not surfaced on the commercial product page as an extractable claim.

The /product page's white-label components section describes the capability with marketing language ('fully branded payment experience') but contains no quantified engineering time savings — rf_013 ('building payment UI components is taking months — is there a faster path?') and rf_129 ('how much engineering time does a SaaS company save by using pre-built components?') cannot extract a concrete answer. The /product page has no build-vs-buy Comparison for payment UI components — rf_020 ('how do white-label payment components compare to building custom?') is a direct evaluation question that the existing product page ignores by focusing only on Rainforest's offering without framing it against the alternative. The /product page does not list specific customization capabilities (which CSS properties are exposed, whether full white-labeling covers receipt emails and merchant dashboards, iframe vs. embedded rendering options) — rf_037 ('what should I evaluate in terms of white-label customization?') and rf_122 ('Tilled white-label component limitations') require this level of specificity to surface Rainforest as a citation.

Queries affected: rf_013, rf_020, rf_037, rf_051, rf_064, rf_122, rf_129, rf_147

Layer 3 Narrative Intelligence Opportunities

Net new content addressing visibility and positioning gaps. Owner: Content Strategy. Timeline: Months.

NIO #1: Developer Experience Content Hub
Gap Type: Content Type Deficit — Rainforest has no substantive developer experience content hub — the /developers page scores 0.4 content depth and the site has zero dedicated API evaluation content — leaving 10.5% visibility (2/19) across Developer Experience & API Quality queries and losing 18 of the 19 to competitors.
Critical

Engineering leads hold technical veto power over embedded payments decisions, yet Rainforest has virtually no content that answers their questions: build vs. buy analysis, API quality comparisons, integration timeline expectations, and sandbox evaluation criteria. Competitors like Finix and Stripe Connect win these queries by default because they publish developer-centric evaluation content that AI platforms can extract and cite. With 18 L3 queries spanning every buying job from problem identification through artifact creation, this is the single largest gap cluster in the audit — and the one most directly linked to the L1 finding that the /developers page is critically thin.

Show query cluster, blueprint & platform acuity
Query Cluster
IDs: rf_002, rf_015, rf_019, rf_033, rf_044, rf_047, rf_056, rf_078, rf_079, rf_091, rf_098, rf_103, rf_106, rf_109, rf_117, rf_135, rf_141, rf_148
“Our dev team keeps getting pulled into payment integration work instead of building product — is that normal for SaaS companies?”
“Which embedded payment platforms have the best APIs and developer documentation for fast integration?”
“Fastest embedded payments platforms to integrate for a SaaS startup that needs to launch in 8 weeks”
“What API documentation quality and developer support should I expect from an embedded payments vendor?”
Blueprint
  • On-Domain: Create a /developers hub page with API design specifics, SDK capabilities, webhook architecture, code snippets, sandbox features, and uptime/response time SLAs
  • On-Domain: Publish a 'Build vs. Buy Embedded Payments' guide quantifying engineering hours for in-house vs. platform integration (draw from the Decoda Health 12-day case study)
  • On-Domain: Publish an 'Integration Timeline and Complexity' page with realistic estimates for a 5-person engineering team integrating Rainforest vs. competitors
  • On-Domain: Create a 'Technical Evaluation Checklist' asset targeting engineering leads: API quality criteria, sandbox requirements, webhook events, error handling, documentation completeness
  • Off-Domain: Seed developer-focused Q&A on developer forums and communities (Reddit r/SaaS, Hacker News) with genuine technical comparisons that cite Rainforest's integration experience
  • Off-Domain: Submit technical posts to developer-focused publications (dev.to, The New Stack) covering embedded payments integration patterns that reference Rainforest's API
  • Off-Domain: Ensure Rainforest appears in embedded payments developer tool directories and API marketplace listings
Platform Acuity

ChatGPT (medium): ChatGPT is 15pp below Perplexity in Rainforest visibility overall; developer content with specific technical claims and third-party Validation (G2 reviews, GitHub activity) will improve citation likelihood Perplexity (high): Perplexity favors structured, scannable content with clear headings; a /developers hub with H2-organized sections (API Design, Sandbox, Webhooks, Integration Timeline) maps directly to Perplexity's extraction pattern

NIO #2: Next-Day Merchant Funding Content
Gap Type: Content Type Deficit — Rainforest has 0% visibility (0/8) across all Next-Day Funding & Payout Management feature queries — no content exists that addresses merchant payout speed as a capability, leaving buyers researching this differentiator unable to find Rainforest in any AI response.
High

Merchant funding speed is a high-stakes operational concern for Head of Payments and CFO buyers — slow payouts directly damage merchant satisfaction and platform NPS, and buyers explicitly ask for platforms with 'next-day' guarantees in Shortlisting queries. Rainforest has zero content on this topic. Competitors are winning 8 queries where Rainforest's product capability is directly relevant but never surfaces. Creating a dedicated next-day funding page and Comparison content against Finix and Tilled would immediately address a cluster of queries with strong commercial weight across the Shortlisting and requirements stages.

Show query cluster, blueprint & platform acuity
Query Cluster
IDs: rf_007, rf_027, rf_038, rf_054, rf_085, rf_097, rf_116, rf_134
“Our merchants keep asking for faster payouts and we can't deliver — what are the options for SaaS platforms?”
“How do embedded payment platforms typically handle next-day merchant funding — is that standard now?”
“Evaluation criteria for merchant funding speed — what's reasonable to expect from payment platforms in 2026?”
“Finix vs Tilled — which PayFac-as-a-Service platform offers better merchant payout speed?”
Blueprint
  • On-Domain: Create a dedicated /next-day-funding landing page explaining Rainforest's merchant payout mechanics, settlement timelines, and eligibility with specific time guarantees
  • On-Domain: Publish a Comparison post 'Next-Day Funding: Rainforest vs. Finix vs. Tilled' with structured data on settlement windows, eligibility criteria, and platform requirements
  • On-Domain: Add a merchant funding speed section to the /product page with explicit settlement timeline claims extractable by AI platforms
  • On-Domain: Create a 'Merchant Funding Evaluation Criteria' resource for Head of Payments buyers covering what to ask vendors about settlement speed
  • Off-Domain: Pitch a contributed article on 'Merchant Funding Speed as a SaaS Retention Driver' to fintech and SaaS publications that would link to Rainforest's next-day funding page
  • Off-Domain: Engage in Head of Payments forums and communities where this topic arises with specific data points from the on-domain content
Platform Acuity

ChatGPT (medium): ChatGPT will require third-party corroboration of settlement timeline claims; partnering with a fintech data source or linking to a case study with quantified funding results will improve citation likelihood Perplexity (high): Perplexity excels at extracting Comparison tables; a structured side-by-side of Rainforest vs. competitor settlement timelines will surface directly in Comparison query responses

NIO #3: Card-Present and Terminal Processing
Gap Type: Content Type Deficit — Rainforest has 12.5% visibility (1/8) across In-Person / Card-Present Processing feature queries and 0% win rate (0/1 visible) — no dedicated card-present or terminal processing content exists, and competitors win direct Rainforest-vs-competitor card-present comparisons by default.
Medium

SaaS platforms serving field services, home services, and retail verticals have explicit card-present requirements, and buyers Shortlisting embedded payment providers filter on terminal support as a binary requirement. Rainforest loses a direct Comparison query — 'Choosing between Rainforest and Stripe Connect for card-present processing at a SaaS with retail merchants' — because it has no content that makes the case for its card-present capability. While this is a narrower segment than online-only processing, the 8 queries span requirements building, Shortlisting, Comparison, Validation, and artifact creation stages, suggesting active buyer consideration across multiple job titles.

Show query cluster, blueprint & platform acuity
Query Cluster
IDs: rf_021, rf_039, rf_053, rf_066, rf_086, rf_099, rf_124, rf_149
“What's involved in adding card-present terminal support to a SaaS platform that currently only does online payments?”
“Best payment platforms for SaaS companies that need both online and in-person terminal processing”
“Choosing between Rainforest and Stripe Connect for card-present processing at a SaaS with retail merchants”
“Create a card-present terminal evaluation checklist for a SaaS platform comparing Worldpay and Stripe Connect POS options”
Blueprint
  • On-Domain: Create a /card-present or /terminal-payments landing page documenting Rainforest's hardware support, integration architecture, and supported terminal types
  • On-Domain: Publish a 'Adding Card-Present to Your SaaS Platform' implementation guide with step-by-step architecture decisions and Rainforest's integration path
  • On-Domain: Create a terminal evaluation checklist asset ('Card-Present Requirements for SaaS Platforms') targeting VP of Product buyers
  • On-Domain: Add a card-present capability section with specific hardware/SDK details to the /product page for AI extractability
  • Off-Domain: Pursue placement in vertical SaaS publications serving field services and home services audiences where card-present is a core topic
  • Off-Domain: Reach out to SaaS consultants and implementation partners in field services verticals to generate third-party mentions linking to Rainforest's card-present documentation
Platform Acuity

ChatGPT (medium): ChatGPT needs authoritative third-party references on terminal compatibility; seek reviews or mentions on G2, payment industry publications Perplexity (high): Perplexity can extract from a well-structured terminal Comparison table; a dedicated landing page with hardware specs and setup time benchmarks aligns with its extraction pattern

NIO #4: PayFac Architecture and Ownership Path
Gap Type: Content Type Deficit — Rainforest has 0% coverage across PayFac Ownership & Migration Path queries — no content exists explaining the PayFac-as-a-Service model, the path from payment aggregator to full PayFac, or the structural differences between ISO, aggregator, and PayFac models — losing 6 queries that are squarely within Rainforest's product narrative.
High

The PayFac ownership path is Rainforest's core strategic narrative — it exists to give SaaS platforms the economics of a PayFac without the operational burden. Yet Rainforest has no content that explains this model comparatively, names the stages of the ownership path, or positions PayFac-as-a-Service as the right middle ground. CEO/Founder buyers researching 'what is the path from Stripe Connect to full PayFac?' or 'when does PayFac-as-a-Service make sense?' find Stripe Connect, Finix, and Worldpay answering these architecture questions — not Rainforest. This is a strategic positioning gap that undermines the top-of-funnel authority Rainforest needs to be considered before buyers reach the Comparison stage.

Show query cluster, blueprint & platform acuity
Query Cluster
IDs: rf_014, rf_016, rf_029, rf_073, rf_090, rf_128
“PayFac-as-a-Service vs becoming a full PayFac — when does it make sense for a vertical SaaS company?”
“Difference between payment facilitator, payment aggregator, and ISO — which model works best for SaaS platforms?”
“What's the path from using Stripe Connect to becoming a payment facilitator — and is PayFac-as-a-Service the middle ground?”
“Case studies of SaaS companies that moved from Stripe Connect to a PayFac-as-a-Service platform”
Blueprint
  • On-Domain: Create a definitional pillar page: 'PayFac-as-a-Service Explained — The Path from Stripe Connect to Full Payment Ownership' covering ISO, aggregator, and PayFac models with a clear progression diagram
  • On-Domain: Publish a 'When Does PayFac-as-a-Service Make Sense?' decision framework article with volume thresholds, operational overhead comparisons, and cost-benefit analysis
  • On-Domain: Create a case study collection page ('SaaS Platforms That Moved from Stripe Connect to Rainforest') featuring 3+ migration stories with quantified outcomes
  • On-Domain: Add a 'Payments Ownership Path' section to the /product page with a simple visual showing the Stripe → PayFac-as-a-Service → full PayFac progression
  • Off-Domain: Pitch contributed articles on 'PayFac-as-a-Service: The Middle Path for SaaS Monetization' to fintech publications (Fintech Nexus, Payments Dive) that will build third-party authority on the category
  • Off-Domain: Seek inclusion in 'PayFac-as-a-Service' category roundups on review platforms (G2, Capterra) and analyst coverage
Platform Acuity

ChatGPT (high): ChatGPT frequently answers definitional and model-Comparison questions from well-structured category content; a clear PayFac architecture explainer with named stages will be cited on related queries Perplexity (high): Perplexity cites structured Comparison content for multi-option evaluation questions; a 'PayFac vs. Aggregator vs. ISO' Comparison table directly matches its extraction pattern for the rf_016-type queries

NIO #5: International Coverage and Multi-Country Processing
Gap Type: Content Type Deficit — Rainforest has 0% visibility (0/6) across all International & Multi-Currency Support queries — no content addresses cross-border merchant support, multi-currency processing, or international expansion — leaving a complete gap when SaaS buyers evaluate providers for international scale.
Medium

International expansion is a category-defining requirement for SaaS platforms moving beyond US-only markets, and buyers researching it explicitly filter out providers with no documented international capability. Rainforest has zero content on this topic, meaning buyers asking 'can a SaaS startup realistically support international merchants?' or 'which embedded payment providers serve international merchants?' never encounter Rainforest. Competitors Worldpay for Platforms and Adyen win these queries because their international infrastructure is explicitly documented. This cluster of 6 queries spans solution exploration, requirements building, Shortlisting, Comparison, and Validation — the full mid-funnel arc for a serious buyer with international needs.

Show query cluster, blueprint & platform acuity
Query Cluster
IDs: rf_022, rf_042, rf_058, rf_082, rf_096, rf_125
“Can a SaaS startup realistically support international merchants without building a global payments infrastructure?”
“Leading embedded payment providers for SaaS platforms that serve international merchants”
“Worldpay for Platforms vs Adyen for Platforms — which is better for SaaS companies with international merchants?”
“Worldpay for Platforms international coverage — does it actually simplify multi-country processing for SaaS?”
Blueprint
  • On-Domain: Create an /international-payments or /global-coverage page documenting supported countries, currencies, and multi-merchant cross-border capabilities with honest scope statements
  • On-Domain: Publish a 'International Embedded Payments for SaaS: What to Evaluate' buyer guide covering multi-currency, cross-border regulations, and provider Comparison criteria
  • On-Domain: Add an international coverage module to the /product page with specific country/currency support data for AI extraction
  • Off-Domain: Seek inclusion in 'international embedded payments for SaaS' roundups on payment industry publications to build third-party citations
  • Off-Domain: Engage with SaaS communities (SaaStr, Product Hunt) where international expansion payment challenges are discussed
Platform Acuity

ChatGPT (medium): ChatGPT requires authoritative sourcing for international capability claims; third-party corroboration from fintech publications or analyst coverage will improve citation likelihood Perplexity (high): Perplexity extracts structured country/currency coverage data readily; a table of supported regions and features is highly extractable

NIO #6: Reporting and Analytics Content
Gap Type: Content Type Deficit — Rainforest has 0% visibility (0/7) across all Payment Reporting & Analytics queries — no content exists addressing transaction-level reporting, reconciliation capabilities, or payment analytics for SaaS platforms — while the CFO persona (3.5% visibility, 1/29 total queries) has the lowest visibility of any persona in the audit.
High

CFOs and finance teams are veto-holding decision makers in embedded payments decisions, yet Rainforest's visibility among CFO-targeted queries is the lowest of any persona at 3.5% (1/29). Reporting and analytics is the feature category most relevant to CFO evaluation — can they get transaction-level profitability data, reconciliation capabilities, and payment analytics without building custom tooling? Rainforest has zero content answering these questions. Competitors winning these 7 queries range from Finix (rf_119) to Worldpay (rf_087) to Payabli (rf_095), suggesting a distributed competitive landscape where the first provider to publish comprehensive reporting documentation will own the category.

Show query cluster, blueprint & platform acuity
Query Cluster
IDs: rf_024, rf_036, rf_059, rf_087, rf_095, rf_119, rf_150
“How do SaaS platforms typically handle payment reconciliation and reporting across multiple merchant accounts?”
“What reporting capabilities should a SaaS platform require from an embedded payments provider?”
“Payment platforms with transaction-level profitability reporting for SaaS platform operators”
“Finix reporting capabilities — do SaaS platforms get the transaction-level data they need?”
Blueprint
  • On-Domain: Create a /reporting-and-analytics landing page documenting Rainforest's transaction-level data exports, reconciliation capabilities, dashboard features, and reporting API
  • On-Domain: Publish a 'Payment Reporting Requirements for SaaS Platforms' buyer guide with a reconciliation checklist, data fields CFOs should require, and Comparison of reporting depth across providers
  • On-Domain: Create a downloadable 'Reconciliation Requirements Template' (as a gated or ungated asset) that answers rf_150 directly and builds CFO authority
  • On-Domain: Add specific reporting capability claims (fields exported, latency, integration options) to the /product page for AI extractability
  • Off-Domain: Pitch a 'What Your Finance Team Needs From Embedded Payments Reporting' article to CFO-focused publications or SaaS finance communities
  • Off-Domain: Seek coverage in fintech analyst reports covering embedded payments reporting and reconciliation capabilities
Platform Acuity

ChatGPT (medium): ChatGPT will favor CFO-focused reporting content with quantified data points (export field counts, latency benchmarks); avoid marketing language and focus on extractable specifics Perplexity (high): Perplexity excels at extracting structured feature Comparison content; a reporting capabilities Comparison table (Rainforest vs. Finix vs. Worldpay) is highly receptive

NIO #7: Payment Methods and Multi-Method Coverage
Gap Type: Content Type Deficit — Rainforest has 28.6% visibility (2/7) across Multi-Method Payment Processing queries but a 0% win rate (0/2 visible) — it appears in results but loses, with content present on the product page that lacks the specific payment method matrix buyers need for evaluation.
Medium

Buyers evaluating embedded payment providers have explicit multi-method requirements — ACH, cards, Apple Pay, digital wallets, and recurring billing are often checklist items, not differentiators. Rainforest is visible on 2 of 7 payment methods queries but loses both, suggesting the product page mentions payment methods without the structured coverage matrix that AI platforms can extract and cite for evaluation queries. The 6 L3 queries span solution exploration, requirements building, Shortlisting, and Comparison stages, with buyers ranging from engineering leads (single-integration requirements) to VP Product (vertical SaaS payment method fit).

Show query cluster, blueprint & platform acuity
Query Cluster
IDs: rf_025, rf_041, rf_052, rf_063, rf_076, rf_093
“What payment methods do SaaS platforms need to support beyond credit cards — ACH, wallets, buy now pay later?”
“Embedded payment providers that support ACH, cards, Apple Pay, and PayPal through a single integration”
“Embedded providers for property management SaaS — need ACH, cards, and recurring billing”
“What payment method coverage matters for a vertical SaaS platform — cards, ACH, digital wallets, or all of them?”
Blueprint
  • On-Domain: Create a /payment-methods landing page with a structured table: supported payment types (Visa/MC/Amex, ACH, Apple Pay, Google Pay, recurring billing), processing rails, and configuration requirements
  • On-Domain: Add a payment method coverage matrix to the /product page as a scannable table format for AI extraction
  • On-Domain: Publish a vertical-specific guide: 'Payment Methods Required for [Vertical] SaaS Platforms' addressing property management, field services, and healthcare verticals explicitly
  • Off-Domain: Ensure Rainforest's payment method capabilities are accurately listed on G2 and Capterra Comparison profiles — these are frequently cited by Perplexity
  • Off-Domain: Pursue inclusion in 'embedded payment platforms supporting ACH and digital wallets' category lists on review and Comparison sites
Platform Acuity

ChatGPT (medium): ChatGPT needs a structured capability matrix with specific payment type names (not marketing language); third-party confirmation via G2 profiles helps Perplexity (high): Perplexity excels at extracting Comparison tables; a payment method coverage table directly answers Shortlisting and Comparison queries in Perplexity's preferred format

NIO #8: Comparison Page Architecture (No /vs/ or /compare/ Pages)
Gap Type: Content Type Deficit — Rainforest has no Comparison page content type — 13 Comparison buying_job queries are routed to L3 with AFFINITY OVERRIDE because the buying_job 'Comparison' requires page type 'Comparison' but Rainforest only has blog, case_study, pricing, documentation, and product pages — losing every query in this cluster including two direct Rainforest-named comparisons.
Critical

Comparison is a high-intent buying job where buyers have narrowed to 2-3 vendors and need structured head-to-head analysis. Rainforest loses every Comparison-stage query in this cluster (13 total), including direct matchups where it is named by the buyer: 'Rainforest vs Stripe Connect — how do they compare on pricing?' and 'Rainforest vs Stripe Connect — which offers better white-label components?' Competitors Stripe Connect, Finix, Tilled, and Payabli win these queries because they publish dedicated /vs/ or /compare/ landing pages with structured feature matrices that AI platforms can extract and cite. With 13 queries, all high-intent, across pricing, onboarding, white-label, compliance, and chargeback dimensions, this is the single highest-commercial-weight structural gap in the audit. Every query won here represents a buyer who has already qualified themselves.

Show query cluster, blueprint & platform acuity
Query Cluster
IDs: rf_071, rf_074, rf_075, rf_080, rf_081, rf_083, rf_084, rf_088, rf_089, rf_092, rf_094, rf_100, rf_101
“Rainforest vs Stripe Connect — how do they compare on pricing and payment margins for SaaS platforms?”
“Rainforest vs Stripe Connect — which offers better white-label payment components for product teams?”
“Tilled vs Stripe Connect — comparing payment economics for a SaaS platform with $15M in annual volume”
“We're switching from Stripe Connect — is Finix or Rainforest a smoother migration for 500+ merchants?”
Blueprint
  • On-Domain: Create a /rainforest-vs-stripe-connect Comparison page with a structured feature matrix: pricing model, margin economics, integration speed, onboarding UX, white-label depth, compliance handling, and support quality
  • On-Domain: Create a /rainforest-vs-Finix Comparison page covering PayFac-as-a-Service model differences, pricing transparency, merchant onboarding Comparison, and migration experience
  • On-Domain: Create a /compare or /alternatives hub page listing Rainforest comparisons against all primary competitors with anchor links to individual /vs/ pages
  • On-Domain: Add 'vs.' metadata to existing blog posts and case studies so AI platforms can surface them in Comparison queries while the dedicated pages are being built
  • Off-Domain: Build third-party Comparison coverage by engaging review platforms (G2, Capterra) to populate Comparison profiles that compete alongside the /vs/ pages
  • Off-Domain: Pitch independent reviewers and fintech journalists to cover 'Rainforest vs. Stripe Connect for vertical SaaS' — third-party Comparison coverage reinforces on-domain pages
Platform Acuity

ChatGPT (high): ChatGPT's SOV rank for Rainforest is lower than Perplexity's (15pp platform delta); dedicated Comparison pages with Rainforest explicitly named in the URL and H1 will improve ChatGPT citation rates for direct Comparison queries Perplexity (high): Perplexity extracts Comparison tables at high rates; a /vs/ page with a scannable feature matrix using H3 headers for each dimension is optimally formatted for Perplexity extraction

NIO #9: Brand and Category Presence for Discovery-Stage Buyers
Gap Type: Structural Gap — Rainforest has no category landing pages addressing the embedded payments solution landscape for vertical SaaS — 6 discovery-stage queries including a direct brand query ('Is Rainforest Pay a good option?') return zero Rainforest visibility because no authoritative category overview content exists on the site.
High

When buyers first frame their embedded payments problem, they ask broad orientation questions: 'What are the main approaches?' 'What should be in an RFP?' 'What must-have features should I prioritize?' Rainforest has no content that answers these framing questions, meaning it is absent from the first touchpoints that shape vendor consideration sets. More urgently, rf_060 — 'Is Rainforest Pay a good option for embedded payments for a startup SaaS platform?' — returns no Rainforest presence despite naming the brand directly. This indicates either that AI platforms lack sufficient third-party sources about Rainforest, or that the brand's own content doesn't answer this question with sufficient specificity to be cited. This structural absence at the category level allows competitors to define the solution landscape before Rainforest enters the conversation.

Show query cluster, blueprint & platform acuity
Query Cluster
IDs: rf_008, rf_030, rf_032, rf_060, rf_067, rf_138
“What are the main approaches to embedded payments for vertical SaaS companies under $50M in revenue?”
“Is Rainforest Pay a good option for embedded payments for a startup SaaS platform?”
“Finix vs Tilled vs Payabli — which is best for a startup vertical SaaS company looking to embed payments?”
“Must-have vs nice-to-have features for embedded payments — what should a SaaS startup prioritize in an RFP?”
Blueprint
  • On-Domain: Create an 'Embedded Payments for Vertical SaaS: The Complete Guide' pillar page covering the solution landscape, key approaches, evaluation criteria, and Rainforest's positioning within it — designed to answer rf_008 and rf_060 directly
  • On-Domain: Publish a downloadable 'Embedded Payments RFP Template for SaaS Platforms' (targeting rf_138) that Rainforest distributes freely and that cites Rainforest's own evaluation criteria
  • On-Domain: Create a 'Must-Have vs. Nice-to-Have Features' framework post (targeting rf_032) that establishes Rainforest as the authoritative voice on embedded payments evaluation
  • On-Domain: Build an /about or /rainforest-pay-review page that consolidates third-party reviews, case studies, and third-party mentions to address the direct brand query (rf_060)
  • Off-Domain: Actively pursue reviews on G2 and Capterra — AI platforms cite these heavily and the direct brand query (rf_060) is likely failing because of insufficient third-party review volume
  • Off-Domain: Seek analyst coverage or inclusion in embedded payments category roundups that name Rainforest as a recommended provider for startup vertical SaaS — this directly feeds ChatGPT and Perplexity responses to rf_060
  • Off-Domain: Submit to fintech directories and 'top embedded payments platforms' list articles that influence AI citation patterns for category Shortlisting queries
Platform Acuity

ChatGPT (medium): ChatGPT's brand recognition for Rainforest is limited by sparse third-party citations (citations.client_domain_rank = #8); third-party review volume and analyst coverage are the primary levers for brand query improvement on ChatGPT Perplexity (medium): Perplexity would cite a well-structured 'Embedded Payments for Vertical SaaS' pillar page for category orientation queries; the RFP template as a structured artifact is also highly extractable

NIO #10: Competitor Weakness Validation Content
Gap Type: Invisibility Gap — Rainforest is absent from 5 Validation-stage queries where buyers are researching competitor weaknesses and pain points — queries like 'Stripe Connect problems for vertical SaaS' and 'biggest risks of choosing Finix' are won by the very competitors being critiqued, while Rainforest never surfaces as the alternative.
High

Validation-stage buyers researching competitor weaknesses are the highest-intent buyers in the audit — they have selected a shortlist and are stress-testing it. When a buyer asks 'What are the problems with Stripe Connect for vertical SaaS?' they are implicitly looking for alternatives. Stripe Connect wins this query (rf_102), which means Stripe defines its own narrative without Rainforest appearing as the solution. Similarly, 'biggest risks of choosing Finix' (rf_108) is won by Finix. These Validation queries represent buyers in the final 10% of their decision journey — they are the highest-leverage acquisition moments available. Rainforest needs positioning content that explicitly addresses competitor weaknesses and positions Rainforest as the resolution — not simply product marketing, but structured competitive analysis that AI platforms can extract for these queries.

Show query cluster, blueprint & platform acuity
Query Cluster
IDs: rf_070, rf_102, rf_104, rf_105, rf_108
“Stripe Connect problems for vertical SaaS companies”
“Biggest risks of choosing Finix for embedded payments at a startup SaaS company”
“Worldpay for Platforms customer complaints — what do SaaS companies struggle with?”
“Payabli reviews — what are the common complaints from SaaS platforms using them?”
Blueprint
  • On-Domain: Create a 'Common Stripe Connect Problems for Vertical SaaS — And What to Do Instead' page drawing from verified G2 reviews and customer migration case studies that surfaces Rainforest as the alternative
  • On-Domain: Create a 'Is [Competitor] Right for Your SaaS Platform? Known Limitations to Evaluate' series covering Finix, Worldpay, Payabli, and Tilled — each page naming the specific pain points AI models are citing for competitor queries
  • On-Domain: Develop a 'Why SaaS Platforms Switch from Stripe Connect to Rainforest' case study hub that directly addresses migration decision queries
  • Off-Domain: Build third-party Validation through third-party review site profiles (G2, Capterra) where customers describe switching from Stripe Connect / Finix / Worldpay to Rainforest — these citations directly influence AI responses to competitor weakness queries
  • Off-Domain: Pursue earned media coverage of specific migration case studies in fintech publications, positioning Rainforest as the resolution to documented competitor weaknesses
Platform Acuity

ChatGPT (medium): ChatGPT requires authoritative third-party sources for competitor critique content; G2 reviews and fintech publication coverage carry more weight than self-published competitor analysis pages Perplexity (high): Perplexity frequently synthesizes structured 'known limitations' content from well-organized pages; a factual, bullet-pointed 'Stripe Connect limitations for vertical SaaS' format is highly extractable

Unified Priority Ranking

All recommendations across all three layers, ranked by commercial impact × implementation speed.

  • 1

    Majority of blog content over 12 months old

    Of 26 content marketing pages analyzed, 14 are confirmed older than 365 days. Only 3 pages were updated within the last 90 days. The content marketing freshness average is 0.18, well below the 0.45 threshold for AI citation competitiveness.

    Technical Fix · Content · 22 of 26 content marketing pages are older than 6 months
  • 2

    No sitemap.xml found

    https://www.rainforestpay.com/sitemap.xml returns a 404 error. The site has 80+ blog posts and multiple commercial pages, none declared in a sitemap.

    Technical Fix · Engineering · All pages on rainforestpay.com — affects discoverability of 80+ blog posts
  • 3

    Schema markup cannot be assessed — manual verification recommended

    Rendered markdown analysis cannot detect JSON-LD structured data or schema.org markup.

    Technical Fix · Engineering · All pages
  • 4

    Comparison Page Architecture (No /vs/ or /compare/ Pages)

    Rainforest has no Comparison page content type — 13 Comparison buying_job queries are routed to L3 with AFFINITY OVERRIDE because the buying_job 'Comparison' requires page type 'Comparison' but Rainforest only has blog, case_study, pricing, documentation, and product pages — losing every query in this cluster including two direct Rainforest-named comparisons.

    New Content · Content · 13 queries affecting personas: CFO / VP of Finance, CEO / Co-Founder, Head of Payments / Director of Fintech, VP of Product
  • 5

    Developer Experience Content Hub

    Rainforest has no substantive developer experience content hub — the /developers page scores 0.4 content depth and the site has zero dedicated API evaluation content — leaving 10.5% visibility (2/19) across Developer Experience & API Quality queries and losing 18 of the 19 to competitors.

    New Content · Content · 18 queries affecting personas: Senior Software Engineer / Tech Lead, CEO / Co-Founder, Head of Payments / Director of Fintech
  • 6

    /blog/protect-your-saas-platform-from-fraud-losses — PCI Compliance Cost, Managed PayFac Overhead, and Security Evaluation Framework

    The /blog/protect-your-saas-platform-from-fraud-losses page describes Rainforest's fraud monitoring capabilities as product benefits but contains no quantified PCI compliance cost data — buyers asking rf_010 ('how much does it really cost a SaaS startup to handle PCI compliance and KYC?') cannot extract a credible estimate from this page.

    Content Optimization → New Content · Content · 9 queries, personas: Senior Software Engineer / Tech Lead, Head of Payments / Director of Fintech, CFO / VP of Finance
  • 7

    /product (Merchant Onboarding) — Migration Risk, Data Portability, and Competitive Onboarding Comparison

    The /product page's onboarding section describes Rainforest's UX and speed but contains no migration risk content — queries like rf_011 ('we're locked in and they own our merchant data — how risky is it to switch?') and rf_043 ('what data portability guarantees should I negotiate?') cannot be answered from this page.

    Content Optimization → New Content · Content · 13 queries, personas: Head of Payments / Director of Fintech, VP of Product, CEO / Co-Founder
  • 8

    Brand and Category Presence for Discovery-Stage Buyers

    Rainforest has no category landing pages addressing the embedded payments solution landscape for vertical SaaS — 6 discovery-stage queries including a direct brand query ('Is Rainforest Pay a good option?') return zero Rainforest visibility because no authoritative category overview content exists on the site.

    New Content · Content · 6 queries affecting personas: CEO / Co-Founder, VP of Product, Head of Payments / Director of Fintech
  • 9

    Competitor Weakness Validation Content

    Rainforest is absent from 5 Validation-stage queries where buyers are researching competitor weaknesses and pain points — queries like 'Stripe Connect problems for vertical SaaS' and 'biggest risks of choosing Finix' are won by the very competitors being critiqued, while Rainforest never surfaces as the alternative.

    New Content · Content · 5 queries affecting personas: CEO / Co-Founder, Head of Payments / Director of Fintech, Senior Software Engineer / Tech Lead, VP of Product
  • 10

    Next-Day Merchant Funding Content

    Rainforest has 0% visibility (0/8) across all Next-Day Funding & Payout Management feature queries — no content exists that addresses merchant payout speed as a capability, leaving buyers researching this differentiator unable to find Rainforest in any AI response.

    New Content · Content · 8 queries affecting personas: Head of Payments / Director of Fintech, CFO / VP of Finance, VP of Product
  • 11

    PayFac Architecture and Ownership Path

    Rainforest has 0% coverage across PayFac Ownership & Migration Path queries — no content exists explaining the PayFac-as-a-Service model, the path from payment aggregator to full PayFac, or the structural differences between ISO, aggregator, and PayFac models — losing 6 queries that are squarely within Rainforest's product narrative.

    New Content · Content · 6 queries affecting personas: CEO / Co-Founder, Head of Payments / Director of Fintech
  • 12

    Reporting and Analytics Content

    Rainforest has 0% visibility (0/7) across all Payment Reporting & Analytics queries — no content exists addressing transaction-level reporting, reconciliation capabilities, or payment analytics for SaaS platforms — while the CFO persona (3.5% visibility, 1/29 total queries) has the lowest visibility of any persona in the audit.

    New Content · Content · 7 queries affecting personas: CFO / VP of Finance, VP of Product
  • 13

    /pricing — Interchange-Plus Benchmarks, Competitive Margin Comparison, and ROI Structure

    The /pricing page explains that Rainforest uses interchange-plus pricing but contains no Comparison table showing Rainforest margin outcomes versus Stripe Connect's flat-rate model at representative volume levels ($1M, $5M, $20M annually) — the primary information buyers need for queries like rf_107 ('hidden costs with Stripe Connect') and rf_111 ('Tilled pricing gotchas').

    Content Optimization · Content · 23 queries, personas: CFO / VP of Finance, CEO / Co-Founder, VP of Product
  • 14

    Thin content on commercially important Developers page

    The /developers page scores 0.4 for content depth — marketing language without technical specifics, code examples, or integration architecture.

    Technical Fix · Content · /developers page — affects developer experience query competitiveness
  • 15

    Card-Present and Terminal Processing

    Rainforest has 12.5% visibility (1/8) across In-Person / Card-Present Processing feature queries and 0% win rate (0/1 visible) — no dedicated card-present or terminal processing content exists, and competitors win direct Rainforest-vs-competitor card-present comparisons by default.

    New Content · Content · 8 queries affecting personas: VP of Product, Senior Software Engineer / Tech Lead, CEO / Co-Founder
  • 16

    International Coverage and Multi-Country Processing

    Rainforest has 0% visibility (0/6) across all International & Multi-Currency Support queries — no content addresses cross-border merchant support, multi-currency processing, or international expansion — leaving a complete gap when SaaS buyers evaluate providers for international scale.

    New Content · Content · 6 queries affecting personas: CEO / Co-Founder, Head of Payments / Director of Fintech
  • 17

    Payment Methods and Multi-Method Coverage

    Rainforest has 28.6% visibility (2/7) across Multi-Method Payment Processing queries but a 0% win rate (0/2 visible) — it appears in results but loses, with content present on the product page that lacks the specific payment method matrix buyers need for evaluation.

    New Content · Content · 6 queries affecting personas: CEO / Co-Founder, VP of Product, Senior Software Engineer / Tech Lead
  • 18

    /blog/take-control-of-chargebacks-with-rainforest — Dispute Resolution Tooling, Competitive Chargeback Comparison, and Operational Cost Framework

    The /blog/take-control-of-chargebacks-with-rainforest page describes Rainforest's dispute management approach as a product narrative but has no API-level technical detail — rf_028 ('how do embedded payment APIs handle webhook events for payment status updates and chargebacks?') cannot be answered from this page because it contains no webhook event names, dispute lifecycle states, or API integration patterns.

    Content Optimization · Content · 7 queries, personas: Head of Payments / Director of Fintech, VP of Product, CEO / Co-Founder
  • 19

    /product (White-Label Components) — Build-vs-Buy Quantification, Engineering Time Benchmarks, and Customization Matrix

    The /product page's white-label components section describes the capability with marketing language ('fully branded payment experience') but contains no quantified engineering time savings — rf_013 ('building payment UI components is taking months — is there a faster path?') and rf_129 ('how much engineering time does a SaaS company save by using pre-built components?') cannot extract a concrete answer.

    Content Optimization · Content · 8 queries, personas: VP of Product, Senior Software Engineer / Tech Lead
  • 20

    Client-side rendering status cannot be assessed — manual verification recommended

    Cannot determine CSR reliance from rendered output. All pages returned substantive content, suggesting SSR or pre-rendering is in place.

    Technical Fix · Engineering · Verification recommended for homepage, product, pricing, and top blog posts
  • 21

    Meta descriptions and OG tags cannot be assessed — manual verification recommended

    Meta descriptions, Open Graph tags, and Twitter Card metadata are not visible in rendered output.

    Technical Fix · Engineering · All pages
  • 22

    No robots.txt file present

    robots.txt is empty or nonexistent. All seven AI crawlers are implicitly allowed (not_mentioned status).

    Technical Fix · Engineering · Site-wide crawler management

Workstream Mapping

All three workstreams can start this week.

Engineering / DevOps

Layer 1 — Technical Fixes
Timeline: Days to 2 weeks
  • Majority of blog content over 12 months old
  • No sitemap.xml found
  • Thin content on commercially important Developers page
  • Schema markup cannot be assessed — manual verification…

Content Team

Layer 2 — Content Optimization
Timeline: 2–6 weeks
  • /pricing — Interchange-Plus Benchmarks, Competitive Margin…
  • /product (Merchant Onboarding) — Migration Risk, Data…
  • /blog/protect-your-saas-platform-from-fraud-losses — PCI…
  • /product (White-Label Components) — Build-vs-Buy…

Content Strategy

Layer 3 — NIOs + Off-Domain
Timeline: 1–3 months
  • Create a /developers hub page with API design specifics,…
  • Create a dedicated /next-day-funding landing page…
  • Create a /card-present or /terminal-payments landing page…
  • Create a definitional pillar page: 'PayFac-as-a-Service…
  • Create an /international-payments or /global-coverage page…

[Synthesis] The 22 recommendations follow a dependency-aware sequence: L1 technical fixes first because the missing sitemap and stale content directly limit the discoverability and freshness signals of all new content created in L2 and L3. L2 optimizations then extract more value from existing pages before building new ones. L3 NIOs address the structural absences that L1 and L2 cannot fix.

The Comparison page architecture (NIO 8, 13 queries) and developer experience hub (NIO 1, 18 queries) are the highest commercial-weight L3 priorities — together they target 31 queries across the high-intent and technical-veto-holder segments.

Methodology
Audit Methodology

Query Construction

150 queries constructed from persona × buying job × feature focus × pain point matrix
Every query carries four metadata fields assigned at creation time
High-intent jobs (Shortlisting + Comparison + Validation): 54% of queries (81 of 150)
Note: 150 queries across full buying journey.

Personas

CEO / Co-Founder — CEO / Co-Founder · Decision Maker
VP of Product — VP of Product · Evaluator
Head of Payments / Director of Fintech — Head of Payments / Director of Fintech · Decision Maker
CFO / VP of Finance — CFO / VP of Finance · Decision Maker
Senior Software Engineer / Tech Lead — Senior Software Engineer / Tech Lead · Decision Maker

Buying Jobs Framework

8 non-linear buying jobs: Artifact Creation → Comparison → Consensus Creation → Problem Identification → Requirements Building → Shortlisting → Solution Exploration → Validation
High-intent jobs (Shortlisting + Comparison + Validation): 54% of queries (81 of 150)

Competitive Set

Primary: Stripe Connect, Finix, Worldpay for Platforms, Payabli, Tilled
Secondary: Adyen for Platforms, Forward, Exact Payments, Swipesum
Surprise: Fiska, Unipaas, Usio, PayPal — flagged for review

Platforms & Scoring

Platforms: ChatGPT + Perplexity
Visibility: Binary — does the client appear in the response?
Win rate: Of visible queries, is the client the primary recommendation?

Cross-Platform Counting (Union Method)

When a query is run on multiple platforms, union logic is applied: a query counts as “visible” if the client appears on any platform, not each platform separately.
Winner resolution: When platforms disagree on the winner, majority vote is used. Vendor names are preferred over meta-values (e.g. “no clear winner”). True ties resolve to “no clear winner.”
Share of Voice: Each entity is counted once per query across platforms (union dedup), preventing double-counting when both platforms mention the same company.
This approach ensures headline metrics reflect real buyer-query outcomes rather than inflated per-platform counts.

Terminology

Mentions: Query-level visibility count. A company receives one mention per query where it appears in any platform response (union-deduped). This is the numerator for Share of Voice.
Unique Pages Cited: Count of distinct client page URLs cited across all platform responses, after URL normalization (stripping tracking parameters). The footer total in the Citation section uses this measure.
Citation Instances (Top Cited Domains): Raw count of citation occurrences per domain across all responses. A single domain can accumulate multiple citation instances from different queries and platforms. The Top Cited Domains table uses this measure.