Tu servidor se comunica con los navegadores mediante códigos de tres dígitos. Estos códigos de estado HTTP te indican si una página se cargó correctamente, fue redirigida o falló. Los verás al depurar tu sitio, comprobar enlaces rotos o intentar averiguar por qué los motores de búsqueda no están indexando tus páginas.
La IANA (Internet Assigned Numbers Authority) gestiona estos códigos. No son aleatorios. Cada código pertenece a una categoría específica que te indica exactamente qué ocurrió con tu solicitud. Entenderlos te ahorra horas de resolución de problemas y evita desastres de SEO.
Cubriremos todos los códigos de respuesta HTTP estandarizados, cómo afectan a tu posicionamiento en buscadores y qué herramientas permiten detectarlos antes de que perjudiquen tu tráfico.
Comprender las categorías de códigos de respuesta HTTP
Los códigos de estado HTTP se dividen en cinco categorías. El primer dígito te lo dice todo.
- 1XX significa que tu servidor recibió la solicitud y la está procesando. No los verás en tu navegador. Son señales temporales entre servidores.
- 2XX indican que la solicitud se completó correctamente. El servidor entendió tu solicitud y entregó lo que pediste. Tu página se cargó. Tu formulario fue enviado. Todo funcionó.
- 3XX indican redirección. El contenido se movió a otro lugar y el servidor te está enviando a la nueva ubicación. Estas pueden ser temporales o permanentes.
- 4XX indican errores del cliente. Escribiste una URL incorrecta. No tienes permiso. La página no existe. Estos errores dependen de ti o de tus usuarios.
- 5XX indican problemas del servidor. El hosting se cayó. El gateway agotó el tiempo de espera. El servidor no puede gestionar la solicitud. Estos son problemas de hosting o de configuración.
La Internet Engineering Task Force (IETF) estandarizó estas categorías. Se han mantenido consistentes desde que HTTP se convirtió en la columna vertebral de la web.
Códigos de estado informativos 1XX
Estos códigos funcionan entre bastidores. Los usuarios nunca los ven.
100 Continuar
Tu servidor recibió los encabezados de la solicitud y está listo para recibir el cuerpo. El cliente debe seguir enviando los datos. Esto evita desperdiciar ancho de banda en solicitudes que el servidor rechazaría de todos modos.
101 Cambio de protocolos
El servidor aceptó cambiar de protocolo. Esto ocurre cuando se actualiza de HTTP a WebSocket o cuando se cambia a HTTP/2. El cambio solo se produce si beneficia a ambas partes.
102 Procesando
El servidor todavía está trabajando en tu solicitud. Verás esto cuando las operaciones tarden más de lo esperado. Evita que se produzcan tiempos de espera en procesos lentos.
103 Pistas tempranas
El servidor le indica a tu navegador que empiece a precargar recursos mientras prepara la respuesta completa. Esto acelera el renderizado de la página al permitir que los navegadores descarguen antes los archivos CSS y JavaScript.
Guía completa de los códigos de éxito 2XX
Los códigos de éxito confirman que tu solicitud se procesó correctamente. Aquí tienes lo que significa cada uno.
200 OK
La solicitud se realizó correctamente. Lo que esto significa depende del método HTTP utilizado. GET obtuvo la página. POST envió tu formulario. PUT actualizó el recurso. DELETE lo eliminó. Este es el código que quieres ver.
201 Creado
El servidor creó un nuevo recurso. Lo verás después de solicitudes POST o PUT. La respuesta incluye un encabezado Location que apunta al nuevo recurso o la URI a la que iba dirigida la solicitud.
202 Aceptado
El servidor aceptó tu solicitud, pero aún no la ha procesado. Esto se utiliza en operaciones por lotes, donde el servidor gestiona las solicitudes de forma asíncrona. Tu cliente no necesita quedarse esperando a que se complete el proceso.
203 Información no autoritativa
La solicitud se procesó correctamente, pero un proxy modificó la respuesta. Los datos pueden diferir de los que envió el servidor de origen. Lo verás en recursos almacenados en caché o replicados, donde los intermediarios transforman el contenido.
204 Sin contenido
El servidor procesó la solicitud correctamente, pero no está enviando ningún contenido de vuelta. Úsalo para acciones que no requieren actualizar la vista del navegador. Tu formulario se guardó. El recurso se eliminó. No es necesario recargar la página.
205 Restablecer contenido
La solicitud se completó correctamente y el cliente debe restablecer la vista del documento. Limpia ese formulario. Restablece ese lienzo. Vuelve al estado predeterminado.
206 Contenido parcial
El servidor está enviando solo una parte del recurso. Esto ocurre cuando los clientes usan el encabezado Range para solicitar fragmentos específicos. Hace posible reanudar descargas interrumpidas y habilita el streaming de vídeo.
207 Estado múltiple
La respuesta contiene códigos de estado para varios recursos. Recibirás un cuerpo de mensaje normalmente en XML (WebDAV), con un elemento raíz multi-status. Cada recurso obtiene su propio estado de éxito, éxito parcial o fallo.
208 Ya informado
Este código aparece dentro de respuestas DAV para evitar listados duplicados. Cuando las colecciones contienen miembros internos, solo un recurso informa 200 OK. Los duplicados reciben 208.
226 IM utilizado
El servidor procesó una solicitud GET y aplicó manipulaciones de instancia al recurso. Modificó el contenido según reglas de transformación.
Códigos de redirección 3XX y sus usos
Los códigos de redirección indican a los clientes que el contenido se ha movido. Algunas redirecciones conservan el valor SEO. Otras no lo hacen.
300 Múltiples opciones
Existen varias respuestas posibles y el cliente debe elegir una. Esto ocurre cuando los recursos tienen versiones en distintos idiomas. ¿Inglés o francés? La respuesta enumera tus opciones con los detalles del recurso y sus ubicaciones. Si el servidor prefiere una opción, incluye un encabezado Location para redirigir automáticamente.
301 Movido permanentemente
El recurso se movió de forma permanente a una nueva URL. Todas las solicitudes futuras deben usar la nueva dirección. Los motores de búsqueda transfieren el posicionamiento de la página antigua a la nueva ubicación. Esta es la opción que debes usar para cambios permanentes de URL.
La respuesta incluye un enlace a la nueva URL, salvo en solicitudes HEAD. Para métodos distintos de GET y HEAD, la redirección solo se produce si el cliente lo permite.
302 Encontrado
El recurso se encuentra temporalmente en una URI diferente. Sigue usando la dirección original para futuras solicitudes, a menos que se indique lo contrario. El servidor suele incluir un enlace a la ubicación temporal. La redirección solo se produce si el cliente lo permite.
303 Ver otro
El servidor redirige al cliente a un recurso diferente utilizando GET. El servidor no puede proporcionar directamente el recurso solicitado. Después de enviar un formulario, redirige a una página de confirmación en lugar de mostrar los resultados directamente.
304 No modificado
El recurso no ha cambiado. Usa tu versión en caché. Este código aparece en solicitudes GET o HEAD que incluyen encabezados condicionales como If-None-Match o If-Modified-Since. Ahorra ancho de banda al evitar descargas innecesarias.
307 Redirección temporal
El servidor redirige temporalmente a otra URI. Como es temporal, sigue usando la dirección original más adelante. A diferencia del 302, el cliente debe mantener el mismo método HTTP durante la redirección. POST sigue siendo POST.
308 Redirección permanente
El recurso se movió de forma permanente a una nueva URI indicada en el encabezado Location. Funciona como un 301, excepto que los clientes no pueden cambiar el método de la solicitud. POST sigue siendo POST. PUT sigue siendo PUT.
Referencia de los códigos de error del cliente 4XX
Estos códigos indican que hay algo incorrecto en la solicitud. El problema está del lado del cliente.
400 Solicitud incorrecta
El servidor no puede procesar tu solicitud. Error del lado del cliente. Sintaxis no válida. Enrutamiento incorrecto. Parámetros incorrectos. Revisa tu URL y limpia la caché del navegador para solucionarlo.
401 No autorizado
El servidor rechazó tu solicitud debido a una autenticación ausente o no válida. Si incluiste credenciales, eran incorrectas. La respuesta incluye un encabezado WWW-Authenticate que indica cómo acceder al recurso. Inicia sesión con credenciales válidas.
402 Pago Requerido
Reservado para sistemas de pago digitales, pero se utiliza muy raramente. No existen reglas claras de implementación. La mayoría de los servicios omiten este código por completo.
403 Prohibido
El servidor entendió tu solicitud, pero denegó el acceso. Generalmente se debe a permisos insuficientes. Volver a autenticarte no ayudará. El acceso está restringido de forma permanente, a menos que obtengas credenciales con permisos distintos.
404 No Encontrado
El servidor no puede encontrar el recurso solicitado. No hay una dirección de reenvío. En las APIs, el endpoint existe, pero el recurso no. Son enlaces rotos. Pueden ser temporales o permanentes.
405 Método no permitido
El servidor reconoce el método de la solicitud, pero el recurso no lo admite. Intentaste hacer DELETE sobre un recurso de solo lectura. Intentaste usar PUT en un recurso donde solo funciona GET. La respuesta incluye un encabezado Allow que enumera los métodos admitidos.
406 No aceptable
El servidor no puede encontrar contenido que coincida con los criterios de tus encabezados Accept. Solicitaste JSON, pero el servidor solo ofrece XML. El servidor proporciona una lista de opciones disponibles para que puedas elegir una adecuada.
407 Autenticación de proxy requerida
Estás utilizando un proxy y necesitas una autenticación válida. A diferencia del 401, te autenticas con el servidor proxy, no con el servidor de origen.
408 Tiempo de espera de la solicitud
El servidor no recibió la solicitud completa dentro del tiempo permitido. La respuesta sugiere cerrar la conexión. Puedes reenviar la solicitud sin realizar cambios. Esto ocurre en navegadores como Chrome y Firefox cuando los intentos de preconexión agotan el tiempo de espera.
409 Conflicto
El servidor no puede procesar la solicitud debido a un conflicto con el recurso. Explica el problema para que puedas corregirlo y volver a intentarlo. Es común en solicitudes PUT cuando hay conflictos entre recursos.
410 Ya no disponible
El recurso desapareció de forma permanente. No hay una dirección de reenvío. Los motores de búsqueda eliminan estas páginas de su índice. El propietario del sitio hizo que el recurso no estuviera disponible de forma intencionada y quiere que se eliminen todos los enlaces.
411 Longitud requerida
El servidor rechazó la solicitud porque necesita un encabezado Content-Length. Añade el encabezado y vuelve a intentarlo.
412 Precondición fallida
El servidor no pudo cumplir una o más condiciones indicadas en los encabezados de la solicitud. Tu solicitud condicional no superó la validación.
413 Carga útil demasiado grande
Tu solicitud es demasiado grande para procesarse. El servidor puede cerrar la conexión e incluir un encabezado Retry-After que indica cuándo volver a intentarlo.
414 URI demasiado larga
La URI de la solicitud supera lo que el servidor puede manejar. Es poco común, pero ocurre cuando los clientes convierten POST en GET con demasiados datos en la consulta, entran en bucles de redirección o intentan explotar vulnerabilidades del servidor.
415 Tipo de medio no compatible
El servidor rechazó la solicitud porque el recurso utiliza un formato de medio no compatible. Esto ocurre cuando los métodos de compresión no son compatibles o el contenido no coincide con lo que el servidor espera.
416 Rango no satisfacible
El servidor no puede procesar el rango indicado en tu solicitud. El rango no existe en el recurso o el valor no es válido.
417 Expectativa fallida
El servidor no puede cumplir los requisitos indicados en el encabezado Expect de la solicitud. Tus expectativas no coinciden con las capacidades del servidor.
418 Soy una tetera
Una broma del Día de los Inocentes del Hyper Text Coffee Pot Control Protocol. El servidor es una tetera y no puede preparar café. Algunos sitios web lo usan para rechazar solicitudes que no desean procesar.
421 Solicitud mal dirigida
El cliente envió la solicitud al servidor equivocado. El servidor no puede responder a la URL indicada. Inténtalo de nuevo usando otra conexión o servicio.
422 Entidad no procesable
El servidor recibió la solicitud, pero no puede procesarla debido a errores semánticos. Introdujiste texto en un campo numérico. Tu estructura de datos es válida, pero los valores no lo son.
423 Bloqueado
El recurso está bloqueado. La respuesta incluye detalles sobre el estado del bloqueo.
424 Dependencia fallida
La solicitud falló porque dependía de una solicitud anterior que también falló. La cadena se ha roto.
425 Demasiado pronto
El servidor se niega a procesar la solicitud porque podría repetirse más tarde. Medida contra replays.
426 Actualización requerida
El servidor no procesará la solicitud a menos que el cliente cambie al protocolo requerido indicado en el encabezado Upgrade. Actualiza tu protocolo.
428 Condición previa requerida
El servidor necesita una solicitud condicional para asegurarse de que estás usando la versión correcta del recurso.
429 Demasiadas solicitudes
Has enviado demasiadas solicitudes en poco tiempo. Límite de solicitudes alcanzado. El servidor puede incluir un encabezado Retry-After indicándote cuánto tiempo debes esperar.
431 Campos de encabezado de la solicitud demasiado grandes
Tus encabezados de solicitud son demasiado grandes para ser procesados. Reduce el tamaño de los encabezados y vuelve a enviar la solicitud.
451 No disponible por motivos legales
El recurso fue eliminado por motivos legales. Sitio bloqueado. Página retirada. Cumplimiento legal. Afecta sobre todo a ISPs y motores de búsqueda.
Códigos de error del servidor 5XX explicados
Los errores del servidor significan que algo falló del lado del hosting. Normalmente no es culpa del cliente.
500 Error interno del servidor
Error genérico. El servidor se encontró con un problema inesperado que le impidió completar la solicitud. Los administradores del servidor registran información detallada para la resolución de problemas. No puedes solucionar esto desde el lado del cliente.
501 No implementado
El servidor no admite la funcionalidad necesaria para completar la solicitud. Los servidores solo necesitan manejar los métodos GET y HEAD de forma predeterminada. La respuesta puede incluir un encabezado Retry-After que indica cuándo estará disponible la funcionalidad.
502 Puerta de enlace errónea
La puerta de enlace o el servidor proxy recibió una respuesta no válida al intentar completar la solicitud. Algo se rompió en la cadena de servidores. Contacta con tu proveedor de hosting.
503 Servicio no disponible
El servidor no puede manejar la solicitud debido a una sobrecarga temporal o a tareas de mantenimiento. Revisa el encabezado Retry-After para saber cuándo intentarlo de nuevo. Condición temporal.
504 Tiempo de espera de la puerta de enlace agotado
La puerta de enlace o el servidor proxy no recibió una respuesta a tiempo del servidor upstream. Problema de red. Sobrecarga del servidor. Revisa los recursos de tu hosting.
505 Versión de HTTP no compatible
El servidor no admite la versión de HTTP usada en la solicitud. La respuesta explica por qué esa versión no funciona y enumera los protocolos aceptables.
506 La variante también negocia
Error de configuración del servidor. La variante del recurso elegida está configurada para la negociación de contenido, pero no es un endpoint válido. Crea un bucle infinito.
507 Almacenamiento insuficiente
El servidor no tiene suficiente almacenamiento para completar la solicitud. Disco lleno.
508 Bucle detectado
El servidor detuvo una operación porque detectó un bucle infinito. El proceso falló.
510 No extendido
El servidor necesita extensiones adicionales para completar la solicitud. Las capacidades actuales no son suficientes.
511 Autenticación de red requerida
Necesitas autenticarte para acceder a la red. Es común en portales cautivos de redes Wi-Fi públicas. La respuesta incluye un enlace para introducir tus credenciales.
Métodos y respuestas de solicitudes HTTP
Los métodos HTTP le indican al servidor qué acción debe realizar. Cada método tiene propiedades específicas.
Los métodos seguros no modifican nada en el servidor. Funcionan en modo de solo lectura. Los métodos idempotentes dan el mismo resultado sin importar cuántas veces los ejecutes. Sin efectos secundarios no deseados. Los métodos almacenables en caché permiten que los navegadores o proxies guarden las respuestas para reutilizarlas.
GET
Recupera datos de un recurso. Seguro, idempotente y almacenable en caché. Método más común.
HEAD
Solicita la misma respuesta que GET, pero sin un cuerpo de mensaje. Obtiene solo los encabezados. Seguro e idempotente.
POST
Envía datos a un recurso. Envía formularios. Crea recursos. No es idempotente. Puede almacenarse en caché bajo ciertas condiciones.
PUT
Reemplaza un recurso o su representación por completo. Idempotente. Ejecutarlo varias veces produce el mismo resultado que ejecutarlo una sola vez.
DELETE
Elimina un recurso. Idempotente. La primera eliminación tiene éxito. Las eliminaciones posteriores no encuentran nada que borrar, pero no fallan.
OPTIONS
Muestra las opciones de comunicación para el recurso. Seguro e idempotente.
TRACE
Prueba la ruta de una solicitud. Herramienta de depuración. Seguro e idempotente.
PATCH
Actualiza parte de un recurso. A diferencia de PUT, que reemplaza todo el recurso, PATCH modifica campos específicos.
Estos métodos de solicitud se relacionan con los códigos de estado HTTP. Una solicitud GET devuelve 200 OK cuando funciona o 404 Not Found cuando el recurso no existe.
Cómo comprobar el código de estado HTTP usando herramientas
Necesitas ver los códigos de estado al depurar. Varias herramientas facilitan esto.
Las herramientas de desarrollo de tu navegador muestran todos los códigos de estado. Haz clic derecho en cualquier parte de la página y selecciona Inspeccionar. Haz clic en la pestaña Network en la parte superior. Recarga la página. Verás cada solicitud con su código de estado, tamaño y tiempo.
Chrome, Firefox, Safari y Edge funcionan de la misma manera. La pestaña Network captura todo. Filtra por código de estado para encontrar errores rápidamente. Haz clic en cualquier solicitud para ver los encabezados completos y los datos de la respuesta.
WebSniffer funciona en línea sin necesidad de instalar nada. Usa WebSniffer en línea, ingresa tu URL, selecciona el tipo de solicitud (GET, POST o HEAD) y elige un cliente. Verás cómo se carga la página en distintos navegadores e incluso en Googlebot. Revisa los encabezados. Verifica los códigos de estado. Prueba el acceso de los rastreadores.
Los usuarios de línea de comandos pueden usar curl con la opción -I. Escribe curl -I https://example.com y obtendrás los encabezados, incluyendo el código de estado. Rápido y automatizable mediante scripts.
Para revisar varias URLs a la vez, usa extensiones de navegador como Redirect Path o Link Checker. Escanean páginas completas y resaltan los códigos de estado. El rojo indica problemas. El verde significa que todo funciona.
Códigos de estado HTTP y su impacto en SEO
Los motores de búsqueda registran cada código de estado mientras rastrean tu sitio. Usan estos datos para evaluar la salud del sitio y su posicionamiento.
Los códigos 200 indican a los motores de búsqueda que tus páginas funcionan. Indexan el contenido. Posicionan las páginas. Todo es accesible.
Los redireccionamientos 301 conservan tu valor SEO cuando las URLs cambian. Transfieren la autoridad de los enlaces de las páginas antiguas a las nuevas. El posicionamiento se mantiene. Úsalos para cambios permanentes.
Los redireccionamientos 302 no transfieren el valor SEO de la misma manera. Son temporales. Los motores de búsqueda mantienen la URL original indexada. Usar 302 para cambios permanentes divide tu autoridad entre las URLs. El posicionamiento se ve afectado.
Los errores 404 afectan negativamente. Los motores de búsqueda eliminan estas páginas de su índice. Pierdes tráfico. Si la página tiene enlaces entrantes, pierdes autoridad de enlaces. Los visitantes se van frustrados. Arregla los 404 de inmediato o redirígelos a contenido relevante.
Los errores 500 perjudican el rastreo y la indexación. Los motores de búsqueda no pueden acceder a tu contenido. Si los errores persisten, rastrearán con menos frecuencia. El posicionamiento baja. Tu hosting importa.
Los errores 503 indican mantenimiento. Los periodos cortos no afectan mucho. Los periodos prolongados de inactividad dañan el posicionamiento. Los motores de búsqueda interpretan los 503 prolongados como inestabilidad del sitio.
Código de estado 200 OK para SEO
200 OK es el código que deseas en todas partes. Significa que las páginas se cargan correctamente. Los motores de búsqueda pueden acceder a tu contenido. Los usuarios obtienen lo que solicitaron.
Cuando los bots de los motores de búsqueda rastrean tu sitio y reciben respuestas 200, indexan esas páginas. El contenido aparece en los resultados de búsqueda. El posicionamiento puede mejorar según la calidad del contenido, los enlaces entrantes y las señales de los usuarios.
Un patrón consistente de códigos 200 indica a los motores de búsqueda que tu sitio es fiable. Las páginas se cargan rápido. El contenido es accesible. La infraestructura funciona. Esto genera confianza con los algoritmos de búsqueda.
Monitorea tus páginas importantes. Verifica que estén devolviendo 200. Usa herramientas como Google Search Console para detectar páginas que no se cargan correctamente. Arregla todas las que no estén devolviendo 200.
Buenas prácticas para redireccionamientos 301
Los redireccionamientos 301 trasladan el valor SEO de las URLs antiguas a las nuevas. Cuando cambias la estructura de URLs, rediseñas tu sitio o consolidas contenido, los 301 preservan tu posicionamiento.
Los motores de búsqueda transfieren la autoridad de los enlaces mediante redireccionamientos 301. La autoridad de la página antigua se transfiere a la nueva ubicación. Los enlaces entrantes cuentan para la nueva URL. El posicionamiento generalmente se mantiene si rediriges a contenido relevante.
Buenas prácticas para implementar redireccionamientos 301:
- Redirige a páginas relevantes con contenido similar. Los usuarios y los motores de búsqueda esperan continuidad.
- Actualiza los enlaces internos en todo tu sitio. Reemplaza las URLs antiguas en la navegación, menús y contenido.
- Pide a los sitios que enlazan a tus URLs antiguas que actualicen sus enlaces. No todos lo harán, pero intentarlo ayuda.
- Monitorea los redireccionamientos para evitar cadenas. Se forma una cadena cuando la URL A redirige a la URL B, que a su vez redirige a la URL C. Cada salto ralentiza tu sitio y confunde a los motores de búsqueda.
- Envía un sitemap actualizado para informar a los motores de búsqueda sobre tu nueva estructura de URLs.
Los sitios de WordPress pueden configurar redireccionamientos 301 mediante los paneles de control del hosting o plugins. Muchos proveedores de hosting incluyen herramientas de redireccionamiento en sus paneles de control.
Redirección temporal 302 vs 301
Los redireccionamientos 302 funcionan de manera diferente a los 301. Son temporales. Los motores de búsqueda asumen que la URL original volverá a estar disponible.
Cuando los motores de búsqueda encuentran un 302, a menudo mantienen la URL original indexada. No transfieren toda la autoridad de los enlaces a la nueva ubicación. Usar 302 para un cambio permanente divide tu valor SEO entre las URLs. Ninguna de las URLs recibe la autoridad completa.
Usa 302 solo para situaciones realmente temporales. Pruebas A/B. Páginas de mantenimiento. Campañas estacionales. Promociones de temporada. Cuando el cambio se vuelva permanente, cambia a 301.
La diferencia importa. Un sitio que audité había usado 302 durante tres años después de un rediseño. Su posicionamiento nunca se recuperó porque los motores de búsqueda seguían indexando las URLs antiguas. Cambiamos a 301 y el posicionamiento mejoró en pocas semanas.
Impacto del error 404 Not Found
Los errores 404 perjudican el SEO y la experiencia del usuario. Los motores de búsqueda eliminan estas páginas de su índice. El tráfico desaparece. Si la página tiene enlaces entrantes, pierdes autoridad de enlaces valiosa.
A los usuarios les molestan los 404. Vinieron por contenido que no existe. La frustración aparece. Se van sin interactuar. Tu sitio parece roto.
Arregla los errores 404 de inmediato. Si eliminaste una página intencionadamente, redirígela a contenido relevante con un 301. Si la página debería existir, averigua por qué no está y restáurala.
Crea una página de error 404 personalizada. Incluye enlaces de navegación. Agrega un cuadro de búsqueda. Sugiere páginas populares. Guía a los visitantes perdidos de vuelta a tu sitio en lugar de dejarlos ir.
Escanea tu sitio regularmente en busca de errores 404. Google Search Console muestra qué URLs están devolviendo 404. Herramientas de terceros como Screaming Frog rastrean todo tu sitio y señalan los enlaces rotos. Arréglalos antes de que se acumulen.
Códigos de error 410 Gone vs 404 Not Found
410 Gone indica a los motores de búsqueda que eliminaste una página de forma permanente. Es más explícito que 404. Los motores de búsqueda responden eliminando la página de su índice más rápido.
404 indica que la página no existe en este momento. Podría ser temporal. Podría ser un error tipográfico. Los motores de búsqueda podrían volver a verificar más tarde. 410 indica que no vale la pena volver a comprobar. Se ha ido para siempre.
Usa 410 cuando elimines contenido intencionadamente que no quieras que se indexe. Páginas de productos antiguas. Promociones caducadas. Información desactualizada. Contenido que estás intentando eliminar activamente de los resultados de búsqueda.
No uses 410 en páginas con enlaces valiosos o tráfico significativo, a menos que estés seguro. Redirige esas páginas en su lugar con un 301. Preserva el valor SEO.
Soluciones para el error 500 Internal Server Error
Los errores 500 significan que tu servidor se rompió. Estos afectan el SEO al reducir el rastreo y la indexación. Cuando los motores de búsqueda no pueden acceder a tu contenido, no pueden posicionarlo.
Si los errores 500 persisten, los motores de búsqueda rastrearán tu sitio con menos frecuencia. Asumen que tu sitio no es fiable. El posicionamiento baja. El tráfico disminuye.
Las causas comunes en sitios WordPress incluyen plugins defectuosos y archivos .htaccess corruptos. Desactiva los plugins uno por uno para encontrar el culpable. Revisa tu archivo .htaccess en busca de errores de sintaxis.
En otras plataformas, revisa los registros del servidor. Mostrará qué falló: límites de memoria excedidos, fallos de conexión a la base de datos o problemas de permisos de archivos. Los registros revelan el problema.
Contacta a tu proveedor de hosting si no puedes identificar la causa. Los problemas del lado del servidor a menudo requieren intervención del hosting. Tienen acceso a registros más detallados y a la configuración del servidor.
Arregla los errores 500 rápidamente. Cada minuto que tu sitio está caído representa tráfico perdido y riesgo para el posicionamiento.
Solución para el error 503 Service Unavailable
Los errores 503 indican una caída temporal: mantenimiento del servidor, sobrecarga de tráfico o agotamiento de recursos. A diferencia de los errores 500, los 503 suelen ser planificados.
Los errores 503 a corto plazo no afectan mucho al SEO. Los motores de búsqueda entienden que el mantenimiento ocurre. Volverán a verificar más tarde. Pero los periodos prolongados dañan el posicionamiento.
Si tu sitio muestra 503 durante días o semanas, los motores de búsqueda lo interpretan como inestabilidad. Reducen el rastreo. Las páginas podrían desaparecer del índice. El posicionamiento disminuye.
Incluye un encabezado Retry-After en tu respuesta 503. Esto indica a los motores de búsqueda exactamente cuándo deben volver. Es una medida cortés y evita intentos de rastreo excesivos.
Si estás recibiendo 503 por sobrecarga del servidor, mejora los recursos de tu hosting. Más RAM. Mejor CPU. Servidores más rápidos. Un tráfico alto que rompe tu sitio significa que necesitas una infraestructura que lo soporte.
Para mantenimiento planificado, prográmalo durante las horas de menor tráfico. Monitorea cuánto tiempo permanecen las páginas en estado 503. Vuelve a estar en línea rápidamente.
Preguntas frecuentes sobre códigos de estado HTTP
¿Cuántos códigos de estado HTTP existen?
El registro de IANA lista códigos del 100 al 599. Solo 63 están estandarizados y se usan ampliamente. El resto no están asignados o son específicos de ciertas plataformas.
¿Debería revisar mi sitio en busca de errores de códigos de estado HTTP?
Sí. Revisar errores de códigos de estado HTTP mejora el rendimiento del sitio, la experiencia del usuario y el posicionamiento en buscadores. Usa Google Search Console, las herramientas de desarrollo del navegador o software de rastreo para detectar problemas.
¿Cómo soluciono los errores 4XX y 5XX?
Los errores 4XX provienen del lado del cliente. Revisa errores tipográficos en las URLs, actualiza los permisos o verifica la autenticación. Los errores 5XX son del lado del servidor. Revisa la configuración del servidor, verifica los registros, examina los recursos y contacta a tu proveedor de hosting si es necesario.
¿Cuál es la diferencia entre los redireccionamientos 301 y 302?
Los redireccionamientos 301 son permanentes y transfieren el valor SEO a la nueva URL. Los redireccionamientos 302 son temporales y no transfieren toda la autoridad de los enlaces. Usa 301 para cambios permanentes y 302 para situaciones temporales.
¿Por qué los errores 404 perjudican el SEO?
Los errores 404 hacen que los motores de búsqueda eliminen las páginas de su índice, lo que provoca pérdida de tráfico. Las páginas con enlaces entrantes pierden autoridad de enlaces. Los usuarios se frustran y se van. El monitoreo y la corrección regular previenen daños.
¿Cuáles métodos HTTP son más seguros para almacenar en caché?
Los métodos GET y HEAD son seguros para almacenar en caché porque no modifican los datos del servidor. Los métodos POST, PUT y DELETE no deberían almacenarse en caché, ya que modifican los recursos. Los métodos OPTIONS y TRACE son seguros, pero rara vez se almacenan en caché.
