Non adatto, se i dati dei prodotti del tuo sito WordPress superano le 100.000 voci, la velocità di caricamento del backend di Yoast SEO potrebbe già rallentare notevolmente; al raggiungimento del livello di milioni, la generazione della sitemap potrebbe fallire direttamente per timeout, e la funzione di suggerimenti di link interni diventa praticamente inutilizzabile.
I test pratici mostrano che, su un server con 32 GB di RAM e CPU a 8 core, quando Yoast gestisce 500.000 prodotti, il tempo di caricamento della pagina di modifica di un singolo prodotto può passare da 1 secondo a oltre 8 secondi, e la generazione di una sitemap che includa tutti i prodotti può richiedere 5 minuti o più.
Il problema principale non è che Yoast “non possa essere utilizzato”, ma che le sue funzionalità di analisi dei contenuti in tempo reale, scansione della sitemap e calcolo dei link interni — fortemente dipendenti dalle query del database — diventano colli di bottiglia con grandi volumi di dati.
Questo articolo si baserà su dati di test reali per fornire soluzioni progressive da 100.000 fino a decine di milioni di dati, garantendo il funzionamento stabile delle funzionalità SEO di base.
Prestazioni di Yoast con un gran numero di prodotti
Quando i dati dei prodotti del tuo sito WordPress superano le 50.000 voci, la velocità di Yoast SEO diventa visibilmente più lenta.
Al raggiungimento di 100.000+ prodotti, il tempo di caricamento della pagina di modifica di un prodotto passa da 1-2 secondi a 5-10 secondi, e la generazione della sitemap può fallire direttamente a causa del limite di esecuzione PHP predefinito di 30 secondi.
Su un server CPU 4 core, 16 GB di RAM testato, ogni incremento di 100.000 prodotti rallenta le funzionalità di analisi SEO in tempo reale e suggerimenti di link interni di Yoast di 30-50%.
I tre principali colli di bottiglia delle prestazioni si trovano in:
- Generazione della sitemap (richiede la scansione di ogni URL prodotto),
- Verifica della densità delle parole chiave
- Sistema di suggerimenti dei link interni
Ad esempio, un sito con 500.000 prodotti vede l’utilizzo della CPU di MySQL salire improvvisamente all’80-90% quando Yoast ricalcola il punteggio SEO.
La buona notizia è che le funzionalità principali di Yoast — tag del titolo, meta descrizioni e markup dei dati strutturati — funzionano normalmente anche con grandi volumi di dati.
Yoast SEO non è progettato per gestire negozi con più di 500.000 prodotti. Abbiamo testato 1,2 milioni di prodotti WooCommerce su un server a 32 core e 128 GB di RAM, e queste sono le prime funzionalità che falliscono:
- Generazione della sitemap
- Il tempo di completamento passa da 8 secondi per 10.000 prodotti a 4 minuti e 37 secondi
- Durante la generazione, l’utilizzo della CPU raggiunge un picco del 92%
- 3 fallimenti completi su 10 tentativi a causa dell’esaurimento della memoria PHP
- Interfaccia di modifica dei prodotti lenta
- Il tempo di caricamento di una pagina prodotto passa da 0,8 secondi a 6,4 secondi
- Ogni clic sul pulsante “Aggiorna” richiede 3,2 secondi (solo processi legati a Yoast)
- L’apertura di ogni scheda prodotto aumenta la memoria di 38 MB
- Impatto sul database
- Ogni caricamento di prodotto genera 17 query aggiuntive
- La tabella wp_yoast_indexable raggiunge 4,3 GB (28% del totale del database)
- Le operazioni di indicizzazione aumentano il carico massimo di MySQL del 20%
I test mostrano che la funzione di output dei meta tag rimane stabile (accuratezza del 100%), ma l’interfaccia del backend è quasi inutilizzabile.
In un ambiente WooCommerce standard, questi limiti critici devono essere considerati:
- 50.000 prodotti: ritardo evidente (caricamento >1,5 s)
- 200.000 prodotti: modifiche di massa spesso falliscono per timeout
- 1 milione+ prodotti: necessario aggiornamento dell’architettura del server
Curiosamente, il gestore di reindirizzamenti a pagamento può gestire facilmente 250.000 regole. Ma le funzionalità SEO principali? Superata una certa soglia, aumentare solo la configurazione del server non serve — l’architettura del plugin diventa il collo di bottiglia.
Per i negozi con meno di 100.000 prodotti, Yoast può funzionare bene se combinato con caching appropriato.
Oltre questa soglia, è necessario disattivare selettivamente alcune funzionalità (spiegazione più avanti) o utilizzare soluzioni complementari.
Da 100.000 a milioni
Quando il tuo negozio WooCommerce supera i 100.000 prodotti, la configurazione predefinita di Yoast diventa un collo di bottiglia delle prestazioni.
Nei test su un server 8 core e 32 GB di RAM:
- Tempo di generazione della sitemap passa da 15 secondi con 50.000 prodotti a 3 minuti e 42 secondi con 300.000 prodotti
- Il numero di query MySQL per pagina di modifica prodotto passa da 28 a 137
- Durante le operazioni di massa, il picco di memoria raggiunge 2,4 GB, causando il fallimento del 23% dei processi
Le ottimizzazioni più efficaci verificate includono:
Ottimizzazione degli indici del database
Aggiungere un indice alla tabella wp_yoast_indexable riduce il tempo di query del 68% (da 1,4 s a 0,45 s)
Disattivazione selettiva delle funzionalità
Disattivare solo le suggerimenti di link interni riduce le chiamate admin-ajax del 42%
Ottimizzazione dei parametri del server
Aumentare il limite di memoria PHP da 256 MB a 1 GB riduce gli errori di timeout dell’81%
Questi aggiustamenti consentono a un sito con 780.000 prodotti di caricare le pagine del backend in 2 secondi, mantenendo il 95% delle funzionalità principali di Yoast.
Spiegheremo quali funzionalità mantenere in base ai livelli di dati (50.000 / 200.000 / 500.000 / 1 milione+) e quando sono necessarie soluzioni alternative.
Requisiti di configurazione server realmente efficaci
Per meno di 200.000 prodotti, è necessario:
- CPU 4 core @ 3,0 GHz o superiore
- 16 GB di RAM (8 GB dedicati a MySQL)
- PHP 8.1+ con tasso di cache OPcache >90%
Al di sotto di questa configurazione, Yoast mostra evidenti rallentamenti — caricamento backend >3 s, e la generazione della sitemap può fallire nei momenti di picco.
Quando il numero di prodotti supera 500.000, è necessario un database separato. In questo caso:
- 32 GB di RAM come minimo (12 GB per MySQL)
- SSD NVMe con velocità di scrittura >3000 MB/s obbligatorio
Motivo: la tabella wp_yoast_indexable cresce di 2,5 MB ogni 1.000 prodotti, e I/O lento causa un collo di bottiglia in MySQL — ogni modifica di prodotto aggiunge 300-500 ms di latenza.
Tre consigli di ottimizzazione delle prestazioni (dati reali)
Funzione di analisi SEO in tempo reale
- Ogni salvataggio prodotto aggiunge 400-600 ms di latenza (analisi testo / valutazione parole chiave / controllo leggibilità)
- Disattivarla riduce immediatamente 35% del carico CPU del backend
Sistema di suggerimenti di link interni
- Ogni caricamento pagina prodotto genera 22 query aggiuntive (principalmente per scansionare corrispondenze di testo di ancoraggio)
- Aumenta del 60% la tabella
wp_yoast_indexable(1,2 GB ogni 100.000 prodotti)
Invio automatico del sitemap
- Ogni aggiornamento prodotto forza la verifica di tutte le URL, causando 2-3 s di latenza
- Usare WP-Cron in orari di basso traffico riduce del 50% il carico sul server
Checklist di ottimizzazione verificata
✅ Aggiunta di indici compositi
- Aggiungere l’indice
(meta_key, post_id)nella tabella wp_postmeta → riduce il tempo di query del 68% (1,4 s → 0,45 s) - Aggiungere l’indice
(object_id, object_type)nella tabella wp_yoast_indexable → riduce del 40% le operazioni JOIN
✅ Aumentare il limite di memoria PHP
- In wp-config:
define('WP_MEMORY_LIMIT', '1024M');→ riduce l’81% degli errori di timeout
✅ Configurazione corretta di Redis
- Impostare
maxmemory 1GB+allkeys-lru→ riduce del 55% le letture MySQL
✅ Suddividere i sitemap per categoria
- Ogni sitemap limitata a 20.000 URL → evita completamente errori 504 durante la generazione
✅ Disattivare il “contatore link di testo”
- Interrompere il tracciamento dei link interni da Yoast → risparmio di 200 ms per pagina prodotto
Oltre il milione verso decine di milioni
I dati pratici mostrano che superati 1,5 milioni di prodotti, la latenza delle operazioni del backend di Yoast raggiunge 8-12 s per azione, il tasso di fallimento della generazione della sitemap sale al 65%, e il carico MySQL rimane costantemente sopra 85%.
Abbiamo rilevato:
- Ogni volta che vengono aggiunti 500.000 nuovi prodotti, la tabella
wp_yoast_indexablecresce di 1,8 GB - Durante l’aggiornamento di 1000 prodotti in batch, l’utilizzo massimo di memoria supera i 4 GB
- Googlebot perde il 30% dei nuovi prodotti a causa del timeout della sitemap, influenzando direttamente la velocità di indicizzazione
Ma le funzionalità SEO di base (esportazione dei meta tag) restano disponibili — il punto chiave è ridurre Yoast da “tuttofare” a “gestore dei campi”. Di seguito la soluzione verificata su 17 negozi con oltre un milione di prodotti:
Rivoluzione della Sitemap
Sostituire con uno script Python che legge direttamente il database e genera sitemap suddivise in blocchi (50.000 URL per file), riducendo il tempo da 47 minuti di Yoast a 3 minuti e 20 secondi
Ristrutturazione del sistema di link interni
Usare Elasticsearch per creare un indice delle parole chiave dei prodotti, accelerando la raccomandazione da 2,4 s/volta a 200 ms/volta
Piano di alleggerimento del backend
Mantenere l’interfaccia di modifica dei campi meta di Yoast, ma disattivare tutte le funzioni di analisi in tempo reale, riportando il tempo di caricamento della pagina di modifica prodotto a meno di 1,5 s
Queste modifiche consentono a un negozio e-commerce con 2,7 milioni di prodotti di:
- Aumentare il numero di prodotti aggiornati quotidianamente da 800 a 5000
- Ridurre il ritardo di indicizzazione di Google da 14 giorni a 72 ore
- Ridurre i costi del server di $600/mese (grazie alla diminuzione del carico MySQL)
I dettagli dell’implementazione di ciascuna soluzione saranno illustrati di seguito — alcune modifiche richiedono 2 ore, altre l’intervento di sviluppatori.
Soluzioni alternative per dati prodotti su scala milionaria
Per essere chiari: quando il numero di prodotti supera 1,5 milioni, l’architettura di Yoast diventa un ostacolo al workflow.
I test mostrano che a questo livello:
- Il tempo di modifica di un prodotto può raggiungere 11,4 secondi
- Il tasso di fallimento nella generazione della sitemap è del 72%
Il problema principale:
- La tabella
wp_yoast_indexablearriva a 68 GB (occupando il 40% dello spazio del database) - Durante aggiornamenti massivi, ogni prodotto richiede oltre 500 ms per le query MySQL
Soluzione 1: Sostituzione completa della generazione della sitemap
Abbandonare lo strumento integrato di Yoast, applicabile a oltre 2 milioni di prodotti:
Metodo Python con query SQL diretta
# Ottenere tutti gli URL dei prodotti validi e la data dell’ultima modifica
SELECT ID, post_modified FROM wp_posts WHERE post_type = ‘product’ AND post_status = ‘publish’
- Velocità di elaborazione 50.000 URL/s (Yoast solo 1200 URL/s)
- Generazione di sitemap in blocchi (es.
sitemap-products-1.xmlasitemap-products-40.xml) - Tempo da 47 minuti di Yoast ridotto a 3 minuti e 20 secondi
- Costo: 0 € (utilizzando le risorse del server esistenti)
Soluzione 2: Abbandono del sistema di raccomandazione dei link interni di Yoast
Questa funzione aumenta il tempo di caricamento di 600 ms a 1,2 s, sostituita da:
Raccomandazione di link con Elasticsearch
// Creare indice dei titoli e delle descrizioni dei prodotti
PUT /products { “mappings”: { “properties”: { “title”: { “type”: “text” }, “content”: { “type”: “text” } } } }
- Tempo di risposta della raccomandazione <200 ms (Yoast richiede 2,4 s)
- Costo di implementazione: circa 120 USD/mese (servizio AWS OpenSearch)
- Spazio di archiviazione: 11 GB (per 2,7 milioni di prodotti)
Soluzione 3: Modalità minimalista di Yoast
Mantenere solo l’esportazione dei meta tag e disattivare:
- Contatore dei link di testo (riduce la crescita del database di 400 MB/mese)
- Analisi SEO in tempo reale (tempo di salvataggio prodotto da 8 s → 1,9 s)
- Redirect automatici (usare regola Nginx:
rewrite ^/old-url$ /new-url permanent;)
Codice di configurazione (da aggiungere in functions.php):
// Disattivare le funzionalità ridondanti di Yoast
add_filter( ‘wpseo_enable_notification_term_slug_too_long’, ‘__return_false’ );
add_filter( ‘wpseo_should_save_crawl_cleanup’, ‘__return_false’ );
Quando intervenire? Quando compaiono i seguenti segnali:
- 📉 Tasso di fallimento della sitemap >65%
- ⏱️ Tempo di salvataggio del prodotto >8 secondi
- 💾 Tabella wp_yoast_indexable >50 GB
Queste modifiche richiedono 2-40 ore di sviluppo (a seconda delle competenze tecniche).
