Website migration checklist per evitar pèrdues SEO

Índex de continguts

• Introducció
• Website migration checklist abans de començar
• Arquitectura, contingut i redireccions
• Validacions tècniques abans de publicar
• Website migration checklist per al dia de llançament
• Les primeres setmanes: controlar, no assumir

Introducció

Una migració web no falla perquè es canvia un servidor o es publica un disseny nou. Falla quan es mou un actiu comercial sense controlar què passa amb les URLs, les dades, les integracions, el rendiment i la visibilitat orgànica. Aquesta website migration checklist està pensada per a empreses que necessiten renovar la seva infraestructura digital sense convertir el llançament en un risc de negoci.

El principi és simple: una migració no és un projecte de disseny. És un canvi controlat en un sistema que genera contactes, vendes, confiança i informació operativa. Com més dependència tingui el negoci del web, més necessari és treballar amb inventari, responsables, validacions i un pla de recuperació.

Website migration checklist abans de començar

Abans de tocar el nou entorn, definiu què significa que la migració ha anat bé. No n'hi ha prou amb dir que el web carrega o que el nou disseny està publicat. Els criteris han de ser mesurables: mantenir el trànsit orgànic rellevant, conservar formularis i conversions, protegir posicionaments prioritaris, evitar errors crítics i assegurar que els equips poden gestionar el nou sistema.

Fixeu l'abast i els responsables

Una migració pot implicar un canvi de domini, CMS, hosting, arquitectura d'informació, disseny, plataforma de comerç electrònic o integracions. Cada combinació augmenta la complexitat. Canviar-ho tot alhora pot ser eficient a nivell de calendari, però també multiplica les variables quan alguna cosa no funciona.

Assigneu un responsable per a cada àrea: desenvolupament, SEO, contingut, analítica, dades, màrqueting i operacions. Si un formulari deixa d'enviar dades al CRM, no pot quedar ambigu qui valida la incidència o qui la resol. Aquesta claredat evita els retards típics de llançament, quan diversos proveïdors assumeixen que algú altre ho està comprovant.

Feu un inventari real de l'actiu actual

El sitemap és un punt de partida, no l'inventari complet. Cal identificar totes les URLs indexables, les pàgines que reben trànsit, els continguts que generen leads, les fitxes de producte, els recursos descarregables, les pàgines de campanya i les URLs antigues que encara reben enllaços externs.

També cal inventariar els elements que no es veuen a la navegació principal: redireccions existents, etiquetes de seguiment, píxels publicitaris, scripts de consentiment, formularis, automatitzacions, comptes de correu transaccional, cercador intern, passarel·les de pagament i integracions amb ERP o CRM. Una pàgina pot semblar correcta i, tot i així, haver perdut la connexió que transforma una sol·licitud en una oportunitat comercial.

Guardeu una còpia completa de fitxers, base de dades, configuracions i exportacions de contingut abans d'iniciar la migració. La còpia de seguretat no substitueix un pla de reversió, però dona marge quan cal recuperar dades, comparar configuracions o restaurar un servei.

Establiu una línia base de rendiment

Abans del canvi, documenteu les mètriques que importen. Incloeu trànsit orgànic per pàgina, conversions per canal, ingressos si hi ha comerç electrònic, errors de rastreig, velocitat de càrrega, pàgines indexades i paraules clau comercials prioritàries.

No totes les caigudes després d'una migració indiquen un problema tècnic. La demanda pot variar, una campanya pot haver acabat o la nova estructura pot consolidar contingut duplicat de manera intencionada. Sense una línia base, però, és impossible separar una variació normal d'una pèrdua provocada pel canvi.

Arquitectura, contingut i redireccions

La decisió amb més impacte SEO sol ser què passa amb cada URL antiga. Quan una pàgina es mou, s'elimina o canvia de nom, el motor de cerca i els usuaris necessiten una ruta clara cap al recurs nou més equivalent.

Mapegeu URL per URL

Prepareu un mapa que relacioni cada URL antiga amb la seva destinació nova. No envieu pàgines antigues a la portada per comoditat. Aquesta pràctica pot frustrar l'usuari, redueix la rellevància de la redirecció i pot fer desaparèixer valor orgànic acumulat.

Una URL de servei ha d'anar al servei equivalent. Una fitxa de producte retirada pot redirigir a la substituta més propera si realment respon a la mateixa intenció. Si no existeix una alternativa lògica, pot ser més honest oferir una pàgina 404 útil, amb opcions de navegació, que forçar una redirecció irrellevant.

Les redireccions permanents s'han de configurar a nivell de servidor o plataforma quan sigui possible. Eviteu cadenes de redirecció, bucles i salts innecessaris. Cada capa afegeix latència, complica el rastreig i fa més difícil detectar errors.

No perdeu contingut que ja funciona

Redissenyar no justifica reduir informació útil per fer les pàgines més netes visualment. Si una pàgina posiciona perquè respon preguntes específiques, eliminar-ne el context, els casos d'ús o les especificacions pot afectar-ne la capacitat de captar demanda.

Això no vol dir copiar el web antic sense criteri. El contingut s'ha de revisar, consolidar i millorar. Però cal entendre quin paper comercial i orgànic té cada peça abans de decidir que és prescindible. Una arquitectura més clara pot millorar resultats, sempre que mantingui la cobertura de necessitats que l'audiència ja està buscant.

Validacions tècniques abans de publicar

El nou web s'ha de provar en un entorn de preproducció que s'assembli tant com sigui possible al de producció. Fer proves només en local és insuficient quan hi intervenen DNS, certificats, serveis externs, memòria cau o regles de seguretat.

Abans del llançament, valideu com a mínim aquests punts:

• Que el web funciona correctament en mòbil, escriptori i navegadors principals.
• Que formularis, pagaments, cercador, àrees privades i correus transaccionals completen el seu recorregut.
• Que les etiquetes d'analítica, consentiment, conversions i campanyes s'activen segons el consentiment configurat.
• Que les pàgines de prova no són indexables, però que les pàgines de producció no queden bloquejades per error.
• Que el fitxer robots, els sitemaps, les etiquetes canòniques i les metadades reflecteixen l'estructura final.
• Que les redireccions responen amb el codi correcte i no generen cadenes, bucles ni destinacions inexistents.

La velocitat també s'ha de validar amb el contingut real, no amb pàgines buides. Imatges pesades, scripts de tercers, widgets de xat i eines de personalització poden deteriorar el rendiment un cop s'activen. De vegades, una funcionalitat comercial justifica aquest cost. La decisió correcta depèn de l'impacte en conversió, no d'una puntuació tècnica aïllada.

Website migration checklist per al dia de llançament

El dia de publicació no és el moment de prendre decisions estructurals. El canvi s'ha de produir en una finestra definida, amb una persona que coordini, un canal d'incidències i accés als proveïdors crítics. Si el web genera vendes directes, eviteu hores de màxima activitat sempre que sigui viable.

Publiqueu la configuració de producció, activeu les redireccions i reviseu de seguida les pàgines de més valor: portada, serveis, categories, fitxes clau, formularis, accés d'usuaris i procés de compra. Comproveu també la versió amb i sense www, HTTP i HTTPS, perquè una mala configuració pot crear duplicats o rutes inconsistents.

Els canvis de DNS requereixen planificació. La propagació pot variar i no convé desconnectar l'entorn anterior abans de confirmar que el nou respon de manera estable. Manteniu la capacitat de reversió durant el període acordat, especialment si s'han modificat bases de dades, autenticació o sistemes de pagament.

Les primeres setmanes: controlar, no assumir

Una migració acaba quan el sistema és estable, no quan s'ha premut el botó de publicar. Durant les primeres setmanes, reviseu diàriament els errors de servidor, les pàgines no trobades, la cobertura d'indexació, les conversions i el rendiment de les URLs prioritàries.

Els errors 404 són especialment útils. Indiquen URLs que no estaven a l'inventari, enllaços interns oblidats, campanyes actives que apunten a rutes antigues o enllaços externs valuosos. Prioritzeu-los segons volum, valor comercial i autoritat de la font, no només segons el nombre total d'errors.

També cal revisar la qualitat de les dades. Si les sessions, els leads o les comandes cauen de sobte, no suposeu que és una davallada de demanda. Verifiqueu primer el seguiment, el consentiment, els esdeveniments de conversió i les integracions. Una decisió de màrqueting basada en analítica incompleta pot costar més que la incidència inicial.

La millor migració és la que protegeix el que ja funciona mentre crea una base més fàcil de gestionar, integrar i escalar. Si cada canvi té un propietari, una validació i un pla de reversió, el nou web deixa de ser una aposta visual i passa a ser infraestructura preparada per al negoci.