--- title: "Passer à HTTPS sans perdre son référencement" description: "En avril 2018, une bonne partie des PME que j'accompagne roulent encore sur un site en HTTP, sans le petit cadenas devant leur adresse. Google vient d'annoncer que Chrome affichera bientôt la mention « Non sécurisé » à côté de ces adresses, dès juillet, un avertissement que n'importe quel visiteur voit sans savoir ce qu'il ... Read more" canonical: "https://socialinfluencebuilder.com/blogue/passer-https-sans-perdre-seo/" lastmod: "2018-04-29T18:08:00+00:00" lang: "fr-CA" format: "markdown" --- Version HTML : # Passer à HTTPS sans perdre son référencement En avril 2018, une bonne partie des PME que j'accompagne roulent encore sur un site en HTTP, sans le petit cadenas devant leur adresse. Google vient d'annoncer que Chrome affichera bientôt la mention « Non sécurisé » à côté de ces adresses, dès juillet, un avertissement que n'importe quel visiteur voit sans savoir ce qu'il signifie. Passer à HTTPS est simple sur papier : on installe un certificat et le cadenas apparaît. Ce qui fait perdre du référencement, ce sont les étapes qui entourent ce changement, pas le changement lui-même. Une redirection oubliée, une propriété Search Console jamais créée ou un lien interne laissé en HTTP peuvent faire reculer des positions bâties depuis des années. Voici la liste de vérification que j'utilise avec mes clients pour une migration HTTPS qui garde le référencement intact. ## Pourquoi Google pousse-t-il les sites vers HTTPS? Google traite HTTPS comme un signal de classement depuis 2014, et la pression a augmenté chaque année depuis cette annonce. Le chiffrement protège ce qui circule entre le visiteur et le site, ce qui compte dès qu'un formulaire de contact ou de soumission est en jeu. Chrome ajoute maintenant sa propre pression : la version prévue pour juillet marquera chaque page HTTP comme « Non sécurisé » directement dans la barre d'adresse, un avertissement visible même pour quelqu'un qui ne lit jamais le contenu de la page. Pour une PME dont le site sert à générer des appels ou des soumissions, cet avertissement suffit à faire fuir une partie des visiteurs avant même qu'ils lisent quoi que ce soit. ## Qu'est-ce qui fait perdre du référencement pendant une migration? La plupart des pertes que je vois viennent d'étapes oubliées autour de l'installation du certificat, comme une redirection manquante ou une balise canonique jamais mise à jour. Voici les erreurs qui reviennent le plus souvent dans les sites que je reprends après une migration mal faite : - Aucune redirection 301 page par page : seule la page d'accueil redirige, et toutes les autres pages HTTP restent accessibles en double avec leur version HTTPS. - Les liens internes (menu, pied de page, articles) pointent encore vers les anciennes adresses HTTP, ce qui force une redirection inutile à chaque clic. - La balise canonique de chaque page continue de pointer vers la version HTTP. - Le fichier sitemap.xml n'est pas régénéré avec les nouvelles adresses, donc Google continue de recevoir une liste d'URL périmée. - Aucune propriété HTTPS n'est ajoutée dans Search Console, alors le propriétaire du site surveille seulement l'ancienne propriété HTTP et perd toute visibilité sur ce qui se passe après le changement. - Du contenu mixte : une image, un script ou une police encore chargée en HTTP, ce qui empêche le cadenas de s'afficher même une fois le certificat installé. ## Comment préparer la migration sans perdre de trafic? La préparation commence par une liste complète de toutes les adresses existantes du site, pas seulement les pages principales. Je construis cette liste à partir du sitemap existant et d'une exploration du site, puis je prépare une redirection 301 pour chaque adresse HTTP vers son équivalent HTTPS exact, sans jamais tout faire passer par la page d'accueil. Une fois le certificat installé et vérifié (la chaîne complète, pas seulement le certificat principal), je mets à jour dans le code du site tous les liens internes pour qu'ils pointent directement vers HTTPS, plutôt que de compter sur une redirection à chaque clic. Je corrige les balises canoniques page par page, je régénère le fichier sitemap.xml avec les nouvelles adresses et je le soumets de nouveau. J'ajoute une nouvelle propriété HTTPS dans Search Console avant la mise en ligne, pour que le suivi commence dès le premier jour plutôt qu'après coup. Pour un client qui roule des campagnes AdWords, les chemins d'affichage de chaque annonce sont mis à jour la même journée que la migration, pour éviter qu'un visiteur clique sur une annonce et atterrisse sur une redirection. ## Faut-il migrer les deux langues du site en même temps? Oui, toujours, parce qu'un site français à la racine et une version anglaise sous /en/ dépendent l'un de l'autre par les balises hreflang, et migrer une langue sans l'autre casse cette paire aux yeux de Google. Je prépare une ligne de redirection pour chaque adresse, dans les deux langues, puis je vérifie après la mise en ligne que chaque page française pointe encore vers sa page anglaise correspondante, et vice-versa, avec la bonne adresse HTTPS des deux côtés. Une hreflang qui pointe encore vers une ancienne adresse HTTP se fait ignorer par Google, ce qui revient à perdre le lien entre les deux versions du site le temps que l'erreur soit corrigée. ## Que faut-il vérifier dans les jours suivant la mise en ligne? Les dix premiers jours après une migration sont les plus révélateurs, parce que c'est le moment où une étape oubliée devient visible. J'ouvre la console du navigateur sur les pages principales pour repérer tout contenu mixte qui bloquerait encore le cadenas. Je vérifie, dans Search Console, sur la nouvelle propriété HTTPS, que le rapport de couverture ne montre pas d'erreurs de type page introuvable ou redirection en boucle. Je suis l'état d'[indexation](/glossaire/#indexation) de chaque page importante pour confirmer que les nouvelles adresses HTTPS remplacent bien les anciennes une par une, au lieu de s'ajouter à côté. Si un client m'envoie un courriel pour signaler qu'une page ne s'ouvre plus, je vérifie d'abord si la redirection existe pour cette adresse précise avant de chercher ailleurs. ## Combien de temps avant que le classement revienne à la normale? Il faut compter de quelques jours à quelques semaines avant que Google traite complètement le changement, et il est normal de voir une petite fluctuation pendant cette période, même quand tout a été fait correctement. J'utilise la fonction « Explorer comme Google » dans Search Console, avec une recherche `site:` sur le domaine, pour vérifier, adresse par adresse, que Google a bien indexé la nouvelle version HTTPS et qu'il ne montre plus l'ancienne dans les résultats. Une baisse de quelques jours n'est pas un signe d'échec. Une baisse qui dure plusieurs semaines, ou des pages HTTPS qui n'apparaissent jamais dans l'index pendant que les pages HTTP continuent d'être indexées, indique presque toujours qu'une redirection manque quelque part dans la liste. ## Que faire avec les liens externes qui pointent encore vers l'ancienne adresse? Les redirections 301 s'occupent des visiteurs qui arrivent par un ancien lien externe, donc vous n'avez pas besoin de convaincre chaque site qui vous a lié de changer son lien pour que ce trafic continue à se rendre au bon endroit. Ce qui vaut la peine d'être mis à jour à la main, ce sont les endroits que vous contrôlez directement : le champ site web de votre fiche Google My Business, vos profils Facebook et Twitter, les annuaires locaux où vous avez une fiche active, et la signature de vos courriels. Ces mises à jour comptent moins pour le référencement que les redirections elles-mêmes, mais elles évitent qu'un client tombe sur un avertissement de sécurité en cliquant depuis votre propre fiche. ## Est-ce que la migration doit passer par un développeur? Installer un certificat peut se faire seul avec l'aide de l'hébergeur, mais la partie qui protège le référencement demande plus qu'un certificat actif. C'est la liste des redirections, la mise à jour des liens internes et le suivi dans Search Console qui font la différence entre un site qui garde ses positions et un site qui recommence à zéro. J'applique cette même liste de vérification à chaque projet de [conception de sites web](/services/conception-web/) où une migration HTTPS fait partie du mandat, avant même de toucher au design. *Rédigé avec l'aide d'outils d'IA, vérifié et publié par [Marven Salgado](/a-propos/marven-salgado/).* ## Pour aller plus loin - **Service:** [Conception Web Professionnelle, Des sites qui convertissent avec Social Influence](https://socialinfluencebuilder.com/services/conception-web/) - **Étude de cas:** [Coiffure Prestige](https://socialinfluencebuilder.com/etudes-de-cas/coiffure-prestige/) - **Glossaire:** [Glossaire Marketing Numérique: Indexation](https://socialinfluencebuilder.com/glossaire/#indexation)