Migrazione del sito web: strategia SEO e best practice

Potrebbe essere necessario migrare il tuo sito web/attività per un motivo specifico. Come SEO, chiamiamo questa "migrazione" o "spostamento del sito". Una migrazione preparata in modo improprio può comportare una diminuzione significativa del traffico organico. In questa guida, condividerò come puoi completare il processo di migrazione del tuo sito nel modo più semplice.

Perché devi migrare il tuo sito web? Potrebbero esserci una o più ragioni per questo.

Innanzitutto, diamo un'occhiata ai tipi di migrazione

1. Cambio di dominio:
   Potresti voler spostare il tuo sito x.com su y.com
2. Modifica della struttura dell'URL:
   Gli URL con parole rilevanti per il contenuto e la struttura del tuo sito sono più facili da usare per i visitatori che navigano nel tuo sito. Se gli URL del sito non sono SEO-friendly, potresti voler cambiarli.
3. HTTP > Migrazione HTTPS:
   La sicurezza è una priorità assoluta per Google. Se esegui la migrazione del tuo sito da HTTP a HTTPS, Google lo considera come uno spostamento del sito con modifiche all'URL. Ciò può influire temporaneamente su alcuni dei tuoi numeri di traffico.
4. Cambio piattaforma:
   La piattaforma del sito è ciò su cui è costruito il nostro sito. Potresti aver creato il tuo sito Web su WordPress, Shopify, Wix o qualsiasi altra piattaforma. Inoltre, potresti avere un sito personalizzato creato da un team di sviluppo. Potresti voler passare a una piattaforma migliore. Quando cambi la piattaforma su cui è costruito il tuo sito, dovremmo testare le funzioni SEO della tua nuova piattaforma.
5. Modifiche alla struttura e alla gerarchia:
   Il tuo sito web potrebbe iniziare a essere pubblicato in un'area completamente diversa. Oppure l'URL del tuo sito e la struttura delle categorie potrebbero non essere SEO-friendly. Indipendentemente dal motivo, possiamo iniziare a lavorare su un sito completamente nuovo.
6. Cambio del server:
   Le migrazioni dei server presentano rischi principalmente in termini di velocità di caricamento della pagina. La velocità del sito è un fattore di ranking SEO, ma soprattutto è un problema relativo all'esperienza utente e al tasso di conversione. Potresti pensare di impostare un sito di staging sul nuovo server e testare la velocità della pagina su di esso. Inoltre, non dimenticare di controllare i reindirizzamenti per assicurarti che si comportino come previsto.
7. Migrazione separata del sito mobile:
   Google consiglia Responsive Web Design come modello di progettazione in quanto è il più semplice da implementare e mantenere. Quindi puoi pianificare di reindirizzare la tua versione m-dot alla versione reattiva principale. Fare un reindirizzamento è assolutamente la cosa giusta. Questo è qualcosa che dovrebbe essere abbastanza semplice e dovrebbe essere abbastanza facile da fare.

Se l'intera struttura rimane la stessa, cambia solo il dominio (1° tipo di migrazione), si può dire che il nostro lavoro è facile. In altri tipi di migrazione o quando viene combinato più di un tipo di migrazione, le cose possono essere più complicate.

Ci sono dozzine di esempi che hanno subito un'enorme perdita di traffico durante la migrazione.

Alcuni errori che causano la perdita di traffico durante lo spostamento di un sito:

1. Mancanza di pianificazione
2. Bassa conoscenza SEO e UX
3. Basso budget
4. Problemi di reindirizzamento
5. Errori di mappatura dell'URL
6. Errori di scansione
7. Non interferire con errori istantanei

Per non incontrare questi problemi, troverai la giusta strategia di pianificazione e i punti da considerare nel seguito dell'articolo.

Prima di iniziare, voglio metterti in guardia su alcune cose:

• ! Google sconsiglia di apportare contemporaneamente modifiche alla struttura e alla struttura dell'URL. Se possibile, è utile eseguire questi due o più tipi di migrazione in momenti diversi, passo dopo passo.
• ! Se il sito viene spostato in un dominio diverso, è necessario esaminare la cronologia del nuovo indirizzo di dominio. La query di ricerca su Archive.org, "tuosito.com" e gli strumenti di controllo funzioneranno. Se c'è una registrazione di dominio o un sito creato in precedenza, deve essere riconsiderato. L'installazione di un dominio con un'entità di marca in Google, che è stato esposto a problemi come link di spam o hacking, o il servizio su un argomento completamente diverso, causerà la perdita di gran parte del traffico.
• ! In alcuni casi, anche se la pianificazione e l'implementazione della migrazione vengono eseguite senza problemi, esiste la possibilità che il traffico organico diminuisca del 15% o più. Poiché c'è un importante cambiamento nella struttura del sito, Google riapprenda e valuta ogni pagina una per una. Questo periodo è di solito di alcune settimane, ma può essere più lungo per i siti di grandi dimensioni. Se tutto va bene, il tuo traffico organico guadagnerà slancio positivo in brevissimo tempo dopo questa valutazione.
• ! Il sito non deve essere chiuso agli utenti durante o prima della migrazione. Se è necessario apportare una modifica alla progettazione o alla struttura, è possibile annunciare queste informazioni al pubblico in anticipo con metodi semplici. (Carosello, e-mail, SMS, notifiche push, ecc.) Le pagine con codici di stato o messaggi di avviso diversi possono essere interpretate negativamente da Googlebot.
• ! Il momento della migrazione (avvio della nuova struttura) dovrebbe essere nel fuso orario in cui il sito riceve il minor traffico. In questo modo, in caso di problemi indesiderati, il numero di spettatori interessati sarà mantenuto ad un livello minimo. Inoltre, durante queste ore in cui il carico del server è basso, Googlebot eseguirà la scansione e indicizzerà il nuovo sito più velocemente.

[Case Study] Impedisci alla tua riprogettazione di penalizzare il tuo SEO

Un anno dopo la riprogettazione del sito Web, EasyCash si è presto resa conto che le prestazioni sperate non erano disponibili. Hanno identificato e risolto diversi blocchi stradali SEO.

Leggi il caso di studio

Pianificazione e raccolta dati

Un piano di progetto che non salta nessun passaggio del trasferimento garantisce che il lavoro proceda senza errori. Quando il piano di lavoro sarà definito, la distribuzione dei compiti diventerà chiara. Questo piano deve essere effettuato almeno 30 giorni prima della migrazione.

È importante mantenere i dati attuali dei visitatori. In base alle dimensioni del tuo progetto web, è necessario raggruppare le pagine e le query con il maggior traffico.

Suggerimento: conservare i file di registro che coprono 45 giorni prima della data di migrazione ti consente di analizzare il comportamento di Googlebot e di intervenire immediatamente se c'è una differenza.

Crea sito di prova e non consentire

Il processo di migrazione inizia con i wireframe per i SEO. Se i wireframe vengono controllati e vengono fatti commenti SEO durante la creazione dei wireframe, le modifiche da apportare nel sito di test vengono ridotte. Ciò consente al progetto di progredire più velocemente. Questo semplifica anche il lavoro dei designer di UX/UI.

È anche importante disattivare l'accesso del bot al sito di test. Altrimenti, puoi sperimentare che le tue nuove pagine vengono incluse nell'indice di Google in brevissimo tempo.

Come disabilitare i robot dei motori di ricerca dal file robots.txt?

Crea un file robots.txt : puoi creare un file denominato test.example.com/robots.txt ed eseguire i seguenti comandi:

——

User-agent: *
Non consentire: /
# Questo comando impedisce a tutti i bot di accedere al mio sito web.

——

User-agent: OnCrawl
Permettere: /
# Questo comando consente solo al "bot OnCrawl di accedere al mio sito web.

—–

È possibile decidere con quali bot testare e definire la traccia verso lo user-agent tramite il file robots.txt. Oncrawl ha funzionalità che renderanno le cose molto più semplici.

Restrizione IP : se sei coinvolto nel piano di migrazione del sito web di un'azienda, puoi solo aprire l'accesso all'IP aziendale e disabilitare l'accesso a tutti gli altri IP per evitare che il nuovo progetto venga esposto. In questo caso, dovrai fornire l'accesso IP privato all'agenzia o ai consulenti con cui lavori, se presenti. Anche se esegui la restrizione IP, devi disabilitare i bot dal file robots.txt.

Protezione con password : è possibile creare una combinazione di ID e password per accedere al sito di test. Le applicazioni di scansione come Oncrawl dispongono di funzionalità di accesso tramite password.

Tag Noindex : un meta tag noindex può essere aggiunto alla sezione principale di tutte le pagine per impedire che le pagine del sito di prova vengano indicizzate da Google.

Suggerimento : uno degli errori più comuni è dimenticare di rimuovere il tag noindex dopo la migrazione al nuovo sito web. Ricordarsi di confermare che i tag siano aggiornati all'indice, seguire al momento della migrazione.

Monitoraggio delle prestazioni con Google Analytics

Uno dei punti più importanti per il monitoraggio delle prestazioni è continuare dallo stesso account Google Analytics senza perdita di dati. Pertanto, il codice GA e GTM esistente deve essere attivo sul nuovo sito con la migrazione.

La generazione di un nuovo codice GA rende più difficile misurare le prestazioni web.

L'aggiunta di un promemoria alla dashboard di Google Analytics il giorno del trasloco ti consentirà di confrontare più facilmente le prestazioni in un secondo momento.

Creazione di un elenco URL esistente

Ho menzionato all'inizio del mio articolo che se stiamo solo cambiando il nostro nome di dominio, il nostro lavoro è facile. Possiamo applicarlo in blocco dal file .htaccess con il codice seguente o simile.

* Il file .htaccess è un file di configurazione che si trova sui server Apache.

RewriteEngine su RewriteCond %{HTTP_HOST} ^oldsitee\.com$ [OR]
RiscriviCond %{HTTP_HOST} ^www\.newsite\.com$
RewriteRule (.*)$ https://newsite.com/$1 [R=301,L]

Questo set di regole garantirà che l'indirizzo di dominio 301 reindirizza automaticamente a https://newsite.com quando viene raggiunto un URL su oldsite.com o www.oldsite.com.

Tuttavia, se il tuo compito è correggere una struttura URL errata, le cose si complicano qui. Ho spiegato questa situazione più avanti nell'articolo.

Ora siamo in uno dei punti più importanti del processo di migrazione. Ottenere l'elenco completo degli URL importanti per il sito corrente è fondamentale. Se dimentichi un URL con molti visitatori e un PageRank alto e lo lasci fuori dalla migrazione, preparati a un calo del tuo traffico organico.

Suggerimento : esportando gli URL da più di una fonte, puoi assicurarti che nessun URL venga tralasciato.

Iniziare con XML Sitemap è sempre il passo giusto. Per trasferire semplicemente gli URL nel tuo file XML sul foglio di calcolo, puoi copiare il link qui e scrivere il tuo URL della mappa del sito invece di https://www.sinanyesiltas.com/post-sitemap.xml nella prima riga.

• Tutti gli URL con impressione in Search Console,
• Tutti gli URL con visualizzazioni di pagina tramite Google Analytics,
• Tutti gli URL ottenuti a seguito della scansione con Oncrawl,
• Andare avanti utilizzando più strumenti di scansione di terze parti garantisce che il lavoro sia chiaro. È essenziale assicurarsi che nessun URL venga tralasciato sfruttando le diverse funzionalità di ciascuna applicazione di scansione.
• È importante includere qui le pagine che hanno già ottenuto collegamenti. Per questo, è necessario scoprire le pagine collegate tramite Search Console, Ahrefs, Semrush e strumenti Majestic e aggiungerle allo stesso documento.

Dopo aver ottenuto tutti gli URL, avrai un dato raggruppato simile a quello sottostante in un unico documento Excel.

Abbiamo molti fogli Excel diversi con URL disponibili. È ora di combinarli tutti in un unico file e renderlo unico. Continuiamo il nostro percorso con un documento in cui non ci sono URL corrispondenti, i tuoi URL attuali sono elencati e nessun URL importante viene tralasciato. La scheda TUTTO nell'immagine rappresenta l'area di cui sto parlando.

Mappatura URL (Vecchia - Nuova mappatura URL)

Nel progetto in cui la struttura dell'URL è cambiata, gli URL esistenti devono essere abbinati ai nuovi URL. Un SEO che lo farà nel migliore dei modi può garantire che il processo di migrazione si svolga senza intoppi e senza perdite.

È necessario confrontare il nuovo URL con ciascuno degli URL esistenti nel documento che abbiamo creato nel passaggio precedente. Puoi condividere direttamente questo documento che completerai con il team IT e richiedere l'identificazione dei reindirizzamenti tramite il file .htaccess. Oppure puoi farlo da solo.

Ci sono aspetti critici da considerare in questo passaggio:

• Il reindirizzamento lato server 301 deve essere utilizzato nei reindirizzamenti da applicare. Questo tipo di reindirizzamento reindirizza permanentemente la pagina X alla pagina Y e garantisce che tutto il valore della pagina X venga trasferito alla pagina Y. L'utilizzo di 302, 307, JS, Meta o altri tipi di reindirizzamento è un errore molto critico nel processo di migrazione.
• Non includere URL privi di visitatori, contenuti scadenti e che ritieni stiano danneggiando il budget di scansione nel file di mappatura degli URL. Ricorda che Google ha riservato uno spazio per il tuo sito nel suo data center e dovresti utilizzare questo spazio con le tue pagine più efficienti. Se hai identificato un gruppo di pagine non necessario, fai in modo che queste pagine rispondano con il codice di stato 410.
  Perché 410? Il codice di stato 410, a differenza del 404, dice che questa pagina è stata eliminata e non sarà più attiva. Nel caso in cui utilizzi il codice di stato 404, Googlebot visita il tuo server per verificare se la stessa pagina è di nuovo attiva. Eliminando queste visite, 410 è una soluzione importante per utilizzare il tuo crawl budget in modo efficiente.
• Non reindirizzare più pagine a una singola pagina in blocco. Ciò crea confusione sia per gli utenti che per i bot. Invece di applicare un bulk 301 per le pagine che non utilizzi e che ritieni improduttive, rivedi la soluzione 410.
• Se sei nel processo di migrazione di un sito e-commerce con migliaia di pagine, non è possibile preparare una mappatura uno-a-uno per ogni URL. In questo caso, puoi guidare il tuo team IT preparando modelli.

Reindirizzamenti di immagini

Le immagini sono incluse anche nelle mappature di migrazione e reindirizzamento del sito. Uno degli errori più comuni che vediamo è che gli orientamenti delle immagini non sono inclusi nella migrazione. Per non perdere le classifiche e i valori ottenuti in Google Immagini, è importante preparare una mappatura URL separata per le immagini. Il lavoro di migrazione dovrebbe essere considerato basato su URL, non su pagina.

Come fare?

1. Scansiona i tuoi file di immagine con Oncrawl.
2. Puoi analizzare le tue fonti di immagini che ottengono backlink con Ahrefs, Semrush e Majestic.
3. Puoi analizzare le pagine con le tue immagini tramite Search Console > Tipo di ricerca > Immagine.
4. Raccogli tutti gli URL che ottieni nello stesso formato excel che abbiamo utilizzato per le pagine, elimina i duplicati e completa la configurazione della mappatura.

(Se il dominio sta cambiando) Strumento di modifica dell'indirizzo di Google

Dopo aver completato tutto il lavoro preliminare e attivato i reindirizzamenti, esiste uno strumento che ci consente di specificare il passaggio del sito su Google e semplifica le cose: Strumento di cambio indirizzo. I segnali verranno gestiti in meno tempo dopo aver selezionato il vecchio sito e i nuovi siti in questo strumento.

• La proprietà della proprietà di Search Console è richiesta sia per il vecchio sito che per il nuovo sito.
• La modifica dell'indirizzo viene utilizzata solo per le modifiche al dominio. Non disponibile per le modifiche all'URL delle sottocartelle o le migrazioni HTTP > HTTPS.
• In questo strumento di modifica, è necessario gestire ogni sottodominio separatamente, se presente.
• Quando queste condizioni sono soddisfatte, il processo può essere avviato selezionando il vecchio e il nuovo sito con Google Change Address Tool.

Aggiornamenti dei collegamenti

Il sito Web avrà ora una nuova struttura URL. In questo caso, tutti i collegamenti sul sito dovrebbero funzionare nella nuova versione. Se i vecchi URL continuano a essere utilizzati nei collegamenti all'interno del sito, molti reindirizzamenti inutili funzioneranno. Pertanto, è necessario controllare i seguenti collegamenti:

• Tutti i link interni all'interno della pagina
• Tag canonici
• -Se presenti- Tag Hreflang
• -Se presenti- Tag alternativi
• -Se presenti- Collegamenti HTML Sitemap
• Collegamenti ai profili dei social media
• Collegamenti alla pagina di destinazione utilizzati nelle campagne pubblicitarie

Suggerimento : se hai modificato l'intera struttura dell'URL, ti consiglio di mantenere il file XML della mappa del sito con i vecchi URL per un po'. Crea una Sitemap XML separata con la tua nuova struttura di URL. Continua a inviare vecchi URL a Googlebot per un po'. In questo modo, Googlebot accelererà il processo di visualizzazione e indicizzazione del reindirizzamento sui vecchi URL. A seconda delle dimensioni del sito, ti consiglio di mantenere attivo il file XML della mappa del sito da almeno 1 mese.

Controlli

Dopo aver applicato i reindirizzamenti, è necessario confermare che il codice di stato di ogni URL sia 301 eseguendo la scansione dei vecchi URL ottenuti in precedenza. In questo caso, è molto importante agire rapidamente quando vengono rilevati URL con codice di stato diverso da 301.

Altri checkpoint a cui prestare attenzione:

• File Robots.txt
• Codice di monitoraggio di Google Analytics
• Controllo di verifica di Search Console (se il dominio è cambiato, dovrebbe essere continuato con 2 domini diversi, vecchio e nuovo)
• Meta tag (noindex, segui)
• Etichetta canonica

Nota anche questi:

• Se possibile, i fornitori di backlink dovrebbero essere contattati e i vecchi collegamenti dovrebbero essere sostituiti con quelli nuovi. Se c'è una grande rete di backlink, si può fare una pianificazione in ordine di importanza e si possono contattare solo quelli importanti./li>
• Le pagine di destinazione utilizzate nelle campagne pubblicitarie dovrebbero essere riviste o dovrebbero essere informati i team interessati.
• Eseguendo la scansione del nuovo sito, è necessario verificare se tutti i collegamenti funzionano correttamente e se si verifica un ciclo di reindirizzamento all'interno del sito, è necessario intervenire immediatamente.
• I collegamenti nei profili dei social media dovrebbero essere aggiornati.
• L'indicizzazione delle nuove pagine dovrebbe essere seguita.
• Le prestazioni delle parole chiave devono essere monitorate.
• I reindirizzamenti 301 non dovrebbero essere disattivati ​​a breve, dovrebbero rimanere sempre attivi.
• Se il dominio è stato modificato; Il vecchio dominio deve essere mantenuto per almeno altri 2 anni.
• I vecchi dati (URL, log, performance delle parole chiave, ecc.) dovrebbero essere conservati per un po'.
• Se un file di disavow è installato sul vecchio sito, dovrebbe essere caricato anche sul nuovo dominio.

Google gestisce la configurazione del percorso tra il vecchio e il nuovo sito per 180 giorni. Dopo il periodo di 180 giorni, non riconosce alcuna associazione tra il vecchio e il nuovo sito e tratta il vecchio sito come un sito irrilevante se è ancora presente e scansionabile.