{"id":24636,"date":"2023-06-26T16:15:41","date_gmt":"2023-06-26T16:15:41","guid":{"rendered":"https:\/\/sitechecker.pro\/?page_id=24636"},"modified":"2025-05-21T13:38:02","modified_gmt":"2025-05-21T13:38:02","slug":"3xx-redirect-http-website-codes-sitechecker-wiki","status":"publish","type":"page","link":"https:\/\/sitechecker.pro\/es\/what-are-3xx-status-codes\/","title":{"rendered":"\u00bfQu\u00e9 son los c\u00f3digos 3XX de redirecci\u00f3n HTTP de sitios web? | Sitechecker Wiki"},"content":{"rendered":"

<\/p>\n

<\/div>\n

Los c\u00f3digos de estado HTTP 3XX de redirecci\u00f3n son una categor\u00eda de c\u00f3digos de estado en el Protocolo de Transferencia de Hipertexto (HTTP) que indican una redirecci\u00f3n. Cuando un servidor responde con un c\u00f3digo de estado 3XX, informa al cliente (generalmente un navegador web) que necesita tomar acciones adicionales para cumplir con la solicitud. Estos c\u00f3digos de estado juegan un papel crucial en redirigir din\u00e1micamente el tr\u00e1fico web a diferentes URL.
\nEstos c\u00f3digos son esenciales para mantener la funcionalidad de la web y la experiencia del usuario. Permiten a los administradores de sitios web actualizar contenido, cambiar URL o gestionar la distribuci\u00f3n del tr\u00e1fico en varios servidores. Al utilizar los c\u00f3digos de redirecci\u00f3n 3XX apropiados, los propietarios de sitios web pueden asegurarse de que los usuarios y los motores de b\u00fasqueda sean dirigidos a los recursos y URL correctos.<\/p>\n

En general, los c\u00f3digos de redirecci\u00f3n HTTP 3XX permiten una gesti\u00f3n eficiente de los sitios web, redirecci\u00f3n de URL y navegaci\u00f3n fluida de los usuarios al se\u00f1alar la necesidad de acciones adicionales para cumplir con las solicitudes.<\/p>\n

Implicaciones de los c\u00f3digos de estado 3xx para el SEO<\/h2>\n

Los c\u00f3digos de estado 3xx tienen implicaciones significativas para el SEO, influenciando c\u00f3mo los motores de b\u00fasqueda perciben y clasifican tu sitio web.<\/p>\n

Cuando una URL se redirige, Google lleva un registro<\/a> de la URL original y la nueva URL (destino de la redirecci\u00f3n). Una de estas URL se convierte en la URL can\u00f3nica, determinada por factores como el tipo de redirecci\u00f3n (temporal o permanente). La otra URL se convierte en un nombre alternativo para la URL can\u00f3nica. Estos nombres alternativos son versiones diferentes del mismo contenido que los usuarios pueden reconocer y confiar m\u00e1s. En algunos casos, estos nombres alternativos pueden aparecer en los resultados de b\u00fasqueda, especialmente si la consulta de un usuario sugiere una preferencia por la URL antigua.<\/p>\n

Por ejemplo, cuando migras a un nuevo dominio, es com\u00fan que Google ocasionalmente muestre las URL antiguas en los resultados de b\u00fasqueda, aunque las nuevas URL ya hayan sido indexadas. Este comportamiento es esperado, y con el tiempo, a medida que los usuarios se familiarizan con el nuevo dominio, la prominencia de los nombres alternativos disminuir\u00e1 naturalmente sin necesidad de acci\u00f3n alguna por tu parte.<\/p>\n

El c\u00f3digo de estado m\u00e1s cr\u00edtico para el SEO es el 301 (Movido Permanentemente). Al implementar una redirecci\u00f3n 301, los motores de b\u00fasqueda entienden que la URL original ha sido movida permanentemente a una nueva ubicaci\u00f3n. Esto les permite transferir el valor SEO de la URL antigua a la nueva, preservando las clasificaciones y el tr\u00e1fico.<\/p>\n

Para monitorear la correcta redirecci\u00f3n del contenido de tu sitio a nuevas p\u00e1ginas, necesitas conocer el significado de los c\u00f3digos de respuesta del servidor. Esto te ayudar\u00e1 a evitar la p\u00e9rdida de equidad de enlace y mantener y mejorar la clasificaci\u00f3n de tu p\u00e1gina.<\/p>\n

Descubramos qu\u00e9 significa cada uno de los c\u00f3digos de estado 3xx.<\/p>\n

Descripci\u00f3n general de los c\u00f3digos de estado 3xx<\/h2>\n

La categor\u00eda de c\u00f3digos de estado HTTP 3xx se centra principalmente en la redirecci\u00f3n. Estos c\u00f3digos informan al cliente (m\u00e1s a menudo un navegador web) que debe tomar una acci\u00f3n adicional para cumplir con la solicitud. Esta acci\u00f3n adicional suele ser enviar una nueva solicitud a una URL diferente, proporcionada en la respuesta.<\/p>\n

Redirecci\u00f3n 3xx:<\/p>\n\n\n\n\n\n\n\n\n\n\n\n\n
C\u00f3digo de estado HTTP<\/strong><\/th>\nNombre<\/strong><\/th>\nC\u00f3mo funciona<\/strong><\/th>\n<\/thead>\n
300<\/strong><\/td>\nM\u00faltiples opciones<\/strong><\/td>\nExplicaci\u00f3n del c\u00f3digo, incluyendo que significa m\u00faltiples opciones para el recurso que el cliente puede seguir.<\/td>\n<\/tr>\n
301<\/strong><\/td>\nMovido permanentemente<\/strong><\/td>\nExplica que indica que la URL del recurso solicitado ha cambiado permanentemente y d\u00f3nde est\u00e1 la nueva ubicaci\u00f3n.<\/td>\n<\/tr>\n
302<\/strong><\/td>\nEncontrado (anteriormente “Movido temporalmente”)<\/strong><\/td>\nExplica que indica que la URL del recurso solicitado ha cambiado temporalmente.<\/td>\n<\/tr>\n
303<\/strong><\/td>\nVer otros<\/strong><\/td>\nExplicando su uso para redirecci\u00f3n, t\u00edpicamente despu\u00e9s de enviar un formulario.<\/td>\n<\/tr>\n
304<\/strong><\/td>\nNo modificado<\/strong><\/td>\nDiscute c\u00f3mo se usa en llamadas GET condicionales para reducir el ancho de banda.<\/td>\n<\/tr>\n
305<\/strong><\/td>\nUsar proxy<\/strong><\/td>\nDescribe c\u00f3mo significa que el recurso solicitado solo se puede acceder a trav\u00e9s de un proxy.<\/td>\n<\/tr>\n
306<\/strong><\/td>\n(No utilizado)<\/strong><\/td>\nMenciona que se us\u00f3 en una versi\u00f3n anterior de la especificaci\u00f3n HTTP pero ya no se utiliza.<\/td>\n<\/tr>\n
307<\/strong><\/td>\nRedirecci\u00f3n temporal<\/strong><\/td>\nDetalle el uso de este c\u00f3digo para redirigir temporalmente el tr\u00e1fico.<\/td>\n<\/tr>\n
308<\/strong><\/td>\nRedirecci\u00f3n permanente<\/strong><\/td>\nDiscute el uso de este c\u00f3digo para redirigir permanentemente el tr\u00e1fico.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

Los c\u00f3digos de estado 3xx juegan un papel importante en hacer que la web sea din\u00e1mica y amigable para el usuario. Por ejemplo, permiten a los administradores web mover contenido a nuevas URL sin romper los enlaces existentes. Cuando un usuario o un motor de b\u00fasqueda solicita la URL antigua, una respuesta 3xx les gu\u00eda hacia la nueva ubicaci\u00f3n. Tambi\u00e9n se utilizan para equilibrar la carga de las solicitudes en m\u00faltiples servidores, permitiendo una experiencia de usuario m\u00e1s fluida.<\/p>\n

Estos c\u00f3digos de estado no representan un error sino m\u00e1s bien un cambio en el camino hacia el recurso solicitado. El recurso a\u00fan no ha sido entregado, pero se puede obtener siguiendo las instrucciones proporcionadas en el mensaje de estado. Tambi\u00e9n es importante se\u00f1alar que algunos c\u00f3digos 3xx implican que el contenido se ha movido permanentemente (por ejemplo, 301), mientras que otros indican un cambio temporal (por ejemplo, 302, 307).<\/p>\n

Comprender e implementar correctamente los c\u00f3digos de estado HTTP 3xx es crucial para cualquier desarrollador o administrador web. Hacerlo ayuda a garantizar experiencias de usuario sin interrupciones, una operaci\u00f3n eficiente del servidor y una correcta indexaci\u00f3n de las p\u00e1ginas web por parte de los motores de b\u00fasqueda.<\/p>\n

C\u00f3digo de Estado 300 – M\u00faltiples Opciones<\/h3>\n

Cuando un servidor responde con un c\u00f3digo de estado 300, indica un escenario \u00fanico en el que el recurso solicitado est\u00e1 asociado con m\u00faltiples puntos finales potenciales, cada uno caracterizado por una ubicaci\u00f3n distinta. El usuario, o el agente de usuario, por lo tanto, est\u00e1 obligado a discernir la opci\u00f3n preferida y, en consecuencia, redirigir su solicitud a esa ubicaci\u00f3n espec\u00edfica para recuperar el recurso pretendido. Notablemente, en ciertos sistemas sofisticados, se puede implementar una selecci\u00f3n autom\u00e1tica de la opci\u00f3n m\u00e1s \u00f3ptima, eliminando la necesidad de intervenci\u00f3n manual. Esto ejemplifica la naturaleza din\u00e1mica de la comunicaci\u00f3n HTTP y la complejidad que ocasionalmente puede introducir.<\/p>\n

\n
Imaginemos un escenario en el que un sitio web admite contenido en m\u00faltiples idiomas y no utiliza cookies ni ning\u00fan tipo de detecci\u00f3n para servir contenido en el idioma del usuario autom\u00e1ticamente. En cambio, utiliza el c\u00f3digo de estado 300.<\/p>\n

Un usuario intenta acceder a la URL \"https:\/\/example.com\/document\".<\/p>\n

El servidor se da cuenta de que hay m\u00faltiples versiones de \"document\" disponibles en diferentes idiomas, como ingl\u00e9s, franc\u00e9s y espa\u00f1ol.<\/p>\n

El servidor devuelve un c\u00f3digo de estado 300 M\u00faltiples Opciones, junto con una lista de las versiones disponibles de \"document\", cada una con su URL \u00fanica. Esto podr\u00eda verse algo as\u00ed como:<\/p>\n

\"https:\/\/example.com\/document-en\" para la versi\u00f3n en ingl\u00e9s \"https:\/\/example.com\/document-fr\" para la versi\u00f3n en franc\u00e9s \"https:\/\/example.com\/document-es\" para la versi\u00f3n en espa\u00f1ol<\/p>\n

El usuario, o el navegador del usuario, luego selecciona la versi\u00f3n apropiada seg\u00fan la preferencia de idioma del usuario y realiza una nueva solicitud a esa URL.<\/p>\n

El servidor responde con un c\u00f3digo de estado 200 OK (asumiendo que todo lo dem\u00e1s est\u00e1 bien) y el documento solicitado en el idioma elegido.<\/p>\n

En algunos casos, un navegador o cliente automatizado puede estar configurado para hacer esta elecci\u00f3n autom\u00e1ticamente basado en criterios preconfigurados, como la configuraci\u00f3n de idioma del usuario.<\/div>\n

\n
\n <\/span><\/div><\/div><\/div><\/div>\n

301 – Movido Permanentemente<\/h3>\n

Un c\u00f3digo de estado 301 representa una redirecci\u00f3n permanente desde la URL solicitada inicialmente a una nueva. Esto implica que todas las solicitudes futuras a la URL original deben dirigirse a la nueva URL proporcionada por el servidor.<\/p>\n

Este c\u00f3digo es particularmente \u00fatil cuando cambia el dominio de un sitio web o la estructura de URL. Al usar una redirecci\u00f3n 301, el propietario del sitio web puede asegurarse de que los usuarios y los motores de b\u00fasqueda actualicen sus referencias de URL a la nueva ubicaci\u00f3n, ayudando a mantener la clasificaci\u00f3n SEO del sitio.<\/p>\n

El c\u00f3digo de estado 301 Movido Permanentemente tambi\u00e9n implica que el m\u00e9todo y el cuerpo de la solicitud original no cambiar\u00e1n cuando se realice la redirecci\u00f3n. Es decir, si se realiz\u00f3 una POST a la URL original, la redirecci\u00f3n tambi\u00e9n se har\u00e1 usando una POST con el mismo cuerpo.<\/p>\n

\n
Imaginemos un escenario en el que un negocio cambia el dominio de su sitio web.<\/p>\n

El negocio utilizaba previamente \"http:\/\/old-business.com\", pero han rebrandeado y se han mudado a un nuevo dominio: \"http:\/\/new-business.com\".<\/p>\n

Cuando un usuario o un motor de b\u00fasqueda intenta acceder a la URL antigua \"http:\/\/old-business.com\/about\", el servidor ha sido configurado para responder con un c\u00f3digo de estado 301 y proporciona la nueva URL \"http:\/\/new-business.com\/about\" en el campo \"Location\" del encabezado de respuesta HTTP.<\/p>\n

El navegador web del usuario, o el motor de b\u00fasqueda, reconoce el c\u00f3digo de estado 301, lo que significa que el recurso se ha movido permanentemente. Actualizar\u00e1n sus registros y cach\u00e9 para usar la nueva URL \"http:\/\/new-business.com\/about\" para todas las solicitudes futuras.<\/p>\n

De esta manera, el c\u00f3digo de estado 301 Movido Permanentemente asegura que el tr\u00e1fico y las clasificaciones de SEO se preserven<\/a> cuando la estructura del sitio o el dominio cambian. Informa tanto a los navegadores de los usuarios como a los motores de b\u00fasqueda que la URL antigua no debe usarse m\u00e1s, y que todas las solicitudes futuras deben dirigirse a la nueva URL.<\/div>\n

\n
\n <\/span><\/div><\/div><\/div><\/div>\n

302 – Encontrado (Movido Temporalmente)<\/h3>\n

Un c\u00f3digo de estado 302 indica que el recurso solicitado se ha movido temporalmente a una nueva URL, y las solicitudes futuras a\u00fan deben usar la URL original. A diferencia del c\u00f3digo de estado 301, que indica al cliente que el movimiento es permanente, un c\u00f3digo de estado 302 se\u00f1ala un cambio temporal en la ubicaci\u00f3n.<\/p>\n

Este c\u00f3digo de estado se usa a menudo cuando el contenido se mueve temporalmente, como durante el mantenimiento del sitio web o pruebas A\/B. Cuando el cliente recibe un c\u00f3digo de estado 302, debe seguir la redirecci\u00f3n para la solicitud actual, pero continuar usando la URL original para cualquier solicitud futura.<\/p>\n

Es importante se\u00f1alar que la especificaci\u00f3n HTTP\/1.0 se refer\u00eda a este c\u00f3digo de estado como “Movido Temporalmente”, pero se cambi\u00f3 el nombre a “Encontrado” en HTTP\/1.1. A pesar de este cambio en la terminolog\u00eda, su funci\u00f3n sigue siendo la misma. Sin embargo, tenga en cuenta que el m\u00e9todo de solicitud puede cambiar a GET desde el m\u00e9todo original en el caso del c\u00f3digo de estado 302. Por ejemplo, si la solicitud original fue POST, la solicitud redirigida podr\u00eda cambiar a GET.<\/p>\n

La nueva URL para el recurso se proporciona en el campo ‘Location’ del encabezado de respuesta HTTP. El navegador web del usuario, u otro cliente HTTP, deber\u00eda manejar autom\u00e1ticamente la redirecci\u00f3n a la nueva URL para la solicitud actual.<\/p>\n

\n
La tienda de comercio electr\u00f3nico tiene una p\u00e1gina de producto popular ubicada en \"http:\/\/store.com\/product\".<\/p>\n

Durante una venta estacional, deciden reemplazar la p\u00e1gina de producto est\u00e1ndar con una p\u00e1gina especial de venta que incluye descuentos adicionales y paquetes. La p\u00e1gina de venta est\u00e1 ubicada en \"http:\/\/store.com\/product-sale\".<\/p>\n

Cuando un cliente intenta acceder a la URL habitual \"http:\/\/store.com\/product\", el servidor responde con un c\u00f3digo de estado 302 y proporciona la nueva URL \"http:\/\/store.com\/product-sale\" en el campo \"Location\" del encabezado de respuesta HTTP.<\/p>\n

El navegador del cliente reconoce el c\u00f3digo de estado 302 y redirige autom\u00e1ticamente a \"http:\/\/store.com\/product-sale\" para esta solicitud espec\u00edfica.<\/p>\n

Una vez que el per\u00edodo de venta termina, el servidor deja de emitir la redirecci\u00f3n 302, y la URL original \"http:\/\/store.com\/product\" comienza a servir la p\u00e1gina de producto est\u00e1ndar nuevamente. Debido a que el c\u00f3digo de estado 302 indica un movimiento temporal, los navegadores y los motores de b\u00fasqueda contin\u00faan tratando \"http:\/\/store.com\/product\" como la URL primaria durante todo este proceso.<\/p>\n

En este ejemplo, el c\u00f3digo de estado 302 Encontrado (Movido Temporalmente) permite a la tienda alterar temporalmente el contenido que sirven sin cambiar la URL que los clientes y los motores de b\u00fasqueda usan para acceder a la p\u00e1gina de producto.<\/div>\n

\n
\n <\/span><\/div><\/div><\/div><\/div>\n

303 – Ver Otros<\/h3>\n

El c\u00f3digo de estado 303, titulado “Ver Otros”, significa que el recurso solicitado se puede encontrar en una URL diferente y debe recuperarse utilizando un m\u00e9todo GET. Este c\u00f3digo de estado se utiliza para redirigir a un cliente despu\u00e9s de que se haya realizado una acci\u00f3n exitosa, t\u00edpicamente un env\u00edo de formulario, para evitar que la acci\u00f3n se duplique si un usuario actualiza o navega hacia atr\u00e1s en la p\u00e1gina.<\/p>\n

Cuando se emite un c\u00f3digo de estado 303, el servidor incluye el campo ‘Location’ en el encabezado de respuesta HTTP<\/a> para especificar la nueva URL donde el cliente deber\u00eda dirigir la solicitud de seguimiento GET. Esto difiere de un c\u00f3digo de estado 302, donde se espera que el cliente siga la redirecci\u00f3n pero use el m\u00e9todo HTTP original.<\/p>\n

En esencia, el c\u00f3digo de estado 303 Ver Otros es una forma de que los servidores aseguren que un cliente recupere la versi\u00f3n m\u00e1s actual de un recurso mientras evita problemas potenciales con la reenv\u00edo de formularios u otras acciones que modifiquen los datos.<\/p>\n

Es importante notar que el c\u00f3digo de estado 303 Ver Otros fue introducido en HTTP\/1.1. Puede no ser completamente compatible con clientes antiguos que solo implementan HTTP\/1.0. Sin embargo, la mayor\u00eda de los clientes modernos y todos los navegadores modernos soportan HTTP\/1.1 y entienden el c\u00f3digo de estado 303 Ver Otros.<\/p>\n

\n
Un usuario visita \"http:\/\/website.com\/form\" y llena un formulario para registrar una cuenta o enviar informaci\u00f3n.<\/p>\n

Una vez que se completa el formulario, el usuario presiona el bot\u00f3n \"Enviar\", y el navegador env\u00eda una solicitud POST al servidor con los datos del formulario.<\/p>\n

El servidor procesa los datos del formulario con \u00e9xito y necesita enviar una respuesta al cliente. Sin embargo, en lugar de enviar al cliente de vuelta a la p\u00e1gina del formulario, el servidor desea dirigir al cliente a una nueva p\u00e1gina de \"\u00c9xito\".<\/p>\n

El servidor responde con un c\u00f3digo de estado 303 y proporciona la nueva URL \"http:\/\/website.com\/success\" en el campo \"Location\" del encabezado de respuesta HTTP.<\/p>\n

El navegador del usuario reconoce el c\u00f3digo de estado 303 y autom\u00e1ticamente emite una solicitud GET a \"http:\/\/website.com\/success\", y se muestra la p\u00e1gina de \u00e9xito.<\/p>\n

De esta manera, el c\u00f3digo de estado 303 Ver Otros ayuda a prevenir la reenv\u00edo del formulario si el usuario presiona el bot\u00f3n de actualizaci\u00f3n o navega hacia atr\u00e1s usando los botones del navegador, ya que la \u00faltima solicitud que hizo el navegador fue una solicitud GET a la p\u00e1gina de \u00e9xito, no la env\u00edo del formulario. Esto tambi\u00e9n se conoce como el patr\u00f3n Post\/Redirect\/Get (PRG) en el desarrollo web.<\/div>\n

\n
\n <\/span><\/div><\/div><\/div><\/div>\n

304 – No Modificado<\/h3>\n

Un c\u00f3digo de estado 304, tambi\u00e9n conocido como “No Modificado”, se utiliza para indicar que el recurso solicitado no ha sido alterado desde la \u00faltima vez que fue solicitado. Este c\u00f3digo de estado se utiliza t\u00edpicamente con fines de cach\u00e9 y puede mejorar significativamente el rendimiento de las aplicaciones web al reducir la carga del servidor y el tr\u00e1fico de red.<\/p>\n

Cuando un cliente tiene una copia en cach\u00e9 de un recurso, puede enviar una solicitud GET condicional al servidor con un encabezado ‘If-Modified-Since’ o ‘If-None-Match’. El servidor verifica si el recurso ha cambiado desde la \u00faltima vez especificada por el cliente. Si el recurso no ha cambiado, el servidor responder\u00e1 con un c\u00f3digo de estado 304 No Modificado, y el cliente cargar\u00e1 el recurso desde su cach\u00e9 en lugar de descargarlo nuevamente desde el servidor.<\/p>\n

El servidor no incluye un cuerpo de mensaje con una respuesta 304, y los encabezados del recurso en la respuesta deben ser id\u00e9nticos a los enviados en la respuesta 200 OK anterior (excepto por algunos campos que pueden tener valores diferentes, como Date).<\/p>\n

Es importante notar que el c\u00f3digo de estado 304 es una caracter\u00edstica de HTTP\/1.1 y posteriores. Los clientes m\u00e1s antiguos que solo soportan HTTP\/1.0 pueden no entender o manejar correctamente un c\u00f3digo de estado 304. Sin embargo, todos los navegadores web modernos y la mayor\u00eda de los clientes HTTP soportan HTTP\/1.1 o posterior y deber\u00edan manejar correctamente un c\u00f3digo de estado 304 No Modificado.<\/p>\n

\n
<\/p>\n
    \n
  1. El usuario visita por primera vez \"http:\/\/news-website.com\" a las 9 AM. El servidor responde con un c\u00f3digo de estado 200 OK, proporcionando los \u00faltimos art\u00edculos de noticias y estableciendo el encabezado 'Last-Modified' en la respuesta HTTP a \"Tue, 19 Jun 2023 09:00:00 GMT\". El navegador del usuario almacena o \"cach\u00e9\" el contenido de la p\u00e1gina.<\/li>\n
  2. El usuario visita \"http:\/\/news-website.com\" nuevamente a las 10 AM. Esta vez, el navegador del usuario env\u00eda una solicitud GET al servidor con un encabezado 'If-Modified-Since' establecido en el valor que recibi\u00f3 anteriormente: \"Tue, 19 Jun 2023 09:00:00 GMT\".<\/li>\n
  3. Asumiendo que no se han publicado nuevos art\u00edculos entre las 9 AM y las 10 AM, el servidor responde con un c\u00f3digo de estado 304 No Modificado. No incluye el contenido de la p\u00e1gina en la respuesta porque no ha cambiado.<\/li>\n
  4. Al recibir la respuesta 304, el navegador del usuario carga la versi\u00f3n en cach\u00e9 de la p\u00e1gina, evitando la necesidad de descargar nuevamente el contenido de la p\u00e1gina.<\/li>\n<\/ol>\n

    A trav\u00e9s de este mecanismo, el c\u00f3digo de estado 304 No Modificado permite a los navegadores cargar p\u00e1ginas m\u00e1s r\u00e1pidamente y reducir el tr\u00e1fico de red cuando el contenido no ha cambiado. Es especialmente beneficioso para los usuarios con conexiones a internet m\u00e1s lentas o al tratar con p\u00e1ginas web m\u00e1s grandes y que consumen muchos recursos.<\/div>\n

    \n
    \n <\/span><\/div><\/div><\/div><\/div>\n

    305 – Usar Proxy<\/h3>\n

    El c\u00f3digo de estado 305, titulado “Usar Proxy”, indica que el recurso solicitado debe accederse a trav\u00e9s de un proxy proporcionado en el encabezado ‘Location’ de la respuesta HTTP. Cuando un cliente recibe este c\u00f3digo de estado, debe repetir la solicitud a trav\u00e9s de la ubicaci\u00f3n del proxy proporcionada.<\/p>\n

    Sin embargo, es importante notar que HTTP\/1.1, la versi\u00f3n predominante de HTTP en uso hoy, ha dejado en desuso el c\u00f3digo de estado 305 debido a preocupaciones de seguridad. Los clientes (incluyendo la mayor\u00eda de los navegadores web) pueden rehusarse a manejar respuestas con este c\u00f3digo de estado, ya que hacerlo podr\u00eda exponer las credenciales del usuario enviadas al host original al proxy. Como resultado, el c\u00f3digo de estado 305 rara vez se ve o se utiliza en la pr\u00e1ctica.<\/p>\n

    En lugar del c\u00f3digo de estado 305, se utilizan otros mecanismos generalmente para los servicios proxy, como archivos PAC (Configuraci\u00f3n Autom\u00e1tica de Proxy) o WPAD (Protocolo de Descubrimiento Autom\u00e1tico de Proxy Web), ambos permiten a un cliente determinar el proxy correcto para usar para una URL dada sin que el servidor tenga que decir expl\u00edcitamente al cliente que use un proxy espec\u00edfico.<\/p>\n

    \n
    Como mencion\u00e9 anteriormente, el c\u00f3digo de estado 305 Usar Proxy ahora est\u00e1 en desuso debido a problemas de seguridad y no es compatible con la mayor\u00eda de los clientes modernos, incluidos los navegadores web. Por lo tanto, es poco probable que encuentres este c\u00f3digo de estado en un escenario del mundo real, y no se recomienda usar este c\u00f3digo de estado en el desarrollo web moderno.<\/p>\n

    Sin embargo, para entender, aqu\u00ed hay un ejemplo hipot\u00e9tico:<\/p>\n

    Un usuario intenta acceder a una URL \"http:\/\/example.com\/resource\".<\/p>\n

    El servidor, por alguna raz\u00f3n, quiere que el usuario acceda a este recurso utilizando un proxy. El servidor responde con un c\u00f3digo de estado 305 y incluye la URL del proxy \"http:\/\/proxy.com\" en el encabezado \"Location\" de la respuesta HTTP.<\/p>\n

    En un escenario ideal (si los clientes apoyaran el c\u00f3digo de estado 305), el cliente (o navegador del usuario) reconocer\u00eda el c\u00f3digo de estado 305 y luego reemitir\u00eda la solicitud para \"http:\/\/example.com\/resource\" pero a trav\u00e9s del proxy en \"http:\/\/proxy.com\".<\/p>\n

    Sin embargo, como el c\u00f3digo de estado 305 no es compatible con la mayor\u00eda de los clientes y navegadores, este flujo no ocurrir\u00e1 en escenarios actuales. En cambio, el cliente probablemente mostrar\u00e1 un error o ignorar\u00e1 la respuesta.<\/p>\n

    En las pr\u00e1cticas web modernas, cuando un cliente necesita acceder a recursos a trav\u00e9s de un proxy, generalmente se configura en el lado del cliente (en la configuraci\u00f3n de red del cliente o del navegador) o se configura autom\u00e1ticamente utilizando m\u00e9todos como archivos PAC o WPAD, y no se dirige por servidores a trav\u00e9s de respuestas HTTP.<\/div>\n

    \n
    \n <\/span><\/div><\/div><\/div><\/div>\n

    306 – Cambiar Proxy<\/h3>\n

    El c\u00f3digo de estado 306, titulado “Cambiar Proxy”, fue definido en una versi\u00f3n anterior de la especificaci\u00f3n HTTP, HTTP\/1.0. Se usaba para se\u00f1alar al cliente que deber\u00eda cambiar a un proxy diferente listado en el encabezado ‘Location’ al realizar futuras solicitudes.<\/p>\n

    Sin embargo, este c\u00f3digo de estado fue dejado en desuso en versiones posteriores de la especificaci\u00f3n HTTP y ya no se utiliza. A partir de HTTP\/1.1, el c\u00f3digo de estado 306 est\u00e1 reservado y no debe usarse. Los clientes, incluidos los navegadores web, no reconocen este c\u00f3digo de estado, y su comportamiento es indefinido.<\/p>\n

    Como resultado, no encontrar\u00e1s este c\u00f3digo de estado en un escenario pr\u00e1ctico, y no se utiliza en el desarrollo web moderno. Similar al c\u00f3digo de estado 305, el m\u00e9todo preferido para manejar proxies implica configurarlos en el nivel del cliente o usar protocolos como PAC o WPAD para descubrirlos autom\u00e1ticamente en lugar de que el servidor instruya al cliente a cambiar de proxies.<\/p>\n

    \n
    Como mencion\u00e9 anteriormente, el c\u00f3digo de estado 306 - Cambiar Proxy est\u00e1 en desuso y no se utiliza en las pr\u00e1cticas web modernas. Por lo tanto, este c\u00f3digo de estado no tiene casos de uso ni ejemplos del mundo real.<\/p>\n

    En teor\u00eda, cuando todav\u00eda estaba en uso, el flujo de trabajo habr\u00eda sido algo similar a esto:<\/p>\n

      \n
    1. Un usuario intenta acceder a un recurso en \"http:\/\/example.com\/resource\".<\/li>\n
    2. El servidor, por alguna raz\u00f3n, querr\u00eda que el cliente cambiara de proxies para futuras solicitudes. El servidor responder\u00eda con un c\u00f3digo de estado 306 e incluir\u00eda la nueva URL del proxy \"http:\/\/new-proxy.com\" en el campo 'Location' del encabezado de respuesta HTTP.<\/li>\n
    3. El cliente (o navegador del usuario), reconociendo el c\u00f3digo de estado 306, cambiar\u00eda al nuevo proxy especificado por el servidor en el campo 'Location' para todas las futuras solicitudes.<\/li>\n<\/ol>\n

      Sin embargo, como este c\u00f3digo de estado ahora est\u00e1 obsoleto, este escenario no ocurrir\u00e1 en ning\u00fan entorno web actual. Las pr\u00e1cticas web modernas involucran la configuraci\u00f3n de proxies en el nivel del cliente o utilizando m\u00e9todos de descubrimiento autom\u00e1tico, en lugar de depender de las respuestas del servidor para cambiar proxies.<\/div>\n

      \n
      \n <\/span><\/div><\/div><\/div><\/div>\n

      307 – Redirecci\u00f3n Temporal<\/h3>\n

      El c\u00f3digo de estado 307 indica que el recurso solicitado est\u00e1 ubicado temporalmente en una URI diferente, como se indica en el encabezado ‘Location’ en la respuesta. Similar a un c\u00f3digo de estado 302, un c\u00f3digo 307 implica una redirecci\u00f3n temporal. La diferencia clave radica en la forma en que los dos c\u00f3digos manejan los m\u00e9todos HTTP.<\/p>\n

      Mientras que un c\u00f3digo de estado 302 podr\u00eda (dependiendo del cliente) cambiar el m\u00e9todo HTTP de POST a GET, un c\u00f3digo de estado 307 no permite que el m\u00e9todo HTTP cambie. En otras palabras, si la solicitud original fue POST, la solicitud redirigida tambi\u00e9n ser\u00e1 POST.<\/p>\n

      En el video de Google Search Central, puedes ver c\u00f3mo interact\u00faa un Googlebot con HSTS \/307s:<\/p>\n