Комментарии 39
Я даже собирался использовать ваше API (не партнерскую программу, а именно API). Прочитал условия:
Отсюда
Очевидно, сделать на основе вашего API сервис, функциональность которого хоть сколько-то отличается от самого aviasales (в частности, конструкторы путешествий) невозможно. По факту, ваш API и есть чуть более настраиваемая партнерская программа.
Каждый поисковый запрос должен быть инициирован пользователем, результат запроса должен быть показан пользователю в полном объёме. В результатах каждого запроса должна быть кнопка «купить» рядом с каждым вариантом перелета.
Ссылка для перехода на агентство может быть сгенерирована ТОЛЬКО после нажатия на кнопку «Купить» пользователем. Автоматическая генерация данной ссылки запрещена.
Коэффициент конверсии поисков в клики по кнопке «Купить» не должен быть ниже 9%. Конверсия кликнувших «Купить» в покупателей — не ниже 5%.
Необходимо предоставить прототипы/дизайны будущего проекта или существующий проект, где планируется использовать функцию поиска авиабилетов, описание самого проекта и как будет использоваться наш API.
Отсюда
Очевидно, сделать на основе вашего API сервис, функциональность которого хоть сколько-то отличается от самого aviasales (в частности, конструкторы путешествий) невозможно. По факту, ваш API и есть чуть более настраиваемая партнерская программа.
По этой же причине забросили это гиблое дело. Мне активно в поддержке «рекомендовали» виджет, а не разработку полноценного приложения.
Есть кэшированных данных здесь: support.travelpayouts.com/hc/ru/articles/203956163 и здесь: api.travelpayouts.com. С их помощью можно наворотить много интересных вещей.
Ограничения на использование API поиска вполне понятны — каждый запрос улетает на десятки агентств, а им приходится обращаться к системам GDS за рейсами, ценами и т.д. Каждый такой запрос к GDS для агентства стоит денег. Если генерируется огромное количество запросов, которые не приводят к продажам, агентства начинают обижаться :(
Ограничения на использование API поиска вполне понятны — каждый запрос улетает на десятки агентств, а им приходится обращаться к системам GDS за рейсами, ценами и т.д. Каждый такой запрос к GDS для агентства стоит денег. Если генерируется огромное количество запросов, которые не приводят к продажам, агентства начинают обижаться :(
На эти кэшированные данные по-прежнему распространяется всё тот же ПС.
Дык кеш — это же не поисковый запрос, и, соответственно, ему не нужна кнопка «купить» рядом (и этот запрос не обязать быть инициирован пользователем). Что приводит к игнорированию ещё 2 пунктов.
С чего вдруг запрос к кэшу не является поисковым? Там ровно те же параметры.
Верьте мне :)
Сейчас попрошу ответственных, чтобы прошлись по терминам и дали разъяснения
Сейчас попрошу ответственных, чтобы прошлись по терминам и дали разъяснения
Предложение верить вам является публичной офертой?
Предложение верить мне относится к тому, что запросы к кэшу не являются поисковыми запросами. Ни больше, ни меньше. Скоро умные люди сходят страницу с условиями предоставления доступа и наведут там порядок.
Спасибо, кстати, за замечание — раньше никто не задумывался над тем, что там может быть недопонимание.
Спасибо, кстати, за замечание — раньше никто не задумывался над тем, что там может быть недопонимание.
Zvirusz совершенно прав. Кнопка «Купить» необходима при реализации поисковой выдачи с использованием API поиска.
Как-то не задалось с разъяснениями…
Хм, сейчас вижу вот такую подпись:
Вроде всё нормально — про кеш написано как раз в разделе «API доступа к данным».
Я не знаю, когда добавили эту подпись — вполне возможно, что уже после вашего последнего комментария. Но, как мне кажется, он вполне решает поднятый вопрос.
Обратите внимание! Данные условия распространяются только на API поиска билетов и отелей в реальном времени. Для работы с API доступа к данным они не применяются.
Вроде всё нормально — про кеш написано как раз в разделе «API доступа к данным».
Я не знаю, когда добавили эту подпись — вполне возможно, что уже после вашего последнего комментария. Но, как мне кажется, он вполне решает поднятый вопрос.
Расскажите про ТТХ кеша, насколько он актуален в цифрах. Какой в среднем возраст записи в кеше? Самая старая запись какой возраст имеет? Насколько вообще вероятно встретить результат поиска в кеше?
Если речь о цене на перелёт в кэше, то он хранится не более 48 часов. Шанс получить совпадения кэшированной цены и минимальной цены при реальном поиске достаточно высок. В случае, если цены не совпадут, кэш-цена тут же заменится новой.
достаточно высок — это сколько, 5% или 90%?
Ближе к 90%
Ок. Ближе к 47.5% или к 90%?
Ближе к 90%
Ооок. А ближе к 67.75% или к 90%?
Вообще, если брать общие объёмы по всем нашим сервисам, совпадение происходит примерно на 70%. Плюс к этому ещё около 15% цен отличаются менее, чем на 5%, от результатов.
Для кэширования у нас есть основной источник — свои поиски, цена которых кэшируется на 48 часов. Плюс мы получаем кэш ещё из ряда ОТА.
Для кэширования у нас есть основной источник — свои поиски, цена которых кэшируется на 48 часов. Плюс мы получаем кэш ещё из ряда ОТА.
Можно вопрос? Самые дешевые билеты (кэш) — это конкретно вот около 4 билетов по запросу и все?
Показан в полном объеме — это показан сразу после поступления ответа на запрос и показаны абсолютно все результаты? Или можно все же убрать часть результатов и открыть их при нажатии пользователем кнопки раскрытия списка, например?
Каждый поисковый запрос должен быть инициирован пользователем, результат запроса должен быть показан пользователю в полном объёме. В результатах каждого запроса должна быть кнопка «купить» рядом с каждым вариантом перелета.
Показан в полном объеме — это показан сразу после поступления ответа на запрос и показаны абсолютно все результаты? Или можно все же убрать часть результатов и открыть их при нажатии пользователем кнопки раскрытия списка, например?
<deleted>
baidin опередил на минуту
baidin опередил на минуту
Добрый день. А имеется ли у Вас REST API для интеграции на сайт в виде сервиса?
Добрый день. Да, конечно, имеется.
Т.е. вопрос именно по полноценному сервису, а не не совсем как партнёрка с ограничением в 100 запросов в час и ограничениями на конверсию и показ (который приводит forgotten выше)? Чтобы поверх вашего API можно было сделать сервис и интегрировать его к своему сервису по поиску ресторанов (понимаю, что ограничения направлены против паразитного парсинга данных, понимаю что большая часть данных будет браться в нашем сервисе из нашего сервиса, но даже в таком случае 9% кликов из запросов и 5% в покупатели для меня будет довольно много)? Если это можно сделать, то скажите куда можно написать чтоб продолжить диалог?
Лучше сразу сюда пишите support@travelpayouts.com
Вообще, у нас есть как API поиска, так и API кеша, данных поиска.
Конечно же, лимиты есть — но это всё обсуждаемо, их можно всегда изменить в индивидуальном порядке.
Ну и как написал мой коллега ниже, по техническим и любым другим вопросам можно писать в службу поддержки на support@travelpayouts.com
Конечно же, лимиты есть — но это всё обсуждаемо, их можно всегда изменить в индивидуальном порядке.
Ну и как написал мой коллега ниже, по техническим и любым другим вопросам можно писать в службу поддержки на support@travelpayouts.com
Android SDK нет?
Под Android пока нет, это мы уже выяснили. Но если оно будет к лету, то, возможно, бету уже как-то можно пощупать?
Только у меня или у всех следующие страницы как-то не так работают:
- special.habrahabr.ru/aviasales/plash/ — 404
- special.habrahabr.ru/aviasales/story/ — только фотка и ничего не кликабельно
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
А у нас есть SDK, а у вас?