Conflitto tra plugin SEO, Elementor o Divi: isolare la causa in 4 passaggi

Conflitto tra plugin SEO e Elementor: cosa dicono i forum

Il conflitto tra plugin SEO e Elementor si ripresenta continuamente sui forum di WordPress.org, con una ventina di discussioni in sei settimane. I messaggi si somigliano: “errore del server durante la pubblicazione in Elementor quando il plugin SEO è attivo”, “l’ultima versione rompe Divi 5”, “il page builder Divi non si carica più”. Il punto di partenza è quasi sempre un aggiornamento recente del plugin SEO, del page builder o di entrambi.

C’è un motivo per questo. Un plugin SEO si installa all’interno dell’editor. Vi aggiunge un pannello, legge il contenuto della pagina per proporre un titolo o una descrizione e interviene al momento del salvataggio. Un page builder fa la stessa cosa, ma in modo più pesante. Quando uno dei due cambia il modo in cui carica i suoi script o effettua i salvataggi, l’altro potrebbe ricevere una risposta inaspettata. Un errore PHP genera quindi un errore 500, e un errore JavaScript blocca l’editor sulla sua schermata di caricamento.

• Errore del server o errore 500 facendo clic su Pubblica o Aggiorna.
• Page builder bloccato sulla schermata di caricamento, senza alcun messaggio.
• Pagina salvata, ma sul sito continua a essere visualizzata la versione precedente.
• Pannello del plugin SEO vuoto o assente nell’editor.

Cosa compete al plugin SEO e cosa compete al page builder

Va detto chiaramente: nessun plugin SEO corregge i bug di un page builder, e nemmeno nexya lo fa. Il suo modulo SEO gestisce titoli e descrizioni, con una proposta estratta dal testo della pagina, oltre alla sitemap, allo schema e al file llms.txt. Non si occupa del funzionamento interno di Elementor o di Divi.

Con Elementor, nexya fa due cose precise. La cache di pagina di nexya Pro viene svuotata quando si salva in Elementor. Il modulo Element, gratuito, fornisce sedici widget di Elementor per visualizzare campi personalizzati NCF o ACF: ripetitori in formato scheda, a schede (tabs) o a tabella, gallerie, cifre chiave, team, cronologie, mappe. Per Divi, nexya non offre nulla di specifico.

Ciò che nexya può offrirti in un conflitto del genere è soprattutto un modo pulito per cercarne la causa: disattivare un singolo modulo, verificare cosa è cambiato, tornare alla versione precedente di un plugin.

Un modulo disattivato non registra nulla: nessuno dei suoi hook viene eseguito sul sito.

Leggere l’errore prima di disattivare qualsiasi cosa

Disattivare i plugin a caso fa perdere tempo e a volte cancella tracce utili. Annota prima di tutto il sintomo esatto e il momento in cui si è verificato.

Se l’editor rimane bloccato durante il caricamento, apri la console del browser (F12, scheda Console) e ricarica la pagina. Il nome del file che appare nell’errore in rosso indica spesso il plugin responsabile. Per un errore del server durante il salvataggio, attiva il log di debug di WordPress (WP_DEBUG e WP_DEBUG_LOG in wp-config.php), ripeti l’operazione, quindi leggi wp-content/debug.log. Un errore irreversibile (fatal error) vi indicherà il percorso del file e il numero di riga.

Il registro attività di nexya ti aiuta a ricostruire la cronologia. Mostra chi ha modificato cosa, con lo stato precedente e successivo. Se il page builder funzionava ancora martedì e ha smesso di funzionare mercoledì, è lì che vedrai cosa è cambiato nel frattempo.

• Console del browser: errore JavaScript, nome del file interessato.
• debug.log: errore PHP irreversibile (fatal error), percorso e riga.
• Registro attività: ciò che è cambiato subito prima del malfunzionamento.

Isolare un conflitto tra l'estensione SEO e il page builder

1. 1

   Rilevare l'errore e la cronologia

   Apri la console del browser e il file debug.log, quindi consulta il registro attività per vedere cosa è cambiato subito prima che il page builder smettesse di funzionare.

   
2. 2

   Spegnere il solo modulo SEO

   Disattiva il modulo SEO dall'hub e lascia accesi gli altri moduli. Ricarica il page builder. Se funziona di nuovo, il modulo era la causa. In caso contrario, riaccendilo e testa il successivo.

   
3. 3

   Svuotare le cache prima di trarre conclusioni

   La cache di nexya Pro si svuota al salvataggio in Elementor, e quella di Cloudflare con essa. Svuota manualmente qualsiasi altra cache, quindi verifica la pagina in una finestra di navigazione in incognito.

   
4. 4

   Tornare indietro e segnalare

   Ripristina la versione precedente dell'estensione interessata tramite il modulo di manutenzione. Invia quindi a entrambi gli sviluppatori le versioni installate, il sintomo e il messaggio di errore.

   

Isolare la causa senza disattivare l’intero sito

Il metodo classico consiste nel disattivare tutti i plugin tranne il page builder, per poi riattivarli uno alla volta. Su un sito in produzione, questo interrompe anche il modulo di contatto, il banner dei cookie e i reindirizzamenti per tutta la durata della ricerca.

In nexya, ogni funzione è un modulo che può essere attivato o disattivato dall’hub. Puoi quindi spegnere solo il modulo SEO e lasciare attivi cookie, e-mail e sicurezza. Un modulo spento non registra alcun hook: non carica più nulla nell’editor e non interviene più al momento del salvataggio. Se il page builder riprende a funzionare, hai trovato il modulo responsabile. In caso contrario, riaccendilo e passa al successivo, ad esempio Element se l’errore si verifica su una pagina che contiene i suoi widget.

Per gli altri plugin, la modalità di risoluzione dei problemi del plugin Health Check & Troubleshooting disattiva i plugin solo per la tua sessione, senza influire su ciò che vedono i visitatori. Effettua un test anche con un tema predefinito quando si utilizza Divi come tema.

La cache non è un bug di Elementor

Parte delle segnalazioni del tipo “il plugin rompe Elementor” descrive in realtà un problema di cache. La pagina viene salvata correttamente, ma il visitatore continua a vedere la vecchia versione. Il page builder non c’entra: si tratta di una copia memorizzata troppo a lungo da qualche parte.

La cache di pagina di nexya Pro viene svuotata quando si salva in Elementor. A partire dalla versione 1.2.31, la cache di Cloudflare viene svuotata contemporaneamente a quella di nexya, per intero o solo per gli indirizzi della pagina modificata. Se utilizzi un’altra cache, fornita dall’hosting o da un altro plugin, svuotarla manualmente prima di concludere che si tratti di un conflitto. Effettua quindi un test in una finestra di navigazione in incognito.

Tornare alla versione precedente e segnalare il problema

Quando un guasto si verifica dopo un aggiornamento, la soluzione più rapida è spesso quella di tornare alla versione precedente, in attesa che lo sviluppatore pubblichi una correzione. Il modulo di manutenzione di nexya conserva la versione precedente di ogni estensione e di ogni tema subito prima dell’aggiornamento e la ripristina con un clic. Questa funzione è gratuita. In nexya Pro, un aggiornamento che compromette il sito viene annullato automaticamente e l’amministratore riceve un’e-mail.

Segnala quindi il problema a entrambi gli sviluppatori, quello dell’estensione SEO e quello del page builder. Un report utile fornisce le versioni esatte di WordPress, PHP, del page builder e dell’estensione SEO, il sintomo preciso, l’errore rilevato nella console o in debug.log, e specifica se il problema scompare quando l’estensione o il modulo vengono disattivati. Con questi elementi, il team interessato può riprodurre il problema invece di chiedervi di reinstallare tutto.

• Versioni di WordPress, PHP, del page builder e dell’estensione SEO.
• Sintomo preciso e azione che lo scatena.
• Messaggio di errore copiato dalla console o da debug.log.
• Risultato del test con l’estensione o il modulo disattivato.