Guía completa de los códigos de estado HTTP

Los códigos de estado HTTP son respuestas estandarizadas que utilizan los servidores web para indicarte cómo se ha procesado tu solicitud HTTP.
Forman parte del protocolo HTTP (HyperText Transfer Protocol), que es esencialmente la base de la comunicación de datos en la World Wide Web.
Estos códigos forman parte de la respuesta del servidor al cliente (por ejemplo, tu navegador o una aplicación móvil) después de haber recibido e interpretado un mensaje de solicitud.

Comprender los códigos de estado HTTP es crucial porque indican si tu solicitud se ha realizado correctamente, si ha habido algún problema y qué tipo de problema puede haber sido.

Cómo funcionan los códigos HTTP

Cada vez que haces clic en un enlace o introduces una URL, estás enviando un «ticket de solicitud» digital al servidor web que aloja el sitio que quieres explorar.
Este servidor entra entonces en acción, procesando tu solicitud.
Una vez que ha descifrado lo que buscas, agrupa los recursos necesarios -ya sean páginas web, imágenes o vídeos- junto con una cabecera HTTP, y te devuelve este paquete.

Dentro de esta cabecera HTTP se encuentra un asentimiento digital o un movimiento de cabeza del servidor, conocido como código de estado HTTP.
Estos códigos son la forma sucinta que tiene el servidor de comunicarse con tu navegador, informándole del resultado de tu solicitud.
Aunque tu navegador y el servidor intercambian constantemente estos códigos de estado, normalmente lo hacen entre bastidores.

Sin embargo, cuando se produce un fallo en este intercambio digital -tal vez el servidor no puede encontrar la página que buscas o hay un problema en su extremo-, estos códigos de estado HTTP se muestran en la ventana de tu navegador.

Tomemos, por ejemplo, el infame código de estado HTTP 404 de Google: un póster digital de la página web que intentabas encontrar.
Es la forma que tiene el servidor de decir: «He buscado por todas partes, pero no encuentro lo que buscas».

Si tienes curiosidad por ver estos códigos de estado HTTP que suelen volar bajo el radar, hay numerosas herramientas a tu disposición.
Navegadores como Chrome y Firefox tienen extensiones adaptadas para desarrolladores que muestran los códigos de estado HTTP.
También puedes utilizar herramientas web de obtención de cabeceras como Sniffer Web.

Utilizar Google Search Console

Google Search Console (GSC) es una herramienta indispensable para que los webmasters y los profesionales del SEO comprendan cómo interactúa Google con sus sitios.
Ofrece información sobre diversos aspectos del rendimiento de tu sitio en la búsqueda de Google, incluida la visión crítica de los códigos de estado HTTP a través de su informe Cobertura.
Este informe es fundamental para supervisar y rectificar los problemas que podrían afectar a la visibilidad de tu sitio en los motores de búsqueda y a la experiencia del usuario.

Comprender el Informe de Cobertura

El informe Cobertura de Google Search Console clasifica el contenido de tu sitio en cuatro categorías principales, proporcionando una imagen clara de cómo les va a las URL de tu sitio a los ojos de Google:Errores: Las páginas que Google no puede indexar debido a errores HTTP entran en esta categoría.
Pueden deberse a errores de servidor 5xx, que indican problemas del lado del servidor que impiden a Googlebot acceder al contenido, o a errores de cliente 4xx como 404 No encontrado, que significa que la página no existe.

Válido con advertencias: Esta categoría es para páginas que Google ha indexado pero identifica problemas que podrían afectar a su rendimiento o visibilidad.
Por ejemplo, una página indexada pero bloqueada por robots.txt podría aparecer aquí.

Válido: Las URL que se han rastreado e indexado correctamente sin ningún problema se marcan como válidas.
Estas páginas están en buen estado y forman parte del índice de búsqueda de Google.

Excluidos: Esta sección incluye las URL que Google decidió no indexar.
Esto podría incluir páginas con redireccionamientos 301, páginas con etiquetas canónicas que apuntan a una página diferente o contenido duplicado que Google decidió no indexar en favor de una versión más canónica.

Una función especialmente útil para el SEO es la posibilidad de identificar páginas con códigos de estado de nivel 300 (redirección), como 301 Movido permanentemente, que podrían aparecer en la lista de Excluidos como «Página con redirección».
Esto permite a los webmasters revisar si las redirecciones están configuradas según lo previsto o si las redirecciones involuntarias están diluyendo potencialmente el valor SEO al desviar el valor de los enlaces.

Utilizar la herramienta de inspección de URL

Para obtener información más detallada sobre cómo se gestionan las URL individuales, la herramienta Inspección de URL de GSC resulta muy valiosa.
Te permite determinar exactamente por qué una página concreta puede tener problemas de indexación.
Por ejemplo, si Google no puede indexar una página debido a un error 404, la herramienta Inspección de URL mostrará claramente este estado.
Esta información directa puede ser decisiva para solucionar problemas a nivel de página, garantizando que el contenido importante no quede excluido inadvertidamente del índice de Google.

Al aprovechar estas funciones de Google Search Console, los webmasters pueden mantener un sitio web más saludable, asegurándose de que los problemas técnicos de SEO, especialmente los relacionados con los códigos de estado HTTP, se identifican y abordan con prontitud.
Este enfoque proactivo no sólo ayuda a optimizar la presencia de tu sitio en los resultados de búsqueda, sino que también mejora la experiencia general del usuario, garantizando que los visitantes encuentren el contenido que buscan sin encontrarse con callejones sin salida o redireccionamientos innecesarios.

Códigos de estado HTTP y SEO

Los robots de los motores de búsqueda encuentran códigos de estado HTTP mientras rastrean tu sitio web.
Estos códigos guían a los robots para que comprendan el estado de las páginas de tu sitio.
La relación entre estos códigos de estado y la Optimización para Motores de Búsqueda (SEO) es matizada, y algunos códigos desempeñan un papel más crítico que otros.

El impacto de los códigos 1xx y 2xx en el SEO

Los códigos de estado HTTP en el rango 100 y 200 son como luces verdes en la autopista de tu sitio web, que indican a los robots de los motores de búsqueda que todo va sobre ruedas.
Estos códigos indican que la solicitud se ha recibido, entendido y procesado correctamente.
Desde el punto de vista del SEO, son neutrales: aunque no mejoran directamente tu clasificación, garantizan que los robots puedan acceder a tu contenido e indexarlo sin problemas, afirmando la salud operativa de tu sitio.

El significado SEO de los códigos 3xx

Los códigos de nivel 300 son códigos de redirección e informan a los robots de que una página se ha movido, pero la naturaleza del movimiento -temporal o permanente- importa mucho.

Redirecciones permanentes (301): Los 301 pasan la mayor parte del link equity (el valor SEO transferido a través de los enlaces) de la página original a la nueva ubicación.
Esto significa que si una página con un buen número de backlinks de alta calidad se traslada, una redirección 301 ayuda a conservar su valor SEO acumulado.

Redirecciones temporales (302, 307): Los redireccionamientos temporales señalan un movimiento temporal y no transmiten valor de enlace.
Si se utilizan en exceso o se aplican de forma incorrecta, pueden interrumpir el flujo de enlaces en todo tu sitio, diluyendo potencialmente el valor SEO de tus páginas.

Los retos SEO de los códigos 4xx y 5xx

Encontrar errores de nivel 400 y 500 puede impedir que los robots de los motores de búsqueda rastreen e indexen tus páginas con eficacia.

Errores 4xx (Errores del cliente): Estos códigos indican problemas como páginas que faltan (404 No encontrado) o acceso no autorizado (403 Prohibido).
Los errores 404 frecuentes, por ejemplo, pueden indicar a los motores de búsqueda que tu sitio es una ciudad fantasma con muchos callejones sin salida, lo que puede perjudicar la calidad y usabilidad percibidas de tu sitio.

Errores 5xx (Errores del servidor): Significan problemas en el servidor que hacen que tu sitio sea poco fiable o inaccesible tanto para los usuarios como para los robots.
Un ejemplo común es el Error Interno de Servidor 500.
Si los motores de búsqueda encuentran con frecuencia estos errores en tu sitio, pueden considerarlo inestable, lo que puede afectar negativamente a tu clasificación.

Tipos de código HTTP y definiciones

Los códigos de estado HTTP se clasifican en cinco clases distintas clases.
These classes are collections of responses that share similar or related implications.
Understanding these classes can assist you in rapidly grasping the broad essence of a status code without needing to investigate its precise definition.

Las cinco clases se componen de1xx (Informativa): Comunica información a nivel de protocolo de transferencia.2xx (Correcto): Indica que la solicitud del cliente se ha recibido, entendido y aceptado correctamente.
Por ejemplo, 200 OK es la respuesta estándar para las peticiones HTTP aceptadas.

3xx (Redirección): Significa que el cliente debe realizar una acción adicional para completar la solicitud.
Un ejemplo común es 301 Movido permanentemente, que se utiliza cuando un recurso solicitado se ha movido a una nueva URL de forma permanente.

4xx (Error del cliente): Estos códigos indican un error provocado por el cliente, como 403 Prohibido, en el que se deniega el acceso al recurso solicitado.5xx (Error del servidor): Estos códigos indican un error en el servidor.
Por ejemplo, 503 Servicio no disponible significa que el servidor no está preparado para gestionar la solicitud, a menudo debido a mantenimiento o a que está sobrecargado.

Una lista completa de códigos HTTP

1xx (Informativo)

Estos códigos de estado son respuestas provisionales que reconocen que el servidor ha recibido la solicitud y que el cliente debe continuar la solicitud o ignorar la respuesta si la solicitud ya ha finalizado.
Son poco frecuentes en la navegación web cotidiana porque se ocupan de detalles de protocolo de bajo nivel que suele gestionar el cliente HTTP (tu navegador o aplicación).

100 Continúa: Indica al cliente que se ha recibido la parte inicial de la petición, y que debe continuar enviando el resto de la petición o ignorarla si ya lo ha hecho.101 Cambiar de protocolo: El servidor entiende y está dispuesto a cumplir la petición del cliente, a través del campo de cabecera del mensaje Actualización, de cambiar de protocolo a los especificados.102 Procesamiento (WebDAV): Este código indica que el servidor ha recibido y está procesando la petición, pero aún no hay respuesta disponible.
Con ello se pretende evitar que el cliente agote el tiempo de espera y asuma que la petición se ha perdido.

103 Primeras pistas: Este código de estado se utiliza principalmente para precargar recursos mientras el servidor aún está preparando una respuesta.
Permite al cliente cargar recursos críticos como hojas de estilo o imágenes antes de la respuesta final.

2xx (Correcto)

Indica que la solicitud del cliente se ha recibido, comprendido y aceptado correctamente.
Estos códigos de estado son el pulgar hacia arriba digital, que indica que la solicitud no sólo se ha recibido, sino que también se ha entendido y aceptado sin problemas.
Cada código dentro de esta categoría proporciona un poco más de especificidad sobre cómo procesó el servidor la solicitud y cuál fue el resultado.
A continuación encontrarás una lista completa de los códigos de estado 2xx.

200 OK: Este es el estándar de oro para las respuestas HTTP.
Cuando veas esto, significa que tu solicitud se procesó con éxito de la forma más directa posible.
Si enviaste una solicitud GET, el servidor está devolviendo el recurso solicitado.
Para una solicitud POST, este estado podría indicar que el envío se procesó correctamente.

201 Creado: Este código es una palmadita en la espalda por haber creado con éxito algo nuevo en el servidor, normalmente en respuesta a una petición POST.
Significa no sólo que la petición ha sido aceptada, sino que, como resultado de ella, ha nacido un nuevo recurso.
La respuesta suele incluir una cabecera «Ubicación» que apunta al URI del recurso recién creado.

202 Aceptada: Piensa en esto como si el servidor dijera: «Tengo tu solicitud, y parece buena, pero voy a necesitar algo de tiempo para trabajar en ella».
Se utiliza en los casos en que la solicitud ha sido aceptada para su procesamiento, pero éste aún no ha concluido.
Es una forma de acusar recibo en situaciones en las que se producirá un retraso.

203 Información no autorizada: El servidor es un proxy transformador (por ejemplo, un acelerador Web) que recibió un 200 OK de su origen, pero que está devolviendo una versión modificada de la respuesta del origen.204 Sin contenido: Es la forma que tiene el servidor de decir: «He procesado con éxito tu solicitud, pero no tengo nada que mostrar».
A menudo se utiliza como respuesta a una solicitud que se ha procesado correctamente y que no va a suponer un cambio en el contenido mostrado, como una operación de borrado correcta o una actualización que no afecta al estado actual del recurso visible para el cliente.

205 Restablecer contenido: El servidor ha procesado correctamente la solicitud, pero no devuelve ningún contenido.
A diferencia de una respuesta 204, esta respuesta requiere que el solicitante restablezca la vista del documento.

206 Contenido parcial: Este código de estado es un poco más especializado, se utiliza cuando el servidor está cumpliendo una solicitud GET parcial de un recurso.
Es útil cuando se solicitan recursos de gran tamaño y el cliente quiere descargarlos en trozos, como cuando se transmite un vídeo o se descarga un archivo grande en segmentos.

207 Multiestado (WebDAV): Proporciona el estado de varias operaciones independientes (por ejemplo, en una operación por lotes).

208 Ya informado (WebDAV): Se utiliza dentro de un elemento de respuesta DAV: propstat para evitar enumerar repetidamente los miembros internos de varios enlaces a la misma colección.

226 IM Utilizado (codificación HTTP Delta): El servidor ha satisfecho una petición del recurso, y la respuesta es una representación del resultado de una o más manipulaciones de instancia aplicadas a la instancia actual.

3xx (Redirección)

La clase 3xx de códigos de estado HTTP tiene que ver con la redirección.
Estos códigos indican al cliente que son necesarios pasos adicionales para completar la solicitud.
Esto podría implicar navegar a una URL diferente o quizás seguir automáticamente una serie de redirecciones hasta llegar al recurso final.
Aquí tienes un vistazo más de cerca a los códigos de estado 3xx completos.

301 Movido permanentemente: La respuesta debe incluir una cabecera «Ubicación» que especifique la nueva URL del recurso.
Los clientes deben actualizar sus enlaces a esta nueva dirección, ya que la redirección es permanente.

302 Encontrado ( Movido temporalmente): Este código de estado es un poco menos comprometedor que un 301.
Se utiliza cuando el recurso ha sido trasladado temporalmente a otra URI.
Los clientes deben seguir utilizando la URI original para futuras peticiones, ya que la redirección podría cambiar.

303 Ver otros: Piensa en esto como una redirección educada, utilizada a menudo en respuesta a peticiones POST.
Indica al cliente que mire (GET) otra URL y utilice una solicitud GET para ella, independientemente del método de solicitud original.
Esto es útil para casos como el envío de un formulario en el que no quieres volver a enviar los datos si el usuario pulsa el botón de actualizar.

304 No modificado: Es una forma de minimizar la transferencia innecesaria de datos.
Se utiliza cuando el cliente ha realizado una solicitud GET condicional y se permite el acceso, pero el documento no se ha modificado desde la versión especificada por las cabeceras If-Modified-Since o If-None-Match de la solicitud.
En esencia, indica al cliente que la versión en caché del recurso solicitado sigue siendo buena y puede utilizarse, ahorrando ancho de banda y acelerando la navegación web.

305 Utilizar proxy (obsoleto): Este código de respuesta se utilizaba para indicar que se debe acceder al recurso solicitado a través del proxy indicado por el campo Ubicación.
Ha quedado obsoleto debido a problemas de seguridad relacionados con la configuración en banda de un proxy.

306 Interruptor Proxy: Este código se utilizaba en especificaciones anteriores, pero ya no se utiliza y se reserva para un uso futuro.307 Redirección temporal: Es similar a un 302, pero con un cumplimiento más estricto del método utilizado en la solicitud.
Significa: «El recurso que buscas está temporalmente en esta otra URL, y debes utilizar el mismo método (GET, POST, etc.) que utilizaste originalmente para acceder a él».

308 Redireccionamiento permanente: Es la contrapartida más reciente del 301, que conserva el método.
Indica que el recurso se ha trasladado permanentemente a una nueva URL y que las solicitudes futuras deben utilizar la nueva URL con el mismo método que se utilizó en la solicitud original.

4xx (Error de cliente)

La clase 4xx de códigos de estado HTTP marca los casos en los que algo ha ido mal debido a un problema en el lado del cliente.
Estos códigos son cruciales para diagnosticar errores de usuario, configuraciones erróneas o intentos no autorizados de acceder a recursos.
Definamos todos los errores 4xx.

400 Petición errónea: Es el equivalente HTTP de una mirada en blanco en respuesta a una pregunta confusa.
Se utiliza cuando el servidor no puede entender la petición debido a una sintaxis no válida.
Es una respuesta de error general para cuando no es apropiado otro código más específico.
Esto puede ocurrir debido a una sintaxis de solicitud malformada, a parámetros de mensaje de solicitud no válidos o a un enrutamiento engañoso de la solicitud.

401 No autorizado: A pesar del nombre, este código de estado significa en realidad «no autenticado».
Indica que la solicitud no se ha aplicado porque carece de credenciales de autenticación válidas para el recurso de destino.
Si estás intentando acceder a algo que requiere un inicio de sesión, y no te has conectado o tu sesión ha caducado, es probable que te encuentres con esta respuesta.

402 Pago requerido: Reservado para uso futuro.
Inicialmente destinado a sistemas de pago digitales.

403 Prohibido: Este código se refiere más a la autorización que a la autenticación.
Aunque hayas iniciado sesión, una respuesta 403 significa que estás intentando acceder a un recurso para el que no tienes permiso.
Es el servidor diciendo firmemente: «Sé quién eres, pero aún así no puedes entrar aquí».

404 No encontrado: Quizás el más conocido de todos los códigos de estado HTTP, el 404 es la forma que tiene Internet de decir: «Aquí no hay nada que ver».
Significa que el servidor no puede encontrar el recurso solicitado.
Los enlaces que no llevan a ninguna parte -conocidos como enlaces rotos o muertos- son una causa común de este error.

405 Método no permitido: Esta respuesta se da cuando el método especificado en la línea de solicitud es conocido por el servidor, pero ha sido desactivado y no puede utilizarse para el recurso en cuestión.
Por ejemplo, si intentas enviar un POST a una URL que sólo acepta peticiones GET, se producirá este error.

406 No aceptable: El recurso solicitado sólo es capaz de generar contenido no aceptable según las cabeceras Accept enviadas en la solicitud.407 Autenticación de proxy requerida: Similar al 401 No autorizado, pero indica que el cliente debe autenticarse primero con el proxy.408 Tiempo de espera de la solicitud: Aquí, el servidor agota el tiempo de espera de la solicitud.
Este estado suele devolverse cuando el cliente no consigue enviar una solicitud en el tiempo que el servidor estaba preparado para esperar.
Es la forma que tiene el servidor de decir: «Te he esperado, pero has tardado demasiado».

409 Conflicto: La solicitud no se ha podido procesar debido a un conflicto en la solicitud, como un conflicto de edición en el caso de actualizaciones múltiples.

410 Desaparecida: El recurso solicitado ya no está disponible y no volverá a estarlo.

411 Longitud necesaria: La petición no especificaba la longitud de su contenido, que es requerida por el recurso solicitado.

412 Condición previa fallida: El servidor no cumple una de las condiciones previas que el solicitante puso en la petición.

413 Carga útil demasiado grande: La petición es mayor de lo que el servidor quiere o puede procesar.

414 URI Demasiado tiempo: La URI proporcionada era demasiado larga para que el servidor la procesara.

415 Tipo de soporte no compatible: La entidad de la petición tiene un tipo de medio que el servidor o el recurso no admite.

416 Alcance no satisfactorio: El cliente ha solicitado una parte del archivo, pero el servidor no puede proporcionar esa parte.

417 Expectativa fallida: El servidor no puede cumplir los requisitos del campo Esperar encabezado de solicitud.

418 Soy una tetera (broma del día de los inocentes en RFC 2324): Este código se definió en 1998 como una de las tradicionales bromas del Día de los Inocentes del IETF, en el RFC 2324, Protocolo de Control de Cafeteras Hipertextuales.

421 Solicitud mal dirigida: La petición se ha dirigido a un servidor que no puede producir una respuesta (por ejemplo, porque se ha reutilizado una conexión).

422 Entidad no procesable : La petición estaba bien formada, pero no se pudo seguir debido a errores semánticos.

423 Bloqueado (WebDAV): El recurso al que se está accediendo está bloqueado.

424 Dependencia fallida (WebDAV): La petición falló porque dependía de otra petición y ésta falló.

426 Actualización necesaria: El servidor se niega a realizar la petición utilizando el protocolo actual, pero podría estar dispuesto a hacerlo después de que el cliente se actualice a un protocolo diferente.

428 Condición previa necesaria: El servidor de origen requiere que la petición sea condicional.

429 Demasiadas peticiones: ¡Estás siendo demasiado ansioso!
Esta respuesta se emite cuando el usuario ha enviado demasiadas solicitudes en un tiempo determinado («limitación de velocidad»).
Es una medida para evitar abusos y garantizar un uso justo de los recursos.

431 Campos de la cabecera de la petición demasiado grandes: El servidor no está dispuesto a procesar la solicitud porque un campo de cabecera individual, o todos los campos de cabecera en conjunto, son demasiado grandes.451 No disponible por motivos legales: El servidor deniega el acceso al recurso como consecuencia de una demanda legal.

499: Solicitud Cliente Cerrado.
NGINX devuelve este código de estado cuando el cliente finaliza la petición antes de que NGINX haya terminado de procesarla.

5xx (Error del servidor)

La clase 5xx de códigos de estado HTTP indica errores del servidor, lo que significa que el servidor es consciente de que ha encontrado un error o es incapaz de realizar la solicitud.
A diferencia de los códigos 4xx, que señalan problemas en el lado del cliente, los errores 5xx implican problemas en el lado del servidor que le impiden cumplir una solicitud válida.
Aquí tienes una lista completa de los códigos de estado HTTP 5xx junto con sus definiciones detalladas.

500 Error interno del servidor: Este es un mensaje de error genérico, que se da cuando se encuentra una condición inesperada y no hay ningún mensaje específico adecuado.
Es la respuesta comodín para los problemas del lado del servidor que no encajan en ninguna otra categoría.

501 No aplicado: El servidor no reconoce el método de solicitud, o carece de la capacidad para satisfacer la solicitud.
Normalmente, esto implica una disponibilidad futura (por ejemplo, una nueva función que aún no se admite).

502 Pasarela incorrecta: Este error se produce cuando el servidor, al actuar como pasarela o proxy, recibió una respuesta no válida del servidor ascendente al que accedió al intentar satisfacer la petición.503 Servicio no disponible: El servidor no puede gestionar la solicitud (porque está sobrecargado o inactivo por mantenimiento).
Generalmente, se trata de un estado temporal, y el servidor especificará cuánto tiempo debe esperar el cliente antes de volver a intentarlo.

504 Tiempo de espera de la puerta de enlace: El servidor, mientras actuaba como pasarela o proxy, no recibió una respuesta a tiempo del servidor ascendente o de algún otro servidor auxiliar al que necesitaba acceder para completar la petición.505 Versión HTTP no admitida: El servidor no admite la versión del protocolo HTTP utilizada en la solicitud.
Esta respuesta se envía cuando el servidor rechaza el uso de la versión HTTP actual.

506 La variante también negocia (Experimental): Este código indica que el servidor tiene un error interno de configuración: el recurso variante elegido está configurado para entablar él mismo una negociación de contenido transparente y, por tanto, no es un punto final adecuado en el proceso de negociación.507 Almacenamiento insuficiente (WebDAV): El servidor no puede almacenar la representación necesaria para completar la solicitud.
Este código de estado se utiliza normalmente cuando el servidor necesita más espacio de almacenamiento para completar la solicitud.

508 Bucle detectado (WebDAV): Este estado indica que el servidor finalizó una operación porque encontró un bucle infinito al procesar una petición con «Profundidad: infinito».
Este estado indica que toda la operación ha fallado.

510 No ampliado: Se necesitan más extensiones de la solicitud para que el servidor pueda satisfacerla.
Este código de estado se utiliza en el RFC 2774 (An HTTP Extension Framework).

511 Autenticación de red necesaria: Este código de estado indica que el cliente necesita autenticarse para acceder a la red.
Lo utilizan los proxies de interceptación que controlan el acceso a la red (por ejemplo, los «portales cautivos» utilizados para exigir la aceptación de las Condiciones del Servicio antes de conceder el acceso completo a Internet a través de un punto de acceso Wi-Fi).

Reflexiones finales

En este blog, profundizamos en los códigos de estado HTTP, cubriendo sus clasificaciones (1xx, 2xx, 3xx, 4xx, 5xx) y su impacto en las interacciones web y el SEO.
Hablamos de cómo determinados códigos, especialmente 3xx (redirección), 4xx (error del cliente) y 5xx (error del servidor), influyen en la clasificación y la indexación de un sitio en los motores de búsqueda.
También exploramos el uso de Google Search Console para supervisar estos códigos de estado, destacando su informe Cobertura y la herramienta Inspección de URL como recursos esenciales para identificar y abordar los problemas del sitio relacionados con estos códigos.
El debate hizo hincapié en la importancia de gestionar adecuadamente los códigos de estado HTTP para la optimización y el rendimiento del sitio web.