[verdetto][prompt curato][fonte: datafa.st]
Posso vibecodare DataFast?
// si costruisce in un weekend, ma restano buchi veri
La metà di DataFast che conta le pageview è la stessa build da un weekend di Plausible o Umami. È la metà sul fatturato a smettere di esserlo: riconoscere il visitatore anonimo di allora nel cliente che paga tre settimane dopo, da un altro dispositivo, è la cucitura che continua a costarti weekend.
confidenza: alta
cos’è: Web analytics che riportano il fatturato al canale marketing che l'ha prodotto
Indice di costruibilità · gioco editoriale
- Prezzo 9 $/mese peso: più 1
- Tempo un weekend per la dashboard, più giorni per fidarsi dei numeri peso: più 2
- Categoria analytics non pesa
- Moat integrazioni · scala dell'infrastruttura · qualità di esecuzione peso: meno 4
- Confidenza alta peso: più 1
- Cosa perdi 5 voci peso: meno 2
- Sito datafa.st (si apre in una nuova scheda) non pesa
Il moat pesa più del prezzo: rifarlo è un progetto, non una sera.
Gioco editoriale: il verdetto dice se un agente può, l’indice se conviene.
Cosa costruisci
Registrare le pageview con il loro canale UTM e referrer, legare il visitatore anonimo a un cliente al momento dell'iscrizione, poi ricevere i webhook Stripe e mostrare il fatturato per canale.
cosa ti serve
- un server in hosting
- un database
- lo script di tracking
- il secret del webhook Stripe
- dominio e SSL
- filtro dei bot
Il contatore di pageview è un weekend e la join con Stripe è un altro · il terzo weekend, quello in cui i numeri diventano affidabili abbastanza da spenderci sopra, è quello che non finisce mai.
Il prompt
Un weekend con un agente di coding. I buchi che restano sono qui sotto, in «cosa perdi».
Build me a revenue attribution dashboard for one site, to replace DataFast. Requirements:
- Node + Express + better-sqlite3, one process behind Caddy on my own VPS.
Server-rendered pages, no frontend framework, no build step.
- A tracker snippet under 2 KB: navigator.sendBeacon sends path, referrer and
any utm_* params, keyed to a first-party visitor id in localStorage. No
third-party cookies.
- Attribution is the whole point. Per visitor store first-touch and last-touch
channel, from utm_source/utm_medium/utm_campaign, else by parsing the
referrer host into google / x / reddit / hn / direct. Never overwrite
first-touch.
- An /identify endpoint I call after signup with the user's email, which binds
the anonymous visitor id to a customer row.
- A Stripe webhook for checkout.session.completed, invoice.paid and
customer.subscription.deleted: verify the signature, match on email, write
revenue against that visitor. Webhook secret and API key from .env.
- Dashboard on localhost behind one bearer token from .env: a channel table
with visitors, signups, customers, MRR and revenue per visitor over 7/30/90
days. Tables and one inline SVG bar chart, nothing else.
- Drop known bots against a user-agent blocklist before anything is counted. No
accounts, no telemetry, one SQLite file I can copy off the box.
- Out of scope: cross-device identity stitching, multi-touch models, the live
visitor feed, purchase-likelihood scoring, team seats and an MCP server. One
domain, single-touch, single-device.
- README: the script tag, the /identify call, `stripe listen` for testing
webhooks locally, and an honest paragraph on where the numbers lie · a
phone-to-laptop journey counts as two visitors, cleared localStorage counts
as a new one, and a customer who pays from a different address never matches
at all. Prompt curato: scritto e rivisto a mano per questa app. In inglese di proposito — è la lingua in cui gli agenti di coding rendono meglio.
Cosa perdi
- la cucitura delle identità tra dispositivi, browser e storage ripulito
- un filtro per bot e crawler AI che resta aggiornato senza di te
- le installazioni in un clic per Shopify, Webflow, WordPress e altre 20 piattaforme
- il feed dei visitatori in tempo reale e lo scoring sulla probabilità di acquisto
- il server MCP in hosting e la CLI per interrogare i dati in linguaggio naturale
Perché pagano ancora
Un numero di attribuzione di cui non ti fidi è peggio di nessun numero, perché ci spendi contro. Pagare significa che i filtri sui bot, i connettori Stripe e Shopify e la finestra di retention li mantiene qualcun altro mentre tu vendi: a 9 $ al mese costa meno del weekend a trimestre che passeresti a tenere onesta la tua versione.
moat: Integrazioni Scala dell'infrastruttura Qualità di esecuzione cos’è un moat
connettori verso i processori di pagamento, installazioni sulle piattaforme e risoluzione delle identità
Alternative gratuite
Non hai voglia di costruirtelo? Queste esistono già, sono gratis o open source, e le abbiamo controllate una per una.
Chi l’ha già costruito
Partire da qui è vibecoding lo stesso: il prompt serve quando lo vuoi esattamente a modo tuo.
- PostHog (si apre in una nuova scheda) — Open source and self-hostable, with revenue analytics and channel attribution already built
- Plausible (si apre in una nuova scheda) — Open source analytics with goals and revenue goals; the Stripe join is still yours to write
- Umami (si apre in una nuova scheda) — Lightweight self-hosted analytics with UTM tracking and no revenue side at all
Sei d’accordo?
La bilancia dei voti
Ancora nessun voto: il tuo è il primo.
Nessun voto ancora — il primo pesa.