{"id":13797,"date":"2026-10-27T14:44:20","date_gmt":"2026-10-27T14:44:20","guid":{"rendered":"https:\/\/andreafreelance.com\/?p=13797"},"modified":"2026-10-27T14:44:24","modified_gmt":"2026-10-27T14:44:24","slug":"conflitti-plugin-wordpress","status":"publish","type":"post","link":"https:\/\/andreafreelance.com\/en\/conflitti-plugin-wordpress\/","title":{"rendered":"WordPress: risolvere i conflitti tra plugin senza blocchi"},"content":{"rendered":"\n\n
\n \n
\n \n
\n
\n \n\n
<\/div>\n <\/div>\n
\n \n\n
<\/div>\n <\/div>\n
\n \n\n
<\/div>\n <\/div>\n
\n \n\n
<\/div>\n <\/div>\n
\n \n\n
<\/div>\n <\/div>\n <\/div>\n \n
\n
\n \n\n
<\/div>\n <\/div>\n
\n \n\n
<\/div>\n <\/div>\n
\n \n\n
<\/div>\n <\/div>\n
\n \n\n
<\/div>\n <\/div>\n
\n \n\n
<\/div>\n <\/div>\n <\/div>\n<\/div>\n \n\n
\n Vota questo post<\/span>\n <\/div>\n <\/div>\n\n

Per evitare interruzioni sul sito WordPress, lavora su una copia di test o in una sessione diagnostica riservata. Crea prima un backup ripristinabile<\/strong>, poi verifica una modifica per volta. L’espressione “conflitti plugin WordPress” indica le incompatibilit\u00e0 tra estensioni.<\/p>\n\n\n\n

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.<\/p>\n\n\n\n

Prima di iniziare: proteggere dati e accessi<\/h2>\n\n\n\n

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.<\/p>\n\n\n\n

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 \u00e8 un indizio, non una diagnosi.<\/p>\n\n\n\n

Segui quest’ordine:<\/p>\n\n\n\n

    \n
  1. Annota pagina interessata, messaggio, orario e ultima modifica, compresi aggiornamenti PHP, tema e hosting.<\/li>\n\n\n\n
  2. Crea un backup completo di file e database, conservando una copia fuori dal server principale.<\/li>\n\n\n\n
  3. Assicurati di poter ripristinare il backup e accedere al pannello hosting e ai file tramite SFTP.<\/li>\n\n\n\n
  4. Riproduci l’errore con passaggi precisi, distinguendo utenti autenticati e visitatori anonimi.<\/li>\n<\/ol>\n\n\n\n

    Nel backup includi wp-config.php<\/code>, che contiene anche la configurazione di accesso al database<\/a>. Non condividerlo integralmente con il supporto: contiene informazioni riservate.<\/p>\n\n\n\n

    Preparare uno staging che riproduca il problema<\/h2>\n\n\n\n
    \"Un<\/figure>\n\n\n\n

    Creare una copia separata e protetta<\/h3>\n\n\n\n

    Lo staging \u00e8 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.<\/p>\n\n\n\n

    Mantieni coerenti versione PHP, tema, plugin e configurazione della cache. Altrimenti il problema potrebbe scomparire soltanto perch\u00e9 l’ambiente \u00e8 diverso.<\/p>\n\n\n\n

    Proteggi la copia con password e imposta il noindex. Inoltre, disabilita invii email reali e integrazioni operative che potrebbero contattare clienti o servizi esterni.<\/p>\n\n\n\n

    Proteggere ordini e dati recenti<\/h3>\n\n\n\n

    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.<\/p>\n\n\n\n

    \n

    Una copia di staging meno recente pu\u00f2 cancellare gli ordini ricevuti dopo la clonazione, se sostituisce il database live.<\/p>\n<\/blockquote>\n\n\n\n

    Preferisco trasferire soltanto le modifiche necessarie, con un piano specifico per eventuali variazioni del database. I test dei pagamenti devono usare le modalit\u00e0 sandbox previste dall’integrazione.<\/p>\n\n\n\n

    Isolare i conflitti tra plugin WordPress<\/h2>\n\n\n\n

    Usare Health Check senza cambiare la vista dei visitatori<\/h3>\n\n\n\n

    Health Check & Troubleshooting<\/strong> \u00e8 un plugin di diagnostica gratuito del progetto WordPress, disponibile nella directory ufficiale. La modalit\u00e0 diagnostica disattiva i plugin e applica un tema predefinito soltanto nella tua sessione.<\/p>\n\n\n\n

    Gli altri visitatori continuano a vedere il sito normalmente. Puoi quindi riattivare il tema abituale e le singole estensioni nella sessione di prova.<\/p>\n\n\n\n

    Questa separazione non crea per\u00f2 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.<\/p>\n\n\n\n

    Procedere manualmente o con Plugin Detective<\/h3>\n\n\n\n

    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<\/a> descrive questo metodo di isolamento.<\/p>\n\n\n\n

    Se il difetto resta senza plugin, prova un tema predefinito. Ricorda che mu-plugins<\/code> e alcuni componenti di cache richiedono controlli separati.<\/p>\n\n\n\n

    Plugin Detective riduce i sospetti per gruppi, con una ricerca binaria. Ti chiede di indicare “S\u00ec, \u00e8 risolto” oppure “No, \u00e8 rotto”. Pu\u00f2 aiutare anche con lo schermo bianco della morte, purch\u00e9 il suo percorso di recupero sia accessibile.<\/p>\n\n\n\n

    Quando individui un sospetto, riprova anche con il solo plugin e le sue dipendenze. Un errore isolato pu\u00f2 essere un difetto autonomo, non un conflitto.<\/p>\n\n\n\n

    Leggere debug.log e console del browser<\/h2>\n\n\n\n
    \"Rack<\/figure>\n\n\n\n

    Registrare gli errori PHP senza mostrarli al pubblico<\/h3>\n\n\n\n

    Per attivare la modalit\u00e0 di debug, configura queste definizioni in wp-config.php<\/code>, prima del caricamento di WordPress, senza duplicare quelle esistenti: define( 'WP_DEBUG', true );<\/code>, define( 'WP_DEBUG_LOG', true );<\/code> e define( 'WP_DEBUG_DISPLAY', false );<\/code>.<\/p>\n\n\n\n

    Il file predefinito \u00e8 \/wp-content\/debug.log<\/code>, il log degli errori di WordPress. La documentazione sul debug di WordPress<\/a> distingue la registrazione degli errori dalla loro visualizzazione nella pagina.<\/p>\n\n\n\n

    Riproduci il problema e controlla le righe con quell’orario. Cerca Fatal error<\/code>, il percorso del file e lo stack trace. Il plugin nominato indica dove emerge l’errore, ma non necessariamente quale componente lo provoca.<\/p>\n\n\n\n

    Allowed memory size exhausted<\/code> segnala memoria esaurita, ma non dimostra un’incompatibilit\u00e0 tra due plugin. Al termine della diagnosi, disattiva il debug e proteggi o rimuovi il log.<\/p>\n\n\n\n

    Distinguere problemi PHP e JavaScript<\/h3>\n\n\n\n

    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.<\/p>\n\n\n\n

    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.<\/p>\n\n\n\n

    Il messaggio jQuery is not defined<\/code> 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.<\/p>\n\n\n\n

    Un esempio pratico: Elementor e ottimizzazione JavaScript<\/h2>\n\n\n\n

    Se un menu costruito con Elementor smette di aprirsi dopo l’attivazione del ritardo JavaScript in WP Rocket, parti da quella funzione specifica.<\/p>\n\n\n\n

    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.<\/p>\n\n\n\n

    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.<\/p>\n\n\n\n

    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\u00e0 del sito.<\/p>\n\n\n\n

    Controlla anche menu mobile, navigazione da tastiera e moduli. Un sito web responsive pu\u00f2 apparire corretto pur avendo interazioni guaste.<\/p>\n\n\n\n

    Gestire l’errore 409 Conflict senza tentativi casuali<\/h2>\n\n\n\n

    Per un errore 409 Conflict, la prima prova semplice \u00e8 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.<\/p>\n\n\n\n

    Se il problema segue una migrazione o un cambio di dominio, apri Impostazioni > Permalink<\/strong> e salva senza modificare la struttura. WordPress rigenera le regole di riscrittura; su Apache pu\u00f2 aggiornare .htaccess<\/code>, quando dispone dei permessi necessari.<\/p>\n\n\n\n

    Questo passaggio risolve alcuni problemi di instradamento, ma non tutti i 409. Su Nginx, inoltre, .htaccess<\/code> non gestisce le richieste.<\/p>\n\n\n\n

    Se l’errore persiste, controlla nel pannello Rete quale richiesta fallisce. Il codice pu\u00f2 dipendere da applicazione, firewall o operazioni concorrenti. Non disattivare le protezioni del sito senza aver identificato il blocco.<\/p>\n\n\n\n

    Applicare una correzione e prevenire la ricaduta<\/h2>\n\n\n\n

    Aggiornare, correggere o sostituire il componente<\/h3>\n\n\n\n

    Cerca una patch oppure controlla se \u00e8 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.<\/p>\n\n\n\n

    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.<\/p>\n\n\n\n

    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.<\/p>\n\n\n\n

    Il downgrade manuale di WordPress via FTP \u00e8 soltanto un ripiego temporaneo, da valutare con un backup e controlli sulla compatibilit\u00e0 del database. Deve essere seguito da un aggiornamento tempestivo. La manutenzione tecnica di WordPress<\/a> comprende anche questi controlli.<\/p>\n\n\n\n

    Distinguere un conflitto da una compromissione<\/h3>\n\n\n\n

    Account amministratore sconosciuti, codice aggiunto senza autorizzazione e reindirizzamenti anomali richiedono una diagnosi di sicurezza.<\/p>\n\n\n\n

    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\u00e0 funzionale.<\/p>\n\n\n\n

    Disattivare un plugin pu\u00f2 eliminare il sintomo senza rimuovere accessi abusivi o modifiche gi\u00e0 presenti. Serve quindi una bonifica, con un’analisi dell’estensione della compromissione.<\/p>\n\n\n\n

    Collaudare la correzione prima della pubblicazione<\/h2>\n\n\n\n

    Prima del rilascio crea un nuovo backup del sito live. Scegli un periodo con pochi accessi e pubblica soltanto le modifiche gi\u00e0 testate.<\/p>\n\n\n\n

    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.<\/p>\n\n\n\n

    Per un negozio, completa anche il percorso prodotto, carrello e checkout. Verifica che prezzi, spedizioni e pagamenti mantengano il comportamento previsto.<\/p>\n\n\n\n

    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.<\/p>\n\n\n\n

    Domande frequenti sui conflitti tra plugin<\/h2>\n\n\n\n

    Come recuperare il sito se la bacheca \u00e8 irraggiungibile?<\/h3>\n\n\n\n

    Prova prima il collegamento alla modalit\u00e0 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.<\/p>\n\n\n\n

    Se non conosci il responsabile, rinominare l’intera cartella plugins<\/code> disabilita le estensioni, ma interrompe anche le loro funzioni pubbliche. \u00c8 una misura di emergenza. Per una diagnosi pi\u00f9 ampia, consulta la guida all’errore 500 in WordPress<\/a>.<\/p>\n\n\n\n

    Due plugin simili possono convivere sullo stesso sito?<\/h3>\n\n\n\n

    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.<\/p>\n\n\n\n

    La compatibilit\u00e0 con il tema va provata sulle funzioni concrete: editor, moduli, navigazione e checkout. La dicitura di compatibilit\u00e0 nella scheda del plugin non descrive tutte le combinazioni possibili del tuo sito.<\/p>\n\n\n\n