Як перенести обмінник на нову платформу без втрати клієнтів і позицій

Власники обмінників рідко міняють скрипт, навіть коли старий заважає працювати. Причина зрозуміла: страшно втратити клієнтів, історію заявок і місце в пошуку, яке набиралося роками. Але ці втрати майже завжди виникають з однієї причини: переїзд робили за один вечір, без підготовки й без запасного шляху.

Нижче описано, як провести переїзд так, щоб клієнти його майже не помітили.

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 переїзд з поточного скрипту входить у ціну і проходить саме так: аудит, перенесення користувачів, історії заявок, напрямків, партнерів і сторінок, паралельний запуск на тестовому домені й перемикання домену зі збереженням адрес. Старий сайт працює, доки новий не готовий.