Перенесення сайтів на інший хостинг, CMS, домен (на UMI, Joomla, Bitrix, WordPress та ін.
Найчастіше сайти на просування приходять або в поганому, або дуже поганому стані. Юні умільці та ліниві виконавці, які неякісно створили сайт, залишають за собою сліди, які в очах пошукових систем виглядають спамом або вважаються відвертими помилками побудови та організації сайту.
Сайти, побудовані на безкоштовних CMS (Joomla та інші), мають низку істотних недоліків. Відсутність коректної посилальної URL-структури (наявність >
Інтернет-проекти для успішного розвитку повинні розвиватися не тільки в плані організації бізнесу всередині компанії, а й зовні в інтернеті.
Я поділюся з вами декількома секретами успішного перенесення сайту з безкоштовною та незручною CMS на ліцензійну платформу Umi.CMS, при цьому знизивши всі можливі ризики неправильної індексації та втрати позицій після перенесення.
Якщо дизайн вашого сайту ніяк не вписується в поняття сучасного та зручного, то варто подумати про редизайн, тому що на етапі зміни платформи надати новий дизайн на програмування обійдеться дешевше в кілька разів, ніж змінювати його після перенесення.
Якщо дизайн, на ваш погляд (подібна думка має бути у експертів), красивий і зручний, придатний для успішного SEO і розвитку бізнесу, то можна приступати безпосередньо до перенесення - в цьому випадку обличчя сайту збережеться в тому ж вигляді, в якому ви його звикли бачити, чи зміниться лише внутрішня начинка.
Програмування
Якщо виникла потреба доопрацювати сайт функціонально (наприклад, зробити фільтр з пошуку товарів в інтернет-магазині, доопрацювати характеристики тощо), то насамперед складається чітке та зрозуміле ТЗ (технічне завдання) програмісту. Після цього ви можете на тиждень-два (якщо проект великий - то термінизбільшаться) забути про сайт - в цей час програміст буде зайнятий версткою, налаштуванням хостингу і двигуна. Після того, як він закінчить базові налаштування та реалізує всі ваші побажання, настає період переговорів – перевірка та доопрацювання всіх пунктів ТЗ. Процедури створення тестового домену та контролю розробки сайту покладаються на програміста (якщо це прямий виконавець) або на керівника інтернет-проектів. Варто розуміти, що сильно відходити від ТЗ ніхто не буде, і якщо ви захотіли в період розробки додати ще 10 нових пунктів, то це визначатиметься окремо. Як правило, дорого. Тому всі побажання варто врахувати у початковому ТЗ. У разі великого, складного проекту кошторис вийде пристойний, і можливі знижки.
Варто відзначити, що правильний метод успішно закінчити проект у встановлені терміни - це позначити в початковому ТЗ найголовніші і найважливіші доопрацювання. Потім буде простіше розвивати проект та визначати кожен додатковий пункт окремо. Замовник, тим самим, матиме чітке розуміння, «за що» він платить.
Після втілення сайту на новій платформі варто перенести на сторінки текстову інформацію зі старого ресурсу вручну. Якщо обрана CMS-платформа зручна, а Umi.CMS якраз є такою, це не забере багато часу. При перенесенні інформації відразу можна виконати базову оптимізацію, заповнити всі meta, виконати внутрішнє перелінкування.
Важливе місце на цьому етапі займає налаштування 301-х редиректів та robots.txt.
Редиректи потрібні для перенаправлення робота-індексатора зі старої сторінки (старий URL) на новий (новий вид URL). Вони прописуються у файл .htaccess або через index.php (в останніх версіях Umi працює тільки так, або через спеціальний скрипт). Якщо сайт великий, тоскладання 301-редиректів може зайняти значний час.
Robots.txt - файл для роботів пошукових систем із зазначенням правил для індексації сайту та його сторінок. Під час розробки на тестовому домені він має бути таким:
Під час запуску оновленого сайту його потрібно відкоригувати. Можна знайти стандартний robots.txt або зробити свій, якщо існують обмеження в індексації сторінок сайту.
Етап перенесення
Мабуть, це найважливіший етап, тому що попередні етапи виконували там, де не ступала нога роботів пошукових систем. Тут ми переносимо дані на діючий домен. Сучасні пошукові системи, Yandex та Google мають ряд стандартних інструментів для вебмайстра, які дозволяють налаштувати сайт під робота та надати йому актуальну інформацію для ранжування та видачі результатів пошуку.
Щоб успішно перенести відтестований сайт на Umi.CMS на хостинг Замовника, потрібно:
2. Зробити дамп бази даних тестового сайту. Можна безпосередньо через PHP My Admin, або знову ж таки через відповідну програму.
3. Перенести всі лічильники статистики зі старого сайту на новий.
4. Розгорнути архів тестового FTP на хостинг Замовника (попередньо видаливши попередній сайт) та імпортувати таблиці бази даних до новоствореної бази.
5. Як правило, в базі та файлах конфігурації на FTP прописані налаштування. В цьому випадку вам треба буде змінити їх на діючі (доступи до бази та прив'язування домену). У Umi.CMS це таблиця бази cms3_domains і файл конфігурації config.ini, що лежить в корені сайту. Також потрібно почистити папку /sys-temp/runtime-cache/ .
6. Після цього, якщо все було зроблено правильно, сайт повинен відкритися, з'явиться вікно для введення ліцензійного ключа. ТиснемоОК і готове. Якщо перенесення виконувалося зі зміною хостингу для Замовника, потрібно змінити DNS запису домену (час перемикання сайту зі старого на новий хостинг займає від 1 години до 2-х діб).
Також важливо не забути після перенесення:
1. Перевірити robots.txt, внести зміни. Найчастіше розробники додатково додають у дефолтний шаблон сайту наступний рядок, що забороняє індексацію сайту на час розробки:
Відповідно, при перенесенні цей рядок 'затерти'.
У цьому ж сервісі перевірити раніше налаштовані 301-редиректи.
3. Якщо хостинг Замовника при перенесенні змінився, то потрібно буде переналаштувати пошту під даний хостинг. Деякі хостинги мають свій поштовий сервер, надаючи необхідні доступи. Інші хостинги пропонують зробити це через пошту Yandex або Google. Різниці я не бачу.
Надалі потрібно відстежувати індексацію та показники сайту та дивитися, як сайт успішно повзе у ТОП-10 пошукових систем.
Усі правила, зазначені в цій статті, випробувані на власних сайтах та протестовані багато разів під час роботи з клієнтськими сайтами.