API и интеграция
Лимит запросов к API
Обновлено . Автор: Редакция PanelCompare
Что «Лимит запросов к API» значит для покупателя?
Разница между «упёрлись в лимит» и «сломалось» в этом API невидима, и это реальная эксплуатационная проблема. Ошибки и так приходят как HTTP 200 с объектом ошибки, а не кодами статуса, так что нет ни 429, по которому можно было бы отступить, ни Retry-After, которому можно было бы подчиниться. Клиент, упёршийся в недокументированный лимит, видит ту же общую ошибку, что и при неверном ключе или отключённой услуге, и обычный рефлекс — повторять настойчивее — делает только хуже.
Отсюда защитный порядок действий. Объединяйте запросы по максимуму, используя форму status на 100 номеров, кэшируйте ответ services, а не загружайте весь каталог заново на каждый заказ, увеличивайте паузу экспоненциально при любой повторяющейся ошибке, каким бы ни был её текст, и считайте внезапную серию одинаковых ошибок возможным лимитом, а не сбоем. Документация не подтвердит, что это было.
Как «Лимит запросов к API» выглядит в прайс-листе?
Почти ни у одной панели он не описан, так что его обнаруживают, а не читают. Если панель всё же его публикует, то на странице API фразой, а не полем.
У сравнительных сервисов над панелями есть собственные видимые лимиты, и они хорошо иллюстрируют форму: один конкурирующий индекс прямо пишет, что бесплатный тариф открывает 10 страниц по 200 строк, а платный — 100 поисков в час и 100 страниц (наблюдалось на smmdir.com, анализ конкурентов PanelCompare, 6 сентября 2026 г.).
Считаете, что определение неверно?
Терминологию на этом рынке задают панели, которые ею пользуются, и она меняется. Если какая-то панель понимает под «Лимит запросов к API» не то, что написано здесь, пришлите нам эту позицию — мы либо исправим определение, либо запишем вариант. Как это сделать, описано на странице «О нас».