SEO per siti web creati con l'AI: cosa conta davvero

Un sito web creato con l'AI può posizionarsi bene quanto qualsiasi altro: i motori di ricerca valutano ciò che la pagina contiene e quanto serve bene il visitatore, non quale strumento ha scritto il codice. Il problema è tecnico. Molti builder AI producono single-page app che inviano al browser un file HTML quasi vuoto e disegnano i contenuti con JavaScript, il che rende ogni pagina più difficile da leggere e condividere per i crawler. Risolvi con il prerendering o il rendering lato server, dai a ogni pagina il proprio titolo, descrizione e URL, aggiungi una sitemap, mantieni il sito veloce e poi fai la parte che nessuno strumento fa al posto tuo: scrivi contenuti che le persone cercano.

Perché le single-page app faticano nella ricerca

Un sito tradizionale invia il testo completo di ogni pagina nel suo HTML. Una single-page app (SPA) — l'output predefinito di molti builder AI, tipicamente React con uno strumento come Vite — invia una piccola shell HTML, qualcosa come un <div id="root"> vuoto, più un bundle JavaScript. Il browser esegue il JavaScript, che poi costruisce la pagina.

Questo conta per la ricerca in tre modi:

1. Il rendering è un passaggio in più. Google descrive tre fasi per le pagine JavaScript: esegue la scansione dell'HTML, lo renderizza in un browser Chromium headless e poi indicizza il risultato renderizzato. Le linee guida di Google dicono che il rendering lato server o il prerendering resta una buona idea perché è più veloce sia per gli utenti sia per i crawler, e perché non tutti i bot possono eseguire JavaScript.
2. Gli altri lettori della pagina non renderizzano affatto. Le anteprime dei link nelle app di chat e nei social network, e molti altri crawler, di solito leggono solo l'HTML iniziale. Se il titolo e l'immagine di anteprima sono impostati da JavaScript dopo il caricamento, quelle anteprime mostrano i valori predefiniti della shell vuota — spesso lo stesso titolo su ogni pagina.
3. Tutto condivide un unico file HTML. A meno che l'app non lo aggiorni, ogni URL ha lo stesso <title> e la stessa descrizione, il che dice ai motori di ricerca ben poco su ciascuna pagina.

Nulla di tutto ciò significa che una SPA non possa essere indicizzata. Significa che ti affidi al crawler per fare più lavoro e perdi il controllo su ciò che vedono i lettori che non renderizzano.

Scegli un approccio di rendering

Ci sono quattro modi comuni per fornire ai crawler HTML reale. In ordine approssimativo di quanto cambiano la tua app:

Una regola pratica: la parte pubblica e ricercabile del sito dovrebbe essere statica o prerenderizzata; l'app riservata dietro di essa può restare una normale SPA. I motori di ricerca non dovrebbero indicizzare comunque le dashboard.

Se parti da zero e la SEO conta, dillo già nel primo prompt, così l'AI sceglie una configurazione adatta:

Costruisci un sito marketing per uno studio di fisioterapia con le pagine Home, Servizi (una pagina per ogni servizio), Chi siamo, Prezzi e Contatti. La SEO conta: ogni pagina deve includere tutto il suo contenuto, il proprio titolo e la propria meta description nell'HTML iniziale — usa una configurazione statica o prerenderizzata, non una single-page app solo client.

Se hai già una SPA Vite, chiedi il prerendering delle rotte pubbliche:

Mantieni questa app React così com'è, ma prerenderizza le rotte pubbliche (/, /pricing, /about, /blog e ogni /blog/:slug) in HTML statico durante la build, ciascuna con il proprio titolo, meta description, URL canonico e tag Open Graph. Le rotte /app riservate possono restare renderizzate lato client.

Dopo, verifica tu stesso: apri una pagina, scegli Visualizza sorgente della pagina (non il pannello Elements degli strumenti per sviluppatori, che mostra la pagina renderizzata) e conferma che il testo e il titolo siano nell'HTML grezzo.

Sistema le basi on-page

Queste valgono qualunque sia l'approccio di rendering.

Titoli e meta description

• Un <title> unico per pagina, con prima l'argomento principale della pagina. Circa 50–60 caratteri è una linea guida comune, perché i titoli più lunghi tendono a essere troncati nei risultati.
• Una meta description unica per pagina — una frase che una persona vorrebbe cliccare, non un elenco di parole chiave. Google può riscriverla, ma una buona spesso viene usata.
• Non usare i meta keywords. Google dice che il tag non ha alcun effetto su indicizzazione o ranking.

URL, titoli e link

• URL reali per pagine reali. Ogni contenuto ha bisogno del proprio percorso (/servizi/massaggio-sportivo), non di una scheda o di una finestra modale che esiste solo dopo un clic. Evita il routing con frammenti # per i contenuti che vuoi indicizzati.
• Un solo h1 per pagina, poi una struttura sensata di h2/h3. I design generati dall'AI a volte usano i titoli per lo stile; chiedi titoli semantici.
• Link scansionabili. Usa veri link <a href> per la navigazione. I pulsanti che cambiano pagina con JavaScript sono invisibili ai crawler che seguono i link.
• Tag canonici che indicano a ogni pagina l'URL preferito, così le varianti ?utm= e i duplicati con o senza barra finale non competono tra loro.
• Testo alternativo descrittivo per le immagini significative.

Anteprime social

Aggiungi i tag Open Graph (og:title, og:description, og:image, og:url) a ogni pagina pubblica, nell'HTML iniziale. È la parte che le SPA sbagliano più spesso, perché i bot delle anteprime dei link non eseguono JavaScript.

Sitemap e robots.txt

Una sitemap è un file XML che elenca gli URL che vuoi indicizzati. Aiuta i motori di ricerca a trovare le pagine, soprattutto nei siti nuovi con pochi link in entrata. Secondo la documentazione di Google, a settembre 2026:

• Una singola sitemap può contenere fino a 50.000 URL o 50 MB non compressi; per i siti più grandi usa un indice di sitemap.
• Google ignora <priority> e <changefreq>.
• Google usa <lastmod> solo se è costantemente accurato, quindi aggiornalo per le modifiche reali ai contenuti, non a ogni build.

Un file robots.txt indica ai crawler quali percorsi non scansionare. Usalo per tenere i crawler lontani da /app, /admin e dalle route API, e per indicare la sitemap. Ricorda che robots.txt blocca la scansione, non l'indicizzazione: per tenere una pagina fuori dai risultati, usa un meta robots noindex e lascia che venga scansionata.

Invia la sitemap in Google Search Console quando il sito è sul dominio definitivo. Search Console mostra anche quali pagine sono indicizzate e perché altre no — è lo strumento SEO gratuito più utile che esista.

Dati strutturati

I dati strutturati sono markup leggibile dalle macchine che descrive cosa è una pagina: un'organizzazione, un'attività locale, un prodotto, un articolo, un evento. Google raccomanda il formato JSON-LD ed è chiaro su due punti:

• Possono rendere le pagine idonee ai risultati arricchiti, ma non ne garantiscono la comparsa.
• Devono descrivere informazioni visibili nella pagina. Non segnare recensioni, prezzi o FAQ che i visitatori non possono vedere.

Punti di partenza sensati: Organization o LocalBusiness nella homepage, Product nelle pagine prodotto, Article negli articoli del blog, BreadcrumbList nelle pagine profonde. Verifica con il Rich Results Test di Google.

Aggiungi dati strutturati JSON-LD: LocalBusiness nella homepage usando indirizzo, telefono e orari già mostrati nella pagina, e Article in ogni articolo del blog. Non aggiungere valutazioni o recensioni.

Velocità e mobile

Google usa i segnali di page experience, inclusi i Core Web Vitals, e la velocità conta per i visitatori in ogni caso. Le soglie «buone» di Google, misurate al 75° percentile dei caricamenti di pagina, sono:

Le correzioni tipiche per i siti creati con l'AI:

• Immagini — ridimensionale, comprimile, usa formati moderni, imposta larghezza e altezza (così eviti lo spostamento del layout) e caricale in modo differito sotto la piega.
• JavaScript — un bundle grande ritarda tutto in una SPA. Il prerendering aiuta; aiuta anche dividere il codice per rotta.
• Font — limita famiglie e pesi e precarica quello usato sopra la piega.
• Script di terze parti — ogni widget di chat e ogni pixel di tracciamento costa velocità. Tieni solo quelli che usi.

Testa l'URL live con PageSpeed Insights o Lighthouse in modalità mobile.

I contenuti restano la parte più importante

La SEO tecnica rimuove gli ostacoli; non crea domanda. Le pagine si posizionano perché rispondono a una ricerca meglio delle alternative. Per la maggior parte dei piccoli siti questo significa:

• Una pagina per ogni argomento che le persone cercano. Un idraulico ha bisogno di una pagina per ogni servizio e per ogni zona servita, non di un'unica pagina «Servizi» che elenca tutto.
• Dettagli specifici e originali — prezzi, processo, foto di lavori reali, risposte alle domande che i clienti fanno al telefono.
• Aggiornate quando le cose cambiano. Orari vecchi e prezzi superati fanno perdere fiducia in fretta.

L'AI può scrivere bozze di pagine rapidamente, il che rende tentante pubblicarne molte sottili e simili. Le linee guida di Google colpiscono i contenuti realizzati principalmente per posizionarsi anziché per aiutare le persone, comunque siano stati prodotti. Usa l'AI per la bozza, poi aggiungi ciò che solo tu conosci. I siti in stile directory sono quelli più esposti; vedi come creare un sito directory per capire come rendere le pagine di elenco degne di essere indicizzate.

Checklist di lancio

• Le pagine pubbliche includono tutto il contenuto nell'HTML iniziale (verifica con Visualizza sorgente della pagina)
• Titolo, meta description e URL canonico unici su ogni pagina
• Tag Open Graph e un'immagine di condivisione su ogni pagina pubblica
• Un solo h1 per pagina, link reali <a href>, testo alternativo sulle immagini
• sitemap.xml con URL reali; robots.txt che blocca i percorsi di app e API
• Dati strutturati solo per contenuti visibili, testati
• LCP, INP e CLS nell'intervallo «buono» su mobile
• Sito sul dominio definitivo con HTTPS e inviato a Search Console

Spostarti sul tuo dominio prima di iniziare a costruire traffico di ricerca evita redirect in seguito — vedi come collegare un dominio personalizzato. Per il processo di costruzione più ampio, leggi come costruire un sito web con l'AI, e per le pagine pensate per convertire i visitatori, come costruire una landing page che converte.

SEO su Mythex

Mythex non ha un pannello SEO separato; migliori la SEO cambiando l'app stessa tramite chat o codice. Le nuove app web usano per impostazione predefinita una single-page app Vite e React, quindi quando la ricerca conta chiedi fin dall'inizio un sito statico o prerenderizzato, oppure Next.js. La documentazione ha un prompt di partenza per titoli, tag Open Graph, sitemap e robots.txt in SEO per la tua app, e siti statici copre i siti incentrati sui contenuti. Dopo le modifiche, pubblica di nuovo così il sito live le recepisce. I domini personalizzati sono disponibili nel piano Pro.

Domande