Провайдеры LLM API в России: что сравнивать, кроме цены
Сравнивать провайдеров стоит по маршруту запроса и наценке, а не по логотипам на витрине.

Провайдеры LLM API в России выглядят похоже: у всех на витрине одни и те же китайские семейства, у всех совместимый эндпоинт. Разница проявляется позже, когда приходит счёт и появляется первый сбой. Ниже — на что смотреть при сравнении, чтобы выбор не пришлось пересматривать через месяц.

Сравнивать нужно не витрину, а маршрут запроса

Главный вопрос при выборе провайдера простой: каким путём ваш запрос доходит до модели. От ответа зависит цена и стабильность, а также юридическая сторона. На витрине этот путь не виден, поэтому судить приходится по косвенным признакам.

На практике встречаются три пути. Прямой аккаунт у вендора упирается в регион и оплату. Зарубежный агрегатор снимает вопрос доступа, но оставляет вопросы денег и документов. Российский шлюз берёт на себя маршрут, оплату в рублях и закрывающие документы, а модель становится параметром запроса. Как это устроено, разобрано в статье «API китайских моделей в России».

Из чего складывается наценка

Провайдер не работает бесплатно, и его наценка не спрятана в одном месте. Она собирается из нескольких частей, и каждую можно посчитать.

  • Курсовая разница. Вендор выставляет счёт в иностранной валюте, а платите вы в рублях. Курс, по которому считают, закрепляют в договоре или обновляют по своему правилу.
  • Платёжный сбор. Перевод денег за рубеж и обратно стоит комиссий. Часть этой стоимости переносят в тариф.
  • Инфраструктура и поддержка. Серверы, мониторинг, очередь запросов, дежурная поддержка. Это тоже себестоимость.
  • Риск. Когда канал может закрыться в любой момент, за устойчивость маршрута кто-то платит.

Складывать эти части вслух никто не обязан. Полезнее другое: уметь посчитать итоговую цифру и сравнить её с тем, что провайдер обещает на словах.

Как посчитать реальную стоимость доступа

Сравнивать по фразе «дёшево» бессмысленно. Есть один измеримый ориентир: сколько вы отдаёте за миллион токенов у провайдера против официальной цены вендора. Вендор публикует свои ставки на странице тарифов, там же указана разбивка на входные и выходные токены.

Возьмите прайс вендора: цена за миллион входных и выходных токенов.
Посмотрите, по какой ставке считает провайдер тот же объём.
Разделите одно на другое — получите коэффициент, с которым вам продают доступ.
Повторите для двух моделей с разной стоимостью, и картина наценки станет видна.

Следите за единицами. Одни считают в токенах, другие в «единицах», третьи в тысячах. Приведите обе стороны к одному знаменателю, иначе сравнение соврёт. Похожий разбор есть в статье про оплату DeepSeek из России.

Схема: от ставки вендора к цене провайдера и счёту в рублях
Схема: цена растёт по цепочке от ставки вендора до счёта в рублях.

По каким критериям сравнивать провайдеров

Цена — только первая строка в списке. Для рабочего проекта важнее предсказуемость.

  • Валюта и способ оплаты. Можно ли платить в рублях с расчётного счёта, а не картой физлица.
  • Закрывающие документы. Есть ли комплект для бухгалтерии, который примут без переписки.
  • Единый интерфейс. Один адрес и один ключ для всех моделей или на каждую свой.
  • Прозрачность цены. Понятно ли, по какому курсу и правилу формируется счёт.
  • Устойчивость канала. Что произойдёт с доступом, когда вендор снова поменяет правила.
  • Поддержка. Отвечает человек или бот, и как быстро решают инциденты.

Из шести пунктов цена — только один. Остальные решают, придётся ли переписывать интеграцию и объясняться с бухгалтерией через месяц.

Что смотреть в документах и договоре

Договор отвечает на вопросы, которые не решаются в переписке. Прочитайте его до первой оплаты, а не после.

  • Кто именно оказывает услугу: юридическое лицо и его реквизиты.
  • Как фиксируется цена и что происходит при изменении курса.
  • Как передаются данные и не обещают ли лишнего.
  • Что считается качеством услуги и на что можно опереться при сбое.

Если провайдер избегает прямых ответов про реквизиты и документы, это уже результат сравнения.

Технические проверки перед подключением

До подписания договора стоит потратить вечер на тесты. Они показывают то, чего нет ни на одной витрине.

  1. Отправьте несколько своих реальных запросов, включая длинные и неудобные.
  2. Проверьте вызов функций и строгий JSON на своих схемах, а не на демо.
  3. Сверьте лимит контекста с самым большим запросом приложения.
  4. Посмотрите, как приходит ошибка при превышении лимита расходов.
  5. Оцените задержку: у одного и того же семейства она отличается у разных посредников.

Эти тесты ничего не стоят и дают больше, чем сравнение табличек на сайтах.

Частые ошибки при выборе

  • Смотреть только на цену. Дешёвый доступ без документов дороже в бухгалтерии.
  • Привязываться к одному адресу. Если адрес зашит в код в десяти местах, смена поставщика станет проектом.
  • Верить обещаниям без проверки. Стабильность проверяется тестовым периодом, а не презентацией.
  • Откладывать документы до первой проблемы. Закрывающие бумаги собирают заранее, а не в отчётный период.

Что можно сделать до принятия решения

Подготовка не зависит от того, кого вы выберете, и окупается сразу.

  1. Перенесите адрес шлюза и ключ из кода в переменные окружения, там же задайте имя модели.
  2. Соберите набор своих запросов и прогоните их через двух-трёх доступных провайдеров.
  3. Заведите журнал расходов и лимит до продакшена.
  4. Попросите у провайдера образец счёта и договора заранее.
  5. Сравните итоговую цену за миллион токенов, а не рекламные обещания.

С таким набором выбор становится вопросом таблицы, а не вкуса.

Провайдеров много, а разница между ними сводится к нескольким проверяемым пунктам: как идёт запрос, сколько он стоит, какие документы вы получаете и что будет при сбое. Всё остальное — оформление витрины.

Платформа Китай-API готовится к запуску: один ключ ко всем четырём семействам моделей, оплата в рублях, счёт с НДС. Оставить заявку на ранний доступ можно в Telegram-боте: сообщим, когда откроем доступ первым. Что известно о платформе — на главной странице. Сравнение с зарубежным агрегатором — в статье «Китай-API против OpenRouter».