cloudflare/vinext

Bot/crawler detection does not block fallback HTML on prerender

Closed

#1,543 opened on May 22, 2026

 (0 comments) (0 reactions) (0 assignees)TypeScript (371 forks)github user discovery
adapter-api-e2ehelp wanted

Repository metrics

Stars
 (8,563 stars)
PR merge metrics
 (Avg merge 1d 1h) (462 merged PRs in 30d)

Description

This issue was created by an agent analysing CI failures from the Next.js Deploy Suite (vinext main vs Next.js v16.2.6, 2026-05-22).

Problem

When fallback: true static params encounter a crawler bot user-agent, Next.js renders the page synchronously instead of serving the fallback shell. vinext serves the fallback HTML containing Loading... to crawlers, which is bad for SEO.

Expected substring: not "Loading..."; received fallback shell

Estimated Impact

~1 test failures across the deploy suite.

Affected Test Suites

  • test/e2e/prerender-crawler.test.ts

Recommendation

  1. Reproduce first in vinext's own test suite. Request a fallback: true page with a Googlebot UA and assert the body does not contain the fallback text.

  2. Switch to synchronous render for known crawler UAs. When the UA matches the Next.js bot list and the page would otherwise serve a fallback shell, render synchronously instead.


Part of #1328.

Contributor guide