Как перенести обменник на новую платформу без потери клиентов и позиций

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

Ниже описано, как провести переезд так, чтобы клиенты его почти не заметили.

1. Аудит перед переездом

Начните со списка всего, что есть на старом сайте:

• направления обмена с лимитами, минимальными и максимальными суммами;
• настройки курсов: источники, наценки, округление;
• модули: платёжные шлюзы, KYC, AML, Telegram-бот, партнёрская программа;
• страницы и тексты: правила, FAQ, статьи, страницы направлений;
• адреса страниц: полный список URL, например из sitemap.xml или Google Search Console.

Этот список станет чек-листом для проверки нового сайта. Всё, чего в нём нет, легко потерять.

2. Перенос данных

Что стоит перенести обязательно:

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

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

3. Параллельный запуск

Новый сайт сначала запускается на тестовом домене, а старый продолжает принимать заявки. На тестовом домене:

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

Закройте тестовый домен от индексации, чтобы поисковики не увидели дубль сайта.

4. Переключение домена

Главное правило для поиска: адреса страниц не должны измениться. Если страница направления была по адресу /exchange/usdt-to-uah, она там и остаётся. Для адресов, которые всё же изменились, настройте постоянные редиректы (301) со старого адреса на новый.

После переключения:

• отправьте новый sitemap.xml в Google Search Console и следите за ошибками 404;
• проверьте, что файл курсов для мониторингов доступен по тому же адресу, или сообщите мониторингам новый;
• убедитесь, что реферальные ссылки партнёров работают.

5. Первые дни после переезда

Держите под рукой копию старого сайта и базы на случай, если что-то придётся сверить. Следите за зависшими заявками и обращениями в поддержку: именно там первым видно то, что потерялось при переносе.

Ваши данные остаются вашими

Какую бы платформу вы ни выбрали, убедитесь, что можете в любой момент получить полный экспорт базы. Если когда-нибудь снова захотите сменить скрипт, именно это определит, будет ли следующий переезд простым.

---

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