Per evitare interruzioni sul sito WordPress, lavora su una copia di test o in una sessione diagnostica riservata. Crea prima un backup ripristinabile, poi verifica una modifica per volta. L’espressione “conflitti plugin WordPress” indica le incompatibilità tra estensioni.
Consiglio di partire dalla funzione guasta, senza aggiornare o disattivare tutto sul sito online. Un menu bloccato e un checkout inutilizzabile richiedono verifiche diverse: riproduci il problema, modifica una variabile e controlla il risultato.
Prima di iniziare: proteggere dati e accessi
Una schermata bianca, un errore PHP o un layout disordinato possono indicare un conflitto. Tuttavia, anche memoria insufficiente, cache obsolete e configurazioni del server producono sintomi simili.
Le cause frequenti comprendono estensioni non aggiornate, due sistemi SEO o cache sovrapposti e componenti che scrivono nella stessa opzione del database. Per questo, il nome dell’ultimo plugin aggiornato è un indizio, non una diagnosi.
Segui quest’ordine:
- Annota pagina interessata, messaggio, orario e ultima modifica, compresi aggiornamenti PHP, tema e hosting.
- Crea un backup completo di file e database, conservando una copia fuori dal server principale.
- Assicurati di poter ripristinare il backup e accedere al pannello hosting e ai file tramite SFTP.
- Riproduci l’errore con passaggi precisi, distinguendo utenti autenticati e visitatori anonimi.
Nel backup includi wp-config.php, che contiene anche la configurazione di accesso al database. Non condividerlo integralmente con il supporto: contiene informazioni riservate.
Preparare uno staging che riproduca il problema
Creare una copia separata e protetta
Lo staging è una copia del sito dove testare plugin, temi e aggiornamenti senza modificare direttamente la versione pubblica. Puoi crearlo dal pannello hosting, se disponibile, oppure con WP STAGING, Duplicator o WPvivid Staging Pro.
Mantieni coerenti versione PHP, tema, plugin e configurazione della cache. Altrimenti il problema potrebbe scomparire soltanto perché l’ambiente è diverso.
Proteggi la copia con password e imposta il noindex. Inoltre, disabilita invii email reali e integrazioni operative che potrebbero contattare clienti o servizi esterni.
Proteggere ordini e dati recenti
Per un e-commerce WooCommerce, evita di riversare automaticamente il database dello staging sul sito pubblico. Durante i test possono arrivare nuovi ordini, registrazioni e aggiornamenti delle scorte.
Una copia di staging meno recente può cancellare gli ordini ricevuti dopo la clonazione, se sostituisce il database live.
Preferisco trasferire soltanto le modifiche necessarie, con un piano specifico per eventuali variazioni del database. I test dei pagamenti devono usare le modalità sandbox previste dall’integrazione.
Isolare i conflitti tra plugin WordPress
Usare Health Check senza cambiare la vista dei visitatori
Health Check & Troubleshooting è un plugin di diagnostica gratuito del progetto WordPress, disponibile nella directory ufficiale. La modalità diagnostica disattiva i plugin e applica un tema predefinito soltanto nella tua sessione.
Gli altri visitatori continuano a vedere il sito normalmente. Puoi quindi riattivare il tema abituale e le singole estensioni nella sessione di prova.
Questa separazione non crea però un database indipendente. Evita operazioni che salvano configurazioni, cancellano dati o attivano servizi esterni durante il test. Per checkout e processi complessi, lo staging resta preferibile.
Procedere manualmente o con Plugin Detective
La procedura manuale di risoluzione dei problemi prevede di disattivare plugin sulla copia di test e riattivare le estensioni una alla volta. Dopo ogni attivazione, ripeti esattamente l’azione guasta. La guida agli errori comuni di WordPress descrive questo metodo di isolamento.
Se il difetto resta senza plugin, prova un tema predefinito. Ricorda che mu-plugins e alcuni componenti di cache richiedono controlli separati.
Plugin Detective riduce i sospetti per gruppi, con una ricerca binaria. Ti chiede di indicare “Sì, è risolto” oppure “No, è rotto”. Può aiutare anche con lo schermo bianco della morte, purché il suo percorso di recupero sia accessibile.
Quando individui un sospetto, riprova anche con il solo plugin e le sue dipendenze. Un errore isolato può essere un difetto autonomo, non un conflitto.
Leggere debug.log e console del browser
Registrare gli errori PHP senza mostrarli al pubblico
Per attivare la modalità di debug, configura queste definizioni in wp-config.php, prima del caricamento di WordPress, senza duplicare quelle esistenti: define( 'WP_DEBUG', true );, define( 'WP_DEBUG_LOG', true ); e define( 'WP_DEBUG_DISPLAY', false );.
Il file predefinito è /wp-content/debug.log, il log degli errori di WordPress. La documentazione sul debug di WordPress distingue la registrazione degli errori dalla loro visualizzazione nella pagina.
Riproduci il problema e controlla le righe con quell’orario. Cerca Fatal error, il percorso del file e lo stack trace. Il plugin nominato indica dove emerge l’errore, ma non necessariamente quale componente lo provoca.
Allowed memory size exhausted segnala memoria esaurita, ma non dimostra un’incompatibilità tra due plugin. Al termine della diagnosi, disattiva il debug e proteggi o rimuovi il log.
Distinguere problemi PHP e JavaScript
Query Monitor analizza le query del database, gli hook e gli errori PHP. Aiuta a collegare una richiesta lenta o difettosa al componente coinvolto, ma non corregge automaticamente il problema.
Se menu, pulsanti o editor si bloccano, apri gli strumenti sviluppatore con F12. La console mostra gli errori JavaScript; il pannello Rete evidenzia le risorse mancanti e le richieste fallite.
Il messaggio jQuery is not defined riguarda l’ordine di caricamento degli script. Una risposta 404 richiede invece di controllare il percorso, la generazione del file e la cache. Conserva questi dettagli prima di modificare altre impostazioni.
Un esempio pratico: Elementor e ottimizzazione JavaScript
Se un menu costruito con Elementor smette di aprirsi dopo l’attivazione del ritardo JavaScript in WP Rocket, parti da quella funzione specifica.
Sullo staging, lascia attivi Elementor e i componenti necessari. Disabilita soltanto il ritardo JavaScript, svuota le cache pertinenti e riprova il menu da una finestra anonima.
Se torna operativo, riattiva l’opzione per verificare se il difetto ricompare. Questo confronto collega il sintomo alla configurazione, senza dichiarare incompatibili due prodotti in assoluto.
Individua quindi lo script coinvolto e valuta un’esclusione mirata, seguendo le indicazioni del supporto. Evita di escludere ogni file: annulleresti parte dell’ottimizzazione della velocità del sito.
Controlla anche menu mobile, navigazione da tastiera e moduli. Un sito web responsive può apparire corretto pur avendo interazioni guaste.
Gestire l’errore 409 Conflict senza tentativi casuali
Per un errore 409 Conflict, la prima prova semplice è svuotare la cache del browser. In Chrome o Firefox puoi aprire la cancellazione dei dati con Ctrl+Maiusc+Canc. Salva prima il lavoro non inviato.
Se il problema segue una migrazione o un cambio di dominio, apri Impostazioni > Permalink e salva senza modificare la struttura. WordPress rigenera le regole di riscrittura; su Apache può aggiornare .htaccess, quando dispone dei permessi necessari.
Questo passaggio risolve alcuni problemi di instradamento, ma non tutti i 409. Su Nginx, inoltre, .htaccess non gestisce le richieste.
Se l’errore persiste, controlla nel pannello Rete quale richiesta fallisce. Il codice può dipendere da applicazione, firewall o operazioni concorrenti. Non disattivare le protezioni del sito senza aver identificato il blocco.
Applicare una correzione e prevenire la ricaduta
Aggiornare, correggere o sostituire il componente
Cerca una patch oppure controlla se è disponibile un aggiornamento plugin per la combinazione coinvolta. Verifica il comportamento prima e dopo l’aggiornamento, applicando una modifica alla volta sullo staging e ripetendo il test.
Al supporto invia le versioni di WordPress, PHP, tema e plugin, i passaggi riproducibili e gli estratti del log privi di dati sensibili. Documenta causa, intervento e risultato. Se manca una soluzione mantenuta, valuta un’alternativa compatibile.
Per personalizzare il tema usa un child theme; per le estensioni funzionali preferisci hook, filtri o codice dedicato. Non modificare direttamente i file del plugin o del tema principale.
Il downgrade manuale di WordPress via FTP è soltanto un ripiego temporaneo, da valutare con un backup e controlli sulla compatibilità del database. Deve essere seguito da un aggiornamento tempestivo. La manutenzione tecnica di WordPress comprende anche questi controlli.
Distinguere un conflitto da una compromissione
Account amministratore sconosciuti, codice aggiunto senza autorizzazione e reindirizzamenti anomali richiedono una diagnosi di sicurezza.
La CVE-2024-6297 documenta la compromissione di Social Warfare nelle versioni dalla 4.4.6.4 alla 4.4.7.1 incluse. In quel caso il problema era codice malevolo, non una normale incompatibilità funzionale.
Disattivare un plugin può eliminare il sintomo senza rimuovere accessi abusivi o modifiche già presenti. Serve quindi una bonifica, con un’analisi dell’estensione della compromissione.
Collaudare la correzione prima della pubblicazione
Prima del rilascio crea un nuovo backup del sito live. Scegli un periodo con pochi accessi e pubblica soltanto le modifiche già testate.
Dopo la pubblicazione svuota le cache del sito, del server e della CDN pertinenti all’intervento. Poi prova pagine principali, form ed email ricevute, usando una finestra anonima e uno smartphone.
Per un negozio, completa anche il percorso prodotto, carrello e checkout. Verifica che prezzi, spedizioni e pagamenti mantengano il comportamento previsto.
Controlla infine canonical, indicizzazione e redirect se hai sostituito componenti SEO. La SEO tecnica WordPress richiede configurazioni coerenti, ma un collaudo riuscito non garantisce miglioramenti nel posizionamento del sito web.
Domande frequenti sui conflitti tra plugin
Come recuperare il sito se la bacheca è irraggiungibile?
Prova prima il collegamento alla modalità di recupero, se WordPress ti ha inviato l’email. In alternativa, tramite SFTP o file manager puoi rinominare la cartella del plugin sospetto per impedirne il caricamento.
Se non conosci il responsabile, rinominare l’intera cartella plugins disabilita le estensioni, ma interrompe anche le loro funzioni pubbliche. È una misura di emergenza. Per una diagnosi più ampia, consulta la guida all’errore 500 in WordPress.
Due plugin simili possono convivere sullo stesso sito?
Possono convivere quando le rispettive funzioni non si sovrappongono. Due sistemi SEO che generano entrambi sitemap e metadati, invece, richiedono una scelta o una configurazione precisa.
La compatibilità con il tema va provata sulle funzioni concrete: editor, moduli, navigazione e checkout. La dicitura di compatibilità nella scheda del plugin non descrive tutte le combinazioni possibili del tuo sito.
Ripartire da una diagnosi ripetibile
Per diagnosticare i malfunzionamenti in modo ripetibile, conservo una procedura breve: backup verificato, ambiente isolato e un test dopo ogni modifica. La correzione è affidabile quando la funzione torna operativa e il problema non ricompare nelle condizioni iniziali.
Per assistenza sul sito web, lavoro a Ciampino, nell’area di Roma, e seguo online aziende in tutta Italia. Parliamo del tuo progetto web: puoi indicarmi sintomo, ultima modifica e funzioni coinvolte per una prima consulenza gratuita senza impegno.
