5 passaggi per sopravvivere alla migrazione di un sito web

Sei mai stato coinvolto in una migrazione di un sito web che sarebbe potuta andare meglio?

Forse hai una qualche forma di migrazione in arrivo e vuoi assicurarti che tutto proceda nel modo più fluido possibile.

Oggi parliamo di migrazioni di siti web che sopravvivono e prosperano con un ex membro senior del famoso team per la qualità della ricerca di Google e tra i pochi ex googler selezionati con un'ampia esperienza di gestione delle norme, ricerca di webspam ed esperienza di sensibilizzazione dei webmaster. Al giorno d'oggi, applica le sue competenze per recuperare i siti Web dalle sanzioni di Google e aiutare i clienti a massimizzare il potenziale dei loro siti Web e motori di ricerca. Un caloroso benvenuto al direttore del podcast In Search SEO di Search Brothers, Kaspar Szymanski.

In questo episodio, Kaspar condivide cinque passaggi per sopravvivere a una migrazione del sito Web, tra cui:

• Registra i log del server
• Conduci un audit SEO
• Affrontare i problemi legacy
• Pianifica in anticipo e scegli il momento giusto
• Monitora i tuoi progressi

5 consigli per la migrazione del sito web

Kaspar: Grazie per avermi ospitato. È sempre un piacere.

D: Grazie mille per esserti unito a me. Puoi trovare Kaspar su searchbrothers.com. Oggi condividi cinque passaggi essenziali per sopravvivere e prosperare nelle migrazioni di siti Web, a partire dal numero uno, registrare i registri del server.

1. Registra i log del server

Assolutamente. Uno dei miei argomenti preferiti, se così posso dire. i log del server sono molto sottoutilizzati in molte circostanze e nel contesto delle migrazioni in particolare. In poche parole, i log del server consentono di ottenere informazioni su ciò che interessa effettivamente ai motori di ricerca in termini di pagine di destinazione. Quando registriamo i log del server, possiamo effettivamente dire quanto questi due gruppi di pagine di destinazione si sovrappongono. Il gruppo di pagine di destinazione che sono state scansionate regolarmente e il gruppo di pagine di destinazione che non vogliamo vengano indicizzate e classificate. Questa è solo un'applicazione, la più semplice se vuoi.

Tuttavia, i log del server non possono essere recuperati in alcun modo. A meno che non iniziamo a registrare i log del server, non abbiamo questa visione e non c'è modo di recuperarla. A meno che non iniziamo a registrare i log del server e ciò deve avvenire per un lungo periodo di tempo. Quindi, quando parliamo di preparativi per una sorta di migrazione, che si tratti di una migrazione di contenuti o di un'area di migrazione di domini, abbiamo bisogno di registrare quei registri del server per un po' di tempo per capire meglio. Cos'è che Google sta eseguendo la scansione? È anche un passaggio preparatorio molto importante per il successivo secondo passaggio per condurre con successo una migrazione. Ma non voglio rubare il tuono e prima ti lascerò parlare di questo per un momento.

D: Esattamente. Una breve domanda di follow-up sul primo punto. Penso che molti SEO siano probabilmente un po' colpevoli di fare affidamento solo su un singolo pacchetto di analisi. Quindi qual è un esempio di un dato disponibile nei log del server a cui i SEO non avranno accesso solo guardando l'analisi standard?

K: Penso che queste siano due domande piuttosto complesse, una delle quali è che tipo di strumenti possiamo utilizzare e dico sempre di attingere a tutto ciò che puoi, dipende davvero dal budget, dalla forza lavoro, dal livello di competenza e dall'acume tecnico nella tua squadra. Al livello più elementare, è, ovviamente, Google Search Console. Questo è l'unico strumento che ogni SEO dovrebbe utilizzare per acquisire una comprensione di base di come gli algoritmi di Google vedono il mio sito web.

C'è ovviamente Bing Webmaster Tools. Sono un grande fan in quanto è un altro importante motore di ricerca ed è un'altra opportunità per verificare i risultati di Google o ottenere approfondimenti diversi e confrontarli tra loro. Ci sono alcuni fantastici strumenti commerciali là fuori. Sono un grande fan di Ryte e DeepCrawl che è stato rinominato Lumar. Spotify è uno strumento fenomenale.

Tutti questi forniscono intuizioni che possono essere convertite l'una contro l'altra in una certa misura, a volte di più, a volte di meno. C'è il componente di scansione, c'è on-page, tecnico, off-page, tutte queste intuizioni. Ma nessuno di questi può darci le informazioni di base che i registri del server possono fornire. Per cominciare, attingendo a quel serbatoio di dati e scoprendo quali sono le risposte del nostro server o se il nostro server e le risposte sono effettivamente 200 Va bene per quelle pagine di destinazione che riteniamo preziose e desiderabili. O stiamo restituendo qualcosa di completamente diverso? Sono queste 200 pagine di errore OK o 404? Potrebbero esserci documenti scaduti, prodotti scaduti o prodotti non disponibili, il che rappresenta un grosso problema per i siti Web commerciali o di vendita al dettaglio.

Al livello più elementare, questo ci dice le nostre risposte dal nostro sito ai motori di ricerca. E a cosa danno la priorità quei robot dei motori di ricerca? Quanto si sovrappone a quelle che consideriamo le pagine di destinazione con la massima priorità? Ora, quando il sito Web è piuttosto piccolo, un paio di 100 o 1000 documenti, non sembra un problema così grande. Tuttavia, se parliamo di siti Web di grandi dimensioni, decine di migliaia di documenti e pagine di destinazione o addirittura milioni, questo è un problema di entità completamente diversa. In tal caso, preservare i registri del server per sempre e utilizzarli anno dopo anno è un must assoluto per ottenere un vantaggio nella ricerca organica di Google.

D: Ho la sensazione che potresti fare una presentazione di un'ora su ogni passaggio della sequenza qui. Ma passiamo al numero due, in termini di migrazioni di siti Web, ovvero condurre un audit SEO.

2. Condurre un audit SEO

K: Sì, ed è meglio farlo insieme all'utilizzo di quei log del server. Non è un must. E voglio anche dire che la stragrande maggioranza dei siti web commerciali là fuori non salva e conserva i log del server, o non lo fa completamente. È anche possibile che questi siti web conducano un controllo tecnico. E la ragione per farlo è che quando eseguiamo una migrazione, stiamo cercando un risultato positivo non solo per una migliore esperienza utente per un sito Web più veloce e fluido, ma anche per la crescita delle classifiche. E questo è qualcosa che non vogliamo affrontare con problemi di eredità. Questi problemi legacy possono essere molteplici. Possono esserci backlink fuori pagina che bloccano il sito web.

Ma ci sono altri fattori. Ci sono soluzioni tecniche che potrebbero essere state ottime nei giorni in cui sono state implementate. Ma forse non lavorano più per noi. Contenuti che non resistono alla prova del tempo contenuti che a un certo punto erano considerati sempreverdi, ma che non lo sono più. Le sanzioni di Google sono ovviamente un grosso problema se ne vengono applicate e non sono state risolte. Questo è qualcosa che farebbe parte di una considerazione quando stiamo conducendo un audit. Tutti questi fattori devono essere esaminati, rivisti, prioritizzati e affrontati prima di condurre la migrazione perché non vogliamo iniziare quel passo verso un futuro più luminoso con il freno a mano tirato ed essere ostacolati da tutte queste cose che non hanno stato ancora affrontato.

E questo ci porta, ovviamente, alla fase successiva del processo. Ma prima ti lascerò parlare.

D: Sì, il passaggio numero due è stato condurre un audit SEO, ma hai menzionato e fornito un paio di esempi su come affrontare i problemi legacy, che è il numero tre. Ci sono anche altre aree di questioni legacy di cui vorresti parlare?

3. Affrontare i problemi legacy

K: Dipende. Ogni sito web è diverso. Ma spesso si tratta di siti Web cresciuti organicamente e storicamente nelle migrazioni precedenti o forse due diversi siti Web sono stati combinati e fusi in uno solo. Potrebbero essere stati blog, moduli, pagine Wiki o pagine FAQ che sono nate in passato. E in passato erano utili, ma al giorno d'oggi sono pagine di destinazione storiche e legacy che non sono più utili.

Il grosso problema è l'applicazione Href Lang per i siti web internazionali. E ci sono i canonici. Le cronache sono un modo fenomenale per raccontare i principali motori di ricerca della lega. Questo è tra molti documenti che sono piuttosto simili. Questo è quello che mi interessa. Tuttavia, se non vengono applicati correttamente e in modo completo, possono effettivamente ritorcersi contro in modo sostanziale. Quindi, solo nominando questa manciata di fattori tecnici, fattori di contenuto e fattori che si riferiscono a quanto è aggiornato il contenuto, questi mostrano solo quanto possa essere complesso questo argomento. Il che è ragionevole perché un tale audit debba essere preparato a fondo, ci vuole tempo. Il che ci porta a un altro fattore importante delle migrazioni, le migrazioni richiedono tempo, devono essere pianificate e preparate con molto anticipo in modo che tutti questi passaggi possano essere presi in considerazione.

Consentitemi di continuare condividendo alcune parole sul terzo passaggio, che è piuttosto importante e che consiste nell'affrontare quei problemi ereditati. Dalla mia esperienza di lavoro con grandi organizzazioni e siti Web, è fondamentale non solo condurre tale audit, non solo capire cosa trattiene attualmente il sito Web, è anche importante affrontare questi problemi. Ad esempio, se ci capita di avere molti prodotti scaduti o non disponibili per qualsiasi motivo, che restituiscono uno stato 200 OK. Tuttavia, sulla pagina di destinazione effettiva si dice che non abbiamo quel prodotto. Ciò si ridurrà ai segnali degli utenti perché gli utenti provengono dalla ricerca e si aspettano di avere a disposizione il prodotto che stavano cercando. Finiscono sulla pagina di destinazione, guardano il prodotto che non è disponibile, ovviamente torneranno alla ricerca di Google e cercheranno un'alternativa o rieseguiranno la query. Questo comportamento dell'utente indica che non ha trovato quello che stava cercando. Questo non è fantastico. Questo è un segnale molto negativo.

Ora, se ci limitiamo a spostare quelle pagine di destinazione sulla nuova piattaforma, trasferiremo quei segnali negativi. Ora, questo è un grosso problema se il sito è considerevole, ma più grande è il sito web, più diventa un problema. E la ragione di ciò è il crawl budget, un argomento di cui non abbiamo ancora parlato molto oggi. Perché è di fondamentale importanza capire quanto tempo ha bisogno di Google per eseguire nuovamente la scansione del mio sito Web, o almeno i frammenti a cui tengo. E in alcuni casi, sarà quasi dall'oggi al domani. Un sito web di un paio di 1000 pagine non sarà un problema. Ma se ci troviamo di fronte a un sito Web con 100.000 pagine di destinazione desiderabili e diversi milioni di pagine di destinazione che non sono allineate con il budget di scansione e la distribuzione della scansione indica che Google impiegherà un mese, due mesi, sei mesi, o anche di più per richiamare una parte significativa del sito Web, non potremo beneficiare di alcun trasferimento di migrazione perché richiederà troppo tempo. Dobbiamo prima affrontare il problema del crawl budget. Dobbiamo prima assicurarci che il crawl budget sia distribuito in modo più favorevole per noi, in modo che il sito web possa essere scansionato più velocemente. Per questo motivo, è di fondamentale importanza affrontare questi problemi legacy, non solo capire che ci sono, ma anche affrontarli.

I backlink sono un ottimo esempio anche qui in questo contesto, perché potremmo trovarci in una posizione in cui ci spostiamo verso un futuro più luminoso con la migrazione, diciamo, a un nuovo CMS. Tuttavia, il profilo di backlink è piuttosto problematico, ad esempio in un ambiente molto competitivo, viaggi o prodotti finanziari, assicurazioni, tutte queste cose. Quindi potrebbero esserci backlink legacy che vengono percepiti come backlink innaturali da Google. E questo è qualcosa che può innescare un'azione manuale di spam che è qualcosa che potrebbe trattenerci a livello algoritmico. Quindi dobbiamo rivolgerci a coloro che utilizzano il file di rinnegamento o addirittura a chiedere richieste di riconsiderazione se è in atto una sanzione. Tutte queste cose devono essere fatte prima di eseguire la migrazione vera e propria. Ecco un altro esempio in cui è meglio affrontare un'eredità prima di fare il passaggio finale di cui stiamo parlando qui.

D: E passo numero quattro, pianifica in anticipo e scegli il momento giusto.

4. Pianifica in anticipo e scegli il momento giusto

K: Sì, e questo è molto importante perché molti operatori di siti web non tengono conto della stagionalità. Ora, a seconda del verticale in cui lavoriamo, a seconda del crawl budget, possiamo anticipare quando ci colpirà. Diciamo che Q4 è dove viene generato il 50% delle entrate. Vogliamo andare avanti ed evitare di avere tutte quelle turbolenze che sono naturalmente associate a qualsiasi tipo di migrazione prima, nel periodo precedente o durante quel periodo, perché ciò avrà un impatto sulla generazione di entrate. Quindi pianificare un piano a lungo termine è davvero importante.

Si collega anche alla nostra situazione di crawl budget, perché dobbiamo capire quanto tempo impiegherà Google e altri importanti motori di ricerca a ripetere la scansione del sito Web se è davvero grande. E questo è qualcosa che dobbiamo considerare ancora una volta. Q4 è un ottimo esempio. Nella vendita al dettaglio, nel quarto trimestre vengono generati molti affari, il che per molte aziende rende l'inizio del primo trimestre un ottimo momento per andare avanti, condurre la migrazione e vedere come sono i nuovi dati. Questa è qualcosa che è una decisione SEO, ma si riduce al lato delle dimensioni aziendali delle cose. E questo è molto importante, in particolare in tempi difficili ed economici, in cui l'attività potrebbe non essere così fiorente come eravamo abituati in base agli anni precedenti.

Quindi pianificare in anticipo, la pianificazione a lungo termine è molto importante. E prendendo in considerazione e includendo tutte le parti interessate. Tale migrazione è qualcosa che viene eseguita principalmente dal team tecnico, ma il team dei contenuti, il team di creazione dei collegamenti, il team di marketing e molti altri, tutte queste persone potrebbero essere coinvolte a un certo livello. Quindi è importante coinvolgerli. E assicurarsi che questo sia uno sforzo di squadra condotto da una persona, un decisore, ma in cui tutte le persone tirano la stessa corda.

D: Questo ci porta al passo numero cinque, monitorare i progressi.

5. Monitora i tuoi progressi

K: Sì, questo riguarda i log del server, quindi abbiamo chiuso il cerchio. I registri del server ci consentono di capire come ci siamo comportati prima se li abbiamo registrati. E, naturalmente, vogliamo assicurarci che si tratti di registri del server aggiornati. Abbiamo un'idea di quanto stiamo andando bene, specialmente quando ci capita di spostare parti del sito Web in un modo successivo, quindi non dobbiamo migrare l'intero sito Web in una volta sola. Se si tratta di un sito Web di grandi dimensioni, possiamo iniziare con sottodomini o directory, bit e pezzi. Ecco come Google e altri motori di ricerca abbracciano questi nuovi modelli. E ora come danno la priorità a quelli? Quindi monitorare i progressi nel tempo è di fondamentale importanza. Non è fatto semplicemente premendo il pulsante e conducendo la migrazione e appoggiandosi all'indietro. Il momento più irritante e digrignante è quando succede e dobbiamo tenere d'occhio come stanno procedendo le cose. Il più delle volte, ci sono fluttuazioni che sono del tutto normali. Questo è qualcosa da prevedere. Ma non vogliamo vedere una situazione in cui tali fluttuazioni sono eccessive e in cui persistono per un lungo periodo di tempo.

The Pareto Pickle - Registra i log del server

D: Stupendo. Finiamo con il sottaceto di Pareto. Pareto dice che puoi ottenere l'80% dei tuoi risultati dal 20% dei tuoi sforzi. Qual è un'attività SEO che consiglieresti che fornisce risultati incredibili per livelli di impegno modesti?

K: Questo è molto impegnativo, David. Devo dire che dipende dal singolo sito Web, dal tipo di risorse che possono essere applicate o dalla manodopera dietro di esso. Gli sforzi modesti sono piuttosto relativi. Per i siti Web di grandi dimensioni, direi comunque che sta registrando i registri del server. Lo sforzo iniziale è minimo, ma è qualcosa che sarà una vera sfida e eccessivo per i piccoli siti web. Ma per un grande sito web commerciale, con molte pagine di destinazione, il salvataggio e la conservazione di diversi registri è uno sforzo piuttosto modesto. Il costo in questione è irrisorio, stiamo parlando di un paio di dischi rigidi e i file stessi possono essere Gzip. Non ci sono sfide legali da aspettarsi. Questi sono i log del tuo server. E questo è qualcosa che può riposare. Non c'è molto altro da fare a meno che tu non voglia attingere a quei vasti serbatoi di informazioni.

Quindi, a mio parere, lo sforzo e il ritorno sull'investimento sono abbastanza favorevoli quando iniziamo a salvare e conservare i log del server. Come puoi vedere, i log del server sono uno dei miei argomenti preferiti, ma è uno dei più promettenti per i SEO. È qui che risiedono davvero i grandi guadagni.

D: Sono il tuo ospite, David Bain. Puoi trovare Kaspar Szymanski su searchbrothers.com. Kaspar, grazie mille per essere nel podcast In Search SEO.

K: David, è stato un vero piacere. Grazie per avermi ospitato. E non vedo l'ora che arrivi la prossima opportunità per noi di avere una discussione sulla SEO.

E grazie per l'ascolto. Dai un'occhiata a tutti gli episodi precedenti e iscriviti per una prova gratuita della piattaforma Rank Ranger su Rankranger.com.