La SEO programmatica consiste nel generare molte pagine a partire da un template e da un set di dati, una per città, per coppia di prodotti, per combinazione di parametri. Fatta con un set di dati reale è una delle cose più efficienti dell’intera disciplina. Fatta con un dizionario dei sinonimi e uno spinner è esattamente ciò che i motori di ricerca hanno passato due decenni a imparare a riconoscere.

La differenza non sta nella tecnica. Entrambi gli approcci producono pagine da template su larga scala. La differenza sta nel fatto che ogni pagina contenga qualcosa a cui solo quella pagina può rispondere, e questa è una domanda sui vostri dati, non sul vostro processo editoriale.

Il test che separa i due casi: togliete il template e guardate che cosa resta su una singola pagina. Se ciò che resta è un fatto davvero diverso, un prezzo diverso, un set di dati diverso, un calcolo diverso, la pagina ha una ragione per esistere. Se ciò che resta è lo stesso paragrafo con un nome di città sostituito, avete prodotto una sola pagina mille volte, e i motori di ricerca la tratteranno esattamente così.

Che cosa richiede davvero la SEO programmatica

Un set di dati che varia in modo significativo tra le pagine che intendete generare. È tutto qui il prerequisito, ed è qui che la maggior parte dei progetti fallisce prima ancora di iniziare.

Esempi reali di variazione sufficiente: prezzi che differiscono davvero da un articolo all’altro, disponibilità che cambia da una sede all’altra, specifiche che cambiano da un modello all’altro, calcoli il cui risultato dipende da input propri di quella pagina. In ognuno di questi casi la pagina contiene un’informazione che il lettore non può ricavare dal solo template.

Variazione insufficiente, e il motivo per cui la maggior parte dei tentativi crolla: una descrizione di servizio con il nome di una città inserito, una pagina di confronto assemblata da due schede prodotto senza alcun confronto reale, oppure una pagina del tipo «migliore X per Y» in cui le raccomandazioni non cambiano al variare di Y.

Se vi accorgete di scrivere riempitivo per raggiungere un conteggio di parole sulle pagine generate, quello è il segnale. Il riempitivo esiste perché i dati non reggevano la pagina, e nessuna quantità di riempitivo risolve il problema di fondo.

Perché la maggior parte di questi progetti fallisce dopo l’indicizzazione

Le prime settimane sembrano incoraggianti. Le pagine vengono scansionate, alcune vengono indicizzate, le impression salgono. Poi la curva si appiattisce e una quota consistente delle pagine lascia silenziosamente l’indice.

Quel comportamento è normale ed è istruttivo. I motori di ricerca indicizzano con generosità e poi potano sulla base delle prove: le pagine che non generano alcun coinvolgimento e che duplicano le vicine vengono lasciate cadere. Ciò che sopravvive è il sottoinsieme in cui la variazione era reale, ed è per questo che le pagine sopravvissute meritano più attenzione del totale.

Il secondo fallimento è più lento e fa più danni. Migliaia di pagine quasi identiche competono tra loro e con i contenuti che avete già, ed è il problema di cannibalizzazione descritto nella nostra guida al content pruning portato su scala industriale. Un sito può posizionarsi complessivamente peggio dopo un lancio programmatico di quanto facesse prima.

Le linee guida di Google trattano i contenuti prodotti su larga scala principalmente per manipolare il posizionamento come spam, indipendentemente da come sono stati prodotti. Il meccanismo non è il riconoscimento dell’automazione, è il riconoscimento di pagine che esistono per l’indice invece che per un lettore.

Dove funziona davvero

Inventario reale. Annunci immobiliari, offerte di lavoro, cataloghi prodotti, calendari di eventi. Ogni pagina descrive una cosa distinta che esiste davvero, ed è il caso più pulito possibile.

Calcolo reale. Pagine in cui la risposta viene calcolata dai dati anziché descritta. Questa categoria ha un vantaggio in più che vale la pena notare: uno strumento interattivo sopravvive ai riassunti dell’IA meglio di un articolo, perché la risposta non esiste finché l’utente non fornisce un input, quindi non c’è nulla da estrarre per un riassunto.

Per noi non è un’affermazione teorica. Il cluster con più impression di questo sito sono persone che cercano i prezzi dello storage, e ha convertito quasi nulla, perché il numero che volevano compariva già nel riassunto sopra i risultati. I quattro calcolatori di costo nella nostra sezione strumenti per sviluppatori online sono stati costruiti esattamente per quel pubblico, con tariffe dei fornitori verificate su fonti primarie e datate.

Dati davvero diversi per ogni pagina. Confronti in cui le specifiche differiscono davvero, copertura in cui la disponibilità cambia davvero, statistiche in cui i numeri cambiano davvero.

Query a coda lunga che nessuno scriverebbe una per una. L’argomento onesto a favore della scala: domande vere con risposte vere, in quantità troppo grandi per essere scritte a mano.

Come farlo senza danneggiare il sito

Iniziate in piccolo e misurate. Pubblicate 100 pagine, non 50.000. Osservate che cosa viene indicizzato, che cosa riceve clic e che cosa viene scartato. Quel campione vi dice se il set di dati regge il formato prima che vi impegniate sull’intero insieme.

Controllate prima la concorrenza interna. Se avete già una pagina che punta alla query a cui punterà una pagina generata, avete costruito un concorrente e non un’aggiunta.

Date a ogni pagina qualcosa a cui collegarsi e da cui essere collegata. Le pagine orfane generate da un database e raggiungibili solo dalla sitemap sembrano esattamente ciò che sono. Un vero collegamento interno tra pagine generate affini è insieme utile e un segnale che appartengono al sito.

Non generate ciò che non pubblichereste da solo. Se una singola di queste pagine, pubblicata per conto suo, vi imbarazzerebbe, il problema non migliora con il volume.

Tenete i dati aggiornati. Le pagine generate con prezzi vecchi o disponibilità morta sono peggio di quelle assenti, e la manutenzione è proporzionale al numero. 100.000 pagine sono 100.000 pagine da mantenere vere.

Mecanik costruisce questi sistemi nell’ambito del nostro lavoro di sviluppo web, e la prima conversazione riguarda sempre il set di dati. Quando la variazione non è sufficiente, la raccomandazione onesta è costruire meno pagine e farle migliori.

Domande frequenti

Che cos’è la SEO programmatica? Generare molte pagine a partire da un template più un set di dati, una per città, coppia di prodotti o combinazione di parametri. È efficiente quando il set di dati varia davvero da una pagina all’altra ed è trattata come spam quando non varia, perché le pagine che ne risultano esistono per l’indice invece che per un lettore.

Quando la SEO programmatica conta come spam? Quando la variazione è cosmetica. Togliete il template da una pagina e guardate che cosa resta: se è un fatto, un prezzo, un set di dati o un calcolo davvero diverso, la pagina ha una ragione per esistere. Se è lo stesso paragrafo con un nome di città sostituito, avete pubblicato una sola pagina molte volte.

Perché le pagine di SEO programmatica vengono deindicizzate? I motori di ricerca indicizzano con generosità e potano sulla base delle prove. Le pagine che non generano coinvolgimento e duplicano le vicine vengono lasciate cadere, quindi l’aumento iniziale delle impression si appiattisce mentre la parte scarsa lascia l’indice. Ciò che sopravvive è il sottoinsieme in cui i dati sottostanti variavano in modo significativo.

Le pagine programmatiche possono danneggiare il resto del mio sito? Sì. Migliaia di pagine quasi identiche competono tra loro e con i contenuti che avete già, ed è cannibalizzazione di parole chiave su scala. Un sito può posizionarsi complessivamente peggio dopo un lancio programmatico di quanto facesse prima, ed è per questo che pubblicare 100 pagine e misurare batte pubblicarne 50.000.

Quali tipi di pagine funzionano bene in modo programmatico? Inventario reale come annunci, offerte di lavoro, cataloghi ed eventi; pagine in cui la risposta è calcolata dagli input anziché descritta, il che le rende anche resistenti ai riassunti dell’IA perché la risposta non esiste finché l’utente non fornisce i dati; confronti in cui le specifiche differiscono davvero; e domande a coda lunga troppo numerose per essere scritte a mano.