Migrar una web de WordPress sin perder el posicionamiento en Google exige replicar de forma exacta la arquitectura de URLs existente, mapear redirecciones 301 para cualquier cambio de ruta y transferir etiquetas de metadatos antes de modificar las DNS. Mantener intacta la indexación requiere validar la respuesta del servidor en un entorno de pruebas previo.
1. Inventario completo de URLs y metadatos de WordPress
El rastreo exhaustivo de la base de datos de WordPress define el punto de partida técnico obligatorio antes de tocar una sola línea de código nuevo. No basta con exportar las entradas y páginas estándar mediante el panel de administración; resulta imperativo extraer todos los *custom post types*, taxonomías, etiquetas de categorías y páginas de autor activas que figuren en el índice del buscador.
Herramientas de rastreo como Screaming Frog o scripts automatizados permiten exportar un archivo CSV con las URLs absolutas, sus códigos de estado HTTP originales (200, 301 o 404), las etiquetas de título (*meta title*), descripciones (*meta description*), encabezados H1 y directivas canónicas. Es fundamental cruzar este inventario con los datos de rendimiento de Google Search Console de los últimos doce meses para identificar las páginas que reciben tráfico orgánico real. Si una URL obsoleta genera clics para captar clientes en Google, debe preservarse o redirigirse con prioridad máxima.
En proyectos de desarrollo web a medida que sustituyen a WordPress, este inventario sirve como especificación funcional de enrutamiento para asegurar que ninguna ruta indexada devuelva un error no planificado.
2. Mapeo de redirecciones 301 y equivalencias de estructura
Una redirección 301 transfiere de forma permanente la autoridad acumulada de un enlace antiguo a la nueva ubicación dentro del servidor. Las URLs deben mantenerse idénticas siempre que sea posible; sin embargo, al abandonar WordPress es común simplificar jerarquías complejas creadas por plugins o taxonomías redundantes.
El mapeo se construye fila por fila en una hoja de cálculo con dos columnas: URL de origen y URL de destino. Si la estructura /blog/categoria/articulo/ pasa a ser /blog/articulo/, la regla debe escribirse a nivel de servidor web (mediante Nginx, Apache o reglas de enrutador en el *edge*) en lugar de delegarla a plugins de PHP que ralentizan la respuesta. Las cadenas de redirecciones (URLs que apuntan a otra que a su vez redirige) destruyen el presupuesto de rastreo del robot de Google y deben resolverse en un único salto directo.
| Elemento técnico | Estado en WordPress | Configuración nueva web | Riesgo SEO si falla |
|---|---|---|---|
| Estructura URL | Basada en slugs y taxonomías | Rutas limpias o equivalentes | Pérdida de enlaces externos e indexación |
| Metadatos SEO | Gestionados por plugins externos | Integrados en código nativo | Caída de visibilidad en clics orgánicos |
| Directiva canónica | Autogenerada por plantilla | Declarada fija por servidor | Duplicidad de contenido entre versiones |
| Protocolo HTTP/HTTPS | Dependiente de base de datos | Forzado por cabeceras HSTS | Advertencias de seguridad en navegadores |
3. Migración de contenidos, encabezados y marcado semántico
El algoritmo de indexación de Google analiza la jerarquía de etiquetas HTML para comprender el contexto temático de cada documento. Al trasladar el texto almacenado en la tabla wp_posts de MySQL, es necesario limpiar el código basura generado por constructores visuales como Elementor o WPBakery, los cuales saturan el DOM con capas innecesarias de contenedores <div>.
Cada página debe mantener su jerarquía lógica: un único encabezado H1 correspondiente al tema principal, seguido de subtítulos H2 y H3 organizados por orden temático. Asimismo, los atributos alt de las imágenes y los datos estructurados en formato JSON-LD (Schema.org para negocios locales, artículos u organizaciones) deben compilarse de forma nativa en la nueva plantilla. En el posicionamiento web Barcelona, contar con una web corporativa que integra SEO técnico de base desde 890 € permite que Google interprete los datos de tu empresa sin la fricción de scripts pesados.
4. Rendimiento técnico y métricas Core Web Vitals
La velocidad de carga y la estabilidad visual constituyen factores directos de clasificación en los resultados de búsqueda en escritorio y móvil. WordPress suele acumular decenas de archivos CSS y JavaScript no utilizados debido a la superposición de temas y extensiones de terceros.
Al migrar hacia código propio desarrollado a medida, las dependencias se reducen al mínimo, eliminando el bloqueo de renderizado inicial. Las métricas LCP (*Largest Contentful Paint*), INP (*Interaction to Next Paint*) y CLS (*Cumulative Layout Shift*) deben monitorizarse en un subdominio de pruebas antes del despliegue final. Una web profesional para pymes que resuelve su código sin plantillas prefabricadas asegura que el robot de Google rastree el contenido en milisegundos, aumentando la frecuencia de rastreo del sitio.
5. Protocolo de lanzamiento, pruebas DNS y Search Console
El cambio de servidores mediante la actualización de los registros DNS debe realizarse reduciendo previamente el valor TTL (*Time To Live*) a 300 segundos para minimizar el tiempo de propagación. Una vez activado el nuevo servidor, se ejecuta de inmediato un rastreo automático sobre el dominio para verificar que no existan errores 404 ni enlaces internos rotos.
Los pasos posteriores al despliegue en producción son obligatorios:
- Subida del nuevo sitemap XML: Generar un archivo
sitemap.xmldinámico y enviarlo mediante Google Search Console para forzar el re-rastreo. - Inspección de URLs prioritarias: Solicitar manualmente la indexación de las páginas principales de servicios y categorías más rentables.
- Verificación del archivo robots.txt: Confirmar que no existen directivas de bloqueo como
Disallow: /residuales de la fase de desarrollo. - Monitorización de cobertura de páginas: Revisar semanalmente los informes de rastreo para subsanar discrepancias en las páginas no indexadas.
Cuando una empresa decide renovar su infraestructura digital, puede solicitar presupuesto online para calcular una migración limpia que preserve la visibilidad comercial acumulada durante años.
Preguntas frecuentes
¿Se pierde posicionamiento en Google al migrar desde WordPress?
La migración de una web no provoca pérdida de posicionamiento si se preservan las URLs originales, las etiquetas de metadatos y se implementan redirecciones 301 hacia los nuevos destinos. Una caída temporal leve de pocos días puede ocurrir mientras Google actualiza su índice y procesa los nuevos tiempos de carga.
¿Cuánto tiempo tarda Google en reconocer la migración de la web?
Google suele tardar entre dos días y cuatro semanas en rastrear y reindexar por completo las páginas de una web migrada, dependiendo del volumen de contenidos y del presupuesto de rastreo asignado al dominio. El envío inmediato del nuevo sitemap XML acelera notablemente la validación del robot.
¿Qué ocurre con las imágenes al migrar fuera de WordPress?
Las imágenes deben transferirse conservando la misma ruta relativa o aplicando redirecciones hacia las nuevas ubicaciones para evitar enlaces rotos. Mantener los nombres originales de archivo y las etiquetas alternativas alt previene la pérdida de tráfico proveniente de la búsqueda de Google Imágenes.
¿Conviene cambiar el diseño visual y la estructura web al mismo tiempo?
Modificar el diseño visual y la estructura de URLs en un mismo proceso complica el aislamiento de errores técnicos si el tráfico cae tras el lanzamiento. Si es imprescindible aplicar ambos cambios, el mapa de redirecciones 301 debe planificarse de forma rigurosa antes de iniciar la migración definitiva.