Вы вкладываете деньги в рекламу, пишете полезные статьи, настраиваете контекст. А трафик всё равно падает, знакомая ситуация? Мы взяли свежий аудит одного из наших потенциальных клиентов — сайта descrip.ru. И нашли там 9 проблем, которые тянут его на дно выдачи. Некоторые из них критические — «Яндекс» вообще может исключить сайт из индексации.
Давайте разберём каждую ошибку по делу и с конкретикой.
Редиректы слетели — привет, дубли страниц
Первое, что бросается в глаза. На сайте не настроены технические редиректы:
- с http на https;
- с www на адрес без www (домен и так без приставки, но проверять надо).
Чем это плохо — поисковики видят одну страницу как четыре:
- http://site.ru
- https://site.ru
- http://www.site.ru
- https://www.site.ru
Вес ссылок и контента распыляется, отсюда падает ранжирование. Получается, что в выдаче вы как бы боретесь сами с собой. «Яндекс» и Google ненавидят дубли — за это штрафуют.
Для исправления этого недочета нужно настроить 301-редирект. Жёстко склеить все варианты в один канонический. Любой пользователь или робот, зашедший на http или с www, должен мгновенно перебрасываться на нужный адрес.
545 битых ссылок — это не мелочь
Серьёзно, на сайте полтысячи страниц выдают ошибку 404. Это не «ой, пара ссылок слетела» — это системная беда, даже катастрофа:
- пользователи натыкаются на пустоту, а значит уходят к конкурентам;
- поисковики тратят бюджет краулинга на мусор вместо полезных страниц;
- «Яндекс» из-за этого может снизить доверие ко всему сайту, так как битых ссылок слишком много.
Часть этих 404 — результат проблем с редиректами и слешами (о них ниже), но часть — просто удалённые страницы, на которые кто-то забыл поставить переадресацию. Либо старые ссылки остались в каталогах и соцсетях.
Для исправления ошибки рекомендуется прогнать сайт через валидатор ссылок (Screaming Frog, Netpeak Spider). Там где можно — поставить редирект на актуальный раздел. Если товар снят с продажи — редирект на родительскую категорию. Если это удаленная статья, то на похожую тему. Ссылки, которые ведут в никуда без альтернативы — тупо отдать 410 (Gone), чтобы поисковики поняли — раздела больше не будет.
Robots.txt в режиме «а оно и так сойдёт»
Файл robots.txt — это ваш швейцар на входе в сайт, так как он объясняет роботам: «туда можно, сюда не ходи». В текущей версии на descrip.ru либо нет настроек, либо они не работают корректно. Из-за этого поисковики индексируют всё подряд, включая:
- технические служебные страницы;
- результаты фильтрации с GET-параметрами (?sort=price&page=2);
- корзину и личный кабинет.
В результате получается каша из тысяч дублей. «Яндекс», кстати, стал показывать критическую ошибку при обнаружении таких проблем. В данном случае это уже не «предупреждение», а красная лампочка на приборной панели.
Для исправления рекомендуем написать robots.txt с нуля. Закрыть от индексации:
- /cart/, /personal/, /search/;
- все страницы с параметрами (*?*);
- /bitrix/ или /wp-admin/ (в зависимости от CMS).
Оставить открытым только нужное.
Метатеги keywords — прошлый век
Сайт до сих пор использует тег <meta name="keywords">. Google его полностью игнорирует — и открыто об этом заявляет. «Яндекс» оставляет на своё усмотрение, но чаще всего эти теги только вредят.
Они вредят если вы напихали туда 50 ключей «через запятую», поэтому это всё выглядит как спам. Поисковики могут посчитать, что вы пытаетесь манипулировать выдачей. Плюс keywords иногда становятся источником дублей — если на разных страницах прописаны одинаковые наборы.
Для исправления ситуации самый просто выход — удалить тег keywords на всём сайте. Он не нужен, а вместо него:
- title — главный заголовок страницы, самый важный тег;
- description — описание, которое показывается в выдаче. Пишите его для людей, а не для поисковиков.
Sitemap.xml живёт в прошлом
Последнее обновление карты сайта — 2024 год. Это прямой сигнал поисковикам — «сайт заброшен, новый контент не появляется, старый не меняется». Sitemap.xml — это карта, по которой роботы ориентируются. Если она не обновляется, новые страницы индексируются дольше, а удалённые или изменённые «висят» в выдаче ещё месяцами.
Рекомендуем настроить автоматическую генерацию sitemap.xml. В CMS обычно есть плагины или модули для этого. Карта должна пересобираться каждый раз, когда вы:
- добавляете новый раздел или товар;
- удаляете или меняете адрес существующей страницы.
Обязательно указать путь к sitemap в robots.txt и в Google Search Console / «Яндекс Вебмастер».
Новости от 2022 года — «мы ещё живы?»
Свежие новости на сайте датированы позапрошлым годом. Больше двух лет — тишина, а значит поисковики видят эту картину и делают вывод — сайт заброшен, за ним не следят. Контент устарел, компания, возможно, закрылась. В итоге ранжирование летит вниз.
Лучше вообще убрать раздел новостей, чем держать там артефакты из прошлого, или отключить отображение дат. Либо — вариант для смелых — вести новости регулярно.
Тут есть два пути:
- удалить старые новости и закрыть раздел от индексации;
- настроить регулярные публикации (раз в неделю или хотя бы в месяц).
Никакой «мёртвый контент» поисковикам не нужен, так как он тянет весь сайт вниз.
Бесконечная подгрузка страниц
Автоматическая подгрузка (infinite scroll) звучит круто, когда вы её описываете. На практике это головная боль для SEO. Она создаёт следующие проблемы:
- поисковики не видят товары, которые подгрузились после скролла;
- пользователь не может поделиться ссылкой на 3-ю страницу;
- скорость загрузки страницы падает, потому что контент подтягивается порциями по мере прокрутки.
В дополнение к этому еще и дополнительный бонус — пользователи злятся, когда не могут найти футер с контактами, потому что он постоянно уезжает вниз.
Рекомендуем вернуться к нормальной пагинации. Ссылки вида /catalog/page-2/, /catalog/page-3/. Это стандарт, который понимают люди, роботы. Как вариант «гибридный» метод при котором пагинация работает, но при скролле подгружается следующая страница через AJAX, при этом URL меняется.
Склейка слешей — снова дубли
У вас одна страница может открываться по трём разным адресам:
- /catalog/tovar
- /catalog/tovar/
- /catalog//tovar
Поисковики воспринимают это как три разных страницы с одинаковым контентом.
Для исправления нужно настроить canonical — указывать основной адрес страницы. Это мягкий способ сказать роботам: «другие варианты не индексируй, смотри сюда». А по-хорошему — склеить все варианты через 301-редирект на нужный формат.
Слеш в конце URL — 404 вместо страницы
Самый неприятный баг, если пользователь или робот перейдёт по адресу без слеша в конце, он получает ошибку 404.
Пример: /catalog/zhenskaya_kollektsiya/bryuki/bryuki_zhenskie_4191_seryy
Краткий адрес — а страница не найдена. Хотя она есть, просто по другой ссылке.
Это убивает:
- ссылки из соцсетей или мессенджеров, если кто-то скопировал адрес без слеша;
- переходы с других сайтов;
- доверие поисковиков — если 404 встречается часто.
Рекомендуем настроить сервер так, чтобы адрес с любым количеством слешей в конце (или без них) корректно открывал страницу. Обычно это делается через mod_rewrite (Apache) или аналоги в nginx.
Чек-лист — с чего начать лечение
По большому счету, править косяки нужно последовательно. Хаотичные правки только запутают систему, поэтому предлагаем план, который вернет проект в рабочее состояние:
- Проставить 301-е редиректы для всех комбинаций протоколов и поддоменов.
- Почистить битые ссылки, настроить кастомную 404-ю страницу с поиском и меню.
- Переписать robots.txt, закрыть мусорные параметры, вырезать keywords из мета-шаблона.
- Автоматизировать генерацию sitemap.xml, обновить даты или скрыть старый контент.
- Заменить автоподгрузку на классическую пагинацию, убрать лишний JS-код.
Технический фундамент — не та вещь, которую можно отложить «на потом». Пока косяки висят в коде, бюджет на рекламу будет уходить в пустоту. Если хотите, чтобы сайт работал как часы, начинайте с базовой гигиены. Хотите разобрать свой проект по пунктам? Пишите, глянем, где именно провисает видимость.
