Refonte de site d’hôtel : réussir sans perdre son référencement

La refonte du site d’un hôtel peut aider à prendre plus de réservations en direct et à dépendre moins des plateformes. C’est aussi un moment où un établissement peut perdre des visites venues de Google, si les anciennes adresses ne mènent plus nulle part. Cet article traite la refonte comme un projet à conduire : à quoi voit-on qu’elle s’impose, que faut-il garder, comment rediriger les anciennes adresses, quand mettre en ligne, quoi contrôler et comment suivre la suite. Aucun délai ni résultat chiffré n’est promis : ils dépendent de votre site, de sa taille et de votre saison.

Le lien avec les plateformes est direct. Un site qui rend la réservation difficile (dates introuvables, affichage raté sur téléphone, parcours trop long) peut renvoyer le visiteur vers la plateforme où il a découvert l’hôtel, et chaque réservation prise là-bas donne lieu à une commission, que détaille l’article sur ce que coûtent réellement les commissions Booking et Airbnb. Les leviers qui ramènent la réservation sur votre site (parcours, contenu, avis, fiche Google) sont décrits dans les leviers web pour reprendre la main face aux OTA. Ici, on traite l’autre moitié du sujet : la conduite du projet, celle qui décide si la refonte fait gagner des réservations directes ou si elle coûte les visites que le site recevait déjà.

Les signes qu’une refonte de site d’hôtel s’impose

Un site ancien n’est pas forcément un site à refaire. Une refonte se justifie quand un problème précis est constaté et que des corrections ponctuelles ne suffisent plus. Voici les signes les plus courants.

• Le site s’affiche mal sur téléphone. Texte minuscule, boutons trop proches, tableau qui déborde. Faites le test décrit dans tester son site responsive sur tablette et smartphone.
• La réservation est difficile. Le sélecteur de dates est caché, le bouton « Réserver » arrive tard, ou le visiteur est envoyé sur un autre site sans comprendre pourquoi. Le parcours se corrige parfois sans tout refaire : voir comment réduire l’abandon dans le tunnel de réservation.
• Le site est lent. Les pages mettent du temps à s’afficher ou à réagir, surtout sur mobile.
• Le site ne peut plus être entretenu. Mises à jour impossibles, composants abandonnés par leurs auteurs, attaque subie : voir que faire quand le site d’un hôtel est attaqué.
• Le contenu ne ressemble plus à l’hôtel. Chambres rénovées, restaurant fermé, services changés, photos anciennes.
• Le site ne sait plus faire ce dont l’hôtel a besoin. Nouveau moteur de réservation à brancher, langue à ajouter, avis à intégrer, page à créer sans devoir attendre un prestataire.

Pour la vitesse, Google publie trois mesures, les Core Web Vitals, avec un seuil « bon » à atteindre pour au moins 75 % des visites : le contenu principal s’affiche en 2,5 secondes ou moins (LCP), la page répond aux actions du visiteur (clic, toucher) en 200 millisecondes ou moins (INP), et la mise en page ne bouge pas pendant le chargement (décalage de 0,1 ou moins, CLS). Le rapport Core Web Vitals de Search Console les relève d’après les visites réelles, mais il peut manquer de données sur un site peu visité. Une étude menée par Deloitte pour Google, sur 37 sites de grandes marques européennes et américaines, plus de 30 millions de sessions et des temps de chargement mobiles relevés fin 2019, a observé pour les sites de voyage qu’un gain de 0,1 seconde s’accompagnait d’une hausse de 10 % du taux de réservation et de 2,2 % des paiements menés à terme. À prendre comme un ordre d’idée, jamais comme une promesse : ces chiffres viennent de grandes marques et de 2019, pas d’un hôtel indépendant.

Ce qu’il faut garder : adresses, contenus qui rapportent, avis

Dresser l’inventaire des adresses

Une adresse (URL) est le chemin d’une page. Google a mémorisé celles de votre site, d’autres sites y font des liens, des clients les ont en favoris. Si une adresse disparaît sans être redirigée, tout cela mène à une page introuvable. L’inventaire se construit avec quatre sources, à fusionner dans un seul tableau.

1. Search Console, rapport Performances, onglet Pages. Choisissez la plus longue période proposée et exportez la liste : vous y voyez les pages qui ont reçu des clics et des impressions. Le type de recherche « Image » montre les pages qui reçoivent des visites depuis Google Images.
2. Le plan de site actuel. Le fichier sitemap.xml liste les adresses que le site déclare à Google.
3. Une exploration du site. Un outil dédié retrouve les pages que le plan de site oublie : pages vers lesquelles plus aucun lien du site ne mène, anciennes versions, pages d’une autre langue.
4. Les liens venus d’ailleurs. Le rapport « Liens » de Search Console indique les pages les plus liées par d’autres sites (office de tourisme, annuaires, presse, partenaires). Pour la suite, voir où obtenir des liens utiles et comment les auditer.

Rien ne se supprime sans décision. Pour chaque adresse du tableau, notez ce qu’elle devient : conservée à l’identique, déplacée, fusionnée avec une autre page ou supprimée. Une page qui reçoit des visites ou des liens garde de préférence la même adresse : c’est la solution qui évite toute redirection.

Garder ce qui fait venir les visiteurs

Les pages qui reçoivent le plus de clics sont celles à toucher avec le plus de précaution. Gardez leur sujet, leur titre principal et l’essentiel de leur texte ; améliorez-les, mais ne les réduisez pas à trois phrases pour les besoins d’une maquette. Un texte beaucoup plus court, un titre qui change de sens ou une page fusionnée avec une autre peuvent faire perdre la requête pour laquelle Google la montrait. Gardez aussi les images utiles, avec leur texte alternatif.

Google conseille de ne changer qu’une seule chose à la fois lors d’un déménagement de site. Si la refonte change en même temps le décor, la structure des adresses, le nom de domaine, le moteur de réservation et tous les textes, une baisse des visites sera difficile à expliquer. Choisissez ce qui change vraiment cette fois-ci et reportez le reste.

Garder les avis et les éléments de confiance

Les avis, les labels, les distinctions et les mentions dans la presse rassurent le visiteur au moment de réserver. Avant de couper l’ancien site, récupérez les textes et les logos qu’il affiche, puis replacez-les sur le nouveau, près du bouton de réservation. Les avis Google vivent sur la fiche Google de l’hôtel et ne dépendent pas du site, mais le lien de la fiche vers le site doit rester juste après la refonte : voir l’optimisation de la fiche Google d’un hôtel. Pour choisir ce que le site montre, lisez avis Google ou avis Booking.

Redirections 301 et plan de migration

Une redirection 301 est une consigne envoyée par le serveur : « cette page a changé d’adresse pour de bon, voici la nouvelle ». Le visiteur arrive sur la bonne page sans s’en apercevoir, et Google comprend que la nouvelle adresse remplace l’ancienne. Selon la documentation de Google, une redirection permanente côté serveur est la solution à privilégier quand l’adresse d’une page change : elle indique l’adresse à retenir. Encore faut-il la construire avec méthode.

1. Une ligne par ancienne adresse. Un tableau à deux colonnes : l’ancienne adresse, puis la page du nouveau site qui traite le même sujet.
2. Jamais tout vers l’accueil. Envoyer toutes les anciennes pages vers la page d’accueil rompt le lien entre la page et la requête qui la faisait venir, et Google peut traiter ces redirections comme des pages introuvables.
3. Un seul saut. L’ancienne adresse mène directement à l’adresse finale, y compris quand le passage à https, le choix avec ou sans www ou le slash final changent aussi. Évitez les chaînes (A vers B, puis B vers C) : Google recommande de rediriger droit vers la destination finale.
4. Un code d’erreur franc pour ce qui disparaît. Une page sans équivalent (offre terminée, service arrêté) répond 404 ou 410, plutôt que d’être redirigée vers une page sans rapport.
5. Les adresses annexes mises à jour. Balises canonical, balises hreflang des versions en langue, liens internes et plan de site : tous pointent vers les nouvelles adresses, pas vers les anciennes redirigées.
6. Des redirections qui restent. Google indique de les conserver en général au moins un an, et plus longtemps si les anciennes adresses reçoivent encore des visites ou des liens.

Un site en plusieurs langues multiplie les lignes

Chaque version en langue a ses propres adresses, parfois traduites. Le plan de site des pages de la Villa Bellerose, l’une de nos réalisations, relevé le 24 octobre 2026, compte six pages en français, en anglais et en néerlandais : dix-huit adresses. Un second plan de site, celui des pages du moteur de réservation Booky, en ajoute six. La page de réservation, par exemple, existe à trois adresses différentes.

Dans une refonte qui changerait ces adresses, chacune des trois aurait sa ligne et sa redirection, et les trois versions resteraient reliées entre elles par les balises hreflang, qui indiquent à Google quelle version montrer à quel visiteur.

01

Villa Bellerose

Villa de vacances louée entière · Côte d’Opale

Chaque page a son adresse dans chaque langue, et les trois versions sont déclarées l’une à l’autre avec des balises hreflang : c’est cet ensemble qu’une refonte doit reproduire, ou rediriger adresse par adresse. Les réservations passent par Booky, dont les pages ont aussi leurs trois versions.

À retenir

• Dix-huit adresses dans le plan de site des pages : six pages en français, en anglais et en néerlandais.
• Une redirection par adresse, langue par langue, et des hreflang qui relient les trois versions.

Type

Maison de vacances louée entière

Lieu

Beutin (Pas-de-Calais)

Réservation

Booky

Langues

français, anglais, néerlandais

Voir le site La réalisation

Vérifier les redirections avant la mise en ligne

Le tableau se teste en entier, ligne par ligne. Pour une adresse, cette commande affiche le nombre de redirections suivies et l’adresse d’arrivée :

curl -sIL -o /dev/null -w '%{num_redirects} redirection(s), arrivée : %{url_effective}\n' https://www.exemple.fr/ancienne-page/

Pour toute la liste, avec un fichier correspondances.csv contenant une ligne par couple « ancienne adresse,nouvelle adresse », sans le nom de domaine :

while IFS=, read -r ancienne nouvelle || [ -n "$ancienne" ]; do
  reponse=$(curl -s -o /dev/null -w '%{http_code} %{redirect_url}' "https://www.exemple.fr${ancienne}")
  echo "${ancienne} → ${reponse} (attendu : 301 https://www.exemple.fr${nouvelle})"
done < correspondances.csv

Chaque ligne doit afficher un code 301 suivi de l’adresse attendue. Une ligne qui répond 200 n’est pas redirigée, une ligne qui répond 404 est une adresse perdue, une ligne dont l’arrivée n’est pas celle du tableau est une erreur de correspondance.

Ce qu’il faut demander à votre prestataire

• Qui dresse l’inventaire des adresses, et me remet-on le tableau de correspondances ?
• Où se trouve le site de préproduction, et comment est-il caché de Google en attendant la mise en ligne ?
• Qui retire ce blocage le jour de la mise en ligne, et qui vérifie qu’il l’est ?
• Qui surveille Search Console pendant les trois mois suivants, et sur quelles pages ?
• Où est conservée la copie complète de l’ancien site (fichiers et base de données) ?

Calendrier et période de mise en ligne

Google recommande de déplacer un site à un moment où le trafic est faible. Pour un hôtel, c’est en général la basse saison, avec deux précisions.

• Les réservations précèdent le séjour. Une partie des réservations d’été se prend des mois à l’avance. Relevez dans vos propres données à quelle date vos réservations directes commencent à monter, et mettez en ligne bien avant.
• Le déménagement n’est pas instantané. Google indique qu’un site petit ou moyen met en général quelques semaines pour que la plupart de ses pages soient reprises, avec des fluctuations pendant ce temps. Gardez une marge de plusieurs semaines avant la période qui compte le plus, pour corriger sans pression.

Une refonte se déroule en cinq temps :

1. Préparation. Inventaire des adresses, choix de ce qui change et de ce qui ne change pas, relevé de l’état actuel dans Search Console (clics, impressions, pages principales) à garder comme point de comparaison.
2. Construction sur un site de préproduction. Une copie du site, cachée de Google. Pendant ce temps l’ancien site continue de vivre : toute page ajoutée entre-temps doit rejoindre le tableau des adresses.
3. Recette. Les contrôles de la section suivante, avec le temps de corriger.
4. Mise en ligne. Un jour où quelqu’un peut intervenir vite, plutôt en début de semaine qu’avant un week-end ou un pont, et hors période de forte demande.
5. Surveillance renforcée. Contrôles rapprochés les premiers jours, puis suivi sur trois mois.

Contrôles avant mise en ligne

La recette se fait sur le site de préproduction, avec la liste ci-dessous. Un point non validé repousse la mise en ligne.

Ce que voit le visiteur

• La réservation de bout en bout, sur ordinateur et sur téléphone : dates, chambre, paiement d’essai, message de confirmation.
• Le formulaire de contact et le numéro de téléphone cliquable.
• Les prix, les photos, les textes et les langues : relus, et cohérents avec ce que montrent les plateformes.
• Les mentions légales et la politique de confidentialité, à jour.
• La vitesse des pages principales, mesurée avec un outil de mesure et comparée aux seuils vus plus haut.

Ce que voit Google

• Redirections : le tableau entier testé, avec les commandes ci-dessus.
• Blocages : plus de noindex et plus de blocage dans le fichier robots.txt.
• Canonical : chaque page se désigne elle-même, avec son adresse définitive (https, avec ou sans www, choisi une fois pour toutes).
• Plan de site : seulement les nouvelles adresses, qui répondent toutes 200.
• Versions en langue : des balises hreflang réciproques, vers les adresses finales.
• Titres, descriptions, titre principal et textes alternatifs : repris sur les pages qui reçoivent des visites.
• Données structurées : conservées et vérifiées avec l’outil de test des résultats enrichis de Google.
• Search Console : la propriété du nouveau site vérifiée (toutes les variantes http, https, avec et sans www), et la vérification de l’ancien site conservée.

Ce qui dépend d’autres services

• La fiche Google de l’hôtel : le lien vers le site, à mettre à jour si l’adresse change.
• Google Hotels : un lien de réservation gratuit envoie vers la page d’arrivée que l’hôtel a fournie, qui doit donc exister (ou rediriger) après la refonte. Hotel Web Design figure dans l’annuaire officiel des partenaires de connectivité Google Hotels : le détail est dans l’article consacré aux liens de réservation gratuits de Google.
• Les liens extérieurs : annuaires, office de tourisme, réseaux sociaux, signatures de messages, publicités. Les redirections font suivre les anciens liens, mais mieux vaut les mettre à jour.
• La sauvegarde : une copie complète de l’ancien site (fichiers et base de données), conservée.

Suivi les trois mois suivants

La mise en ligne n’est pas la fin du projet. Les adresses se mettent à jour chez Google progressivement : le suivi permet de repérer un oubli avant qu’il ne coûte des visites.

Pour les comparaisons, prenez la même période de l’année précédente, pas la semaine d’avant : la demande d’un hôtel suit les saisons, et comparer deux semaines voisines mélange l’effet de la refonte et celui du calendrier. Dans le rapport Performances, les onglets Requêtes et Pages permettent de suivre les pages qui comptent.

Des variations sont normales pendant les premières semaines. Ce qui ne l’est pas : une page importante qui ne revient pas. Cherchez alors, dans cet ordre, un noindex resté en place, une redirection absente ou mal dirigée, une canonical qui pointe ailleurs, une page absente du plan de site. Le guide de Google sur les déménagements de site dresse la liste des erreurs à vérifier.

Le vrai but d’une refonte n’est pas seulement de garder ses visites : c’est de réserver davantage en direct. Relevez chaque mois la part des réservations directes dans le total et la commission versée aux plateformes, à comparer avec la même période de l’an dernier. Sur les réservations prises avec Booky, le moteur de réservation de Hotel Web Design, la commission est de 0 %.

Pour préparer la refonte d’un hôtel, d’un gîte ou d’un restaurant, voir la création de site vitrine, le référencement naturel et les réalisations, ou écrire à Hotel Web Design.

Sources

Pages consultées en octobre 2026. Google Search Central : Site Moves and Migrations (déménagement d’un site avec changement d’adresses) et Redirects and Google Search. Aide de Search Console : outil de changement d’adresse et rapport Performances. web.dev : Web Vitals et Milliseconds make millions (étude Deloitte pour Google). Aide Google Hotels : liens de réservation gratuits.

Questions fréquentes sur la refonte du site d’un hôtel