12 min de lectura
Cómo verificar redirecciones de URL (y leer la cadena)
Comprueba redirecciones paso a paso con TrueURL, curl y DevTools: lee cada salto de la cadena y corrige bucles, cadenas largas y mezclas de 301 y 302.
Leer artículoHerramienta de redirecciones gratuita
Verifica una URL dos veces, como Chrome de escritorio y como Safari en iPhone, y compara ambas cadenas de redirecciones lado a lado. Detecta las redirecciones por dispositivo que envían a los visitantes móviles a un sitio inesperado.
La red perimetral de Cloudflare siempre valida los certificados, así que esta opción no puede omitir esa validación. Los problemas de certificado se indican en el resultado.
Se envía con la primera solicitud, hasta 16 KB. Los cuerpos JSON se envían como application/json y los demás como formulario, salvo que definas un encabezado Content-Type.
De 1 a 50. Los navegadores se detienen después de 20.
Los sitios pueden redirigir de forma distinta a teléfonos, rastreadores y bots de vista previa de enlaces.
Se envían con cada solicitud de la cadena.
Sin encabezados personalizados.
Escribe un valor para enviar este encabezado. Los valores de los encabezados nunca se guardan.
Sigue las etiquetas <meta http-equiv="refresh"> y los encabezados Refresh que haya en las páginas HTML.
Sigue redirecciones sencillas e incondicionales, como location.href = "…", en los scripts de la página.
La configuración se guarda en este navegador. Las cookies, los valores de los encabezados y el cuerpo de la solicitud POST nunca se guardan.
Algunos sitios deciden a dónde enviar a un visitante según su dispositivo, que detectan a partir del encabezado User-Agent (el agente de usuario). Ejemplos típicos son los sitios móviles independientes (m.example.com), las páginas de descarga de apps, los selectores de tienda o región y las páginas de destino de anuncios. Cuando esa lógica falla, los visitantes móviles acaban en la página de inicio, en una página de error o en una página que no tiene nada que ver con el enlace que siguieron.
Google rastrea e indexa principalmente la versión móvil de las páginas, así que una redirección móvil defectuosa perjudica tanto la visibilidad en las búsquedas como la experiencia de usuario.
TrueURL verifica la URL dos veces con la misma configuración y solo cambia el User-Agent: un Chrome de escritorio reciente en Windows y Safari en iPhone. Las dos cadenas de redirecciones se muestran lado a lado con sus URL finales y sus códigos de estado, así que cualquier diferencia salta a la vista.
Solo cambia el User-Agent. Los sitios que eligen una versión según el tamaño de la pantalla mediante JavaScript pueden comportarse igual en ambas columnas, aunque en un teléfono real se vean distintos. Para probar otros agentes, como Chrome en Android o Googlebot, elige un perfil predefinido en la Configuración avanzada del Verificador de cadenas de redirecciones.
www.example.com/page y el móvil va a la página equivalente m.example.com/page, no a la página de inicio móvil. La página de escritorio debe apuntar a su URL móvil con <link rel="alternate" media="only screen and (max-width: 640px)" href="https://m.example.com/page">, y la página móvil debe tener una etiqueta canonical que apunte a la página de escritorio.Vary: User-Agent para que las cachés no mezclen las versiones.m. no vuelven a la página de escritorio.12 min de lectura
Comprueba redirecciones paso a paso con TrueURL, curl y DevTools: lee cada salto de la cadena y corrige bucles, cadenas largas y mezclas de 301 y 302.
Leer artículoChrome de escritorio en Windows y Safari en iPhone, ambos con números de versión recientes. Prácticamente todo el código de detección de dispositivos reconoce el primero como un equipo de escritorio y el segundo como un teléfono.
Sobre todo el móvil. Google rastrea e indexa la web principalmente con Googlebot para smartphones, cuyo User-Agent se parece al de Chrome en un teléfono Android. Si la columna móvil termina en la página equivocada, puede que Google también indexe esa página. Para ver lo que un sitio envía al User-Agent de Googlebot, usa el perfil predefinido de Googlebot para smartphones en la Configuración avanzada del Verificador de cadenas de redirecciones. Los sitios que verifican Googlebot por su dirección IP pueden seguir respondiendo de forma distinta a TrueURL.
Se admiten, pero son más difíciles de configurar bien: cada página necesita una URL móvil equivalente, anotaciones correctas y redirecciones en ambos sentidos. Google recomienda el diseño adaptable, que evita por completo las redirecciones por dispositivo. Si tienes un sitio m., verifica aquí tus páginas clave después de cada lanzamiento.
Probablemente tu sitio se adapta en el navegador, con CSS adaptable (responsive) o JavaScript, y no con redirecciones del lado del servidor. Es el enfoque recomendado, y significa que no hay ninguna redirección por dispositivo que comparar.
Esta herramienta compara Chrome de escritorio con Safari en iPhone. Para otros dispositivos, abre la Configuración avanzada en el Verificador de cadenas de redirecciones, elige un perfil predefinido como Chrome en Android o pega cualquier cadena de User-Agent, y ejecuta la verificación.
Sí. Cada redirección cuesta un viaje de ida y vuelta completo antes de que la página empiece a cargarse, y las redes móviles tienen más latencia que la banda ancha. Una redirección de www a m. por sí sola puede agregar un retraso notable; puedes medirlo con el Medidor de latencia de redirecciones.