La gestione di siti WordPress per i clienti richiede un hosting in grado di fornire servizi senza interventi costanti. Tuttavia, il timore di tempi di inattività, di record DNS non funzionanti o di dati persi può creare delle esitazioni, impedendo di effettuare un cambiamento infrastrutturale necessario.
Il team di migrazione di Kinsta gestisce ogni giorno i carichi di lavoro delle agenzie, da singoli siti ad alto traffico a interi portafogli clienti. Di seguito, sfatiamo i miti più ricorrenti sulla migrazione e mostriamo come il processo di Kinsta funziona effettivamente in scenari reali.
Mito 1: Una migrazione fa andare offline i siti per ore o giorni
Il mito: la migrazione al nuovo hosting richiede la messa offline dei siti durante il trasferimento dei file e la propagazione del DNS. Questo comporta ore o giorni di inattività che si ripercuotono sui clienti e sulle entrate.
Il timore di tempi di inattività prolungati è un ostacolo significativo alla migrazione delle agenzie. Le tipiche migrazioni di hosting spesso richiedono la messa offline dei siti durante il trasferimento. Ad esempio, i provider di hosting condiviso di solito non dispongono dell’infrastruttura necessaria per clonare i siti senza influenzare la versione live.
La verità
Il processo di migrazione di Kinsta non richiede mai la messa offline del sito. Il team di migrazione clona il tuo sito sui server di Kinsta mentre il sito originale continua a servire il traffico e a funzionare.
L’unico breve periodo di transizione si verifica quando si aggiornano i record DNS. Durante la propagazione DNS, alcuni visitatori potrebbero raggiungere il vecchio hosting mentre altri accedono ai server di Kinsta. Questa propagazione si completa in genere in pochi minuti o poche ore, a seconda del provider DNS e delle impostazioni del TTL. Ciò significa che puoi programmare gli aggiornamenti DNS durante i periodi di scarso traffico o coordinare le modifiche in base a specifiche esigenze aziendali.
Mito 2: Le modifiche al DNS distruggono il sito e i servizi di posta elettronica
Il mito: la modifica dei DNS interrompe la consegna delle e-mail, causando l’inaccessibilità temporanea del sito e creando conflitti tra gli ambienti di hosting.
Le modifiche del DNS possono creare ansia perché rappresentano un punto critico in cui tutto potrebbe andare storto. Si tratta di una preoccupazione legittima, poiché le migrazioni DNS mal gestite possono causare interruzioni, mettere offline un sito o creare conflitti tra gli ambienti.
La verità
L’approccio di Kinsta alla gestione dei DNS previene questi problemi grazie a un’attenta verifica e a una guida chiara. Il cliente mantiene il pieno controllo su quando e come vengono aggiornati i record DNS, consentendo di coordinare le modifiche con il team e i clienti secondo i propri ritmi.
L’impatto pratico della propagazione DNS è minimo quando entrambe le sedi servono la stessa versione del sito, soprattutto perché Kinsta clona il sito prima di aggiornare il DNS.
Per quanto riguarda l’hosting e-mail, i record MX indirizzano la consegna delle e-mail ed esistono separatamente dai record A che indirizzano il dominio all’hosting web. Inoltre, se l’hosting e-mail è separato dall’hosting web, i record in genere non devono essere modificati.
Il processo di verifica consigliato da Kinsta prevede l’utilizzo dello strumento Anteprima del sito prima dell’aggiornamento, che permette di accedere al sito migrato utilizzando un URL temporaneo. In questo modo puoi testare le funzionalità, verificare i contenuti e controllare le integrazioni prima di apportare modifiche al DNS che influiscono sui visitatori.
Secondo il team di migrazione:
Nella nostra messaggistica post-migrazione, inviamo i link degli articoli sul puntamento dei DNS che i clienti possono consultare, per poi contattare i nostri tecnici dell’assistenza per qualsiasi ulteriore richiesta.
Mito 3: Una configurazione personalizzata è troppo complessa per una migrazione senza problemi
Il mito: le architetture WordPress personalizzate, le configurazioni non standard e le configurazioni specializzate sono troppo complesse per essere supportate dalle piattaforme di hosting gestito o si romperanno durante la migrazione.
Le agenzie spesso costruiscono siti WordPress utilizzando architetture non standard che possono aumentare la sicurezza, migliorare le prestazioni o semplificare i flussi di lavoro dello sviluppo. Queste configurazioni personalizzate possono far pensare che le piattaforme di hosting gestito non le supportino.
La verità
Il team di migrazione di Kinsta gestisce regolarmente una vasta gamma di configurazioni tecniche, quindi è probabile che la tua configurazione personalizzata non sia così unica come sembra.
Ad esempio, le implementazioni degli stack Bedrock e Roots compaiono spesso nelle migrazioni delle agenzie. Le reti multisito (che siano sottodomini, sottodirectory o domini mappati) vengono sottoposte a una verifica completa della rete, a controlli sulla mappatura dei domini e a test di funzionalità tra i siti durante il processo di migrazione.
Quando i siti si basano su direttive solo Apache, Kinsta le traduce in regole compatibili con Nginx. Questo include la convalida del comportamento di riscrittura, dei reindirizzamenti e dei controlli di accesso per garantire che il sito si comporti in modo identico in produzione. Come spiega il team:
Il team Migrazioni ha gestito una varietà di configurazioni come Bedrock/Roots, multisito e proxy inverso. Abbiamo migrato con successo regole di reindirizzamento, regole IP e regole Nginx approvate.
E per i casi limite, il team costruisce strumenti personalizzati. Un’agenzia è arrivata con oltre 800 regole di reindirizzamento memorizzate in un sistema preesistente senza alcuna opzione di esportazione. I tecnici di Kinsta hanno creato uno script per estrarre, normalizzare e riformattare le regole per importarle nel gestore di reindirizzamenti di Kinsta.
Mito 4: Dopo la migrazione si perdono dati o si hanno collegamenti interrotti
Il mito: le migrazioni di WordPress corrompono i database, corrompono i link interni al sito, danneggiano i riferimenti multimediali e causano perdite di dati che richiedono una lunga correzione manuale.
L’integrità dei dati è una preoccupazione valida perché WordPress memorizza relazioni complesse nel suo database. I dati serializzati (in cui gli oggetti PHP vengono memorizzati come stringhe) possono rompersi se gli URL cambiano senza una corretta gestione. I link interni, i riferimenti ai media e le configurazioni dei plugin dipendono tutti da informazioni accurate sul percorso e sul dominio.
La verità
Il flusso di lavoro di migrazione di Kinsta è stato progettato appositamente per evitare questi problemi e tutti i rischi vengono notati prima che le modifiche al DNS abbiano effetto sui visitatori.
Il processo inizia con un backup pulito e compatibile con l’host del sito. A seconda del provider attuale, il team di migrazione utilizza strumenti a riga di comando, phpMyAdmin o esportazioni a livello di pannello per generare un’istantanea completa dei dati.
Una volta importati, il team esegue una serie di controlli di integrità, tra cui la verifica delle dimensioni del database, la conversione delle tabelle MyISAM legacy in InnoDB e il rilevamento automatico delle configurazioni multisito o sottodirectory in base al file wp-config.php.
Le modifiche agli URL e gli aggiornamenti dei dati sono gestiti in modo sicuro utilizzando il search-and-replace di WP-CLI e non le modifiche SQL manuali. Questo garantisce che gli array serializzati rimangano intatti. I percorsi della libreria multimediale vengono verificati manualmente e il team esegue test front-end e back-end per verificare che le immagini e gli allegati vengano caricati correttamente.
Lo stesso livello di attenzione viene applicato al comportamento dei link e agli URL codificati. Durante il controllo qualità, il team identifica tutti i file di temi o plugin che fanno riferimento a percorsi assoluti. Se necessario, segnalano questi elementi e forniscono indicazioni su come correggerli utilizzando pratiche di sviluppo rispettose di WordPress.
Come spiega il team Migrazioni:
Eseguiamo controlli di qualità per garantire che il sito migrato rifletta il sito di origine. Questo include l’aggiornamento dei riferimenti al dominio e al percorso. Inoltre, forniamo raccomandazioni su come risolvere i problemi legati a temi o plugin obsoleti.
Mito 5: La migrazione di siti di grandi dimensioni o di siti multipli richiederà settimane di tempo
Il mito: i siti con grandi database, ampie librerie di file o portafogli di agenzie con decine di siti richiedono settimane o mesi per essere migrati con successo.
Le agenzie che gestiscono siti ad alto volume spesso pensano che le migrazioni su larga scala siano lente e rischiose. Questa convinzione deriva solitamente da esperienze passate con fornitori di hosting che hanno una capacità di migrazione limitata o non hanno un team dedicato per gestire carichi di lavoro complessi.
La verità
Il flusso di migrazione di Kinsta è in grado di gestire portafogli di grandi dimensioni e multi-sito senza creare ritardi irragionevoli.
Con un’adeguata pianificazione preliminare, le tempistiche rimangono prevedibili anche per siti molto grandi. Come spiega il team di migrazione:
Con un’adeguata pianificazione preliminare, siamo in grado di rispettare le tempistiche del cliente. Per i siti di grandi dimensioni, possiamo eseguire una migrazione in due fasi in cui migriamo i file, poi in un secondo momento migriamo i file più recenti ed esportiamo il database per ridurre i tempi di migrazione.
Un esempio del team è la migrazione di un sito da 300 GB, per il quale la migrazione dei file ha richiesto più di 24 ore a causa della bassa velocità di connessione tra l’host uscente e Kinsta. Il team ha migrato i file due giorni prima della data di completamento prevista, quindi ha migrato solo i file più recenti, insieme all’esportazione del database, l’ultimo giorno.
Le migrazioni in blocco seguono un approccio strutturato in modo simile:
- Riceverai un foglio di calcolo per la migrazione in blocco per fornire i dettagli di ogni sito del portfolio.
- Il team mira a migrare almeno otto siti per agenzia in un giorno lavorativo, regolando la programmazione in base alle priorità.
- Dopo il completamento di ogni lotto, il team invia delle notifiche così potrai iniziare subito a testare.
Per i siti di e-commerce e media che hanno contenuti in continuo aggiornamento, l’approccio in due fasi prevede la migrazione di un lotto iniziale di file, per poi eseguire una sincronizzazione finale dei nuovi contenuti e un’esportazione del database prima di qualsiasi modifica del DNS. In questo modo si riducono al minimo le divergenze tra il sito live e la versione migrata.
Come preparare la tua agenzia per una migrazione senza problemi
Una buona preparazione accelera le migrazioni e riduce la possibilità di problemi inaspettati.
Il team di migrazione di Kinsta utilizza una checklist interna pre-migrazione basata su anni di esperienza e migliaia di migrazioni completate. Le agenzie possono seguire la stessa struttura per rendere il processo ancora più fluido.
- Allinea il tuo team e i canali di comunicazione. Inizia confermando chi del tuo team parteciperà alla migrazione. Condividi i loro indirizzi e-mail in modo che Kinsta possa aggiungerli tutti a un unico ticket di migrazione. In questo modo si centralizzano gli aggiornamenti e si evita una comunicazione frammentata durante il processo.
- Verifica tutte le credenziali prima di inviare la richiesta. Verifica tutti i login da cui dipenderà la migrazione:
- Accesso al pannello di hosting
- Credenziali SSH o SFTP
- Account admin di WordPress
Assicurarsi che queste credenziali funzionino in anticipo elimina i ritardi una volta iniziata la migrazione.
- Documenta le configurazioni personalizzate e tutto ciò che è fuori dall’ordinario. Più il team di migrazione ha un contesto, più velocemente potrà replicare la tua configurazione in modo accurato. I dettagli utili includono:
- Regole di reindirizzamento personalizzate che devono essere conservate
- Attività programmate o cron job che devono continuare a funzionare
- Conferma della necessità di attivazione della modalità di manutenzione per i siti di e-commerce
- Configurazioni o sostituzioni di server non standard
- Eventuali restrizioni IP o regole di controllo dell’accesso attualmente in vigore
Questi elementi aiutano il team ad anticipare i casi limite prima che si presentino.
- Fornisci informazioni relative al DNS e alla posta elettronica. L’accesso al DNS diventa importante durante il cutover finale, quindi prendi nota di dove viene gestito il tuo DNS e assicurati che le credenziali siano pronte. Dovresti anche specificare dove risiede il tuo hosting di posta elettronica, ad esempio Google Workspace, Microsoft 365 o un provider di posta elettronica separato, in quanto questo aiuta il team a coordinare i record MX e a evitare interruzioni della posta.
- Stabilisci le aspettative con le parti interessate. Assicurati che tutti i soggetti coinvolti comprendano il flusso di lavoro della migrazione, le tempistiche e se sono previsti tempi di inattività o di manutenzione. Una comunicazione chiara, sia attraverso Kinsta che attraverso il tuo team interno, permette di evitare intoppi durante il processo e di evitare sorprese dell’ultimo minuto.
Cosa significa per la tua agenzia
La migrazione di un sito WordPress non dovrebbe essere rischiosa o dannosa, ma esperienze di hosting obsolete hanno portato molte agenzie a credere il contrario.
Il team di migrazione di Kinsta esiste per rendere il processo prevedibile, veloce e adatto alle complessità che le agenzie affrontano ogni giorno.
Tolti finalmente gli ostacoli, che ne dici di fare il salto di qualità? Esplora l’hosting gestito per WordPress di Kinsta e scopri come il nostro programma per agenzie partner supporta la tua crescita.
Per qualsiasi domanda, il nostro team è sempre a disposizione.
