Les bases d'un site pour la recherche IA : HTTPS, un seul domaine, rapide sur mobile

Pourquoi c'est important

Avant de répondre, les assistants IA consultent souvent un moteur de recherche. Google indique qu'une page doit figurer dans son index pour apparaître comme lien dans AI Overviews et AI Mode, et que les bonnes pratiques de référencement habituelles, dont « une excellente expérience sur la page », restent valables. Microsoft Copilot envoie des requêtes à Bing et rédige sa réponse à partir de ce que Bing lui renvoie.

Les bases qui aident les moteurs de recherche à lire votre site et à lui faire confiance aident donc aussi les assistants qui s'appuient sur eux. Trois d'entre elles se vérifient vite :

• Une adresse sécurisée (HTTPS). Dans sa propre liste de contrôle sur l'expérience sur la page, Google demande si vos pages sont diffusées de manière sécurisée. Il préfère aussi les pages HTTPS à leurs copies HTTP.
• Une seule adresse pour tout le site. Si votresociete.lu et www.votresociete.lu affichent les mêmes pages, les moteurs de recherche voient deux copies et doivent deviner laquelle est la vôtre.
• Rapide sur téléphone. Google indexe la version mobile de vos pages, et ses systèmes de classement utilisent les Core Web Vitals, ses trois mesures de vitesse et de stabilité.

Rien de tout cela ne garantit qu'un assistant vous recommande. Aucun fournisseur d'IA ne dit classer les entreprises selon la vitesse de leur site. Ces vérifications évitent simplement qu'un moteur de recherche lise la mauvaise copie de votre site, ou le lise moins bien.

Illustration avec une entreprise fictive.

Ce guide est volontairement court. Pour vérifier que Google et Bing ont bien enregistré vos pages, et pour corriger les titres de pages, suivez le Guide 03 : Soyez trouvé par Google et Bing.

Repères

Les mots que vous allez rencontrer

Avant de commencer

Ayez ceci sous la main

• L'adresse de votre site, et une décision : avec www. ou sans. Les deux conviennent. En cas de doute, gardez celle qui figure déjà sur vos cartes de visite et dans vos liens.
• Le contact de votre hébergeur ou de votre développeur. Les redirections se règlent sur le serveur ou dans le panneau d'hébergement, pas dans le texte des pages.
• Deux pages à tester pour la vitesse : votre page d'accueil et votre page de service la plus importante.
• Facultatif, pour les développeurs : une fenêtre Terminal (Mac ou Linux) pour lancer curl.

Étapes

Vérifier et corriger les trois bases

1. Tapez les quatre versions de votre adresse

   Dans une fenêtre de navigation privée, tapez chacune de ces adresses avec votre propre domaine, puis regardez la barre d'adresse une fois la page chargée :

   • http://votresociete.lu
   • http://www.votresociete.lu
   • https://votresociete.lu
   • https://www.votresociete.lu

   Bon signe : les quatre aboutissent exactement à la même adresse, qui commence par https://. À corriger : l'une d'elles reste en http://, affiche un avertissement de sécurité ou une erreur, ou reste sur sa propre version tout en affichant vos pages.

   Essayez ensuite une page intérieure de la même façon, par exemple http://votresociete.lu/contact. Elle doit arriver sur la même page dans la version sécurisée, pas sur votre page d'accueil.

2. Développeurs : vérifiez qu'il s'agit d'une 301, en une seule étape

   Un navigateur ne montre pas le type de redirection. curl -sI affiche la réponse du serveur : la ligne de statut et l'adresse indiquée dans Location. Voici notre propre site, vérifié le 24 octobre 2026 :

   Terminal · letzscale.com, 24 octobre 2026Copier

   $ curl -sI http://letzscale.com
   HTTP/1.1 301 Moved Permanently
   Location: https://letzscale.com/
   
   $ curl -sI https://www.letzscale.com
   HTTP/1.1 301 Moved Permanently
   Location: https://letzscale.com/
   
   $ curl -sI http://www.letzscale.com/pricing
   HTTP/1.1 301 Moved Permanently
   Location: https://letzscale.com/pricing

   Nous avons choisi l'adresse sans www. Toutes les autres versions répondent 301 Moved Permanently et renvoient directement vers https://letzscale.com, en une étape, en gardant la suite de l'adresse (/pricing). C'est ce que vous cherchez. Méfiez-vous des codes 302 ou 307 (temporaires), et des chaînes où une redirection mène à une autre avant la page finale.

3. Demandez une redirection permanente, côté serveur

   Google recommande d'utiliser « une redirection permanente côté serveur dans la mesure du possible ». Envoyez cette demande à votre hébergeur ou à votre développeur, avec l'adresse que vous avez choisie :

   Message à votre hébergeur ou développeurCopier

   Merci de faire de https://www.votresociete.lu l'unique adresse de notre site :
   1. Un certificat HTTPS valide sur votresociete.lu et www.votresociete.lu.
   2. Une redirection 301 côté serveur depuis http:// et depuis l'autre version
      (avec ou sans www) vers https://www.votresociete.lu,
      en une seule étape, en gardant la suite de l'adresse (/contact reste /contact).
   3. Les balises canonical et le sitemap utilisent uniquement https://www.votresociete.lu.

   Beaucoup de panneaux d'hébergement et de créateurs de sites ont une option pour forcer HTTPS et pour choisir le domaine principal. Sinon, la redirection tient en quelques lignes dans la configuration du serveur. Sur un serveur Nginx, elle suit le modèle de la documentation officielle de Nginx :

   Développeurs · Nginx, requêtes en httpCopier

   server {
       listen       80;
       server_name  votresociete.lu www.votresociete.lu;
       return       301 https://www.votresociete.lu$request_uri;
   }

   Ce bloc renvoie les deux versions http:// vers l'adresse sécurisée avec www. La version sécurisée sans www a besoin d'un bloc semblable sur le port 443, avec votre certificat, que votre hébergeur met généralement en place. Google conseille de garder les redirections aussi longtemps que possible, en général au moins un an.

4. Cherchez le contenu mixte

   Ouvrez votre page d'accueil sur son adresse https://. Ouvrez les outils de développement du navigateur et choisissez l'onglet Console. Selon MDN, la référence des éditeurs de navigateurs, la console affiche un avertissement chaque fois qu'un contenu mixte est mis à niveau ou bloqué. Rechargez la page et cherchez les messages qui mentionnent « Mixed Content » et une adresse commençant par http://.

   La correction consiste à remplacer ces adresses par https://, ou par une adresse relative pour les fichiers de votre propre site. Sur un créateur de sites, il s'agit souvent d'une ancienne image ou d'un contenu intégré il y a des années : remplacez-le dans l'éditeur.

5. Lancez PageSpeed Insights sur deux pages

   Ouvrez pagespeed.web.dev, collez l'adresse de votre page d'accueil et cliquez sur Analyser (Analyze). Lisez d'abord les résultats Mobile. Faites ensuite de même pour votre page de service principale.

   pagespeed.web.dev · Mobile

   

   La partie du haut montre l'expérience réelle des visiteurs sur les 28 derniers jours. Google parle de données de terrain. La page réussit l'évaluation des Core Web Vitals (Core Web Vitals Assessment) quand 75 % des visites atteignent le niveau « bon » pour chaque mesure :

   Mesure	Ce qu'elle indique	Bon	Mauvais
   LCP Largest Contentful Paint	Le temps avant que le contenu principal, souvent la grande image du haut, apparaisse	2,5 secondes ou moins	Plus de 4 secondes
   INP Interaction to Next Paint	La rapidité de réaction de la page quand on touche ou clique	200 millisecondes ou moins	Plus de 500 millisecondes
   CLS Cumulative Layout Shift	Combien la page saute pendant le chargement	0,1 ou moins	Plus de 0,25

   Les petits sites ont souvent trop peu de visites pour avoir des données de terrain. PageSpeed Insights utilise alors les données de l'ensemble du site, ou n'en affiche aucune. Dans ce cas, lisez le score Performances (Performance) en dessous. Il vient d'une seule visite simulée : de 90 à 100, c'est bon ; de 50 à 89, à améliorer ; de 0 à 49, mauvais. Il varie un peu d'un test à l'autre.

6. Commencez par les images

   Sur la plupart des sites de petites entreprises, ce qui ralentit la page est une grande photo en haut. Le guide web.dev de Google indique que le contenu principal à charger est généralement une image ou une police web, et cite ces corrections :

   • La bonne taille. Ne mettez pas en ligne une photo d'appareil de 5 000 pixels pour un emplacement de 1 200 pixels de large.
   • Compressez-la, et utilisez un format moderne comme WebP ou AVIF si votre site le permet.
   • Développeurs : ne chargez jamais en différé (lazy-load) l'image principale du haut, et donnez-lui fetchpriority="high".

   Relancez PageSpeed Insights après la modification. Les suggestions plus bas dans le rapport nomment les fichiers qui ralentissent la page ; transmettez-les à votre développeur s'ils concernent le code et non les images.

Vérifier le résultat

Une seule adresse, sécurisée et rapide

Refaites l'étape 1 dans une nouvelle fenêtre privée. Si vous avez Google Search Console, son rapport Core Web Vitals montre l'évolution de vos pages dans le temps. La configuration est expliquée dans le Guide 03.

Erreurs fréquentes

Ce qui coince le plus souvent

• Une redirection temporaire. Un 302 ou un 307 dit à Google que le changement n'est pas définitif : l'ancienne adresse peut rester dans les résultats. Utilisez 301 ou 308.
• Les chaînes de redirections. http://votresociete.lu → http://www.votresociete.lu → https://www.votresociete.lu. Allez directement à l'adresse finale, en une étape.
• Renvoyer toutes les pages vers l'accueil. Gardez la suite de l'adresse pour que /contact arrive sur /contact.
• Un passage à HTTPS inachevé. La redirection fonctionne, mais les balises canonical, le sitemap ou les liens internes indiquent encore http://. Mettez-les aussi à jour.
• Charger la photo principale en différé. L'image la plus importante doit alors attendre. web.dev conseille de ne jamais le faire.
• Viser un score parfait. Google lui-même indique qu'un score parfait obtenu seulement pour le référencement ne vaut pas forcément l'effort. Visez « bon » sur les pages que les gens visitent vraiment.