Il metodo Toe-Dip per modificare la struttura degli URL

Se costruite siti web o offrite servizi SEO, è indubbio che a un certo punto vi siete trovati di fronte alla questione dei compromessi e dei rischi legati alla modifica della struttura degli URL di un sito web.

Ad esempio, un sito web potrebbe avere la seguente struttura URL:

https://www.website.com/2019/04/26/the-post-title/

Mentre voi preferireste avere qualcosa di simile a uno di questi:

https://www.website.com/the-post-title/
https://www.website.com/articles/the-post-title/ 

Probabilmente sapete anche che questi cambiamenti possono essere incredibilmente rischiosi. Se lavorate in una delle discipline sopra citate, probabilmente sentite il peso della responsabilità che avete nei confronti della vostra azienda o di quella dei vostri clienti.

Se non lo sapete, vi riassumiamo brevemente: i vostri contenuti si posizionano dove si posizionano (diciamo la prima pagina di Google) perché Google ha trovato il loro URL e confida che se qualcuno cerca una query pertinente, può mandarlo a quell'URL e troverà le informazioni che cerca.

Se quell'URL non esiste più perché avete cambiato la struttura dell'URL e non avete gestito correttamente il cambiamento, anche il vostro traffico non esiste più.

Letture consigliate per ripassare la struttura degli URL e i reindirizzamenti

La questione è molto delicata e molto è stato scritto sull'argomento. Questo post sul forum di Moz copre la gamma generale di domande e preoccupazioni.

Consigliamo vivamente questo post di Ahrefs sull'argomento. La versione breve è questa: Se sbagliate, potete uccidere la loro attività - o almeno ostacolarla gravemente nel breve termine, insieme alla vostra reputazione. Prendetelo come una dichiarazione di non responsabilità per il proseguimento dell'attività.

Tuttavia, ciò che non è contemplato in quel post e che abbiamo scoperto funzionare incredibilmente bene per cambiare l'URL in modo sicuro, è il metodo descritto in questo post.

Lo chiamiamo il metodo Toe-Dip per cambiare la struttura degli URL.

Perché fare un canon ball quando si può semplicemente immergere le dita dei piedi?

I canon ball sono perfetti per le feste in piscina con una compagnia ben vestita, ma quando si tratta di fornire consulenza alle aziende dei nostri clienti, il cambiamento di scenario richiede un po' più di sottigliezza.

Questo post descrive come apportare modifiche sostanziali alla struttura degli URL di un sito web, senza rischiare maremoti.

In questo post utilizziamo Wordpress (dato che è molto probabile che lo stiate utilizzando), ma lo stesso concetto si applica anche ad altri sistemi di gestione dei contenuti molto diffusi.

Quindi tuffiamoci. ...ehm, testiamo le acque.

Un po' di background

Uno dei nostri clienti, con oltre 10.000 post sul proprio sito web, fin dall'inizio del sito ha utilizzato la struttura basata sulla data di cui sopra (site.com/yyyy/mm/dd/post-title). Ciò significa che molti dei loro post di alta qualità appaiono nei risultati di ricerca in questo modo:

La situazione è probabilmente simile a questa in questo momento.

A peggiorare le cose c'è il fatto che il settore di questo cliente è uno di quelli in cui, a torto o a ragione, la freschezza dei contenuti è considerata un marchio esclusivo di rilevanza. Quindi, anche se i motori di ricerca classificano i contenuti in modo elevato, i loro CTR organici sono indubbiamente un po' depressi dall'età dei contenuti.

A causa della competitività dello spazio, è diventato quasi un imperativo cambiare la struttura degli URL, per assicurarsi di mettere il piede in avanti sotto ogni aspetto.

Una volta decisa la nuova struttura degli URL, ci è venuta un'idea sul modo migliore per ottimizzare il rapporto rischio/rendimento:

https://www.website.com/articles/post-title

Considerate questo: se siete utenti veterani di Wordpress, la prima cosa che vi viene in mente quando considerate la struttura degli URL è la pagina Permalink Settings nell'amministrazione di WP:

Se non si ha familiarità con questa schermata, è il punto in cui si dice a Wordpress come strutturare gli URL dei post sul sito. È uno strumento semplice per gestire qualcosa di grande impatto. Torneremo su questa schermata più avanti nel post per finalizzare le nostre modifiche dopo aver fatto molti test.

Ma il problema di guardare a questa pagina per trovare una soluzione è che le modifiche alla struttura degli URL fatte qui sono -tutto-o-nulla: cambiate l'impostazione in questa schermata e ogni post cambia immediatamente, a livello di sito.

Come ci avverte il plugin Yoast SEO nella parte superiore di questa schermata:

La modifica delle impostazioni dei permalink può influire seriamente sulla visibilità del sito sui motori di ricerca. Non dovrebbe quasi mai essere effettuata su un sito web attivo.

Plugin Yoast SEO

Come possiamo testare questa nuova struttura URL solo su un sottoinsieme di post, ad esempio una ventina, e poi valutare i risultati? I motori di ricerca troverebbero la nuova casa del contenuto senza devastare le classifiche?

Ecco come abbiamo fatto.

Il metodo Toe-Dip, spiegato

Iniziamo creando un nuovo tipo di post personalizzato chiamato "Articoli" (che avrà uno slug "articoli"). Il modo migliore per creare e gestire i tipi di post personalizzati è il plugin di Wordpress chiamato CPT UI, oppure Custom Post Type UI.

Installate questo plugin e poi create il vostro nuovo tipo di post personalizzato chiamato "Articoli". Se avete bisogno di istruzioni per la configurazione di un nuovo CPT, visitate la documentazione.

Il modo migliore per individuare i post con cui testare le modifiche agli URL è quello di andare su Google Analytics (o simili) e trovare alcuni post che hanno un traffico consistente, ma che potrebbero non essere i vostri post principali (anche in questo caso, si tratta di una riduzione del rischio). Fate un elenco dei post che volete testare, salvate i loro nomi e gli URL in un posto comodo, perché nelle prossime settimane dovrete tornare a consultare le vostre analisi più volte per valutare le prestazioni.

Ora, per cambiare il tipo di post dei post in questione, dovrete fare una delle due cose.

Dovete scegliere tra:

• Avere accesso al database e conoscenze specifiche, per trovare l'ID del post in questione e modificare manualmente il valore di post_type field from post to article, se ci si sente sicuri di farlo. Questo metodo sarà di gran lunga il più veloce, dato che si iniziano a includere molti post nel test. Se non vi sentite a vostro agio nell'effettuare questa modifica, assicuratevi di hire uno sviluppatore e, naturalmente, fate prima un backup del vostro sito web! Oppure,

• Installare Post Type Switcher ed effettuare la modifica dalla schermata di modifica dei post. Ecco un post su come effettuare la modifica con questo metodo. Nota: questo metodo diventerà noioso man mano che si includeranno sempre più post nel test.

Usare il metodo scelto per ogni post che si vuole testare e poi accadrà un po' di magia. Poiché Wordpress elabora le richieste in base al tipo di post, non è necessario creare manualmente alcun reindirizzamento! Non appena richiederete di nuovo il vecchio URL, Wordpress vi reindirizzerà automaticamente alla nuova posizione dell'URL:

Utilizzate il metodo prescelto per ogni post che volete testare e poi accadrà un po' di magia. Poiché Wordpress elabora le richieste in base al tipo di post, non è necessario creare manualmente alcun reindirizzamento! Non appena richiederete di nuovo il vecchio URL, Wordpress vi reindirizzerà automaticamente alla nuova posizione dell'URL a:

https://www.website.com/articles/post-title

In questo modo, il lavoro è davvero minimo per ottenere il risultato desiderato. I nostri post di prova utilizzano ora la nuova struttura URL definitiva, il resto dei contenuti non sa che qualcosa è cambiato e possiamo aspettare di raccogliere nuovi dati analitici per vedere come procedono le modifiche.

Prima di procedere, assicuratevi di ricontrollare che ogni URL sia reindirizzato correttamente e che tutto funzioni come previsto. Sarebbe un peccato far fallire il test per un errore onesto.

Stabilire gli intervalli di performance del test

Ora che il test è pronto, vi consigliamo di monitorare attentamente le prestazioni di questi URL nei prossimi giorni e settimane. Noi abbiamo utilizzato il seguente programma per essere sicuri di tenere sotto controllo la situazione:

• Un giorno dopo
• Tre giorni dopo
• Una settimana dopo
• Due settimane dopo
• Tre settimane dopo

Perché aspettare tre settimane? Le cose cambiano spesso con la SEO e le prestazioni dei siti web, a volte rapidamente, a volte lentamente. La nostra decisione di eseguire questi test per così tanto tempo si basava sul fatto che avevamo un modo per ridurre il rischio di questo cambiamento e che non c'era un'urgenza sostanziale, quindi perché affrettare le cose e aggiungere rischi muovendosi troppo velocemente? Naturalmente, potete adattare il vostro programma di test alle esigenze della vostra organizzazione.

Come accennato in precedenza, abbiamo iniziato con soli 20 post a medio impatto per il nostro primo gruppo di test. Avendo riscontrato un buon successo (vedi "I nostri risultati"), siamo passati a un lotto più grande di 100 post, poi di 500, poi di 1.000 e infine delle restanti migliaia di post. Anche in questo caso, per noi era di fondamentale importanza ridurre i rischi di un cambiamento così massiccio.

Vale la pena notare, tuttavia, che man mano che si stabiliva la fiducia in ogni test successivo, si utilizzavano intervalli di confidenza sempre più brevi.

Valutazione delle prestazioni: creazione di un rapporto rapido

Il metodo che abbiamo usato qui è abbastanza semplice ma estremamente potente e, una volta impostato, facile da usare.

Creeremo un rapporto personalizzato in Google Analytics, che filtra gli URL che ci interessano. Aprite Google Analytics e cliccate su Personalizzazione->Rapporti personalizzati nella parte superiore della barra laterale:

Quindi, configurate il vostro report in modo che corrisponda alle impostazioni mostrate qui:

Sentitevi liberi di aggiungere tutte le metriche che ritenete rilevanti, ma in questo esempio abbiamo aggiunto solo "Entrances / Pageviews", poiché l'aspetto principale che ci interessa è l'impatto della modifica della struttura degli URL sul traffico.

La piccola "magia" è che sotto Filters abbiamo incluso un filtro Regex su "articoli". È qui che entra in gioco la potenza di questo report: man mano che aggiungiamo nuovi post al test, questi verranno automaticamente inclusi qui.

Note: man mano che si includono nuovi URL nel test, anche il traffico in questo report aumenterà, quindi assicuratevi di creare Notations nel vostro report per tenere un registro di quando avete aggiunto nuovi URL, altrimenti sembrerà che le prestazioni siano skyrocked (cosa che potrebbe accadere, quindi l'utilità della notazione).

Con l'impostazione del nostro report filtrato, possiamo ora valutare il nostro test di modifica della struttura degli URL a basso rischio e vedere se si tratta di una modifica che dovremmo introdurre in tutto il sito.

È ora di fare le onde: Apportare la modifica finale

Avete eseguito i test descritti sopra e le prestazioni del traffico sono (si spera) stabili o migliorate in qualche misura, come misurato dal vostro rapporto personalizzato di Google Analytics. Siete convinti che questa sia la direzione giusta da seguire senza mettere a rischio la vostra attività (o quella del vostro cliente).

Rendiamolo ufficiale.

Prima di iniziare, assicuratevi di fare un backup del vostro sito web (compreso il database) nel caso in cui facciate degli errori o dobbiate ripristinare le modifiche per qualsiasi motivo.

Le fasi finali di questo processo sono un po' complesse, ma completamente realizzabili se voi (o il vostro sviluppatore) siete un po' "tecnici". Perché?

Può sembrare che tutto ciò che rimane ora sia andare di nuovo su Settings->Permalinks e assegnare una struttura personalizzata che inizia con /articles/, come si vede qui sotto:

NON FATE QUESTO, a meno che non abbiate (e avrete sempre) un solo tipo di post sul vostro sito. sito. Allora dovrebbe andare bene. Ma PROVATE!

Il problema è che se avete altri tipi di post sul vostro sito, questa modifica aggiungerà /articles/ anche agli URL di quel tipo di post.

Perciò affronteremo questa modifica con un approccio four-step qui: usando le impostazioni Permalinks e una semplice logica nel vostro functions.php. Tenete pronto il vostro editor di codice e questo file aperto, poiché vorrete apportare queste modifiche molto rapidamente (o rischierete di avere un impatto sugli utenti). Naturalmente pensate bene alle modifiche prima di salvarle, ma quando siete pronti a muovervi, muovetevi!

Passo 1: modificare le impostazioni dei permalink

Tornate nell'amministrazione di Wordpress e andate ancora una volta su Settings->Permalinks e fate la modifica che vedete qui (guardate nell'area Post name):

Se avete più tipi di post sul vostro sito, questa è l'impostazione che desiderate, combinata con il resto dei passaggi seguenti

Ora salvate le modifiche. Ma non abbiamo ancora finito!

Passo 2: Aggiungere la logica per dire a Wordpress di anteporre /articles/ solo ai post

Aggiungete quanto segue al vostro functions.php file, editing the articles se necessario, se non utilizzate esattamente questa stringa per i vostri nuovi URL.

Prendere lo snippet di codice per questa funzione in questo Gist

L'azione (vedere add_action) rewrites the URLs for our posts. The filter (see add_filter) modifica i link ai post che Wordpress genera in vari punti del backend e del frontend del sito.

Passo 3: Riassegnare articles as posts

Dobbiamo ancora riassegnare il tipo di post di tutti i post che abbiamo assegnato al tipo di post Articoli. Utilizzate il metodo selezionato in precedenza per cambiare il tipo di post di questi post (sarà molto più veloce se avete scelto l'opzione database. Assicurarsi di assumere uno sviluppatore per effettuare questa modifica, se non ci si sente sicuri di farlo da soli).

Quindi, eliminare il tipo di post Articoli dal sito utilizzando il plugin CPT UI.

Passo 4 e un "problema": Reindirizzamenti Regex dal server web

Ricordate quando Wordpress gestiva facilmente il passaggio da /yyyy/mm/dd/post-title to /articles/post-title? Beh, ora non è più così, perché cambiando la struttura dei permalink, abbiamo di fatto interrotto il meccanismo che era in gioco prima (Wordpress ci dava il beneficio del dubbio in base al tipo di post).

Poiché ora siamo al di fuori dei meccanismi di Wordpress per la gestione dei reindirizzamenti, dovremo dare al nostro server web istruzioni specifiche su cosa fare quando vengono ricevute richieste di URL basate sulla data (/yyyy/mm/dd/post). Noi usiamo Nginx ed ecco il piccolo snippet che abbiamo creato per gestire questo passaggio finale:

location ~ "/([0-9]{4})/([0-9]{2})/([0-9]{2})/(.*)" {
  return 301 https://www.website.com/articles/$4;
}

Qui creiamo un blocco di localizzazione nel nostro server Nginx usando un'espressione regolare che risponderà a qualsiasi percorso con il formato /yyyy/mm/dd/, and redirect the request to whatever we set inside the block. The $4 part of the snippet means basically "the fourth part of the regex above", which in this case is the slug for the URL, absent the date (which is composed of parts $1, $2, and $3 (non usato qui).

Se si usa Apache invece di Nginx, si può consultare questo post su Stack Overflow, che sembra avere la soluzione.

Testate a fondo!

Ora, controllate il vostro sito per assicurarvi che tutto funzioni correttamente. Se si sono seguite le istruzioni precedenti, tutti i post dovrebbero essere liberi dalla vecchia struttura URL basata sulla data (o da quella precedente) e utilizzare la nuova struttura /articles/ (o quella scelta).

Assicuratevi di continuare a monitorare le prestazioni del traffico del vostro sito web nel corso delle prossime settimane e dei prossimi mesi. Ma sappiate che avete adottato quello che probabilmente è l'approccio meno rischioso alla modifica della struttura degli URL.

E se si verificasse un calo delle prestazioni?

La prima cosa da verificare è che il test sia stato impostato correttamente. Aprite alcuni degli URL di prova e assicuratevi che il vostro contenuto sia accessibile nella nuova posizione.

Tutto chiaro? Bene, andiamo avanti. No? Rileggete questo post, vi siete persi qualcosa.

Controllate l'URL precedente per questo contenuto (la versione che nel nostro esempio avrebbe avuto la struttura /yyyy/mm/dd). Quando si naviga verso quell'URL si viene reindirizzati al nuovo URL di prova?

Sì? Bene, andiamo avanti. No? Rileggete questo post, probabilmente avete saltato un passaggio.

Inoltre, assicuratevi di eseguire questi test come utente anonimo e disconnesso, senza cache del browser, in quanto ciò può influenzare i risultati (i reindirizzamenti della cache dei browser).

Se entrambi i controlli hanno dato esito positivo, controllate i log 404 del vostro server per verificare se c'è stata un'interruzione nella disponibilità delle risorse. È improbabile, ma vale la pena di escluderlo.

Anche se ci sono altre possibilità, queste sono le più probabili. Se avete escluso queste opzioni e le prestazioni su questi URL di prova sono diminuite, avete alcune opzioni principali:

• Aspettare qualche settimana, la situazione potrebbe migliorare
• Aspettare il prossimo aggiornamento dell'algoritmo di Google. Questi sono generalmente distanziati di 6-8 mesi l'uno dall'altro, quindi non lo consigliamo, ma Google dovrebbe essere in grado di trovare questi contenuti e di capire il reindirizzamento, quindi è possibile che un re-crawl completo del vostro sito in previsione dell'introduzione di un algoritmo importante possa portare a un cambiamento nelle prestazioni, ma consideratelo un caso limite.
• Riportate le modifiche e andate via sapendo che avete testato la modifica della struttura dell'URL e che sarebbe stata catastrofica se l'aveste apportata a livello globale, e avete appena risparmiato a voi stessi o al vostro cliente (o a entrambi) un sacco di dolore, il che vi rende fantastici e molto avanti rispetto al resto del gruppo.

I nostri risultati: Una grande vittoria

Secondo la nostra esperienza, questo metodo ha funzionato incredibilmente bene e il cliente non solo ha mantenuto il suo traffico per i post di prova, ma lo ha migliorato drasticamente per quasi tutti i post testati.

La parte migliore è questa: in nessun punto di questo test **** sono stati esposti a un rischio massiccio per il loro traffico. E il traffico è aumentato considerevolmente come risultato.

Riteniamo che questa ricetta sia il "segreto" mancante per apportare modifiche alla struttura degli URL del sito in tutta sicurezza.

Avete bisogno di aiuto per eseguire questo test o volete che lo facciamo noi per voi?

Nessun problema, saremo felici di aiutarvi. Contattateci con alcuni dettagli di base sul vostro sito web e vi risponderemo.