Cuando un sitio responde tanto en HTTP como en HTTPS, Yandex normalmente establece la dirección HTTPS como principal y la muestra en los resultados. Esta página cubre el requisito opuesto: mantener HTTP como la dirección que posiciona.
Los dos métodos
- Bloquear la indexación de la versión HTTPS mediante
Disallowen su archivorobots.txt. - Redirigir las páginas HTTPS a sus equivalentes en HTTP, asegurando que ambas versiones sigan siendo accesibles para el robot.
Lea esto antes de proceder
Yandex expone su postura claramente: HTTPS reduce significativamente el riesgo de que las credenciales, contraseñas y números de tarjeta sean interceptados, y evita la sustitución de contenido, incluida la publicidad inyectada en las páginas durante el tránsito. Es el protocolo recomendado, y esta página existe para los casos en los que una restricción técnica lo hace temporalmente imposible, no como una alternativa equivalente.
Los casos legítimos
Un certificado que los dispositivos del público objetivo no reconocen, hardware o clientes integrados que no pueden negociar TLS, o una aplicación heredada donde el contenido mixto no puede resolverse antes de una fecha límite. En cada uno de estos casos, mantener HTTP como principal es una solución provisional deliberada con una fecha de caducidad.
El caso ilegítimo
Elegir HTTP porque una migración a HTTPS parecía afectar al posicionamiento. Esa interpretación es casi siempre errónea: lo que cambió fue la dirección principal y la migración estuvo incompleta (enlaces internos aún en HTTP, redirecciones apuntando a la página de inicio, archivos robots.txt que no coincidían). Revertir el protocolo vuelve a ejecutar el mismo cambio de espejo en la dirección opuesta y cuesta las mismas semanas de nuevo, sin solucionar nada.
Si decide mantener HTTP como principal
Sea coherente: un solo método, aplicado en todas partes. Un sitio que bloquea HTTPS en robots.txt mientras redirige HTTP a HTTPS en algún punto de la configuración de su servidor termina sin ninguna versión indexable accesible, lo cual es un resultado considerablemente peor que cualquiera de las dos opciones.
Cómo lo aplicamos
We have only twice recommended keeping HTTP as the primary address, both times because of client hardware that could not negotiate modern TLS, and both times with a fixed end date. When a client asks for this after an HTTPS migration appeared to hurt them, we audit the migration first — every case so far has been an incomplete move rather than a protocol problem, and reverting would have cost another month for nothing.
Servicios relacionados