Pendant environ neuf ans, le site de l'Hotel Harmony à Gand n'a pas changé. Une agence l'avait construit sous WordPress, et on ne pouvait demander à personne à la réception d'apprendre WordPress. Quand il a enfin été refait, le résultat est apparu dans les statistiques en quelques semaines. Souvent, le plus difficile dans la migration d'un site d'hôtel, c'est de décider de commencer.
La crainte derrière ce report est légitime. Votre site actuel est peut-être daté, mais Google le connaît. Il se positionne sur le nom de votre hôtel, votre rue et votre ville, et un nouveau site qui jetterait tout cela vous coûterait des réservations directes pendant des mois.
Ce n'est pas une fatalité. Google publie son propre guide pour déplacer un site, et pour un site de la taille d'un hôtel, il se résume à six étapes. À la fin de ce guide, vous saurez quoi exporter, quoi associer, quoi rediriger, quoi tester, et quoi surveiller l'année qui suit le lancement.
Ce qu'il vous faut avant de commencer
- Un accès à Google Search Console pour votre site actuel. Si personne ne l'a, validez le site maintenant ; les étapes ci-dessous en dépendent.
- Les identifiants de votre registraire de domaine. Vous devez savoir qui contrôle votre nom de domaine, indépendamment de qui a construit votre site.
- La liste de tous les endroits qui renvoient vers votre moteur de réservation, y compris votre fiche d'établissement Google, vos profils sur les réseaux sociaux et vos éventuelles publicités.
- Un accès à vos statistiques, pour comparer le trafic avant et après.
- Une semaine calme dans votre propre agenda. Google conseille de prévoir une migration pendant une période de trafic plus faible : choisissez votre basse saison, pas votre mois le plus chargé.
Étape 1 : exportez toutes les URL de votre site actuel
Commencez par la liste complète des adresses de l'ancien site, car chacune d'elles se positionne sur quelque chose ou reçoit un lien de quelque part.
Google suggère quatre sources : votre sitemap, les pages qui reçoivent le plus de trafic dans vos statistiques, le rapport sur les liens de Search Console, et la liste des pages que votre système de gestion de contenu peut exporter. Les hôtels en ont besoin de deux de plus :
- Chaque version linguistique. Une page de chambre en anglais, néerlandais et français, ce sont trois URL, pas une. Un hôtel avec dix pages de chambres en trois langues a trente URL de chambres à associer avant même d'avoir compté la page d'accueil.
- Les images et les PDF. La carte du restaurant, la brochure mariage et les photos des chambres reçoivent peut-être leur propre trafic. Le guide de Google précise qu'ils doivent être déplacés comme n'importe quelle autre page.
Une URL absente de la liste ne sera pas redirigée, et ce qu'elle avait gagné dans Google disparaît avec elle.
Étape 2 : associez chaque ancienne URL à une seule nouvelle URL
Mettez la liste dans un tableur et donnez à chaque ancienne adresse une seule destination sur le nouveau site. La règle de Google est du un pour un : l'ancienne page Deluxe Double va vers la nouvelle page Deluxe Double, pas vers la page d'accueil.
| Ancienne URL | Nouvelle URL | Pourquoi |
|---|---|---|
/rooms/deluxe-double | /en/rooms/deluxe-double-room | Même chambre, nouvelle adresse |
/nl/kamers/deluxe-dubbel | /nl/kamers/deluxe-dubbele-kamer | Chaque langue renvoie vers sa propre langue |
/menu-2023.pdf | /en/restaurant | Le contenu a été intégré à une page |
/news/christmas-2022 | Renvoie une 404 ou une 410 | Ancien contenu que vous ne gardez pas |
Renvoyer de nombreuses anciennes URL vers la page d'accueil est le raccourci le plus courant, et celui contre lequel Google met explicitement en garde : il peut dérouter les voyageurs, et Google peut le traiter comme une « soft 404 », une page qui existe mais ne répond pas à ce qui était demandé. Les pages que vous supprimez volontairement doivent plutôt renvoyer une erreur 404 ou 410.
Une ancienne page, une nouvelle page, dans la même langue. Tout le reste est une supposition que Google doit faire à votre place.
Étape 3 : gardez votre domaine, et changez une chose à la fois
Si vous le pouvez, gardez l'adresse que les voyageurs connaissent déjà. Le guide de Google conseille de changer une chose à la fois : si vous voulez un nouveau domaine, un nouveau système de gestion de contenu et un nouveau design, faites-les l'un après l'autre, pas ensemble.
Changer de prestataire de site en change déjà deux. Garder votrehotel.be signifie que la migration est un changement de pages au sein d'un seul domaine, le cas le plus simple. Vous n'aurez pas besoin de l'outil de changement d'adresse de Search Console, réservé selon Google aux migrations d'un domaine ou sous-domaine vers un autre.
Si vous changez tout de même de domaine, soumettez une demande de changement d'adresse pour chaque variante validée de l'ancien domaine, et continuez à payer l'ancien domaine. La page d'aide de Search Console recommande de le renouveler pendant au moins un an, pour que personne d'autre ne puisse l'acheter et l'utiliser.
Étape 4 : mettez en place des redirections permanentes, puis corrigez les balises derrière
Chaque ligne de votre tableau devient une redirection. Demandez à l'hébergeur du nouveau site des redirections permanentes côté serveur, 301 ou 308, que Google recommande avant toutes les autres. Sur la valeur des liens, Google est clair : les redirections 301 et les autres redirections permanentes n'entraînent pas de perte de PageRank.
Trois détails comptent autant que les redirections elles-mêmes :
- Pas de chaînes. Chaque ancienne URL doit pointer directement vers son adresse finale. Googlebot peut suivre jusqu'à dix sauts, mais Google conseille de limiter les chaînes à trois au maximum, car chaque saut ralentit aussi la page pour le voyageur.
- Des balises canoniques sur le nouveau site. Chaque nouvelle page doit se désigner elle-même comme version canonique.
- Les balises de langue (hreflang). Si votre site a plusieurs versions linguistiques, les balises qui indiquent à Google quelle page est la version néerlandaise de quelle page anglaise doivent pointer vers les nouvelles URL.
Étape 5 : protégez le chemin vers le moteur de réservation
Les positions attirent l'attention, mais ce sont les réservations que vous perdriez vraiment. Un voyageur qui arrive sur le nouveau site et clique sur « Réserver » doit atterrir dans votre moteur de réservation avec la chambre et les dates qu'il regardait, exactement comme avant.
Avant le lancement, testez chaque bouton de réservation du nouveau site, dans chaque langue, sur un téléphone. Après le lancement, mettez à jour les liens que vous contrôlez en dehors du site : votre fiche d'établissement Google, vos profils sur les réseaux sociaux et vos campagnes publicitaires. Le guide de Google place les liens des profils et les campagnes publicitaires parmi les premières choses à modifier dès le début de la migration, car une redirection est plus lente pour le voyageur qu'un lien direct.
C'est d'autant plus important que Booking.com ne peut plus vous imposer son prix. Si votre tarif direct est plus bas, le voyageur doit pouvoir le trouver et le réserver, et un lien de réservation cassé réduit cela à néant.
Une redirection sauve votre position. Un bouton de réservation qui fonctionne sauve la réservation.
Étape 6 : lancez, testez, et gardez les redirections au moins un an
Le jour du lancement, activez les redirections, retirez les balises noindex ou les blocages robots.txt utilisés pendant la construction du nouveau site, et soumettez le nouveau sitemap dans Search Console. Testez un échantillon d'anciennes URL avec l'outil d'inspection d'URL pour vérifier que chacune arrive là où votre tableau l'indique.
Ensuite, laissez les redirections en place. Google conseille de les garder aussi longtemps que possible, en général au moins un an, pour pouvoir transférer tous les signaux vers les nouvelles URL, y compris les liens d'autres sites qui pointent encore vers les anciennes. Du point de vue du voyageur, Google suggère de les garder indéfiniment.
À quoi vous attendre dans les semaines qui suivent le lancement
Un certain mouvement des positions est normal. Selon le guide de Google, pour un site de petite ou moyenne taille, il peut falloir quelques semaines pour que la plupart des pages soient déplacées, et la visibilité peut fluctuer pendant cette période avant de se stabiliser.
Ce que vous devriez voir dans Search Console, c'est une passation. Les anciennes URL sortent de l'index pendant que les nouvelles montent, et les requêtes sur lesquelles vous étiez positionné commencent à afficher les nouvelles adresses.
| Ce que vous voyez | Ce que cela signifie en général | Ce qu'il faut faire |
|---|---|---|
| Une hausse des erreurs « Introuvable » | Des redirections vers des adresses qui n'existent pas | Comparer le tableau au site en ligne |
| Nouvelles pages non indexées | Une balise noindex ou un blocage robots.txt oublié | Le retirer et demander l'indexation |
| Anciennes URL encore visibles dans les résultats | Google ne les a pas encore réexplorées | Attendre, et vérifier que les redirections fonctionnent toujours |
| Le trafic baisse dans une seule langue | Les balises de langue pointent encore vers les anciennes URL | Mettre à jour les annotations hreflang |
| Les clics vers la réservation baissent, pas le trafic | Un lien de réservation cassé ou modifié | Tester à nouveau chaque bouton de réservation |
Ce que les statistiques de l'Hotel Harmony ont montré après le changement
L'Hotel Harmony et le Ghent Urbanist sont deux hôtels boutique à Gand, 77 chambres au total, gérés par une seule équipe. Les deux sites ont été refaits en 2026, en trois langues. L'adresse est restée la même : hotel-harmony.be, avant et après.
Le cas publié comprend une semaine complète de Google Analytics pour le nouveau site de l'Hotel Harmony, quelques semaines après le lancement. La recherche organique et le trafic direct restaient les deux premières sources de visites. En troisième position, avec plus d'une visite sur dix, venait le canal AI Assistant de Google Analytics, qui regroupe le trafic de ChatGPT, Perplexity, Copilot et Gemini.
Cette semaine est un instantané, pas une comparaison avant-après : elle ne prouve donc pas que les positions ont tenu. Elle montre en revanche à quoi peut ressembler un site d'hôtel refait une fois la migration digérée : le trafic qu'il avait déjà continue d'arriver, et une nouvelle source s'y ajoute, que l'ancien site n'était pas conçu pour capter. Pour en savoir plus, lisez pourquoi les hôtels n'apparaissent pas dans la recherche IA.
La place d'AskWhisper
AskWhisper construit le nouveau site à partir d'une description de votre établissement, avec vos couleurs, vos typographies et vos photos. Ce n'est pas un moteur de réservation : votre moteur, votre PMS et vos réservations restent où ils sont, et le site envoie les voyageurs vers votre moteur avec la chambre et les dates qu'ils regardaient. La plupart des établissements sont en ligne en quelques jours.
La migration elle-même fait partie du travail. AskWhisper associe vos anciennes URL aux nouvelles pages et met en place les redirections, ce qui couvre les étapes 1, 2 et 4 ci-dessus, et vous aide à relier votre domaine au nouveau site via ses paramètres DNS. L'enregistrement et l'hébergement du domaine lui-même restent chez un prestataire externe de votre choix ; ce n'est pas inclus, mais l'équipe peut vous aider à le configurer.
Si vous hésitez encore à changer, notre analyse de ce que coûte vraiment un site web d'hôtel et la comparaison avec les agences web pour hôtels vous aideront à décider. Le site web est aussi là où commencent les sept passages de relais où les hôtels indépendants perdent du chiffre d'affaires.
Le changement vous fait peur ? Voyez d'abord le nouveau site.
Décrivez votre hôtel et nous construisons un aperçu de votre nouveau site, avant que vous ne touchiez à votre site en ligne. Ou lisez comment l'Hotel Harmony a refait deux sites après neuf ans avec l'ancien.
Turn lookers into bookers. Just Ask Whisper.
