Pour tester le site de son hôtel, il faut cesser de le regarder en propriétaire. Vous connaissez les pages, le moteur de réservation et les tarifs ; le voyageur peut arriver de Google sur un téléphone, avec une plateforme à un clic. Ce test de quinze minutes rejoue son parcours en sept contrôles, avec des outils gratuits, et dit quoi corriger quand l’un d’eux échoue.
Pourquoi réserver sur Booking plutôt qu’en direct : ce que le test cherche
Le test part d’une hypothèse : un voyageur qui hésite entre votre site et une plateforme ne compare pas des technologies, il cherche l’endroit où il prend le moins de risque. Un prix final connu, une annulation claire, un paiement habituel, des avis, une page qui répond. Une plateforme réunit d’ordinaire tout cela dans un parcours que le voyageur connaît déjà ; sur le site d’un hôtel, chaque doute (une page qui rame, un total qui change, un formulaire interminable) peut être une raison de revenir vers elle.
Aucune étude citée ici ne mesure ce comportement dans l’hôtellerie. On dispose en revanche des motifs d’abandon au paiement relevés par le Baymard Institute auprès d’acheteurs en ligne américains, tous secteurs confondus et hors « je regardais seulement » : frais supplémentaires trop élevés (40 %), méfiance au moment de saisir sa carte (19 %), compte à créer (18 %), parcours trop long ou compliqué (17 %), erreurs ou plantage du site (17 %), total impossible à voir dès le départ (12 %), pas assez de moyens de paiement (9 %). La page ne précise ni l’année de l’enquête ni la taille de l’échantillon : ce sont des repères, pas votre taux. Chaque contrôle ci-dessous en reprend un ou plusieurs. Leur détail, leur traduction pour un hébergement et deux parcours de réservation commentés se trouvent dans l’article sur le tunnel de réservation.
Préparer le test : téléphone, navigation privée, réseau mobile et chronomètre
Le test ne vaut que s’il reproduit les conditions d’un voyageur. Prévoyez quinze minutes, un téléphone et de quoi noter : une feuille suffit.
- Prenez un vrai téléphone. Une fenêtre d’ordinateur rétrécie reproduit la largeur de l’écran, pas le pouce ni la connexion. À défaut, le mode appareil des outils de développement de Chrome simule un mobile et peut ralentir le réseau et le processeur : c’est une approximation, pas un remplacement. Pour comparer plusieurs tailles d’écran, voir tester son site responsive sur tablette et smartphone.
- Coupez le Wi-Fi et ouvrez une fenêtre de navigation privée. Le téléphone passe sur le réseau mobile, et vous voyez ce que voit un premier visiteur : bandeau de cookies, formulaires vides, aucune session ouverte.
- Partez de Google. Tapez le nom de l’hôtel et la ville, ouvrez le site depuis le résultat (pas depuis votre historique ni vos favoris) et notez le moment où la page devient utilisable.
- Fixez un scénario et gardez-le. Par exemple deux adultes, deux nuits, dans six semaines, la chambre la plus demandée. Le même scénario sert aux sept contrôles, pour que les prix et les conditions relevés restent comparables.
- Lancez le chronomètre, sans aller jusqu’au paiement. Arrêtez-vous sur l’écran où l’on vous demande votre carte. Si une réservation d’essai se crée par erreur, annulez-la aussitôt.
- Faites passer le test à quelqu’un d’autre. Un proche qui ne connaît pas l’établissement, le scénario en main et sans aide de votre part : il bloquera là où vous ne voyez plus rien. Selon Jakob Nielsen (Nielsen Norman Group), cinq participants relèvent environ 85 % des problèmes d’utilisation d’un test, et plusieurs petits tests valent mieux qu’un seul grand.
| Contrôle | Ce que l’on cherche | Durée |
|---|---|---|
| 1. Confiance perçue | Un établissement réel, joignable, avec des avis | 2 min |
| 2. Premières secondes | Où, quoi, comment réserver, sans défiler | 1 min |
| 3. Prix et conditions | Un total lisible, qui ne change pas en route | 2 min |
| 4. Moteur de réservation | Peu d’écrans, peu de champs, aucun plantage | 3 min |
| 5. Photos | Ce qui est vendu est montré, comme sur la fiche Google | 2 min |
| 6. Vitesse mobile | Des mesures de visiteurs réels dans les seuils de Google | 3 min |
| 7. Annulation et paiement | Des conditions claires avant la saisie de la carte | 2 min |
| Total | Un tableau de sept notes | 15 min |
Contrôle 1 : la confiance, en deux minutes
Réserver, c’est payer d’avance un séjour que l’on n’a pas vu. Dès l’accueil, le voyageur se demande si l’établissement existe vraiment et s’il pourra le joindre. Dans la liste de Baymard, 19 % des acheteurs qui abandonnent invoquent la méfiance au moment de saisir leur carte.
- À regarder. Faites défiler l’accueil jusqu’au pied de page. Y trouvez-vous l’adresse complète, un numéro qui se touche pour appeler, le nom de l’exploitant et des mentions légales ? La loi impose à un site professionnel d’afficher son identité, ses coordonnées, son immatriculation et son hébergeur (la liste sur service-public.fr). Les avis affichés disent-ils d’où ils viennent (Google, une plateforme) ou sont-ils des citations sans source ?
- Outil gratuit. La fiche Google de l’établissement, ouverte dans un autre onglet du téléphone : le nom, l’adresse et le numéro doivent être les mêmes que sur le site. Tout écart est un doute de plus.
- Correctif. Réunir les coordonnées en pied de page et sur une page contact, compléter les mentions légales, afficher les avis avec leur provenance. Voir Google ou Booking, quels avis encourager et comment rassurer les clients pour qu’ils réservent en direct.
Contrôle 2 : la promesse des premières secondes
Ouvert depuis Google, le site doit répondre à trois questions avant tout défilement : où suis-je, de quoi s’agit-il, comment réserver ? Comptez jusqu’à trois sans toucher l’écran, puis refermez-le et notez ce dont vous vous souvenez.
- À regarder. Le nom, la ville et le type d’hébergement sont-ils lisibles sans défiler ? Un bouton « Réserver » ou des cases de dates apparaissent-ils dans le premier écran ? Un bandeau de cookies, une fenêtre ou une vidéo plein écran cachent-ils tout cela ? Le texte posé sur la photo reste-t-il lisible ?
- Pour vérifier. Le chronomètre du téléphone et votre mémoire : si, trois secondes après l’ouverture, vous ne savez pas dire où se trouve l’hébergement ni comment réserver, le voyageur ne le sait pas non plus.
- Correctif. Remonter dans le premier écran le nom, la ville et le type d’hébergement, mettre le bouton de réservation dans l’en-tête et alléger ce qui recouvre la page. La mise en page elle-même relève d’un autre sujet : voir les erreurs de design qui favorisent Booking au lieu de votre site.


Deux premiers écrans relevés en octobre 2026, après refus du bandeau de cookies. À gauche, Chez MV : le nom, la ville et les cases arrivée, départ et voyageurs avec le bouton « Rechercher » tiennent dans le premier écran. À droite, la Villa Bellerose : un bouton « Réserver » dans l’en-tête, puis, avant même le titre, le type de bien et la localité (maison de vacances, Beutin, Côte d’Opale).
Contrôle 3 : un prix et des conditions lisibles
C’est le motif d’abandon le plus cité dans la liste de Baymard : 40 % invoquent des frais supplémentaires trop élevés et 12 % l’impossibilité de voir le total dès le départ. Pour un hébergement, ce sont le ménage, la taxe de séjour, le petit-déjeuner ou des frais de service découverts à la dernière page.
- À regarder. Dans votre scénario, relevez le prix à trois moments : sur la page de l’hébergement, après le choix des dates dans le moteur, puis sur le récapitulatif final. Les trois montants doivent s’expliquer par ce qui est affiché. Les frais obligatoires et la taxe de séjour apparaissent-ils avant l’écran de paiement ? Dit-on si le petit-déjeuner est servi et si une connexion internet est accessible dans les chambres ?
- Ce que dit la règle. L’arrêté du 18 décembre 2015 sur la publicité des prix des hébergements touristiques marchands demande que le prix annoncé soit le prix toutes taxes comprises (les taxes qui ne peuvent pas y être incluses sont indiquées à proximité), que le prix définitif à payer soit communiqué à tout moment de la réservation, et que l’on précise si le petit-déjeuner est servi et si une connexion à internet est accessible depuis les chambres. Son titre écarte les meublés de tourisme et les établissements hôteliers de plein air : si vous en exploitez un, vérifiez ce qui vous concerne. Si l’établissement apparaît dans Google Hotels, la règle de précision des prix demande que le total de la page de réservation soit identique à celui affiché par Google, avec les taxes et frais obligatoires clairement indiqués sur la page finale.
- Correctif. Afficher le prix toutes taxes comprises avec ce qu’il comprend, annoncer les frais obligatoires dès le choix des dates et garder le même total jusqu’au récapitulatif. Hotel Web Design figure dans l’annuaire officiel des partenaires de connectivité Google Hotels ; le fonctionnement des liens gratuits est dans l’article sur les liens de réservation gratuits de Google.
Contrôle 4 : le moteur de réservation, écran par écran
Le moteur de réservation est l’endroit où le voyageur décide, ou non, d’aller au bout. Trois motifs de la liste de Baymard s’y jouent : la création d’un compte exigée (18 %), le parcours trop long ou compliqué (17 %) et les erreurs ou plantages (17 %).
- À regarder. Comptez les écrans et les champs entre « Réserver » et la saisie de la carte. Le site exige-t-il de créer un compte ? Demande-t-il des informations dont l’établissement n’a pas besoin pour confirmer ? Le moteur s’ouvre-t-il dans le site, ou à une autre adresse et dans un autre décor ? Notez-le : ce n’est pas une faute en soi, mais le deuxième testeur dira s’il a hésité à cet endroit. Cherchez enfin ce qui plante : un calendrier qui ne répond pas au doigt, une date de départ antérieure à l’arrivée acceptée, une saisie perdue au retour en arrière, un clavier mal adapté au champ de l’adresse électronique ou du téléphone.
- Pour vérifier. Le chronomètre et une capture d’écran à chaque étape : le nombre d’écrans et les secondes écoulées avant l’écran de paiement servent de point de comparaison après chaque modification. À la Villa Bellerose, par exemple, le formulaire de dates s’envoie vers une page de réservation du même nom de domaine.
- Correctif. Supprimer le compte obligatoire, retirer les champs inutiles, garder le moteur dans le décor et à l’adresse du site. Booky, le moteur de réservation de Hotel Web Design, s’intègre au site : 0 % de commission sur les réservations prises avec Booky. Voir le moteur de réservation et le channel manager et le site de réservation pour hôtel et gîte.
Contrôle 5 : des photos qui font choisir
Un voyageur ne réserve pas une « chambre double » mais ce qu’il voit : le lit, la salle de bain, la vue. Si la photo ne correspond pas à ce qui est vendu, ou diffère de celles de la fiche Google et des avis, le doute s’installe.
- À regarder. Chaque hébergement proposé dans votre scénario a-t-il au moins une photo qui montre ce qui est vendu ? Les informations pratiques (nombre de voyageurs, de chambres, de salles de bains, parking) se trouvent-elles près du bouton de réservation ? La Villa Bellerose les place sur l’accueil, avant la présentation de la maison : 12 voyageurs, 4 chambres, 2 salles de bains, 5 places de parking. Les photos s’affichent-elles vite sur le réseau mobile ?
- Outil gratuit. La fiche Google ouverte à côté du site. Pour ses photos, Google demande des images nettes, bien éclairées et fidèles à la réalité, sans retouche importante ni filtre excessif (aide de la fiche d’établissement) : la consigne vise la fiche, mais le voyageur compare la fiche et le site.
- Correctif. Au moins une photo par hébergement et par type de chambre, retirer les images trompeuses ou anciennes, accorder le site et la fiche. Pour les photos elles-mêmes, voir le reportage photo pour hôtel et restaurant et, pour la fiche, le guide de la fiche Google.
Contrôle 6 : la vitesse et la stabilité sur mobile
C’est le seul contrôle qui se mesure autrement qu’à l’œil, et le seul qui se regarde à deux endroits : chez vous, avec le chronomètre, et chez Google, avec des mesures de visiteurs réels.
- À regarder. Pendant le test : la page devient-elle utilisable vite ? Le texte ou les boutons sautent-ils quand les images arrivent ? Un appui sur un bouton produit-il une réponse immédiate ?
- Outil gratuit : PageSpeed Insights. Entrez l’adresse de l’accueil puis celle d’une page d’hébergement, et lisez l’onglet « Mobile ». L’outil affiche deux familles de données : celles de visiteurs réels (rapport d’expérience utilisateur de Chrome, sur les 28 derniers jours) et celles d’un test en laboratoire (Lighthouse). Les premières disent ce que vivent vos visiteurs, les secondes aident à trouver pourquoi. Quand une page a trop peu de visiteurs mesurés, l’outil se rabat sur les données de l’ensemble du site ; si elles manquent aussi, il ne reste que le laboratoire.
- Outil gratuit : la Search Console. Son rapport Core Web Vitals classe les pages indexées en « Bon », « Amélioration nécessaire » ou « Médiocre », pour le mobile et pour l’ordinateur séparément. Le statut d’un groupe de pages est celui de sa mesure la plus faible, et un groupe n’apparaît que si les données suffisent.
- Correctif. Le plus souvent des photos trop lourdes ou mal dimensionnées, des scripts de tiers en trop, des vidéos et des polices chargées d’emblée. PageSpeed Insights classe ses pistes : traitez-en une à la fois, puis refaites la mesure (les données de terrain suivent sur 28 jours).
| Mesure | Ce qu’elle observe | Bon | Amélioration nécessaire | Médiocre |
|---|---|---|---|---|
| LCP | Le moment où le plus grand élément de l’écran, souvent une photo, est affiché | 2,5 s ou moins | de 2,5 à 4 s | plus de 4 s |
| INP | Le délai de réponse de la page aux appuis, clics et touches | 200 ms ou moins | de 200 à 500 ms | plus de 500 ms |
| CLS | Les décalages inattendus de la mise en page | 0,1 ou moins | de 0,1 à 0,25 | plus de 0,25 |
Source des seuils : web.dev, Core Web Vitals et PageSpeed Insights. L’INP a remplacé le FID (délai de première interaction) comme mesure officielle le 12 mars 2024 : un conseil qui parle encore de FID est dépassé.
La vitesse n’est pas une garantie de classement. Google écrit que de bons résultats ne garantissent pas une place en tête et qu’il cherche d’abord le contenu le plus pertinent, même quand l’expérience de la page laisse à désirer (expérience de page). Elle compte parce que c’est ce que vit le voyageur. Pour les causes et les remèdes d’un site lent, voir pourquoi un site lent fait gagner de l’argent à Booking.
Contrôle 7 : l’annulation et le paiement
Le dernier écran avant la carte est celui où le voyageur relit ce qu’il risque. Dans la liste de Baymard, 9 % des acheteurs abandonnent faute de moyens de paiement suffisants, 10 % parce que leur carte est refusée et 13 % à cause d’une politique de retour jugée insatisfaisante, qui, pour un séjour, correspond aux conditions d’annulation.
- À regarder. Les conditions d’annulation sont-elles lisibles avant la saisie de la carte, en une phrase claire : jusqu’à quand on annule sans frais, ce qui est débité à la réservation (acompte ou total), ce qui est remboursé ? Les moyens de paiement acceptés sont-ils annoncés avant le formulaire ? Si la carte est refusée, le message dit-il quoi faire ?
- Ce que dit la règle. Pour un hébergement fourni à une date ou à une période déterminée (hors hébergement résidentiel), le code de la consommation exclut le droit de rétractation (article L221-28, 12°). L’article L221-5 demande alors au professionnel d’informer le consommateur, avant le contrat, qu’il ne bénéficie pas de ce droit. Ces repères ne remplacent pas un avis juridique : vos conditions générales de vente se vérifient auprès d’un conseil.
- Pour vérifier. Faites lire la phrase d’annulation de l’écran de paiement à votre testeur : s’il ne sait pas dire quand il serait remboursé, le contrôle échoue.
- Correctif. Placer au-dessus du bouton de paiement un bloc « Conditions d’annulation » en phrases courtes, lister les moyens de paiement et signaler l’absence de droit de rétractation.
Noter le test et corriger dans le bon ordre
Notez chaque contrôle « bon », « à corriger » ou « bloquant », puis traitez les défauts dans cet ordre :
- Ce qui empêche d’aller jusqu’au paiement. Un moteur qui plante, un total qui change à la dernière page, une page inutilisable sur mobile : un seul de ces défauts annule le reste.
- Ce qui fait douter. Mentions légales absentes, conditions d’annulation introuvables, photos différentes de la fiche Google, avis sans provenance.
- Ce qui fait gagner du temps. Un écran ou un champ en moins, une page plus légère.
- Refaire le test. Avec une autre personne, après chaque correction importante et à chaque changement du moteur de réservation ou des tarifs, en reportant les notes dans la même feuille pour voir ce qui progresse.
Si le test est bon et que les réservations directes restent rares, la cause est ailleurs : le trafic, l’offre, ce que le site dit de sa différence. Voir pourquoi votre site ne convertit pas malgré un bon taux de fréquentation.
Sources consultées le 23 octobre 2026
Baymard Institute : taux d’abandon de panier et motifs d’abandon (page mise à jour le 22 septembre 2025). Google : Core Web Vitals, INP, mesure officielle, PageSpeed Insights, rapport Core Web Vitals de la Search Console, expérience de page, indexation mobile-first, précision des prix dans Google Hotels et photos de la fiche d’établissement. Légifrance : arrêté du 18 décembre 2015, article L221-28 et article L221-5 du code de la consommation. Service-public.fr, informations obligatoires d’un site professionnel. Nielsen Norman Group, test avec cinq utilisateurs. Cet article donne des repères, pas un avis juridique.
Questions fréquentes sur le test d’un site d’hôtel
Comment tester le site de son hôtel soi-même ?
Sur un téléphone, Wi-Fi coupé, en navigation privée, en partant d’une recherche Google avec le nom de l’hôtel et la ville. Fixez un scénario (deux adultes, deux nuits), chronométrez le parcours jusqu’à l’écran de paiement sans payer, puis contrôlez sept points : confiance, premières secondes, prix et conditions, moteur de réservation, photos, vitesse mobile, annulation et paiement. Faites ensuite refaire le parcours par un proche qui ne connaît pas l’établissement.
Pourquoi les clients réservent-ils sur Booking plutôt qu’en direct ?
Aucune étude citée ici ne mesure ce choix dans l’hôtellerie. Les motifs d’abandon au paiement relevés par Baymard en commerce en ligne (frais supplémentaires, méfiance, compte à créer, parcours long, erreurs) donnent la grille du test : la plateforme propose un parcours standardisé, et le site de l’hôtel doit offrir au moins l’équivalent, avec un prix final lisible, des conditions d’annulation claires et un paiement habituel. Le détail est dans l’article sur le tunnel de réservation.
Quels outils gratuits pour tester un site d’hôtel sur mobile ?
PageSpeed Insights donne, pour une adresse, les mesures de visiteurs réels et un test en laboratoire ; le rapport Core Web Vitals de la Search Console classe les pages indexées sur mobile et sur ordinateur ; le mode appareil des outils de développement de Chrome simule un mobile. Aucun ne remplace un vrai téléphone et un proche qui fait le parcours.
Combien de temps dure le test, et quand le refaire ?
Quinze minutes pour les sept contrôles. Refaites-le après chaque changement important du site, du moteur de réservation ou des tarifs, avec une autre personne : Jakob Nielsen recommande plusieurs petits tests plutôt qu’un seul grand.
Faut-il afficher le prix final et les taxes dès le début de la réservation ?
L’arrêté du 18 décembre 2015 sur la publicité des prix des hébergements touristiques marchands demande que le prix annoncé soit le prix toutes taxes comprises (les taxes qui ne peuvent pas y être incluses sont indiquées à proximité) et que le prix définitif à payer soit communiqué à tout moment de la réservation. Son titre écarte les meublés de tourisme et les établissements hôteliers de plein air : si vous en exploitez un, vérifiez ce qui vous concerne. Dans Google Hotels, le total de la page de réservation doit en outre être identique à celui qui est affiché par Google, taxes et frais obligatoires compris. Voir le contrôle 3 ci-dessus.
Que corriger en premier quand le test révèle plusieurs défauts ?
D’abord ce qui empêche d’aller jusqu’au paiement : un moteur qui plante, un total qui change à la dernière page, une page inutilisable sur mobile. Ensuite ce qui fait douter (mentions légales, conditions d’annulation, photos, avis), puis ce qui fait gagner du temps (un écran ou un champ en moins, une page plus légère).



