[{"data":1,"prerenderedAt":29},["ShallowReactive",2],{"$fbd00ug4to9if":3,"$f33azo28h3s8w6":16},{"slug":4,"locale":5,"title":6,"description":7,"date":8,"updated":8,"draft":9,"words":10,"minutes":11,"html":12,"locales":13},"move-exchange-to-new-platform","ru","Как перенести обменник на новую платформу без потери клиентов и позиций","Что перенести, что проверить и как переключить домен, чтобы после переезда на новый скрипт обменник не потерял клиентов, историю заявок и позиции в поиске.","2026-10-28",false,460,3,"\u003Cp>Владельцы обменников редко меняют скрипт, даже когда старый мешает работать. Причина понятна: страшно потерять клиентов, историю заявок и место в поиске, которое набиралось годами. Но эти потери почти всегда возникают по одной причине: переезд делали за один вечер, без подготовки и без запасного пути.\u003C\u002Fp>\n\u003Cp>Ниже описано, как провести переезд так, чтобы клиенты его почти не заметили.\u003C\u002Fp>\n\u003Ch2>1. Аудит перед переездом\u003C\u002Fh2>\n\u003Cp>Начните со списка всего, что есть на старом сайте:\u003C\u002Fp>\n\u003Cul>\n\u003Cli>\u003Cstrong>направления обмена\u003C\u002Fstrong> с лимитами, минимальными и максимальными суммами;\u003C\u002Fli>\n\u003Cli>\u003Cstrong>настройки курсов\u003C\u002Fstrong>: источники, наценки, округление;\u003C\u002Fli>\n\u003Cli>\u003Cstrong>модули\u003C\u002Fstrong>: платёжные шлюзы, KYC, AML, Telegram-бот, партнёрская программа;\u003C\u002Fli>\n\u003Cli>\u003Cstrong>страницы и тексты\u003C\u002Fstrong>: правила, FAQ, статьи, страницы направлений;\u003C\u002Fli>\n\u003Cli>\u003Cstrong>адреса страниц\u003C\u002Fstrong>: полный список URL, например из sitemap.xml или Google Search Console.\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Cp>Этот список станет чек-листом для проверки нового сайта. Всё, чего в нём нет, легко потерять.\u003C\u002Fp>\n\u003Ch2>2. Перенос данных\u003C\u002Fh2>\n\u003Cp>Что стоит перенести обязательно:\u003C\u002Fp>\n\u003Cul>\n\u003Cli>\u003Cstrong>пользователей\u003C\u002Fstrong> вместе со статусом верификации, чтобы клиентам не пришлось проходить KYC повторно;\u003C\u002Fli>\n\u003Cli>\u003Cstrong>историю заявок\u003C\u002Fstrong>, потому что она нужна и клиентам, и бухгалтерии, и для ответов поддержки;\u003C\u002Fli>\n\u003Cli>\u003Cstrong>партнёров и реферальные связи\u003C\u002Fstrong>, чтобы партнёры не потеряли начисления;\u003C\u002Fli>\n\u003Cli>\u003Cstrong>направления и страницы\u003C\u002Fstrong> вместе с текстами.\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Cp>Отдельно выясните, можно ли перенести пароли. Это зависит от того, как их хранил старый скрипт. Если нельзя, предупредите клиентов заранее и дайте простой способ восстановить доступ.\u003C\u002Fp>\n\u003Ch2>3. Параллельный запуск\u003C\u002Fh2>\n\u003Cp>Новый сайт сначала запускается на тестовом домене, а старый продолжает принимать заявки. На тестовом домене:\u003C\u002Fp>\n\u003Cul>\n\u003Cli>пройдите каждое направление от создания заявки до выплаты;\u003C\u002Fli>\n\u003Cli>сверьте курсы с теми, что показывает старый сайт;\u003C\u002Fli>\n\u003Cli>проверьте, что клиент видит свою историю заявок, а партнёр свою статистику.\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Cp>Закройте тестовый домен от индексации, чтобы поисковики не увидели дубль сайта.\u003C\u002Fp>\n\u003Ch2>4. Переключение домена\u003C\u002Fh2>\n\u003Cp>Главное правило для поиска: \u003Cstrong>адреса страниц не должны измениться\u003C\u002Fstrong>. Если страница направления была по адресу \u003Ccode>\u002Fexchange\u002Fusdt-to-uah\u003C\u002Fcode>, она там и остаётся. Для адресов, которые всё же изменились, настройте постоянные редиректы (301) со старого адреса на новый.\u003C\u002Fp>\n\u003Cp>После переключения:\u003C\u002Fp>\n\u003Cul>\n\u003Cli>отправьте новый sitemap.xml в Google Search Console и следите за ошибками 404;\u003C\u002Fli>\n\u003Cli>проверьте, что \u003Cstrong>файл курсов для мониторингов\u003C\u002Fstrong> доступен по тому же адресу, или сообщите мониторингам новый;\u003C\u002Fli>\n\u003Cli>убедитесь, что реферальные ссылки партнёров работают.\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Ch2>5. Первые дни после переезда\u003C\u002Fh2>\n\u003Cp>Держите под рукой копию старого сайта и базы на случай, если что-то придётся сверить. Следите за зависшими заявками и обращениями в поддержку: именно там первым видно то, что потерялось при переносе.\u003C\u002Fp>\n\u003Ch2>Ваши данные остаются вашими\u003C\u002Fh2>\n\u003Cp>Какую бы платформу вы ни выбрали, убедитесь, что можете в любой момент получить полный экспорт базы. Если когда-нибудь снова захотите сменить скрипт, именно это определит, будет ли следующий переезд простым.\u003C\u002Fp>\n\u003Chr>\n\u003Cp>В Obminly переезд с текущего скрипта входит в цену и проходит именно так: аудит, перенос пользователей, истории заявок, направлений, партнёров и страниц, параллельный запуск на тестовом домене и переключение домена с сохранением адресов. Старый сайт работает, пока новый не готов.\u003C\u002Fp>\n",[14,5,15],"en","uk",[17,18,24],{"slug":4,"locale":5,"title":6,"description":7,"date":8,"updated":8,"draft":9,"words":10,"minutes":11},{"slug":19,"locale":5,"title":20,"description":21,"date":22,"updated":22,"draft":9,"words":23,"minutes":11},"crypto-exchange-launch-checklist","Чек-лист перед запуском обменника криптовалют","Что подготовить к первой заявке: юридические вопросы, платёжные системы, KYC и AML, курсы, лимиты, команда, тестовые заявки и мониторинги.","2026-10-27",438,{"slug":25,"locale":5,"title":26,"description":27,"date":22,"updated":22,"draft":9,"words":28,"minutes":11},"how-automatic-payouts-work","Как работает автоматическая выплата в обменнике криптовалют","Что происходит между оплатой клиента и выплатой на карту, какие проверки должна пройти заявка и когда решение всё же должен принимать оператор.",450,1793194701128]