Migrar un web de WordPress sense perdre el posicionament a Google exigeix replicar de manera exacta l'arquitectura d'URLs existent, mapejar redireccions 301 per a qualsevol canvi de ruta i transferir les metadades abans de modificar les DNS. Mantenir intacta la indexació requereix validar la resposta del servidor en un entorn de proves previ.
1. Inventari complet d'URLs i metadades de WordPress
El rastreig exhaustiu de la base de dades de WordPress defineix el punt de partida tècnic obligatori abans de tocar una sola línia de codi nou. No és suficient exportar les entrades i pàgines convencionals mitjançant el tauler d'administració; cal extreure absolutament tots els *custom post types*, taxonomies, etiquetes de categories i pàgines d'autor actives que formin part de l'índex del cercador.
Eines de rastreig com Screaming Frog o scripts d'extracció permeten exportar un fitxer CSV amb les URLs absolutes, els seus codis d'estat HTTP originals (200, 301 o 404), les etiquetes de títol (*meta title*), descripcions (*meta description*), encapçalaments H1 i directives canòniques. Cal creuar aquest llistat amb les dades de rendiment de Google Search Console dels darrers dotze mesos per identificar quines pàgines generen trànsit orgànic efectiu. Si una URL històrica és clau per captar clients a Google, s'ha de mantenir o redirigir de manera innegociable.
En projectes de desenvolupament web a mida destinats a substituir WordPress, aquest inventari funciona com el mapa d'enrutament que garanteix que cap adreça indexada generi un error inesperat.
2. Mapeig de redireccions 301 i equivalències d'estructura
Una redirecció 301 transfereix de manera permanent l'autoritat acumulada d'un enllaç antic cap a la nova ubicació dins del servidor. Les URLs s'han de mantenir idèntiques sempre que sigui possible; tanmateix, en abandonar WordPress és freqüent sanejar jerarquies redundants causades per connectors o taxonomies innecessàries.
El mapeig es defineix en un full de càlcul amb dues columnes clares: URL d'origen i URL de destinació. Si l'estructura /blog/categoria/article/ passa a ser /blog/article/, la regla s'ha d'aplicar a nivell de servidor web (mitjançant Nginx, Apache o regles a l'*edge*) en lloc d'executar-la a través de connectors de PHP que alenteixen la resposta. Les cadenes de redireccions (URLs que redirigeixen a altres que tornen a redirigir) malgasten el pressupost de rastreig de Google i s'han de simplificar en un únic salt directe.
| Element tècnic | Estat a WordPress | Configuració nou web | Risc SEO si falla |
|---|---|---|---|
| Estructura URL | Basada en slugs i taxonomies | Rutes netes o equivalents | Pèrdua d'enllaços externs i indexació |
| Metadades SEO | Gestionades per connectors | Integrades en codi natiu | Caiguda de visibilitat en clics orgànics |
| Directiva canònica | Autogenerada per plantilla | Fixada pel servidor web | Duplicitat de contingut entre versions |
| Protocol HTTP/HTTPS | Depenent de base de dades | Forçat per capçaleres HSTS | Avisos de seguretat en navegadors |
3. Migració de continguts, encapçalaments i marcat semàntic
L'algorisme d'indexació de Google analitza la jerarquia de les etiquetes HTML per entendre el context temàtic de cada document. En transferir els textos desats a la taula wp_posts de MySQL, cal eliminar el codi residual generat per constructors visuals com Elementor o WPBakery, els quals omplen el document de capes <div> innecessàries.
Cada pàgina ha de mantenir la seva coherència estructural: un únic encapçalament H1 per al tema principal, seguit d'apartats H2 i H3 ordenats per lògica temàtica. Així mateix, els textos alternatius alt de les imatges i les dades estructurades en format JSON-LD (Schema.org per a negocis locals, organitzacions o articles) s'han de codificar de manera nativa. Pel que fa al posicionament web Barcelona, disposar d'un web corporatiu amb SEO tècnic de base des de 890 € assegura que Google entengui la teva activitat sense l'entrebanc de scripts feixucs.
4. Rendiment tècnic i mètriques Core Web Vitals
La velocitat de càrrega i l'estabilitat visual actuen com a factors directes de rànquing en els resultats de cerca tant en mòbil com en escriptori. WordPress acostuma a arrossegar dotzenes d'arxius CSS i JavaScript sense utilitzar a causa de la superposició de plantilles i extensions de tercers.
En migrar cap a codi propi desenvolupat a mida, les dependències es redueixen a la mínima expressió, suprimint el bloqueig inicial del renderitzat. Les mètriques LCP (*Largest Contentful Paint*), INP (*Interaction to Next Paint*) i CLS (*Cumulative Layout Shift*) s'han de mesurar en un entorn de proves abans del llançament final. Un web professional per a pimes construït sense plantilles prefabricades permet que el robot de cerca indexi el contingut en mil·lisegons, augmentant la freqüència de rastreig.
5. Protocol de llançament, canvi de DNS i Search Console
El canvi de servidors mitjançant l'actualització dels registres DNS s'ha de dur a terme rebaixant prèviament el valor TTL (*Time To Live*) a 300 segons per retallar el temps de propagació. Un cop el nou servidor respon al domini principal, s'executa un rastreig immediat per assegurar que no hi hagi errors 404 ni enllaços interns trencats.
El protocol posterior a la publicació exigeix quatre accions indispensables:
- Tramesa del nou sitemap XML: Generar un fitxer
sitemap.xmlnet i enviar-lo a través de Google Search Console per accelerar la reindexació. - Inspecció manual d'URLs clau: Demanar la indexació prioritària de les pàgines de serveis amb més impacte comercial.
- Revisió de l'arxiu robots.txt: Comprovar que no s'arrosseguin regles restrictives com
Disallow: /utilitzades en la fase de proves. - Seguiment dels informes de cobertura: Controlar setmanalment l'estat de les pàgines per resoldre qualsevol anomalia de rastreig.
Quan un negoci vol fer un salt tecnològic ferm, pot sol·licitar pressupost online per planificar una migració segura que blindi la visibilitat comercial assolida al llarg dels anys.
Preguntes freqüents
Es perd posicionament a Google en migrar des de WordPress?
La migració d'un web no comporta pèrdues de posicionament si es respecten les URLs originals, les metadades i s'activen redireccions 301 cap a les noves rutes. Pot produir-se una petita fluctuació temporal durant els dies posteriors mentre Google actualitza el seu índex amb la nova infraestructura.
Quant de temps triga Google a assimilar la migració del web?
Google acostuma a trigar entre dos dies i quatre setmanes a processar la totalitat d'un web migrat, depenent del nombre de pàgines i del pressupost de rastreig que tingui assignat el domini. La tramesa del nou sitemap XML redueix notablement aquest lapse de transició.
Què passa amb les imatges en migrar fora de WordPress?
Les imatges s'han de transferir mantenint la mateixa estructura d'adreces o configurant redireccions cap a la seva nova ubicació al servidor. Conservar els noms dels fitxers i les descripcions alt originals garanteix que no es perdi el trànsit procedent de Google Imatges.
És recomanable canviar el disseny i l'estructura web al mateix temps?
Modificar el disseny i l'estructura d'URLs de manera simultània dificulta detectar l'origen d'una fallada si el trànsit descendeix després del llançament. Si aquest canvi global resulta necessari, la matriu de redireccions 301 s'ha d'elaborar amb precisió absoluta abans de la publicació.