WordPress mi manda un'email quando parte un aggiornamento automatico?

Sì. Da WordPress 5.5 il sito invia un'email all'indirizzo dell'amministratore dopo gli aggiornamenti automatici di plugin e temi, e per gli aggiornamenti automatici del core lo fa da più tempo. Far arrivare queste email a una casella condivisa ti dà un segnale per avviare il controllo dopo l'aggiornamento, a patto che il sito riesca a inviare posta.

Come faccio uscire un sito dalla modalità manutenzione dopo un aggiornamento fallito?

Durante un aggiornamento WordPress crea nella root del sito un file chiamato .maintenance. Se l'aggiornamento si interrompe, il file resta e tutti i visitatori vedono l'avviso di manutenzione. Eliminando quel file via SFTP o dal file manager dell'hosting il sito torna online, e a quel punto devi ripetere l'aggiornamento non riuscito.

Conviene aggiornare i plugin uno alla volta?

Sul sito di un cliente con plugin SEO, di cache e page builder, aggiornare questi tre separatamente e controllare tra un aggiornamento e l'altro rende molto più facile capire quale ha cambiato l'output. I plugin a basso rischio si possono aggiornare in blocco. In staging l'ordine conta meno.

Posso annullare l'aggiornamento di un plugin che ha rotto l'output SEO?

WordPress ripristina la versione precedente quando l'installazione di un aggiornamento fallisce e, dalla versione 6.6, annulla un aggiornamento automatico che causa un errore fatale, ma un plugin che si aggiorna senza errori e ti cambia i title resta com'è. A quel punto puoi reinstallare la versione precedente dalla Visualizzazione avanzata della pagina del plugin su WordPress.org, usare WP-CLI con wp plugin install plugin-slug --version=x.y.z --force oppure ripristinare un backup, che però annulla anche i contenuti modificati nel frattempo.

← Torna al blog

Checklist SEO dopo un aggiornamento WordPress: cosa controllare

Una checklist SEO dopo un aggiornamento WordPress è un breve elenco di verifiche da fare sul sito online quando sono stati aggiornati il core, un tema o un plugin: meta robots, title, canonical, sitemap, robots.txt e tag di tracciamento. Serve perché gli aggiornamenti sostituiscono file e migrano impostazioni, e il front end di solito sembra identico mentre il markup sottostante è cambiato.

Questo articolo riguarda l'ora successiva a un aggiornamento. Per le impostazioni da tenere sotto controllo tutto l'anno leggi il monitoraggio SEO di WordPress, e per un cambio di dominio o di piattaforma la checklist SEO per la migrazione di un sito.

Aggiornamenti del plugin SEO: template dei title, robots predefiniti e sitemap

Yoast SEO e Rank Math costruiscono i title a partire da template con variabili. Yoast le scrive come %%title%% %%sep%% %%sitename%%, Rank Math come %title% %sep% %sitename%. Quando un template viene reimpostato, o una variabile smette di essere risolta, il risultato compare nel <title> di tutti gli URL di quel tipo di contenuto contemporaneamente. Il segnale da cercare è un title che riporta letteralmente "%%sitename%%" o che ha perso il nome della pagina.

Gli stessi plugin gestiscono il meta robots di archivi, tag, pagine autore e URL degli allegati media. Una migrazione delle impostazioni durante una versione principale può cambiare quei valori predefiniti, quindi confronta il <meta name="robots"> di un archivio tag o autore con quello che c'era prima.

Poi apri l'indice della sitemap. Entrambi i plugin lo servono su /sitemap_index.xml, ed entrambi hanno un interruttore per disattivarlo (in Rank Math il modulo Sitemap, in Yoast la funzione Sitemap XML). Se l'indice restituisce un 404, o un tipo di contenuto è sparito dall'elenco, Search Console continuerà a leggere l'invio precedente e segnalerà errori più avanti. La perdita di voci dalla sitemap è trattata più a fondo nell'articolo sulle pagine rimosse dalla sitemap.

Aggiornamenti del tema che sovrascrivono header.php

Aggiornare un tema sostituisce i suoi file con la copia dello sviluppatore del tema. Tutto ciò che era stato modificato direttamente nel tema parent, invece che in un child theme, va perso. Su molti siti datati questo comprende uno snippet GTM incollato in header.php o un meta tag di verifica aggiunto a mano.

Il guasto più serio è la chiamata wp_head() mancante. I plugin inseriscono il loro output attraverso quell'hook, quindi se un template dell'header personalizzato non lo richiama più, title, description, canonical e tag robots del plugin SEO spariscono tutti insieme, assieme a quello che aggiungono Site Kit o un plugin GTM. La pagina si vede comunque. Apri il sorgente, cerca il canonical e, se non c'è, controlla se manca anche il blocco di commento del plugin SEO.

Aggiornamenti dei page builder e H1

Elementor, Divi e builder simili salvano i titoli come widget con un'impostazione per il tag HTML. Un aggiornamento che modifica un template globale, un header creato con il theme builder o il modo in cui viene mostrato il titolo di pagina del tema può lasciare una pagina con due H1 o senza nessuno. Un caso comune è il tema che inizia a stampare il titolo del post come H1 sopra un layout del builder che ha già il suo. Controlla l'H1 della homepage, di una landing page e di un articolo.

Plugin di cache e ottimizzazione che spostano GTM

WP Rocket, LiteSpeed Cache, Autoptimize e plugin simili possono differire, ritardare o unire i file JavaScript. Dopo un aggiornamento, un nuovo valore predefinito o un elenco di esclusioni modificato possono mettere il container GTM dietro una regola di ritardo fino all'interazione dell'utente. Il tag è ancora nell'HTML, quindi un controllo del sorgente risulta a posto, ma le visualizzazioni di pagina dei visitatori che non scorrono e non cliccano non vengono più inviate.

Due abitudini aiutano. Svuota la cache di pagina dopo ogni aggiornamento, perché l'HTML che vedi da loggato di solito la scavalca. Poi carica la pagina in una finestra privata con la scheda Network aperta e verifica che la richiesta gtm.js parta prima di qualsiasi interazione. I passaggi per GA4 sono in come verificare che GA4 sia installato.

Permalink, robots.txt e push dallo staging

I plugin che registrano tipi di contenuto o tassonomie personalizzati possono cambiare le proprie regole di riscrittura con un aggiornamento. Finché le regole non vengono rigenerate, quegli URL restituiscono 404 mentre le pagine normali funzionano. Per rigenerarle basta andare in Impostazioni > Permalink e fare clic su Salva le modifiche, oppure usare wp rewrite flush con WP-CLI. Prova un URL per ogni tipo di contenuto personalizzato invece di dare per scontato che funzioni.

Il robots.txt richiede un controllo a parte. Se non esiste un file fisico, WordPress ne serve uno virtuale che i plugin SEO possono modificare, e l'aggiornamento di un plugin o un'importazione delle impostazioni possono riscriverlo senza che nessun file cambi sul disco. Se il file fisico esiste, prevale lui, e un deploy può sovrascriverlo con la versione dello staging che contiene Disallow: /.

Nei push dallo staging l'impostazione "Visibilità per i motori di ricerca" coglie spesso di sorpresa. L'opzione è salvata nel database, quindi un push del database da uno staging con la casella "Scoraggia i motori di ricerca dall'effettuare l'indicizzazione di questo sito" spuntata aggiunge il noindex a tutto il sito live. Come intercettare un noindex in produzione spiega i modi per accorgersene.

La checklist SEO dopo un aggiornamento WordPress in 10 minuti

Eseguila sul dominio live, da non loggato, dopo aver svuotato la cache.

Verifica che la homepage e una pagina interna restituiscano 200 e non mostrino "Temporaneamente non disponibile per manutenzione programmata".
Apri il sorgente della homepage, di un articolo e di una pagina di categoria e cerca noindex.
Esegui curl -I sulla homepage e verifica che non ci sia un header X-Robots-Tag inatteso.
Confronta <title> e meta description di quelle pagine con quelli di prima dell'aggiornamento.
Verifica che ogni pagina abbia un solo H1 e che sia quello previsto.
Verifica che il canonical sia presente e punti all'URL della pagina stessa, con protocollo e host corretti.
Apri /sitemap_index.xml (oppure /wp-sitemap.xml se non c'è un plugin SEO) e verifica che tutti i tipi di contenuto siano ancora elencati.
Apri /robots.txt e confrontalo con la versione precedente.
Visita un URL per ogni tipo di contenuto e tassonomia personalizzati e verifica che nessuno restituisca 404.
In una finestra privata verifica che GTM, GA4 e il Meta Pixel si carichino e che il banner dei cookie compaia ancora.

Prima di aggiornare, salva una copia del robots.txt e di qualche title. Senza un termine di confronto, la maggior parte di questi controlli diventa un tirare a indovinare.

Cosa automatizzare e cosa continuare a fare a mano

Farlo per un sito dopo un aggiornamento pianificato è realistico. Farlo su trenta siti di clienti con i plugin che si aggiornano da soli durante la notte non lo è, perché spesso non sai nemmeno che un aggiornamento è partito.

Deltio copre la parte automatica. Legge la sitemap e le pagine di ogni sito una volta al giorno e le confronta con il controllo precedente, poi manda avvisi su Slack e per email per quel sito quando cambiano noindex, robots.txt, canonical, title, meta description, H1 o URL della sitemap, quando mancano GA4, GTM, il Meta Pixel o la piattaforma di consenso ai cookie, oppure quando una pagina di manutenzione sostituisce i contenuti. Tiene traccia anche di uptime e scadenza di SSL e dominio.

Essendo giornaliero, ti segnala il giorno dopo un aggiornamento automatico che ha rotto qualcosa. Per un aggiornamento che lanci tu, fai comunque subito la checklist, oppure avvia una scansione SEO manuale in Deltio dopo aver svuotato la cache.

Se vuoi coprire anche gli aggiornamenti notturni, c'è una prova gratuita di 14 giorni.

Domande frequenti

WordPress mi manda un'email quando parte un aggiornamento automatico?: Sì. Da WordPress 5.5 il sito invia un'email all'indirizzo dell'amministratore dopo gli aggiornamenti automatici di plugin e temi, e per gli aggiornamenti automatici del core lo fa da più tempo. Far arrivare queste email a una casella condivisa ti dà un segnale per avviare il controllo dopo l'aggiornamento, a patto che il sito riesca a inviare posta.
Come faccio uscire un sito dalla modalità manutenzione dopo un aggiornamento fallito?: Durante un aggiornamento WordPress crea nella root del sito un file chiamato .maintenance. Se l'aggiornamento si interrompe, il file resta e tutti i visitatori vedono l'avviso di manutenzione. Eliminando quel file via SFTP o dal file manager dell'hosting il sito torna online, e a quel punto devi ripetere l'aggiornamento non riuscito.
Conviene aggiornare i plugin uno alla volta?: Sul sito di un cliente con plugin SEO, di cache e page builder, aggiornare questi tre separatamente e controllare tra un aggiornamento e l'altro rende molto più facile capire quale ha cambiato l'output. I plugin a basso rischio si possono aggiornare in blocco. In staging l'ordine conta meno.
Posso annullare l'aggiornamento di un plugin che ha rotto l'output SEO?: WordPress ripristina la versione precedente quando l'installazione di un aggiornamento fallisce e, dalla versione 6.6, annulla un aggiornamento automatico che causa un errore fatale, ma un plugin che si aggiorna senza errori e ti cambia i title resta com'è. A quel punto puoi reinstallare la versione precedente dalla Visualizzazione avanzata della pagina del plugin su WordPress.org, usare WP-CLI con wp plugin install plugin-slug --version=x.y.z --force oppure ripristinare un backup, che però annulla anche i contenuti modificati nel frattempo.