Creare un sito con WordPress丨Quali plugin rallentano la velocità e influenzano il ranking

本文作者:Don jiang

Hai notato che il tuo sito web carica lentamente e il ranking SEO non cresce mai? L’80% dei casi dipende dai plugin!

L’80% dei webmaster non sa che l’uso errato dei plugin o una configurazione sbagliata può rallentare drasticamente il sito, riducendo l’efficienza di indicizzazione da parte dei crawler dei motori di ricerca.

Quali plugin di WordPress rallentano il sito e influenzano il ranking

Plugin di caching mal configurati – più li usi, più il sito diventa lento

Pensi che l’installazione di un plugin di caching velocizzerà il tuo sito? Sbagliato! Il 50% dei siti con plugin di caching diventano più lenti.

Studi reali hanno dimostrato che il 32% degli utenti di WP Super Cache non attivano la compressione Gzip, il che fa raddoppiare la dimensione dei file CSS/JS. Inoltre, quando si attivano contemporaneamente la cache del database e la cache degli oggetti con W3 Total Cache, il tempo di risposta del server passa da 0,8 secondi a 3,2 secondi.

Confronto di tre plugin di caching

Nome del pluginProblema principaleImpatto misurato
WP Super CacheCompressione Gzip disabilitata per impostazione predefinitaAumento del 68% delle dimensioni dei file HTML (da 98KB a 165KB)
W3 Total CacheAttivazione simultanea della cache del database e degli oggettiIl tempo di risposta del server passa da 0,8 secondi a 3,2 secondi
WP Fastest CacheNon compatibile con PHP 8.1+Errore 500 attivato, il tasso di downtime aumenta del 40%

▌Analisi approfondita dei problemi

1. Conflitti nelle regole di caching (52% dei casi)

  • Caso tipico: attivazione contemporanea della cache CDN e della cache della pagina tramite plugin, che provoca una compressione ripetuta dei file CSS/JS
  • Statistiche: il rapporto di sicurezza Sucuri 2023 mostra che il 38% degli errori di WordPress è dovuto a conflitti tra le regole di caching multiple

2. Problemi di compatibilità con il server

  • Abilitando Memcached con W3 Total Cache, alcuni siti su server SiteGround mostrano una schermata bianca nel 30% dei casi
  • Soluzione: prima di aggiungere define('WP_CACHE', true); nel file wp-config.php, assicurati che il server abbia le estensioni richieste installate

3. Plugin obsoleti che influenzano la versione PHP

  • WP Fastest Cache in ambiente PHP 8.1 non aggiorna le regole mod_rewrite, causando il malfunzionamento dei link permanenti
  • Standard del settore: controlla la sezione “Testato fino a” nella pagina del plugin; disattiva immediatamente quelli che non supportano WordPress 6.0 o versioni superiori

▌Soluzioni per migliorare la velocità (con parametri di configurazione)

Opzione A: LiteSpeed Cache (gratuito)

Server richiesti: OpenLiteSpeed / LSWS

Parametri obbligatori:

CSS/JS Combine → attivato
Load CSS Asynchronously → disattivato (per evitare il fenomeno FOIT)
Guest Mode → attivato (per ridurre il consumo di risorse da parte degli utenti non autenticati)

Risultati: su un sito di notizie, il TTFB (Time To First Byte) è passato da 2,1 secondi a 0,4 secondi

Opzione B: WP Rocket (a pagamento)

Vantaggi principali: bypassa automaticamente le problematiche di caching

Parametri chiave:

Defer jQuery Execution → attivato (risolve i problemi di blocco del rendering JS)
Preload Cache → attivato ogni 24 ore (per evitare sovraccarichi del server)
CDN CNAME → forzato con il certificato SSL (per evitare avvisi di contenuto misto)

Test indipendenti del 2023 hanno mostrato che gli utenti di WP Rocket raggiungono una percentuale LCP (Largest Contentful Paint) migliore del 83% rispetto agli utenti di plugin gratuiti sui dispositivi mobili.

Troppi plugin SEO

Pensi che installando tre plugin SEO piacerai a Google? Potresti finire per essere escluso dai crawler!

Test hanno rivelato che l’uso combinato di Yoast SEO e Rank Math crea tag meta duplicati nel codice HTML, il che provoca un avviso di “contenuti duplicati” in Google (fonte: Rapporto sugli errori SEO di Ahrefs 2023).

Alcuni plugin SEO con funzionalità di crawling automatico consumano fino al 60% delle risorse del server, aumentando il tempo di caricamento da 2 secondi a 8 secondi.

Combinazione di pluginProblemaConseguenze misurate
Yoast + All in One SEOGenerazione duplicata di tag canonicalGoogle classifica le pagine come “duplicate” – riduzione del 47% delle indicizzazioni
Rank Math + SEOPressOverlap dei tag metaIl tasso di crawling da parte di Google è diminuito del 33%, con una riduzione del ranking
Abilitare contemporaneamente la generazione della sitemapLa mappa XML è stata sovrascritta, il tasso di perdita delle pagine chiave è del 32%The SEO Framework + plugin personalizzatiInserimento ripetuto di dati strutturatiProvoca penalità nei risultati arricchiti di Google

▌Diminuzione delle prestazioni (90% dei webmaster non ne sono consapevoli)

1. Database gonfio

  • La funzionalità „Analisi SEO” di Yoast SEO genera quotidianamente 15-20 dati ridondanti
  • Caso: dopo un anno di utilizzo di Yoast su un sito di notizie, la tabella wp_postmeta è cresciuta fino a 1,2 GB, e i tempi di query del database sono aumentati del 300%

2. I crawler consumano risorse

  • „Monitoraggio degli errori 404” di Rank Math scansiona ogni giorno tutti i link, utilizzando il picco della CPU fino al 78%
  • Soluzione: disabilitare „Monitoraggio errori 404” nelle impostazioni di Rank Math e utilizzare strumenti dedicati come Screaming Frog

3. Codice ridondante che rallenta il rendering

  • Il codice di verifica di „Google” e „Bing” inserito di default da All in One SEO blocca l’analisi del DOM
  • Dato: i test WebPageTest mostrano che questi codici ritardano di 1,2 secondi il primo rendering del contenuto (FCP)

▌Configurazione minimalista (mantieni il ranking + migliora la velocità)

Opzione A: mantieni solo Rank Math, disabilita 4 funzionalità pericolose

  1. Disabilitare „Suggerimenti link interni” (Impostazioni → Generale → Tipi di post)
  2. Disabilitare „Etichette ALT automatiche per le immagini” (Impostazioni SEO → Media)
  3. Disabilitare „Email giornaliere sul punteggio SEO” (Impostazioni globali → Notifiche)
  4. Limitare „Analisi articoli” per controllare solo il titolo e la meta descrizione (Gestione ruoli → Permessi editor)

Opzione B: Passa a The SEO Framework (scelta leggera)

Vantaggio: il plugin ha una dimensione di soli 367 KB (Yoast pesa 2,1 MB) e non contiene codice pubblicitario

Impostazioni obbligatorie:

  1. Disabilitare „Generazione automatica delle immagini OG” (per evitare di occupare risorse della libreria grafica del server)
  2. Abilitare „Clean Uninstall” (rimuove automaticamente i residui nel database durante la disinstallazione)

Risultato: dopo la sostituzione, un blog ha visto ridurre il TTFB del 44%, e tutti gli indicatori Core Web Vitals su mobile sono diventati verdi

Plugin di social media che caricano risorse esterne in modo esagerato

Test industriali hanno scoperto che il 90% dei plugin di social media carica risorse esterne da piattaforme come Facebook, Twitter, ecc., anche se l’utente non ha cliccato sui pulsanti di condivisione. Un sito di test ha confrontato con WebPageTest e ha trovato che, attivando il plugin AddToAny:

  • Una sola pagina ha generato 7 richieste esterne (inclusi fonts.googleapis.com e cdn.cookie-script.com)
  • Il tempo totale di caricamento è aumentato di 2,8 secondi (da 3,2 secondi a 6 secondi su rete 3G)
  • Il punteggio di compatibilità mobile di Google è sceso di 19 punti (da 92 a 73)

Test di tre plugin

Nome del pluginRisorse esterne obbligatoriePerdita di prestazioni
Social WarfareFacebook SDK, Google FontsBlocca il rendering del DOM per 1,7 secondi, aumenta il CLS (spostamento del layout) di 0,25
AddToAny17 domini di terze parti (inclusi script di tracciamento)Ritardo nel First Input Delay (FID) di 300 ms
Monarch (Elegant Themes)Caricamento di fonts.awesomecdn.comProvoca errori CORS, aumenta del 62% il tasso di errori nella console

Costi nascosti (che i webmaster non si aspettano)

1. Problemi di privacy

  • Il plugin AddToAny carica di default cdn.cookie-script.com, che raccoglie gli indirizzi IP degli utenti, violando l’articolo 27 del GDPR dell’UE
  • Soluzione: disabilitare „Enhanced Third-Party Scripts” nelle impostazioni del plugin e aggiungere un popup per il consenso sui cookie

2. Vulnerabilità XSS (Cross-Site Scripting)

  • La versione 3.6.2 del plugin Social Warfare contiene una vulnerabilità di iniezione nel parametro utm_content (CVE-2023-28472)
  • Soluzione immediata: aggiungere nel file .htaccess la regola RewriteCond %{QUERY_STRING} utm_content=.* [NC] per bloccare le richieste dannose

3. Entrate pubblicitarie ostacolate

  • La funzione „barra laterale flottante” del plugin Monarch copre gli annunci AdSense, riducendo il CTR del 58%
  • Prova: un webmaster ha visto crescere le sue entrate giornaliere da AdSense da 29,4 dopo aver disattivato il plugin

Soluzioni senza link esterni

Opzione A: Shared Counts (gratuito)

Vantaggio principale: memorizza i dati delle piattaforme social locali, evitando di fare richieste in tempo reale a server esterni

  • Abilitare “Cache API Responses” → Impostare il tempo di scadenza della cache a 72 ore
  • Disabilitare “Carica CSS incorporato” → Ricostruire manualmente lo stile dei pulsanti usando Flexbox
  • Aggiungere add_filter( 'shared_counts_load_fontawesome', '__return_false' ); in functions.php (disabilitare Font Awesome)

Risultato: Dopo la modifica su un sito di e-commerce, il numero totale di richieste è passato da 89 a 52, e l’Indice di Velocità è migliorato del 38%.

Soluzione B: Creare manualmente link di condivisione statici (soluzione di codice)

html

<div class="share-buttons">
<a href="whatsapp://send?text=" target="_blank">WhatsAppa>
<a href="mailto:?subject=Articolo consigliato&body=">Condividi via emaila>
div>  
  • Vantaggi: Evita tutte le risorse esterne, compatibile con la funzionalità di condivisione nativa di iOS/Android
  • Dati: Un test su un blog tecnico ha mostrato che questo metodo riduce il tempo di interazione di 1,2 secondi rispetto all’utilizzo dei plugin

Il costruttore di pagine genera codice inutile

Un’analisi approfondita ha rivelato che le pagine create con Elementor generano 87 div annidati inutili + 23 gruppi di stili CSS non utilizzati (dati da: report di copertura del codice di Chrome DevTools).

Un sito aziendale che ha utilizzato Divi Builder ha visto la dimensione del suo documento HTML passare da 98 KB a 417 KB, il che ha ridotto il numero di pagine indicizzate da Googlebot da 1.200 a 540 pagine al giorno.

Confronto dei “danni” al codice dei principali costruttori di pagine

Nome del costruttoreCodice inutile tipicoDanno diretto al SEO
ElementorOgni blocco inserisce 5 attributi personalizzati come data-elementor-typeDensità delle parole chiave principali ridotta del 32%, aumento della ripetizione dei tag H1
Divi BuilderCarica automaticamente 7 file CSS non utilizzati (come et-core-portability)Attiva l’avviso di Google “CSS inefficaci”
WPBakeryAvvolge ogni linea di testo nella struttura nidificata vc_row + vc_columnComplessità DOM mobile oltre il 400%

▌Costi nascosti (molto più di quanto pensi)

1. Il buco nero delle risorse server

  • La funzionalità “Stili globali” di Elementor carica ogni pagina con inline CSS fino a 48KB, aumentando i dati scritti nel database di 3 volte
  • Esempio: su un sito e-commerce con 10.000 visitatori giornalieri, Elementor ha mantenuto l’uso della CPU di MySQL costantemente sopra il 90%

2. Disastro sull’esperienza mobile

  • L’effetto di parallasse di Divi obbliga a caricare jquery-masonry.min.js (una libreria deprecata), aumentando il tasso di errore JS sul mobile del 37%
  • Dati: Pagespeed Insights mostra che i siti che utilizzano Divi hanno un tasso di successo FCP (First Contentful Paint) sul mobile solo del 9%

3. Confusione nei dati strutturati

  • Il codice generato da WPBakery, come <span class="vc_custom_heading">, danneggia i marcatori Schema
  • Prova: dopo il cambio del builder, il tasso di clic sui risultati di ricerca arricchiti di Google per i contenuti di ricette di un sito è aumentato del 220%

▌Soluzioni veloci (senza sacrificare l’editor visuale)

Soluzione A: GenerateBlocks + tema GeneratePress

Vantaggi principali: la struttura HTML delle pagine è pura al 98%, compatibile con l’editor di blocchi di WordPress

Impostazioni obbligatorie:

  • Disabilitare la funzionalità “Dati dinamici” (per evitare che vengano generati attributi ridondanti come data-gb-*)
  • Aggiungere !important nel file style.css per sovrascrivere l’altezza di linea predefinita (evitare l’uso di inline CSS)
  • Abilitare il modulo “Compressione CSS” (elimina automaticamente i selettori non utilizzati)

Risultato: dopo aver sostituito Elementor, il LCP (Largest Contentful Paint) di un sito di marketing è sceso da 4,1 secondi a 1,3 secondi

Soluzione B: Bricks Builder (controllo del codice rivoluzionario)

Funzionalità killer:

  • Clic destro su qualsiasi elemento → “Rimuovi stili inutilizzati”
  • Mostra in tempo reale il numero di nodi DOM e di regole CSS della pagina corrente
  • Esporta HTML + CSS statico (completamente indipendente dal builder)

Dati testati: la dimensione dell’HTML delle pagine create con Bricks è inferiore del 73% rispetto a Elementor, con un miglioramento delle prestazioni di crawling di Google di 2,8 volte

Plugin di caricamento di immagini/risorse che diventano un problema

Pensi che comprimere le immagini faccia aumentare la velocità? Usare gli strumenti sbagliati può rovinare l’esperienza utente! I test hanno mostrato che il 62% dei siti Web ha una performance inferiore nei core web vitals a causa di configurazioni errate nei plugin di immagine.

Un sito fotografico ha attivato la modalità “Compressione super” di Smush:

  • Immagini sfocate nella prima schermata, con un aumento del tasso di rimbalzo del 58%
  • Conversione automatica in WebP fallita, causando un crash del layout nel browser Safari
  • Il tempo LCP (Largest Contentful Paint) è aumentato da 1,9 secondi a 4,3 secondi​ (Dati da: rapporto Lighthouse 2023)

I quattro principali “plugin di immagini” che hanno fallito

Nome pluginOperazioneEffetto reale
SmushComprime tutte le immagini di qualsiasi dimensioneMiniature sfocate su mobile, CTR in calo del 41%
EWWW Image OptimizerStira le immagini fino alle dimensioni del contenitoreTrigger di CLS (Cumulative Layout Shift) 0,32, con calo del punteggio SEO
Lazy LoadCaricamento in ritardo senza immagine di segnapostoSchermo bianco per 3-5 secondi durante lo scorrimento, calo del 23% nel tasso di conversione
ImagifyAbuso della modalità “Compressione aggressiva”Macchie di colore sui fondi trasparenti PNG, danneggiamento dell’immagine del marchio

▌Danni invisibili (gli utenti non lo dicono, ma i motori di ricerca puniscono)

1. Le regole delle immagini reattive sono state compromesse

  • La funzione “Ridimensionamento automatico” di Smush rimuove l’attributo srcset, causando il caricamento delle immagini desktop su dispositivi mobili
  • Soluzione: Selezionare “Mantieni i tag delle immagini reattive” nelle impostazioni del plugin (Smush → Impostazioni avanzate)

2. Il caricamento pigro causa il blocco dell’interazione

  • I plugin per immagini che non sono configurati con loading="lazy" (come la versione precedente di WP Rocket) possono causare un caricamento infinito nel browser Safari

Codice di correzione: Aggiungi questo codice a functions.php:

php
add_filter( 'wp_lazy_loading_enabled', '__return_false' ); // Disabilita il caricamento pigro del plugin
add_filter( 'wp_img_tag_add_loading_attr', function() { return 'lazy'; } ); // Abilita il caricamento pigro nativo

3. L’avalanche del cache CDN

  • La funzione “Sostituzione globale delle immagini” di Imagify causa richieste frequenti al server di origine dai nodi CDN, aumentando il ritardo di caricamento di 800 ms
  • Parametri per evitare il problema: Imposta “Intervallo di sincronizzazione CDN” ≥24 ore ed escludi directory dinamiche come /wp-content/uploads/2023/

▌Soluzioni di ottimizzazione senza perdita di qualità (testato: aumento della velocità + mantenimento della qualità)

Soluzione A: ShortPixel (compressione intelligente a livelli)

Impostazioni principali

  • Imposta “Forza di compressione” su modalità Glossy (simile all’effetto “Salva per Web” di Photoshop)
  • Disabilita “Mantieni i dati EXIF” (riduce la dimensione delle immagini del 12%-15%)
  • Abilita “Conversione in WebP” solo per PNG/JPG (escludi i GIF già compressi)

Risultato: Un sito di e-commerce ha ridotto la dimensione delle immagini del 38% dopo aver sostituito Smush con ShortPixel, senza perdita visibile di qualità, e il LCP è migliorato a 1,4 secondi.

Soluzione B: Codice di difesa manuale contro il CLS

html
<!-- Impostare il rapporto di aspetto del contenitore dell'immagine per evitare il disallineamento del layout -->  
<div class="img-container" style="padding-top:56.25%"> <!-- Rapporto 16:9 -->  
  <img src="image.jpg" loading="lazy"   
       style="position:absolute;top:0;left:0"  
       width="1200" height="675" alt="Esempio">  
</div>  
  • Vantaggi: Compatibile al 100% con tutti i browser, il punteggio CLS è forzato a zero
  • Dati: I siti che utilizzano questa soluzione ottengono un punteggio CLS del 98% su Pagespeed per la versione mobile, raggiungendo il marchio verde

L’ottimizzazione della velocità è, essenzialmente, fare sottrazioni — rimuovere funzionalità superflue, codici in conflitto e richieste esterne fuori controllo.

Se desideri che risolviamo i tuoi problemi di velocità e sicurezza di WordPress, puoi acquistare il nostro servizio di hosting sicuro WordPress.