- Перенесення сайту на нову CMS без втрат Автор: Олег Фролов «Керівник проектів команди" Бізнес-Мотор...
- структура коду
- швидкодія
- доступність сайту
- висновки
- Перенесення сайту на нову CMS без втрат
- URL сторінок в новій CMS
- структура коду
- швидкодія
- доступність сайту
- висновки
- Перенесення сайту на нову CMS без втрат
- URL сторінок в новій CMS
- структура коду
- швидкодія
- доступність сайту
- висновки
Перенесення сайту на нову CMS без втрат
Автор: Олег Фролов
«Керівник проектів команди" Бізнес-Мотор ", веб-майстер, копірайтер.
Перенесення сайту на нову CMS - багатоетапний процес, в ході якого можна виправити недоліки пошукової оптимізації. Правильно здійснений перенос спричиняє мінімальні ризики просідання позицій і зменшення трафіку »
Необхідність перенесення сайту на іншу CMS ( «движок») виникає з різних причин: система не дозволяє реалізувати всі функції, є небезпечною або, наприклад, вже не підтримується розробниками. За складністю це завдання можна порівняти зі створенням нового сайту. Це пов'язано з тим, що кожна CMS має свої унікальні технічні особливості: структуру бази даних, верстку і т.д.
Ще більш складним завданням є збереження позицій сайту в пошуку. При переході на інший «движок» власникам сайту хочеться не тільки перенести на нову платформу весь контент і дизайн, але і зберегти (а ще краще - збільшити) трафік з пошукових систем. У нашій сьогоднішній статті ми поговоримо про те, як перенести сайт на іншу CMS без шкоди для SEO.
URL сторінок в новій CMS
У кожного «движка» за замовчуванням є свої правила формування url-адрес. І якщо при перенесенні ці особливості не враховувати, то всі сторінки «старого» сайту віддаватимуть помилку 404, а «нового» - індексуватися заново. Результат такого явища - повна переіндексація сайту і втрата позицій (з самими невизначеними перспективами їх повернення).
Перше правило перенесення сайту на іншу CMS - збереження адрес сторінок. І якщо новий «движок» не дозволяє зробити цього за замовчуванням, варто подумати про його ручної доопрацюванні із залученням програмістів.
У разі, якщо повна або часткова зміна «урлов» неминуча, вкрай важливо налаштувати редіректи зі старих адрес на нові. Реалізувати це можна за допомогою файлу htaccess (можливі й інші варіанти - залежно від конкретного хостингу).
Зробивши редіректи, можна домогтися відносно м'якого перехід на нові адреси. Якщо користувач клацне на старий url сторінки (у видачі або на іншому сайті), то буде автоматично перенаправлений до її реального нинішньому місцю розташування. Пошукові системи в свою чергу зможуть коректніше переіндексувати сторінки: пошукові алгоритми будуть ясно бачити факт переміщення сторінки і логіку успадкування. Даний спосіб не гарантує повне збереження позицій, і якщо є вибір - робити редирект або дотримуватися вже проіндексованих «урлов», - варто зупинитися на другому варіанті.
Суттєвий аргумент на користь зміни адрес - це ситуація, при якій на старому сайті вони були неоптімізіровнниммі. Наприклад, якщо на «движку» АBC адреси сторінок виглядали приблизно так: site.com/page?id=164, то при переході на «движок» XYZ є сенс зробити читабельні «урли» - site.com/statya-o-remonte. При цьому, звичайно, не можна забувати про редирект - на благо користувачів і пошукових систем.
структура коду
При переході на іншу CMS структура коду змінюється в 100% випадків. Для пошукових систем подібні зміни можуть стати тривожним сигналом і приводом для пессимізації. До цього потрібно бути готовим.
Для того щоб звести негативний ефект до мінімуму, слід максимально зберегти структуру контенту, що мала місце раніше, - розташування блоків, заголовків, тексту, меню і т.д. Особливо це стосується сторінок, які ранжуються високо.
Перехід на іншу CMS - відмінний привід виправити недоліки і помилки внутрішньої оптимізації: відсутність метатегов, неправильна структура заголовків H1-H6, відсутність мікророзмітки і інші недоліки. Саме ці недоліки могли служити причиною низького ранжирування і нестачі трафіку.
Грамотно проведений перенесення мінімізує шкоду для позицій в пошукових системах. А в середньо- і довгостроковій перспективі можливий інтенсивний ріст позицій і трафіку за рахунок усунення недоліків оптимізації.
На скріншоті нижче - приклад ситуації, коли сайт був перенесений двічі (!), Причому з позитивними для себе наслідками:
швидкодія
Кожен «движок» має свої показники швидкодії. Як би якісно не було налаштоване кешування і стиснення, одні CMS працюють швидше, інші - повільніше. Це пояснюється структурою їх коду, використанням тих чи інших плагінів, алгоритмом завантаження сторінок, числом запитів до бази даних і безліччю інших чинників.
Бажано, щоб «нова» платформа для сайту була швидша за попередню. Це важливо не тільки з точки зору користувацького досвіду, а й з позиції пошукової оптимізації. Швидкодія - вагомий фактор ранжування, який так чи інакше впливає на позиції сайту у видачі. Якщо після переходу на інший «движок» сайт став працювати повільніше, це найімовірніше відіб'ється на його позиціях. І навпаки: підвищення швидкості завантаження сторінок може стати відмінним імпульсом для зростання в пошуку.
Час завантаження сайту і очікування користувачів 
доступність сайту
Перенесення сайту на нову платформу повинен здійснюватися з найменшими наслідками для користувачів і пошуку. Тривалі періоди недоступності сайту або його окремих сторінок неприпустимі.
Кращий спосіб уникнути цього - ретельно протестувати роботу сайту на сервері, де він і буде перебувати в подальшому, а потім просто перемкнути DNS домену зі старого на новий сервер. Головний недолік цього рішення полягає в тому, що при виникненні будь-яких проблем ви не зможете швидко «відкотитися» на попередню версію.
Уникнути подібних труднощів можна, якщо розмістити стару і нову версію сайту на одному і тому ж хостингу з можливістю швидко перемикатися між ними. Дізнатися більше про способи безпечного підключення оновленої версії сайту ви зможете у системного адміністратора.
Важливо уважно спостерігати за сайтом і в наступні дні, адже реакція пошукових систем і користувачів буде очевидна не відразу. Основні приводи для оперативного втручання - це:
- зростання числа помилок в консолі вебмастера Google і Яндекс (помилки 404, 403, 500, 502 та інші);
- підвищення рівня відмов відвідувачів;
- сигнали про недоступність сайту на окремих пристроях, браузерах і т.д.
висновки
Необхідність перенесення сайту на інший «движок» може виникнути в силу різних причин і є досить трудомістким завданням, сумірною зі створенням нового сайту.
Переїзд на іншу CMS несе в собі низку ризиків для сайту, в т.ч. в області пошукового просування.
При виконанні перенесення важливо зберегти url-адреси сторінок (і / або налаштувати редирект), забезпечити спадкоємність структури і не допустити зниження швидкодії сайту.
Перенесення сайту на нову CMS без втрат
Автор: Олег Фролов
«Керівник проектів команди" Бізнес-Мотор ", веб-майстер, копірайтер.
Перенесення сайту на нову CMS - багатоетапний процес, в ході якого можна виправити недоліки пошукової оптимізації. Правильно здійснений перенос спричиняє мінімальні ризики просідання позицій і зменшення трафіку »
Необхідність перенесення сайту на іншу CMS ( «движок») виникає з різних причин: система не дозволяє реалізувати всі функції, є небезпечною або, наприклад, вже не підтримується розробниками. За складністю це завдання можна порівняти зі створенням нового сайту. Це пов'язано з тим, що кожна CMS має свої унікальні технічні особливості: структуру бази даних, верстку і т.д.
Ще більш складним завданням є збереження позицій сайту в пошуку. При переході на інший «движок» власникам сайту хочеться не тільки перенести на нову платформу весь контент і дизайн, але і зберегти (а ще краще - збільшити) трафік з пошукових систем. У нашій сьогоднішній статті ми поговоримо про те, як перенести сайт на іншу CMS без шкоди для SEO.
URL сторінок в новій CMS
У кожного «движка» за замовчуванням є свої правила формування url-адрес. І якщо при перенесенні ці особливості не враховувати, то всі сторінки «старого» сайту віддаватимуть помилку 404, а «нового» - індексуватися заново. Результат такого явища - повна переіндексація сайту і втрата позицій (з самими невизначеними перспективами їх повернення).
Перше правило перенесення сайту на іншу CMS - збереження адрес сторінок. І якщо новий «движок» не дозволяє зробити цього за замовчуванням, варто подумати про його ручної доопрацюванні із залученням програмістів.
У разі, якщо повна або часткова зміна «урлов» неминуча, вкрай важливо налаштувати редіректи зі старих адрес на нові. Реалізувати це можна за допомогою файлу htaccess (можливі й інші варіанти - залежно від конкретного хостингу).
Зробивши редіректи, можна домогтися відносно м'якого перехід на нові адреси. Якщо користувач клацне на старий url сторінки (у видачі або на іншому сайті), то буде автоматично перенаправлений до її реального нинішньому місцю розташування. Пошукові системи в свою чергу зможуть коректніше переіндексувати сторінки: пошукові алгоритми будуть ясно бачити факт переміщення сторінки і логіку успадкування. Даний спосіб не гарантує повне збереження позицій, і якщо є вибір - робити редирект або дотримуватися вже проіндексованих «урлов», - варто зупинитися на другому варіанті.
Суттєвий аргумент на користь зміни адрес - це ситуація, при якій на старому сайті вони були неоптімізіровнниммі. Наприклад, якщо на «движку» АBC адреси сторінок виглядали приблизно так: site.com/page?id=164, то при переході на «движок» XYZ є сенс зробити читабельні «урли» - site.com/statya-o-remonte. При цьому, звичайно, не можна забувати про редирект - на благо користувачів і пошукових систем.
структура коду
При переході на іншу CMS структура коду змінюється в 100% випадків. Для пошукових систем подібні зміни можуть стати тривожним сигналом і приводом для пессимізації. До цього потрібно бути готовим.
Для того щоб звести негативний ефект до мінімуму, слід максимально зберегти структуру контенту, що мала місце раніше, - розташування блоків, заголовків, тексту, меню і т.д. Особливо це стосується сторінок, які ранжуються високо.
Перехід на іншу CMS - відмінний привід виправити недоліки і помилки внутрішньої оптимізації: відсутність метатегов, неправильна структура заголовків H1-H6, відсутність мікророзмітки і інші недоліки. Саме ці недоліки могли служити причиною низького ранжирування і нестачі трафіку.
Грамотно проведений перенесення мінімізує шкоду для позицій в пошукових системах. А в середньо- і довгостроковій перспективі можливий інтенсивний ріст позицій і трафіку за рахунок усунення недоліків оптимізації.
На скріншоті нижче - приклад ситуації, коли сайт був перенесений двічі (!), Причому з позитивними для себе наслідками:
швидкодія
Кожен «движок» має свої показники швидкодії. Як би якісно не було налаштоване кешування і стиснення, одні CMS працюють швидше, інші - повільніше. Це пояснюється структурою їх коду, використанням тих чи інших плагінів, алгоритмом завантаження сторінок, числом запитів до бази даних і безліччю інших чинників.
Бажано, щоб «нова» платформа для сайту була швидша за попередню. Це важливо не тільки з точки зору користувацького досвіду, а й з позиції пошукової оптимізації. Швидкодія - вагомий фактор ранжування, який так чи інакше впливає на позиції сайту у видачі. Якщо після переходу на інший «движок» сайт став працювати повільніше, це найімовірніше відіб'ється на його позиціях. І навпаки: підвищення швидкості завантаження сторінок може стати відмінним імпульсом для зростання в пошуку.
Час завантаження сайту і очікування користувачів
доступність сайту
Перенесення сайту на нову платформу повинен здійснюватися з найменшими наслідками для користувачів і пошуку. Тривалі періоди недоступності сайту або його окремих сторінок неприпустимі.
Кращий спосіб уникнути цього - ретельно протестувати роботу сайту на сервері, де він і буде перебувати в подальшому, а потім просто перемкнути DNS домену зі старого на новий сервер. Головний недолік цього рішення полягає в тому, що при виникненні будь-яких проблем ви не зможете швидко «відкотитися» на попередню версію.
Уникнути подібних труднощів можна, якщо розмістити стару і нову версію сайту на одному і тому ж хостингу з можливістю швидко перемикатися між ними. Дізнатися більше про способи безпечного підключення оновленої версії сайту ви зможете у системного адміністратора.
Важливо уважно спостерігати за сайтом і в наступні дні, адже реакція пошукових систем і користувачів буде очевидна не відразу. Основні приводи для оперативного втручання - це:
- зростання числа помилок в консолі вебмастера Google і Яндекс (помилки 404, 403, 500, 502 та інші);
- підвищення рівня відмов відвідувачів;
- сигнали про недоступність сайту на окремих пристроях, браузерах і т.д.
висновки
Необхідність перенесення сайту на інший «движок» може виникнути в силу різних причин і є досить трудомістким завданням, сумірною зі створенням нового сайту.
Переїзд на іншу CMS несе в собі низку ризиків для сайту, в т.ч. в області пошукового просування.
При виконанні перенесення важливо зберегти url-адреси сторінок (і / або налаштувати редирект), забезпечити спадкоємність структури і не допустити зниження швидкодії сайту.
Перенесення сайту на нову CMS без втрат
Автор: Олег Фролов
«Керівник проектів команди" Бізнес-Мотор ", веб-майстер, копірайтер.
Перенесення сайту на нову CMS - багатоетапний процес, в ході якого можна виправити недоліки пошукової оптимізації. Правильно здійснений перенос спричиняє мінімальні ризики просідання позицій і зменшення трафіку »
Необхідність перенесення сайту на іншу CMS ( «движок») виникає з різних причин: система не дозволяє реалізувати всі функції, є небезпечною або, наприклад, вже не підтримується розробниками. За складністю це завдання можна порівняти зі створенням нового сайту. Це пов'язано з тим, що кожна CMS має свої унікальні технічні особливості: структуру бази даних, верстку і т.д.
Ще більш складним завданням є збереження позицій сайту в пошуку. При переході на інший «движок» власникам сайту хочеться не тільки перенести на нову платформу весь контент і дизайн, але і зберегти (а ще краще - збільшити) трафік з пошукових систем. У нашій сьогоднішній статті ми поговоримо про те, як перенести сайт на іншу CMS без шкоди для SEO.
URL сторінок в новій CMS
У кожного «движка» за замовчуванням є свої правила формування url-адрес. І якщо при перенесенні ці особливості не враховувати, то всі сторінки «старого» сайту віддаватимуть помилку 404, а «нового» - індексуватися заново. Результат такого явища - повна переіндексація сайту і втрата позицій (з самими невизначеними перспективами їх повернення).
Перше правило перенесення сайту на іншу CMS - збереження адрес сторінок. І якщо новий «движок» не дозволяє зробити цього за замовчуванням, варто подумати про його ручної доопрацюванні із залученням програмістів.
У разі, якщо повна або часткова зміна «урлов» неминуча, вкрай важливо налаштувати редіректи зі старих адрес на нові. Реалізувати це можна за допомогою файлу htaccess (можливі й інші варіанти - залежно від конкретного хостингу).
Зробивши редіректи, можна домогтися відносно м'якого перехід на нові адреси. Якщо користувач клацне на старий url сторінки (у видачі або на іншому сайті), то буде автоматично перенаправлений до її реального нинішньому місцю розташування. Пошукові системи в свою чергу зможуть коректніше переіндексувати сторінки: пошукові алгоритми будуть ясно бачити факт переміщення сторінки і логіку успадкування. Даний спосіб не гарантує повне збереження позицій, і якщо є вибір - робити редирект або дотримуватися вже проіндексованих «урлов», - варто зупинитися на другому варіанті.
Суттєвий аргумент на користь зміни адрес - це ситуація, при якій на старому сайті вони були неоптімізіровнниммі. Наприклад, якщо на «движку» АBC адреси сторінок виглядали приблизно так: site.com/page?id=164, то при переході на «движок» XYZ є сенс зробити читабельні «урли» - site.com/statya-o-remonte. При цьому, звичайно, не можна забувати про редирект - на благо користувачів і пошукових систем.
структура коду
При переході на іншу CMS структура коду змінюється в 100% випадків. Для пошукових систем подібні зміни можуть стати тривожним сигналом і приводом для пессимізації. До цього потрібно бути готовим.
Для того щоб звести негативний ефект до мінімуму, слід максимально зберегти структуру контенту, що мала місце раніше, - розташування блоків, заголовків, тексту, меню і т.д. Особливо це стосується сторінок, які ранжуються високо.
Перехід на іншу CMS - відмінний привід виправити недоліки і помилки внутрішньої оптимізації: відсутність метатегов, неправильна структура заголовків H1-H6, відсутність мікророзмітки і інші недоліки. Саме ці недоліки могли служити причиною низького ранжирування і нестачі трафіку.
Грамотно проведений перенесення мінімізує шкоду для позицій в пошукових системах. А в середньо- і довгостроковій перспективі можливий інтенсивний ріст позицій і трафіку за рахунок усунення недоліків оптимізації.
На скріншоті нижче - приклад ситуації, коли сайт був перенесений двічі (!), Причому з позитивними для себе наслідками:
швидкодія
Кожен «движок» має свої показники швидкодії. Як би якісно не було налаштоване кешування і стиснення, одні CMS працюють швидше, інші - повільніше. Це пояснюється структурою їх коду, використанням тих чи інших плагінів, алгоритмом завантаження сторінок, числом запитів до бази даних і безліччю інших чинників.
Бажано, щоб «нова» платформа для сайту була швидша за попередню. Це важливо не тільки з точки зору користувацького досвіду, а й з позиції пошукової оптимізації. Швидкодія - вагомий фактор ранжування, який так чи інакше впливає на позиції сайту у видачі. Якщо після переходу на інший «движок» сайт став працювати повільніше, це найімовірніше відіб'ється на його позиціях. І навпаки: підвищення швидкості завантаження сторінок може стати відмінним імпульсом для зростання в пошуку.
Час завантаження сайту і очікування користувачів
доступність сайту
Перенесення сайту на нову платформу повинен здійснюватися з найменшими наслідками для користувачів і пошуку. Тривалі періоди недоступності сайту або його окремих сторінок неприпустимі.
Кращий спосіб уникнути цього - ретельно протестувати роботу сайту на сервері, де він і буде перебувати в подальшому, а потім просто перемкнути DNS домену зі старого на новий сервер. Головний недолік цього рішення полягає в тому, що при виникненні будь-яких проблем ви не зможете швидко «відкотитися» на попередню версію.
Уникнути подібних труднощів можна, якщо розмістити стару і нову версію сайту на одному і тому ж хостингу з можливістю швидко перемикатися між ними. Дізнатися більше про способи безпечного підключення оновленої версії сайту ви зможете у системного адміністратора.
Важливо уважно спостерігати за сайтом і в наступні дні, адже реакція пошукових систем і користувачів буде очевидна не відразу. Основні приводи для оперативного втручання - це:
- зростання числа помилок в консолі вебмастера Google і Яндекс (помилки 404, 403, 500, 502 та інші);
- підвищення рівня відмов відвідувачів;
- сигнали про недоступність сайту на окремих пристроях, браузерах і т.д.
висновки
Необхідність перенесення сайту на інший «движок» може виникнути в силу різних причин і є досить трудомістким завданням, сумірною зі створенням нового сайту.
Переїзд на іншу CMS несе в собі низку ризиків для сайту, в т.ч. в області пошукового просування.
При виконанні перенесення важливо зберегти url-адреси сторінок (і / або налаштувати редирект), забезпечити спадкоємність структури і не допустити зниження швидкодії сайту.
Com/page?
Com/page?