Migració web: com traslladar el teu lloc web sense convertir el canvi en un problema

Canviar de plataforma, renovar un web o traslladar-lo a un altre allotjament pot semblar una tasca tècnica tancada: es copia el lloc, es publica i ja està. El problema apareix quan una pàgina que rebia visites deixa d'existir, un formulari deixa d'enviar sol·licituds o un contingut important queda fora del nou lloc.

Una migració web consisteix a traslladar un web —o una part— d'un entorn a un altre sense perdre allò que ha de continuar funcionant: continguts, URL, dades, funcionalitats, accessos i integracions. En acabar de llegir podràs distingir què has de moure, què convé canviar i quan el projecte necessita una revisió tècnica abans de publicar.

Quin efecte té una migració web en el teu negoci

L'efecte pràctic d'una migració depèn de què estigui canviant. Pot ser tan acotada com portar el mateix web a un allotjament nou, o tan àmplia com substituir el gestor de continguts, reorganitzar les seccions, renovar el disseny i modificar les rutes de les pàgines.

La dificultat no la determina només el nombre de pàgines. La determina la quantitat d'elements que depenen del web i les conseqüències que algun deixi d'estar disponible o es comporti d'una altra manera.

Per exemple, un web corporatiu amb pàgines informatives i un formulari requereix comprovar principalment els continguts, les adreces de les pàgines i l'enviament de contactes. En canvi, si hi ha àrea privada, botiga, reserves, catàleg, idiomes o connexions amb altres eines, la migració incorpora més dades, regles i escenaris de prova.

Convé separar tres capes abans de decidir la solució:

Aquesta separació evita donar per fet que “fer un web nou” inclou conservar tot el que ja existeix. També aclareix si l'objectiu és actualitzar la imatge, facilitar l'edició de continguts, corregir problemes tècnics o canviar un procés concret.

Com funciona una migració web

Una migració no sol ser un únic trasllat. És la coordinació de diversos moviments que han d'encaixar entre si.

Primer s'identifica el punt de partida: quines pàgines estan publicades, quins continguts existeixen, quines funcions utilitza cada usuari i quins serveis externs intervenen. Després es defineix la destinació: la nova estructura, la tecnologia que allotjarà el web, les dades que s'han de mantenir i els comportaments esperats.

A partir d'aquí, cada element segueix una d'aquestes decisions:

• Es conserva: passa al nou lloc amb canvis mínims.
• Es transforma: s'adapta a una plantilla, estructura o format nous.
• Es redirigeix: l'adreça anterior porta a una nova pàgina equivalent.
• Es retira: deixa d'existir de manera deliberada perquè ja no aporta valor o se substitueix per un altre contingut.

La redirecció és una instrucció que envia qui sol·licita una adreça antiga cap a una altra de nova. La seva finalitat pràctica és evitar que algú arribi a una pàgina inexistent quan la informació s'ha mogut. No s'ha de decidir per una semblança superficial: la pàgina de destinació ha de respondre raonablement a la mateixa necessitat.

Els components que cal revisar

Una migració web ben plantejada tracta el web com un sistema, no com una col·lecció de pantalles. Aquests són els components habituals que has d'inventariar.

URL i estructura de navegació

Cada pàgina té una adreça. Si l'estructura canvia, cal decidir què passarà amb cada URL anterior. Això inclou pàgines de serveis, articles, categories, fitxes de producte, arxius descarregables i pàgines de campanya que encara puguin rebre visites.

També convé revisar els menús, els enllaços interns, les molles de pa i els enllaços des de botons. Una pàgina pot existir i, tot i així, ser difícil de trobar si la nova navegació no la integra correctament.

Continguts i arxius

Els textos, les imatges, els documents, els vídeos i les metadades no sempre es traslladen de la mateixa manera. Un contingut pot requerir neteja, adaptació de format o una nova jerarquia abans de publicar-se.

No pressuposis que tot el que figura al lloc antic s'hagi de replicar. Abans, decideix quina informació continua vigent, qui l'aprova i quin contingut s'elimina de manera intencionada.

Dades i usuaris

Quan el web emmagatzema informació, la migració pot incloure registres de formularis, clients, comandes, comptes, perfils o continguts estructurats. Aquí importa tant traslladar les dades com mantenir-ne el significat: un camp, un estat o un permís mal interpretat pot alterar l'operativa posterior.

Si hi ha usuaris amb accés, defineix quins comptes es conserven, quins rols tindran i com recuperaran l'accés si cal.

Funcions i integracions

Un formulari, una reserva o un pagament no són només elements visuals. Al darrere hi ha una seqüència d'accions: una persona introdueix dades, el web les valida, s'envien a una destinació i es mostra una confirmació o un error.

Les integracions són les connexions amb serveis externs, com ara una plataforma de pagaments, una eina de correu o un sistema de gestió. Abans de migrar-les, cal conèixer quina informació entra i surt, quines credencials utilitza cada connexió i què hauria de passar si el servei extern no respon.

Infraestructura i accessos

El domini, l'allotjament, els certificats, els comptes tècnics, les còpies de seguretat i els permisos també formen part del projecte. No es tracta només de “tenir accés”: has de saber qui controla cada compte, quines dades d'accés són necessàries i quina dependència es manté després del llançament.

El flux d'una migració: de l'inventari a la comprovació

L'ordre redueix la incertesa. Publicar primer i buscar després allò que falta sol complicar la correcció d'errors.

1. Definir què s'ha de conservar i què ha de canviar

Parteix de l'objectiu, no de l'eina. Si el canvi busca simplificar la gestió de continguts, potser no cal reproduir una funció antiga que ningú no utilitza. Si l'objectiu és renovar el web sense alterar les sol·licituds comercials, el formulari i el seu recorregut adquireixen prioritat.

Classifica cada element com a imprescindible, desitjable, futur o fora d'abast. Així evites que les decisions pendents es converteixin en omissions al final.

2. Crear un inventari d'origen

L'inventari reuneix els elements que cal avaluar: URL, continguts, arxius, formularis, usuaris, dades, integracions, accessos i configuracions rellevants.

No ha de ser un document complex, però sí que ha de permetre respondre a una pregunta concreta: per a cada element, es conserva, es canvia, es redirigeix o s'elimina?

3. Preparar la destinació abans d'obrir-la al públic

El nou web es configura en un entorn de treball separat del lloc publicat. Això permet revisar l'estructura, els continguts i les funcions sense interrompre l'accés habitual.

En aquesta fase es traslladen els elements aprovats i es configuren les equivalències entre les adreces antigues i les noves. També es revisen els ajustos necessaris perquè els formularis, els avisos i les connexions externes utilitzin les destinacions correctes.

4. Provar recorreguts, no només pàgines

Veure una pàgina correctament no demostra que la funció completa estigui operativa. Comprova les accions rellevants de principi a fi: enviar un formulari, iniciar sessió, fer una compra si escau, recuperar l'accés, consultar una pàgina des del mòbil o rebre una confirmació.

Els criteris d'acceptació ajuden a evitar proves ambigües. Per exemple: quan una persona completa correctament un formulari, ha de veure una confirmació visible i la sol·licitud ha d'arribar al destinatari definit. Si falta un camp obligatori, ha de rebre un missatge clar i la sol·licitud no s'ha d'enviar com a vàlida.

5. Publicar i revisar el comportament real

La posada en producció és el moment en què el nou lloc passa a ser el que veuen els visitants. Després d'aquest canvi, convé comprovar les rutes més importants, les redireccions previstes, els formularis i les integracions que depenen de l'entorn publicat.

La revisió posterior no substitueix la preparació, però permet detectar diferències entre l'entorn de treball i el lloc ja accessible.

Límits i errors habituals d'una migració

No tots els riscos es poden eliminar amb una eina de còpia. Alguns requereixen decisions de contingut, de negoci o de responsabilitat sobre les dades.

Un error habitual és tractar una migració com si fos només un canvi visual. Si es modifica l'estructura sense mapar les URL anteriors, poden aparèixer enllaços trencats o pàgines que deixen de tenir una alternativa clara.

També és arriscat moure dades sense comprovar-ne la qualitat i l'ús. Els registres duplicats, els camps sense un significat definit o els permisos mal assignats no es resolen automàticament pel fet de traslladar-los a una plataforma nova.

Un altre límit apareix en les integracions. Una connexió pot dependre d'un compte concret, de permisos que no s'han transferit o de regles configurades fora del web. Abans de canviar-la, cal confirmar qui controla aquesta dependència i quina prova demostra que continua funcionant.

Finalment, una còpia de seguretat és una mesura de recuperació, no una validació que el nou lloc compleixi l'objectiu. Poder tornar enrere no confirma que els continguts correctes estiguin publicats, que les redireccions siguin adequades o que els recorreguts importants funcionin.

Quan té sentit aplicar una migració web

Té sentit plantejar-la quan canviar el lloc actual és necessari per sostenir una necessitat concreta. Per exemple:

• substituiràs el gestor de continguts o l'allotjament;
• l'estructura actual impedeix ordenar millor serveis, continguts o categories;
• el lloc ha de passar a una tecnologia que admeti funcions definides;
• necessites conservar continguts, dades o URL durant un redisseny;
• el sistema actual depèn de components que ja no vols mantenir.

No totes les millores requereixen una migració completa. Si el problema està limitat a una pàgina, a un formulari o a determinats continguts, una intervenció acotada pot ser suficient. La decisió depèn de què es vol corregir, quins elements estan connectats entre si i quines conseqüències tindria canviar la base actual.

Si no tens clar què s'ha de conservar, quines URL necessiten una alternativa o com provar els recorreguts crítics, el següent pas útil és explicar el context abans d'escollir tecnologia. Pots consultar el servei de desenvolupament web per a empreses d'AVSISTEC per plantejar una migració o un projecte de renovació amb l'abast que realment necessitis.