La SEO su Drupal ha una fama immeritata. Chiedete in giro e qualcuno vi dirà che Drupal è buono per la ricerca appena installato, di solito confrontandolo con il ricordo di un’altra piattaforma vecchio di quindici anni. Un’installazione standard di Drupal 11 non porta alcun campo per la meta description, nessuna sitemap XML, nessun redirect automatico quando cambia una URL, e contenuti che rispondono su /node/123 finché qualcuno non digita un alias a mano.

Non è una critica al progetto. Il core tiene deliberatamente ridotta la propria superficie e spinge fuori, nei moduli contribuiti, tutto ciò che è opinabile, ed è proprio per questo che un grande sito Drupal si regola con più precisione di quanto consentano quasi tutte le piattaforme. Significa però che l’espressione “pronto all’uso” regge molto peso, e che il rendimento di un sito Drupal nella ricerca dipende quasi per intero da quali moduli sono stati installati il primo giorno e da come qualcuno li ha configurati.

Quello che segue è il quadro di questo stack a settembre 2026: cosa fa il core, quali moduli contribuiti sostituiscono ciò che altri sistemi regalano, i modi di guastarsi che esistono solo su Drupal, e quanto costa rimettere in sesto un sito dove nulla di tutto ciò è stato fatto all’inizio.

Drupal è buono per la SEO appena installato? No. Il core offre alias di percorso, tag canonical e un solido strato di routing multilingue, ma non fornisce meta description, sitemap XML, gestione dei redirect né dati strutturati. Arrivano da quattro moduli contribuiti: Pathauto, Metatag, Simple XML Sitemap e Redirect. Un sito Drupal senza di essi non è ottimizzato male, è privo di ottimizzazione.

Che cosa fa davvero il core di Drupal

Il core dà tre cose che contano, e tutte e tre sono davvero buone.

Il modulo Path del core consente di legare un alias leggibile a qualsiasi rotta, così un nodo risponde su /services/tax-advice invece che sul suo percorso interno. Il core memorizza l’alias e risolve la richiesta su di esso. Quello che il core non fa è inventare l’alias, quindi su un sito con duemila nodi qualcuno deve digitare duemila alias, e nella pratica non lo fa mai nessuno.

Il core emette anche relazioni di link sulle pagine delle entità. La visualizzazione di un nodo produce un rel="canonical" verso la URL con alias e un rel="shortlink" verso quella senza, il che è più di quanto riescano a fare diverse piattaforme commerciali senza un plugin. È proprio questo comportamento a rendere il problema dei percorsi duplicati descritto più avanti di solito sopportabile anziché fatale.

La terza è la lingua. Lo stack multilingue del core gestisce prefissi di percorso, alias per lingua e link di lingua alternativa sulle entità tradotte, ed è la parte più forte della storia di Drupal nella ricerca.

Tutto il resto è contribuito. Non esiste un campo meta description su un tipo di contenuto finché non lo aggiungete, non esiste una sitemap, non esiste una tabella dei redirect, e cancellare un nodo lascia un 404 e nient’altro.

I quattro moduli di fatto obbligatori

Decine di moduli portano un’etichetta SEO su drupal.org. Quattro non sono opzionali, e una realizzazione Drupal che ne salti anche uno ha una falla che i suoi concorrenti non hanno.

Pathauto

Pathauto genera gli alias da schemi di token, così uno schema come blog/[node:title] produce l’alias automaticamente al salvataggio del nodo. È la cosa più vicina che Drupal abbia a un modulo installato ovunque, con 464.471 siti che lo dichiarano, e la versione stabile attuale, 8.x-1.15 del 4 maggio 2026, supporta Drupal 10.2 e 11. Dipende dal modulo Token.

L’impostazione che decide se Pathauto aiuta o danneggia è l’azione di aggiornamento, che governa cosa succede quando un titolo cambia e lo schema produce un alias diverso. Pathauto può non fare nulla, sostituire l’alias, oppure creare il nuovo alias e un redirect da quello vecchio. La terza opzione è quella giusta, ed esiste solo se il modulo Redirect è installato. I siti lasciati su un valore predefinito più debole accumulano in silenzio diversi alias attivi per nodo.

Metatag

Metatag è il modo in cui una pagina Drupal ottiene una meta description, insieme all’output Open Graph e Twitter Card. Damien McKenna lo mantiene dal 2012, 332.868 siti ne dichiarano l’uso, e la release 2.2.0 del settembre 2025 richiede Drupal 10.3 o 11.

Funziona con valori predefiniti impostati per tipo di entità e per bundle, scritti come schemi di token, con sovrascritture per singolo nodo sopra di essi. Il guasto tipico è uno schema che si risolve in modo identico su un intero tipo di contenuto, producendo diverse centinaia di pagine che condividono una sola description. È peggio di non avere alcuna description, perché comunica al crawler che quelle pagine sono intercambiabili.

Simple XML Sitemap

Il core non porta alcuna sitemap. Simple XML Sitemap è la risposta standard, usata da 137.418 siti, con la release 4.2.3 del 26 novembre 2025 che richiede Drupal 10.3 o 11. Indicizza entità, viste e link personalizzati, ed emette voci hreflang e immagine, cosa che conta molto sulle installazioni multilingue.

Configuratelo per bundle anziché globalmente. La tentazione predefinita è includere tutto, il che spinge nella sitemap le pagine dei termini di tassonomia, i profili utente e gli elenchi di viste non filtrate, e dice ai motori di ricerca che le vostre pagine più povere sono prioritarie.

Redirect

Redirect fornisce redirect manuali e, cosa più importante, l’imposizione della URL canonica: può reindirizzare al percorso canonico ogni richiesta non canonica di un contenuto. Lo usano 265.749 siti, e la 8.x-1.13 del 24 aprile 2026 supporta Drupal 10 e 11.

Una riserva va detta chiaramente. La pagina del progetto porta al momento un avviso “seeking co-maintainers”, che per un modulo così portante è un rischio di manutenzione da tenere d’occhio più che un motivo per evitarlo. Resta comunque coperto dalla politica degli avvisi di sicurezza di Drupal.

Le trappole SEO che solo Drupal ha

Ogni nodo ha almeno due URL attive

È questa la cosa che sorprende chi arriva da altri sistemi. Aggiungere un alias in Drupal non ritira il percorso interno. /node/123 continua a rispondere con 200 e la pagina completa, e lo stesso fa ogni alias che quel nodo abbia mai ricevuto, se l’azione di aggiornamento ne ha permesso la sopravvivenza.

Il tag canonical del core attenua il danno, e Google tratta un’annotazione canonical come un segnale forte anziché come un’istruzione, allo stesso livello dei redirect e sopra la presenza in sitemap. Un segnale forte non è una garanzia. La correzione solida è l’imposizione del canonical del modulo Redirect, che converte i duplicati in redirect permanenti, così non resta più nulla da consolidare.

Le pagine dei termini di tassonomia si moltiplicano

Il core genera una pagina di elenco per ogni termine di tassonomia. Su un sito con un vocabolario a etichettatura libera significa una pagina per etichetta, quasi tutte con uno o due nodi, ciascuna con un titolo da template e senza description. Diverse centinaia di queste pagine sono un problema di contenuto povero che nessuno ha creato di proposito.

Decidete per vocabolario anziché per l’intero sito. Le categorie con reale valore editoriale vengono indicizzate e ricevono description scritte a mano. I vocabolari a etichettatura libera vengono esclusi dalla sitemap e, nella maggior parte dei casi, messi in noindex.

La paginazione delle viste e la scia ?page=

Ogni elenco costruito con Views nel core pagina con un parametro ?page=, e ciascuno di quegli indirizzi è una URL distinta. L’indicazione di Google è che ogni pagina di una sequenza abbia la propria URL e il proprio canonical anziché essere canonicalizzata verso la pagina uno, e che rel next e prev non siano più usati.

La parte specifica di Drupal è che filtri e ordinamenti esposti sulla stessa vista si moltiplicano contro il paginatore. Un elenco con tre filtri esposti e quaranta pagine di risultati genera molte più URL indirizzabili di quanti contenuti abbia, e ognuna di esse viene renderizzata.

Le faccette e l’esplosione dei parametri

La ricerca a faccette, di solito il modulo Facets sopra Search API, è il punto in cui la faccenda smette di essere disordinata e diventa un problema di crawl budget. Facets 3.0.6, rilasciata il 1 settembre 2026, supporta Drupal 10.1 e 11 ed è usata da 56.746 siti. Anche questo progetto porta un avviso “seeking co-maintainers”.

Google avverte che i crawler percorrono quantità enormi di URL di navigazione a faccette prima di poter stabilire che quelle URL non portano da nessuna parte di utile, e che questo consuma sia il vostro crawl budget sia la loro capacità di calcolo. Decidete presto quali combinazioni di faccette sono indicizzabili, bloccate il resto, e mantenete stabile l’ordine dei parametri, così che un insieme identico di filtri produca sempre una URL identica.

L’altalena degli stati di pubblicazione

Un nodo creato non pubblicato, con un titolo di lavoro, e pubblicato una settimana dopo con un titolo diverso genera un alias alla creazione e un altro alla pubblicazione. Con l’azione di aggiornamento sbagliata restano attivi entrambi ed entrambi scansionabili. Moltiplicatelo per una redazione e un anno di produzione, e la tabella degli alias finisce più grande della tabella dei nodi, che è esattamente lo schema che un audit SEO cerca quando conta le URL attive rispetto ai nodi pubblicati.

I dati strutturati in Drupal

Le strade sono due, e la scelta pesa più di quanto sembri.

Schema.org Metatag estende Metatag per emettere JSON-LD nella testata della pagina, coprendo più di venticinque tipi di schema. La versione 3.0.4 del 19 febbraio 2026 supporta Drupal 9, 10 e 11, e la usano 66.363 siti. Come Redirect e Facets, cerca co-manutentori.

Il suo vantaggio è che eredita tutto il modello di ereditarietà di Metatag: valori predefiniti per bundle, token che pescano i valori dei campi, sovrascritture per nodo, e redattori che non vedono mai JSON grezzo. Il suo limite è che potete esprimere solo ciò che il modulo modella, e uno schema profondamente annidato, quello che serve a un prodotto quando entrano in gioco offerte, recensioni e una politica di reso, si costruisce a fatica partendo da campi di token.

Il JSON-LD scritto a mano in un template Twig vi dà controllo completo e vi costa l’interfaccia redazionale. Su un sito con una manciata di template e uno sviluppatore a disposizione è spesso lo scambio migliore. Su un sito con sessanta tipi di contenuto e una squadra di redazione non lo è, perché ogni modifica allo schema diventa un rilascio.

Scegliete una strada sola. Il guasto che vediamo più spesso sono le due in parallelo, che emettono due blocchi Article in disaccordo tra loro sulla data di pubblicazione.

Drupal multilingue e hreflang

È qui che Drupal si guadagna davvero la sua fama, e va detto chiaramente, perché il resto di questo articolo parla di lacune.

Il core porta i moduli di lingua, e una volta abilitata la traduzione dei contenuti Drupal emette i link di lingua alternativa sulle entità tradotte senza alcun aiuto contribuito. Prefissi di percorso, alias per lingua e menu per lingua funzionano come consegnati.

I requisiti di Google per le versioni localizzate sono che ogni versione elenchi sé stessa oltre a tutte le altre, che le annotazioni siano bidirezionali e che esista un x-default come ripiego. Il modello di traduzione di Drupal soddisfa i primi due in automatico, perché le alternative sono generate dall’insieme di traduzione anziché digitate da un redattore. È un vantaggio reale rispetto alle piattaforme dove hreflang è un campo di un plugin che qualcuno può dimenticare.

Due cose vanno comunque storte. Il valore x-default non viene impostato per voi e va aggiunto tramite Metatag o un template. E gli insiemi di traduzione parziali producono alternative che puntano a pagine che ripiegano sulla lingua di origine, un segnale peggiore che omettere del tutto l’annotazione.

Prestazioni e Core Web Vitals

Gli strati di cache di Drupal stanno nel core, sono buoni, e vengono spesso spenti durante una sessione di debug che nessuno si è ricordato di chiudere.

La cache di rendering conserva frammenti con i loro metadati di cacheabilità: cache tag che descrivono i dati da cui dipende un frammento, cache context che descrivono in base a cosa varia, e una durata massima. I tag si invalidano da soli quando cambia l’entità sottostante. Se i metadati sono sbagliati, o servite pagine vecchie o non mettete nulla in cache.

L’Internal Page Cache serve pagine complete ai visitatori anonimi. Il Dynamic Page Cache serve pagine a qualsiasi utente mettendo in cache tutto tranne le parti personalizzate. BigPipe, nel core da Drupal 8.1 e nel profilo di installazione standard dalla 8.5, trasmette poi quei segnaposto personalizzati dopo che la risposta iniziale è già partita.

Per i Core Web Vitals i punti rilevanti sono pochi. BigPipe migliora il caricamento percepito e può peggiorare il Cumulative Layout Shift quando ai segnaposto che riempie non è riservato uno spazio. Il Largest Contentful Paint su un sito Drupal si decide di solito sulle immagini di testata e sul bundle CSS aggregato più che sulla cache di rendering. Drupal 11.4 ha aggiunto la generazione di asset CSS e JavaScript compressi in Brotli quando l’estensione PHP è disponibile, un guadagno immediato su qualsiasi sito che serva i propri asset.

Che cosa rompe un aggiornamento di versione maggiore

Un aggiornamento maggiore di Drupal non è un cambio di piattaforma, ma danneggia la visibilità nella ricerca in modi precisi e ripetibili.

I moduli contribuiti sono la causa abituale. Se Metatag non è pronto per la versione di destinazione e il sito va online senza, ogni meta description del sito sparisce in un colpo solo e nessuno se ne accorge finché le impression non calano quindici giorni dopo. Lo stesso vale per il modulo sitemap e, peggio, per Redirect, perché perdere Redirect ferma l’imposizione del canonical e riporta in vita ogni vecchio alias.

La seconda causa è la configurazione che non sopravvive allo spostamento. I valori predefiniti di Metatag, gli schemi di Pathauto e le impostazioni per bundle della sitemap vivono tutti nella configurazione, e un sito ricostruito che importa i contenuti ma non la configurazione torna con schemi predefiniti e URL diverse per contenuti identici.

Fate una scansione completa prima di iniziare, registrando URL, codice di stato, titolo, description e canonical di ogni pagina, poi confrontatela con la stessa scansione fatta dopo. La nostra guida alla migrazione Drupal copre i percorsi di versione e le scadenze che vi si legano.

A che punto sono oggi le versioni di Drupal

Il calendario cambia ciò che conviene fare per primo. Drupal 11.4.0 è arrivato il 1 luglio 2026, e il ramo 11.4.x ha supporto di sicurezza fino a giugno 2027. Drupal 10, uscito il 15 dicembre 2022, arriva a fine vita il 9 dicembre 2026, e Drupal 12 è previsto per la settimana del 7 dicembre 2026, con una beta attesa a metà settembre 2026.

La conseguenza pratica è che a un sito Drupal 10 restano circa tre mesi di copertura di sicurezza mentre scriviamo. Qualsiasi lavoro SEO commissionato su un sito Drupal 10 andrebbe messo in sequenza dopo l’aggiornamento e non prima, perché fare il contrario significa pagare due volte: una per sistemare i metadati, e un’altra quando un salto di versione di un modulo cambia l’output.

Drupal dalla 11.1 alla 11.4 gira su PHP 8.3 e 8.4, mentre Drupal 10 richiede almeno PHP 8.1. Il minimo di PHP è molto spesso il vero blocco sull’hosting condiviso, non il lavoro su Drupal in sé.

Quanto costa un intervento SEO su Drupal

Prima definite bene il perimetro. Un intervento SEO su Drupal non è un report, è lavoro di configurazione e di template dentro una base di codice precisa, e ciò che si consegna è un sito cambiato anziché un documento.

L’audit di base copre lo stack dei quattro moduli e come è configurato, le tabelle di alias e redirect, l’esposizione di tassonomia e viste, il contenuto della sitemap, l’output dei dati strutturati e gli strati di cache. Su un sito di qualche centinaio di nodi sono tre o cinque giornate di lavoro. Le tariffe giornaliere britanniche per la SEO tecnica stanno di solito fra £600 e £1,200, quindi un audit SEO tecnico di questa forma si colloca fra £2,000 e £5,000 a seconda della seniority e delle dimensioni del sito.

L’implementazione è separata e di solito più grande. Installare e configurare Pathauto, Metatag, Simple XML Sitemap e Redirect su un sito già online con contenuti esistenti significa generare gli alias in massa, costruire una mappa di redirect per ogni alias che cambia, e scrivere schemi di description che non collassino in duplicati. Mettete a budget da una a due volte il costo dell’audit per questa fase.

Un sito Drupal multilingue con ricerca a faccette sta sopra questa fascia. Le agenzie britanniche fatturano grosso modo da £600 a £900 al giorno per il lavoro su Drupal, come raccontiamo nella nostra guida alle tariffe degli sviluppatori Drupal, e un intervento con diversi insiemi di traduzione e una governance delle faccette vale realisticamente dai dieci ai venti giorni.

Chiedete il confronto fra la scansione prima e quella dopo come deliverable esplicito. Senza, non c’è prova che qualcosa sia davvero cambiato.

Mettere le cose nell’ordine giusto

La sequenza che funziona non è affascinante. Installate e configurate i quattro moduli prima di ogni altra cosa, perché le decisioni sui contenuti prese senza di essi creano rilavorazione più avanti. Chiudete poi la superficie delle URL duplicate, dato che tocca ogni pagina del sito. Poi l’esposizione di tassonomia e viste, poi i dati strutturati, poi le prestazioni. Contenuti e link vengono dopo che lo strato tecnico è stabile, mai prima.

Mecanik percorre questo ordine come un audit SEO tecnico condotto sulla base di codice Drupal e sulla sua configurazione anziché sulla sola scansione, con il servizio di audit SEO che copre l’implementazione successiva. Se state ancora decidendo se Drupal sia la piattaforma giusta, la nostra guida allo sviluppo Drupal e il confronto fra architetture CMS headless e tradizionali sono punti di partenza migliori di questo articolo.

Domande frequenti

Drupal è buono per la SEO appena installato? No. Il core di Drupal offre alias di percorso, tag canonical e routing multilingue, ma nessuna meta description, nessuna sitemap XML, nessuna gestione dei redirect e nessun dato strutturato. Servono i moduli Pathauto, Metatag, Simple XML Sitemap e Redirect, tutti contribuiti anziché nel core. Un’installazione standard è priva di ottimizzazione più che ottimizzata male.

Di quali moduli SEO ha davvero bisogno un sito Drupal? Quattro sono di fatto obbligatori: Pathauto per gli alias di URL automatici, Metatag per le meta description e i tag social, Simple XML Sitemap per la sitemap stessa, e Redirect per i redirect e l’imposizione della URL canonica. Schema.org Metatag è il quinto abituale se volete dati strutturati senza scrivere a mano il JSON-LD nei template Twig.

Perché /node/123 funziona ancora dopo che ho aggiunto un alias di URL? Perché un alias di Drupal non ritira il percorso interno. Entrambi gli indirizzi restituiscono la pagina completa con stato 200. Il core emette un tag canonical verso l’alias, che Google tratta come un segnale forte anziché come un’istruzione, quindi la correzione affidabile è l’imposizione della URL canonica del modulo Redirect, che converte i duplicati in redirect permanenti.

Pathauto, Metatag e Simple XML Sitemap sono compatibili con Drupal 11? Sì, e tutti e quattro i moduli dello stack di base sono mantenuti attivamente. Pathauto 8.x-1.15 supporta Drupal 10.2 e 11, Metatag 2.2.0 richiede Drupal 10.3 o 11, Simple XML Sitemap 4.2.3 richiede Drupal 10.3 o 11, e Redirect 8.x-1.13 supporta Drupal 10 e 11. Tutti e quattro sono coperti dalla politica degli avvisi di sicurezza di Drupal.

Quanto costa un intervento SEO su Drupal nel Regno Unito? Un audit di configurazione che copre lo stack di moduli, le tabelle di alias e redirect, l’esposizione della tassonomia, la sitemap e i dati strutturati richiede da tre a cinque giorni su un sito di media grandezza, il che alle tariffe giornaliere britanniche per la SEO tecnica da £600 a £1,200 significa più o meno da £2,000 a £5,000. L’implementazione costa poi da una a due volte il prezzo dell’audit.