Un cas particulier mais lourd de conséquences : l’appareil d’un visiteur ne peut pas ouvrir la version HTTPS d’un site — l’exemple de Yandex est un certificat du Centre de certification national auquel l’appareil ne fait pas confiance — et Yandex peut proposer à cet utilisateur la version HTTP à la place. Pour qu’il puisse le faire, trois conditions doivent être réunies.
Les trois conditions
- Le La version HTTPS est l’adresse principale du site.
- Le La version HTTP est accessible par les utilisateurs et par le bot de Yandex — ce qui signifie supprimer toute redirection de HTTP vers HTTPS. Vérifiez avec le contrôle de réponse du serveur.
- Le contenu de la version HTTP est complètement identique à la version HTTPS.
Pourquoi il est utile de comprendre cela
Cela va à l’encontre des pratiques standard partout ailleurs. Le conseil habituel — rediriger tout le trafic HTTP vers HTTPS, de manière permanente, sans exception — rend cette solution de repli impossible. Pour un site desservant un public dont les appareils peuvent ne pas faire confiance à la chaîne de certificats utilisée, cette redirection globale transforme une expérience dégradée en une absence totale d’expérience : l’utilisateur voit une erreur de certificat et s’en va.
À qui cela s’adresse réellement
Les sites utilisant des certificats d’autorités de certification dont la prise en charge des appareils est limitée, et les publics utilisant des appareils plus anciens ou restreints. Pour la plupart des sites internationaux dotés d’un certificat grand public, l’approche standard de redirection totale reste correcte, et cette configuration ne ferait que créer une adresse en double à gérer.
Le coût de son activation
Deux versions accessibles de chaque page. C’est par définition une situation miroir, l’adresse principale doit donc être définie explicitement et surveillée, et le contenu des deux versions ne doit pas diverger. C’est un compromis délibéré — l’accessibilité pour un public spécifique face à la complexité de configuration — et cela n’en vaut la peine que lorsque ce public existe réellement.
Comment nous l'appliquons
This is the one page in the Yandex documentation whose advice we would not transplant to a Google-only site, and it is a good illustration of why we treat the two engines as separate disciplines. For clients serving audiences in Russia and the CIS it is a real consideration; for everyone else, the standard redirect-everything-to-HTTPS rule stands. Knowing the difference is the point.
Services associés