[{"data":1,"prerenderedAt":29},["ShallowReactive",2],{"$f2y39hvqwj3qvo":3,"$f3jmgcbo7j67d9":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","uk","Як перенести обмінник на нову платформу без втрати клієнтів і позицій","Що перенести, що перевірити і як перемкнути домен, щоб після переїзду на новий скрипт обмінник не втратив клієнтів, історію заявок і позиції в пошуку.","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,15,5],"en","ru",[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",439,{"slug":25,"locale":5,"title":26,"description":27,"date":22,"updated":22,"draft":9,"words":28,"minutes":11},"how-automatic-payouts-work","Як працює автоматична виплата в обміннику криптовалют","Що відбувається між оплатою клієнта і виплатою на картку, які перевірки має пройти заявка і коли рішення все ж має ухвалювати оператор.",446,1793194701051]