73.000 Seiten. Ein Worker.
Suite kostenloser Dev-/Creator-Browser-Tools — static-first, pSEO-tief, ad-finanzierbar. Astro 6 Islands, Cloudflare Workers + Assets, GSC-gesteuerter Index. Kein Backend, keine Cookies, ein Entwickler.

Warum es das gibt.
Wer schnell einen Hash generieren, Prozente rechnen oder Zeitzonen vergleichen will, landet heute bei Calculator.net, RapidTables oder UnitConverters. Funktioniert — aber mit Werbebannern, die vor dem Tool laden, UI aus einer anderen Dekade und fast keiner inhaltlichen Tiefe pro Rechner. Zielgruppe sind Endnutzer, die das Tool jetzt brauchen, keine App installieren, sich nicht registrieren und auch keinen Cookie-Manager durchklicken wollen.
ToolPrime ist der Versuch, diese Lücke zu füllen: modern, schnell, programmatisch tief — und als Ein-Mann-Betrieb über Ad-Revenue tragfähig zu halten. Kein Venture-Scale, keine 40-Mann-SEO-Agentur im Rücken. Ein Entwickler, ein Repo, und eine Infrastruktur, die auf Cloudflare Workers Paid für $5/Monat die gesamte Ausspielung übernimmt — statische Assets kosten dort nichts extra.
Der Rahmen, in den es passen musste.
Wie es läuft.
◦ Schematische Darstellung, Zahlen illustrativ.
Vier bewusste Entscheidungen.
Astro 6 Static-First + Islands statt Next.js SSR.
Cloudflare Workers + Assets statt Pages oder Vercel.
Lokaler Deploy via ./deploy.sh statt GitHub Actions.
workflow_dispatch-BackupProgrammatic SEO als Template × Datensatz.
Was nicht offensichtlich war.
GSC-Analyzer gegen Widget-Kannibalisierung
scripts/analyze-gsc.mjs parst GSC-Export-ZIPs, findet automatisch Kategorien, wo die Position gut ist, aber die CTR null — und flaggt sie für noindex. Ergebnis: ~52.000 Seiten via noindex + Sitemap-Filter aus dem Crawl-Budget genommen, das Budget umgelenkt auf die ~21.000 Seiten, die kein Google-Widget kannibalisiert. Recovery-Fenster laut GSC-Trend: 4–8 Wochen, kein Quick-Win, sondern Hygiene-Maßnahme.Canonical-Duplicates per build.format: 'file'
/tool/index.html mit Trailing-Slash-Redirects. Bei 73K Seiten sind das 343 Canonical-Duplikate — gleiche URL, unterschiedliche Normalisierung, sichtbar als Coverage-Errors im GSC.Umschalten auf
build.format: 'file' + trailingSlash: 'never' produzierte flache .html-Outputs ohne Redirect-Zwischenstufe. Ein Commit, das Problem war weg. Manchmal ist der Fix ein Config-Flag, das man vor vier Monaten hätte setzen sollen.Zero-Origin trotz File-Processing
browser-image-compression, jszip, html2pdf.js. sharp nur zur Build-Zeit für Thumbnails.Kein Upload, kein Backend, keine DSGVO-Baustelle — Nutzerdaten verlassen den Browser nie. Erfordert sauberes Web-Worker-Handling bei großen Dateien, damit die UI nicht einfriert. Aber spart jeden Gedanken an Storage, Moderation, Abuse, GDPR-DPA, AV-Verträge. Der beste Server ist keiner.
Wrangler-Push als Deploy-Hot-Path
Das verändert den Deploy-Loop komplett: ein Template-Fix in einem Tool deployt in ~30 Sekunden statt 8 Minuten. Das erlaubt iteratives Fixen direkt gegen Production — was für ein Werbemodell auch heißt, kaputte Seiten in 30 Sekunden zu reparieren statt einen CI-Lauf abzuwarten.
Was läuft.
Was ich gelernt habe.
SEO ist ein Feedback-System, kein Upload.
Ich bin mit der Illusion gestartet, dass man pSEO „baut und deployt“. Realität: man baut, deployt, misst, kickt die Hälfte wieder raus, deployt neu. Der GSC-Analyzer war der Unterschied zwischen einer Tool-Seite und einem Tool-Index. Ohne den Feedback-Loop hätte ich 73K Seiten aufrechterhalten, die gemeinsam weniger Traffic bringen als 21K fokussierte. Jedes pSEO-Projekt braucht diesen Rückkanal ab Tag 1 — nicht erst, wenn der Index zu groß für das Crawl-Budget ist.
Berechenbares Pricing ist ein Feature.
Workers Paid für $5 Grundpreis hat mir den Kopf freigemacht. Keine Revenue-Prognosen zur Infra-Angst, kein Ausrechnen von Worst-Case-Rechnungen für die statische Auslieferung. Der Traffic darf explodieren, ohne dass die statische Auslieferung teurer wird. Das ist selten geworden — und für einen Solo-Entwickler, der nachts noch SEO-Analysen macht, mehr wert als jeder Premium-Feature-Blogpost.