Cuando solicitamos  una URL desde el navegador el servidor al que hemos dirigido la solicitud responde con un grupo de cabeceras HTTP que nosotros no visualizamos y luego, si todo está correcto, lanza el contenido solicitado que es el que finalmente podemos ver en forma de página Web en nuestro navegador. En estas cabeceras aparece bastante información. Un ejemplo sería el siguiente:

HTTP/1.x 200 OK

Cache-Control: private
Content-Tyservidor no disponiblepe: text/html; charset=ISO-8859-1
Server: gws
Content-Length: 0
Date: Sun, 30 Dec 2007 17:29:13 GMT

Para ver estas cabeceras podemos instalar fácilmente un componente en nuestro navegador. Si usas Firefox bajate LiveHTTPHeaders y si navegas con Internet Explorer puedes descargar ieHTTPHeaders.

Vamos a analizar la linea de rojo del código que te hemos mostrado antes, HTTP/1.x 200 OK. Este es el código de estado de la petición y en este caso se trata de un código 200 lo cual indica que la petición es correcta y nos envia la visualización de la página Web solicitada de inmediato.

Para que os situéis, todo esto sucede en décimas de segundo y nosotros lo único que apreciamos realmente es que vemos o no la página Web que le hemos dicho al navegador que nos mostrara.

Os facilitamos una lista de peticiones de estado incorrectas y sus motivos:

• 100: el solicitante debe continuar con la solicitud
• 101: se pide al servidor que cambie los protocolos y el servidor responde afirmativamente
• 200: solicitud procesada correctamente
• 201: procesado la solicitud y creado un nuevo recurso
• 202: solicitud aceptada pero sin procesar
• 203: procesado la solicitud correctamente. El servidor muestra información que puede provenir de otra fuente
• 204: se ha procesado la solicitud  pero no se muestra contenido
• 205: se ha procesado la solicitud  pero no se muestra contenido. A diferencia de la anterior, esta requiere que el solicitante restablezca la vista del documento (por ejemplo, borrar los datos de un formulario para introducir nueva información)
• 206: se ha procesado una solicitud GET parcial correctamente.
• 300: opciones múltiples
• 301: redirección permanente
• 302: redirección temporal
• 303: véanse otros
• 304: no modificado
• 305: usar proxy
• 307: redirección temporal
• 400: no entendida la sintaxis de la solicitud
• 401: no autorizado. La solicitud requiere autenticación
• 403: se ha rechazado la solicitud. Es posible que el servidor o el host esté bloqueando el acceso del robot
• 404: la página solicitada no existe. Es posible que no exista en el servidor
• 405: no se permite el método especificado en la solicitud
• 406: inaceptable. No se puede ofrecer la página solicitada con las características de contenido requeridas
• 407: no autorizado. El solicitante debe autenticarse mediante un proxy
• 408: ha caducado el tiempo de espera de respuesta de la solicitud
• 409: se ha detectado un conflicto al llevar cabo la solicitud. Debemos incluir la información correspondiente en la respuesta
• 410: el recurso solicitado se ha eliminado definitivamente. Similar al código 404 (no se encuentra), aunque en ocasiones se utiliza en su lugar para identificar aquellos recursos que existían anteriormente. Si el recurso se ha movido permanentemente, debe utilizar un código 301 para especificar su nueva ubicación
• 411: requiere longitud
• 412: el servidor no cumple con una de las condiciones previas que el solicitante ha especificado en la solicitud
• 413: solicitud demasiado larga
• 414: URL ó URI demasiado larga
• 415: tipo de soporte incompatible
• 416: cuando se realiza una solicitud de un rango que no se encuentra disponible para la página
• 417: no se puede cumplir con los requisitos del campo de expectativa de solicitud en la cabecera
• 500: error interno del servidor
• 501: no implementado. el servidor no dispone de la función para completar la solicitud
• 502: pasarela incorrecta. al actuar de pasarela o proxy, el servidor ha recibido una respuesta no válida del servidor ascendente
• 503: servidor no disponible
• 504: tiempo de espera de la pasarela proxy ha caducado
• 505: versión de HTTP no compatible

Entraremos en detalle en algunos de los códigos de estado que se usan frecuentemente.

Código de estado 301

Indica que un recurso se ha movido de forma permanente a una nueva ubicación. Es el código más recursivo y utilizado para la optimización de buscadores ya que indica al buscador que el valor de URL anterior debería atribuirse al nuevo.

Un ejemplo sería incluir en un condicional if … else el siguiente código:

header(‘HTTP/1.1 301 Moved Permanently’);
header (‘Location: http://www.consultorweb.es/index.php);

En el caso de tener que mover muchas páginas como en el caso de tiendas virtuales o páginas dinámicas en general hechas con soporte de bases de datos podemos optar por mod_rewrite. Este tema es bastante extenso y no vamos a entrar en él, al menos de momento, pero bueno, que sepáis que existe esa posibilidad. Un ejemplo de redireccionar a 301 sería éste:

RewriteRule ^inicial.php$ /redir.php [R=301, L]

Código de estado 404

El servidor le indica al motor de búsquda que la URL o página solicitada no existe. Es uno de los típicos errores que suelen personalizarse con sugerencias para resaltar la navegación del usuario. Los robots nunca indexaran una página con este código de error.

Para solucionar el problema en páginas dinámicas, por ejemplo tiendas virtuales que borran productos y devuelven páginas en blanco con códigos 200 generando contenido duplicado tenemos dos opciones:

• devolver un código de estado 404 personalizando la página con un mensaje de aviso
• redirigir por medio de un código 301 personalizando a una página con un mensaje de aviso e incluyendo en nuestro robots.txt la orden para todos los buscadores de no indexación de esa página

header(‘HTTP/1.1 301 Moved Permanently’);
header (‘Location: http://www.consultorweb.es/index.php);

con la indicación en nuestro robots.txt de la siguiente orden:

User-agent: *
Disallow: /nueva-url.html

Código de estado 500

Los códigos de estado 500 se refieren a errores del servidor que puede estar caído temporalmente. En estos casos no hay problema por los robots de los buscadores ya que tienen bastante paciencia y vuelven a pasar más tarde en repetidas ocasiones para comprobar de nuevo el estado. Aquí son los usuarios los que pueden malinterpretar la situación ya que no obtienen la página Web que estaban buscando.

Podemos optar por personalizar el mensaje de error, siempre es un recurso que, aunque resignados, aceptan bastante bien.

En mensaje personalizado en PHP podría ser como éste:

header (‘HTTP/1.0 500 Internal Server Error’);
echo ‘Tenemos un problema en el servidor. Le pedimos disculpas. Vuelva a visitarnos en las próximas horas.’; exit();