Error 404 en WordPress: 11 causas críticas y soluciones efectivas en 2026

El Error 404 en WordPress aparece cuando el servidor está disponible, pero no encuentra la página, entrada, producto, categoría, imagen o archivo solicitado. El sitio puede continuar funcionando normalmente mientras una URL específica devuelve “Página no encontrada”.

También puede suceder que la página de inicio abra correctamente, pero todas las páginas internas fallen. En ese caso, el problema suele estar relacionado con los enlaces permanentes o con las reglas de reescritura del servidor.

El estado HTTP 404 no siempre representa un fallo que deba corregirse. Es la respuesta apropiada cuando una dirección nunca existió, fue escrita incorrectamente o corresponde a un contenido eliminado sin reemplazo. El estándar HTTP define el código 404 como una respuesta que indica que el servidor no encuentra el recurso solicitado.

Antes de crear una redirección debemos responder una pregunta sencilla: ¿esa URL debería existir?

¿Qué es un Error 404 y cuándo es normal?

Un 404 significa que el servidor recibió la solicitud, pero no encontró un recurso disponible en esa dirección.

Puede aparecer porque:

• El visitante escribió mal la URL.
• Una entrada fue eliminada.
• Cambió el slug de una página.
• Un producto fue despublicado.
• Una imagen ya no existe.
• Un menú conserva un enlace antiguo.
• Googlebot intentó visitar una ruta generada por error.
• Un sitio externo enlaza una dirección incorrecta.

Una URL inexistente debe devolver un código 404 real. También puede mostrar una página visualmente diseñada, con buscador, navegación y enlaces útiles, sin necesidad de responder con código 200.

Google indica que la mayoría de los errores 404 legítimos no perjudican el posicionamiento general del sitio y pueden ignorarse cuando la URL realmente no debería existir.

Diferencia entre 404, soft 404, 410, 403 y 500

Código o estado	Significado	Uso o interpretación
404 Not Found	El recurso solicitado no fue encontrado	Puede corresponder a una ausencia temporal o permanente
410 Gone	El recurso fue retirado de manera definitiva	Comunica con mayor precisión una eliminación intencional
Soft 404	La página parece inexistente, pero responde 200 u otro código incorrecto	Debe corregirse el contenido o la respuesta HTTP
403 Forbidden	El servidor entiende la solicitud, pero niega el acceso	Problema de autorización o seguridad
500 Internal Server Error	El servidor no pudo completar la solicitud	No indica que la página sea inexistente

Google considera soft 404 una página que presenta un mensaje de ausencia o contenido prácticamente vacío mientras responde con 200 OK. Estas páginas pueden excluirse de los resultados porque la respuesta HTTP no coincide con su contenido.

Identifica qué parte del sitio muestra el error

Síntoma	Origen probable	Primera comprobación
Solo falla una página	URL modificada o contenido eliminado	Revisar slug y estado
Fallan las páginas internas, pero funciona el inicio	Permalinks o reglas de reescritura	Guardar enlaces permanentes
Solo fallan productos	WooCommerce o base de productos	Revisar permalinks de productos
Solo fallan categorías	Taxonomías, slugs o plugins	Revisar configuración y conflictos
Apareció después de migrar	URLs, dominio o servidor	Revisar direcciones y redirecciones
Solo fallan imágenes o archivos	Ruta equivocada o archivo eliminado	Revisar Biblioteca de medios
Solo sucede a visitantes	Caché, CDN, permisos o sesión	Probar en incógnito
Search Console muestra soft 404	Código 200 con contenido insuficiente	Comprobar respuesta HTTP
Apareció después de activar un plugin	Reglas o rutas modificadas	Probar el plugin en staging
La URL redirige repetidamente	Cadena o bucle de redirección	Auditar reglas

Cómo comprobar si la URL realmente devuelve un 404

Ver una pantalla con el mensaje “Página no encontrada” no confirma por sí solo el código devuelto por el servidor. Un tema o aplicación puede mostrar ese mensaje mientras responde incorrectamente con 200.

Sigue este procedimiento:

1. Abre la URL afectada.
2. Prueba en una ventana de incógnito.
3. Abre las herramientas para desarrolladores del navegador.
4. Entra a la pestaña Network o Red.
5. Recarga la página.
6. Selecciona la solicitud principal.
7. Revisa el código de estado.
8. Inspecciona la URL en Google Search Console.
9. Confirma si la página debería existir.
10. Decide si debes restaurarla, corregir un enlace, redirigirla o conservar el 404.

Search Console muestra si Google obtuvo un 404 durante el último rastreo, aunque sus informes pueden presentar retrasos. Para comprobar una versión actual conviene utilizar la prueba en vivo de la herramienta de inspección.

Antes de modificar enlaces permanentes, .htaccess, configuraciones de Nginx, plugins, temas, redirecciones, dominios o base de datos, crea una copia de seguridad completa. Si la página está publicada, realiza las pruebas en staging cuando sea posible.

El respaldo debe incluir archivos y base de datos, y debe existir un procedimiento comprobado para restaurarlo.

Una redirección incorrecta puede crear bucles. Modificar .htaccess puede dejar todo el sitio inaccesible y reemplazar URLs directamente en la base de datos puede dañar información serializada.

Error 404 en WordPress: 11 causas y soluciones efectivas

1. La URL está mal escrita o existe un enlace roto

Qué significa: la página existe, pero un menú, botón, imagen o enlace dirige hacia una dirección diferente.

Los errores frecuentes incluyen:

• Caracteres adicionales.
• Guiones omitidos.
• Espacios.
• Slugs antiguos.
• Mayúsculas en rutas sensibles.
• Botones con dominios anteriores.
• Enlaces relativos mal construidos.

Solución:

1. Compara la dirección incorrecta con la URL real.
2. Revisa el menú principal y el pie de página.
3. Comprueba botones y llamadas a la acción.
4. Busca el enlace dentro de entradas y páginas.
5. Corrígelo directamente en su origen.
6. Limpia la caché.
7. Prueba nuevamente.

No necesitas crear una redirección para cada error interno recién detectado. Corrige el enlace directamente cuando la URL incorrecta no recibe tráfico ni enlaces externos.

Una redirección sí puede resultar conveniente cuando la dirección equivocada ya fue compartida, recibe visitas o cuenta con enlaces de otros sitios.

Dificultad: básica.
Riesgo: bajo.
Evita: acumular redirecciones para problemas que pueden corregirse desde el contenido.
Resultado esperado: el enlace dirige directamente a la URL correcta.

2. La página fue eliminada o cambió su slug

Cambiar el slug modifica la dirección permanente. Los enlaces antiguos continuarán apuntando hacia la URL anterior hasta que sean actualizados o redirigidos.

Solución:

1. Busca la página en la papelera.
2. Restáurala si se eliminó accidentalmente.
3. Comprueba el slug actual.
4. Determina si existe un reemplazo equivalente.
5. Crea una redirección 301 desde la URL antigua cuando corresponda.
6. Actualiza menús y enlaces internos.
7. Corrige campañas y perfiles externos.
8. Revisa el sitemap.

Los permalinks deberían permanecer estables. WordPress los define como las direcciones permanentes utilizadas para enlazar páginas, entradas y archivos.

Si no existe contenido equivalente, mantener 404 o utilizar 410 puede ser más correcto que enviar al visitante hacia el inicio.

Dificultad: básica o intermedia.
Riesgo: medio.
Evita: redirigir una página eliminada hacia contenido sin relación.
Resultado esperado: recuperar la página o trasladar correctamente usuarios y señales hacia su reemplazo.

3. Las reglas de enlaces permanentes necesitan regenerarse

Esta causa es frecuente cuando la portada funciona, pero las páginas internas muestran “Not Found”.

Puede aparecer después de:

• Migrar WordPress.
• Instalar un plugin.
• Registrar un tipo de contenido.
• Cambiar el dominio.
• Modificar la estructura de URLs.
• Actualizar WooCommerce.

Procedimiento:

1. Crea una copia de seguridad.
2. Entra al escritorio de WordPress.
3. Ve a Ajustes > Enlaces permanentes.
4. Anota la estructura actual.
5. Pulsa Guardar cambios sin modificarla.
6. Limpia la caché.
7. Prueba varias páginas internas.

WordPress guarda la configuración y, en Apache, intenta actualizar las reglas de reescritura de .htaccess. Si el archivo no es escribible, la pantalla puede mostrar las reglas que deben agregarse manualmente.

WooCommerce también recomienda este procedimiento cuando sus páginas o productos dejan de abrir por reglas desactualizadas.

Dificultad: básica.
Riesgo: bajo.
Evita: cambiar la estructura de una web posicionada sin preparar redirecciones.
Resultado esperado: WordPress vuelve a reconocer las rutas internas.

4. El archivo .htaccess está ausente o dañado

Esta solución corresponde principalmente a servidores Apache.

El archivo puede contener reglas incorrectas añadidas por plugins de caché, seguridad, redirecciones o migración.

Procedimiento:

1. Confirma que el servidor utiliza Apache.
2. Accede mediante SFTP o administrador de archivos.
3. Activa la visualización de archivos ocultos.
4. Descarga una copia de .htaccess.
5. Renómbralo temporalmente como .htaccess_old.
6. Guarda nuevamente los enlaces permanentes.
7. Prueba las URLs.
8. Recupera únicamente las reglas personalizadas necesarias.

WordPress utiliza .htaccess en Apache para gestionar reglas de reescritura y otras configuraciones por directorio.

No copies el archivo de otra página sin adaptarlo. Instalaciones en subdirectorios, multisitios y configuraciones especiales utilizan reglas distintas.

Dificultad: intermedia.
Riesgo: alto.
Evita: borrar el archivo sin conservar una copia.
Resultado esperado: Apache procesa nuevamente los enlaces permanentes.

5. Nginx no tiene reglas de reescritura correctas

Nginx no utiliza .htaccess de forma nativa. Sus reglas se administran en la configuración del servidor y WordPress no puede generarlas automáticamente desde el escritorio.

El fallo puede encontrarse en:

• La directiva try_files.
• El bloque del dominio.
• PHP-FPM.
• Reglas de ubicación.
• Un proxy inverso.
• WordPress Multisite.
• Una configuración trasladada desde Apache.

Solución:

1. Confirma que el servidor utiliza Nginx.
2. Consulta los registros.
3. Revisa si el error afecta todas las páginas internas.
4. Solicita al hosting que compruebe las reglas.
5. Valida la sintaxis antes de recargar Nginx.
6. Prueba los cambios en staging.
7. Verifica páginas, archivos y endpoints.

No recomendamos que una persona sin experiencia modifique directamente los archivos del servidor. Una sintaxis incorrecta puede afectar todos los dominios del entorno.

Dificultad: avanzada.
Riesgo: alto.
Evita: utilizar reglas de .htaccess dentro de Nginx.
Resultado esperado: Nginx dirige las solicitudes hacia WordPress correctamente.

6. Un plugin o el tema modificó las rutas

Los plugins pueden registrar productos, cursos, propiedades, eventos, membresías, taxonomías, endpoints o páginas virtuales.

Un conflicto puede aparecer cuando:

• Dos componentes utilizan el mismo slug.
• Se desactiva el plugin que creó el contenido.
• Una actualización modifica reglas.
• El tema registra rutas propias.
• Un plugin de idiomas duplica URLs.
• Una extensión de redirecciones intercepta la solicitud.

Solución:

1. Crea un respaldo.
2. Trabaja en staging.
3. Revisa los cambios recientes.
4. Guarda los enlaces permanentes.
5. Desactiva temporalmente el plugin sospechoso.
6. Prueba la URL.
7. Reactiva los componentes uno por uno.
8. Comprueba el tema con una alternativa oficial.
9. Consulta los registros y la documentación del desarrollador.

WordPress recomienda aislar conflictos desactivando plugins y probando un tema predeterminado cuando sea necesario.

Dificultad: intermedia.
Riesgo: medio.
Evita: desactivar WooCommerce o plugins críticos directamente durante una venta.
Resultado esperado: identificar el componente que modifica la ruta.

7. La caché o la CDN conserva una respuesta antigua

Una página restaurada puede seguir mostrando un 404 almacenado en:

• El navegador.
• Un plugin de caché.
• El hosting.
• Cloudflare.
• Una CDN.
• Un proxy inverso.
• La caché de objetos.

Solución:

1. Prueba la dirección en incógnito.
2. Limpia la caché del navegador.
3. Purga el plugin de caché.
4. Limpia la caché del hosting.
5. Purga la URL en la CDN.
6. Revisa reglas que almacenan respuestas 404.
7. Confirma el código HTTP final.

WordPress puede trabajar con varias capas de caché, por lo que una versión almacenada puede continuar mostrándose aunque el recurso ya haya sido restaurado.

No desactives permanentemente la optimización o la seguridad. Identifica la capa responsable y configura la exclusión necesaria.

Dificultad: básica o intermedia.
Riesgo: bajo.
Resultado esperado: el visitante recibe la versión actual de la URL.

8. Una migración o cambio de dominio dejó URLs antiguas

Una migración puede afectar enlaces cuando cambian:

• Dominio.
• HTTP por HTTPS.
• Prefijo www.
• Directorio.
• Hosting.
• Estructura de permalinks.
• Slugs.
• Rutas de archivos.

Solución:

1. Crea un mapa entre URLs antiguas y nuevas.
2. Revisa la Dirección de WordPress y la Dirección del sitio.
3. Sustituye URLs con una herramienta compatible con datos serializados.
4. Implementa redirecciones permanentes.
5. Actualiza enlaces internos.
6. Genera un sitemap nuevo.
7. Revisa canonicals.
8. Verifica las propiedades de Search Console.
9. Monitoriza los errores posteriores.
10. Conserva las redirecciones.

Google recomienda preparar un mapeo de URLs, probar el nuevo sitio, configurar redirecciones desde las rutas antiguas y monitorizar ambos entornos durante una migración.

Dificultad: avanzada.
Riesgo: alto.
Evita: ejecutar un reemplazo directo en SQL sin comprender los datos serializados.
Resultado esperado: las rutas antiguas llevan al contenido equivalente del nuevo sitio.

9. WooCommerce perdió sus reglas de productos o categorías

WooCommerce incorpora bases específicas para productos y categorías. Estas opciones se gestionan dentro de Ajustes > Enlaces permanentes, donde aparece la sección de permalinks de productos.

El problema puede afectar:

• Productos.
• Categorías.
• Etiquetas.
• Tienda.
• Mi cuenta.
• Endpoints.
• Carrito y checkout.

Solución:

1. Confirma que WooCommerce esté activo.
2. Revisa las páginas asignadas.
3. Comprueba los slugs.
4. Busca páginas con el mismo nombre.
5. Guarda los enlaces permanentes.
6. Revisa las bases de producto y categoría.
7. Limpia la caché.
8. Prueba los endpoints de Mi cuenta.
9. Comprueba plugins de idiomas o permalinks.

No cambies los slugs de productos posicionados sin preparar un mapeo y las redirecciones correspondientes.

Dificultad: intermedia.
Riesgo: medio.
Resultado esperado: WooCommerce vuelve a reconocer sus productos, categorías y endpoints.

10. El archivo, imagen o recurso ya no existe

Un 404 también puede afectar:

• Fotografías.
• PDF.
• Fuentes.
• CSS.
• JavaScript.
• Miniaturas.
• Descargas.
• Archivos de plugins.

Un recurso CSS o JavaScript inexistente puede alterar el diseño o detener una función aunque la página principal todavía abra.

Solución:

1. Copia la URL exacta del recurso.
2. Revisa la Biblioteca de medios.
3. Comprueba la ruta en uploads.
4. Restaura el archivo si fue eliminado.
5. Actualiza el enlace si cambió.
6. Revisa mayúsculas y minúsculas.
7. Comprueba permisos.
8. Purga la CDN.
9. Elimina referencias obsoletas.
10. Redirige únicamente cuando exista un archivo equivalente.

Google recomienda nombres descriptivos, URLs accesibles y archivos de imagen que puedan rastrearse correctamente.

Dificultad: intermedia.
Riesgo: medio.
Resultado esperado: el recurso vuelve a cargarse o deja de ser solicitado.

11. La página devuelve un soft 404

Un soft 404 aparece cuando la URL parece inexistente, vacía o defectuosa, pero responde con código 200.

También puede ocurrir cuando:

• Todas las URLs desconocidas muestran el inicio.
• Un producto vacío devuelve 200.
• JavaScript presenta un error sin cambiar el estado HTTP.
• La página contiene muy poco contenido principal.
• Una redirección dirige hacia contenido no relacionado.

Solución:

1. Comprueba la respuesta HTTP.
2. Devuelve 404 cuando el recurso no exista.
3. Utiliza 410 para una eliminación definitiva cuando resulte apropiado.
4. Mantén una página de error útil.
5. No redirijas todas las URLs al inicio.
6. Revisa el renderizado JavaScript.
7. Inspecciona la URL en Search Console.
8. Espera un nuevo rastreo.

Google recomienda devolver 404 o 410 cuando la página desapareció sin reemplazo, y 301 cuando existe una nueva ubicación claramente equivalente.

Dificultad: avanzada.
Riesgo: medio.
Evita: mostrar una página bonita de “No encontrado” con respuesta 200.
Resultado esperado: el código HTTP representa correctamente el estado del contenido.

Cuándo redirigir una URL y cuándo mantener el 404

Situación	Acción recomendada
La URL cambió y existe una página equivalente	Redirección 301 o 308
El cambio será temporal	Redirección 302 o 307
La página fue eliminada sin reemplazo	Mantener 404 o evaluar 410
El enlace interno está mal escrito	Corregir el enlace
La URL equivocada recibe enlaces externos	Corregir y evaluar una 301
Un producto tiene sustituto equivalente	Redirigir al sustituto
Un producto está temporalmente agotado	Mantener la página activa
Todas las URLs redirigen al inicio	Corregir la configuración
Dos contenidos se fusionaron	Redirección 301 hacia la versión consolidada
La URL nunca existió	Mantener 404

Una redirección debe llevar al usuario hacia el contenido más equivalente, no simplemente hacia cualquier página disponible.

Google interpreta las redirecciones permanentes como señales de que la URL de destino debe convertirse en la principal. Las redirecciones temporales indican que la URL original debería conservarse como referencia.

Cómo detectar errores 404 en Google Search Console

1. Abre la propiedad correcta.
2. Entra al informe Indexación de páginas.
3. Revisa las URLs clasificadas como no encontradas.
4. Analiza también los soft 404.
5. Comprueba las URLs de ejemplo.
6. Inspecciona individualmente las páginas importantes.
7. Confirma si deberían existir.
8. Revisa su procedencia: sitemap o enlaces.
9. Corrige solo las direcciones relevantes.
10. Espera a que Google vuelva a rastrearlas.

Search Console puede incluir URLs que nunca existieron, fueron escritas incorrectamente o fueron descubiertas dentro de scripts. No todas necesitan una acción.

Prioriza:

• Páginas con tráfico.
• Servicios.
• Productos.
• URLs enlazadas internamente.
• Contenido con backlinks.
• Campañas.
• Páginas afectadas por migraciones.
• Recursos necesarios para el diseño.

¿Los errores 404 afectan el SEO?

Los 404 legítimos no producen automáticamente una penalización.

El impacto aparece cuando:

• Los enlaces internos están rotos.
• Una página importante fue eliminada.
• Los enlaces externos dejan de llegar a contenido útil.
• Una migración genera cientos de rutas incorrectas.
• El sitemap incluye páginas inexistentes.
• Se producen soft 404.
• Todo se redirige al inicio.
• La experiencia del usuario se deteriora.

Google señala que los errores 404 normales no perjudican por sí mismos la indexación o el posicionamiento general del sitio.

Una redirección tampoco garantiza recuperar todo el rendimiento anterior. Debe existir equivalencia temática y una implementación técnica correcta.

Cómo crear una página 404 útil en WordPress

Una buena página 404 puede incluir:

• Mensaje claro.
• Identidad visual.
• Enlace al inicio.
• Buscador.
• Servicios principales.
• Categorías relevantes.
• Productos populares.
• Formulario de contacto.
• WhatsApp.
• Opción para reportar el enlace.
• Navegación accesible.

La página debe continuar devolviendo HTTP 404. Google recomienda que conserve el diseño general del sitio, ofrezca enlaces útiles y comunique claramente que el contenido no fue encontrado.

Opciones según el tema

Tema clásico: utiliza normalmente el archivo 404.php. WordPress recurre a esa plantilla cuando no encuentra contenido que coincida con la solicitud.

Tema de bloques: utiliza /templates/404.html; si no existe, WordPress puede recurrir a index.html.

Editor del sitio: permite editar visualmente la plantilla 404 cuando el tema de bloques la incluye.

Elementor Pro: Theme Builder permite crear una plantilla desde Plantillas > Theme Builder > Error 404. Theme Builder pertenece a las funciones de Elementor Pro.

La página personalizada no debe parecer una portada normal ni responder con código 200.

Errores que debes evitar

• Redirigir todos los 404 hacia el inicio.
• Instalar varios plugins de redirección.
• Crear cadenas de redirecciones.
• Generar bucles.
• Cambiar permalinks sin planificación.
• Editar .htaccess sin copia.
• Aplicar reglas de Apache en Nginx.
• Borrar URLs que reciben enlaces.
• Corregir cada ruta aleatoria visitada por bots.
• Mostrar una página de error con código 200.
• Redirigir hacia contenido no relacionado.
• Cambiar slugs constantemente.
• Eliminar productos sin analizar sustitutos.
• Dejar menús desactualizados.
• Mantener URLs inexistentes en el sitemap.
• Modificar directamente datos serializados.
• Realizar cambios en producción sin staging.
• Olvidar purgar la caché.
• No monitorizar después de una migración.

Cuándo contactar al hosting o a un desarrollador

Busca ayuda técnica cuando:

• Fallan todas las páginas internas.
• .htaccess no puede actualizarse.
• El servidor utiliza Nginx.
• La migración generó cientos de errores.
• Existen bucles de redirección.
• WooCommerce dejó de abrir productos.
• Un plugin personalizado perdió sus rutas.
• La base de datos conserva URLs antiguas.
• Existen problemas de permisos.
• La CDN mantiene respuestas incorrectas.
• Search Console detecta numerosos soft 404.
• La incidencia está afectando ventas o formularios.

Proporciona:

• URL afectada.
• Fecha de inicio.
• Código HTTP.
• Captura.
• Cambios recientes.
• Tipo de servidor.
• Plugins relacionados.
• Resultado de guardar permalinks.
• Resultado de limpiar caché.
• Extractos relevantes de los registros.

Una página profesional necesita arquitectura y mantenimiento

Una web empresarial requiere más que un diseño atractivo. Necesita URLs estables, navegación clara, enlaces internos, redirecciones planificadas, seguridad, copias de respaldo, rendimiento, analítica y seguimiento después de cada migración.

En Codwelt desarrollamos diseño de páginas web profesionales administrables con WordPress y Elementor.

Según el plan contratado, las soluciones pueden incorporar diseño alineado con la marca, adaptación para celulares, hosting, dominio, SSL, correos corporativos, optimización de rendimiento, seguridad, blog, Google Search Console, Google Analytics, WhatsApp, SEO apoyado por inteligencia artificial y capacitación.

Una página profesional no elimina la posibilidad de que aparezca una URL inexistente, pero permite gestionar correctamente enlaces, redirecciones, migraciones y páginas de error para reducir su impacto comercial.

Solicita tu página web con una estructura profesional, segura y preparada para crecer.

Preguntas frecuentes sobre páginas no encontradas

Conclusión

Las once causas principales son:

1. URL o enlace incorrecto.
2. Contenido eliminado o slug modificado.
3. Reglas de enlaces permanentes.
4. Archivo .htaccess.
5. Configuración de Nginx.
6. Plugins o temas.
7. Caché o CDN.
8. Migración o cambio de dominio.
9. WooCommerce y tipos de contenido.
10. Archivos inexistentes.
11. Soft 404.

Cuando aparece un Error 404 en WordPress, primero debes confirmar si la URL debería existir. Después podrás decidir entre restaurarla, corregir el enlace, crear una redirección o conservar correctamente la respuesta 404.

Corrige enlaces rotos, evita perder oportunidades y mantén tu página WordPress preparada para tus clientes y para Google. Cotiza tu proyecto con Codwelt.

Fuentes

Codwelt

• Codwelt — Diseño de páginas web profesionales
  https://codwelt.com/diseno-de-paginas-web-desarrollo-de-sitios-web/

WordPress

• WordPress — Solución de problemas frecuentes
  https://wordpress.org/documentation/article/faq-troubleshooting/
• WordPress — Personalizar enlaces permanentes
  https://wordpress.org/documentation/article/customize-permalinks/
• WordPress — Pantalla de enlaces permanentes
  https://wordpress.org/documentation/article/settings-permalinks-screen/
• WordPress — Mantenimiento del sitio
  https://wordpress.org/documentation/article/wordpress-site-maintenance/
• WordPress — Apache y .htaccess
  https://developer.wordpress.org/advanced-administration/server/web-server/httpd/
• WordPress — Nginx
  https://developer.wordpress.org/advanced-administration/server/web-server/nginx/
• WordPress — Configuración del servidor
  https://developer.wordpress.org/advanced-administration/server/
• WordPress — Página 404 en temas clásicos
  https://developer.wordpress.org/themes/classic-themes/functionality/404-pages/
• WordPress — Plantillas y jerarquía de temas
  https://developer.wordpress.org/themes/templates/template-hierarchy/
• WordPress — Migración
  https://developer.wordpress.org/advanced-administration/upgrade/migrating/
• WordPress — Caché
  https://developer.wordpress.org/advanced-administration/performance/cache/

WooCommerce

• WooCommerce — Permalinks
  https://woocommerce.com/document/permalinks/
• WooCommerce — Páginas que no se muestran
  https://woocommerce.com/document/pages-not-displaying/

Elementor

• Elementor — Crear una página 404
  https://elementor.com/help/error-404-site-part/
• Elementor — Planes y Theme Builder
  https://elementor.com/pricing/

Google Search Central

• Google — Solucionar errores de rastreo y soft 404
  https://developers.google.com/search/docs/crawling-indexing/troubleshoot-crawling-errors
• Google — Redirecciones
  https://developers.google.com/search/docs/crawling-indexing/301-redirects
• Google — Migraciones con cambios de URL
  https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes
• Google — Errores HTTP, de red y DNS
  https://developers.google.com/search/docs/crawling-indexing/http-network-errors
• Google — Fundamentos de JavaScript SEO
  https://developers.google.com/search/docs/crawling-indexing/javascript/javascript-seo-basics
• Google — SEO para imágenes
  https://developers.google.com/search/docs/appearance/google-images

Google Search Console

• Search Console — Errores 404
  https://support.google.com/webmasters/answer/2445990
• Search Console — Informe de indexación
  https://support.google.com/webmasters/answer/7440203
• Search Console — Inspección de URLs
  https://support.google.com/webmasters/answer/9012289

Estándares HTTP

• RFC 9110 — HTTP 404 Not Found
  https://www.rfc-editor.org/rfc/rfc9110.html#name-404-not-found
• MDN — HTTP 404 Not Found
  https://developer.mozilla.org/en-US/docs/Web/HTTP/Reference/Status/404