Error 404 en WordPress: cómo solucionarlo paso a paso.
¿Tu web carga, pero una entrada devuelve «404 Not Found»? ¿Has migrado WordPress o cambiado una URL? Aprende a encontrar la causa, recuperar páginas y gestionar las redirecciones sin empeorar el SEO.
Not Found
La página solicitada no existe en esta URL.
301 /entrada-antigua/ → /entrada-nueva/
GET /entrada-nueva/ → 200 OK
Cómo solucionar un error 404 de WordPress sin tocar código.
Si la página de inicio funciona pero las entradas o páginas interiores muestran 404, empieza por regenerar las reglas de enlaces permanentes. Es una corrección habitual, recomendada por WordPress y WooCommerce, que puedes aplicar sin cambiar la estructura actual de URLs.
Accede con una cuenta administradora y comprueba la estructura que ya utiliza la web.
Pulsa «Guardar cambios». No cambies a «Simple» permanentemente ni alteres los slugs como prueba.
Prueba en una pestaña privada; si sigue igual, revisa caché, servidor y ubicación del contenido.
Importante: no todos los errores 404 deben corregirse.
Un 404 indica que una URL no encuentra el recurso solicitado. Si la página debería existir, busca y corrige la causa. Si se trasladó y existe una sustituta equivalente, usa una redirección 301. Si se eliminó definitivamente y no hay alternativa relevante, dejar un 404 o devolver 410 puede ser lo correcto. Google confirma que los 404 esperables no son, por sí solos, un problema de posicionamiento. Consultar Google Search Console ↗.
Diagnóstico 404: ¿qué está fallando?
Un error puntual no se investiga como un fallo que afecta a todas las entradas. Selecciona el síntoma; la herramienta te sugiere por dónde empezar. Funciona en el navegador, sin analizar ni transmitir tu web.
Selecciona lo que ves en WordPress.
El diagnóstico es orientativo: confirma siempre la URL real, el código HTTP y el estado del contenido antes de modificar el servidor.
Revisa los enlaces permanentes.
Cuando funcionan la portada y el panel pero no las entradas, suele fallar el enrutamiento de las URLs amigables.
- Guarda los enlaces permanentes sin cambiar su estructura.
- Vacía la caché de página y prueba otra entrada.
- Si persiste, comprueba las reglas de Apache o Nginx.
Tabla de síntomas: lo que indica cada patrón
| Síntoma | Causa probable | Primera comprobación |
|---|---|---|
| Inicio OK, entradas 404 | Reglas de reescritura de URLs | Enlaces permanentes |
| Una URL concreta 404 | Slug, borrador, URL antigua o enlace incorrecto | Revisar esa página |
| 404 tras migrar | Reglas, rutas, dominio, archivos o caché antigua | Auditar migración |
| Productos o «Mi cuenta» 404 | Bases de productos o endpoints | WooCommerce |
| Solo falla el editor o la plantilla | Conflicto, ajustes del editor o tema | Elementor |
| GSC muestra 404 antiguos | Rastreo histórico o páginas eliminadas | Clasificar URLs |
| 404 con página bonita y código 200 | Soft 404: respuesta HTTP equivocada | Comprobar estado HTTP |
Qué significa «404 Not Found» y por qué aparece.
El HTTP 404 Not Found es un código de respuesta: el servidor recibió una solicitud, pero no encontró el recurso asociado a esa dirección. No significa necesariamente que WordPress esté caído, que tu dominio haya caducado o que Google te haya penalizado. Es distinto de un fallo de DNS, de un error de permisos 403 y de un error interno 500.
En WordPress, las URLs legibles (por ejemplo, /blog/como-elegir-hosting/) dependen de una combinación de reglas de enrutamiento, configuración del servidor y contenido publicado. Si alguna de esas piezas deja de corresponderse con la URL solicitada, puede aparecer un 404.
Reglas de enlaces
Una migración, cambio de plugin o actualización puede dejar las reglas de reescritura desactualizadas.
URL inexistente
El slug ha cambiado, la entrada está en borrador, la página se ha borrado o el enlace apunta mal.
Hosting y caché
Apache, Nginx, un CDN o una caché pueden responder con rutas o versiones equivocadas.
404, 301, 410 y soft 404: no son lo mismo
| Código | Qué significa | Cómo interpretarlo |
|---|---|---|
200 OK | La petición tiene respuesta correcta | La página debería ofrecer contenido real y útil; una «no encontrada» con 200 puede ser soft 404. |
301 Moved Permanently | Cambio permanente de ubicación | Para una URL antigua con sustituta relevante. El destino debe acabar en una página válida. |
302 Found | Redirección temporal | Cuando el cambio no es permanente; no usar automáticamente en toda eliminación. |
404 Not Found | El recurso solicitado no aparece | Normal si ya no existe y no hay equivalente; error si era una página importante todavía vigente. |
410 Gone | El recurso se ha retirado | Respuesta explícita para contenido eliminado de forma definitiva. |
403 / 500 | Acceso denegado / error de servidor | No son fallos 404: requieren investigar permisos, PHP, firewall o registros del servidor. |
/blog/guia-2024/ desde Google. Si publicaste una edición equivalente en /blog/guia-2026/, una redirección 301 puede tener sentido. Si eliminaste una promoción caducada sin reemplazo relacionado, devolver 404 o 410 es más honesto que enviarla a la home. Criterio oficial de Google ↗.Restablecer enlaces permanentes sin cambiar tus URLs.
Es la primera prueba recomendada cuando la portada funciona y una gran cantidad de entradas, páginas o productos devuelven «404». No debería implicar una modificación de la estructura pública.
Comprueba exactamente qué falla.
Abre la home, una entrada y una página en una ventana privada. Si falla una sola URL, salta a revisar ese contenido. Si fallan muchas, sigue con estos pasos.
Haz una copia de seguridad.
Antes de tocar archivos, plugins o estructura de URLs, guarda base de datos y archivos. En una tienda o web con tráfico importante, usa staging y un plan de reversión.
Abre el panel de WordPress.
Entra en Ajustes → Enlaces permanentes. Observa la opción activa («Nombre de la entrada», personalizada, etc.). No cambies la estructura para «probar»: podrías crear nuevos 404.
Pulsa «Guardar cambios».
Guarda la configuración tal como estaba. WordPress regenerará sus reglas de reescritura. Si muestra un aviso de que no puede escribir en .htaccess, no lo ignores.
Purga la caché y verifica.
Borra la caché de WordPress y, cuando proceda, la del hosting o CDN. Reabre una URL afectada y consulta su código HTTP. No basta con que la página «parezca» correcta.
Si continúa, identifica el servidor.
Con Apache puede haber un problema en .htaccess o mod_rewrite. Con Nginx, las reglas se gestionan en la configuración del servidor. No copies reglas Apache en Nginx.
Corregir el archivo .htaccess o las reglas de Nginx.
Si guardar los enlaces permanentes no resuelve el problema, revisa qué software sirve tu WordPress y dónde está instalado. No edites archivos del servidor en producción sin copia y posibilidad de revertir: un error de sintaxis o un cambio de directorio puede provocar una incidencia mayor.
A. WordPress en Apache: revisar .htaccess
En instalaciones estándar de WordPress en la raíz de un dominio y con Apache, .htaccess suele estar junto a wp-config.php y las carpetas wp-admin, wp-content y wp-includes. A veces está oculto en el gestor de archivos: activa «Mostrar archivos ocultos». Puede editarse desde el panel del alojamiento o SFTP.
Primero descarga el archivo actual, porque puede contener reglas importantes de seguridad, caché, idiomas, redirecciones y el hosting. Si necesitas reconstruir el bloque estándar de WordPress, consulta este ejemplo de referencia oficial para una instalación simple en la raíz:
# BEGIN WordPress
RewriteEngine On
RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
# END WordPressNo sustituyas todo el archivo por este fragmento. Es el bloque estándar de una instalación simple en la raíz; las reglas de subdirectorios, Multisite, seguridad y hosting pueden ser diferentes. Referencia técnica de WordPress ↗.
Si el archivo está correcto pero las URLs siguen fallando, pide al soporte del servidor que verifique que Apache está aplicando las reglas (mod_rewrite y la configuración pertinente para permitirlas). Si al guardar enlaces permanentes WordPress advierte de permisos de escritura, sigue las reglas que muestra su propia pantalla o consulta al hosting; no abras permisos 777 para solucionar un 404.
B. WordPress en Nginx: no existe un .htaccess equivalente
Nginx gestiona el enrutamiento en su configuración de servidor. En un WordPress independiente estándar, esta directiva de ejemplo dentro del bloque server permite entregar archivos existentes y enviar el resto al front controller de WordPress:
location / {
try_files $uri $uri/ /index.php?$args;
}La configuración completa también incluye PHP-FPM, raíz del sitio y políticas de seguridad. No pegues este bloque sin revisar el resto de la configuración ni reinicies el servicio sin validar la sintaxis. Guía oficial Nginx de WordPress ↗.
¿No tienes acceso al servidor?
Abre una incidencia con soporte e indica: URL afectada, URL que funciona, fecha del inicio del problema, última modificación y resultado de guardar los enlaces permanentes. Pide una revisión de reglas, logs y caché.
No uses el bloque estándar a ciegas.
Las redes Multisite y las instalaciones en /wordpress/ pueden necesitar rutas y reglas diferentes. Confirma raíz documental, estructura y configuración antes de editar.
Si solo una entrada o página muestra 404, busca su URL real.
Si el resto del sitio funciona, no empieces modificando el servidor. El error puede limitarse a un contenido que cambió de dirección, una publicación no visible públicamente o un enlace escrito incorrectamente.
- Busca el contenido en Entradas → Todas las entradas o Páginas → Todas las páginas. Incluye papelera y borradores.
- Comprueba su estado. Una entrada en borrador, privada o programada no se comporta igual que una publicación visible para todos; comprueba también la fecha programada y los permisos.
- Revisa el slug y la URL completa. Fíjate en cambios de mayúsculas, acentos, rutas, barra final, idioma y jerarquía de páginas padre.
- Comprueba el enlace del menú o del artículo origen. Si apunta a una URL antigua, actualízalo para no enviar usuarios a la dirección equivocada.
- Si se movió a una URL equivalente, configura 301. Evita cadenas de redirecciones y revisa el destino final con una petición HTTP.
- Si el contenido desapareció sin sustituto, acepta 404 o 410. No crees una página vacía solo para que Google deje de indicar el error.
Antes: /servicio-seo/
Después: /consultoria-seo/. Si la nueva página sustituye a la anterior, redirige la antigua con 301 y actualiza menús, sitemaps y enlaces internos.
Antes: /oferta-verano-2023/
Si esa oferta ha terminado y no existe una alternativa equivalente, un 404 o 410 honesto es preferible a redirigir al inicio indiscriminadamente.
Error 404 después de migrar WordPress o activar HTTPS.
Tras una migración pueden convivir errores en URLs, rutas físicas, configuración de Nginx/Apache, CDN y enlaces persistentes. Revisa el sistema por capas antes de cambiar todo a la vez.
Confirma la URL pública.
Revisa Ajustes → Generales: «Dirección de WordPress (URL)» y «Dirección del sitio (URL)». Verifica que el dominio, protocolo y ruta corresponden a la instalación actual. No modifiques estos campos sin poder revertir el acceso.
Regenera las reglas.
Guarda Ajustes → Enlaces permanentes. Si cambiaste a un servidor distinto, revisa también su configuración de reescritura y el directorio raíz que está sirviendo.
Comprueba la base de datos y los medios.
Verifica que las entradas están publicadas y que la carpeta wp-content/uploads/ se copió completa. No hagas reemplazos SQL masivos sin herramienta adecuada y respaldo: los datos serializados pueden romperse.
Verifica caché, idiomas y redirecciones.
Purga caché de páginas, servidor y CDN. Comprueba que http→https y www↔sin www no creen bucles. En sitios multidioma, revisa los prefijos y traducciones de las URLs.
Imágenes 404 después de cambiar de hosting
Abre la URL exacta de una imagen desde Medios → Biblioteca y revisa si el archivo existe físicamente en wp-content/uploads/año/mes/archivo.webp o en la ruta real de tu instalación. Un archivo ausente no se recupera regenerando enlaces permanentes: restaura la copia y corrige las referencias. Distingue archivos que faltan (404) de accesos bloqueados (403) y de miniaturas que todavía no se generaron.
Redirecciones 301: cuándo hacerlas y cuándo no.
El objetivo no es eliminar todos los 404 de los informes: es que las URLs importantes lleven a contenido válido y que las eliminadas respondan de forma coherente.
El contenido se ha movido.
Antigua guía → nueva versión equivalente. Redirige directamente a la nueva URL, prueba que termine en 200 y actualiza los enlaces internos.
Se eliminó y no hay sustituto.
Mantén una respuesta real de no encontrado. Puedes crear una página 404 útil para visitantes sin cambiar el código HTTP.
El enlace se escribió mal.
Si el enlace roto está en tu web, arregla el href original. Una redirección no debe sustituir el mantenimiento de enlaces internos.
A → B → C → D, usar 302 para movimientos permanentes o devolver 200 con el texto «página no encontrada». Google explica que la sustituta debe ser relevante para la URL antigua. Ver recomendaciones de Google ↗.Ejemplo real de redirección 301 y mapa de URLs
| URL antigua | Acción | Destino / resultado |
|---|---|---|
/blog/seo-2025/ | 301 | /blog/guia-seo/ (equivalente actualizado) |
/servicios/diseno-web/ | 301 | /diseno-web/ (servicio trasladado) |
/promo-caducada/ | 404 o 410 | Sin reemplazo temático |
/blog/seoo-tecnico/ | Corregir enlace | Actualizar el enlace interno con el slug correcto |
Cómo crear una 301 en WordPress sin programar
Puedes utilizar un gestor de redirecciones compatible con tu sitio, por ejemplo el módulo de redirecciones de Rank Math si lo tienes habilitado, un plugin especializado o la función de Yoast SEO Premium (no la atribuyas a la edición gratuita). Introduce la ruta antigua, la nueva y el tipo 301, guarda y comprueba el resultado en modo privado.
Si tu hosting gestiona redirecciones a nivel de servidor, revisa que no dupliques reglas en Cloudflare, .htaccess y plugins a la vez. Para un cambio amplio de estructura, prepara un mapa URL antigua → URL nueva antes de publicar; un redirect por conjetura puede provocar pérdidas de relevancia y mala experiencia.
«No se ha encontrado (404)» en Search Console: qué hacer.
La presencia de URLs en el informe no demuestra que la web esté averiada. Hay que separar direcciones eliminadas legítimamente, enlaces rotos propios y páginas indexables que han empezado a fallar.
Entra en «Indexación → Páginas».
Localiza el motivo «No se ha encontrado (404)» y revisa los ejemplos. También puede aparecer «Soft 404». No interpretes todos los ejemplos como un problema técnico idéntico.
Clasifica las URLs por importancia.
Prioriza páginas con tráfico, enlaces externos, conversiones o incluidas erróneamente en el sitemap. Google aconseja especialmente revisar 404 enlazados desde el propio sitio o presentes en sitemaps.
Inspecciona la URL publicada.
Usa la herramienta de inspección y la prueba en directo cuando corresponda. Comprueba estado HTTP, contenido visible, canonical, indexabilidad y si el destino de una 301 se carga correctamente.
Aplica la corrección adecuada.
Restaura si debe existir; configura 301 si se movió; corrige enlaces internos y sitemap si apunta a una URL equivocada; conserva 404/410 si se retiró sin reemplazo.
Actualiza las señales del sitio.
Elimina URLs rotas de sitemap XML y de navegación. Si cambió una URL, referencia la nueva en enlaces internos y en las versiones de idiomas que correspondan.
Comprueba y haz seguimiento.
Para errores solucionados, utiliza las comprobaciones de Search Console cuando estén disponibles. La actualización del informe puede tardar: no confundas un dato de rastreo anterior con el estado actual.
200 OK, o presenta contenido prácticamente vacío que Google interpreta como una página de error. Solución: devolver un 404/410 real si el recurso no existe, una 301 si se ha trasladado o restaurar el contenido si debería seguir visible. Documentación oficial ↗.¿Un error 404 perjudica el posicionamiento de toda la web?
No hay una penalización general automática por tener URLs legítimamente eliminadas. Sí pierdes la oportunidad de mostrar una página importante si empieza a responder 404 y deja de ser accesible. Si la dirección debía existir, restáurala pronto; si se movió, redirige a la sustituta correcta. El objetivo es mejorar la accesibilidad y la coherencia técnica, no conseguir «cero 404» a cualquier precio.
Error 404 en Elementor, WooCommerce, plugins y API REST.
La página existe, pero veo «404».
Comprueba si la URL pública existe y falla, o si el problema solo aparece en la edición. Empieza por guardar los enlaces permanentes, revisar conflictos de plugins y comprobar la plantilla asignada. No confundas el error «content area was not found» del editor con una respuesta HTTP 404 real.
Si quieres diseñar una página 404, Elementor Pro permite usar Theme Builder → Error 404 y configurar las condiciones. Eso no repara la URL rota: mejora lo que ve el visitante. Documentación de Elementor ↗.
Productos y páginas de cuenta con 404.
Guarda enlaces permanentes sin cambiar las bases existentes. Revisa que las bases de producto/categoría no entren en conflicto y que las páginas Carrito, Finalizar compra y Mi cuenta estén creadas y asignadas en WooCommerce → Ajustes → Avanzado.
Los endpoints como /mi-cuenta/editar-cuenta/ no son entradas independientes: pueden fallar por un slug incorrecto o reglas desactualizadas. No redirijas endpoints de pago o sesión a la home. Ayuda de WooCommerce ↗.
El 404 empezó tras actualizar.
Revisa las actualizaciones recientes, las reglas creadas por plugins, los custom post types y las modificaciones del tema. En staging, desactiva extensiones de forma controlada y reactívalas una a una. Al registrar o modificar un tipo de contenido personalizado, comprueba sus reglas y su slug antes de regenerarlas; no ejecutes «flush» en cada carga de página.
Si el error solo afecta a un plugin, utiliza sus registros y documentación específica antes de editar functions.php.
La ruta de la API devuelve 404.
Prueba /wp-json/ y la ruta exacta del endpoint. Un plugin de seguridad, una reescritura incompleta, rutas API no registradas o una configuración del servidor pueden ser la causa. No desactives todas las medidas de seguridad para «hacer funcionar» la API.
Si solo falla una ruta, verifica que el plugin o integración realmente la registra. Algunos fallos de API son 401/403 o 500 y se diagnostican de otra manera.
WordPress multidioma: URLs /es/, /ca/ y /en/
Si usas Polylang, WPML u otro sistema multidioma, no supongas que las tres URLs de una traducción son equivalentes. Comprueba si la traducción existe, está publicada y utiliza la estructura esperada. Tras cambios de prefijos, redirige solo las URLs anteriores hacia su equivalente del mismo idioma y contenido, actualiza menús e interlinking y revisa las anotaciones hreflang. Una URL inglesa que no existe no debe enviarse automáticamente a cualquier página española.
Cómo comprobar el código HTTP y depurar reglas.
La apariencia visual no basta: una página puede decir «404» y devolver 200, o mostrar una redirección que acaba en otra URL incorrecta. Comprueba la respuesta real del servidor.
Opción 1: herramientas del navegador
Abre la URL problemática en Chrome o Firefox, entra en las herramientas de desarrollador y selecciona la pestaña Network / Red. Recarga y observa la solicitud del documento principal: código 404, 200, 301 o un error distinto. La pestaña de red también ayuda a identificar si el fallo procede de una imagen, un archivo JS, un endpoint o la propia página.
Opción 2: comprobación con cURL
# Ver encabezados iniciales y posibles redirecciones
curl -I https://ejemplo.com/entrada/
# Seguir redirecciones y mostrar estado final + URL de destino
curl -L -s -o /dev/null -w '%{http_code} %{url_effective}\n' https://ejemplo.com/entrada/La opción -I envía una petición HEAD: algunos servidores responden de forma distinta a GET. Si hay discrepancias, revisa con GET y en el navegador.
Opción 3: WP-CLI (usuarios avanzados)
# Regenerar reglas registradas por WordPress
wp rewrite flush
# Consultar reglas de reescritura
wp rewrite list --format=table
# En instalaciones simples compatibles, también existe:
# wp rewrite flush --hard--hard también intenta actualizar las reglas de .htaccess, requiere condiciones concretas y no es una solución para Nginx ni para redes Multisite. Comprueba primero la configuración de WP-CLI y permisos. Referencia oficial ↗.
Cómo crear una página 404 personalizada que sí sea útil.
No puedes evitar que alguien escriba una URL incorrecta; sí puedes ayudarle a encontrar un camino de vuelta. Una buena página 404 conserva el diseño del sitio, explica el problema sin tecnicismos y ofrece siguientes pasos claros.
Qué debería mostrar
Un mensaje breve («Esta página ya no está aquí»), un enlace visible al inicio, acceso a categorías relevantes, buscador del sitio cuando tenga sentido y posibilidad de comunicar un enlace roto. No recargues la pantalla con promociones invasivas.
Debe seguir siendo un 404 real
Una plantilla bonita no debe convertir cualquier URL inexistente en un 200 OK. Google recomienda mantener un código HTTP 404 cuando el recurso no existe para evitar páginas «soft 404». Ver pautas ↗.
Ejemplo de microcopy para tu página 404
«Parece que esta página ha cambiado de sitio.»
El enlace puede estar desactualizado o la dirección no ser correcta. Puedes volver al inicio, consultar el blog o buscar aquello que necesitabas. [Volver al inicio] [Explorar el blog]
En WordPress puedes personalizar la plantilla 404.php del tema, utilizar las funciones de su constructor o, con Elementor Pro, diseñar un apartado «Error 404» en Theme Builder y publicarlo con sus condiciones. Después, prueba una dirección inventada como /prueba-404-no-existe-2026/ y comprueba que la respuesta HTTP continúe siendo 404.
Checklist para verificar que el error 404 está resuelto.
Marca los controles a medida que los completas. El progreso se guarda solo mientras esta página permanece abierta y puedes copiar la lista para documentar el arreglo.
Prevención: lo que merece una revisión mensual
Menús y páginas clave
Comprueba los enlaces de navegación, fichas de producto, landings activas y CTAs que generan consultas o ventas.
Redirecciones y slugs
Documenta cualquier cambio de URL antes de publicar y revisa la cadena completa después de migraciones.
Search Console
Revisa nuevas URLs 404 relevantes, referencias internas y sitemaps. No persigas cada URL inventada por bots.
Preguntas frecuentes sobre los errores 404 de WordPress.
Respuestas rápidas a los problemas más comunes que aparecen después de publicar, migrar, cambiar plugins o revisar la indexación.
¿Cómo soluciono el error 404 en WordPress paso a paso?
Si la home funciona pero las entradas no, abre Ajustes → Enlaces permanentes y pulsa Guardar cambios sin cambiar la estructura. Después limpia la caché y prueba las URLs. Si persiste, verifica las reglas de Apache/Nginx y si las páginas existen.
¿Por qué funciona la página de inicio pero no las entradas?
Es un patrón frecuente cuando las reglas de reescritura de URLs legibles están desactualizadas o no se aplican en el servidor. Guardar enlaces permanentes suele ser la primera prueba; si no basta, revisa .htaccess, Nginx y configuración de hosting.
¿Puedo arreglar el 404 sin instalar plugins?
Sí. Para muchos casos basta con guardar enlaces permanentes, corregir un slug, restaurar una página o actualizar un enlace interno. Un gestor de redirecciones es opcional y solo necesario si decides gestionarlas mediante plugin.
¿Dónde está el archivo .htaccess?
En Apache suele estar en la raíz de WordPress, junto a wp-config.php. Puede estar oculto. Nginx no usa .htaccess para estas reglas. Haz copia antes de editar y conserva las reglas específicas de seguridad, caché y hosting.
¿Qué pasa si no existe el archivo .htaccess?
Primero confirma si el servidor utiliza Apache y si estás mirando en la carpeta correcta. WordPress puede mostrar las reglas que necesita cuando no puede escribirlas. No crees un archivo con reglas genéricas si usas Nginx o WordPress Multisite sin validar la configuración.
¿Una redirección 301 arregla cualquier error 404?
No. Úsala si la dirección antigua tiene una sustituta equivalente. Para una página realmente eliminada sin reemplazo, mantener 404 o 410 es adecuado. Redirigir todo a la home puede generar confusión y señales de soft 404.
¿El error 404 de WordPress perjudica el SEO?
Una URL importante que debería estar publicada no puede posicionarse normalmente mientras responda 404. Pero Google afirma que los 404 de recursos realmente eliminados sin sustitución no constituyen necesariamente un problema; prioriza enlaces internos rotos, sitemaps incorrectos y páginas relevantes.
¿Qué diferencia hay entre 404 y soft 404?
Un 404 real devuelve el código HTTP 404. Un soft 404 es una página que muestra que el contenido no existe —o parece vacía— pero responde 200, o presenta una situación que Google interpreta como error. No basta con cambiar el texto visible.
¿Cómo elimino los 404 de Google Search Console?
Primero revisa si cada URL debería existir. Restaura páginas vigentes, redirige las trasladadas y corrige enlaces o sitemaps; deja las eliminadas sin equivalente como 404/410. Los informes pueden tardar en actualizarse después de la corrección.
¿Por qué aparece un 404 después de migrar WordPress?
Puede faltar una regla de reescritura, una ruta física, un archivo de medios o una configuración del dominio. Comprueba URLs de WordPress, permalinks, Apache/Nginx, caché, contenido y redirecciones tras la migración.
¿Cómo solucionar el error 404 de WooCommerce?
Guarda enlaces permanentes, verifica bases de productos y categorías y revisa páginas asignadas y endpoints en WooCommerce → Ajustes → Avanzado. No redirijas sin criterio direcciones de cuenta, carrito y pago.
¿Y si Elementor muestra un error 404?
Distingue si la URL pública no existe o si falla solo el editor. Revisa enlaces permanentes, estado de la página, plantilla y conflictos. Una plantilla de Error 404 hecha en Theme Builder mejora la experiencia del visitante, pero no recupera una URL desaparecida.
¿Un archivo de imagen puede devolver 404?
Sí. Si el archivo físico no se copió durante una migración, la ruta de medios apunta mal o el recurso se eliminó, su URL puede responder 404. Revisa la biblioteca, la carpeta uploads y la URL solicitada, además del estado HTTP.
¿Debo bloquear las páginas 404 con robots.txt o noindex?
En general, no. Google puede interpretar correctamente una respuesta HTTP 404 o 410. Bloquear la URL puede impedir que el robot compruebe su estado. Para contenido eliminado, da la respuesta HTTP adecuada y corrige referencias internas.
¿Cómo sé si el error 404 se ha solucionado de verdad?
Comprueba la URL en una ventana privada y verifica su estado con DevTools o cURL. Si había una 301, sigue el destino hasta una página 200. Revisa sitemaps, enlaces internos, idiomas y Search Console en las siguientes comprobaciones.
¿Qué hago si no puedo entrar al administrador de WordPress?
Si tu acceso al panel falla, primero verifica el código de estado de /wp-admin/ y /wp-login.php: podría ser un 403, un bucle o un error de servidor. Si es realmente un 404, revisa las URLs, reglas y plugins desde el hosting o con asistencia técnica antes de editar archivos.
Fuentes oficiales y criterio editorial.
Guía revisada el 17 de octubre de 2026. Las recomendaciones sobre códigos HTTP, reescritura de URLs y SEO se contrastan con documentación primaria de WordPress, Google, Elementor y WooCommerce.
Una nota sobre las soluciones
Esta guía explica patrones habituales y comprobaciones reproducibles. No afirma que todas las incidencias se resuelvan al guardar los permalinks, ni recomienda ejecutar comandos o reemplazar configuraciones de servidor sin conocer el entorno. La disponibilidad de menús depende de las versiones, del rol del usuario y de los plugins activos.
Autor: Roger Llorens · Diseño web, SEO técnico y marketing digital. La selección de ejemplos está pensada para usuarios que necesitan recuperar una URL concreta, gestores de webs WordPress y profesionales que revisan migraciones, indexación o páginas de error.
