Як правильно перенести сайт на новий движок

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

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

• У яких випадках варто проводити перенесення сайту на іншу CMS.
• Що необхідно зробити перед початком робіт з перенесення сайту.
• Покрокова інструкція по перенесенню сайту на новий движок.
• Які кроки варто зробити вже після того, як сайт «переїхав» на нову CMS.
• Важливі фішки і рекомендації, які дозволять перенести сайт з одного CMS на іншу максимально легко і ефективно.

Причини перенесення сайту на інший движок

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

1. Певна CMS більш знайома, ніж та, якою ви користуєтеся зараз. Наприклад, людина може добре знати WordPress, але мати сайт на OpenCart і думати: «Краще я перенесу свій ресурс на більш знайому і зручну для себе систему, і не буду знати проблем». Насправді ж, набагато простіше, швидше і менш ризиковано освоїти тонкощі нової для себе CMS, ніж займатися переносом сайту.
2. Недостатньо число безкоштовних плагінів також спонукає деяких думати про зміну CMS. Насправді ж, тут потрібно все ретельно прорахувати: у багатьох випадках буде простіше, швидше і дешевше заплатити за необхідні плагіни, ніж займатися переїздом на новий движок.
3. Сайт не відповідає стилю і іміджу компанії - краще витратити час і гроші, щоб доопрацювати та вдосконалити те, що маєте, ніж робити кардинальні зміни.
4. Страх перед зломом сайту. Тут варто бути чесним - якщо зловмисники побажають, то зламати і пошкодити вони зможуть будь-який ресурс. Навіть урядові сайти і сайти великих компаній часом страждають від атак кібер зловмисників, і зміна CMS в цьому питанні, на жаль, мало допоможе.

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

1. Сайт на HTML не відповідає вашим потребам. Ресурси, розроблені на HTML, досить надійні і зручні. Але їх особливість полягає в тому, що подібні сайти призначені для невеликої кількості сторінок. Якщо ж ви плануєте постійно наповнювати власний ресурс, розміщуючи на ньому нові сторінки з інформацією або товарами, тоді буде простіше працювати зі стандартним двигуном.
2. Самопісний сайт вже не відповідає вашим потребам, а допрацьовувати його занадто довго і дорого. Не варто вважати, що самописние сайти - це однозначно погано. Деякі з подібних ресурсів досить успішно використовуються навіть у великих інтернет-магазинах. Складність полягає в тому, що іноді на самописние сайти неможливо внести необхідні зміни або ж зробити це дуже складно, що негативно позначається на зручності використання сайту і на його просуванні. В такому випадку, може бути доцільно перенести сайт на нову CMS і продовжити працювати в повну силу.
3. Сайт на конструкторі більше не задовольняє ваші потреби. Досить велика кількість людей і компаній, думаючи, що це простіше і дешевше, свій перший сайт створюють на конструкторі. Часто, згодом, виявляється, що такі ресурси дуже складно просувати в пошуковій видачі і проблематично реалізовувати в них бажані зміни. Часом найкращим вирішенням питання буде якраз зміна CMS.

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

Що врахувати перед перенесенням сайту

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

Щоб досягти максимально позитивного ефекту від заходів, пов'язаних з перенесенням сайту на новий движок, вже на етапі підготовчих робіт найкраще задіяти кваліфікованого СЕО-спеціаліста, який зможе не тільки грамотно скласти ТЗ для програміста, але і проконтролювати правильність його виконання. Весь комплекс підготовчих робіт умовно можна розділити на три етапи:

1. Підготовка технічного завдання, щоб його впровадити на тестовій версії сайту.
2. Контроль впроваджень рекомендацій, наданих в ТЗ, і аналіз тестової версії сайту.
3. Підготовка ТЗ безпосередньо для перенесення сайту на новий движок.

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

Підготовка якісного технічного завдання

Як правило, краще за все, щоб технічне завдання для програміста становив СЕО-фахівець. В такому випадку, можна досягти максимальної ефективності зміни CMS і, що дуже важливо, індексація ресурсу на новому движку буде проходити швидко і гладко.

Завданням №0 при підготовці ТЗ повинно бути те, щоб СЕО-фахівець добре ознайомився з можливостями та особливостями нової CMS - це надасть можливість впровадити зміни максимально швидко і якісно, а також досягти від проведених змін найкращих результатів. Що ж повинно обов'язково включатися до технічного завдання для програміста? Основними пунктами є наступні:

• Створення нової структури сайту з усіма типами сторінок. Даний пункт в ТЗ актуальний в тому випадку, якщо на старій CMS ви не мали можливості реалізувати бажану структуру, вона не підтримувала створення певних сторінок або ж ви прийняли рішення розширити / оновити структуру власного ресурсу.
• Формування структури нових URL адрес для кожної сторінки сайту. Звичайно, в ідеалі було б досягти того, щоб адреси сторінок не змінювалися при зміні движка сайту. На практиці ж, досягти цього практично неможливо. Тому, ще перед початком робіт з перенесення, необхідно задати шаблони по формуванню URL кожного типу сторінок.
• Інструкція з впровадження мета-тегів. У деяких сайтах мета-опису прописуються вручну, на інших же вони генеруються автоматично. У тому випадку якщо на попередньому сайті ви вручну прописували Title, Keywords, Description, H1 - випишіть їх в окрему таблицю, щоб потім вставити на новому движку. У тому випадку, коли дані генерувалися з використанням шаблонів, ви можете ці шаблони доопрацювати (при необхідності) і перенести на нову CMS.
• Підготовка базових технічних рекомендацій. У такі рекомендації повинен входити широке коло питань. До яких відносяться такі: список сторінок, які слід закрити від індексації, побажання щодо налаштування файлу robots.txt, настройка і оптимізації сторінок пагінацію, оптимізація та налаштування видачі кодів відповіді сервера, автоматична генерації / оновлення sitemap.xml і html-sitemap, настройка canonical, оптимізація мікророзмітки, впровадження багатомовності сайту, настройка автоматичних редиректів (особливу увагу слід приділити 301-му редіректу), оптимізації зображень.
• Впровадження СЕО-правок. SEO-спеціаліст може запропонувати комплекс рішень, які неможливо було впровадити на попередньому движку, але цілком доступно - на новій CMS. Бажано опрацювати список таких змін до початку робіт по переїзду і надати їх програмісту, в такому випадку, можна розраховувати на реалізацію максимального числа правок за мінімальний час і мінімальним бюджетом.

Даний етап роботи дуже важливий і до нього слід підходити максимально ретельно. Адже, практика показує, що повне і правильно складене ТЗ, дозволяє запобігти багато проблем і досягти позитивного ефекту від переїзду.

Контроль за впровадженням ТЗ і аналіз результатів

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

• Узгодьте дизайн сайту. Деякі дизайнери використовують в своїй роботі макети, інші ж надають замовнику тільки готовий варіант проекту. Якщо вам необхідно зробити редизайн, звичайно ви заздалегідь все узгодили і описали фахівця свої очікування. Але, все ж, найчастіше запропонований варіант потребує доопрацювань. Якщо ви бажаєте внести правки в дизайн сайту - глобальні або незначні, обов'язково фіксуйте все моменти і побажання на папері, потім обговоріть їх з дизайнером.
• Поетапний контроль впровадження технічної частини. Не варто дотягувати до моменту здачі сайту, а лише потім перевірити роботу програмістів. Просіть фахівця поетапно, у міру готовності, показувати вам отримані результати - це дозволить внести необхідні правки і, в разі потреби, відкоригувати роботу в міру її виконання.
• Зробіть міні-аудит юзабіліті. Бажано, вже на даному етапі перевірити, наскільки зручно розташоване меню сайту, працездатність різних його сторінок, а також зручність форм захоплення. Якщо ви помітите, що щось коштує доопрацювати, редагування буде простіше внести вже на даному етапі, не чекаючи повного переїзду ресурсу.
• Виконайте аудит тестової версії сайту. Коли сайт вже практично готовий до запуску, слід провести його аудит, з метою визначити працездатність і, можливо, визначити, де необхідно зробити доопрацювання. На особливу увагу заслуговують такі області: наскільки чітко працює основний функціонал, не застаріла чи інформація на сайті, чи всі тестові сторінки і тимчасові тексти були видалені з сайту, не генерується чи будь-які непотрібні посилання (наприклад, блоком швидкого перегляду), чи правильно відображаються нові типи сторінок з динамічними URL, наявність циклічних редиректів.

Підготовка технічного завдання для перенесення сайту

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

1. Бекап. Потрібно зробити бекапи обох сайтів (старого і нового), завдяки цьому, ви завжди зможете відновити інформацію, якщо щось піде не за планом.
2. Вивантажуйте список 301-х редиректів. У цьому питанні. Часто забувається, що на старому сайті вже могли бути присутніми редіректи - якщо їх не врахувати, можна втратити певну частку цільового трафіку. Щоб знайти всі 301-е редіректи, потрібно попросити програмістів вивантажити її з сайту, а також скористатися спеціальними інструментами Ahrefs і Netpeak Cheсker. У Ahrefs ви можете через «Export» вивантажити ті сторінки, які мають зовнішні посилання.

В отриманій таблиці звертайте увагу тільки на стовпець «« Link URL », в якому відображаються тільки сторінки, на які є зовнішні посилання.

Далі скористайтеся сервісами Google Analytics, завдяки яким можна визначити і вивантажити сторінки, що приносять найбільший трафік на сайт. Для цього потрібно перейти до звіту «Канали - Organic Search», вибрати потрібні дати (рекомендується встановлювати великий проміжок часу: рік-два) і основний параметр «Сторінка входу». Виберіть висновок 500-1000 рядків і натискайте «Експортувати».

Таким чином, у вас з'явилося дві таблиці, з яких потрібно зробити одну, видаливши дублі сторінок. Швидко виконати цю роботу можна за допомогою Notepad ++ з додатковим розширенням TextFX.

Коли таблиця з URL готова, необхідно по кожному з них пробити коди доступу - це дозволить точно визначити, в якому статусі кожна сторінка перебувати на даний час. Швидко виконати дану роботу можна завдяки Netpeak Cheсker.

Отже, виконавши вищеописану роботу, ви зможете виявити всі існуючі редіректи. На наступному етапі необхідно сторінки старого сайту зіставити зі сторінками з нового сайту, щоб налаштувати між ними 301-й редирект. Якщо ж на новому сайті не планується відповідна сторінка, необхідно правильно оформити 404-ю помилку, щоб не втрачати потенційних відвідувачів.

Якщо. наприклад, ви переносите на новий движок власний невеликий інтернет-магазин, редіректи для категорій і підкатегорій в таблиці Excel можна прописати вручну, а зробити редіректи на сторінки товарів - доручити програмісту. Подібна таблиця редиректів може виглядати приблизно наступним чином.

У тому випадку, коли сайт великий, формування URL можна довірити програмісту, а завданням СЕО-спеціаліста буде його проконтролювати. Щоб робота виконалася коректно, бажано, щоб URL-и формувалися за певними правилами, інакше, програміст може не зорієнтуватися, як їх прописувати.

3. Перенесення контенту. Кожен сайт має досить багато контенту, який включає в себе текст, ілюстрації та відео. Дуже важливо саме на підготовчому етапі перенести весь контент на новий ресурс, в іншому випадку, його можна просто втратити. Якщо сайт невеликий, дайте програмісту чітку інструкцію, з якої сторінки на яку необхідно перенести контент. Потім, обов'язково перевірте виконану роботу.
4. Файли верифікації. У ТЗ для програміста вкажіть, щоб файли верифікації для Google і Яндекс були залишені в кореневій папці сайту, завдяки цьому вони не загубляться при переїзді.
5. Синхронізація інформації. Переконайтеся, що перед остаточним переїздом, на новому сайті вся інформація (ціни, описи, контакти та ін.) Буде актуальною. Справа в тому, що часто буває так, що база даних переноситися на тестову версію сайту, але не оновлюється - перед остаточним перенесенням ресурсу цей фактор необхідно перевірити ще раз.
6. Командна робота. Складаючи ТЗ для програміста, в ньому обов'язково потрібно домовитися про те, кого і яким чином він повинен попередити про день, на який запланована зміна движка сайту. За замовчуванням, повідомити про дату переїзду необхідно фахівців, що займаються контекстної і таргентінговой рекламою.
7. Схвалення відповідальною особою. Окремим пунктом в техзавданні для програміста потрібно виділити, від кого він повинен отримати остаточне підтвердження щодо дати та інших особливостей перенесення сайту на нову CMS.

Етапи перенесення сайту з однієї CMS на іншу

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

Умовно, весь етап перенесення сайту на новий движок можна розділити на 6 ключових етапів:

1. Уважне вивчення обох систем сайту (існуючої і нової), а також аналіз, яким повинен вийти ресурс в кінцевому підсумку. Зверніть увагу на можливості та інструменти нової CMS. Багато користувачів зупинили свій вибір саме на Okay-CSM з тієї причини, що дана платформа зручна у використанні і надає широкі можливості для СЕО-просування. У цьому питанні поспіх небезпечна, так як можна випустити з уваги щось важливе, що матиме негативні наслідки для інтернет-ресурсу.
2. Розгорнути CMS, налаштувати її і підключити повний комплект необхідних модулів. Якщо на минулій версії сайту вже використовувалися певні модулі, просто перенести їх не вийти, настройку доведеться виконувати наново.
3. Дизайн і верстка сторінок. Якщо обидві системи використовують сумісні між собою шаблонизатор, робота для «натягування» дизайну на сайт зазнає суттєвого спрощення. Якщо ж шаблонизатор несумісні - роботи належить виконати дуже багато.
4. Розробка нових модулів або кастомизация існуючих. Далеко не завжди набір модулів в певній CMS здатний повністю задовольнити потреби власника сайту. У деяких випадках існуючі модулі є можливість доопрацювати, в інших же - необхідно створювати нові. При створенні або доопрацювання модуля, важливо гранично чітко розуміти завдання, які необхідно вирішити - це дозволить програмісту якісно виконати роботу. Якщо можливо, добре було б фахівця показати, як повинно бути реалізовано певне рішення - для цього можна скористатися сторонніми сайтами, на яких реалізовано вибране вами рішення.
5. Тестування. Необхідно перевірити правильність роботи сайту та, в разі виявлення несправностей або некоректної роботи, знайти і усунути причини. Щоб цю роботу виконати максимально якісно, підійдіть до власного сайту не з позиції власника або розробника, а з точки зору користувача. Максимально ретельно поставтеся до всіх функцій сайту і протестуйте їх на зручність і працездатність.
6. Перенесення всієї виконаної роботи на обраний сервер і налагодження сайту там. У деяких випадках, цей процес займає дуже багато часу і сил, що може бути обумовлено тим, що сервер не підтримує впровадження тих чи інших рішень. В такому випадку, необхідно або шукати можливості використання інструментів сервера, або навіть шукати новий сервер, більш відповідний вашим потребам. У разі виникнення труднощів, можна почати з того, щоб звернутися в службу підтримки сервера (як правило, ця служба працює в будні дні, в робочий час).

Що зробити після переїзду на новий движок

Якщо ви успішно перевели власний сайт на новий движок, ще не час розслаблятися. Щоб працездатність і індексація сайту були максимально високими, необхідно вжити ряд дій, весь перелік яких комфортно виконувати на платформі Okay-CSM. До основних моментів, на які варто звернути увагу після переїзду на нову CMS, відносяться наступні:

Налаштування системи аналітики

В даний етап входить наступне: впровадження кодів відстеження для Google Analytics, Яндекс.Метрики і Google Tag Manager; налаштуйте електронну торгівлю (ставитися до ecommerce проектам); налаштуйте процеси відстеження обраних подій.

Налаштування robots.txt

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

Генерування правильного файлу sitemap.xml

Поширені ситуації, коли sitemap.xml просто автоматично переноситися з тестової версії сайту на основну. Обов'язково, пропишіть в ТЗ для програміста, щоб він згенерував правильну копію даного файлу.

Зміна всіх внутрішніх посилань на актуальні

Після закриття тестової версії сайту і його перенесення на новий движок, необхідно переконатися в актуальності всіх нових посилань. До числа таких посилань відносяться наступні: меню, посилання в текстах, посилання в атрибутах next, prev, canonical. Перенісши сайт, необхідно вивантажити всі такі посилання і відправити їх контент менеджеру, щоб проставити правильні.

Правила індексації сторінок

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

Рекомендації по перенесенню сайту

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

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

• Що необхідно зробити перед перенесенням сайту на нову CMS.
• Як виконати безпосередньо сам переїзд (покрокова інструкція).
• Необхідні кроки, які потрібно зробити вже після переїзду сайту на нову CMS.

Щоб якісно виконати всю необхідну роботу і уникнути виникнення непоправних труднощів, можна пам'ятати про наступні рекомендації:

1. Постарайтеся не проводити перенесення сайту в сезон, так ви не втратите своїх потенційних клієнтів.
2. Призначте перенесення сайту на початок тижня, завдяки цьому ваші співробітники і співробітники довідкового центру хостингу будуть на робочому місці, що спростить і прискорить вирішення можливих труднощів.
3. Завжди створюйте бекапи обох версій сайту - в разі будь-яких просідань, завдяки їм ви зможете відкотити зміни.
4. Не знімайте стару версію сайту, а просто закрийте її від індексації. Це дозволить вам завжди повернутися до створених сторінок і, в разі необхідності, легко зробити зміни на новому сайті.
5. Перший час після перенесення регулярно (щодня) відстежуйте позиції сторінок за допомогою Яндекс.Вебмайстер і Google Search Console, завдяки цьому можна буде оперативно вжити необхідних зміни і виконати доопрацювання.
6. Якщо ваш сайт великий, переносите його на новий движок поетапно - спочатку можна перенести один розділ або піддомен, а потім перейти до наступних.
7. Рекомендується, паралельно з перенесенням не виконувати на сайті інші роботи - в разі просідання, буде складно визначити і усунути причину.

Якщо ви вирішили перенести свій сайт на іншу CMS, дотримуйтесь рекомендацій зі статті і робота пройде максимально коректно! І звичайно ж, завжди можна замовити готовий магазин .