TL;DR: Lovable pubblica app React in CSR: veloci, belle da vedere, ma invisibili a Google senza pre-rendering. Questa checklist copre sitemap, robots.txt, meta tag e la correzione del rendering che fa funzionare tutto.
Lovable pubblica app React in CSR. Sono veloci, belle e invisibili a Google. Ecco la lista delle correzioni.
Negli ultimi sei mesi ho fatto audit su quattro siti Lovable, e tutti avevano gli stessi tre problemi: nessuna sitemap, un robots.txt che bloccava gli asset JavaScript e meta title identici su ogni route. I siti erano fatti bene. Il codice era pulito. La SEO era inesistente.
Questo non è propriamente un problema di Lovable: è un problema di CSR. Lovable costruisce app con React + Vite e le distribuisce come single-page application renderizzate lato client. Il browser carica prima un piccolo guscio HTML, poi JavaScript renderizza le "pagine" come stati dell'app. Google può indicizzare siti CSR, ma lo fa in due fasi: prima esegue la scansione dell'HTML iniziale, poi torna più tardi per renderizzare JavaScript e acquisire il contenuto completo. Quel ritardo introduce problemi SEO prevedibili che sulle piattaforme "HTML-first" semplicemente non vedi.
Tratta la SEO come tratti il codice: qualcosa che implementi in modo intenzionale, verifichi e mantieni. Lovable raccomanda esplicitamente questo approccio di "SEO as code" nella sua documentazione.
Usala come criterio del tipo "finito = pubblicato". Sarò diretto su cosa conta davvero: se non fai altro, sistema la prima sezione. I problemi di crawlability e indicizzazione compaiono letteralmente in ogni sito Lovable che ho visto. Anche la parte on-page conta, certo, ma un title tag perfettamente ottimizzato non vale nulla se Google non riesce a renderizzare la pagina.
sitemap.xml e tienila aggiornata quando cambiano le routerobots.txt che non blocchi JS, CSS o /assets/ e includa il riferimento alla sitemaprobots.txt/llm.html o simile) nella sitemapÈ da qui che inizio ogni audit Lovable, ed è da qui che dovresti iniziare anche tu. Lo so, la tentazione è saltare subito all'ottimizzazione dei contenuti o alla link building, ma fidati: ho visto persone passare settimane a rifinire meta description su un sito che Google non riusciva nemmeno a renderizzare. Prima sistemi le fondamenta. Tutto il resto è rifinitura.
Lovable definisce il custom domain "uno dei passaggi più importanti" per la SEO, perché consolida l'autorevolezza sotto un URL canonico stabile. Scegli una volta sola il formato: https://example.com oppure https://www.example.com, slash finale o no, e mantienilo coerente in canonical, link interni, sitemap e redirect. Non posso sottolinearlo abbastanza: scegli un formato e non cambiarlo. Due dei quattro siti che ho auditato avevano URL incoerenti: la sitemap usava www, i canonical no, e i link interni erano un miscuglio dei due. Google stava indicizzando tre versioni di ogni pagina.
Lovable supporta una modalità con dominio principale in cui gli altri domini fanno redirect automaticamente. Per i domini aggiunti dopo il 29 ottobre 2025, il primo custom domain diventa quello principale per impostazione predefinita.
Le sitemap sono fondamentali per i siti CSR perché i crawler non riescono a scoprire facilmente le route di una SPA tramite la normale esplorazione dei link.
Prompt Lovable:
Create XML sitemap at /sitemap.xml listing all public routes.
Include lastmod dates and priorities: homepage 1.0, main pages 0.8, blog posts 0.6.Verifica aprendo https://example.com/sitemap.xml e controllando che tutte le route chiave siano presenti. Rigenerala quando gli URL cambiano: Lovable non lo fa automaticamente.
(Nota a margine: uno dei quattro siti che ho auditato aveva una sitemap che elencava solo la homepage. Avevano 23 route. Google aveva indicizzato esattamente una pagina. Venti minuti di lavoro sulla sitemap hanno risolto un problema su cui stavano sbattendo la testa da mesi.)
Lovable avvisa esplicitamente: non bloccare mai CSS, JavaScript o /assets/ perché Google ha bisogno di queste risorse per renderizzare le pagine CSR.
Create robots.txt at /public/robots.txt that allows all crawlers
and references Sitemap: https://example.com/sitemap.xmlAggiungi canonical self-referencing per evitare problemi di contenuto duplicato dovuti alle variazioni di routing tipiche delle SPA.
Add canonical tags to all pages pointing to their own URLs.
Use https://example.com format with no trailing slash.Verifica rapida nella console: console.log('Canonical:', document.querySelector('link[rel="canonical"]')?.href);
Questo è il problema che sorprende tutti. Costruisci cinque bellissime pagine in Lovable, ognuna con contenuti diversi, header diversi, obiettivi diversi. Le apri nel browser e sembra tutto distinto. Poi controlli l'indice di Google e scopri che ogni singola pagina ha lo stesso title: "My App - Built with Lovable." Il motivo è che Lovable segnala esplicitamente un limite della CSR: i metadata non si aggiornano automaticamente tra le route. Significa che ogni pagina mostra lo stesso title e la stessa description finché non sistemi tu la cosa. Ho controllato un sito Lovable in cui tutte e 12 le pagine avevano lo stesso identico title tag nell'indice di Google. Il proprietario non ne aveva la minima idea finché non gliel'ho fatto vedere.
La soluzione è react-helmet-async:
Install react-helmet-async and implement per-route SEO metadata:
unique <title>, meta description, canonical, OG tags, and Twitter Card tags for every important route.Verifica navigando tra le route e controllando che page title, meta description, canonical e tag OG cambino davvero nell'HTML.
Brand -- Value prop in una rigaNome Feature -- Beneficio | BrandUse case per [ICP] -- Risultato | Brand[Primary Keyword]: promessa specifica (Year)Template: cos'è + per chi è + prova + CTA. Mantienila tra 140 e 160 caratteri.
Un H1 per route. Usa H2/H3 per le sezioni, non per fare styling. Usa liste e tabelle per le informazioni strutturate. Metti la tua value proposition principale e la primary keyword in HTML visibile vicino alla parte alta della pagina, non nascoste dietro interazioni.
Lovable afferma che i link interni aiutano utenti e motori di ricerca a navigare, scoprire contenuti, capire le relazioni tra argomenti e distribuire autorevolezza.
La tua architettura minima sostenibile:
<a href="">, non click handler, così i crawler possono seguirliInizia con schema Organization e WebSite in homepage, schema Article nei post del blog, schema Product nelle pagine prodotto e schema FAQPage nelle pagine FAQ.
Add JSON-LD structured data:
- Organization schema on the homepage (name, description, URL, logo, social links)
- Article schema on blog posts
- FAQPage schema on /faq
Validate output and keep it consistent with visible page content.La maggior parte delle piattaforme social non esegue JavaScript. Senza metadata OG e Twitter nell'HTML iniziale, ottieni anteprime link generiche o rotte. Aggiungi OG title, description e immagine unici per ogni route importante. Non riutilizzare un'unica immagine generica per tutte le pagine.
Lovable include uno strumento Speed integrato basato su Google Lighthouse. Punteggi target: Performance 90+, Accessibility 90+, Best Practices 90+, SEO 100.
Improve performance:
- compress large images, use WebP/AVIF
- add width/height attributes to images
- lazy load non-critical images
- defer non-essential scripts
- preload key assetsLovable include una sezione "AI bot access" che mostra come consentire o negare bot come GPTBot, PerplexityBot, Claude-Web e Google-Extended.
Non è ancora qualcosa di dimostrato in modo definitivo nella community SEO, ma Lovable raccomanda una pagina riassuntiva dedicata che i sistemi AI possano scansionare e citare facilmente. Includi: cosa fa il tuo prodotto (1-2 frasi), per chi è pensato, feature chiave (bullet point), riepilogo prezzi, punti forti sulla sicurezza, link a docs e pricing e una breve FAQ con risposte quotabili.
Scrivi risposte FAQ brevi e dirette che inizino subito con la risposta principale. Evita linguaggio marketing vago. Sono proprio questi gli snippet che gli LLM tendono a pescare e inserire nelle loro risposte.
Usa Google Search Console come strumento principale di monitoraggio. Verifica tramite DNS TXT (raccomandato da Lovable).
Programma di manutenzione:
Sitemap mancante o obsoleta. Particolarmente importante per la CSR. Va rigenerata e reinviata quando cambiano le route.
robots.txt che blocca le risorse di rendering. Non bloccare mai CSS/JS o /assets/. Dopo le modifiche, testa di nuovo con URL Inspection.
Nessun title o description per route. Installa react-helmet-async e imposta metadata unici per ogni route.
Nessuna strategia canonical. Aggiungi canonical self-referential e scegli un solo formato di dominio preferito.
Internal linking debole. Assicurati di avere nav + footer + link contestuali. Le pagine importanti devono ricevere più link.
(Altra parentesi: il modo più semplice per fare audit a un sito Lovable è aprire tre route diverse e controllare se cambia il titolo della tab del browser. Se mostra lo stesso title ovunque, hai il problema dei metadata. Ci vogliono 10 secondi.)
Sì. Google può indicizzare i siti CSR tramite un processo in due fasi. La chiave è implementare correttamente crawlability e metadata per route.
La CSR richiede una seconda ondata di rendering per estrarre il contenuto completo. Le piattaforme SSR e SSG servono HTML pre-renderizzato che Google legge subito.
Se ti interessa la SEO nel lungo periodo, sì. Lovable lo raccomanda fortemente per consolidare l'autorevolezza sotto un unico URL canonico.
sitemap.xml (tenuta aggiornata)robots.txt che non blocchi gli assetSEOJuice automatizza internal linking, gestione dei meta tag e dati strutturati: attività che diventano colli di bottiglia quando cresce la tua libreria di contenuti. Inoltre traccia la visibilità sulle piattaforme AI e in Google Search Console.
Letture correlate:
no credit card required