Flash è scarso per la SEO perché chiude testi, link e navigazione dentro un unico file SWF che Google ha sempre letto a fatica e che, dall'annuncio del 28 ottobre 2019, ignora del tutto: per Google un sito in Flash è una pagina vuota con un solo URL. Dal 12 gennaio 2021, poi, Adobe blocca l'esecuzione dei contenuti Flash, quindi quel sito non lo vede più nemmeno chi lo visita.
Allora è un problema chiuso, no?
Non del tutto. Secondo W3Techs, a ottobre 2026 il 2,8% dei siti web contiene ancora Flash come linguaggio lato client. E in Italia la ricerca "adobe flash player" raccoglie in media 1.000 ricerche al mese su Google (dati Google Ads letti con DataForSEO, con un picco di 1.600 a ottobre 2025): qualcuno, da qualche parte, prova ancora ad aprire un vecchio sito.
Ma il motivo per cui ne parliamo nel 2026 è un altro.
Gli errori che rendevano Flash invisibile a Google non sono morti con Flash. Hanno cambiato tecnologia. Negli audit li ritroviamo in tre forme:
- link che sono pulsanti JavaScript senza un
href, come i vecchi bottoni del filmato; - siti interi che cambiano contenuto senza cambiare URL, con gli indirizzi costruiti sul cancelletto (#);
- testi importanti scritti dentro un'immagine o caricati solo al clic.
Il risultato è quello di un sito in Flash del 2009: Google arriva, scarica la pagina e trova poco o niente da indicizzare.
E perché dovresti sentirlo da noi?
Perché il contrario di un sito in Flash lo costruiamo ogni giorno. Sul sito di Macropix, produttore milanese di ledwall, ogni installazione importante ha una pagina sua, con il suo URL: la sola query "ledwall" ha raccolto 67.560 impression in dodici mesi, su pagine che Google legge una per una. Per Sunscape, che sviluppa impianti fotovoltaici, abbiamo costruito una pagina per ogni regione: da 329 a 5.809 impression organiche al mese tra marzo e agosto 2026.
Un sito in Flash, per come era fatto, non avrebbe potuto fare nessuna delle due cose.
In questa guida trovi:
- cosa leggeva davvero Google dentro un file SWF, con le parole degli ingegneri che lo indicizzavano dal 2008;
- perché un solo URL bastava a perdere, anche quando il testo veniva letto;
- il nostro test del 9 ottobre 2026: quanti file SWF mostra oggi Google rispetto ai PDF;
- la cronologia completa, dal 2008 al blocco del 2021;
- cosa fare se hai ancora un sito in Flash, in cinque passi;
- dove si nasconde oggi lo stesso errore, riga per riga con la documentazione di Google.
Partiamo.
Cosa leggeva Google dentro un file Flash (e cosa non ha mai letto)
Google ha cominciato a indicizzare il testo dei file SWF nel 2008, e solo il testo. Il post di Google Search Central del 1° luglio 2008, scritto con gli ingegneri dell'indicizzazione Ron Adler e Janis Stipins, spiega che l'algoritmo esplorava il file come farebbe una persona, cliccando pulsanti e compilando campi, e memorizzava tutto il testo che incontrava.
Il resto restava fuori. Questi sono i limiti dichiarati da Google nello stesso post:
- le immagini: un testo disegnato dentro un'immagine non veniva riconosciuto;
- i pulsanti senza testo: nessun anchor text (il testo cliccabile di un link) per i bottoni grafici che puntavano a un URL;
- i file caricati via JavaScript: se la pagina richiamava l'SWF con uno script, Google poteva non accorgersene;
- le risorse esterne: testi in file XML o in altri SWF richiamati dal filmato venivano indicizzati a parte, non come contenuto della pagina;
- l'ebraico e l'arabo: i contenuti Flash in lingue scritte da destra a sinistra non venivano indicizzati.
Quindi bastava scrivere il testo in Flash e Google lo leggeva?
In teoria sì. In pratica i siti in Flash usavano proprio quello che Google non leggeva: titoli come immagini, menu fatti di icone, testi caricati da file esterni. Lo stesso post suggeriva, a chi voleva nascondere a Google un messaggio di "loading", di trasformarlo in immagine. La tecnica per rendere un testo invisibile al motore era la stessa che i designer usavano per renderlo bello.
È lo stesso motivo per cui oggi l'attributo alt conta: Google capisce un'immagine dal testo che ci metti accanto, non da quello disegnato dentro.
Un solo URL per tutto il sito (e quindi una sola pagina da posizionare)
Il difetto più grave di un sito in Flash non era il testo illeggibile: era che tutto il sito viveva dentro un unico indirizzo. Chi cliccava "Prodotti" o "Contatti" non cambiava pagina, spostava il filmato su un altro fotogramma.
Per la SEO le conseguenze erano quattro, e ognuna bastava da sola a limitare il posizionamento:
- Un solo title e una sola meta description. La pagina sul servizio A e quella sul servizio B non esistevano: esisteva la home, e una pagina sola si posiziona per un gruppo ristretto di ricerche.
- Nessun link profondo. Chi voleva citare il tuo listino poteva linkare solo la home, quindi tutti i backlink finivano lì.
- Nessun titolo strutturato. Niente H1, niente H2: mancavano gli heading tag con cui Google capisce di cosa parla ogni sezione.
- Statistiche cieche. In Google Analytics tutto il traffico risultava su un'unica pagina: impossibile sapere quale sezione portava richieste.
Ora confronta con Macropix. Delle nove keyword che portano più contatti qualificati all'azienda, nessuna contiene il nome Macropix: sono "ledwall", "monitor pubblicitario", "totem led", "ledwall outdoor" e altre descrizioni di prodotto. Ognuna ha una pagina che risponde a quella ricerca. Su "monitor pubblicitario" il sito è passato dalla posizione 88 alla 2 in cinque anni.
Con un solo URL quel percorso non sarebbe nemmeno cominciato. Non c'era una pagina da spingere su "monitor pubblicitario": c'era un filmato con un pulsante.
Come si disegna la struttura giusta lo trovi nella guida all'architettura di un sito web.
Dal 2019 Google ignora Flash: il nostro test su SWF e PDF (0 file su 9 contro 10 su 10)
Il 28 ottobre 2019 Google ha chiuso la partita. Nel post "Goodbye, Flash" Dong-Hwi Lee, engineering manager di Google, scriveva che nelle pagine con contenuti Flash Google Search avrebbe ignorato la parte in Flash e avrebbe smesso di indicizzare i file SWF autonomi. Nello stesso post ricordava quanto fosse stato diffuso: il runtime Flash era stato installato 500 milioni di volte nel solo secondo semestre 2013.
Ma Google lo ha fatto davvero?
Lo abbiamo verificato. Il 9 ottobre 2026 abbiamo interrogato Google con l'operatore filetype:, che filtra i risultati per tipo di file, e scaricato la prima pagina con DataForSEO. Stessa parola, due formati: uno che Google indicizza (PDF) e uno che ha dichiarato di non indicizzare più (SWF).
| Ricerca | Mercato | Risultati organici in prima pagina | File del tipo richiesto |
|---|---|---|---|
filetype:pdf game | Google Stati Uniti, desktop | 10 | 10 su 10 |
filetype:swf game | Google Stati Uniti, desktop | 9 | 0 su 9 |
site:.it filetype:swf | Google Italia, desktop | 0 | nessun risultato |
Il dato è netto. Con i PDF l'operatore funziona e restituisce dieci file su dieci. Con gli SWF Google non trova un solo file da mostrare e ripiega su pagine generiche; sui domini italiani non restituisce niente. Un file SWF oggi, per Google, non esiste.
Il confronto con i PDF dice anche un'altra cosa: il problema non è avere un file al posto di una pagina. Un PDF si posiziona perché Google ne estrae il testo, e come gestirlo lo spieghiamo nella guida alla SEO per i PDF.
Il tuo sito mostra a Google meno di quello che vedi tu?
Hai appena visto come un intero sito può sparire dall'indice pur funzionando a schermo. Oggi succede con menu in JavaScript, URL col cancelletto e testi caricati al clic. Li cerchiamo confrontando la pagina che vede il browser con quella che scarica Googlebot, e ti diciamo cosa sistemare prima di pensare a rifare tutto.
Prenota una consulenza strategicaTelefoni, sicurezza e peso: perché Flash è morto anche fuori da Google (cronologia 2008-2021)
Google ha smesso di leggere Flash quando ormai lo usavano in pochi. Il declino era partito da browser e smartphone: secondo il blog di Chromium, nel 2014 oltre l'80% degli utenti giornalieri di Chrome desktop visitava siti con Flash, a luglio 2017 la quota era scesa al 17%.
| Data | Cosa è successo | Effetto per chi aveva un sito in Flash |
|---|---|---|
| 1 luglio 2008 | Google migliora l'indicizzazione del testo nei file SWF | Il testo visibile nel filmato può finire negli snippet; immagini e risorse esterne restano fuori |
| 25 luglio 2017 | Adobe annuncia la fine di Flash Player per fine 2020, con Apple, Facebook, Google, Microsoft e Mozilla | Tre anni e mezzo per migrare |
| 2019 | Flash disattivato di default in Chrome 76 e Firefox 69 | Il visitatore deve autorizzare il plugin per vedere il sito |
| 28 ottobre 2019 | Google annuncia che ignorerà i contenuti Flash e smetterà di indicizzare gli SWF | Il testo nel filmato esce dall'indice |
| 31 dicembre 2020 | Adobe termina il supporto di Flash Player | Niente più aggiornamenti di sicurezza |
| 12 gennaio 2021 | Adobe blocca l'esecuzione dei contenuti in Flash Player | Il sito non si vede più nemmeno a schermo |
Tre fattori hanno fatto il resto:
- Gli smartphone. iPhone e iPad non hanno mai supportato Flash Player. E da quando Google indicizza con il crawler per smartphone (il mobile-first indexing, chiuso tra ottobre 2023 e luglio 2024), quello che non si vede da telefono non conta.
- La sicurezza. Kaspersky conta più di 1.100 vulnerabilità di Flash Player nel database CVE di MITRE, alcune con il punteggio di gravità massimo, CVSS 10.0. Un plugin da aggiornare a mano su ogni computer era un rischio che i browser hanno smesso di correre.
- Il peso. Prima di mostrare qualcosa il browser doveva caricare il plugin e poi l'intero filmato, spesso dietro una schermata di "loading". Oggi la stessa attesa si misura con i Core Web Vitals.
E Adobe come ha motivato la scelta?
Con una frase che vale ancora: nel comunicato del 25 luglio 2017 scriveva che standard aperti come HTML5, WebGL e WebAssembly offrivano ormai gran parte delle funzioni introdotte dai plugin. Il web non ha perso le animazioni: le ha spostate dentro un codice che Google sa leggere.
Hai ancora un sito in Flash? Cosa fare in cinque passi (e perché i vecchi URL col # non si redirigono)
Se un sito o una sua sezione usa ancora Flash, il lavoro è una migrazione vera, non un ritocco grafico. In ordine:
1. Trova dove c'è ancora Flash
Apri il codice sorgente delle pagine (Ctrl+U) e cerca ".swf", "<object" ed "<embed". Spesso il sito è già in HTML e Flash sopravvive in un banner, in un video vecchio o in un tour virtuale. Il 2,8% rilevato da W3Techs è fatto anche di questi residui.
2. Recupera i contenuti
Testi, immagini e listini dentro l'SWF vanno estratti prima di buttarlo. Per rivedere il filmato su un browser moderno c'è Ruffle, un emulatore Flash open source che funziona senza plugin.
3. Ricostruisci con un URL per ogni argomento
Una pagina per servizio, per prodotto, per zona: è il passaggio che crea le pagine che prima non esistevano. Ognuna con il suo title, il suo H1 e uno slug leggibile.
4. Mappa i redirect, con un'eccezione
Se il vecchio sito aveva URL veri, ognuno va reindirizzato con un redirect 301 alla nuova pagina equivalente. Molti siti Flash però usavano indirizzi del tipo sito.it/#/prodotti: la parte dopo il # non arriva mai al server, quindi un redirect lato server non può distinguerla. In quel caso l'unico URL da proteggere è la home.
5. Fotografa i dati prima del lancio
Salva in Search Console impression e query del vecchio sito. Senza la fotografia iniziale non sai cosa hai guadagnato, né cosa hai perso.
Quando rifare tutto è la scelta giusta, i numeri lo mostrano. Scovaventi, azienda agroalimentare, aveva un e-commerce lento e scomodo da telefono, con traffico e zero vendite: ricostruito su Shopify, ha chiuso un anno con 77.000 € di vendite e un carrello medio di 190 €. Non era Flash, ma il problema era lo stesso: una tecnologia che lavorava contro chi arrivava dal telefono.
La procedura completa, con la durata del calo e i controlli del giorno del lancio, è nella guida al restyling del sito senza perdere posizionamento.
Gli eredi di Flash: dove lo stesso errore sopravvive nel 2026 (con la riga di Google che lo dice)
Ogni riga della tabella è un difetto che nel 2009 avremmo trovato in un sito Flash e che oggi troviamo in siti fatti con builder, framework JavaScript o temi pesanti.
| Difetto del sito in Flash | L'erede di oggi | Cosa dice Google | Come lo verifichi |
|---|---|---|---|
| Pulsanti grafici senza testo | Link creati con onclick o con uno span al posto di <a href> | In genere Google scansiona un link solo se è un elemento <a> con attributo href (guida ai link) | Ispeziona il menu: ogni voce deve essere un <a href="..."> |
| Tutto il sito su un solo URL | Single-page app con indirizzi col cancelletto (#/prodotti) | Usare la History API e non i frammenti per caricare contenuti diversi: Googlebot non risolve quegli URL in modo affidabile (JavaScript SEO) | Clicca il menu: l'indirizzo deve cambiare, senza # |
| Testo dentro il filmato | Titoli e prezzi dentro immagini, slider o canvas | Già nel 2008 Google escludeva il testo dentro le immagini; oggi lo capisce dall'alt e dal testo vicino | Prova a selezionare il testo col mouse: se non si seleziona, non è testo |
| Contenuti raggiunti navigando nel filmato | Testi che compaiono solo al clic o allo swipe | Non caricare il contenuto principale in seguito a un'interazione dell'utente: Google non lo carica (mobile-first indexing) | Controllo URL in Search Console, HTML sottoposto a scansione |
| Filmato caricato via JavaScript | Pagina "guscio" che mostra il testo solo dopo aver eseguito JavaScript | Google esegue il rendering in un secondo momento, quando le sue risorse lo permettono (JavaScript SEO) | Ctrl+U: il testo principale deve esserci già nel sorgente |
L'ultima riga merita un'avvertenza. Googlebot il JavaScript lo esegue, anche se in coda. I crawler dei sistemi AI, in gran parte, no. Secondo un'analisi di Vercel sul traffico della propria rete, nessuno dei principali crawler AI esegue JavaScript: né quelli di OpenAI (GPTBot, OAI-SearchBot, ChatGPT-User), né ClaudeBot di Anthropic, né PerplexityBot. Fa eccezione Gemini, che usa l'infrastruttura di Googlebot.
Tradotto: una pagina che mostra il testo solo dopo il JavaScript è, per ChatGPT e Perplexity, quello che un sito in Flash era per Google prima del 2008. Quali bot visitano davvero un sito aziendale lo trovi nella guida ai crawler AI.
Se riconosci il tuo sito in più di una riga, la SEO tecnica viene prima di qualsiasi lavoro sui contenuti. È il controllo con cui partiamo in ogni progetto di consulenza SEO.
Domande frequenti sui siti in Flash
No. Dall'annuncio del 28 ottobre 2019 Google ignora i contenuti Flash nelle pagine e non indicizza più i file SWF autonomi. Nel nostro test del 9 ottobre 2026 la ricerca "filetype:swf game" non ha restituito nessun file SWF, mentre "filetype:pdf game" ha restituito 10 PDF su 10.
No. Google ignora la parte in Flash e indicizza il resto della pagina. Il danno è indiretto: testi e link dentro il filmato per Google non esistono, e il visitatore vede un riquadro vuoto.
Dipende: nei browser moderni no, perché dal 12 gennaio 2021 Adobe blocca l'esecuzione dei contenuti in Flash Player. Si può rivedere con emulatori come Ruffle, utili per recuperare testi e immagini prima di ricostruire il sito.
Dipende: HTML5 rende il testo leggibile, ma un sito in HTML5 con menu senza href, URL col cancelletto o testi solo nelle immagini ripete gli stessi errori. Conta che ogni contenuto abbia un URL proprio e stia nell'HTML.
Dipende: i contenuti ancora validi vanno estratti e riorganizzati, ma la parte tecnica va rifatta comunque, perché un file SWF non diventa una serie di pagine HTML indicizzabili. Il lavoro vero è decidere quali pagine creare, una per ogni ricerca che vuoi intercettare.
Riepilogo in cinque righe (e la cosa che Flash insegna a chi fa siti oggi)
Flash chiudeva il testo in un file che Google leggeva a metà.
Metteva tutto il sito su un solo URL.
Dal 2019 Google lo ignora, dal 2021 non si apre più.
Il 2,8% dei siti ne porta ancora i resti.
E i suoi errori vivono nei siti costruiti solo in JavaScript.
C'è però una cosa che si dice poco. Flash non è morto per colpa della SEO: è morto per sicurezza e smartphone, e Google ne ha preso atto anni dopo. Per undici anni, dal 2008 al 2019, ha provato a leggerlo, e chi aveva un sito in Flash ha passato quegli anni ad aspettare che ci riuscisse meglio. Con i crawler AI che oggi non eseguono JavaScript la scena si ripete: chi aspetta che imparino resta fuori dalle loro risposte nel frattempo, chi scrive il testo nell'HTML ci entra subito.
Se vuoi sapere cosa vedono Google, ChatGPT e Perplexity del tuo sito, prenota una consulenza strategica: partiamo dal confronto tra la pagina che vedi tu e quella che scaricano i crawler.
Alla prossima!
