Migració SEO: canvia el web i comprova les consultes
Meypi Developers · Actualitzat el
Una migració SEO requereix decidir què passa amb cada adreça del web i comprovar que la gent et pot continuar trobant i contactant. Redissenyar una pàgina no obliga a canviar-ne l’URL. A Meypi Developers, un estudi de software de l’àrea metropolitana de Barcelona, proposem revisar adreces, contingut i recepció de consultes com a parts del mateix canvi, amb una comprovació del nostre web com a exemple.
1. Primer decideix què cal canviar
Separa tres decisions: el disseny i el contingut, les adreces de les pàgines i l’allotjament. Si una adreça continua descrivint el mateix servei, valora conservar-la. Canviar l’aspecte del web no exigeix canviar-ne totes les adreces.
Google distingeix les migracions amb canvis d’URL dels canvis d’infraestructura sense canviar les URL. També adverteix que hi pot haver fluctuacions de posicionament durant una migració. Preparar-la redueix errors evitables; no permet prometre les mateixes posicions.
2. Prepara una llista de les pàgines existents
Reuneix les adreces actuals, incloses les que reben visites, enllaços o consultes encara que no surtin al menú. Revisa idiomes, formularis, descàrregues i pàgines de campanyes. No esborris una pàgina perquè no la recordis.
| Camp | Què hi ha de quedar escrit |
|---|---|
| Adreça actual | L’URL complet que pot obrir un visitant. |
| Per a què serveix | La pregunta o el servei que resol. |
| Evidència disponible | Visites, consultes de cerca, enllaços o contactes, amb data i font. |
| Decisió | Conservar, moure a una pàgina equivalent o retirar amb un motiu. |
| Destinació i comprovació | L’URL final, què ha de mostrar i el resultat de la prova. |
Aquest full és una proposta de treball per revisar una decisió per pàgina. No substitueix un inventari obtingut del teu web i les teves eines.
3. Si una URL canvia, prepara una destinació equivalent
Una redirecció porta qui obre una adreça antiga a la nova. Google recomana una redirecció permanent de servidor quan el trasllat és permanent, com ara301 o 308. Comprova que la destinació respon i resol la mateixa necessitat; no enviïs tots els enllaços antics a la portada per comoditat.
Un exemple del nostre web: en la comprovació del 29 d’octubre de 2026, l’antiga ruta d’apps retornava un 301 cap a la pàgina actual.
| Entrada anterior | Destinació indicada | Resultat observat |
|---|---|---|
| /servicios/apps-moviles | /es/desarrollo-de-apps | Redirecció permanent 301. |
| /blog/cuando-no-desarrollar-software-a-medida | Sense equivalent | Retirada 410 observada. |
La mateixa lectura va conservar una retirada 410: una pàgina sense equivalent no rep una destinació inventada. Cada decisió es revisa per separat. La pàgina de destinació, els enllaços i el contacte també requereixen proves; un 301 no demostra que una consulta arribi a l’equip.
4. Revisa enllaços, idiomes i la pàgina preferida de cada contingut
El menú, les targetes i els enllaços del text han d’apuntar a les adreces finals. En un web amb idiomes, comprova cada selector: canviar d’idioma ha de portar al contingut equivalent.
L’adreça canònica indica quina versió es prefereix per a un contingut duplicat o molt semblant. Els enllaços, el sitemap i aquesta indicació han de ser coherents. Laguia de Google sobre canòniques explica aquests senyals. Una canònica no substitueix la redirecció que necessita qui obre una adreça antiga.
5. Prova el contacte fins que es rep
Prepara una prova autoritzada i reconeixible per a cada recorregut de contacte. Qui la fa ha de saber si es desen dades, s’envia un avís o s’obre un canal extern. Després, revisa el resultat amb la persona que l’ha de rebre.
- Des del mòbil i l’ordinador: obrir la pàgina, entendre l’oferta i arribar al contacte.
- Enviar una consulta de prova quan estigui autoritzada i comprovar la resposta que veu el visitant.
- Confirmar que la petició s’ha desat i arriba al lloc on l’equip l’atén.
- Distingir recepció desada, notificació enviada i lectura humana: són comprovacions diferents.
- Provocar un error controlat i comprovar que es pot continuar sense perdre el text ni repetir la consulta.
Que una eina compti un clic a «Contacte» no demostra que s’hagi rebut una petició. Rebre-la tampoc demostra encara que encaixi amb el servei.
6. Defineix quan avançar i quan tornar enrere
Abans de publicar, acorda qui accepta les proves i com es recupera la versió anterior. Revisa que la recuperació conservi les consultes rebudes durant el canvi. No donis per resolta una fallada perquè la portada es vegi bé.
- Una URL important arriba a una pàgina equivocada: corregir el mapa o aturar la publicació.
- Un contacte es perd o es confirma sense haver-se desat: aturar el canvi i revisar la recepció.
- Una eina no mostra dades: comprovar permisos, consentiment i configuració abans de concloure que no hi ha visites.
Després, anota la data real del canvi i compara períodes equivalents. Mira per separat errors d’URL, recepció de consultes, trànsit i oportunitats comercials. Els primers dies ajuden a trobar defectes; no permeten prometre una recuperació de negoci.
7. Què necessitem per revisar el canvi de web
Porta el web actual, el motiu del canvi, els idiomes, les pàgines que generen negoci i com reps avui les consultes. Si canvies de proveïdor, convé localitzar també els comptes del domini i les eines de mesurament.
Pots consultar el servei de disseny web i la guia de pressupost d’una pàgina web. Si ja tens un web que vols canviar, explica’ns què cal conservar.
Continua llegint
- Disseny web a mida
Com plantejar el nou web de l’empresa.
- Pressupost d’una pàgina web
Què cal concretar per comparar propostes.
- Manteniment web
Què cal revisar quan el web ja està publicat.
Explica’ns què necessites
Què vols construir, per a quan i amb quin pressupost.