Інтернет стрімко розвивається. Достатньо згадати, як все змінилося за якихось кілька років з моменту впровадження 3G: аудиторія інтернет-користувачів зросла в рази. Аналогічно збільшився й потенціал онлайну в плані продажів і залучення клієнтів для бізнесу.

Змінюються як технології, так і вимоги до сайтів з боку користувачів і пошукових систем. Тому будь-який сайт потрібно постійно розвивати, що не завжди можливо, бо часто основною перешкодою для цього може бути CMS, на якій він працює.

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

У чому ризики перенесення сайту на іншу CMS?

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

Нова CMS – це новий інтерфейс адміністратора, відмінності в логіці роботи і управлінні ресурсом. Це створює проблеми для людей, які з сайтом працюють, бо їм потрібно вивчати все заново. І нове далеко не завжди означає зручне.

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

Що робити можна, а що не можна

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

При зміні двигуна не можна робити такі речі, як:

• змінювати формат ЧПУ сторінок;
• масово змінювати вміст Title/Description;
• видаляти значну частину контенту на сторінках;
• змінювати вміст robots.txt і .htacess;
• видаляти або змінювати вкладеність сторінок на сайт тощо.

Тобто не можна вносити зміни, які могли б «обнулити» конкретні сторінки або сайт в цілому для пошукових систем.

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

Якщо ж зміни адрес сторінок не уникнути (причини бувають різні), тоді використовуються редіректи 301, за допомогою яких пошукова система отримує вказівки, що URL сторінки змінився, а користувач при переході на старий URL відразу перенаправляється на новий.

Готуємо сайт до переїзду на нову платформу та складаємо ТЗ

Щоб перенесення на іншу CMS пройшло безпроблемно, необхідно скласти покроковий план міграції та технічне завдання для розробників. Іноді, якщо ви не плануєте нічого міняти, можна обійтися і без ТЗ. Спеціаліст зможе просто зробити копію вже існуючого сайту, просто помінявши систему, на якій він працює.

Щоб скласти основу для ТЗ, потрібно переконається в наступних речах:

1. Функціонал нової CMS дозволяє реалізувати всі ті можливості, які є у вас на вже працюючому сайті.
2. Якщо частину функцій продублювати неможливо, необхідно детально описати, що саме вам потрібно, щоб розробники зробили це з нуля.
3. Якщо на сайті присутні помилки, які потрібно виправити, їх теж необхідно описати, щоб можна було усунути їх в процесі переїзду.
4. Переконатися в тому, що ресурсів, які надає ваш хостинг, буде достатньо для стабільної і швидкої роботи нової CMS.

Перед тим як приступати до роботи, не зайвим буде замовити у SEO-фахівців технічний аудит сайту, який дасть відповіді на більшість питань. Також, можна буде зрозуміти, які сторінки дійсно цінні (трафік, конверсії) і їх ні в якому разі не можна змінювати, а з якими можна поводитися, як заманеться, без будь-якої шкоди для проекту.

Не забудьте також скласти перелік того, що ні в якому разі робити не варто. Про це я писав в попередньому пункті статті. А головне – переконайтеся в тому, що фахівці, які будуть займатися перенесенням сайту, проводитимуть всі роботи на тестовому домені та з резервним копіюванням всіх даних. Це знівелює ризики втратити дані або отримати непрацездатний сайт в разі, якщо щось піде не так.

Чек-лист для перевірки та контролю після зміни CMS

Після переїзду потрібно провести перевірку результатів і переконатися в тому, що в процесі не виникло проблем. Ось невеликий чек-лист по пунктах, що саме потрібно перевірити:

• Чи коректно були перенесені теги Title/Description, чи є вони в наявності на всіх сторінках;
• Всі необхідні сторінки присутні на сайті, нічого випадково не було видалено;
• Перенесені всі тексти і так звані «наскрізні» елементи, які присутні на всіх сторінках сайту (наприклад, інфоблоки доставки / оплати / переваги);
• Всі технічні можливості працюють без збоїв (реєстрація, оформлення замовлення, інші опції);
• Налаштовані необхідні редіректи зі старих адрес на нові;
• Весь базовий контент (тексти) знаходиться на своїх місцях, і нічого не пропало;
• Внутрішній пошук і фільтри в каталозі (для інтернет-магазину) працюють коректно;
• Швидкість завантаження сторінок не погіршилася;
• Файли верифікації панелей вебмайстрів Яндекс і Google, а також коди статистики для веб-аналітики, підключені і працюють.

І ще раз нагадаю про найважливіші ​​умови, яких необхідно дотримуватися: до того моменту, поки ви не будете повністю впевнені в готовності проекту до виходу в live, всі роботи повинні проводитися на тестовому домені.

Підсумки

Перенесення сайту на іншу CMS, якщо виконати його неправильно, може негативно вплинути на позиції й трафік, що для комерційного проекту неодмінно обернеться падінням продажів. Але потрібно розуміти, що ці ризики актуальні тільки в разі, якщо переїзд реалізований неправильно. Грамотний процес міграції дозволяє цього уникнути.

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

Досвідчені фахівці зможуть організувати безшовну міграцію з одного двигуна на інший, а ця стаття буде для вас свого роду шпаргалкою, в якій детально описано, як саме все повинно відбуватися.