Un servidor més ràpid no garanteix un lloc públic més ràpid. La migració pot canviar la versió de PHP, el comportament de la memòria cau, la configuració de la base de dades, la ruta DNS, l’origen CDN i els treballs programats. Una prova càlida de la pàgina d’inici immediatament després del tall demostra molt poc.
Compareu condicions equivalents i verifiqueu les funcions empresarials i la velocitat.
Preservar una línia de base significativa
Abans de la migració, proveu els URL representatius d’una sessió en fred tancada: pàgina d’inici, pàgina de servei, article, cerca sense memòria cau, formulari i flux de WooCommerce quan estiguin presents.
Registre:
- DNS i cadena de redirecció;
- TTFB per a encerts i errors de memòria cau;
- LCP i estabilitat del disseny;
- bytes transferits i recompte de sol·licituds;
- Temps PHP/base de dades per a rutes dinàmiques;
- Capçaleres de la memòria cau i estat CDN.
Deseu versions, extensions PHP actives i configuracions d’hosting rellevants. No copieu secrets a l’informe.
Proveu el nou host abans del tall de DNS
Utilitzeu el mètode de vista prèvia de l’amfitrió o una entrada autoritzada del fitxer d’amfitrions locals perquè el domini real arribi al nou servidor. El comportament de SSL i CDN pot diferir abans del DNS públic, així que etiqueta aquestes limitacions.
Eviteu substitucions temporals d’URL dins de la base de dades de WordPress si el domini final es pot provar mitjançant el mapeig de l’amfitrió. Poden crear contingut mixt i problemes de dades serialitzades.
Confirmeu que els robots i els controls d’indexació segueixen sent adequats per a l’entorn de prova privat.
Coincideix amb les condicions de la memòria cau
Compareu l’èxit antic amb el nou èxit i el vell èxit amb el nou error. Escalfeu cada pàgina deliberadament i, a continuació, registreu les sol·licituds repetides. Proveu una purga i una primera regeneració també.
Inspeccioneu les capçaleres de resposta per confirmar quina capa va servir la sol·licitud. Un amfitrió pot anunciar la memòria cau del servidor que les galetes de WooCommerce obvien inesperadament.
No emmagatzeu en memòria cau el carretó, la caixa o el compte per produir un nombre impressionant.
Verifiqueu PHP, la base de dades i la memòria cau d’objectes
Comproveu la versió de PHP, el controlador, la memòria, els treballadors i les extensions necessàries. Reviseu els registres per detectar obsoletes o errors fatals que els visitants no poden activar immediatament.
Compareu el temps de consulta de la base de dades i la latència de connexió a les sol·licituds dinàmiques. Confirmeu el conjunt/intercalació de caràcters de la taula i el manteniment programat de la base de dades.
Si s’ha migrat Redis o una altra memòria cau persistent, verifiqueu l’aïllament, l’autenticació, el comportament de l’impacte i la fallada elegant. Netegeu només la memòria cau del lloc nou mitjançant els controls compatibles.
Prova la geografia i els mitjans de comunicació dels visitants
Un nou origen més proper a l’administrador pot estar més allunyat dels clients. Proveu des de les regions rellevants i inspeccioneu si el CDN està recurs, guardant fitxers estàtics a la memòria cau i obtenint-los de l’origen previst.
Verifiqueu imatges, variants WebP/AVIF, sol·licituds d’interval de vídeo i capçaleres de control de memòria cau. Els mòduls de servidor que falten poden fer que el nou amfitrió mostri originals a mida completa o tipus de contingut incorrectes.
Comproveu el processament de càrrega i l’espai de disc/inode, no només la velocitat de descàrrega.
Executar recorreguts complets de l’aplicació
Envieu cada formulari i comproveu el lliurament. Prova d’inici de sessió, restabliment de contrasenya, cerca, pàgines multilingües i tasques programades.
Per a WooCommerce, utilitzeu els pagaments autoritzats de sandbox i confirmeu la persistència del carretó, els impostos, l’enviament, l’estoc, els correus electrònics, els webhooks i l’estat de la comanda. Comproveu les cues cron i Action Scheduler després del tall.
El rendiment no es millora si una devolució de trucada externa encara apunta al servidor antic.
Observa després dels canvis de DNS
Baixeu el DNS TTL per avançat només quan la política de canvis ho permeti. Durant la propagació, controleu els hosts antics i nous; alguns visitants poden arribar a qualsevol dels dos.
Manteniu l’antic entorn intacte i no conflictiu per a una finestra de recuperació acordada. Eviteu que dos llocs processin de manera independent cron, subscripcions o comandes entrants.
Després de la propagació, torneu a provar la cadena SSL pública, les redireccions canòniques i la memòria cau.
Preneu la decisió d’hosting a partir de proves
Compareu les mitjanes i les mostres lentes en condicions coincidents. Anoteu millores i regressions per ruta. Una visita a la memòria cau de la pàgina d’inici pot millorar mentre la cua del treballador de pagament empitjora.
Sol·liciteu una avaluació posterior a la migració quan els resultats varien segons la regió, les capçaleres de la memòria cau no estan clares o els fluxos dinàmics s’alenteixen. Comparteix la línia de base i els horaris públics; L’accés a l’hosting pot seguir després que s’acordin l’abast i la recuperació.