Новости

Зміна органічного трафіку після декількох невдалих спроб перенесення сайту - Netpeak Blog

  1. I. Закрили сайт від індексації
  2. Рішення
  3. Рішення
  4. Рішення
  5. IV. Сайт став дуже повільно завантажуватися, часто падає
  6. Рішення
  7. V. Проблеми з внутрішньої перелінковкою
  8. Рішення
  9. VI. Вилучені важливі сторінки сайту
  10. Рішення
  11. VII. Погіршилися поведінкові чинники
  12. Рішення
  13. VIII. Чи не налаштовані 301 редіректи зі старих URL-адрес на нові
  14. Рішення
  15. IX. Сайт неправильно перенесли на https
  16. Рішення
  17. висновки

Часто на сайті відбуваються глобальні зміни, пов'язані з перенесенням на нову CMS (систему управління контентом), правкою структури, налаштуванням статичних адрес сторінок. Буває, що після масового зміни адрес трафік на сайті тимчасово просідає на 10-20%, навіть якщо налаштовані постійні 301 редіректи. А вже якщо їх не налаштувати і не перенести всі SEO-настройки зі старої версії, можна очікувати просто катастрофічного зниження відвідуваності з безкоштовного пошуку.

Чому знижується органічний трафік на сайт після перенесення?

I. Закрили сайт від індексації

Чому?

Закрили в robots.txt, або за допомогою <meta name = "robots" content = "noindex, follow" /> - з тестового субдомена так і перенесли.

Рішення

  1. Прибрати з robots.txt рядок: Disallow: /
  2. Прибрати з просуваються сторінок <meta name = "robots" content = "noindex, follow" />.

II. Змінилися адреси сторінок сайту

Чому?

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

Рішення

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

III. Злетіли всі раніше налаштовані SEO-правки

Чому?

Cлетелі шаблони метатегов, що не перенесли тексти.

Рішення

  1. Налаштувати шаблони генерації мета-тегів (title, description, keywords) і заголовки H1 для всіх типів сторінок (наприклад, для карток товарів, категорій, фільтрів, брендів), перенести старі (вручну прописані) метатеги сторінок. Сподіваюся, вони у вас десь були збережені, якщо немає, змусьте програміста їх повернути.
  2. Перенести SEO-тексти зі старою версією (тільки унікальні, що не спамние).
  3. Перевірити, чи коректно налаштовані canonical на сторінках (можуть вести на інший сайт або на головну сторінку сайту, а повинні вказувати на самих себе без урахування get-параметрів, якщо налаштовані статичні адреси).
  4. Поставити 301 редіректи, які були налаштовані раніше (ще до переносу).
  5. Перевірити, чи правильні заголовки повертає сервер. Часто буває, що існуючі сторінки повертають код відповіді 404 або 301 замість 200.
  6. Перевірити, оновлені чи файли XML-карти сайту.
  7. Перевірити інші пункти аудиту сайту .

IV. Сайт став дуже повільно завантажуватися, часто падає

Чому?

Це буває, коли підбирається невірний хостинг для нової CMS.

Рішення

  1. Перенесіть сайт на новий, перевірений хостинг. Бажано при цьому і правильний тарифний план підібрати, щоб був запас місця на диску, підтримка PHP і так далі.
  2. Протестуйте хостинг (як правило, дається 5-7 днів для тесту), перевірте, як працює техпідтримка, уточніть питання про те, чи потягне дану CMS (наприклад, Magento вимагає величезних ресурсів).

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

V. Проблеми з внутрішньої перелінковкою

Чому?

Пошуковик просто не може проіндексувати частина сторінок - в результаті багато важливих сторінок втратили колишню вагу.

Рішення

1. Перевірте сайт з вимкненим JavaScript.

Можливо, що контент сторінки для користувача і пошукача буде сильно відрізнятися, і пошуковик просто не побачить посилання на внутрішні сторінки. У такому випадку без допомоги програміста не обійтися.

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

У такому випадку потрібно залишити тільки ті посилання, що дійсно корисні. Раніше пошуковики взагалі могли порахувати сайт, на сторінках якого понад 100 посилань, лінкопомийки.

3. Якщо на сайті є оптимізовані сторінки фільтрів, посилання на них повинні бути видні в коді категорій.

VI. Вилучені важливі сторінки сайту

Чому?

Можливо, було видалено велику кількість важливих, з точки зору просування, сторінок. Наприклад, SEO-фахівець створив колись сторінки тегів, фільтрів, підкатегорій, а при перенесенні новий підрядник їх не врахував взагалі.

Рішення

Слід якомога швидше повернути ці сторінки на сайт. Звичайно, якщо вони ще будуть корисні і відносяться до ваших послуг / товарів.

Для цього рекомендуємо простий спосіб визначення сторінок без допомоги програміста.

1. У Google Analytics пройдіть по шляху «Поведінка» - «Контент сайту» - «Всі сторінки».

2. Виберіть дати, за які хочете отримати дані.

3. Ви отримаєте адреси сторінок сайту, на які за даний період заходили відвідувачі. Експортуйте список адрес.

4. Додайте за допомогою текстового редактора доменне ім'я.

Наприклад, в Notepad ++ це можна зробити за допомогою заміни (^ означає початок рядка):

Наприклад, в Notepad ++ це можна зробити за допомогою заміни (^ означає початок рядка):

5. Для отриманих адрес перевірте код відповіді сервера.

Сервісів для масових перевірок багато. наприклад, Netpeak Spider .

Вибираєте в настройках «List of URLs»:

Вибираєте в настройках «List of URLs»:

Завантажуєте і скануєте цей список адрес:

Завантажуєте і скануєте цей список адрес:

Швидше за все, отримаєте для різних сторінок наступні варіанти кодів (Status Code):

  • 200 - сторінка існує;
  • 301 або 302 - налаштовані редіректи (перевірте, чи ведуть вони на відповідні сторінки);
  • 404 - сторінка не існує (це і є віддалені сторінки, які раніше збирали трафік).

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

VII. Погіршилися поведінкові чинники

Чому?

Через новий незручного меню, дизайну і так далі.

Рішення

Перевірте, наскільки змінилися в порівнянні з аналогічним періодом показники в Google Analytics:

  • показник відмов (чим він вищий, тим гірше);
  • середня тривалість перебування користувача на сторінці (чим більше, тим краще);
  • сторінок за сеанс (чим більше, тим краще).

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

Також може значно знизитися коефіцієнт конверсії з відвідувачів в покупців / клієнтів.

Налаштуйте і проаналізуйте Вебвізор в Яндекс.Метрика, подивіться звіт «Шляхи користувачів» в розділі «Аудиторія» в Google Analytics, перевірте адаптивність сайту для мобільних пристроїв, його відображення в різних браузерах. Можливо, проблема саме в тому, що в більшості браузерів сайтом користуватися незручно. Необхідно визначити, що ж не подобається користувачам. Для цього проведіть серію A / B-тестувань.

VIII. Чи не налаштовані 301 редіректи зі старих URL-адрес на нові

Чому?

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

Що ж робити, якщо змінили адреси, які вже встигли проіндексувати пошуковики, і (через один-два місяці) трафік впав?

Рішення

Обов'язково необхідно налаштувати 301 редіректи зі старих URL-адрес на нові, навіть якщо пройшло шість місяців з моменту неправильного перенесення. В ідеалі редіректи повинні спрацювати для всіх типів змінилися адрес (навіть для конкретних статей, карток товарів, а вже тим більше для сторінок послуг, категорій, фільтрів).

Головна проблема - як скласти список 301 редиректів, тобто визначити, який URL-адресу був раніше, і який він тепер.

Щоб вивантажити поточні адреси:

  • доручіть програмісту вивантажити адреси та назви сторінок з бази даних;
  • вивантажите самостійно їх з XML-карти сайту або за допомогою Netpeak Spider;
  • пройдіться вручну по сайту (повільний і болісний спосіб, для великих проектів взагалі не підходить).

Але все ж тут особливих складнощів виникнути не повинно.

А ось з вивантаженням старих адрес можуть виникнути складності.

Рекомендуємо такі способи отримання старих адрес сторінок:

  1. Знову ж доручити програмісту вивантажити зі старих баз URL-адреси та назви сторінок (найбільш простий спосіб, але не завжди є можливість їм скористатися).
  2. Використовувати безкоштовний сервіс Вебархів . Вбиваєте доменне ім'я в рядок пошуку і отримуєте знімки сторінок. Можна подивитися метатеги, текст, URL-адресу, отримані дані порівняти з поточними).

Можна подивитися метатеги, текст, URL-адресу, отримані дані порівняти з поточними)

Всі знімки старше, ніж за півтора-два роки, вже не допоможуть виправити поточну ситуацію, але більш актуальні дані ви можете використовувати для настройки 301 редиректів або інших завдань. Щоб вручну не аналізував всі сторінки, краще аналізувати знімки HTML-карти сайту. Потім можна масово вивантажити URL-адреси.

3. Використовуйте сервіс Ahrefs або його аналоги.

Вибираєте звіт «Broken» і отримуєте список зовнішніх посилань на віддалені сторінки. Недолік полягає в тому, що так можна побачити тільки віддалені сторінки, на які були посилання. Тобто сторінки, на які посилалися, в звіті не будуть показані.

4. Аналізуєте помилки сканування в Google Search Console .

Аналізуєте помилки сканування в   Google Search Console

В даному випадку цікавить саме звіт «Не знайдено», але корисними будуть і інші (наприклад, помилки сервера). У звіті «Не знайдено» відображаються сторінки, які раніше повертали код відповіді 200, а тепер 404.

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

5. Вивантаження сторінок з Google Analytics.

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

Далі вибираєте основний параметр «сторінка входу», а внизу сторінки - кількість рядків (адрес), яке ви хочете вивантажити (наприклад, 1000). Обраний вами період звіту в діапазоні в кілька місяців до перенесення сайту. І вивантажуйте дані.

Отриманий список адрес завантажуєте і скануєте в сервісі Netpeak Spider на перевірку коду відповіді.

Якщо код відрізняється від 200, то, в разі 404, налаштовуєте редіректи (якщо є аналогічні сторінки), а якщо 301 - перевіряємо, чи збігаються сторінки. Іноді вони просто ведуть на головну і для пошукача - це «м'яка» 404 помилка. В такому випадку перенастроювати правильно редіректи.

IX. Сайт неправильно перенесли на https

Як визначити?

Наприклад, сторінки сайту можуть бути доступні як по https, так і http, не все гаразд із налаштуванням сертифіката.

Рішення

Використовуючи рекомендації з даної статті , Виправити посилання, що ведуть з http на https, налаштувати 301 редіректи з http на https, поставивши в списки винятків редиректів файли robots.txt і sitemap.xml.

висновки

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

  1. Закрили сайт від індексації.
  2. Змінилися адреси сторінок сайту.
  3. Злетіли всі раніше налаштовані SEO-правки.
  4. Сайт став дуже повільно завантажуватися, часто падає.
  5. Проблеми з внутрішньої перелінковкою.
  6. Вилучені важливі сторінки сайту.
  7. Погіршилися поведінкові чинники.
  8. Чи не налаштовані 301 редіректи зі старих URL-адрес на нові.
  9. Сайт неправильно перенесли на https.

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

Чому знижується органічний трафік на сайт після перенесення?
Що ж робити, якщо змінили адреси, які вже встигли проіндексувати пошуковики, і (через один-два місяці) трафік впав?

Уважаемые партнеры, если Вас заинтересовала наша продукция, мы готовы с Вами сотрудничать. Вам необходимо заполнить эту форму и отправить нам. Наши менеджеры в оперативном режиме обработают Вашу заявку, свяжутся с Вами и ответят на все интересующее Вас вопросы.

Или позвоните нам по телефонам: (048) 823-25-64

Организация (обязательно) *

Адрес доставки

Объем

Как с вами связаться:

Имя

Телефон (обязательно) *

Мобильный телефон

Ваш E-Mail

Дополнительная информация: