error 404 migración wordpress
Diagnosticar rápidamente el origen de los 404 tras el cambio
Después de una migración, una oleada de URL que devuelven un 404 casi nunca es un único problema. Lo más eficaz es identificar primero la categoría de 404 a la que te enfrentas, porque cada causa implica una corrección distinta. En WordPress, las fuentes más frecuentes son: enlaces permanentes que ya no coinciden con las reglas de reescritura, redirecciones perdidas, una estructura de URL modificada (con o sin \/category\/, \/blog\/, idioma, etc.), medios movidos, o páginas eliminadas involuntariamente durante una limpieza.
Empieza por observar los síntomas: ¿los 404 afectan a todas las páginas o solo a ciertos tipos (entradas, categorías, etiquetas, páginas, productos WooCommerce, imágenes)? ¿Ocurren únicamente en el nuevo servidor, solo en HTTPS, o solo detrás de un proxy\/CDN? Un 404 global indica a menudo una reescritura rota (mod_rewrite, Nginx, reglas de permalinks). Los 404 focalizados apuntan más bien a cambios de slugs, contenidos no migrados o redirecciones faltantes.
Distinguir un 404 de WordPress de un 404 del servidor
En un sitio migrado, hay que diferenciar un 404 generado por WordPress (tema que muestra una página 404 del sitio) de un 404 devuelto directamente por el servidor web (página 404 genérica de Apache\/Nginx). El primero suele significar que WordPress es accesible, pero no encuentra el recurso solicitado (URL incorrecta, contenido ausente). El segundo puede indicar una configuración del servidor incorrecta, un mapeo de dominio erróneo, o reglas de enrutamiento que impiden que WordPress reciba la solicitud.
Corregir la causa más común: los permalinks y las reglas de reescritura
En muchas migraciones, el simple hecho de volver a guardar los permalinks repara parte de los errores. Esto regenera las reglas de reescritura y alinea WordPress con el servidor. Si pasaste de Apache a Nginx, de un proveedor a otro, o si se reemplazó un plugin de caché\/optimización, las reglas pueden dejar de aplicarse correctamente.
También verifica que la estructura de permalinks en el sitio nuevo sea idéntica a la antigua (por ejemplo \/%postname%\/ vs \/tegory%\/%postname%\/). El más mínimo cambio crea URL diferentes y por tanto 404 para los antiguos enlaces externos, los favoritos y las páginas indexadas por Google.
Caso Apache: el .htaccess no se ha transferido o ya no se lee
Si está en Apache, una migración puede haber desplazado o sobrescrito el archivo .htaccess, o el servidor puede no permitir su lectura (mala configuración de AllowOverride). En ese caso, WordPress no puede aplicar las reglas de reescritura: muchas URL limpias devuelven 404, mientras que las URL con parámetros pueden funcionar. Comprobar el .htaccess y la configuración de Apache es entonces prioritario.
Caso Nginx: reglas a recrear en el servidor
En Nginx, WordPress no depende de .htaccess: hace falta una configuración equivalente en el bloque server. Durante una migración, un vhost mínimo puede carecer de directivas para encaminar todas las peticiones a index.php. Resultado: páginas, categorías y entradas dan 404. Asegúrese de que las reglas estándar de WordPress estén presentes, y que la raíz del sitio (root) y la ruta hacia PHP-FPM sean correctas.
Más información sobre nuestros servicios de mantenimiento de sitios WordPress
Redirecciones perdidas: el gran clásico de las migraciones
Si el sitio anterior utilizaba redirecciones (plugin de redirección, reglas en .htaccess, configuración de Nginx o redirecciones gestionadas por un CDN), a menudo se olvidan durante la transferencia. Sin embargo, son esenciales para: preservar el SEO, evitar una mala experiencia de usuario y guiar a los robots hacia las nuevas URL.
Reconstruya primero las redirecciones más críticas: las relacionadas con un cambio de estructura (p. ej.: pasar de \/blog\/ a la raíz), con un cambio de idioma o de subcarpeta, con una modificación de slugs o con la eliminación de páginas estratégicas. Una redirección 301 suele ser apropiada cuando el contenido sigue existiendo en otro lugar. Un 410 puede ser útil si el contenido se elimina definitivamente (y es preferible indicarlo claramente).
Priorizar las redirecciones: comenzar por lo que recibe tráfico
No intente corregirlo todo manualmente al azar. Apóyese en las URL que generan más acceso (logs del servidor, analytics, Search Console). Luego, trate las páginas más importantes: páginas de categorías, páginas de ofertas, páginas de productos, artículos principales, páginas con backlinks. Esto reduce inmediatamente el impacto SEO y la frustración de los visitantes.
Contenidos no migrados o mal importados: verificar la integridad de los datos
Una migración puede fallar parcialmente: artículos en borrador, páginas faltantes, taxonomías no importadas, medios ausentes o enlaces internos no actualizados. Algunas herramientas de migración filtran contenidos (por tamaño, por rol, por estado) o no exportan correctamente campos personalizados (ACF), contenidos de WooCommerce o URL generadas por un maquetador (Elementor, WPBakery, etc.).
Para validar la integridad, compare indicadores simples entre el sitio antiguo y el nuevo: número de páginas, artículos, categorías, etiquetas, productos, medios. Si detecta una discrepancia, tiene una pista seria. Una importación incompleta puede explicar 404 dirigidos a tipos de contenidos concretos.
Slugs, acentos y reglas de transliteración
Atención a los slugs: si la instancia anterior tenía una regla de generación diferente (acentos conservados vs reemplazados, caracteres especiales, guiones bajos, etc.), las URL pueden divergir. Un cambio de tema, de plugin SEO o un ajuste de WordPress puede modificar el comportamiento. Una solución consiste en alinear los slugs (cuando sea posible) o implementar redirecciones sistemáticas para las variantes más frecuentes.
Medios en 404: imágenes, PDF y archivos estáticos tras la migración
Los errores 404 no afectan solo a las páginas HTML: pueden afectar a imágenes, PDF, scripts y hojas de estilo. Tras la migración, los medios pueden faltar si la carpeta uploads no se ha transferido, si los permisos son incorrectos o si las rutas han cambiado (antiguo dominio aún presente en la base, subcarpeta diferente o uso de un almacenamiento externo).
En WordPress, los medios suelen almacenarse bajo \/wp-content\/uploads\/año\/mes\/. Si observa 404 en estas rutas, verifique: la presencia real de los archivos en el servidor, los permisos de acceso y la existencia de alguna regla de seguridad bloqueante (protección hotlink demasiado estricta, firewall de aplicación, etc.).
HTTPS, contenido mixto y reescrituras implícitas
Una migración a HTTPS puede provocar reescrituras de URL e incoherencias. Aunque el navegador informe más bien de contenido mixto que de un 404, puede ocurrir que un proxy o un plugin fuerce una versión de URL inexistente. Asegúrese de que la dirección del sitio sea coherente en todas partes (WordPress, base de datos, configuración del servidor, CDN) y de que las antiguas URL estén correctamente redirigidas.
Taxonomías y archivos: 404 en categorías, etiquetas, autores
Puede ocurrir que tras una migración, las páginas de archivos devuelvan 404: categorías, etiquetas, archivos mensuales, autores. Esto puede estar relacionado con un cambio en la base de las categorías (p. ej.: eliminación de \/category\/), con un plugin SEO que haya modificado la estructura, o con la desactivación de la página de autor por motivos de privacidad\/SEO.
Compruebe también el archivo robots.txt, los ajustes de visibilidad para motores de búsqueda y los plugins de seguridad: algunos bloquean endpoints o archivos que consideran sensibles. Si desactiva archivos, hágalo correctamente (redirecciones) en lugar de dejar 404, especialmente si estaban indexados.
Plugins, tema y constructor: cuando la migración rompe el enrutamiento
Algunos temas y plugins añaden reglas de reescritura (custom post types, endpoints, páginas virtuales). Si migra un sitio sin reinstalar la misma configuración (misma versión del tema, mismas extensiones, mismos módulos activados), puede generar 404 en secciones enteras: portfolio, eventos, base de conocimientos, páginas de cuenta, etc.
Los entornos también difieren: versión de PHP, módulos del servidor, límites de memoria. Un plugin puede no activarse correctamente, o una funcionalidad puede desactivarse silenciosamente, provocando rutas ausentes. Vuelva a activar los componentes progresivamente y verifique los enlaces permanentes tras cada cambio importante.
Más información sobre nuestros servicios de mantenimiento de sitios WordPress
La elección del tema importa más de lo que se piensa: algunas soluciones premium incluyen tipos de contenido y plantillas muy específicas, mientras que un tema a medida puede aislar mejor la lógica y limitar las sorpresas durante una transferencia. Para profundizar en los impactos en estructura y escalabilidad, consulte Tema a medida vs Tema premium.
Comprobar los errores en el lugar correcto: registros, herramientas SEO y rastreo
Para corregir eficazmente, hace falta una lista fiable de URL con error. Combine varias fuentes: los logs del servidor (para ver todas las peticiones 404), los informes de rastreo de las herramientas SEO (crawl) y los datos de los motores (páginas no encontradas detectadas). El interés de los logs es que también muestran los bots, los enlaces externos rotos y las peticiones a archivos estáticos.
Cuando realice un rastreo, segméntelo por tipo: páginas, artículos, imágenes, scripts. Identifique los patrones: una carpeta faltante, una base de URL que ha cambiado, un prefijo eliminado. Los patrones suelen corregirse con unas pocas reglas de redirección, en lugar de cientos de acciones manuales.
Establecer una estrategia de corrección: 301, 410, canonical y páginas alternativas
Una corrección duradera combina varios palancas:
1) Redirecciones 301 : para enviar al usuario a la página más cercana al contenido original. Indispensable cuando una URL ha cambiado pero el recurso aún existe.
2) 410 : si la página ya no existe y no debe ser reemplazada. Es una señal más clara que un 404 para los motores.
3) Canonical : útil si tiene variaciones de URL que apuntan al mismo contenido (parámetros, slash final, http\/https). El objetivo es evitar duplicaciones y consolidar las señales.
4) Página 404 útil : incluso si rediriges mucho, siempre quedarán URL incorrectas (errores tipográficos, enlaces externos antiguos). Una página 404 bien diseñada ofrece una búsqueda interna, categorías y acceso rápido a las páginas clave, sin redirigir automáticamente a la página principal (mala práctica).
No confundir 404 con problemas de seguridad disfrazados
Tras una migración, un aumento de 404 también puede deberse a ruido hostil: escaneos automáticos en busca de archivos sensibles, intentos de acceso a endpoints conocidos o peticiones sobre plugins vulnerables. Esos 404 no corresponden a páginas que realmente hayas perdido, sino a ataques oportunistas. Pueden inflar tus informes y ocultar las URL realmente rotas.
Para mantener una postura sana, es útil conocer los errores clásicos que exponen tu instalación: Los Errores de Seguridad Más Comunes.
Limitar el ruido: endurecer el acceso a la administración
Parte de las solicitudes 404 apuntan a la página de inicio de sesión, xmlrpc.php o rutas de extensiones. Reducir los intentos de fuerza bruta mejora la estabilidad, aclara los registros y disminuye el riesgo de incidente post-migración (momento en el que a veces se olvidan ciertos ajustes). Aquí tienes un enfoque concreto: Cómo Limitar los Intentos de Conexión en.
¿Y si la migración ha revelado (o causado) una compromisión?
Más raramente, una migración mal controlada (extensiones obsoletas, copia de seguridad contaminada, reimportación de archivos dudosos) puede arrastrar elementos no deseados. Un sitio comprometido puede mostrar comportamientos extraños: redirecciones desconocidas, páginas que desaparecen, URL generadas automáticamente o bloqueos de ciertas rutas. Si sospechas un incidente, sigue un proceso de restauración: Pirateado Pasos de Limpieza y Aseguramiento.
Preservar el SEO: evitar la pérdida de posiciones por las 404
Las 404 no siempre son catastróficas, pero tras una migración se convierten rápidamente en una señal de ruptura: experiencia de usuario degradada, disminución del rastreo útil, dilución de los backlinks y caída progresiva de la visibilidad. La clave es restaurar la continuidad de las URL estratégicas. Haced la criba entre:
– URL de alto valor (tráfico, conversiones, backlinks): redirigir con prioridad.
– URL secundarias: corregir si es sencillo (patrón), si no, dejar una 404 limpia.
– URL ruido (escaneos, endpoints inexistentes): no sobrerreaccionar, pero filtrar y asegurar.
Por último, supervisad a lo largo del tiempo: ciertos errores solo aparecen tras la reindexación, o cuando un bot vuelve a intentar una URL antigua semanas después.
Un mantenimiento regular limita los efectos en cascada y evita que pequeños errores se conviertan en problemas de posicionamiento duraderos. Sobre este tema, este recurso es útil: Por qué un Sitio No Mantenido Pierde Posicionamiento.
Más información sobre nuestros servicios de mantenimiento de sitios WordPress
Plan de acción en 10 pasos para eliminar las 404 post-migración
1) Listar las 404 reales mediante logs del servidor + herramientas de rastreo.
2) Identificar si el 404 es de WordPress (tema) o del servidor (config).
3) Verificar la estructura de los enlaces permanentes y volver a guardar las reglas.
4) Comprobar la configuración de Apache/Nginx (rewrites, root, index.php).
5) Comparar volúmenes de contenido (páginas/artículos/productos/taxonomías) entre el sitio antiguo y el nuevo.
6) Inspeccionar medios: presencia de archivos, permisos, rutas, almacenamiento externo.
7) Reimportar/reimplementar las redirecciones faltantes (301), especialmente los patrones.
8) Corregir los slugs divergentes o redirigir las variantes.
9) Tratar las secciones dependientes del tema/plugins (CPT, endpoints, cuentas).
10) Implementar una monitorización continua (nuevos 404, reaparición, bots).
Cuándo delegar: ahorrar tiempo y evitar recurrencias
Si su sitio es crítico (comercio electrónico, generación de leads, SEO fuerte), corregir los 404 no se limita a parchear URL. A menudo es necesario coordinar servidor, WordPress, redirecciones, rendimiento y seguridad — y mantener todo en el tiempo. Un soporte regular permite anticipar regresiones (actualizaciones, cambios de plugin, evolución del tema) y mantener un nivel de calidad estable.
Para una solución supervisada, puede descubrir los servicios ofrecidos y elegir un nivel de acompañamiento adecuado para su sitio.
