AvocadoScore audit · vercel.com
vercel.com
Real users are mostly fine — a focused round of fixes will get the site fully healthy.
Real users:Almost ripeCold lab:Unripe(9 of 10 pages Unripe)
The verdict weights real-user data (Chrome UX Report). Cold lab first-visits, shown below, run slower.
Fix these first
- Unblock the initial rendercritical · medium effort · 10 pages
- Cut and defer JavaScriptcritical · large effort · 10 pages
- Address accessibility gapshigh · small effort · 5 pages
- Mobile perfMedian Google Lighthouse Performance score across scanned pages, mobile viewport. 90+ excellent · 50–89 needs work · under 50 poor.
- 65/100Almost ripe
- SEO readyComposite of 12 SEO health checks on the homepage: HTTPS, title, meta description, structured data, Open Graph, canonical, H1, viewport, etc.
- 96/100Ripe
- AI readyComposite of 18 AI-readiness checks across three pillars. Access: robots.txt policies for 10 AI crawlers (citation vs training), CDN/firewall gates, snippet directives. Comprehension: llms.txt, validated structured data, server-rendered content, heading outline. Trust: author/organization provenance, content dates.
- 94/100Ripe
How “AI ready” is scored: 18 checks across three pillars — Access (can AI crawlers fetch you), Comprehension (can they parse & chunk you) and Trust (can they attribute & cite you).
Scanned 16 days ago10 pagesNumber of pages successfully scanned. Free preview scans 3 pages; the paid Full audit covers up to 100.57 views
Overview
Key findings
The headline takeaways, in plain English.
- 1In cold lab tests, 9 of 10 scanned pages render in the "Unripe" band (the overall verdict above weights real-user data, which is faster).
- 2Median mobile LCP is 6.6 s — about 2.7× the 2.5 s target.
- 3Speed is costing you visitors: more than half of mobile users abandon a page that takes over 3 seconds to load (Google) — and your pages cross that line.
- 4The biggest opportunity: Address accessibility gaps — affects 5 pages.
- 5The heaviest page ships 1.9 MB of JavaScript — a primary cause of slow loads.
- 6Strengths: accessibility, SEO and best practices score well — focus effort on performance.
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 agents can read your site; a few quick additions would make it easier to cite.
Fix next: declare a bot policy · add structured data — see the action plan for copy-paste fixes.
OG image qualityOpen Graph image is the thumbnail shown anywhere your page is shared — Slack, LinkedIn, iMessage, Discord. Many LLM answer interfaces use it too.
https://lishhsx6kmthaacj.public.blob.vercel-storage.com/og-home-not-x.png

3 checks · all pass▸
- ✓ReachableHTTP 200
- ✓Content-Typeimage/png
- ✓File size826.9 KB
Crawl-as-bot diffWe fetch your homepage twice — once with a regular browser UA, once claiming to be GPTBot — and compare the content each receives. Big drops mean LLM crawlers see a stripped page.
Homepage · GPTBot UA
GPTBot sees 3,385 chars · browser sees 3,385 chars
GPTBot sees 100% of the content a browser sees — essentially identical.
llms.txt contentllms.txt is the emerging standard (https://llmstxt.org) — a short markdown file at the site root that LLM answer engines pull as a 'site map for AI'.
25 links · 9 sections
5 checks · all pass▸
- ✓/llms.txt presentHTTP 200
- ✓Has main heading# Title found
- ✓Link coverage25 markdown links
- ✓Sections9 `##` sections
- ✓/llms-full.txtHTTP 200 — richer LLM context
Robots.txt advisorrobots.txt tells crawlers (Google, GPTBot, ClaudeBot…) which paths they may visit and where to find your sitemap. Misconfigurations here invisibly tank crawling.
1 group · 1 sitemap ref
5 checks · 1 to review▸
- ✓robots.txt present1 user-agent group
- ✓Allows crawlers`User-agent: *` permits standard crawling
- ✓Sitemap declared1 sitemap ref
- ✕AI bot policiesNo explicit policy for GPTBot, ClaudeBot, Google-Extended, etc. — decide and declare
- ✓Crawl-delayNo crawl-delay — crawlers use their own pacing
Schema.org coverageSchema.org types tell search engines and LLMs what kind of thing each page is — Article, Product, FAQPage, etc. Sites with rich schema get richer answer-engine treatment.
4/10 pages (40%)| Schema type | Pages | Coverage |
|---|---|---|
| Organization | 2 | 20% |
| TechArticle | 2 | 20% |
| WebSite | 2 | 20% |
| BreadcrumbList | 1 | 10% |
| Service | 1 | 10% |
| SoftwareApplication | 1 | 10% |
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.
Both scorecards are in good shape — the site is well-prepared for search and AI-era discovery.
AI readiness vs the Index
At 94/100, this site scores higher than 96% of 922 well-known sites in the AI Readiness Index. The Index is a curated set of big names, not a sample of the web.
SEO checklist
11/12 passing- ✓
- ✓
- ✓
- ✓
- !
- ✓
- ✓
- ✓
- ✓
- ✓
- ✓
- ✓
- !Meta description45 chars — aim for 70–160
▸ 11 passing checks — show all
- ✓HTTPSServed over HTTPS
- ✓Sitemapsitemap.xml present
- ✓robots.txtPresent
- ✓Title tag31 chars
- ✓Canonical URLhttps://vercel.com
- ✓Open GraphComplete (title, description, image)
- ✓Twitter Cardsummary_large_image
- ✓Structured data (JSON-LD)3 blocks
- ✓H1 headingExactly one H1
- ✓Language declaration<html lang="en">
- ✓Viewport metaSet
AI readiness — three pillars
16/18 passingCan AI crawlers fetch the site at all?
- ✓
- ✓
- ✓
- ✓
- ✓
- ✓
6/6 passing
Once fetched, can they parse and chunk it?
- ✓
- ✓
- ✓
- ✓
- ✓
- ✓
- ✓
- ✓
- !
- ✓
- ✓
9/10 passing
Can they attribute and date the content?
- ✓
- !
1/2 passing
Access — Can AI crawlers fetch the site at all?
6/6 passingAll 6 checks pass. Nothing to fix here.
▸ 6 passing checks — show all
- ✓AI answer-engine accessNo restrictions on any of the 5 search/citation crawlers (default-allowed)
- ✓Training-crawler stanceNo training opt-outs declared — content may be used for model training (5 tokens checked)
- ✓Search-index crawlers (AI surfaces)Googlebot and Bingbot can crawl — the indexes behind AI Overviews, ChatGPT search and Copilot can see the site
- ✓CDN / firewall gateGPTBot sees 100% of the content a browser sees — essentially identical.
- ✓Snippet directivesNo nosnippet / max-snippet / noai restrictions
- ✓Agent-friendly 404sReturns 404 for unknown paths
Comprehension — Once fetched, can they parse and chunk it?
9/10 passing- !RSS/Atom feedNo feed advertised in <head> — several AI systems ingest feeds for freshness
▸ 10 passing checks — show all
- ✓/llms.txtPresent — AI-friendly content map
- ✓/llms-full.txtPresent — expanded LLM context
- ✓Markdown for agents (bonus)Serves text/markdown with Vary: Accept
- ✓Structured data (validated)3 blocks, all required properties present (Offer, Organization, Person, SoftwareApplication)
- ✓Server-rendered content9741 words in initial HTML
- ✓Semantic HTMLUses main, header, footer, nav
- ✓Heading outline18 headings in a clean hierarchy
- ✓Open Graph metadataComplete
- ✓Sitemap freshnesssitemap.xml carries <lastmod> dates — recrawl prioritization works
- ✓Consent wallNo consent-manager wall detected
Trust — Can they attribute and date the content?
1/2 passing- !Content datesNo datePublished/dateModified in structured data — answer engines can't judge freshness
▸ 1 passing check — show all
- ✓Author / Organization markupPerson/Organization schema present
AI bot policies (robots.txt)
10 bots trackedNo explicit policy for any of 10 tracked AI bots — implicit allow.
Answer & search crawlers — blocking these removes the site from AI answers
- OAI-SearchBotno rule for this bot, so implicitly allowed
- ChatGPT-Userno rule for this bot, so implicitly allowed
- Claude-Userno rule for this bot, so implicitly allowed
- PerplexityBotno rule for this bot, so implicitly allowed
- Perplexity-Userno rule for this bot, so implicitly allowed
Training crawlers — blocking is an opt-out from model training and does not affect citations
- GPTBotno rule for this bot, so implicitly allowed
- ClaudeBotno rule for this bot, so implicitly allowed
- Google-Extendedno rule for this bot, so implicitly allowed
- Applebot-Extendedno rule for this bot, so implicitly allowed
- CCBotno rule for this bot, so implicitly allowed
no rule
▸ Vendor and status detail
| Bot | Vendor | Role | Status |
|---|---|---|---|
| GPTBot | OpenAI | trainingModel-training opt-out token — blocking it protects IP and does NOT affect AI-search citations. | Not specifiedYour robots.txt has no rule naming this bot. Most crawlers treat that as implicit allow, but the intent is unclear. |
| OAI-SearchBot | OpenAI | citationLive retrieval/citation crawler — blocking it removes the site from AI answers. | Not specifiedYour robots.txt has no rule naming this bot. Most crawlers treat that as implicit allow, but the intent is unclear. |
| ChatGPT-User | OpenAI | citationLive retrieval/citation crawler — blocking it removes the site from AI answers. | Not specifiedYour robots.txt has no rule naming this bot. Most crawlers treat that as implicit allow, but the intent is unclear. |
| ClaudeBot | Anthropic | trainingModel-training opt-out token — blocking it protects IP and does NOT affect AI-search citations. | Not specifiedYour robots.txt has no rule naming this bot. Most crawlers treat that as implicit allow, but the intent is unclear. |
| Claude-User | Anthropic | citationLive retrieval/citation crawler — blocking it removes the site from AI answers. | Not specifiedYour robots.txt has no rule naming this bot. Most crawlers treat that as implicit allow, but the intent is unclear. |
| Google-Extended | trainingModel-training opt-out token — blocking it protects IP and does NOT affect AI-search citations. | Not specifiedYour robots.txt has no rule naming this bot. Most crawlers treat that as implicit allow, but the intent is unclear. | |
| PerplexityBot | Perplexity | citationLive retrieval/citation crawler — blocking it removes the site from AI answers. | Not specifiedYour robots.txt has no rule naming this bot. Most crawlers treat that as implicit allow, but the intent is unclear. |
| Perplexity-User | Perplexity | citationLive retrieval/citation crawler — blocking it removes the site from AI answers. | Not specifiedYour robots.txt has no rule naming this bot. Most crawlers treat that as implicit allow, but the intent is unclear. |
| Applebot-Extended | Apple | trainingModel-training opt-out token — blocking it protects IP and does NOT affect AI-search citations. | Not specifiedYour robots.txt has no rule naming this bot. Most crawlers treat that as implicit allow, but the intent is unclear. |
| CCBot | Common Crawl | trainingModel-training opt-out token — blocking it protects IP and does NOT affect AI-search citations. | Not specifiedYour robots.txt has no rule naming this bot. Most crawlers treat that as implicit allow, but the intent is unclear. |
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.
📩 Save this report to your free dashboard
Everything below is already unlocked — this emails you the link and keeps every scan in one place. Free, no card. We may send an occasional reminder to re-scan; unsubscribe in one click.
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 peersEstimated percentile rank of this site's average mobile performance score within its peer group, assuming a roughly normal spread. A rough positioning estimate, not a precise figure.
At 65/100, this site is above the Next.js site (peer median 55).
▸Show detailsHide details· viewport gap, slowest pages, frequent issues
Slowest pagesThe scanned pages with the highest mobile Largest Contentful Paint — your slowest-loading pages, where optimization pays off most.
- 111.5 s/kb/buildsperf 59/100
- 28.9 s/aboutperf 56/100
- 37.7 s/contactperf 54/100
Ranked by mobile LCP (Largest Contentful Paint).
Most frequent issuesHow often each issue recurs across the scanned pages. Fixing a high-frequency issue once at the template level often resolves it everywhere.
- Render-blocking requests10 pages · 100%
- Legacy JavaScript10 pages · 100%
- Reduce unused JavaScript10 pages · 100%
- Browser errors were logged to the console9 pages · 90%
- Minimize main-thread work8 pages · 80%
- `[user-scalable="no"]` is used in the `<meta name="viewport">` element or the `[maximum-scale]` attribute is less than 5.8 pages · 80%
- Forced reflow8 pages · 80%
- Reduce unused CSS8 pages · 80%
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: your Core Web Vitals pass Google's thresholds.
Every measured metric is in the green — re-check after each release.
Lab · median of scanned pages▸
Page Weight
Resource breakdown
Pages average 2.1 MB across 131 requests. Third-party scripts add 59 KB on top.
- JavaScript1.4 MB65%
- Images117 KB5%
- CSS153 KB7%
- Fonts187 KB9%
- Other310 KB14%
▸Show detailsHide details· heaviest page
Heaviest page: /kb/builds at 3.1 MB over 161 requests.
Deep dive
Resource intelligence
Where time and bytes are going across your site — the specific vendors and code paths behind the totals.
Third parties, main-thread cost, image formatsShowHide▸
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| Vendor | Total bytes | BlockingTotal time this vendor's scripts blocked the main thread from responding to taps and clicks, summed across pages. | PagesHow many scanned pages load this vendor. |
|---|---|---|---|
| Sentry | 11 KB | 0 ms | 9 |
| vercel-storage.com | 87 KB | 0 ms | 2 |
| vercel-status.com | 1 KB | 0 ms | 1 |
| vercel.sh | 17 KB | 0 ms | 4 |
| ctfassets.net | 469 KB | 0 ms | 2 |
Main-thread time
Average per page · 3.0 s- Script evaluation1.6 s52%
- Other531 ms18%
- Script parse / compile413 ms14%
- Style + layout343 ms11%
- Garbage collection63 ms2%
- Parse HTML53 ms2%
- Paint + composite44 ms1%
Image format breakdown
6% modern (WebP / AVIF)- png642 KB
- svg245 KB
- jpeg209 KB
- webp57 KB
- avif14 KB
Technology
Detected stack
What we recognised from the homepage HTML, response headers and DNS. Used to tailor stack-specific recommendations.
Frameworks, CMS & hosting detectedShowHide▸
Technology
Detected stack
What we recognised from the homepage HTML, response headers and DNS. Used to tailor stack-specific recommendations.
Action Plan
What to fix
Root-cause groupings, sequenced by effort. Each card opens a ready-to-paste task you can create in Jira or Linear with one click.
- high severity:01Address accessibility gaps⚡ quick win
- medium severity:02Declare a policy for AI crawlers⚡ quick win
- critical severity:01Unblock the initial render
- medium severity:02Add Schema.org structured data
- medium severity:03Right-size and modernize images
- low severity:04Reduce total page weight
- critical severity:01Cut and defer JavaScript
Bundle any of the 7 fixes into one ready-to-paste prompt for Claude Code, Cursor or v0 — it carries the site-specific evidence and exact snippets.
Unblock the initial render
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.
- ·Render-blocking requests — Est savings of 1,350 ms
- ·Reduce unused CSS — Est savings of 23 KiB
▸ Steps (4)
- 1.Inline critical above-the-fold CSS and defer the rest.
- 2.Add async or defer to render-blocking scripts.
- 3.Preload the LCP image and key fonts so the browser discovers them early.
- 4.Remove unused CSS rules from above-the-fold stylesheets.
- For your stack
- 1.Use next/font so fonts do not block render.
- 2.Avoid importing large global CSS; prefer per-component styles.
Cut and defer JavaScript
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).
- ·Reduce unused JavaScript — Est savings of 819 KiB
- ·Reduce JavaScript execution time — 2.3 s
- ·Minimize main-thread work — 3.5 s
- ·Legacy JavaScript — Est savings of 42 KiB
▸ Steps (4)
- 1.Audit the bundle to find the largest dependencies (a bundle analyzer or source-map-explorer).
- 2.Code-split so route- and below-the-fold code loads on demand instead of upfront.
- 3.Remove or replace heavy third-party scripts; load non-critical ones with async/defer or after first interaction.
- 4.Drop legacy polyfills and transpilation targets that modern browsers no longer need.
- For your stack
- 1.Use next/dynamic to lazy-load heavy components.
- 2.Run @next/bundle-analyzer to find oversized chunks.
- 3.Set a modern browserslist so Next.js stops shipping legacy transforms.
Address accessibility gaps
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.Give interactive elements and dialogs accessible names (aria-label or visible text).
- 2.Ensure every meaningful image has descriptive alt text.
- 3.Check color contrast meets WCAG AA.
Declare a policy for AI crawlers
Answer engines like ChatGPT, Perplexity and Claude crawl with named bots (GPTBot, ClaudeBot, Google-Extended…). With no explicit robots.txt rule you have made no decision — you neither invited them in to be cited nor kept them out. Either choice is fine; silence isn’t.
Impact — AI answer engines are a fast-growing discovery channel. Sites they can’t identify a policy for are crawled on the bot’s terms, and sites that block them forfeit citations — both are decisions worth making deliberately.
- ·Unspecified: GPTBot, OAI-SearchBot, ChatGPT-User, ClaudeBot, Claude-User, Google-Extended, PerplexityBot, Perplexity-User, Applebot-Extended, CCBot
# Allow AI answer engines to read and cite your content: User-agent: GPTBot Allow: / User-agent: OAI-SearchBot Allow: / User-agent: ChatGPT-User Allow: / User-agent: ClaudeBot Allow: / User-agent: Claude-User Allow: / User-agent: Google-Extended Allow: / User-agent: PerplexityBot Allow: / User-agent: Perplexity-User Allow: / User-agent: Applebot-Extended Allow: / User-agent: CCBot Allow: / # …or block them from training/crawling instead — pick one: # (replace "Allow: /" with "Disallow: /" above)
▸ Steps (4)
- 1.Decide whether you want AI answer engines to read and cite your content.
- 2.Add an explicit Allow or Disallow rule for each major AI bot in robots.txt.
- 3.If you allow them, make sure your key content is server-rendered so they can actually read it.
- 4.Re-run the readiness checker to confirm the policy is detected.
Add Schema.org structured data
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.
- ·Present: Organization (2), TechArticle (2), WebSite (2), BreadcrumbList (1), Service (1)
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Organization",
"name": "vercel.com",
"url": "https://vercel.com",
"logo": "https://vercel.com/logo.png",
"sameAs": [
"https://www.linkedin.com/company/your-company",
"https://twitter.com/your-handle"
]
}
</script>▸ Steps (4)
- 1.Add an Organization + WebSite schema to your homepage (identity for the whole site).
- 2.Add BreadcrumbList to section pages so engines understand your hierarchy.
- 3.Add page-type schema where it fits — Article/BlogPosting on posts, FAQPage on Q&A, Product on product pages.
- 4.Validate with Google’s Rich Results Test before shipping.
Right-size and modernize images
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.
- ·Improve image delivery — Est savings of 273 KiB
▸ Steps (4)
- 1.Serve images at the dimensions they are displayed, with srcset for different screen sizes.
- 2.Use modern formats (WebP/AVIF) with fallbacks.
- 3.Lazy-load below-the-fold images.
- 4.Compress images — aim well under 200 KB for most photos.
- For your stack
- 1.Use the next/image component — it handles sizing, modern formats and lazy-loading automatically.
Reduce total page weight
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).
- ·Avoid enormous network payloads — Total size was 2,919 KiB
▸ Steps (3)
- 1.Enable text compression (Brotli or Gzip) for all text assets.
- 2.Trim the largest payloads — usually JavaScript and images.
- 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, worst performance first. Click a row for the full per-page deep dive — LCP element, page weight breakdown, top failing checks.
Per-page scores for 10 pagesShowHide▸
Detail
Per-page results
Mobile metrics shown, worst performance first. Click a row for the full per-page deep dive — LCP element, page weight breakdown, top failing checks.
| Page | PerfMobile Performance score (0–100). | LCPLargest Contentful Paint — when the biggest visible element finishes rendering. Lab value. Target ≤ 2.5 s. | CLSCumulative Layout Shift — total visual jank during load. Unitless. Target ≤ 0.1. | TBTTotal Blocking Time — total main-thread blocking time during load. Target ≤ 200 ms. | WeightTotal page transfer size — HTML + CSS + JS + images + fonts. |
|---|---|---|---|---|---|
| /contact→ | 54 | 7.7 s | 0.000 | 387 ms | 1.9 MB |
| /about→ | 56 | 8.9 s | 0.000 | 473 ms | 2.5 MB |
| /pricing→ | 56 | 6.4 s | 0.000 | 626 ms | 1.8 MB |
| /kb/builds→ | 59 | 11.5 s | 0.000 | 282 ms | 3.1 MB |
| /oss→ | 60 | 5.5 s | 0.000 | 663 ms | 1.8 MB |
| /→ | 63 | 7.6 s | 0.000 | 183 ms | 2.0 MB |
| /docs/oidc→ | 64 | 6.2 s | 0.000 | 456 ms | 2.1 MB |
| /geist/table→ | 66 | 6.9 s | 0.000 | 298 ms | 1.1 MB |
| /docs/redis→ | 81 | 4.2 s | 0.000 | 200 ms | 2.1 MB |
| /kb/tanstack→ | 88 | 3.4 s | 0.000 | 186 ms | 2.9 MB |
10 of 10 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.
Discovery & sampling detailShowHide▸
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
- 8725
- Sampled
- 10
- Scanned OK
- 10
- 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.
How we measured — caveats & data sourcesShowHide▸
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
An SVG badge for this scan. It shows this scan’s scores and does not change if you re-scan. Embeds in your README, site footer, or blog post.
Public report URL
https://avocadoscore.io/r/509903f8-ee6d-4d7d-9c19-1e27de86fb0cMarkdown (for README)
[](https://avocadoscore.io/r/509903f8-ee6d-4d7d-9c19-1e27de86fb0c)HTML (for site footer)
<a href="https://avocadoscore.io/r/509903f8-ee6d-4d7d-9c19-1e27de86fb0c"><img src="https://avocadoscore.io/api/scans/509903f8-ee6d-4d7d-9c19-1e27de86fb0c/badge?metric=verdict" alt="AvocadoScore — overall verdict" /></a>Next Steps
Where to go from here
- 1Start this week. Knock out the 2 quick wins from the Action Plan — small effort, immediate gain.
- 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.
You just fixed it — now keep it fixed.
Scores drift back after every deploy. For $9/mo we re-scan vercel.com monthly and email you the moment a performance, SEO or AI-readiness score slips — so you catch the regression before it costs you traffic. Cancel any time.