1888 Antonio L. Rodríguez, Monterrey, Méx.
+52 81 3156 9658
Si alguna vez has utilizado una herramienta como PageSpeed Insights o GTMetrix para verificar el rendimiento de su sitio, seguro has visto advertencias.
Una de estas advertencias, cuando se completa el análisis, ha de ser la mencionada como ‘Evitar redireccionamientos de Páginas Destino‘ o ‘evitar redireccionamientos de páginas múltiples‘.
¿Qué es redireccionamientos de Páginas Destino?
¿Cómo evitar redireccionamientos de Páginas Destino?
Definamos primero que es rediceccionamiento. Éste se puede definir como tener más de una redirección desde una URL a una página de destino final.
Un ejemplo sería una redirección desde abc.com >> https://abc.com >> https://www.abc.com.
Cuando hay redireccionamientos desde tu página de inicio o Home(index, etc), aumenta la cantidad de tiempo que tarda una página en cargar.
Durante el tiempo de carga, no se muestra nada al usuario.
Una velocidad más lenta del sitio dará como resultado altas tasas de rebote y, en consecuencia, menos tráfico a tu sitio, menos conversiones e incluso ventas si es un negocio.
También crea malas experiencias de usuario y hace que sea más difícil para los robots de los motores de búsqueda rastrear tu sitio.
Las redirecciones de páginas de destino son definitivamente un problema de SEO que no puede ser ignorado.
¿Cómo funcionan las redirecciones?
Cada vez que hay una redirección, se interpreta como un usuario que envía una solicitud HTTP al servidor.
El servidor luego envía una respuesta a la solicitud del usuario. La cantidad total de tiempo invertido en este ciclo se conoce como tiempo de ida y vuelta (RTT).
Cuantos más ciclos de RTT haya, más tardará en cargarse un sitio.
¿Cómo impactan los redireccionamientos de Páginas Destino al SEO?
Como se mencionó, los redireccionamientos pueden resultar en una velocidad de carga del sitio más lenta.
La velocidad del sitio es un factor importante en SEO. Se ha utilizado como factor de clasificación para sitios en computadoras de escritorio y ahora se está utilizando para sitios móviles después de la actualización de Page Speed en 2018.
Exploremos más a fondo cómo las redirecciones de páginas de destino impactan en el SEO:
Resultan en páginas de aterrizaje imposibles de rastrear
Según Google, una página de destino debe tener menos de 10 redireccionamientos .
Si hay más de 10, Google representa tu página de destino como no rastreable.
Esto significa que es posible que tu sitio nunca aparezca en los resultados de búsqueda, incluso si existe en el índice de Google.
Si lo hace, es posible que no muestre tu contenido más reciente.
Resultan en malas experiencias de usuario
Cuando tienes redireccionamientos en tu página de destino, no se muestra nada al usuario cuando la página de destino se redirige a la URL final.
Peor aún, el usuario también tiene que esperar a que se cargue la URL final.
Según Google, alrededor del 53% de las visitas web se abandonan si un sitio móvil tarda más de 3 segundos en cargarse.
El tiempo de ida y vuelta (RTT) aumenta con las redirecciones, que van desde menos de un milisegundo a más de un segundo .
Si RTT es de un segundo, y hay 3 enlaces a los que la página de destino redirige, los tres segundos habrán terminado incluso antes de que el sitio final se haya cargado.
En este momento, el usuario ya estará frustrado y es muy probable que abandone el sitio.
Vayamos al meollo del asunto: Evitar redireccionamientos de Páginas Destino.
Cómo evitar redireccionamientos de Páginas Destino y reparar el problema
Utiliza un diseño responsivo
Es una práctica común redirigir a los usuarios de la versión de escritorio de un sitio a la versión móvil.
Esta es una de las razones principales por las que los sitios móviles tienden a ser más lentos, además del hecho de que los dispositivos móviles pueden usar conexiones de Internet más lentas.
Como puedes ver, las redirecciones solo agravan el problema, lo que resulta en malas experiencias de usuario.
El uso de un diseño receptivo eliminará la necesidad de redirigir a los usuarios de la web a la versión móvil de su sitio.
También asegurará que los usuarios puedan ver contenido que es exactamente el mismo en todos los dispositivos.
Sin embargo, puede haber un estilo diferente, pero el mensaje principal no debe diferir.
Configurar el acceso directo a recursos que no sean HTML
Debes acceder directamente a tus recursos que no sean HTML: imágenes, videos incrustados y CSS (no es necesario redirigirlos para descargarlos primero) antes de que se muestren al usuario.
Podría ser útil tener las imágenes en tu página de destino almacenadas en tu base de datos, por ejemplo, en lugar de usar enlaces a imágenes publicadas.
Cuando tus recursos se almacenan en otro lugar, tu sitio necesita redirigirse a otro sitio para acceder a ellos.
No hace falta decir que esto aumentará los ciclos de RTT.
Los recursos también pueden verse afectados si el sitio en el que están almacenados tiene algún problema o si se eliminó.
Esto empeoraría la situación, ya que el usuario recibiría un error 404, de contenido o página no disponible.
Implementa correctamente la barra inclinada final
El contenido duplicado es, sin duda, un problema que deseas evitar como webmaster.
Si no tienes reglas de reescritura, es posible que la URL de tu página de destino tenga 8 versiones diferentes, especialmente si estás utilizando un CMS como WordPress.
Aquí hay un ejemplo de las versiones que es probable que tengas:
http://www.abc.com/blog
http://www.abc.com/blog/
https://www.abc.com/blog
https://www.abc.com/blog/
http://abc.com/blog
http://abc.com/blog/
https://abc.com/blog
https://abc.com/blog/En un intento por solucionar este problema, se agregan reglas de reescritura al archivo .htaccess.
Los webmasters no siempre escriben las reglas correctamente, lo que puede ocasionar más problemas, especialmente con la barra diagonal final .
Hay muchas discusiones sobre cuándo usar la barra inclinada final y cuándo no usarla.
Sin embargo, está claro que Google interpretará una página que tiene dos URL, una con una coma final y otra sin ella, como dos páginas diferentes, incluso si la URL abre la misma página, como en el ejemplo anterior.
También está claro que la barra diagonal final se ha utilizado convencionalmente para diferenciar entre archivos y directorios.
Cuando hay una barra inclinada final, esa URL apunta a un directorio. El opuesto es verdad.
Si ingresas a http://abc.com/ por ejemplo y te lo redirige a https://www.abc.com ,
hay dos redirecciones
http://abc.com/ >> (http://www.abc.com/ >> https://www.abc.com).
Incluso si el usuario quería forzar la barra diagonal al ingresarla en el navegador, aún así se los redirigía a una URL sin la barra.
Existe la posibilidad de que el contenido de estas dos páginas no sea exactamente el mismo.
Esto plantea un problema para un usuario entusiasta.
Pueden pensar que la página que estaban buscando se ha movido o editado y cierran el sitio.
Toma en cuenta que los directorios raíz utilizan barras diagonales finales y no serán redirigidos.
¿Cómo se implementa correctamente la barra diagonal final?
Barra inclinada final en WordPress
La forma más sencilla de solucionarlo en WordPress es ir a Configuración >> Enlaces permanentes y ver si su barra está al final de la url.
De lo contrario, puede crear una ‘Estructura del cliente’ y agregar la barra manualmente:
Usar reglas de reescritura
El truco radica en el orden de las reglas de reescritura.
Las reglas se leerán de arriba a abajo. Comienza con la comprobación de la barra diagonal seguida de www y finalmente https.
De esta manera, si la URL ‘viola’ alguna de las especificaciones, se redirigirá solo una vez.
Por lo tanto, la discusión no debe ser sobre cuándo usar la barra diagonal final, sino cómo implementar correctamente su orden de verificación en el archivo .htaccess.
De esta manera, incluso si lo usas en un archivo, solo habrá una redirección. Si lo usa en un directorio, no habrá redireccionamientos.
Aquí está el código correcto para agregar a su archivo .htaccess:
RewriteEngine on
RewriteCond %{REQUEST_URI} /(.+)/$
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^ https://www.example.com/%1 [R=301,L]
RewriteCond %{REQUEST_URI} !(.+)/$
RewriteCond %{REQUEST_FILENAME} -d
RewriteRule ^(.+)$ https://www.example.com/$1/ [R=301,L]
RewriteCond %{HTTP_HOST} !^www\.(.*)$ [OR,NC]
RewriteCond %{https} off
RewriteRule ^(.*)$ https://www.example.com/$1 [R=301,L]
o en su caso una mejor compilación de éste código sería asi:
RewriteEngine on
RewriteBase/RewriteRule ^index.php$ - [L] RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule ./index.php [L]
(En revisión)
Controla tu redirección
Es posible que no sepas cómo redirige tu página de destino.
Si bien puedes hacerlo manualmente ingresando cada una de las 8 versiones anteriores como en nuestro ejemplo, es posible que no captures todos los casos de usuarios.
A veces, el sitio puede no redirigir en absoluto.
Un usuario puede ingresar a https://abc.com/ y recibir una alerta de que su conexión no es privada, lo que puede hacer que se pregunte qué ingresó mal.
Puede que ni siquiera tengan tiempo para pensar cuál podría ser el problema.
Es más probable que cierren el sitio y se muden al sitio de un competidor.
Puede usar una herramienta como Htaccess Redirect Checker para monitorear cómo redirige su URL.
Puedes ingresar todas las 8 versiones anteriores.
Obtendrás un desglose detallado de a qué URL redirige cada uno de ellos, el código de estado, el esquema, el host, la ruta, el mensaje de estado, los encabezados de respuesta y la cantidad de redireccionamientos.
Verás los que redirigen correctamente y los que generan errores.
También verás cuánto tiempo lleva cada redirección.
Si se gasta mucho tiempo, debes solucionarlo.
Sin embargo, es recomendable verificar el ‘dominio simple’, por ejemplo, abc.com para ver cuántas redirecciones se necesitan para llegar a https://www.abc.com.
Si esto funciona, utiliza la URL de tu página de destino específica como en https://www.abc.com/blog/
Comprueba si hay redireccionamientos antiguos
Es posible que haya tenido páginas de destino que se utilizaron por un tiempo o motivo específico, por ejemplo, ofertas de Navidad.
Debes verificar si hay redirecciones a páginas obsoletas (si aún existen).
Una forma de hacerlo es mediante el uso de una herramienta como el verificador de redireccionamiento Screaming Frog.
Dichas herramientas rastrean tu sitio y le permiten ver el destino de la URL.
Cómo arreglar redirecciones de páginas de destino en WordPress
No es aconsejable usar complementos para solucionar problemas de redirección en WordPress.
Esto se debe a que puede generar más código que requiere ejecución e incluso más recursos.
Esto es lo que puedes usar:
Herramientas que le permiten agregar herramientas de redireccionamiento directamente a tu servidor
Un ejemplo aquí es Kinsta, que te ofrece varias opciones:
- Agregar las reglas de reescritura directamente al tablero
- Importación masiva de un archivo CSV con sus redireccionamientos
- Usar expresiones regulares (regex)
.htaccess
También puedes agregar reglas de reescritura a tu archivo .htaccess.
Consulta el código en la sección de barra diagonal final.
Si esto no funciona, debes eliminar los complementos.
También puedes editar la URL de tu sitio en wp-site y wp-options en la base de datos.
Asegúrate de que SSL esté instalado correctamente (sin complementos) también puedes facilitar la resolución de tu problema en WordPress.
En conclusión
El concepto de redireccionamiento de páginas de destino es realmente un delicado equilibrio entre la velocidad del sitio, el excelente diseño de UX y UI y la seguridad.
Si bien, por un lado, deseas tener un sitio visualmente atractivo y seguro, debe cargarse lo más rápido posible, si los usuarios van a ver su excelente contenido único en primer lugar.
Es recomendable trabajar con su experto y desarrollador de SEO para asegurarse de que las redirecciones en tu sitio sean absolutamente necesarias.
Gracias por leer “Evitar redireccionamientos de Páginas Destino”. Hasta la próxima.
Otras publicaciones de interés (Se abre una nueva ventana de tu navegador):
Google cambiará a la indexación móvil en septiembre 2020
¿Qué pasa si dejo de hacer SEO para mi negocio?
