Фото отклонил Agoda, но принял Booking? Сравнение требований к изображениям 6 площадок
Один набор фотографий, шесть площадок, шесть исходов
Всё началось с вопроса знакомого.
Он держит небольшой гостевой дом и в один и тот же день выложил одинаковый набор фотографий номеров на Booking.com, Agoda и Expedia. Booking принял. Agoda вернул из-за недостаточного разрешения. Expedia пометил объявление как неполное из-за количества фотографий на тип номера. Один набор, три исхода.
Никто здесь не ошибается. Требования действительно разные, причём различаются сильнее, чем можно предположить.
Я потратил вечер, собирая опубликованные требования из всех доступных партнёрских кабинетов. Удивило не какое-то отдельное число, а то, что эти требования, похоже, никто не выкладывал рядом друг с другом. Каждая площадка прячет правила в собственном справочном центре, поэтому разброс виден лишь тому, кто ведёт шесть каналов одновременно.
Сразу обозначу границы: цифры ниже взяты из официальной партнёрской документации и сводки требований по каналам от GIATA. Я не загружал тестовые изображения, чтобы измерить сжатие каждой площадки — для этого нужны доступы продавца на шести порталах, которых у меня нет. Как проверить сжатие самостоятельно, описано ниже.
Со стороны объявления: насколько велик разброс
| Площадка | Минимум | Рекомендуется | Лимит на файл | Требования к количеству |
|---|---|---|---|---|
| Booking.com | 300 px (по данным GIATA) | не ниже 2048×1080, предпочтительно 4000×3000 | не опубликовано | не менее 10, максимум 45 |
| Agoda | 800×600 | 2048×1536 | 4 МБ | 24 на уровне объекта, 4 на каждый тип номера |
| Группа Expedia | 1000 px | 2880 px | не опубликовано | не менее 20, по 4 на активный тип номера, включая ванную |
| Kayak | 640 px | не опубликовано | не опубликовано | максимум 35 |
| Tripadvisor | не опубликовано | 2880 px | не опубликовано | не опубликовано |
| Ostrovok | не опубликовано | по стандарту кабинета | по правилам площадки | зависит от объекта |
Между рекомендованными Booking 4000×3000 — это двенадцать мегапикселей, фактически территория фотоаппарата — и порогом Kayak в 640 px разница почти сорокакратная по числу пикселей. Кормить оба края одним набором — не стратегия, а подбрасывание монеты.
Лимит Agoda в 4 МБ на файл — тот самый, о который спотыкаются все. Современные телефоны без всякого умысла выдают файлы по 5 МБ, а ProRAW уверенно переваливает за 20 МБ. Загрузка не проходит, внятной причины не показывают, и многие теряют здесь полдня. Agoda дополнительно ограничивает одну партию загрузки суммарно 100 МБ, так что тридцать крупных файлов разом точно не пройдут.
Правило Expedia о четырёх фотографиях на каждый активный тип номера, одна из которых обязательно ванная, показательнее всего. Это не техническое ограничение, а решение ради конверсии: их данные говорят, что путешественники ищут фотографии ванной. Без неё тип номера теряет вес в выдаче.
Колонка, о которой не говорят: сколько ждать публикации
Именно на этом мой знакомый и застрял по-настоящему.
Booking обновляет за считаные минуты. Expedia — дважды в сутки. Tripadvisor требует 24–48 часов. Agoda работает двухнедельными циклами, и появления фотографий можно ждать больше двух недель.
Две недели. Если менять сезонные снимки за неделю до праздников, на Agoda они просто не успеют.
Со стороны отзывов: у путешественника правила другие
Если вы не владелец объекта и просто хотите оставить отзыв после брони, действует совершенно иная система — построенная вокруг вознаграждения, а не качества изображения.
Klook публикует свои пороги открыто: три фотографии и больше дают 30 KlookCash за отзыв, а текст от 100 символов приносит ещё 20. То есть «три фотографии» — намеренно заданный порог, а не произвольное число.
KKday тоже привязывает отзывы к купонам на путешествия, но условия отличаются.
Что до изображений поставщика для экскурсий, KKday документирует их подробнее через руководство rezio: максимум 10 изображений, рекомендуется 1920×1440 в соотношении 4:3, до 5 МБ на файл. Это 4:3 важнее, чем кажется: кто снимает в 16:9 или квадрате, после загрузки теряет главное по краям.
Честно говоря, прозрачность здесь заметно хуже, чем со стороны объявлений. Лимиты на файл и количество фотографий в отзывах у Trip.com или Klook в официальных документах я не нашёл, поэтому пишу «не опубликовано», а не выдумываю цифру.
Сжатие можно измерить самому
Требования — одно, а что площадка делает с вашим файлом — другое. Любая OTA перекодирует загруженное и создаёт несколько производных размеров. Вопрос лишь в том, сколько теряется.
Три шага, никаких особых инструментов:
- Загрузите снимок, оригинал которого у вас сохранён. Запишите размер файла и число пикселей.
- Найдите его на публичной странице и скопируйте адрес изображения, откройте этот адрес напрямую. Обратите внимание, есть ли в пути или запросе параметры размера (
_R_1200x800,?w=1080) — если есть, площадка меняет размер динамически. - Сохраните файл и сравните размер, реальные пиксели и уцелели ли данные EXIF. Подойдёт
exiftoolили любой онлайн-просмотрщик.
Третий шаг самый важный. Если площадка не удаляет EXIF, на фотографиях номеров могут остаться координаты GPS — а для небольшого гостевого дома это равносильно публикации адреса.
Та же методика в применении к хостингам изображений описана в нашей проверке EXIF по полям на 8 сервисах, и она напрямую переносится на OTA.
Почему один мастер-файл на все каналы выходит боком
Это урок из истории с возвратом фотографий у знакомого.
«Снять один раз в максимальном качестве и залить одинаковые файлы всюду» выглядит разумно, но порождает три проблемы.
Во-первых, больше не значит безопаснее. Лимит Agoda в 4 МБ сразу отвергает ваш двенадцатимегапиксельный оригинал. А если сжать всё ниже 4 МБ ради Agoda, просядет оценка качества на Booking.
Во-вторых, пропорции кадрирования разрушают композицию. Agoda прямо требует горизонтальный кадр, KKday рекомендует 4:3. Один и тот же вертикальный снимок в одном месте теряет потолок, в другом — изножье кровати.
В-третьих, разное время публикации рассинхронизирует каналы. Booking — минуты, Agoda — две недели. В промежутке один и тот же номер выглядит по-разному в зависимости от сайта. Отсюда и берутся жалобы.
На практике проще держать два-три варианта: мастер высокого разрешения (уровня 4000×3000, для Booking и Expedia), горизонтальную версию до 4 МБ (для Agoda) и версию 4:3 размером 1920×1440 (для экскурсионных каналов). Сделали один раз — дальше каждая сезонная замена идёт по той же схеме.
Где держать промежуточные файлы
Как только появляется три варианта, возникает досадная задача: их где-то надо держать и надо показывать фотографу, дизайнеру или коллеге, который помогает с публикацией.
Вложения в почте пересжимаются, облачный диск требует от собеседника входа в аккаунт, а мессенджеры давят качество.
Для этой короткой задачи — «отправить ссылку, по которой человек увидит настоящий файл» — хостинг изображений удобнее облачного диска. На lpic.cc порядок такой: загрузить → при необходимости поставить пароль на просмотр → скопировать короткую ссылку → отправить. Регистрация не нужна ни одной стороне, а пароль важен, пока объект ещё не опубликован.
Ограничения проговорю, чтобы не использовать инструмент не по месту: изображение до 8 МБ — то есть мастер 4000×3000 для Booking может не поместиться; файлы хранятся 30 дней с последнего просмотра; загруженное автоматически оптимизируется, поэтому оригиналы не сохраняются.
Другими словами, это перевалочный пункт, а не архив. Оригиналы фотографий объекта держите у себя — локально или в собственном облаке. Здесь исключений нет.
Часто задаваемые вопросы
В1: Какая причина отказа самая частая?
Судя по опубликованным требованиям, тройка лидеров такая: недостаточное разрешение, превышение лимита на файл и неверная ориентация кадра (Agoda берёт только горизонтальные). Booking.com дополнительно прямо указывает, что не принимает зернистые, размытые, чрезмерно обработанные снимки и изображения с водяными знаками — так что логотип объекта в углу вполне может быть причиной возврата.
В2: Хватит ли телефона или нужен фотограф?
По характеристикам хватает: двенадцать мегапикселей современного флагмана (около 4032×3024) точно попадают в рекомендованные Booking 4000×3000. Настоящая разница — в свете и композиции, а их разрешением не компенсируешь. При ограниченном бюджете сначала как следует снимите главный кадр и ванную: у них наибольший вес в выдаче.
В3: Как уложиться в лимит Agoda в 4 МБ?
Снижение качества JPEG до 80–85 обычно превращает файл на 8 МБ примерно в 3 МБ без заметной глазу разницы. Не добивайтесь этого уменьшением размеров — так вы одновременно теряете баллы за разрешение.
В4: Можно ли удалить фотографии из отзыва позже?
Большинство площадок позволяет удалить собственный отзыв вместе с изображениями. Но кешированные миниатюры или копии, уже разошедшиеся в других местах, исчезают не всегда. Снимок, о котором можно пожалеть, лучше не выкладывать изначально.
В5: Почему в статье нет измерений сжатия по каждой площадке?
Чтобы измерить сжатие со стороны объявления, нужны кабинеты продавца на шести порталах, которых у меня нет. Фотографии в отзывах публичны, но принадлежат другим людям, и забирать их ради измерений я не готов. Лучше собрать проверенные требования и дать процедуру, которую вы прогоните сами, чем выдать цифры без происхождения.