Як переїхати з Tilda, Wix чи Prom на власний сайт і не втратити позиції
Покроковий план переїзду з конструктора на власний сайт: адреси й редиректи, тексти, домен без простою, перевірка в Search Console і чого чекати після запуску.
Переїхати з конструктора без втрати позицій можна, якщо після переїзду Google знаходить на старих адресах ті самі сторінки з тим самим змістом — або чіткий 301-редирект на нові. Позиції губляться не через сам переїзд, а через зниклі сторінки, втрачені заголовки й описи та години, коли сайт не відкривається. Нижче — план, за яким ми переносимо сайти, і чого чекати в перші тижні.
Коли конструктор стає тісним
Tilda, Wix і Prom добре підходять для старту: швидко, недорого, без розробника. Проблеми з'являються, коли бізнес росте, і причини зазвичай ті самі.
- Обмеження. Потрібен фільтр каталогу, калькулятор, особистий кабінет чи нестандартна форма, а платформа цього не вміє або вміє лише через сторонні віджети.
- Підписка. Ви платите щомісяця, а потрібні функції є тільки на дорожчому тарифі.
- Швидкість. Сторінки обростають скриптами платформи, і на телефоні сайт відкривається повільно.
- SEO. Не всі адреси, заголовки, розмітку й карту сайту можна налаштувати так, як потрібно.
- Інтеграції. Зв'язок із CRM, обліковою програмою чи Новою Поштою або неможливий, або тримається на обхідних рішеннях.
- Код не ваш. З Wix забрати сайт не можна взагалі, з Tilda експорт є лише на окремому тарифі й працює не повністю. Якщо платформа змінить умови, ви залежите від неї.
Перевірити, наскільки поточний сайт швидкий і що в ньому з SEO, можна за 10 секунд у нашій безкоштовній перевірці сайту. Збережіть цей результат: після переїзду буде з чим порівняти.
Що насправді губиться під час переїзду
Google ранжує не «сайт загалом», а конкретні сторінки за конкретними адресами. Коли адреса зникає і відповідає помилкою 404, пошуковик через якийсь час прибирає її з видачі — разом з позиціями, які вона мала.
Найчастіші втрати, які ми бачимо після невдалих переїздів:
- сторінки змінили адреси, а редиректів немає;
- нові сторінки мають порожні або однакові заголовки й описи для пошуку;
- тексти скоротили «для краси», і з них зникли слова, за якими сторінку знаходили;
- зображення завантажили без підписів і в повному розмірі, тож сторінки стали важчими;
- форми заявок не підключили до пошти чи Telegram, і перші заявки загубилися;
- під час зміни DNS зламалася пошта на домені або сайт кілька годин не відкривався.
Усе це передбачувано, а отже — керовано. Далі по кроках.
Крок 1. Усі адреси — на облік і під редиректи
Перш ніж щось будувати, складаємо повний список адрес старого сайту. Джерела три: карта сайту (зазвичай це /sitemap.xml на вашому домені), звіт «Сторінки» в Google Search Console і звіт «Ефективність» там само — він показує, які сторінки реально приносять покази й кліки.
Search Console — це безкоштовний кабінет Google для власника сайту, де видно, як пошуковик бачить ваші сторінки. Якщо вона ще не підключена, підключіть її якомога раніше: навіть кілька тижнів даних допоможуть зрозуміти, які сторінки найцінніші.
Для кожної адреси в таблиці фіксуємо заголовок для пошуку (title), опис (description), заголовок сторінки, кількість кліків за останні місяці і нову адресу, куди сторінка переїде.
Найкращий варіант — залишити адреси такими самими: тоді для Google змінюється лише вигляд сторінок. Але на конструкторах адреси часто незручні: у Tilda трапляються технічні адреси на кшталт /page12345.html, у Wix — довгі шляхи товарів. Їх можна замінити на зрозумілі, але тільки разом із редиректами.
301-редирект — це постійне перенаправлення: людина чи пошуковий робот відкриває стару адресу й автоматично потрапляє на нову. Так Google розуміє, що сторінка переїхала, а не зникла. Правило просте: кожна стара сторінка веде на найближчу за змістом нову, а не всі разом на головну.
Кожна стара адреса має або відкриватися, або вести 301-редиректом на нову сторінку з тим самим змістом. Помилка 404 на сторінці, яка приводила клієнтів, — найдорожча помилка переїзду.
Крок 2. Тексти, зображення, форми
Заголовки, описи для пошуку й тексти переносимо з таблиці дослівно або покращуємо, але не викидаємо слова, за якими сторінку знаходять. Редизайн — добрий привід оновити вигляд, але не привід урізати текст удвічі.
Зображення переносимо в сучасних форматах і потрібних розмірах, з текстовими підписами (alt) — це пришвидшує сторінки й допомагає в пошуку за картинками. Форми заявок, кнопки месенджерів, онлайн-оплату й аналітику підключаємо й перевіряємо тестовою заявкою ще до запуску.
Новий сайт збираємо на тимчасовій адресі, закритій від індексації, щоб Google не побачив дві копії одного сайту.
Prom: магазин не переноситься «як є»
З Prom ситуація інша. Магазин на маркетплейсі — це сторінка всередині чужої платформи, тож перенести її «як є» не вийде, а позиції сторінок на prom.ua до вашого домену не перейдуть. Переїзд тут — це запуск власного сайту на своєму домені з каталогом, у який ми завантажуємо товари з вивантаження Prom: назви, описи, ціни, фото, характеристики.
Від Prom при цьому не обов'язково відмовлятися. Зв'язок можна зберегти: новий сайт віддає каталог файлом-вивантаженням, і Prom оновлює з нього товари й ціни. Ви продаєте у двох каналах, а каталог ведете в одному місці. Якщо до магазину на Prom був підключений власний домен, для нього так само складаємо таблицю адрес і налаштовуємо редиректи.
Домен, DNS і день переключення
DNS — це записи, які підказують інтернету, на якому сервері живе ваш домен. Переключення без простою виглядає так:
- За день-два до переїзду зменшуємо час кешування DNS-записів (TTL), щоб зміни розійшлися за хвилини, а не за добу.
- Переписуємо всі поточні записи, особливо поштові (MX). Якщо їх загубити, перестане приходити пошта на домені.
- У день переключення ще раз перевіряємо новий сайт на тимчасовій адресі, вмикаємо редиректи й відкриваємо його для індексації.
- Спрямовуємо домен на новий сервер і перевіряємо: сайт відкривається з https, редиректи працюють, форми надсилають заявки.
- Тариф конструктора не вимикаємо ще кілька тижнів — на випадок, якщо звідти щось знадобиться забрати.
Переключатися краще на початку робочого тижня, а не в п'ятницю ввечері: так є час спокійно виправити дрібниці.
Після запуску: Search Console і перші 2–4 тижні
Одразу після запуску надсилаємо в Search Console нову карту сайту, перевіряємо головні сторінки інструментом перевірки URL і стежимо за звітом «Сторінки»: нові помилки 404 там видно швидко, і ми закриваємо їх редиректами. Якщо змінився сам домен, додатково використовуємо інструмент зміни адреси в Search Console.
Перші 2–4 тижні позиції можуть коливатися, і це нормально: Google заново обходить сторінки й переносить сигнали зі старих адрес на нові. Дивіться на тренд, а не на окремий день. Якщо через місяць окремі сторінки так і не повернулися, шукаємо причину в конкретних адресах, а не переробляємо все.
Ще одна корисна дія — повторити перевірку вже для нового сайту і порівняти результат зі старим. Зазвичай різниця у швидкості помітна одразу.
Скільки коштує переїзд і з чого почати
Якщо ми робимо вам новий сайт, перенесення зі старого — це опція в конструкторі за +4 500 ₴ до вартості сайту: тексти, зображення, структура, адреси й редиректи. Для орієнтиру: сайт компанії в нас коштує від 35 900 ₴, інтернет-магазин — від 52 900 ₴.
Якщо новий сайт уже є або міграція складна — багато сторінок, нестандартні адреси, інтеграції, — це окрема робота в межах доопрацювання сайту: велике доопрацювання — від 9 900 ₴. Після запуску діє гарантія 60 днів.
Висновок простий: переїзд не шкодить позиціям, якщо кожна стара адреса має пару, тексти й заголовки перенесені, а домен переключено без простою. Прикинути ціну й терміни нового сайту можна в конструкторі проєкту. А якщо хочете спершу розібрати свій випадок — напишіть нам у Telegram чи Viber: подивимося поточний сайт і скажемо, що варто врахувати під час переїзду.
Потрібна така сама система?
Розкажіть про задачу — відповімо, скільки це коштує і скільки часу займе.