Изучайте логи Вы, наверное, привыкли читать только про успешный...

Изучайте логи

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

Есть клиент. Сменил CMS, через 2-3 месяца упал и не вернулся на прежние значения. Сайт переиндексируется с трудом (сейчас у многих такая проблема, что в Гугле, что в Яндексе, особенно у тех, кто не умеет пользоваться API для ускорения переиндексации).

Почему упал-то?

Да вроде бы все ок на первый взгляд. Вроде бы фундаментельно подошли к вопросу. Не сменили урлы в структуре сайта (по сравнению с прошлой CMS). Редиректов соответственно настраивать не нужно, пока все логично же?

После продолжения падения позиций, в начало сезона клиент обратился ко мне. Бюджет небольшой, времени на работы мало, но не суть. Начали изучать как переехал сайт. И опять же, все на первый взгляд в норме. Урлы не сменились, мета-теги и тексты на месте. Даже дизайн внешне не отличается. Отличия в коде само собой есть, но это некритично, ссылочные блоки не поменялись кардинально.

Начали изучать логи и по логам отловили огромную часть урлов, которые начали отдавать 404. Среди них были изображения, которые как раз сменили урл. В этой же каше еще обнаружилась и старая структура урлов, которая была еще на старой CMS (подтвердилось по веб-архиву). Получается роботы и туда тратили свои ресурсы, чтобы приходить и пробивать коды ответов (не сменились ли с 404 на другие). Настроили все редиректы (с картинок, со старой структуры), заодно еще и редиректы с битого ссылочного (обратные ссылки отдающие 404), чтобы спасти ссылочное.

Сайт переиндексируется с трудом, но постепенно сейчас восстанавливает позиции в поисковых системах. В Яндексе особенно долго дела идут.

Вывод какой?

Анализируйте логи всегда после переезда. Банально берите 1-2 недели до переезда и после и сравнивайте между собой (какие новые урлы появились, где посыпались 404 и т.п.). И склеивайте. Агрегируйте данные отовсюду. Из панелей вебмастеров (особенно ценна информация по обходу и страницам, которые сейчас находятся в индексе). Из сервисов (ахрефс для проверки битого ссылочного — то есть, ссылок, на которые есть ссылки с других сайтов, но эти страницы отдают код ответа 404).

PS. Учтите, что с логами nginx лягушка по анализу логов не дружит, только апач.

@seosekretiki

Источник новости https://t.me/seosekretiki/513...