Evaluación inicial sin contraseñas Presupuesto antes de intervenir Especialista responsable de principio a fin

Errores y diagnóstico

Los enlaces permanentes dan 404 tras migrar WordPress

La portada carga pero el resto de URLs da 404. Las reglas de reescritura no sobrevivieron al traslado, y la solución suele ser un clic más una comprobación.

Respuesta breve: si la portada funciona pero todas las páginas interiores devuelven 404, WordPress funciona pero el servidor no le pasa las URLs amigables. El contenido está intacto; la capa de reescritura se movió mal.

Por qué la portada es la excepción

La portada se sirve en la raíz, que no necesita reescritura. Todas las demás URLs —entradas, páginas, categorías, archivos— dependen de una regla que entrega la petición a WordPress. Cuando esas reglas faltan o se ignoran, solo sobrevive la raíz, que es exactamente el patrón que ves.

Corrígelo en el orden correcto

  1. Confirma que las direcciones del sitio y de WordPress en Ajustes › Generales coinciden con el nuevo dominio, protocolo incluido.
  2. Ve a Ajustes › Enlaces permanentes y pulsa Guardar sin cambiar nada: regenera las reglas y, en Apache, reescribe el .htaccess.
  3. En Apache, confirma que AllowOverride All está activo para que el .htaccess se lea; en Nginx, confirma que existe la regla try_files ... /index.php?$args, porque Nginx no usa .htaccess.
  4. Vacía todas las capas de caché, incluido el CDN, antes de volver a probar.

Revisa también las URLs antiguas mezcladas

Una migración que rompió los enlaces suele dejar referencias absolutas al dominio antiguo en la base de datos. No provocan 404 por sí solas, pero producen imágenes rotas, avisos de contenido mixto y redirecciones raras. Corrígelas con una búsqueda y reemplazo que entienda datos serializados —wp search-replace 'urlvieja' 'urlnueva' --skip-columns=guid de WP-CLI— y no un reemplazo de texto plano, que corrompe los arrays serializados.

Verifica

Prueba una entrada, una página, un archivo de categoría, un listado paginado y la búsqueda. Después confirma que el administrador funciona y que ninguna URL redirige en silencio al dominio anterior.

CRITERIO DE INCIDENTE WP REPAIR

Secuencia de intervención segura

Cuando funciona la portada y las rutas interiores dan 404, el contenido suele estar intacto y falla la reescritura o la ruta base.

WP RepairModelo de diagnóstico
1Síntoma2Evidencia3Cambio controlado4Verificación
Sigue la cadena hasta encontrar el primer punto que deja de comportarse como debería.
  1. Confirma home/site y subdirectorio de instalación tras migrar.
  2. Regenera una vez las reglas de WordPress.
  3. Verifica AllowOverride de Apache o try_files de Nginx usados por ese vhost.
  4. Prueba entradas, páginas, taxonomías, paginación, búsqueda y REST.

Qué debe quedar verificado

  • Tipos de ruta representativos devuelven su contenido.
  • Las URLs antiguas redirigen solo cuando existe sustituto válido.
  • Ninguna ruta vuelve silenciosamente al dominio o subdirectorio anterior.

ANTES DE ENVIAR LA SOLICITUD

Preguntas frecuentes.

¿Pedís contraseñas en el formulario?+

No. El formulario público nunca solicita accesos. Los datos seguros se piden únicamente después de aprobar el alcance y el presupuesto.

¿Quién revisa la incidencia?+

La solicitud llega a Jordi Ensenyat, fundador de Code Barcelona y especialista WordPress con más de 15 años de experiencia.

¿Se cambia algo antes del presupuesto?+

No. Primero se revisan los síntomas visibles y se define el alcance. La intervención empieza tras la aprobación y con una vía de vuelta preparada.

¿Trabajáis con webs en inglés y fuera de España?+

Sí. WP Repair atiende incidencias WordPress y WooCommerce en inglés y español, con servicio remoto.

Evaluar mi incidencia