Reparar una URL traducida que devuelve un 404

Empieza por el objeto del idioma base. Confirma que su enlace permanente normal funciona antes de diagnosticar la localización.

Comprueba la ruta

1. Verifica que el idioma solicitado esté habilitado.
2. Confirma que el prefijo de idioma configurado sea único.
3. Abre el slug localizado almacenado del objeto.
4. Para entradas o términos jerárquicos, verifica cada slug de los ancestros.
5. Confirma que el objeto esté publicado y que no esté excluido para ese idioma.
6. Guarda Settings → Permalinks para refrescar las reglas de reescritura de WordPress.
7. Limpia las cachés de página, de objeto, del servidor y de la CDN.

No añadas manualmente un prefijo a una URL que ya está localizada. Genera la ruta a través de POM Translate o de su selector.

Reduce los conflictos

Comprueba si otro plugin o una regla del servidor reclama el mismo primer segmento de la ruta. Prueba por separado las rutas de entradas, términos, archivos, paginación y endpoints de WooCommerce. Un único conflicto de reescritura personalizado no debería «arreglarse» cambiando todos los slugs traducidos.

Si el slug antiguo funcionaba antes de una edición, confirma si existe una redirección y purga las redirecciones obsoletas almacenadas en caché. El manejo canónico de POM Translate no sustituye una estrategia deliberada de redirección a largo plazo para rutas retiradas enlazadas externamente.

La ruta queda reparada cuando la solicitud directa sin sesión se resuelve una vez en el objeto de WordPress previsto, devuelve el idioma correcto y no entra en bucle ni recurre a una página base no relacionada.