Трохи більше року у нас на просуванні був сайт виробника котлів і парогенераторів на рідкому паливі. Прийшов до нас уже з готовим сайтом, на відміну від переважної маси наших клієнтів, які залишаються в нас на просування після нашої ж розробки.
Сайт був на Joomla, і про переїзд на той момент з різних причин не йшлося. Ми не горді і взялися за роботу з тим, що було.
CMS специфічна, з плюсів хіба що простота адмінки, яку контент-менеджерам легко опанувати. Через якийсь час ми багато в чому вперлися в стелю можливостей цього движка, і змогли умовити клієнта на повний редизайн і переїзд на Okay CMS. Паралельно на стороні SEO ми спростили каталог, позбулися сторінок-зомбі і привели до ладу UI/UX.
У процесі переїзду, ми зіткнулися з не найтривіальнішим завданням з переосмислення поточної структури каталогу, url і налаштування редиректів, про яке і хочемо розповісти.
Аспекти переїзду без втрат трафіку
За відсутності досвіду і вдумливого підходу, такі маніпуляції часто призводять до того, що ми називаємо “SEO-самогубство” (у західному сегменті існує термін SEOcide). Власне, це дії, які можуть мати незворотні наслідки у вигляді втрати трафіку на сайт, випадання сторінок з індексу тощо.
Звісно, найчастіше щось подібне відбувається, коли власник бізнесу не має інхаус команди, і не працює з агенцією. Він любить робити все сам, лише інколи вдаючись до послуг фрілансера. Зазвичай це щось подібне:
- Спонтанно переїхали на більш звучний домен.
- Переписали url сторінок на свій смак.
- Купили на сайт 20000 посилань за 2000 гривень, прогнали по каталогах.
- Купили преміум-тему WordPress, не розуміючи, що це повністю перекроїть структуру сайту і вкладеність категорій.І так далі.
Упевнений, у багатьох у загашнику є схожа історія. У профспільнотах також регулярно хтось із SEO-фахівців скрикує від болю, побачивши постфактум, що накоїв клієнт.
Отже, розбираємо наш кейс.
Моменти, які довелося вирішити під час переїзду
Різний регістр.
Наповнення сайту товарами здійснювалося на стороні клієнта. Okay CMS працює так само, як і переважна більшість движків: якщо ви під час створення сторінки не заповнили alias вручну, вона це зробить за вас, взявши дані з назви товару. З однією невеликою поправкою – вона не приводить символи до нижнього регістру, а просто транслітерує, як є.
Тобто, коли контент-менеджер додавав товар і прописував заголовок Котел водогрійний КВа-0,15, ми отримували адресу сторінки Kotyol_vodogrejnyj_KVa-015.
Для ПС це зовсім не те саме, що kotyol_vodogrejnyj_kva-015. І щоб не отримати на всіх товарних сторінках 404 помилку, цей артефакт довелося поки що перенести на новий сайт.
Автоматично згенеровані сторінки фільтра в індексі.
Також на сайті з порівняно невеликою номенклатурою (~100 товарів, 15 категорій і блог на десяток статей) 1100 в Google. Переважна більшість із них – зомбі-сторінки без трафіку, згенеровані фільтрами, які потрапили в індекс. З одного боку, потрібно було навести лад, але з іншого переїхати без втрат трафіку. Тому потрібно було відокремити зерна від плевел.
Порядок дій був такий.
- Вивантажуємо структуру сайту з Site Analizer або аналога.
- Вивантажуємо з метрики всі сторінки, на які був трафік з пошуку за рік.
- Вивантажуємо аналогічні сторінки з Google Search Console.
- Для сторінок, що мають трафік, створюємо на новому сайті нормальні статичні сторінки з такою ж адресою.
- Для всіх сторінок-зомбі прописуємо 301 редирект.
У Google Search Console йдемо в розділ ефективність → вкладка сторінки → період рік → експортувати.
Потім ми об’єднуємо ці списки в один робочий документ, видаляємо всі сторінки, які мали за рік менше 20 кліків.
У підсумку, замість 2500 тисяч сміттєвих сторінок, ми залишаємо ~200 тих, що мають трафік, і на їхній основі створюємо на новому сайті теговані сторінки. З інших налаштовуємо перенаправлення на релевантну сторінку сайту, щоб закривати інтент користувача.
Далі працювали в Google Sheets. На першому аркуші в нас структура старого сайту, на другому статичні сторінки, які необхідно створити. Функція match зазначає, де потрібна тегована сторінка, а де ні.
В окремій колонці зазначаємо куди налаштовується редирект (якщо потрібен).
Після вивантаження нового сайту додали аркуш із новими url, щоб швидко і наочно побачити, чи все на місці.
У підсумку ми переїхали, зберігши тільки дійсно потрібні сторінки, а отже, і трафік на сайт. Крім того, спрощення структури (ми також скоротили кількість категорій) благотворно позначається на поведінкових і індексації.
Сторінки з малокорисним контентом не тільки нікому не потрібні (на те вони й малокорисні), а й потенційно небезпечні – фільтр ніхто не скасовував. Економія краулінгового бюджету зі свого боку позитивний сигнал для пошукових систем.
Інші способи здійснити seocide
Якщо ваш сайт, трафік і замовлення все ж не дають вам спокою, і ви бачите єдиний вихід із ситуації у вигляді SEO-самогубства, то ось кілька робочих у 2023 році способів:
- Не робити у 21 столітті мобільну версію. Звучить кумедно, але досі є сайти заточені тільки під десктоп.
- Побалуватися з “чорним” SEO без глибокого знання алгоритмів пошукових систем. Наприклад, проставити посилань білим по білому, закупити посилань на один комерційний анкор.
- Дуже часто SEO-самогубству передують цілком безгрішні бажання оновити дизайн сайту. Ці роботи потрібно починати із запуску Screaming Frog, інакше чекай біди.
- Переписування “для краси” url сторінок.
- Видалення контенту зі сторінок. Ранжування завжди сукупність безлічі чинників, і видаляючи непотрібні, на ваш погляд, таблиці і тексти зі сторінки, ви можете істотно погіршити ваші позиції.
- Масові маніпуляції з метаданими сайту. Для більшості CMS є популярні плагіни, що дають змогу пакетно правити Title, description, h1 на сотнях і тисячах сторінок одночасно. WOLF на WordPress, Batch Editor на OpenCart – один незручний рух у цих розширеннях може дорого обійтися працюючому сайту.
- Зробити всю навігацію, меню, перелінковку нового сайту на JS. Часто цим грішать недорогі студії розробки, фрілансери, які працюють із пейдж-білдерами.
Негативна оптимізація
Якщо вже ми торкаємося тематики “анти-SEO”, то варто сказати, що це не обов’язково результат незнання людей, які працюють із сайтом. Таке можуть практикувати недобросовісні виконавці, фрілансери, що розізлилися на замовника, конкуруючі компанії тощо.
Уявімо ситуацію. З вашим сайтом деякий час працює приватний SEO-фахівець. Ви ним не задоволені, і припиняєте співпрацювати. Через деякий час трафік і позиції погіршилися, і ви, вважаючи, що погарячкували, звертаєтеся за послугами до цього ж виконавця.
Насправді він цілком міг пробігтися по вашому сайту скриптом, замінивши в url або тексті на сторінках, скажімо, російську “c” на англійську “c”. Або нашу букву “р” на заморську “p”. Візуально і для вас, і для читача не буде жодної різниці, але для пошуковика все на сайті змінилося радикально. І це лише один із хитромудрих способів, широко відомих у дуже вузьких колах.
Висновок доволі простий – перед будь-якими маніпуляціями, які пов’язані з масовими змінами будь-чого на чинному проєкті, відміряйте сім разів. Наслідки можуть бути незворотні, якщо у вас немає чіткого розуміння того, що ви робите і що за цим послідує, то знайдіть того, хто має релевантний досвід.
