Come far indicizzare il tuo sito irresistibile

Aggiornato a maggio 2026.

In breve: Lovable permette di creare siti bellissimi in poco tempo, ma spesso li lancia con problemi di indicizzazione: sitemap mancanti, contenuti renderizzati lato client, asset bloccati o assenza di verifica Search Console. Il modo più rapido per diagnosticare qualsiasi problema di indicizzazione su Lovable è lo screenshot dell’ispezione URL in GSC. Se Google vede una pagina bianca, nient’altro in questo elenco conta finché non risolvi quel punto. Molte guide partono dalle sitemap; secondo me è l’ordine sbagliato.

Il mese scorso ho passato un weekend ad aiutare un amico a lanciare il suo progetto Lovable. L’app era fantastica: UI pulita, transizioni velocissime, il genere di prodotto che ti fa sentire un’azienda vera. Lunedì mattina mi scrive: «Perché non la trovo su Google?»

Quella conversazione è diventata una sessione di due ore di condivisione schermo in cui abbiamo risolto cinque problemi distinti di indicizzazione. Da allora ho guidato altri builder Lovable (uno sviluppatore freelance, un founder SaaS, un consulente Notion-builder) attraverso le stesse correzioni. I problemi sono quasi sempre identici e hanno più o meno la stessa forma su ogni sito che ho auditato. Così ho scritto questa guida per risparmiare a te (e al futuro me) la condivisione schermo. Se sei un’agenzia che fa audit a siti Lovable, il test più veloce è l’ispezione URL sulla homepage; un percorso /assets/ bloccato è talmente comune che vale la pena controllarlo per primo in qualsiasi revisione di portfolio.

Prima però, un rapido reality check su indicizzazione vs posizionamento. Sono due cose diverse, e la confusione è il motivo per cui Lovable può sembrare “lento”.

1. Indicizzazione significa che Google ha scoperto e archiviato la tua pagina.
2. Posizionamento significa che Google decide che la tua pagina merita di comparire per una query.

I siti Lovable sono app React client-side rendered (CSR) (React + Vite). Google può indicizzare siti CSR, ma spesso lo fa in due fasi: prima scansiona l’HTML iniziale, poi torna a eseguire il JavaScript e catturare il contenuto completo. Risultato: l’indicizzazione può richiedere giorni invece di ore per le nuove pagine, anche quando tutto è “a posto”. Il sito del mio amico ha impiegato quattro giorni, che a lui sono sembrati un’eternità ma in realtà erano normali per un nuovo dominio CSR senza backlink. (Per maggiori dettagli su come Lovable gestisce i bot e il CSR, vale la pena leggere una volta da cima a fondo la documentazione ufficiale Lovable SEO & GEO.)

La buona notizia: i siti Lovable possono posizionarsi come gli altri siti JavaScript moderni finché il contenuto si carica correttamente e le risorse chiave non sono bloccate.

Prima di toccare Search Console: scegli il tuo dominio “reale”

Puoi pubblicare un progetto Lovable su:

• un URL di default [your-project].lovable.app, oppure

• un dominio personalizzato (solo piani a pagamento; me ne dimentico sempre quando un utente free mi chiede perché non riesce a connettere un dominio).

Per la SEO, Lovable consiglia esplicitamente di usare un dominio personalizzato perché aiuta a consolidare l’autorità e mantenere un’unica URL canonica nel tempo. È anche la mia raccomandazione. Ho visto sottodomini su piattaforme condivise faticare a costruire autorità di dominio, anche dopo mesi di pubblicazione costante.

Se puoi, usa un dominio personalizzato e impostalo come dominio primario (così gli altri domini reindirizzano a quello). Lovable supporta la configurazione di un dominio primario a cui gli altri collegati fanno redirect.

Se non sei ancora pronto per un dominio personalizzato, non preoccuparti, il tuo sito lovable.app può comunque essere indicizzato. Sii solo coerente con un URL e non continuare a cambiare sottodominio. (Il primo errore del mio amico: aveva cambiato sottodominio due volte prima ancora di controllare Search Console. Ogni volta Google lo trattava come un sito nuovo e il timer di indicizzazione ripartiva da zero.)

Le tre strade di indicizzazione per Lovable (scegline una prima di iniziare)

Prima di passare ai passaggi, è utile sapere a quale delle tre opzioni ti stai impegnando. La maggior parte dei siti Lovable rimane sul CSR di default e si posiziona bene; alcuni aggiungono il prerendering quando il contenuto cresce; pochi migrano a SSG quando la SEO diventa il canale di revenue principale.

Onestamente: ho pubblicato siti Lovable CSR di default e aiutato persone a configurare il prerendering, ma non ho mai migrato personalmente un progetto Lovable a un setup SSG completo. L’articolo di embeddable.co è il walkthrough più dettagliato se intraprendi quella strada. Il resto di questa guida dà per scontato che tu resti sul CSR di default, che è la scelta giusta per la maggior parte dei lettori.

Passo 1 — Pubblica il sito (e assicurati che Google possa accederci)

1) Pubblica in modalità pubblica

Nella finestra di pubblicazione di Lovable, assicurati che il sito sia accessibile al pubblico. Nei piani Business/Enterprise puoi limitarne l’accesso; se pubblichi come solo Workspace/privato, Googlebot non potrà eseguirne la scansione. Sembra banale, ma uno dei casi che ho visto aveva proprio questo problema: aveva attivato “workspace-only” per una demo e si era dimenticato di disattivarlo.

2) Imposta i metadati di base del sito (aiuta il CTR più avanti)

I metadati del sito sono nel flusso di pubblicazione Lovable:

• Icona & titolo

• Descrizione (meta description usata nei risultati di ricerca / anteprime)

• Immagine di condivisione (immagine OG)

Non “forzerà” l’indicizzazione, ma evita il problema successivo che incontrerai: pagine indicizzate con titoli e snippet orribili. Ho visto un sito comparire con “Vite + React + TS” come titolo. Non il massimo per il click-through.

3) Ripubblica dopo le modifiche

Le modifiche fatte in Lovable non vengono messe online automaticamente. Devi pubblicare e poi fare Update per renderle effettive. Se te ne dimentichi, Google continuerà a vedere la versione vecchia.

Passo 2 — Crea sitemap.xml in Lovable (e verifica che si carichi)

Le sitemap contano di più per le app CSR che per i siti tradizionali perché i crawler non sempre scoprono le rotte SPA tramite i link. Il generatore Lovable può produrre un sitemap.xml su richiesta.

Prompt da incollare in 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.

Aggiungo una cosa che la guida ufficiale non enfatizza: controlla le date lastmod dopo la generazione. A volte tornano tutte uguali alla data di generazione, il che vanifica lo scopo (Google ignora il segnale di freschezza se ogni URL dichiara di essere stato aggiornato oggi).

Verifica che funzioni

Dopo la pubblicazione:

• Visita: https://yourdomain.com/sitemap.xml

• Controlla che restituisca XML, non un errore o una pagina HTML

• Verifica che le tue rotte importanti siano incluse (home, pagine principali, post del blog, pagine prodotto, ecc.)

Importante: le sitemap non si aggiornano da sole

Devi rigenerare e reinviare la sitemap quando aggiungi o rimuovi pagine (non è automatico). Mi ha fregato la prima volta: ho aggiunto una sezione blog e pensavo che la sitemap la rilevasse. Non l’ha fatto.

Passo 3 — Crea robots.txt (non bloccare JS/CSS/asset)

La causa più comune di “Lovable non indicizzato” è bloccare per sbaglio proprio i file che Google serve per renderizzare il sito. È il problema n. 1 che vedo nei progetti Lovable ed è frustrante perché il sito nel browser appare perfetto. Il problema emerge solo quando un bot prova a renderizzarlo.

La documentazione Lovable è chiara: non bloccare mai CSS, JavaScript o la cartella /assets/ in robots.txt, perché Google ne ha bisogno per i CSR.

Prompt da incollare in Lovable

Create robots.txt at /public/robots.txt that allows all crawlers and references Sitemap: https://yourdomain.com/sitemap.xml

(Adatta l’URL della sitemap.)

Verifica che sia online

Dopo la pubblicazione, il tuo robots deve essere accessibile a:

• https://yourdomain.com/robots.txt

Passo 4 — Aggiungi i tag canonical (evita URL duplicati/competitivi)

Se il sito è accessibile a più URL (per esempio sia lovable.app che il tuo dominio personalizzato), Google può trattarlo come contenuto duplicato a meno che tu non specifichi l’URL preferito.

I tag canonical risolvono questo. Lovable fornisce prompt e modalità di verifica.

Prompt da incollare in Lovable

Add canonical tags to all pages pointing to their own URLs. Use https://yourdomain.com format with no trailing slash.

Verifica rapida (console browser)

Apri la pagina in un browser e lancia in DevTools:

console.log('Canonical:', document.querySelector('link[rel="canonical"]')?.href);

E verifica:

• Esiste esattamente un canonical per pagina

• Corrisponde al tuo dominio preferito (HTTPS, preferenza slash finale, preferenza www)

Passo 5 — Configura Google Search Console (verifica la proprietà)

Google Search Console è il tuo pannello di controllo per l’indicizzazione e, onestamente, è dove passo più tempo quando faccio debug di un sito Lovable (a volte per ore quando un report Copertura non torna). Il mio amico non l’aveva proprio configurata. Non potevamo nemmeno vedere cosa stava facendo Google con le sue pagine. Volavamo alla cieca. Dal momento in cui abbiamo collegato GSC, abbiamo visto che Google aveva tentato di scansionare tre sue pagine e fallito su tutte e tre a causa di risorse bloccate. Senza GSC avrebbe continuato a indovinare per settimane.

Ti aiuta a:

• inviare sitemap e URL,

• vedere la copertura dell’indice,

• e usare Ispezione URL per capire cosa vede Google (lo screenshot è il diagnostic più utile che le docs di Google URL Inspection descrivono).

1) Aggiungi la proprietà

In Google Search Console, aggiungi la proprietà per l’URL che vuoi indicizzare.

2) Verifica la proprietà (scegli un metodo che puoi usare davvero)

Google richiede la verifica prima di farti gestire i segnali di indicizzazione. Tre metodi sono pratici per Lovable; ecco il confronto:

Di default scelgo DNS TXT se posso. Il meta tag va bene per un setup una tantum, ma l’ho rifatto due volte su progetti Lovable ricostruiti e ora uso DNS per riflesso.

Opzione A: DNS TXT (migliore se hai dominio personalizzato)

La doc Lovable consiglia esplicitamente il DNS TXT, e Google nota che è l’unico modo per verificare una “proprietà di dominio”.

Opzione B: Meta tag (ok se puoi editare il <head>)

Esempio di meta tag dalle doc Lovable:

<meta name='google-site-verification' content='YOUR_CODE' />

Prompt esempio:

Add GSC verification meta tag: <meta name='google-site-verification' content='YOUR_CODE' /> to the <head>

Opzione C: File HTML (funziona bene anche su Lovable)

Google può darti un file di verifica da caricare nella root. Lovable suggerisce di metterlo in /public così è disponibile a https://yourdomain.com/[file-name].

Passo 6 — Invia la sitemap in Google Search Console

Una volta verificata la proprietà:

1. Vai su Sitemap

2. Inserisci: https://yourdomain.com/sitemap.xml

3. Clicca Invia

Google può impiegare 24–48 ore per elaborare una nuova sitemap. Nella pratica varia con età del dominio e cronologia di crawl; sui domini vecchi ho visto report comparire in giornata, su quelli nuovi anche dopo diversi giorni. L’interfaccia GSC qui è più affollata del necessario e ho visto persone bloccarsi pensando di aver sbagliato. Non è così. Si invia l’URL e si aspetta.

Passo 7 — Usa Ispezione URL per testare il rendering + richiedere indicizzazione

È il modo più veloce per rispondere alla domanda:

«Google vede davvero il mio contenuto o una shell CSR vuota?»

Ricordi la distinzione indicizzazione-vs-posizionamento di inizio guida? Il passo 7 è dove vedi la risposta direttamente. Se l’Ispezione URL mostra una pagina bianca, non sei nemmeno alla conversazione sul ranking, e nessuna ottimizzazione di keyword o backlink potrà aiutarti finché Google non renderizza la pagina. È sempre da qui che parto quando qualcuno mi chiede aiuto sull’indicizzazione. Dimentica sitemap e robots.txt: vai dritto a Ispezione URL e guarda lo screenshot. Se Google vede bianco, nient’altro conta finché non sistemi.

Dedicherò più spazio a questo passo perché è il più ad alto leverage di tutta la guida. La timeline giorno per giorno qui sotto è ciò che voglio che ogni founder Lovable interiorizzi prima di inseguire altre variabili.

Con Ispezione URL puoi:

• confermare che Google vede contenuto reale (non bianco),

• diagnosticare problemi di rendering CSR,

• e controllare se risorse JS/CSS sono bloccate.

Workflow esatto

Per ogni pagina che ti interessa:

1. Incolla l’URL nella barra Ispezione URL di Search Console

2. Clicca Testa URL pubblicato

3. Apri Visualizza pagina testata e controlla:

• screenshot di ciò che vede Googlebot

• HTML renderizzato

• errori console

• risorse bloccate

4. Clicca Richiedi indicizzazione per pagine nuove o aggiornate (quota limitata)

Importante: la richiesta di indicizzazione è limitata (e non fa magie)

Google chiarisce:

• Devi essere proprietario verificato o utente completo per richiedere l’indicizzazione

• Esiste una quota

• Richiedere più volte la stessa URL non accelera la scansione

L’ho imparato a mie spese: cliccavo “Richiedi indicizzazione” cinque volte di fila pensando di dare altre spinte. Non funziona così. Un click basta.

Com’è apparso il dashboard dopo la correzione

Ecco cosa è successo al sito del mio amico dopo aver completato i Passi 1-7. Giorno 1: Search Console mostrava zero pagine indicizzate e lo screenshot era un rettangolo bianco con un piccolo spinner. Google aveva scansito l’HTML ma non era mai tornato a renderizzare il JS. Il suo robots.txt bloccava /assets/, che conteneva tutti i CSS e JS. È la foto di un sito che non ha nemmeno superato la soglia dell’indicizzazione.

Abbiamo corretto robots.txt, rigenerato la sitemap (che elencava solo la root), aggiunto canonical e premuto “Richiedi indicizzazione” sulle cinque pagine chiave. Poi abbiamo aspettato.

Giorno 2: ancora niente. Mi ha mandato uno screenshot del report Copertura vuoto. Gli ho detto di smettere di controllare.

Giorno 4: la homepage è apparsa nell’indice. Ispezione URL mostrava un render completo: navigazione, hero, screenshot di prodotto, tutto. La differenza tra lo screenshot del giorno 1 (bianco) e quello del giorno 4 (pagina completa) era notevole. Stesso sito, stesso contenuto. Unico cambiamento: ora Google poteva vederlo.

Entro il giorno 10, tutte le cinque pagine prioritarie erano indicizzate. La pagina /pricing è comparsa per “[nome prodotto] pricing” in due settimane. Niente di magico, solo le basi fatte bene. L’intera correzione ha occupato un pomeriggio di lavoro concentrato, di cui una buona fetta a sfogarsi sul perché non sia automatico (comprensibile).

Cito questa timeline per fissare aspettative realistiche. Se sistemi tutto oggi, probabilmente non vedrai risultati prima di fine settimana. Va bene così. L’indicizzazione CSR è più lenta, ma funziona.

Passo 8 — Risolvi i pitfall CSR più comuni (specifici di Lovable)

L’indicizzazione CSR di solito funziona, ma ci sono alcuni tranelli prevedibili. Ecco quelli che bloccano o ritardano l’indicizzazione. Li ho visti tutti su progetti Lovable reali.

Pitfall 1: Google vede una pagina bianca (o quasi vuota)

Sintomi:

• Screenshot Ispezione URL vuoto

• L’HTML renderizzato non contiene il vero contenuto

Correzioni:

• Assicurati che robots.txt non blocchi JavaScript, CSS o /assets/

• Usa Ispezione URL e “Visualizza pagina testata” per trovare risorse bloccate ed errori console

Pitfall 2: Hai dimenticato di includere rotte nella sitemap

Se una pagina esiste solo come “rotta” SPA ma:

• non è linkata da nessuna parte, e

• non è in sitemap, Google potrebbe non scoprirla mai.

Correzione:

• Aggiorna sitemap.xml quando aggiungi o rimuovi pagine (Lovable specifica che non è automatico).

Pitfall 3: I metadati non cambiano per pagina

Nelle app CSR, i metadati non si aggiornano automaticamente tra le rotte a meno che tu non li implementi. La soluzione Lovable è installare react-helmet-async e impostare titoli e descrizioni unici per rotta.

Perché conta per l’indicizzazione: Anche se sei indicizzato, le pagine possono sembrare identiche ai crawler (e nei risultati di ricerca), riducendo i segnali di qualità e il CTR. Ho controllato un sito Lovable dove tutte e 12 le pagine avevano lo stesso tag title nell’indice Google. Ogni risultato era identico. (Il proprietario non lo sapeva perché nell’app live ogni pagina aveva il <title> giusto, ma l’HTML statico che Googlebot riceveva mostrava sempre il title della homepage.)

Pitfall 4: Usi “link finti” (non scan-navigabili)

I link interni contano. Lovable suggerisce:

• Usa veri <a href> (non handler onClick)

• Rendi le pagine profonde raggiungibili in ~3 click dalla homepage

• Aggiungi link a piè di pagina verso le pagine chiave in tutto il sito

Perché conta: I link interni sono uno dei principali meccanismi di scoperta di Google. Una sitemap perfetta aiuta, ma la navigazione crawlable è ancora essenziale. Nel mondo React è facile creare navigation bellissime per gli utenti ma invisibili a Googlebot perché i link sono handler JS e non anchor tag reali.

Passo 9 — Indicizzazione ancora lenta? Valuta il prerendering (dynamic rendering)

Se stai costruendo un sito con molto contenuto, pubblichi molte pagine o sei in una nicchia SEO competitiva, il prerendering può valere la pena. Genera snapshot HTML per i bot mentre gli utenti restano sull’app JS.

Secondo la doc Lovable:

• il prerendering può velocizzare l’indicizzazione e migliorare la visibilità per i crawler AI,

• non è incluso di default,

• puoi aggiungerlo con servizi come Prerender.io, DataJelly o Rendertron.

Onestà: non ho migrato un sito Lovable end-to-end su Prerender.io. Ho aiutato persone a configurarlo seguendo la documentazione e la tabella sopra riflette ciò che direi a un cliente; per un walkthrough passo-passo, gli articoli di prerender.io ed embeddable.co sono più dettagliati. Non serve per ogni progetto Lovable, ma è una leva utile se prendi sul serio la SEO e la velocità di indicizzazione, di solito sopra le 20 pagine da posizionare.

Checklist da copiare/incollare: “Lovable indicizzato su Google”

Usala prima (e dopo) di inviare qualsiasi cosa in Search Console. Tengo una versione di questa checklist tra i preferiti e la seguo per ogni nuovo sito Lovable.

Setup Lovable

• Sito pubblicato e accessibile pubblicamente (non solo Workspace/privato).

• Ho ripubblicato/aggiornato dopo le ultime modifiche.

• https://mydomain.com/sitemap.xml restituisce XML valido e include tutte le rotte chiave.

• https://mydomain.com/robots.txt carica, include la riga Sitemap: e non blocca CSS/JS//assets/.

• I canonicals esistono e puntano alla variante di dominio preferita.

• Le pagine importanti sono linkate con veri <a href> e raggiungibili dalla homepage.

Google Search Console

• Proprietà aggiunta per il dominio corretto (meglio dominio personalizzato).

• Proprietà verificata (DNS TXT consigliato se possibile).

• Sitemap inviata in GSC.

• Pagine prioritarie testate con Ispezione URL > Testa URL > Visualizza pagina testata.

• “Richiedi indicizzazione” usato solo per le pagine chiave (quota limitata).

Errori comuni (e correzioni rapide)

1) Bloccare /assets/ in robots.txt

Interrompe il rendering nelle app CSR. Lovable avverte esplicitamente di non bloccare JS, CSS o asset.

Correzione: consenti gli asset, poi riprova con Ispezione URL.

2) La sitemap esiste ma mancano pagine

Le sitemap non si aggiornano automaticamente. Devi rigenerarle e reinviarle quando cambiano gli URL.

Correzione: aggiorna la sitemap e inviala di nuovo.

3) Hai verificato la proprietà sbagliata (protocollo o www errato)

Correzione: scegli una strategia URL canonica (HTTPS, con o senza www) e allinea:

• tag canonical

• redirect del dominio primario

• proprietà GSC

4) Hai cambiato il sottodominio Lovable dopo l’invio a GSC

Lovable consente di cambiare sottodominio, ma questo cambia l’URL e Google lo tratta come un sito nuovo.

Correzione: stabilizza l’URL prima della SEO seria. Se lo cambi, aggiungi la nuova proprietà e reinvia la sitemap.

5) Aspettarsi che “Richiedi indicizzazione” significhi ranking immediato

Google è chiaro: richiedere una scansione non garantisce l’inclusione immediata, e la scansione può richiedere giorni o settimane a seconda di qualità e sistemi.

FAQ

Quanto tempo serve perché un sito Lovable venga indicizzato su Google?

La doc Lovable dice che l’indicizzazione può richiedere ore o pochi giorni, accelerabile con invio sitemap, Ispezione URL e “Richiedi indicizzazione” per le pagine prioritarie. Google indica alcuni giorni o settimane a seconda di circostanze e segnali di qualità. Nei siti Lovable che ho seguito, la homepage va da pochi giorni a un paio di settimane, le pagine più profonde a volte di più. Non ho abbastanza dati per definirlo benchmark, solo un’indicazione.

I siti Lovable possono posizionarsi bene su Google?

Sì. Lovable dichiara che le sue app possono posizionarsi come gli altri siti JavaScript moderni purché il contenuto si carichi correttamente e le risorse chiave non siano bloccate.

Serve davvero una sitemap per Lovable?

Fortemente consigliata. Lovable dice che le sitemap sono particolarmente importanti per i CSR perché i crawler non sempre trovano tutte le rotte. Io dico che è praticamente obbligatoria. Senza, affidi tutto a Google che scopra le pagine via link crawlable, cosa inaffidabile per le SPA.

Cosa devo controllare per primo se il mio sito Lovable non si indicizza?

1. È pubblico (non solo Workspace)?

2. sitemap.xml si carica?

3. robots.txt blocca JS, CSS o asset?

4. In GSC Ispezione URL, Google vede contenuto reale o pagina bianca?

Perché Search Console mostra uno screenshot vuoto/nullo?

Di solito è un problema di rendering CSR: risorse bloccate, errori JS o Googlebot non riesce a renderizzare l’app. Usa Ispezione URL > Visualizza pagina testata per diagnosticare risorse bloccate ed errori console.

Quando dovrei considerare il prerendering per Lovable?

Se pubblichi molte pagine, vuoi indicizzazione più veloce o migliore visibilità per bot e crawler AI. Il prerendering (dynamic rendering) aiuta, richiede setup esterno e non è incluso di default.

Continua a leggere

• Free SEO Audit Tool: intercetta i problemi di indicizzazione prima che ti costino traffico.
• Post-Launch SEO Checklist: tutto da verificare dopo ogni messa online.
• Robots.txt Generator: assicurati di non bloccare Googlebot per errore.