Cuando un sitio responde tanto en HTTP como en HTTPS, Yandex normalmente hará que la dirección HTTPS sea la principal y la mostrará en los resultados. Esta página cubre el requisito opuesto: mantener HTTP como la dirección que posiciona.
Los dos métodos
- Bloquear la versión HTTPS de la indexación con
Disallowen surobots.txt. - Redirigir las páginas HTTPS a sus contrapartes HTTP, asegurando que ambas versiones sigan siendo accesibles para el robot.
Lea esto antes de hacerlo
Yandex expone su posición sin rodeos: HTTPS reduce materialmente el riesgo de que se intercepten credenciales, contraseñas y números de tarjetas, y evita la sustitución de contenido, incluida la publicidad inyectada en las páginas en 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 en el que los dispositivos del público objetivo no confían, hardware o clientes integrados que no pueden negociar TLS, o una aplicación heredada donde el contenido mixto no se puede resolver antes de una fecha límite. En cada uno de esos casos, mantener HTTP como principal es un parche deliberado con una fecha asociada.
El caso ilegítimo
Elegir HTTP porque una migración a HTTPS parecía costar posiciones. Esa lectura es casi siempre incorrecta: lo que cambió fue la dirección principal y la migración estaba incompleta: los enlaces internos seguían en HTTP, las redirecciones apuntaban a la página de inicio, los archivos robots.txt 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 arreglar nada.
Si mantiene HTTP como principal
Sea coherente: un método, aplicado en todas partes. Un sitio que bloquea HTTPS en robots.txt mientras redirige HTTP a HTTPS en alguna parte de su configuración de servidor termina sin ninguna versión indexable accesible en absoluto, 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