Hi all --- escalating publicly because the chat-bot support keeps redirecting me to a refund form that blocks submission for Fluid Provisioned Memory (which is 98% of the bill on the invoice in question).
Account: tastedrops-projects / tastedrop-app Invoices: MJXO8SPI-0004 (paid $1,872.21, metered overage $1,832.21) + MJXO8SPI-0005 (paid $3,149.21, metered overage $3,109.21) Combined metered overage requested as goodwill credit: $4,941.42
App has 8 lifetime accounts, last human login 2026-01-21, zero product actions ever recorded, $0 revenue. 100% of metered usage on both invoices is automated crawler traffic against ~3.3M dynamically server-rendered pages that had no ISR/CDN caching --- same shape as the Meta-crawler case and similar prior Vercel community write-ups.
What I've already done:
- Paused the entire project via REST API (POST /v1/projects/.../pause) the moment I found it; nothing accrued after that.
- Shipped comprehensive remediation in two merged PRs:
- https://github.com/rahim0kapadia/tastedrop/pull/2 --- cookieless ISR on all crawler-exposed pages, Sentry server tracing stripped, real budget-monitoring tables.
- https://github.com/rahim0kapadia/tastedrop/pull/3 --- fixed root-layout dynamic taint that was silently neutering PR #2's ISR, path-split CSP nonce, sitemap cache headers, og-image revalidate, /api/specials/near-me 410-gone, halved /api/** memory cap.
- Set the on-demand budget hard cap to $5 with pause-projects action enabled.
- Resumed only after PR #3 reached READY; verified ISR engagement live (x-vercel-cache: PRERENDER then HIT).
The chat bot acknowledged the documentation "supports a goodwill consideration" then sent me to a form that auto-marks the dominant Fluid Provisioned Memory charge as non-refundable. Form is unusable for this case. Asking the Vercel team for human billing review of both invoices.
Happy to provide usage exports, deployment timeline, or any other detail.
Rahim Kapadia taste.drop1@gmail.com