Photos refusées sur Agoda mais acceptées sur Booking ? Comparatif des exigences de 6 plateformes
Une série de photos, six plateformes, six verdicts
Tout est parti d'une question posée par une connaissance.
Cette personne tient une maison d'hôtes et a mis en ligne la même série de photos de chambres sur Booking.com, Agoda et Expedia le même après-midi. Booking a accepté. Agoda a refusé pour résolution insuffisante. Expedia a signalé l'annonce comme incomplète à cause du nombre de photos par type de chambre. Une série, trois résultats.
Personne n'a tort ici. Les exigences diffèrent, tout simplement — et bien plus qu'on ne l'imagine.
J'ai passé une soirée à rassembler les prérequis publiés dans tous les espaces partenaires accessibles. Ce qui m'a frappé n'est aucun chiffre en particulier, mais le fait que personne ne semble les avoir mis côte à côte. Chaque plateforme enterre ses règles dans son propre centre d'aide, si bien qu'on ne voit l'écart qu'en exploitant six canaux en parallèle.
Une délimitation d'emblée : les chiffres ci-dessous proviennent des documentations partenaires officielles et de la synthèse des exigences par canal de GIATA. Je n'ai pas envoyé d'images de test pour mesurer la compression de chaque plateforme — cela suppose des accès marchands sur six portails, que je n'ai pas. Je vous montre plus bas comment tester cette partie vous-même.
Côté annonce : l'ampleur réelle de l'écart
| Plateforme | Minimum | Recommandé | Limite par fichier | Nombre exigé |
|---|---|---|---|---|
| Booking.com | 300 px (selon GIATA) | 2048×1080 mini, 4000×3000 conseillé | non publié | 10 minimum conseillé, 45 maximum |
| Agoda | 800×600 | 2048×1536 | 4 Mo | 24 au niveau établissement, 4 par type de chambre |
| Groupe Expedia | 1000 px | 2880 px | non publié | 20 minimum, 4 par type actif dont salle de bain |
| Kayak | 640 px | non publié | non publié | 35 maximum |
| Tripadvisor | non publié | 2880 px | non publié | non publié |
| Abritel / Vrbo | selon l'annonce | haute résolution conseillée | non publié | variable |
Entre les 4000×3000 recommandés par Booking — douze mégapixels, autant dire du reflex — et le plancher de 640 px de Kayak, on parle d'environ quarante fois plus de pixels. Alimenter les deux extrêmes avec la même série n'est pas une stratégie, c'est un pari.
La limite de 4 Mo par fichier chez Agoda est celle sur laquelle tout le monde bute. Les téléphones actuels produisent des fichiers de 5 Mo sans y penser, et le ProRAW dépasse allègrement 20 Mo. L'envoi échoue sans message explicite, et beaucoup y perdent une demi-journée. Agoda plafonne en plus chaque lot d'envoi à 100 Mo au total : trente gros fichiers d'un coup ne passeront pas.
La règle d'Expedia imposant quatre photos par type de chambre actif dont une salle de bain est la plus révélatrice. Ce n'est pas une contrainte technique mais un choix orienté conversion : leurs données montrent que les voyageurs cherchent les photos de salle de bain. Sans elle, le type de chambre perd du poids dans l'affichage.
La colonne dont personne ne parle : le délai de mise en ligne
C'est précisément là que ma connaissance s'est fait piéger.
Booking actualise en quelques minutes. Expedia deux fois par jour. Tripadvisor demande 24 à 48 heures. Agoda fonctionne par cycles de deux semaines, et l'affichage effectif peut prendre plus de quinze jours.
Deux semaines. Changer les photos de saison une semaine avant les vacances, chez Agoda, arrive tout simplement trop tard.
Côté voyageur : d'autres règles s'appliquent
Si vous n'êtes pas exploitant et voulez seulement laisser un avis, c'est un tout autre système — bâti autour d'incitations, pas de qualité d'image.
Klook publie ses seuils ouvertement : trois photos ou plus rapportent 30 KlookCash par avis, et un texte d'au moins 100 caractères en rapporte 20 de plus. « Trois photos » est donc un seuil délibéré, pas une limite arbitraire.
KKday associe également ses avis à des bons de réduction, avec des conditions différentes.
Pour les images fournisseur des activités, KKday documente plus finement via le guide rezio : 10 images maximum, 1920×1440 recommandé en 4:3, 5 Mo par fichier. Ce 4:3 compte plus qu'il n'y paraît : qui compose en 16:9 ou en carré verra son sujet rogné après l'envoi.
Honnêtement, la transparence est bien moindre de ce côté. Pour les photos d'avis chez Trip.com ou Klook, je n'ai trouvé aucune limite publiée, d'où la mention « non publié » plutôt qu'un chiffre inventé.
Mesurer la compression soi-même
Les exigences sont une chose, ce que la plateforme fait de votre fichier en est une autre. Toutes les OTA réencodent les envois et génèrent plusieurs tailles dérivées. Reste à savoir combien on perd.
Trois étapes, sans outil particulier :
- Envoyez une image dont vous détenez encore l'original. Notez le poids et les dimensions.
- Retrouvez-la sur la page publique et copiez l'adresse de l'image. Ouvrez cette URL directement. Guettez les paramètres de taille dans le chemin ou la requête (
_R_1200x800,?w=1080) : ils trahissent un redimensionnement dynamique. - Enregistrez le fichier et comparez poids, pixels réels et survie des données EXIF.
exiftoolou n'importe quel visualiseur en ligne suffit.
La troisième étape est la plus importante. Si une plateforme ne supprime pas les EXIF, vos photos d'établissement peuvent encore porter des coordonnées GPS — pour une petite location, cela revient à publier l'adresse. Plus d'un hôte l'a appris à ses dépens.
La même méthode appliquée aux hébergeurs d'images figure dans notre test EXIF champ par champ sur 8 services : elle se transpose directement aux OTA.
Pourquoi un fichier maître unique se retourne contre vous
La tentation est de photographier une fois en qualité maximale et d'injecter les mêmes fichiers partout. Trois problèmes.
Plus gros ne veut pas dire plus sûr. Le plafond de 4 Mo d'Agoda rejette d'emblée votre original de 12 Mpx. Tout compresser sous 4 Mo pour satisfaire Agoda fait chuter le score qualité chez Booking.
Les ratios de recadrage détruisent la composition. Agoda exige explicitement le format paysage, KKday recommande le 4:3. Une prise verticale perd le plafond d'un côté et le pied du lit de l'autre.
Le décalage de publication désynchronise vos canaux. Booking en quelques minutes, Agoda en deux semaines. Entre les deux, la même chambre n'a pas le même visage selon le site consulté. C'est de là que naissent les réclamations.
En pratique, deux ou trois variantes suffisent : un maître haute résolution autour de 4000×3000 pour Booking et Expedia, une version paysage sous 4 Mo pour Agoda, une version 4:3 pour les canaux d'activités. Construit une fois, chaque renouvellement saisonnier réutilise la même chaîne.
Où stocker les fichiers intermédiaires
Produire trois variantes crée un problème annexe agaçant : il faut les entreposer quelque part et pouvoir les montrer à un photographe, une graphiste ou la personne qui gère vos annonces.
Les pièces jointes sont recompressées, les espaces cloud exigent une connexion du destinataire, les messageries écrasent la qualité.
Pour ce besoin éphémère — « envoyer un lien où la personne voit le vrai fichier » — un hébergeur d'images est plus direct qu'un disque cloud. Chez lpic.cc : envoi, mot de passe de consultation en option, copie du lien court, transmission. Aucune inscription des deux côtés, et le mot de passe compte tant que l'établissement n'est pas encore public.
Les limites, pour l'employer au bon endroit : images plafonnées à 8 Mo — les maîtres 4000×3000 destinés à Booking risquent donc de ne pas passer — fichiers conservés 30 jours après la dernière consultation, et envois automatiquement optimisés, donc les originaux ne sont pas conservés.
C'est une étape intermédiaire, pas une photothèque. Vos fichiers maîtres restent sur votre propre stockage. Sans exception.
Questions fréquentes
Q1 : Quelle est la cause la plus fréquente de refus ?
D'après les exigences publiées, le trio de tête est : résolution insuffisante, dépassement de la limite par fichier et mauvaise orientation (Agoda n'accepte que le paysage). Booking.com rejette en outre explicitement les images granuleuses, floues, sur-retouchées ou filigranées — un logo dans un coin est donc un motif de refus probable.
Q2 : Un téléphone suffit-il, ou faut-il un photographe ?
Sur le papier, il suffit : les 12 Mpx d'un modèle haut de gamme actuel (environ 4032×3024) tombent pile sur les 4000×3000 conseillés par Booking. Le véritable écart tient à la lumière et au cadrage, que la résolution ne rattrape pas. Avec un budget serré, soignez d'abord la photo principale et la salle de bain : ce sont celles qui pèsent le plus.
Q3 : Comment passer sous la limite de 4 Mo d'Agoda ?
Descendre la qualité JPEG à 80–85 ramène généralement un fichier de 8 Mo autour de 3 Mo sans différence visible. Évitez de réduire les dimensions pour y arriver : cela coûte simultanément des points de résolution.
Q4 : Peut-on supprimer une photo d'avis après publication ?
La plupart des plateformes permettent de retirer son propre avis et ses images. En revanche, les vignettes mises en cache ou reprises ailleurs ne disparaissent pas de façon fiable. Une photo susceptible d'être regrettée ne devrait jamais être publiée.
Q5 : Pourquoi aucun test de compression dans cet article ?
Mesurer la compression côté annonce suppose des comptes marchands sur six portails, que je n'ai pas. Les photos d'avis sont publiques mais appartiennent à d'autres personnes : les récupérer pour mesurer n'est pas une option que j'accepte. Je préfère des exigences vérifiées accompagnées d'un protocole que vous pouvez exécuter, plutôt que des chiffres sans provenance.
Sources
- Booking.com for Partners — Exigences photo pour votre établissement
- Agoda Partner Hub — Compléter les photos de votre établissement
- Agoda Partner Hub — Réussir les photos de votre établissement
- GIATA — Exigences d'image des OTA
- Centre d'aide rezio — Configuration des canaux KKday
- Centre d'aide Klook