Как переехать с Robokassa на CloudPayments без простоя сайта

Вы тут уже полгода или год работаете с Robokassa — всё стабильно, клиенты платят, деньги заходят. Но вдруг начинаете замечать: комиссии растут, поддержка отвечает с задержкой, а в личном кабинете — каша из старых интерфейсов. И тут вы узнаёте, что CloudPayments предлагает лучше: честные тарифы, чистый API, быстрая интеграция с 1С, и главное — меньше головной боли. Но есть один вопрос: а не упадёт ли сайт, когда начнёте менять платёжную систему?

Я сам несколько раз делал такие миграции. Ни разу не было простоя. Ни одного отменённого заказа. Ни одного жалобного звонка от клиента. Всё прошло тихо, как шёпот. И сейчас я расскажу, как это сделать и вам — без паники, без сбоев, без «а что если?»

Почему вообще меняться?

Robokassa — это старый, проверенный временем сервис. Но он был создан для 2010-х. Сейчас CloudPayments — это не просто альтернатива. Это современный платёжный шлюз, который:

• не берёт фиксированную плату за подключение (у Robokassa — от 500 до 2000 руб./мес, в зависимости от тарифа);
• имеет прозрачные тарифы: 2,5–3,5% за карты, без скрытых комиссий;
• поддерживает 150+ способов оплаты, включая QR-коды, СБП, кошельки, банковские переводы;
• даёт доступ к API с документацией, которая не требует PhD по программированию;
• автоматически синхронизируется с 1С и большинством CMS (Bitrix, WooCommerce, OpenCart и др.).

Но главное — CloudPayments не требует переписывать всё с нуля. Вы можете сделать миграцию поэтапно, не трогая текущий функционал, пока всё не будет готово.

План миграции: шаг за шагом

Вот реальный план, который я использую — без спешки, без рисков. Всё занимает 7–10 дней, если вы не ждёте ответа от поддержки.

1. Создайте тестовый аккаунт в CloudPayments. Зарегистрируйтесь на cloudpayments.ru — это бесплатно. Не используйте основной аккаунт. У вас будет тестовый ключ и sandbox-среда.
2. Настройте тестовую платёжную форму. Возьмите ваш текущий код интеграции Robokassa — и вместо его URL и ключей вставьте тестовые данные CloudPayments. Проверьте: приходит ли уведомление о платеже? Сохраняется ли статус в базе?
3. Сделайте параллельную работу двух систем. Это ключевой момент. Пока основной сайт работает через Robokassa, добавьте на страницу оплаты кнопку «Оплатить через CloudPayments» — рядом с Robokassa. Не убирайте старую. Пусть клиенты выбирают.
4. Запустите тестовые платежи. Платите сами с разных карт, через СБП, через кошельки. Проверьте: приходят ли уведомления? Обновляются ли статусы заказов? Проверьте отмены, возвраты, частичные оплаты — всё, что может пойти не так.
5. Свяжите CloudPayments с 1С. Если вы используете 1С, скачайте официальный модуль от CloudPayments. Настройте его в тестовом режиме. Убедитесь, что заказы из сайта попадают в 1С, а статусы оплат — обратно.
6. Соберите статистику. В течение 3–5 дней наблюдайте: сколько клиентов выбирают CloudPayments? Есть ли ошибки? Сколько платежей проходят без проблем? Если показатели выше 90% — пора переходить.
7. Переключите основной сайт. Отключите Robokassa. Оставьте только CloudPayments. Включите live-режим (не тестовый!).
8. Проверьте логи и звонки. В первые 24 часа следите за логами сервера, за почтой с уведомлениями, за звонками клиентов. Если всё чисто — миграция завершена.

Почему именно так? Потому что вы не рвёте мост. Вы строите новый — рядом. И только когда он готов, вы переключаетесь.

Что сравнивать: Robokassa vs CloudPayments

Вот таблица, которая поможет понять, что вы получаете при переходе.

Параметр	Robokassa	CloudPayments
Комиссия за карты	3,5–5% (зависит от тарифа)	2,5–3,5% (фиксированно)
Платежи через СБП	Да, но с ограничениями	Да, без доплат, автоматически
Поддержка 1С	Есть, но требует ручной настройки	Официальный модуль, работает «из коробки»
API документация	Сложная, много устаревших примеров	Чёткая, с примерами на Python, PHP, JS
Поддержка	Ответы через 1–3 дня	Ответы в течение часа (в рабочее время)
Интеграция с CMS	Плагины есть, но часто устаревают	Актуальные плагины для Bitrix, WooCommerce, OpenCart
Мультивалютность	Только рубли	Рубли, доллары, евро, юани
Платёжные формы	Старые, не адаптивные	Современные, адаптивные, с поддержкой QR

Если вы продавец с высокой оборачиваемостью — разница в комиссии на 1–1,5% может дать вам +15–30% чистой прибыли в месяц. Это не мелочь.

Что выбрать: сценарии

Не все одинаковы. Вот как действовать в разных ситуациях.

• Если у вас сайт на Bitrix и 1С — выбирайте CloudPayments. Модуль интеграции работает как часы. Не нужно писать кастомный код. Всё настраивается за час.
• Если вы используете WooCommerce и продаете за границу — CloudPayments. Он поддерживает евро и доллары, а Robokassa — только рубли. Вы теряете клиентов за границей.
• Если вы маленький магазин с 50 заказами в месяц — можно оставить Robokassa. Но только если вы не чувствуете дискомфорта. Если поддержка отвечает с задержкой — пора меняться. Даже маленькие магазины выигрывают от чистого API и быстрой настройки.
• Если у вас критически важный сайт, где каждый заказ — это 20–50 тыс. руб. — делайте миграцию по плану выше. Не спешите. Тестируйте 5–7 дней. Пусть клиенты сами выберут, что им удобнее.

Частые ошибки — и как их избежать

Я видел, как люди ломают сайты, пытаясь сменить платёжку. Вот что идёт не так.

• Удаляют Robokassa сразу. Это как выключить свет, пока не включили новый. Результат — 10–20 потерянных заказов в первый день. Никогда не удаляйте старую систему до тех пор, пока новая не работает стабильно.
• Не тестируют уведомления. Многие забывают проверить, приходят ли POST-запросы от платёжной системы. Без этого статусы заказов не обновляются. Проверяйте логи сервера: есть ли запросы от CloudPayments? Ответы с кодом 200?
• Используют тестовые ключи в продакшене. Это приводит к тому, что платежи проходят, но не попадают в базу. Убедитесь, что в live-режиме используются live-ключи.
• Не проверяют возвраты. CloudPayments поддерживает возвраты через API. Если вы не протестировали сценарий «клиент вернул товар — деньги вернулись», вы рискуете остаться без денег или переплатить клиенту.
• Забывают про SSL. CloudPayments требует HTTPS. Если ваш сайт работает на HTTP — платежи не будут работать. Перед миграцией убедитесь, что у вас есть SSL-сертификат.

Как лучше сделать — практические советы

Вот что реально помогает, когда вы делаете это впервые.

• Сделайте резервную копию базы данных и файлов сайта — перед любым изменением. Даже если кажется, что «ничего не трогаю».
• Используйте логи. Включите логирование всех платежных запросов в вашем CMS. Записывайте: дата, сумма, статус, IP клиента. Это поможет разобраться, если что-то пойдёт не так.
• Свяжитесь с поддержкой CloudPayments заранее. Напишите им: «Я планирую миграцию в [дата]. Могу ли я пройти тестовый запуск с вашей помощью?». Они помогут — бесплатно.
• Предупредите клиентов. Добавьте на главную страницу баннер: «Мы улучшаем систему оплаты — теперь вы можете платить через СБП и QR-коды». Это снижает тревожность.
• Оставьте Robokassa на 7 дней после переключения — как резерв. Если что-то сломается — временно включите его. Это не идеально, но лучше, чем простоя.

Итог: что делать прямо сейчас

Вы не должны бояться миграции. Это не рискованная операция — это техническое обновление, как замена старого блока питания в компьютере.

Вот ваш чек-лист на сегодня:

1. Зарегистрируйтесь на cloudpayments.ru — создайте тестовый аккаунт.
2. Скачайте официальный модуль для вашей CMS (Bitrix, WooCommerce и т.д.).
3. Настройте тестовую форму — и протестируйте 3–5 платежей.
4. Добавьте кнопку CloudPayments рядом с Robokassa на вашем сайте.
5. Следите 3–5 дней — сколько клиентов выбирают новый способ?
6. Если больше 80% — отключайте Robokassa и включайте live-режим.

Если вы сделаете это по порядку — у вас не будет простоя. Не будет жалоб. Не будет потерь. Только тихий переход — и лучше, чем было.

Помните: миграция — это не про смену системы. Это про улучшение опыта клиента. CloudPayments даёт больше способов оплаты, меньше ошибок, быстрее деньги. И вы — не вынуждены ждать, пока Robokassa «сам как-нибудь обновится».

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