Ситуация, которую видел каждый, кто хоть раз заказывал интеграцию. Описываешь задачу пятерым разработчикам — «нужно, чтобы заявки с сайта улетали в нашу CRM» — и получаешь пять цен с разбросом от пятнадцати тысяч до полутора сотен. Один говорит «да тут на полдня работы», другой расписывает смету на две недели. И первый порыв понятен: взять того, кто назвал пятнадцать, чего тут думать-то, задача же простая.
Вот в этом «задача же простая» и зарыта главная мина. Потому что отправить данные из точки А в точку Б — это и правда полдня. А вот сделать так, чтобы ни одна заявка не потерялась, когда CRM на минуту прилегла, чтобы клиент не уехал в никуда из-за опечатки в номере, чтобы при сбое система сама повторила попытку, а не молча проглотила заказ, — это уже совсем другая история. Разберём по-честному, из чего складывается цена интеграции в 2026 году, почему вилка такая дикая и как заказчику читать смету, чтобы потом не искать пропавшие заказы по логам.
Эта статья — опорная в разделе про интеграции и API. Смежные темы: как составить ТЗ, как выбрать исполнителя, чем REST отличается от вебхуков.
Что вы узнаете из статьи
- Почему одна и та же интеграция стоит то пятнадцать, то полтораста тысяч
- Из каких четырёх вещей реально складывается цена
- Сколько стоит подключить платёжку, синхронизировать CRM и связать пару систем
- Где заказчик переплачивает, а где экономит себе на беду
- Как читать смету интегратора и о чём спросить до старта
Почему «интеграция» — это не одна услуга, а десяток разных
Представьте, что вы просите кого-то «перевезти вещи». Один подгонит легковушку и за час перекинет пару коробок. Другой пригонит фуру, упакует хрупкое, застрахует, составит опись и довезёт без единой царапины. Оба формально перевезли, но это разные миры по труду, цене и спокойствию заказчика. С интеграцией ровно так же: слово одно, а под ним прячется всё что угодно.
Когда разработчик называет пятнадцать тысяч, он почти наверняка имеет в виду «дёрнуть» нужный метод чужого API и показать, что данные дошли. Работает на демо — отлично, деньги на стол. Когда другой называет сто, он закладывает то, что вы не увидите на демо, но почувствуете в проде: что будет, если внешний сервис не ответит, как система поведёт себя при дубле, куда денутся данные при таймауте, как защищены ключи доступа, ведётся ли журнал, чтобы при разборе было видно, где именно потерялся заказ. Это не «то же самое, только дороже». Это другой продукт по надёжности.
Поэтому первый навык грамотного заказчика — не сравнивать цифры в лоб, а спрашивать, что входит. «А если CRM не ответит, заявка повторно уйдёт или потеряется? Ошибки логируются? Ключи где лежат?» Эти вопросы мгновенно превращают непонятную вилку в осмысленную картину. И часто выясняется, что дешёвое предложение дешёвое ровно потому, что половины надёжности в нём нет. Заодно стоит заранее понимать, REST, GraphQL или вебхуки лежат в основе задачи, — от этого тоже зависит объём работы.
Четыре вещи, из которых складывается цена
Разберите любую честную смету на интеграцию — и в ней всегда обнаружатся одни и те же четыре составляющие. Понимаете их — понимаете, за что платите.
Качество чужого API. Это главный и самый недооценённый множитель. Подключиться к современному сервису с внятной документацией, песочницей для тестов и понятными кодами ошибок — дело предсказуемое и недорогое. А вот вытащить данные из старой учётной системы, где документации нет, ответы приходят в самопальном формате, а на вопрос «почему вернулась ошибка» сервер просто молчит, — можно провозиться дольше, чем над всем остальным проектом. Заказчик этого не видит, но именно сюда часто уходит половина бюджета.
Число сценариев обмена. Односторонняя отправка «заявка ушла — и забыли» стоит копейки. Двусторонняя синхронизация, где данные меняются с обеих сторон и нужно решать, чья версия главнее при конфликте, — это уже в разы сложнее. Каждый дополнительный сценарий (создание, обновление, удаление, отмена, возврат) — это отдельная ветка логики, которую надо написать и проверить.
Надёжность. Невидимая, но решающая вещь. Можно сделать «работает, пока всё хорошо», а можно — с повторными попытками при сбоях, очередью на случай, когда приёмник недоступен, и журналом, по которому видно судьбу каждой записи. Первое дешевле сегодня и дороже завтра, когда начнут теряться заказы. Второе стоит больше, но это вложение в спокойный сон, а не трата.
Срочность. Классика жанра: «нужно вчера» дороже, чем «можно через две недели». Когда интегратор ради вас двигает другие проекты и тестирует обмен вечером, он закладывает это в цену, и это честно.
Сколько это в деньгах: ориентиры на 2026 год
Точную цифру даёт только конкретная задача, но порядки величин назвать можно — чтобы вы понимали, где находитесь и где начинается подозрительно дёшево.
Простая односторонняя интеграция — отправить заявки с сайта в одну систему, выгрузить заказы в таблицу, дёрнуть один метод чужого сервиса — это примерно от пятнадцати до сорока тысяч рублей. Если предлагают за три-пять, почти наверняка не будет ни обработки ошибок, ни защиты ключей, и вы об этом узнаете в самый неподходящий момент.
Подключение онлайн-оплаты — эквайринг, ЮKassa, СБП с корректной отправкой чеков по 54-ФЗ — это обычно тридцать–восемьдесят тысяч. Дороже, чем кажется, потому что денежные сценарии не прощают ошибок: нужно правильно обработать успешную оплату, отказ, частичный возврат и пограничные случаи, когда деньги списались, а уведомление не дошло.
Двусторонняя синхронизация CRM с сайтом — это уже шестьдесят–сто пятьдесят тысяч. Здесь живёт большинство «взрослых» задач: товары, остатки, заказы и статусы ходят в обе стороны, и нужно аккуратно разруливать, кто кого перезаписывает.
Сложная связка нескольких систем с очередями, обработкой сбоев и собственным слоем-посредником легко уходит за двести-триста тысяч — но и считается прозрачно, по числу систем и сценариев, а не «на глаз».
Где заказчик переплачивает, а где экономит себе во вред
Переплата чаще всего возникает там, где заказывают ручную разработку под задачу, которую закрыл бы готовый коннектор. Если вам нужно просто связать популярный магазин с популярной CRM по типовой схеме, платить за авторскую интеграцию с нуля незачем — для таких связок есть готовые модули и сервисы-посредники, которые включаются за вечер. Это как нанимать бригаду строителей, чтобы повесить полку.
А вот опасная экономия — обратная. Самое дешёвое предложение почти всегда дешёвое за счёт того, чего вы пока не видите. Нет обработки ошибок — и при первом же сбое внешнего сервиса заявки начинают молча испаряться, а вы замечаете это по упавшей выручке. Ключи доступа лежат в коде открытым текстом — и однажды утекают вместе с доступом ко всем вашим данным. Нет логов — и когда заказ потеряется, никто не сможет даже сказать, на каком шаге это случилось.
Во всех этих случаях заказчик платит дважды: сначала за дешёвую интеграцию, потом за расследование и переделку. И хорошо если только деньгами, а не репутацией перед клиентами, чьи заказы испарились. Защита от этого простая и почти бесплатная — внятное составить ТЗ на интеграцию на входе и нормальная приёмка на выходе.
Как читать смету и о чём спросить до старта
Хорошая смета на интеграцию — это не одна цифра, а разбивка. Если разработчик пишет «интеграция — 80000» без расшифровки, попросите детализацию: какие системы связываем, в одну сторону или в обе, что происходит при сбое, как защищены доступы. Специалист, которому нечего скрывать, разложит это спокойно. Тот, кто отмахивается «да там всё стандартно», — повод насторожиться, потому что у каждого свой «стандарт».
Три вопроса, которые стоит задать каждому кандидату до старта. Первый: «Что произойдёт с данными, если внешний сервис не ответит — повтор, очередь или потеря?» Второй: «Как вы храните ключи и доступы и кто их видит?» Третий: «Будет ли журнал, по которому я смогу проверить судьбу конкретной записи?» Чтобы понять, кому из кандидатов это по плечу, полезно заранее знать, как выбрать интегратора — ответы на эти три вопроса говорят о человеке больше любого портфолио.
Как платформа помогает не переплатить за интеграцию
На Где.Эксперт интеграторов выбирают не по самой низкой строчке в выдаче, а по реальным отзывам и истории выполненных заказов. Видно, кто уже делал похожие связки, как заказчики оценили надёжность, не было ли историй с потерянными данными и переделками. Это сразу отсекает тех, кто берёт дёшево за счёт срезанной надёжности.
Можно начать с обсуждения задачи: специалист посмотрит, к каким системам нужно подключаться, оценит реальный объём и назовёт честную вилку под ваш случай, а не среднюю по рынку. Оплата идёт по факту выполнения, а отзывы прошлых заказчиков работают страховкой от того самого сценария, когда дешёвая интеграция оборачивается дорогим расследованием пропаж.
Часто задаваемые вопросы
Сколько стоит интеграция API в 2026 году?
Простая односторонняя — 15000–40000 ₽, подключение платёжки — 30000–80000 ₽, двусторонняя синхронизация CRM — 60000–150000 ₽. Цена зависит не от названия задачи, а от числа сценариев и нештатных ситуаций.
Почему интеграторы называют такие разные цены?
Потому что под «интеграцией» каждый понимает свой объём. Один дёрнет метод и покажет демо, другой заложит обработку сбоев, повторы и защиту ключей. Это разная надёжность, отсюда вилка.
Из чего складывается стоимость?
Из качества чужого API, числа сценариев обмена, требований к надёжности и срочности. Подключиться к хорошему сервису дёшево, вытащить данные из старой системы без документации — долго.
Можно ли обойтись готовым коннектором?
Для популярных связок — да, есть готовые модули и сервисы-посредники. Они дешевле на старте, но с абонплатой и потолком возможностей. Ручная интеграция дороже разово, зато гибкая.
Почему дешёвая интеграция обходится дороже?
За низкой ценой прячется срезанный объём: нет обработки ошибок, при сбое данные теряются, ключи открыты. Заказчик платит потом за расследование пропаж и переделку.
Заключение
Цена интеграции сама по себе не говорит ни о чём — важно, что в неё упаковано. Пятнадцать тысяч и сто пятьдесят за «одну и ту же» задачу могут быть оба честными: просто в первом случае данные ходят, пока всё хорошо, а во втором — не теряются, даже когда что-то идёт не так.
Грамотный заказчик не хватает самое дешёвое, а спрашивает про нештатные сценарии: что при сбое, где ключи, есть ли журнал. Внятное ТЗ на входе и приёмка на выходе стоят почти ничего, но избавляют от главной беды рынка — когда экономия на интеграции оплачивается потом двойной ценой за поиск пропавших заказов. А когда хочется сравнить честные предложения, а не среднюю цифру, проще выбирать того, у кого есть отзывы и история сданных проектов.
Найдите интегратора на Где.Эксперт — выбирайте по реальным отзывам, обсуждайте объём до старта и платите по факту выполнения.