Home / Spiegoni

Spiegoni

Frontend is Dead

Anatomia di un cambio di paradigma in cui gli agenti ridisegnano il modo in cui gli esseri umani interagiscono con i siti web: eliminando la necessità di farlo.

Danilo Giudice · 17 maggio 2026

Tipo

Spiegone: si parte da zero, con numeri e fonti

Durata

11 min di lettura

Livello

Base-intermedio

Ti porti a casa

• Perché il frontend perde interfaccia, persuasione e decisione
• Il nuovo stack del web agentico: MCP, A2A, x402, ERC-8004
• Le domande per capire se un sito è leggibile da un agente

Questo articolo è disponibile anche su Medium, dove è uscito il 17 maggio 2026.

Abstract

In The Agentic Economy avevo provato a descrivere il passaggio da un web centrato sulla UX a un web ottimizzato per la MX, Machine Experience: un’infrastruttura in cui agenti autonomi, diventano gli attori primari di ricerca, confronto, esecuzione, pagamento e verifica. L’intuizione nasceva da un fatto banale: avevo modificato il frontend di un’interfaccia web per permettere a un agent di navigarlo senza bloccarsi. Una piccola iterazione tecnica che, a posteriori, aveva cambiato il destinatario implicito dell’interfaccia: la macchina. La conseguenza prevedibile, almeno per me, è un world wide web dove il frontend decade e al suo posto nascono protocolli interrogabili da soli agenti. Perché l’ultima volta che hai cercato qualcosa su Google ti sei probabilmente fermato alla generazione di Gemini.

Capitolo I: Frontend is Dead

Il frontend web ha basato il suo funzionamento e successo, su tre monopoli: interfaccia, persuasione, decisione. Li sta perdendo tutti e tre.

Per vent’anni è stato la superficie primaria attraverso cui l’umano incontrava e interagiva con un servizio digitale. Aprivi un sito, scorrevi la pagina, interpretavi una gerarchia visiva, ti lasciavi guidare da un funnel, cliccavi su una CTA, acquistavi, prenotavi, sottoscrivevi o semplicemente, abbandonavi. Una sequenza che riteniamo banale e naturale solo perché siamo cresciuti dentro il suo dominio, inconsapevoli di partecipare a una user journey voluta da qualcun altro.

Il frontend rappresenta un compromesso tecnico divenuto cultura, poi industria e poi dogma.

Ma l’economia agentica ne rompe ogni paradigma (e ne costruisce di nuovi).

Ben presto ognuno di noi sarà dotato di un agente personale, che conosce contesto, preferenze, limiti cognitivi, il calendario, il budget, le mail, e che prenderà decisioni per noi, ritrovandoci a non dover attraversare più la superficie persuasiva progettata da un’azienda per convertirci a clienti.

Quando delegheremo tutto ciò, i siti web non scompariranno, semplicemente smetteranno di essere il luogo in cui avviene la decisione.

Capitolo II: Frontend come regime percettivo

Il frontend era il punto in cui un servizio digitale diventava leggibile, desiderabile, comparabile, acquistabile. Era la membrana tra database e psicologia, tra prodotto e attenzione, tra infrastruttura e comportamento.

Una homepage non è solo una homepage.

Decide cosa viene prima e cosa viene dopo, quale problema merita di essere nominato, quale dolore deve essere amplificato, quale beneficio deve apparire inevitabile e decide quali informazioni sono visibili, quali sono nascoste, quali sono rimandate, quali sono sepolte sotto due click e una modale.

Il frontend è stato quindi, per anni, teatro persuasivo dell’attention economy.

Un’interfaccia ben fatta riduce complessità, rende accessibile un sistema, protegge l’utente dal caos, dà forma a qualcosa che altrimenti resterebbe un ammasso di dati, endpoint, stati, errori e policy; ed è per lo stesso motivo che le aziende hanno da sempre investito molto denaro per renderle l’estensione del loro prodotto, pagando esperti di marketing, ux micro-copy, designer: decine di professionisti dietro la realizzazione di una singola landing page.

Ma il frontend, specialmente nel web commerciale, è stato anche altro: l’ambiente controllato dentro cui l’utente veniva portato a decidere (hero section, badge «most popular», pricing tier studiati per farti scegliere quello centrale, microcopy rassicurante, CTA ripetuta ogni tre scroll, pop-up di exit intent, countdown timer, review selezionate).

Abbiamo chiamato tutto questo User eXperience.

Ma, ovviamente, era solo architettura della scelta controllata dal vendor che decideva come dovevi vedere il servizio, come dovevi arrivare alla scelta.

Questa era la sovranità del frontend. E questa sovranità è ciò che sta morendo.

Capitolo III: Website will survive, but…

La frase «frontend is dead» è ovviamente una provocazione. Una provocazione utile però, perché costringe a distinguere due cose che spesso confondiamo:

1. il frontend come artefatto tecnico
2. e il frontend come centro simbolico dell’esperienza digitale

Il primo sopravviverà. Il secondo no.

I siti continueranno a esistere, alcuni saranno necessari per branding, fiducia, storytelling, compliance, documentazione, onboarding, relazioni pubbliche, estetica, memoria istituzionale. Alcuni diventeranno superfici premium, spazi editoriali, ambienti immersivi, luoghi di narrazione. Altri ancora resteranno semplicemente perché il mondo legacy non muore mai: si stratifica, marcisce, viene mantenuto da qualcuno in un reparto IT nel loro backlog perpetuo.

Website will survive, but…

In molti casi diventeranno fallback umani sopra servizi machine-readable.

Il valore si sposterà nel substrato invisibile all’occhio umano: API, MCP, CLI, database, knowledge graph, endpoint agent-readable, layer di reputazione come EIP-8004, policy machine-readable, sistemi di identità, pagamenti machine-to-machine come x402, etc.

La morte del frontend è già cominciata, e non per mano degli agenti autonomi: ad esempio quando il web smette di essere una rete di destinazioni e diventa un layer di risposte, e Google lo sta facendo da anni, ma con le AI Overview il processo è diventato esplicito. Prima la ricerca era una lista di link, mentre ora è una sintesi sopra i link.

Secondo Pew Research, in un’analisi di circa 69.000 ricerche Google, gli utenti cliccavano un link dentro una AI summary solo circa una volta ogni cento ricerche; un altro studio citato dal Guardian sostiene che un sito precedentemente primo in SERP potrebbe perdere circa il 79 % del traffico per una query se finisse sotto una AI Overview. Google contesta metodologia e rappresentatività di questi studi, ma il segnale resta importante: quando la risposta è sufficiente, il click diventa opzionale.

Quando un altro mezzo produce l’output con meno attrito, l’utente smette di usare quello precedente.

Capitolo IV: Gli agenti non navigano

Qualche giorno fa ho chiesto a Cowork di valutare i migliori voli per un viaggio di lavoro della mia compagna. Era la prima volta che mi affidavo ad un agent anziché cercare io manualmente i voli attraverso i vari aggregatori.

Nota metodologica: non era un vero e proprio agent, era Claude Cowork, non addestrato al compito di «travel planner» personale.

Gli ho dato delle ratio non negoziabili: orari comodi, distanza dalla venue breve, prezzo contenuto, meno frizione possibile.

Questo è importante sottolinearlo perché il mondo reale non è ordinato secondo un singolo filtro e gli umani spesso evitano di impegnarsi così tanto per compiti minori come la scelta di un hotel che abbia il bagno con finestra.

È pieno di trade-off: il volo più economico può essere il peggiore, l’aeroporto apparentemente vicino può essere logisticamente un inferno, o l’orario comodo può diventare scomodo se atterri troppo tardi (e l’agente ha previsto anche questo senza che gli dicessi nulla).

Il prezzo basso può nascondere bagagli, transfer, tempi morti, stress, coincidenze, micro-costi che il comparatore ti mostra separati proprio perché il suo lavoro non è proteggerti. È convertirti.

Rileggi questa frase un’altra volta.

L’agente si è connesso a Kiwi e Lastminute, ha raccolto alternative, ha prodotto un report, ha individuato la combinazione migliore e l’ha prenotata. Non solo io non ho navigato, aperto venti tab e svolto quel lavoro tedioso che odio, ma non ho nemmeno considerato se lui avesse ragione o meno, mi sono semplicemente fidato perché l’output sembrava molto affidabile.

Ho delegato, sennò a che cazzo servirebbero gli agenti.

Rileggi questa frase un’altra volta.

La UX non sparisce subito, ma viene scavalcata perché la decisione può essere costruita e presa fuori dal sito, da un agente che usa quel sito come source of truth e da me che faccio domande all’agente su quella source of truth, senza entrare nella dannata source of truth.

L’agente parla direttamente con i protocolli, API, MCP server, database, endpoint, inventory system, payment rail, booking engine, policy layer, sovvertendo il web da spazio di navigazione a spazio di capacità.

E in un’economia in cui il costo marginale della ricerca agentica collassa, obbligare l’umano a navigare diventa una forma arcaica di inefficienza.

Capitolo V: SaaS is dead, frontend is next

Ecco il paradosso: mentre il SaaS sta morendo, le aziende stanno utilizzando più software di prima.

Il SaaS classico nasce da una matrice che risolve un problema ricorrente, ci costruisce un prodotto medio e lo vende a migliaia di aziende, e quelle migliaia di aziende si adattano a quella forma.

Con l’AI il paradigma si rovescia e anziché distillare un prodotto su migliaia di aziende, il prodotto viene concepito, cresciuto e standardizzato dentro una sola azienda. Chiamatelo AI Engineer, AI Architecture o Forward-deployed Engineering, ma sono già sistemi che hanno job position su Indeed che crescono del +729 % YoY.

E chiaramente questo sovverte il SaaS, perché annulla la standardizzazione di prodotto in favore di qualcosa che va oltre il custom: è un prodotto che nasce su specifica esigenza di un’azienda e che risponde ai suoi workflow e a nessun altro.

Capitolo VI: Il frontend come CLI stampata sulle specifiche personali

Il sito serve una rappresentazione standard, il browser la riceve, l’agente personale dell’utente legge DOM, CSS, contenuti, metadata, network request, structured data, API call, condizioni, pricing, policy, affordance.

Poi decide se quella rappresentazione è adatta all’umano che sta proteggendo. Se non lo è, la trasforma.

Diventa un layer cognitivo personale: se un utente è dislessico, l’agente lo sa perché quella informazione vive nel suo harness personale: preferenze, limiti, abitudini, configurazioni di accessibilità, memory dichiarata, forse memory inferita, strumenti locali, contesto.

Quando l’umano apre un sito l’agente aumenta spaziatura, cambia font, semplifica blocchi testuali, riduce densità informativa, spezza paragrafi, elimina animazioni inutili, evidenzia pattern decisionali, magari legge parti ad alta voce.

Se un utente è daltonico l’agente corregge palette, contrasti, segnali cromatici, grafici, call-to-action che dipendono solo dal colore.

Io amo i temi scuri, sempre, senza eccezioni. Il sito non ha dark mode? non importa, l’agente la inietta.

Un utente è un developer magari, e vuole saltare la trafila delle punchline marketing e arrivare subito alla documentazione.

L’agente oscura il teatro e porta in primo piano il substrato e trasforma lo stesso sito in quattro realtà completamente diverse.

A quel punto, esiste ancora «il sito»? O esistono solo renderizzazioni personalizzate di un servizio? Schrödinger direbbe che i due stati si sovrappongono finché non lo apri (il sito).

Questa è la mia immagine preferita: una CLI stampata sulle specifiche personali, come una stampante 3D domestica, ma per il digitale, dove il tuo agente prende capability, contesto, policy, protocolli, dati e reputazione, poi ti stampa l’interfaccia minima necessaria a compiere quell’azione.

Per alcuni sarà una tabella, per altri una chat, per altri una dashboard e per altri niente, solo outcome.

Capitolo VII: Machine Experience vs User Experience

Nel primo articolo avevo definito questo passaggio come movimento da UX Web a MX Web: il web in cui l’unità primaria non è più la sessione umana, ma una pipeline agentica fatta di discovery, quote, payment, execution, proof, reputation update.

Qui il punto si radicalizza.

Molti paradigmi attuali di UX/UI, user journey, funnel design, information architecture e conversion design dovranno essere ripensati perché assumono un interlocutore completamente diverso.

Il design dovrà quindi smettere di progettare solo per occhi umani e iniziare a progettare per sistemi capaci di leggere, filtrare, confrontare, verificare e negoziare.

Questa pagina è comprensibile da un agente? I claim sono verificabili (perché l’umano può cascarci ma l’agente no)? Il pricing è leggibile da una macchina? Le policy sono strutturate? I limiti sono espliciti? Le capability sono dichiarate?

Non basta più sembrare affidabili. Bisogna essere interrogabili.

E la domanda più scomoda per molte aziende sarà questa: come faccio a essere scelto da un agente progettato per proteggere l’utente proprio dall’azienda stessa?

Ed è esattamente per questo che la questione è interessante.

Capitolo VIII: Il nuovo stack: MCP, A2A, x402, ERC-8004 e manifesti agent-readable

Il web agentico avrà bisogno di una nuova grammatica. Sì, un agente può navigare un sito costruito per occhi umani, ma è una fase ancora goffamente intermedia.

Il punto d’arrivo è un web invocabile.

Anthropic ha introdotto l’MCP nel novembre 2024 come protocollo per collegare sistemi AI a data source, tool e applicazioni esterne, riducendo la necessità di scrivere connettori custom per ogni combinazione modello-sorgente. Così un modello può interagire con strumenti e contesto in modo standardizzato.

Questo è già un pezzo della morte del frontend se vogliamo, perché l’MCP non costringe l’agente a interpretare una pagina.

Un paper del 2025 su MCP nota proprio che l’affidamento esclusivo a interfacce testuali limita l’interazione dei foundation model con il mondo reale, e descrive MCP come risposta alla proliferazione di framework e tool interface incompatibili.

E poi c’è A2A, Agent-to-Agent, il fulcro di The Agentic Economy.

Se l’MCP riguarda il modo in cui un agente interagisce con tool e dati, A2A riguarda il modo in cui agenti diversi possono scoprirsi, comunicare e coordinarsi. La letteratura tecnica sul protocollo A2A si concentra già su sicurezza, Agent Card, autenticazione, task execution e interoperabilità con MCP.

Poi servono pagamenti.

Qui protocolli come x402 diventano interessanti perché riattivano una vecchia idea sepolta nell’HTTP: 402 Payment Required, andando a risolvere un’altra tediosità di cui non sentiremo la mancanza: abbonamenti, account, checkout umani, password dimenticate, form di carta di credito; tutto in favore di pagamenti granulari per accesso a risorse, API, dati, compute, capability.

Poi serve trust.

E qui arrivano layer come ERC-8004, pensati attorno a identity, reputation e validation per agenti trustless. Un paper comparativo del 2025 analizza A2A, AP2, ERC-8004 e altri protocolli proprio come design space del trust inter-agentico, distinguendo tra claim, proof, stake, reputation e constraint. La conclusione è intuitiva ma importante: la reputazione da sola non basta, perché gli agenti ereditano fragilità LLM-specifiche come prompt injection, hallucination, deception, sycophancy e nudge-susceptibility. Servono architetture ibride, più verificabili.

Il futuro sito commerciale potrebbe quindi avere meno bisogno di una homepage e più bisogno di un manifest.

Qualcosa come:

/agent.json
/capabilities
/pricing.json
/policies.json
/mcp
/proofs
/reputation
/terms-machine-readable
/security
/refund-policy
/sla
/data-portability

Qui si configura un cambio ontologico.

Capitolo IX: L’agente sarà il miglior separatore segnale-rumore mai costruito

Se l’agente personale diventa un filtro costruito per proteggere la tua intenzione: togliere rumore, marketing fluff e dark pattern, mostrarti solo ciò che conta, interrogare il web al posto tuo e lasciarti decidere solo dove serve davvero.

Quali saranno i dogmi che cadranno per primi?

SEO, GEO, attention span, user journey, hero section, perderanno probabilmente lo status che hanno oggi, ma come tutte le cose lascerà il posto a qualcos’altro, magari l’agentic discovery?!

Ma l’agentic discovery è un’altra cosa.

Poi c’è un’altra questione che da anarchico, mi interessa fino a un certo punto. Quella legale.

Io, qui, non voglio, né posso trattarla.

Capitolo X: Cosa dovrebbero fare le aziende?

Non credo che la risposta sia «smettete di investire nel frontend», sarebbe stupido. Ma se questa tesi è anche solo parzialmente vera, allora le aziende devono iniziare a progettare anche per agenti.

Fine.

Il resto della settimana te lo ripeto io, a pappagallo

Io la seguo, tu il lunedì mattina sai cosa provare e cosa ignorare dell’AI, con le fonti per controllare.

La tua email

Mandamela il lunedì

Lascia vuoto questo campo

Una email il lunedì mattina. Ti cancelli con un clic. Privacy

Preferisci Telegram? Lì arrivano news e tutorial appena escono.

Avvisami su Telegram