AvocadoScore Free preview
ReportPagesTasks

AvocadoScore audit · stripe.com

stripe.com

Unripe

Returning visitors get a workable experience, but cold loads, new-visitor performance and SEO need significant, prioritized work.

Fix this firstUnblock the initial rendercritical · medium effort · 3 pages

This verdict weights real-user data (Chrome UX Report). Cold lab first-visits shown below run slower.

Mobile perf
69/100
Almost ripe
SEO ready
88/100
Almost ripe
AI ready
82/100
Almost ripe

Scanned 11 days ago3 pages

What you’re not seeing yet

Your 3 sampled pages averaged 69 on mobile performance — we don’t know which of the other 6,273 pages are dragging that median. The full audit scans up to 100 of your most important pages so you can find the templates costing you traffic.

Pages we found but didn’t scan

/legal/legal/ssa/ssa/climate/legal/connect/legal/connect-account/legal/legal/connect/legal/connect-account+4 more

7-day refund · no questions

Overview

Key findings

The headline takeaways, in plain English.

  1. 1In cold lab tests, 2 of 3 scanned pages render in the "Unripe" band (the overall verdict above weights real-user data, which is faster).
  2. 2Median mobile Total Blocking Time is 677 ms — about 3.4× the 200 ms target.
  3. 3The biggest opportunity: Address accessibility gaps — affects 2 pages.
  4. 4The heaviest page ships 1.9 MB of JavaScript — a primary cause of slow loads.
  5. 5Strengths: accessibility and SEO score well — focus effort on performance.
See the prioritized action plan →
Performance
69/100
10 issue types
Accessibility
97/100
4 issue types
On-page SEO
95/100
1 issue type
Best Practices
57/100
5 issue types
0Ripe1Almost ripe2Unripe

AI & search visibility

Can AI answer engines find, read and cite your site?

More people now ask ChatGPT, Perplexity and Claude instead of Googling. This section answers whether those answer engines can reach your content, understand it, and cite you — the audit other tools skip.

AI visibility verdict

AI agents can reach, read and understand your site — you’re set up to be cited.

OG image quality

100/100

https://images.stripeassets.com/fzn2n1nzq965/XtX984S1GJVsVOXFC7kMu/01988281e867728dfb09aa7793a6e3b9/Stripe.jpg?q=80

Open Graph preview image as social platforms and AI answer engines see it
  • Reachable
    HTTP 200
  • Content-Type
    image/jpeg
  • File size
    305.5 KB

Crawl-as-bot diff

Homepage · GPTBot UA

GPTBot sees 12,626 chars · browser sees 12,481 chars

101%

GPTBot sees 101% of the content a browser sees — essentially identical.

llms.txt content

268 links · 28 sections

90/100
  • /llms.txt present
    HTTP 200
  • Has main heading
    # Title found
  • Link coverage
    268 markdown links
  • Sections
    28 `##` sections
  • !
    /llms-full.txt
    Optional but recommended — expanded file with full body text of key pages
# Stripe > Stripe is a technology company that provides financial infrastructure for businesses. Businesses of every size—from new startups to established public companies—use Stripe to accept payments online and in person, embed financial services, and create custom revenue models. For complete do…

Robots.txt advisor

3 groups · 1 sitemap ref

80/100
  • robots.txt present
    3 user-agent groups
  • Allows crawlers
    `User-agent: *` permits standard crawling
  • Sitemap declared
    1 sitemap ref
  • AI bot policies
    No explicit policy for GPTBot, ClaudeBot, Google-Extended, etc. — decide and declare
  • Crawl-delay
    No crawl-delay — crawlers use their own pacing

Schema.org coverage

2/3 pages (67%)
Schema typePagesCoverage
FAQPage133%
Organization133%
WebSite133%

Readiness

SEO & AI Readiness

Two scorecards derived from the homepage HTML, robots.txt and AI-specific well-known files. The differentiating analysis no other tool does.

SEO Readiness
88/100
10 pass · 1 warn · 1 fail
AI Readiness
82/100
11 pass · 6 warn · 0 fail

A few readiness gaps to close — the checklists below name what’s missing or weak on the homepage and in robots.txt.

SEO checklist

10/12 passing
  • Sitemap
    No sitemap.xml found
  • !
    H1 heading
    2 H1s — should be one
10 passing checks — show all
  • HTTPS
    Served over HTTPS
  • robots.txt
    Present
  • Title tag
    54 chars
  • Meta description
    149 chars
  • Canonical URL
    https://stripe.com/
  • Open Graph
    Complete (title, description, image)
  • Twitter Card
    summary_large_image
  • Structured data (JSON-LD)
    1 block
  • Language declaration
    <html lang="en-US">
  • Viewport meta
    Set

AI readiness — three pillars

11/17 passing
Access80

Can AI crawlers fetch the site at all?

Comprehension85

Once fetched, can they parse and chunk it?

Trust75

Can they attribute and date the content?

Access — Can AI crawlers fetch the site at all?

3/5 passing
  • !
    AI answer-engine access
    OAI-SearchBot, ChatGPT-User, Claude-User, PerplexityBot, Perplexity-User are restricted in robots.txt — ChatGPT search, Perplexity and Claude can't read or cite the site through these crawlers
  • !
    Search-index crawlers (AI surfaces)
    Googlebot, Bingbot partially restricted — AI surfaces built on these indexes see a reduced site
3 passing checks — show all
  • Training-crawler stance
    No training opt-outs declared — content may be used for model training (5 tokens checked)
  • CDN / firewall gate
    GPTBot sees 101% of the content a browser sees — essentially identical.
  • Snippet directives
    No nosnippet / max-snippet / noai restrictions

Comprehension — Once fetched, can they parse and chunk it?

7/10 passing
  • !
    /llms-full.txt
    Not present — optional, but useful for richer LLM context
  • !
    RSS/Atom feed
    No feed advertised in <head> — several AI systems ingest feeds for freshness
  • !
    Sitemap freshness
    No sitemap.xml — crawlers fall back to link discovery with no freshness signals
7 passing checks — show all
  • /llms.txt
    Present — AI-friendly content map
  • Structured data (validated)
    1 block, all required properties present (Organization, Person, WebSite)
  • Server-rendered content
    9250 words in initial HTML
  • Semantic HTML
    Uses main, header, footer, nav
  • Heading outline
    57 headings in a clean hierarchy
  • Open Graph metadata
    Complete
  • Consent wall
    No consent-manager wall detected

Trust — Can they attribute and date the content?

1/2 passing
  • !
    Content dates
    No datePublished/dateModified in structured data — answer engines can't judge freshness
1 passing check — show all
  • Author / Organization markup
    Person/Organization schema present

AI bot policies (robots.txt)

10 bots tracked
All 10 tracked AI bots: Mixed.
Show all 10 bots
BotVendorStatus
GPTBotOpenAIMixed
OAI-SearchBotOpenAIMixed
ChatGPT-UserOpenAIMixed
ClaudeBotAnthropicMixed
Claude-UserAnthropicMixed
Google-ExtendedGoogleMixed
PerplexityBotPerplexityMixed
Perplexity-UserPerplexityMixed
Applebot-ExtendedAppleMixed
CCBotCommon CrawlMixed

Declare a policy either way so the intent is clear — see the action plan for a copy-paste robots.txt block.

Readiness is sampled on the site homepage; deeper pages may differ. AI bot policies follow the llms.txt proposal and the established robots.txt convention.

Deep dive

Performance analysis

Where this site stands against its peers, which viewport is the weak link, the slowest pages, and the issues that recur most.

Performance vs peers

At 69/100, this site is above the Next.js site (peer median 55).

74th
percentile (est.)
WorstNext.js siteBest

Mobile vs desktop

Mobile
69/100
Desktop
83/100

Mobile runs 14 points behind desktop — most of the slowness lives on phones.

  • /4767 −20
  • /contact7889 −11
  • /pricing8392 −9

Slowest pages

  • 1
    /
    perf 47/100
    8.9 s
  • 2
    /pricing
    perf 83/100
    2.9 s
  • 3
    /contact
    perf 78/100
    2.6 s

Ranked by mobile LCP (Largest Contentful Paint).

Most frequent issues

Performance: 10Best practices: 5Accessibility: 4SEO: 1
  • Minimize main-thread work
    3 pages · 100%
  • Elements with visible text labels do not have matching accessible names.
    3 pages · 100%
  • Forced reflow
    3 pages · 100%
  • Issues were logged in the `Issues` panel in Chrome Devtools
    3 pages · 100%
  • Legacy JavaScript
    3 pages · 100%
  • Reduce unused JavaScript
    3 pages · 100%
  • Uses deprecated APIs
    3 pages · 100%
  • Uses third-party cookies
    3 pages · 100%

Core Web Vitals

How fast your site really is

Real-user experience from the Chrome UX Report (p75, 28-day window). Lab metrics below show cold first-visit timings.

Real users · page-level
LCP
≤ 2.5 s
1.4 s
FAST
CLS
≤ 0.1
0.000
FAST
INP
≤ 200 ms
81 ms
FAST
Lab · median of scanned pages
LCP
≤ 2.5 s
2.9 s
CLS
≤ 0.1
0.000
TBT
≤ 200 ms
677 ms
FCP
≤ 1.8 s
2.4 s
TTFB
≤ 800 ms
35 ms
SI
≤ 3.4 s
2.4 s

Page Weight

Resource breakdown

Pages average 1.9 MB across 192 requests. Third-party scripts add 1.9 MB on top.

  • JavaScript1.3 MB71%
  • Images282 KB15%
  • CSS67 KB3%
  • Fonts62 KB3%
  • Other151 KB8%

Heaviest page: / at 3.0 MB over 170 requests.

Deep dive

Resource intelligence

Where time and bytes are going across your site — the specific vendors and code paths behind the totals.

Top third-party vendors

Site-wide totals
VendorTotal bytesBlockingPages
Google Tag Manager1.8 MB1.5 s3
LinkedIn Ads127 KB57 ms3
reddit65 KB46 ms3
Bing Ads52 KB31 ms3
DemandBase19 KB18 ms1
Twitter Online Conversion Tracking30 KB18 ms2

Main-thread time

Average per page · 2.9 s
  • Script evaluation1.4 s48%
  • Other499 ms17%
  • Style + layout404 ms14%
  • Script parse / compile388 ms13%
  • Garbage collection96 ms3%
  • Paint + composite80 ms3%
  • Parse HTML41 ms1%

Image format breakdown

77% modern (WebP / AVIF)
  • webp649 KB
  • png141 KB
  • svg27 KB
  • gif21 KB
  • plain4 KB
  • javascript3 KB
  • html2 KB

Technology

Detected stack

What we recognised from the homepage HTML, response headers and DNS. Used to tailor stack-specific recommendations.

Framework
Next.js

Site health

Security, compression and SEO hygiene

Headers, compression and cross-page duplicates checked on the homepage. These are the basics a professional site is expected to get right.

Security headers

7 pass · 3 warn · 0 fail

85/100
  • Strict-Transport-Security
    max-age=63072000 · includeSubDomains · preload
  • !
    Content-Security-Policy
    Present but uses 'unsafe-inline' or 'unsafe-eval' — weakens protection
  • X-Frame-Options
    SAMEORIGIN
  • X-Content-Type-Options
    nosniff
  • Referrer-Policy
    no-referrer-when-downgrade
  • !
    Permissions-Policy
    Missing — no explicit restriction on browser features (camera, geo, etc.)
  • Exposed secrets
    No live API keys or private keys found in the served HTML
  • Mixed content
    No insecure http:// subresources on the page
  • Outdated JS libraries
    No known-vulnerable library versions detected in page scripts
  • !
    Cookie security flags
    Homepage cookie is missing HttpOnly — session cookies without these are exposed to theft / CSRF

Compression & cache

Content-Encoding
gzip
Cache-Control
missing
No Cache-Control header on the homepage.

Action Plan

Root-cause groupings, sequenced by effort. Each card opens a ready-to-paste task you can create in Jira or Linear with one click.

Quick wins
Under a day each — start here.
  1. 01Address accessibility gaps⚡ quick win
  2. 02Unblock AI answer-engine crawlers in robots.txt⚡ quick win
  3. 03Fix crawlability issues
  4. 04Set long cache lifetimes for static assets
Moderate effort
A few days each — book this sprint.
  1. 01Unblock the initial render
  2. 02Audit and trim third-party scripts
  3. 03Right-size and modernize images
  4. 04Add Schema.org structured data
  5. 05Reduce total page weight
Larger projects
A week+ each — scope and plan.
  1. 01Cut and defer JavaScript
Filter·Sort
02 / 10

Unblock the initial render

Critical·Medium effort·Affects 3 pages·~900 ms faster
Create ticket →

CSS and JavaScript in the critical path delay first paint — visitors stare at a blank screen, and Largest Contentful Paint (a Google ranking signal) suffers.

Impact — Largest Contentful Paint is a Google ranking signal. Sites in the slowest quartile of their category see 30–50% less organic search traffic than faster peers.

Found on this site~900 ms faster if fixed
  • ·Render-blocking requests — Est savings of 2,350 ms
Seen on:/contact/pricing/
Steps (4)
  1. 1.Inline critical above-the-fold CSS and defer the rest.
  2. 2.Add async or defer to render-blocking scripts.
  3. 3.Preload the LCP image and key fonts so the browser discovers them early.
  4. 4.Remove unused CSS rules from above-the-fold stylesheets.
  5. For your stack
  6. 1.Use next/font so fonts do not block render.
  7. 2.Avoid importing large global CSS; prefer per-component styles.
03 / 10

Audit and trim third-party scripts

Critical·Medium effort·Affects 3 pages
Create ticket →

Third-party code — tag managers, analytics, chat widgets, ad pixels — runs on every page and is a leading cause of slow, janky sites. It also changes without warning, outside your control.

Impact — Third-party scripts cause ~57% of JavaScript-related main-thread delays on a typical site (Web Almanac). They also change without warning, outside your control.

Found on this site
  • ·Third-party code is 100% of total page weight — 1.9 MB of 1.9 MB
Seen on:/contact/pricing/
Steps (5)
  1. 1.Inventory every third-party script and tie each one to a clear business owner and purpose.
  2. 2.Remove anything not actively used; consolidate overlapping tools.
  3. 3.Load non-critical third parties lazily — after interaction or on idle.
  4. 4.Use tag-manager triggers to fire tags only where needed, not site-wide.
  5. 5.Self-host critical third-party scripts where licensing allows.
05 / 10

Cut and defer JavaScript

Critical·Large effort·Affects 3 pages·~2.8 s faster
Create ticket →

Large scripts block the browser’s main thread, so the page looks loaded but does not respond to taps or clicks. This is the most common cause of a slow mobile experience and directly drives up bounce rate.

Impact — Heavy JavaScript is the #1 driver of slow mobile sites — 53% of mobile users abandon pages that take longer than 3 seconds to load (Google mobile-speed research).

Found on this site~2.8 s faster if fixed
  • ·Minimize main-thread work — 4.2 s
  • ·Reduce JavaScript execution time — 2.2 s
  • ·Reduce unused JavaScript — Est savings of 505 KiB
  • ·Legacy JavaScript — Est savings of 18 KiB
Seen on:/contact/pricing/
Steps (4)
  1. 1.Audit the bundle to find the largest dependencies (a bundle analyzer or source-map-explorer).
  2. 2.Code-split so route- and below-the-fold code loads on demand instead of upfront.
  3. 3.Remove or replace heavy third-party scripts; load non-critical ones with async/defer or after first interaction.
  4. 4.Drop legacy polyfills and transpilation targets that modern browsers no longer need.
  5. For your stack
  6. 1.Use next/dynamic to lazy-load heavy components.
  7. 2.Run @next/bundle-analyzer to find oversized chunks.
  8. 3.Set a modern browserslist so Next.js stops shipping legacy transforms.
01 / 10

Address accessibility gaps

High·Small effort·Affects 2 pages·⚡ Quick win
Create ticket →

Accessibility issues exclude users of assistive technology and create legal exposure (ADA / European Accessibility Act). Many fixes also help SEO.

Impact — About 15% of users have a disability (WHO). Accessibility gaps both exclude these users and create ADA/EAA compliance risk in the US and EU.

Steps (3)
  1. 1.Give interactive elements and dialogs accessible names (aria-label or visible text).
  2. 2.Ensure every meaningful image has descriptive alt text.
  3. 3.Check color contrast meets WCAG AA.
04 / 10

Unblock AI answer-engine crawlers in robots.txt

High·Small effort·Affects 1 page·⚡ Quick win
Create ticket →

These are not training bots — they are the live retrieval crawlers ChatGPT search, Perplexity and Claude use to read a page before citing it in an answer. Blocking them removes the site from AI answers entirely, while training opt-outs (GPTBot, CCBot…) can stay blocked with no citation impact.

Impact — Buyers increasingly ask ChatGPT, Perplexity and Claude for recommendations. A site these crawlers cannot read cannot be cited — the traffic goes to a competitor whose site they can.

Found on this site
  • ·Blocked/restricted: OAI-SearchBot, ChatGPT-User, Claude-User, PerplexityBot, Perplexity-User
Seen on:/robots.txt
Copy-paste fix
User-agent: OAI-SearchBot
Allow: /

User-agent: ChatGPT-User
Allow: /

User-agent: Claude-User
Allow: /

User-agent: PerplexityBot
Allow: /

User-agent: Perplexity-User
Allow: /
Steps (3)
  1. 1.Open robots.txt and find the rules covering the blocked crawlers below.
  2. 2.Allow the search/citation crawlers (keep training-bot blocks if IP protection is the goal — they are separate tokens).
  3. 3.Deploy and verify with the free readiness checker.
06 / 10

Fix crawlability issues

Medium·Small effort·Affects 2 pages
Create ticket →

If search engines cannot follow your links or understand their text, pages will not be discovered or rank — directly capping organic traffic.

Impact — Crawlability issues directly cap organic search traffic. Search engines cannot rank what they cannot follow or understand.

Found on this site
  • ·Links do not have descriptive text — 30 links found
Seen on:/pricing/
Steps (3)
  1. 1.Use real <a href> elements for navigation, not click handlers on <div>s.
  2. 2.Give links descriptive text instead of “click here” or “read more”.
  3. 3.Ensure important pages are linked from somewhere crawlable.
08 / 10

Right-size and modernize images

Medium·Medium effort·Affects 1 page
Create ticket →

Oversized images waste bandwidth and slow the largest element on the page. On mobile connections this is often the single biggest load-time cost.

Impact — Images account for roughly 25% of an average mobile page (HTTP Archive). Every MB of unoptimized images adds 1–2 seconds of mobile load time.

Found on this site
  • ·Improve image delivery — Est savings of 264 KiB
Seen on:/
Steps (4)
  1. 1.Serve images at the dimensions they are displayed, with srcset for different screen sizes.
  2. 2.Use modern formats (WebP/AVIF) with fallbacks.
  3. 3.Lazy-load below-the-fold images.
  4. 4.Compress images — aim well under 200 KB for most photos.
  5. For your stack
  6. 1.Use the next/image component — it handles sizing, modern formats and lazy-loading automatically.
09 / 10

Add Schema.org structured data

Medium·Medium effort·Affects 1 page
Create ticket →

Schema.org JSON-LD tells search engines and answer engines what each page is — an Organization, an Article, a Product, an FAQ. Pages with structured data earn richer search results and are easier for LLMs to summarize and cite accurately.

Impact — Structured data is a low-risk SEO and AI-visibility win: it doesn’t change your design but materially improves how engines understand and present your pages.

Found on this site
  • ·Present: FAQPage (1), Organization (1), WebSite (1)
Copy-paste fix
<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Organization",
  "name": "stripe.com",
  "url": "https://stripe.com",
  "logo": "https://stripe.com/logo.png",
  "sameAs": [
    "https://www.linkedin.com/company/your-company",
    "https://twitter.com/your-handle"
  ]
}
</script>
Steps (4)
  1. 1.Add an Organization + WebSite schema to your homepage (identity for the whole site).
  2. 2.Add BreadcrumbList to section pages so engines understand your hierarchy.
  3. 3.Add page-type schema where it fits — Article/BlogPosting on posts, FAQPage on Q&A, Product on product pages.
  4. 4.Validate with Google’s Rich Results Test before shipping.
07 / 10

Set long cache lifetimes for static assets

Low·Small effort·Affects 3 pages
Create ticket →

Without long cache headers, repeat visitors re-download assets that never changed — slower return visits and wasted bandwidth.

Impact — Returning visitors slow their own experience without caching. Small fix, compounding gain: every repeat visit benefits.

Found on this site
  • ·Use efficient cache lifetimes — Est savings of 88 KiB
Seen on:/contact/pricing/
Steps (3)
  1. 1.Set Cache-Control: max-age of up to a year for fingerprinted static assets.
  2. 2.Use content hashing in filenames so you can cache aggressively and still ship updates.
  3. 3.Configure caching at the CDN or host layer rather than per request.
10 / 10

Reduce total page weight

Low·Medium effort·Affects 1 page
Create ticket →

Heavy pages cost real money for users on metered mobile data and load slowly on weak connections — a meaningful share of every site’s traffic.

Impact — Every additional megabyte of page weight typically adds 1–2 seconds of mobile load time on a slow connection (HTTP Archive).

Found on this site
  • ·Avoid enormous network payloads — Total size was 3,087 KiB
Seen on:/
Steps (3)
  1. 1.Enable text compression (Brotli or Gzip) for all text assets.
  2. 2.Trim the largest payloads — usually JavaScript and images.
  3. 3.Remove unused third-party embeds and scripts.

Shipped a fix? Open the task list or hit ↻ Re-scan in the header — the comparison shows what moved.

Detail

Per-page results

Mobile metrics shown. Click a row for the full per-page deep dive — LCP element, page weight breakdown, top failing checks.

PagePerf
/contact78
/pricing83
/47

3 of 3 pages scanned successfully. Each row links to the full per-page report with mobile + desktop side by side.

Coverage

Scan coverage

Pages were discovered via sitemap and sampled across URL patterns. Issues found on a sampled page very likely affect the rest of its pattern group.

Discovered
6276
Sampled
3
Scanned OK
3
Failed
0

Methodology

How we measured this

Every page measured with Google PageSpeed Insights (1 run per page per viewport — quick scan). Real-user data, where shown, comes from the Chrome UX Report.

  • Lab data is a cold first visit from Google's US infrastructure; real users with warm caches and in other regions will differ.
  • Mobile is emulated on throttled slow-4G; desktop is unthrottled. Only public pages are scanned.
  • Quick scan (1 run/page) — upgrade to a paid scan for median-of-3 accuracy.

Full deep-dive on every check at /methodology.

Share

Embed this badge anywhere

A live SVG badge — embeds in your README, site footer, or blog post. Updates whenever you re-scan.

Public report URL

https://avocadoscore.io/r/09ebad3c-1f72-4534-9af6-ca29f156d16b

Markdown (for README)

[![AvocadoScore — overall verdict](https://avocadoscore.io/api/scans/09ebad3c-1f72-4534-9af6-ca29f156d16b/badge?metric=verdict)](https://avocadoscore.io/r/09ebad3c-1f72-4534-9af6-ca29f156d16b)

HTML (for site footer)

<a href="https://avocadoscore.io/r/09ebad3c-1f72-4534-9af6-ca29f156d16b"><img src="https://avocadoscore.io/api/scans/09ebad3c-1f72-4534-9af6-ca29f156d16b/badge?metric=verdict" alt="AvocadoScore — overall verdict" /></a>

Next Steps

Where to go from here

  1. 1Start this week. Knock out the 2 quick wins from the Action Plan — small effort, immediate gain.
  2. 2Re-scan after each round of fixes. Hit Re-scan in the header after each round — the comparison shows what moved and what didn’t.

Free preview · 3 of 6,276 pages

Want this depth on every page?

You've seen the format. The Full audit takes the same lens across 6,273 more pages you can't see yet — and ships the result as one ranked fix list your engineer can act on.

  • Median of 3 PageSpeed runs per page (vs 1 in the preview) — stable numbers you can ship from
  • Up to 100 pages — covers /pricing, /checkout, and every template that matters
  • Per-page deep dives: LCP element, named offenders, third-party impact
  • Plain-English fix list with effort estimates in dev-weeks
  • 3 free re-runs included — re-scan after every release at no extra cost
  • 7-day refund, no questions, no “please tell us why”

One-time · No subscription · 7-day refund

This audit was run on AvocadoScore

stripe.com scored 69 on Mobile Perf. What about yours?

Performance, SEO, and how Claude, GPT and Gemini see your site. $29, one-time. Same report format, your domain.