// Старий сайт під контролем
Оновлення старого сайту без ризику для заявок та SEO
Аудит, бекап, оновлення CMS та PHP, перенесення з конструкторів, налаштування хостингу або VPS/VDS, виправлення форм, швидкості та безпеки. Мета - упорядкувати сайт без хаосу і втрати робочих заявок.
Аудит
Перевірка CMS, PHP, шаблону, модулів, форм, швидкості, SEO-бази, хостингу та помилок.
Бекап
Перед правками фіксую можливість відкату: файли, база даних, доступи та критичні налаштування.
Оновлення
CMS, плагіни, модулі, тема, PHP, SSL, пошта, cron, серверні налаштування та сумісність.
Перенесення
Якщо стару основу лагодити невигідно, можна перенести контент, адреси та SEO-логіку на нову платформу.
// Що зазвичай ламається у старих сайтах
Проблема рідко буває тільки в дизайні
Сайт може виглядати просто старим, але всередині часто ховаються застаріла CMS, стара версія PHP, слабкий хостинг, неробочі форми, небезпечні розширення і втрачена SEO-структура. Тому оновлення починається з діагностики.
Стара CMS або самопис
WordPress, Joomla, PrestaShop, старий PHP-код, занедбана тема, застарілі модулі або адмінка, яку страшно чіпати.
Мобільна версія
Текст дрібний, кнопки незручні, меню ламається, форми не поміщаються, а важливі блоки погано виглядають на телефоні.
Форми та пошта
Заявки не надходять, SMTP не налаштований, листи потрапляють у спам, немає SPF/DKIM/DMARC або форма зовні працює, але бізнес втрачає ліди.
Безпека
Старі розширення, невідомі користувачі, підозрілі файли, слабкі паролі, відкриті панелі та відсутність регулярних бекапів.
Швидкість та сервер
Повільний хостинг, неправильний кеш, важкі зображення, помилки PHP, ліміти пам'яті, VPS/VDS без обслуговування та моніторингу.
Конструктор обмежує
Сайт на Wix, Tilda, Webflow або схожій платформі складно розвивати, дорого підтримувати або неможливо нормально доопрацювати.
// Перенесення з конструкторів та старих платформ
Якщо конструктор став обмеженням, сайт можна перенести на керовану основу
Не завжди можна експортувати сайт з конструктора один в один. Найчастіше його потрібно акуратно перезбирати: зберегти тексти, зображення, структуру сторінок, важливі адреси, SEO-логіку, домен, форми, аналітику та базові сценарії користувача.
// Як відбувається робота
Безпечне оновлення починається до першого кліка “оновити”
Старий сайт не можна лікувати навмання. Спочатку потрібно зрозуміти, що тримає його в робочому стані, де ризики та як відкотитися, якщо щось піде не так.
Діагностика
Перевіряю CMS, самописний код, PHP, хостинг/VPS, форми, SSL, помилки, швидкість та SEO-базу.
Бекап
Файли, база даних, доступи, поточні налаштування та зрозумілий план відкату до змін.
План
Що оновлюємо, що переносимо, що замінюємо, які URL зберігаємо та які ризики є.
Роботи
Оновлення, перенесення, налаштування сервера, виправлення форм, безпеки, швидкості та мобільної версії.
Перевірка
Контроль сторінок, заявок, редиректів, мета-даних, індексації, помилок та стабільності після запуску.
// Коли час оновлювати
Старий сайт краще перевірити до того, як він перестане приносити заявки
- Хостинг просить перейти на новий PHP
- Сайт повільно відкривається
- Форми не надсилають листи
- Немає нормальних резервних копій
- Сайт погано виглядає на телефоні
- CMS або плагіни давно не оновлювалися
- Є підозра на віруси чи злом
- Конструктор більше не дає розвивати сайт
- Розробник зник, а доступи залишилися
- Потрібно перенести сайт на новий хостинг або VPS
// Заявка
Почати краще з аудиту старого сайту
Надішліть посилання на сайт і коротко опишіть ситуацію: стара CMS, конструктор, самопис, PHP, хостинг, VPS/VDS, форми, віруси, швидкість або перенесення. Я подивлюся, що безпечніше: оновлювати, лагодити чи переносити.
// FAQ
Часті питання щодо оновлення старого сайту
Чи можна оновити старий сайт без переробки?
Так, якщо технічна основа ще придатна. Спочатку я перевіряю CMS, PHP, шаблон, плагіни, хостинг, форми, мобільну версію та безпеку. Після цього зрозуміло, чи достатньо акуратного оновлення, чи краще переносити сайт на нову основу.
Що робити, якщо сайт працює на старій версії PHP?
Не можна просто перемикати PHP на хостингу без перевірки. Потрібно зробити бекап, перевірити сумісність CMS, теми, модулів та коду, а потім оновлювати по кроках. Для самописних сайтів іноді потрібні редагування коду під нову версію PHP.
Чи можна спочатку зробити копію та перевірити все там?
Так, це правильний підхід для ризикованих оновлень. Роботи можна виконати на копії сайту або тестовому оточенні, перевірити результат і потім переносити зміни на робочу версію.
Що якщо сайт самописний та розробник зник?
Такий сайт можна спочатку розібрати: структура файлів, база даних, версія PHP, залежності, форми, адмінка та критичні функції. Після аудиту стане зрозуміло, чи можна його підтримувати, оновлювати чи краще поступово переносити.
Чи можна перенести сайт з Wix, Tilda, Webflow чи іншого конструктора?
Так. Зазвичай сайт із конструктора не експортується один в один, тому його акуратно перезбирають на новій платформі: зберігають тексти, зображення, структуру, важливі адреси, SEO-логіку, домен, форми та аналітику.
Які конструктори можна перенести?
Можна розглянути перенесення з Wix, Squarespace, Webflow, Tilda, Weebly, Jimdo, GoDaddy Website Builder, IONOS Website Builder, Google Sites, Strikingly, Site123, Carrd, Hostinger Website Builder, Framer, Readymag та подібних рішень.
Чи можна зберегти дизайн, але оновити технічну частину?
Так, якщо дизайн ще підходить бізнесу. Можна залишити візуальну ідею, але замінити застарілу технічну основу, поправити адаптивність, форми, швидкість, безпеку та керування контентом.
Оновлення може вплинути на SEO?
Може, якщо змінювати адреси сторінок, структуру, мета-дані чи контент без плану. Тому при оновленні важливо зберегти важливі URL-адреси, налаштувати редиректи, перевірити sitemap, robots.txt, заголовки, швидкість та індексацію.
Ви займаєтеся сервером, VPS чи VDS?
Так, в рамках технічного обслуговування можна перевірити та налаштувати хостинг, VPS/VDS, PHP, SSL, пошту, бекапи, права файлів, базову безпеку, cron-завдання та стабільність роботи сайту.
Коли старий сайт вже невигідно ремонтувати?
Якщо сайт сильно застарів, погано індексується, небезпечний, не адаптований під мобільні та будь-які редагування займають занадто багато часу, чесніше розглянути перенесення контенту на нову основу. Це часто дешевше, ніж нескінченно лагодити стару систему.