http - test - redirectmatch 301
Redireccionamiento HTTP: 301(permanente) vs. 302(temporal) (6)
¿Se supone que el cliente se comporte de manera diferente? ¿Cómo?
301 es que al recurso solicitado se le ha asignado un nuevo URI permanente y cualquier referencia futura a este recurso DEBE hacerse utilizando uno de los URI devueltos. 302 es que el recurso solicitado reside temporalmente en un URI diferente. Dado que la redirección puede modificarse en alguna ocasión, el cliente DEBERÍA continuar utilizando el URI de la Solicitud para futuras solicitudes. Esta respuesta solo se puede almacenar en caché si se indica mediante un campo de encabezado Cache-Control o Expires.
Cuando una araña del motor de búsqueda encuentra el código de estado 301 en el encabezado de respuesta de una página web, entiende que esta página web ya no existe, busca el encabezado de ubicación en respuesta, elige la nueva URL y reemplaza la URL indexada con la nueva y también transfiere el pagerank .
Por lo tanto, el motor de búsqueda actualiza todas las URL indexadas que ya no existen (se encontró 301) con la nueva URL, esto retendrá el tráfico de su página web anterior, lo paginará y lo desviará a la nueva (no perderá el tráfico de la página web antigua).
Navegador: si un navegador encuentra el código de estado 301, entonces almacena en caché la asignación de la URL antigua con la nueva URL, el cliente / navegador no intentará solicitar la ubicación original, sino que utilizará la nueva ubicación de ahora en adelante a menos que se borre la memoria caché.
Cuando una araña del motor de búsqueda encuentra el estado 302 de una página web, solo redireccionará temporalmente a la nueva ubicación y rastreará ambas páginas. La antigua URL de la página web aún existe en la base de datos del motor de búsqueda y siempre intenta solicitar la ubicación anterior y rastrearla. El cliente / navegador todavía intentará solicitar la ubicación original.
Lea más sobre cómo implementarlo en asp.net c # y cuál es el impacto en los motores de búsqueda - http://www.dotnetbull.com/2013/08/301-permanent-vs-302-temporary-status-code-aspnet-csharp-Implementation.html
El estado 301 significa que el recurso (página) se mueve permanentemente a una nueva ubicación. El cliente / navegador no debe intentar solicitar la ubicación original, sino usar la nueva ubicación de ahora en adelante.
El estado 302 significa que el recurso se encuentra temporalmente en otro lugar, y el cliente / navegador debe continuar solicitando la URL original.
El principal problema con 301 es que el navegador almacenará en caché la redirección incluso si deshabilitó la redirección desde el nivel del servidor.
Siempre es mejor usar 302 si está habilitando la redirección para una breve ventana de mantenimiento.
En su mayoría, 301 vs 302 es importante para la indexación en los motores de búsqueda, ya que sus rastreadores toman esto en cuenta y transfieren el PageRank cuando usan 301.
Vea la respuesta de Peter Lee para más detalles.
Las redirecciones 301 se almacenan en caché de forma indefinida (al menos por algunos navegadores).
Esto significa que, si configura un 301, visita esa página, no solo se redirige, sino que la redirección se almacena en caché.
Cuando vuelves a visitar esa página, tu navegador * ni siquiera se molesta en solicitar esa URL, solo va al destino de redirección en caché.
La única forma de deshacer un 301 para un visitante con esa redirección en Caché, es redirigir nuevamente a la URL original **. En ese caso, el navegador notará el bucle y finalmente solicitará la URL ingresada.
Obviamente, esa no es una opción si usted decide enviar 301 a Facebook o cualquier otro recurso que no esté totalmente bajo control.
Desafortunadamente, muchos proveedores de hosting ofrecen una función en su interfaz de administración llamada simplemente "Redirección", que redirecciona 301. Si estás usando esto para redireccionar temporalmente tu dominio a Facebook como una próxima página, básicamente estás equivocado.
* al menos Chrome y Firefox, de acuerdo con ¿Cuánto tiempo almacenan los navegadores HTTP 301s? . Solo lo probé con Chrome 45. Editar: Safari 7.0.6 en Mac también almacena en caché, un reinicio del navegador no ayudó (Link dice que en Safari 5 en Windows sí ayuda).
** window.location = '''' javascript window.location = '''' , porque sería la solución que podría aplicarse en la mayoría de los casos, no funciona. Da lugar a un bucle infinito no detectado. Sin embargo, el header(''Location: new.url'') php header(''Location: new.url'') rompe el bucle
Conclusión: solo use 301s si está absolutamente seguro de que nunca volverá a usar esa URL. Usualmente nunca en el directorio raíz (example.com/)