<\/p>\n
Es una manera de redireccionar usuarios de sitios webs y buscadores a una URL<\/a> diferente a la solicitada en primer lugar. M\u00e1s abajo hay descripciones de algunos de los tipos de redirecciones m\u00e1s utilizados.<\/p>\n Una redirecci\u00f3n 301 es una redirecci\u00f3n permanente, la cual transfiere cerca del 90 o 99% del link juice. Esta redirecci\u00f3n indica que la p\u00e1gina ha sido movida hacia una nueva direcci\u00f3n y la vieja URL debe ser considerada c\u00f3mo caducada.<\/p>\n Las redirecciones 302 son temporarias. Esta redirecci\u00f3n transmite 0% del link juice y en la mayor\u00eda de los casos no deben ser utilizadas. Debemos saber que el internet trabaja bajo el protocolo HTTP, el cual determina la longitud de las URL. En dos versiones diferentes de este protocolo, el servidor presenta dos respuestas diferentes:<\/p>\n La redirecci\u00f3n 307 hechas bajo el protocolo HTTP 1.1 son las receptoras de la redirecci\u00f3n 302. Mientras que los principales robots de b\u00fasqueda son considerados como an\u00e1logos del 302, para la mayor\u00eda de los casos es mejor utilizar una redirecci\u00f3n 301. La excepci\u00f3n a esta regla se da cuando el contenido es movido s\u00f3lo de manera temporal (por ejemplo: durante un mantenimiento t\u00e9cnico) y los buscadores entienden que el servidor es completamente compatible con HTTP 1.1. De cualquier manera, resulta dif\u00edcil determinar si los motores de b\u00fasqueda<\/a> comprender\u00e1n que el servidor es compatible con el nuevo protocolo, as\u00ed que resulta mejor usar la redirecci\u00f3n 302 para mover contenido temporalmente.<\/p>\n Tambi\u00e9n hay otros tipos de redirecciones: usando Meta Refresh o Javascript \u2014 ambos son ejecutados a nivel de la p\u00e1gina y no de servidor. As\u00ed luce una redirecci\u00f3n t\u00edpica de Meta Refresh: No obstante, estas redirecciones se usan en ocasiones contadas, ya que pueden ser utilizadas para spam y como pasillo para spam. Asimismo, cuando se usan estas redirecciones, el link juice se transmite pobremente. Aqu\u00ed algunos ejemplo de su uso.<\/p>\n <\/p>\n Para pegar un dominio \u201cwww\u201d sin usar el \u201cwww\u201d<\/p>\n Para pegar juntos sin \u201cwww\u201d un dominio que ya lo tiene:<\/p>\n Para lograr escoger correctamente cual opci\u00f3n pegar, recomendamos tener en cuenta:<\/p>\n Al dise\u00f1ar un sitio es importante decidir acerca del formato que usa un slash o barra al final de la URL, dado que para los motores de b\u00fasqueda existen dos tipos de URL:<\/p>\n Estos son diferentes. Por lo que tendr\u00e1s que decidir qu\u00e9 en el sitio a prescribir las siguientes redirecciones. Para remover un slash al final:<\/p>\n Para a\u00f1adir un slash al final de la barra de direcci\u00f3n:<\/p>\n Redirecci\u00f3n de una p\u00e1gina a otra:<\/p>\n Redirigir a duplicados de la p\u00e1gina principal<\/p>\n Este c\u00f3digo se asegura que cualquier direcci\u00f3n de una p\u00e1gina de inicio incluya diferentes versiones de enlaces directos al nombre de la. Por ejemplo: default.htm o index.html ser\u00e1n redireccionados a la p\u00e1gina canon\u00edca http:\/\/www.site.com:<\/p>\n Si la estructura del catalogo se muestra en la URL, entonces al hacer la redirecci\u00f3n habr\u00e1s cambiado la URL correctamente. Pero si la URL del antiguo catalogo comienza inmediatamente luego del dominio: www.site.com\/old-catalog\/, necesitar\u00e1s el siguiente c\u00f3digo<\/p>\n Si s\u00fabitamente te has movido a otra plataforma o CMS y al mismo tiempo has cambiado la extensi\u00f3n de las URL principales, entonces necesitas una redirecci\u00f3n como esta:<\/p>\n Ejemplos pr\u00e1cticos para proteger el sitio de p\u00e1ginas duplicadas<\/p>\n Si compraste muchos dominios en diferentes zonas de dominio o desarrollaste un nuevo sitio web y lo adjuntaste todo a un subdominio, y adem\u00e1s olvidaste cerrar este subdominio para el \u00edndice, entonces deber redirigir a tu primer principal:<\/p>\n As\u00ed, todos los subdominios como .site.ru, www.site.net, test.site.com ser\u00e1n redireccionados al \u201c.com\u201d<\/p>\n Algunas veces \u201cde casualidad\u201d las direcciones URL pueden contener varias barras o slash. Por ejemplo: www.site.com\/catalog\/\/\/\/page-1.html. Del mismo modo, es posible juntar las barras en una sola direcci\u00f3n URL: www.site.com\/catalog\/page-1.html at www.site.com\/catalog\/page-1.html:<\/p>\n Las min\u00fasculas tambi\u00e9n son tomadas por los motores de b\u00fasqueda en caso que desees a\u00f1adir direcciones URL en min\u00fascula. No obstante, si no lo hiciste desde el comienzo, es mejor usar el siguiente c\u00f3digo de redirecci\u00f3n a un nivel de php script:<\/p>\n <\/p>\n La estrategia m\u00e1s favorable para moverse a un nuevo dominio; tomando en cuenta los dos m\u00e1s grandes motores de b\u00fasqueda: Runet Yandex y Google.<\/p>\n El c\u00f3digo para configurar y redirecci\u00f3n el sitio viejo luce algo as\u00ed:<\/p>\n and the robots.txt file for the old site:<\/p>\n Si no eres un conocedor de la tecnolog\u00eda, entonces puedes usar los siguientes servicios b\u00e1sicos de redirecciones:<\/p>\n En tales servicios, solo es posible sustituir tu propia data e inmediatamente obtener un c\u00f3digo para redireccionar entre esos dominios, directorios o direcciones URL.<\/p>\n Despu\u00e9s de cada cambio realizado a un trabajo de redirecci\u00f3n 301, es necesario revisar la operatividad del sitio web:<\/p>\n Tambi\u00e9n, para probarlo todo m\u00e1s asiduamente, usa los siguientes servicios:<\/p>\n <\/p>\n Incluso sabiendo que existen algunos matices, Google tiene reglas claras para poder entender exactamente lo que tratamos de decir. En palabras simples, as\u00ed entienden los motores de b\u00fasqueda nuestras instrucciones:<\/p>\n 301<\/b> – \u00a1Oye! Motor de b\u00fasqueda: mi p\u00e1gina no est\u00e1 aqu\u00ed y ha sido movida a una nueva URL. Por favor borra del \u00edndice a la p\u00e1gina y transfiere el link juice a mi nueva p\u00e1gina.<\/p>\n Canonico<\/b><\/a> – \u00a1Hola, Motor de b\u00fasqueda!: Tengo diversas versiones de la misma p\u00e1gina (o contenido), por favor indexa s\u00f3lo la versi\u00f3n canon\u00edca de esta p\u00e1gina. Mantendr\u00e9 otras p\u00e1ginas accesibles para las personas y as\u00ed ellas puedan verlas, pero no las incluyas en el \u00edndice y transfiere todo el link juice a mi p\u00e1gina preferida.<\/p>\n En definitiva:<\/b> ambas opciones permiten mantener el link juice y ser\u00e1n interpretadas de manera similar por Google. De cualquier manera, las redirecciones 301 son el m\u00e9todo preferido.<\/p>\n <\/p>\n <\/p>\n Redirecciones de varios pasos:<\/strong> de ser posible, es recomendable no usar redirecciones de m\u00faltiples pasos, de esta manera el trabajo es m\u00e1s r\u00e1pido y se transmite mejor el link juice.<\/p>\n Usar el tipo incorrecto de redireccionamiento:<\/strong> al momento de escoger del tipo de redirecci\u00f3n es necesario tomar en cuenta las caracter\u00edsticas de cada una.<\/p>\n Implementaci\u00f3n de redirecciones internar sin cambiar los enlaces a una nueva direcci\u00f3n:<\/strong> Despu\u00e9s de programar todas las redirecciones en el sitio web, es necesario que revisar cada p\u00e1gina del sitio lleve a una nueva y que no se agreguen enlaces a las p\u00e1ginas en donde ocurren las redirecciones.<\/p>\n Redirecci\u00f3n a p\u00e1ginas y contenido irrelevante:<\/strong> La redirecci\u00f3n siempre debe ocurrir hacia las p\u00e1ginas m\u00e1s importantes. Ya sea a una similar o de una categor\u00eda similar al contenido original.<\/p>\n Mala decisi\u00f3n<\/strong> entre usar rel = canonical vs. redirecci\u00f3n 301. Ver m\u00e1s arriba.<\/p>\n Redirecci\u00f3n a un punto final que no sea 200:<\/strong> La redirecci\u00f3n debe llevar a un correcto funcionamiento de 200 respuestas del servidor. De otra manera, es aconsejable no confundir a los robots de b\u00fasqueda<\/a> para que den como respuesta un error 404.<\/p>\n Redirecci\u00f3n con robots.txt<\/a>:301 Movido permanentemente<\/h3>\n
302 Found (HTTP 1.1) \/ Movido permanentemente (HTTP 1.0)<\/h3>\n
\n
307 Movido temporalmente (HTTP 1.1 principal)<\/h3>\n
Otros tipos de redirecciones<\/h3>\n
Canonizaci\u00f3n de un sitio web o \u00bfC\u00f3mo mantener unido un dominio?<\/h2>\n
RewriteCond %{HTTP_HOST} ^www.site\\.com$ [NC] RewriteRule ^(.*)$ Http:\/\/site.com\/$1 [R=301,L]
\n<\/code><\/div>\nRewriteCond %{HTTP_HOST} ^site\\.com$ [NC] RewriteRule ^(.*)$ Http:\/\/www.site.com\/$1 [R=301,L]
\n<\/code><\/div>\n\n
Canonicalizaci\u00f3n de la barra o slash al final de una URL<\/h3>\n
\n
RewriteCond %{HTTP_HOST} (.*) RewriteCond %{REQUEST_URI} \/$ [NC] RewriteRule ^(.*)(\/)$ $ 1 [L,R =301]
\n<\/code><\/div>\nRewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_URI} !(.*)\/$ RewriteRule ^(.*[^\/])$ $1\/ [L,R=301]
\n<\/code><\/div>\nRedirect 301 \/oldpage.html http:\/\/www.site.com\/newpage.html
\n<\/code><\/div>\nRewriteCond %{THE_REQUEST} ^[A-Z]{3,9}\\ \/([^\/]+\/)*(default|index|main)\\.(html|php|htm)\\ HTTP\/ [NC] RewriteRule ^(([^\/]+\/)*)(default|main|index)\\.(html|php|htm)$
\nhttp:\/\/www.site.com\/$1 [L,R=301]<\/code><\/div>\nRedirigir directorio<\/h3>\n
\nEn este caso, necesitas escribir el siguiente c\u00f3digo de redirecci\u00f3n:<\/p>\n
\nRewriteRule ^(.*)\/old-catalog\/(.*)$ $1\/new-catalog\/$2 [R=301,L]
\n<\/code><\/div>\nRewriteRule old-catalog \/(.*) \/ old-catalog \/$1 [R=301,L]<\/code><\/div>\nRedirigir al cambiar extensiones de archivo<\/h3>\n
RedirectMatch 301 (.*)\\.php$ http:\/\/www.site.com$1.html
\n<\/code><\/div>\nRedirigir desde diferentes dominios y subdominios<\/h3>\n
RewriteCond %{HTTP_HOST} !^www\\.site\\.com RewriteRule ^(.*)$ http:\/\/www.site.com\/$1 [R=301,L]
\n<\/code><\/div>\n\u00bfC\u00f3mo remover m\u00faltiples barras o slashes en una URL?<\/h3>\n
\nAqu\u00ed es necesario hacer un 301 y redirigir a una pagina con un solo slash www.site.com\/catalog\/page-1.html:<\/p>\nRewriteCond %{REQUEST_URI} ^(.*)\/\/(.*)$ RewriteRule . %1\/%2 [R=301,L]
\n<\/code><\/div>\nRewriteCond %{REQUEST_URI} ^(.*)--(.*)$ RewriteRule . %1-%2 [R=301,L]<\/code><\/div>\n\u00bfC\u00f3mo hacer una redirecci\u00f3n de cualquier URL a otra pero solo en min\u00fasculas?<\/h3>\n
$lowerURI=strtolower($_SERVER['REQUEST_URI']); if($_SERVER['REQUEST_URI']!=$lowerURI) { header(\"HTTP\/1.1 301 Moved Permanently\");
\nheader(\"Location: http:\/\/\" . $_SERVER['HTTP_HOST'] . $lowerURI); exit(); }
\n<\/code><\/div>\n\u00bfC\u00f3mo mover a un nuevo dominio? La estrategia m\u00e1s optima para redirecciones 301<\/h2>\n
\n
RewriteCond %{REQUEST_FILENAME} robots.txt$ [NC] RewriteRule ^([^\/]+) $1 [L] RewriteCond %{HTTP_HOST} !^www\\.site\\.com
\nRewriteRule ^(.*)$ http:\/\/www.site.com\/$1 [R=301,L]
\n<\/code><\/div>\nUser-agent: Google Disallow: Host: newsite.com<\/code><\/div>\nGenerar redirecciones 301<\/h3>\n
\n
\u00bfC\u00f3mo verificar las redirecciones 301?<\/h3>\n
\n
\n
\u00bfC\u00f3mo y cu\u00e1ndo usar las redirecciones 301 vs canon\u00edcas?<\/h2>\n
\u00bfCu\u00e1ndo es mejor usar una redirecci\u00f3n 301?<\/h3>\n
\n
\u00bfCu\u00e1ndo es mejor usar rel=”canonical”?<\/h3>\n
\n
Errores al usar redirecciones<\/h2>\n
\n<\/strong>Por ejemplo, cuando se necesita registrar al servidor tras la adhesi\u00f3n de un dominio.<\/p>\n