7 ошибок, из-за которых сайт не растёт в поиске
Редиректы после редизайна, закрытая индексация, SPA без SSR, дубли, скорость и тексты для робота: что находим на аудитах и с чего начинать проверку.
Чаще всего к нам приходят не за SEO. Приходят с фразой «сайт сделали полгода назад, из поиска ноль» — и просят посмотреть, что не так.
Дальше в девяти случаях из десяти начинается не оптимизация, а разбор завалов. Ниже семь вещей, которые мы находим на аудитах регулярно. Текст для собственников и маркетологов, которые уже заплатили за сайт и не понимают, почему поиск его не видит. Не для сеошников — там всё это известно.
1. Редизайн без карты редиректов
Выглядит так: новый сайт запустили, через месяц трафик просел вдвое и не восстанавливается. Владелец винит дизайн, хотя дизайн ни при чём.
Причина механическая. У старого сайта были страницы с накопленным весом — их знали поисковики, на них вели ссылки. Новый сайт живёт по другим адресам. Старые отдают 404, поисковик выкидывает их из индекса, а новые начинают с нуля.
Лечится картой соответствий: каждый старый URL → на релевантный новый, 301-м редиректом. Не пачкой на главную — это поисковики читают как «страницы больше нет».
Работа на день-два для разработчика, если старую структуру выгрузили до переезда. Если сайт уже удалён с хостинга — собираем адреса из Метрики, вебмастера и веб-архива, и это уже неделя.
2. Сайт закрыт от индексации после релиза
Классика, которая живёт на боевых сайтах месяцами. На тестовом контуре ставят Disallow: / в robots.txt или мета-тег noindex, чтобы черновик не попал в поиск. При переносе на прод забывают снять.
Симптом честный: сайт открывается, работает, а в поиске его нет ни по одному запросу, включая название компании.
Проверяется за минуту — откройте вашсайт.ру/robots.txt и посмотрите исходный код главной на предмет noindex. Правится за пять минут. Индексация возвращается за пару недель.
# что должно быть на боевом сайте
curl -s https://вашсайт.ру/robots.txt
# и проверка мета-роботов на главной
curl -s https://вашсайт.ру/ | grep -i "noindex"
3. Контент подгружается скриптами
Сайт на React или Vue без серверного рендеринга. Человек видит текст и каталог, а робот получает пустой каркас и подтягивает содержимое, только если дойдут руки.
Google JS рендерит, но с задержкой и не всегда полностью. Яндекс здесь заметно слабее. Для контентного или коммерческого сайта на российском рынке это означает, что половина страниц в индекс не попадёт.
Проверить просто: откройте исходный код страницы через Ctrl+U и поищите там свой заголовок H1. Нет его в коде — нет и для робота.
Чинится либо SSR, либо пререндером ключевых шаблонов. Пререндер дешевле, но это подпорка. Если сайт изначально собран как SPA и трафик из поиска для бизнеса основной — честнее сказать, что переделывать нужно фронтенд целиком.
4. Одна страница на всё
«Услуги» — и внутри списком двенадцать направлений. Или «Работаем по всей России» вместо страниц по городам.
Поисковик ранжирует страницу, а не сайт. Под запрос «ремонт промышленных холодильников в Казани» он ищет страницу, где написано ровно про это. Если у вас общая страница услуг, вы конкурируете с чужой узкой посадочной и проигрываете ей всегда.
Обратная крайность тоже плохая. Наплодить сто пустых страниц-клонов с подменой города — это работало лет десять назад, сейчас так собирают фильтр за малополезный контент.
Рабочий вариант — взять три-пять направлений, которые реально приносят деньги, и сделать под каждое отдельную страницу. Что должно быть на такой странице:
- цены или хотя бы вилка
- сроки
- что входит в работу, а что нет
- примеры выполненных работ
Остальное подождёт.
5. Дубли, которые никто не считал дублями
Сайт доступен с www и без, по http и https, со слэшем на конце и без. Плюс страницы фильтров каталога, плюс utm-метки из рекламы. В сумме один товар живёт по восьми адресам.
Робот видит восемь страниц с одинаковым содержимым и решает сам, какую показывать. Решает не в вашу пользу: вес размазывается, в выдачу попадает случайная версия.
Закрывается настройкой canonical, склейкой зеркал 301-м редиректом и правилами для параметров. Один раз — и дальше работает само.
6. Скорость, о которой вспоминают последней
Скорость редко бывает главной причиной провала. Но она добивает сайт, у которого и так всё не блестяще.
Считается по Core Web Vitals, и практический ориентир — LCP до 2,5 секунды на мобильных. Ломают его почти всегда три вещи: картинки в исходном разрешении на два мегабайта, шрифты без предзагрузки и шесть аналитических скриптов в шапке.
Здесь бизнес-эффект виден без поисковика. Медленный сайт теряет людей до того, как они дойдут до формы — деньги утекают из рекламы, а не только из органики.
Наш последний замер по такому проекту. Окна по 28 дней, трафик сопоставимый:
| Показатель | До | После |
|---|---|---|
| LCP (CrUX, мобильные, 75-й перцентиль) | 4,6 с | 1,8 с |
| Сессии за 28 дней | 12 400 | 13 100 |
| Заявки | 148 | 191 |
| Конверсия | 1,19% | 1,46% |
Дорогая часть — когда медленно работает не фронтенд, а бэкенд: тяжёлые запросы к базе, отсутствие кеширования. Тогда это уже не оптимизация картинок, а переработка архитектуры.
7. Тексты, написанные для робота
Два полюса, оба нерабочие.
Первый — переспам. Ключи в каждом абзаце, «купить окна пластиковые недорого в Москве» пять раз подряд. Читать невозможно, поисковики это давно распознают.
Второй встречается чаще — 400 знаков воды на коммерческой странице. «Мы предлагаем качественные решения для вашего бизнеса». Ни цены, ни сроков, ни ответа на вопрос, который человек задал в поисковой строке.
Плюс к этому шаблонные title и description, где меняется только название товара, а конец одинаковый на всём сайте.
Работающий текст отвечает на вопрос страницы прямо: сколько стоит, за какой срок, что входит, что не входит. Ключевые фразы в нём появятся сами, потому что вы пишете теми же словами, которыми спрашивают люди.
Что мы сами сделали не так
Тот самый сайт с Disallow: / — наш. Семь месяцев на боевом, и никто не заметил.
Проще всего сказать, что разработчик был невнимательный. Только дело не в нём. Ловить было некому: отчёты по продвижению строились по позициям из сервиса, а сервис брал данные не из живой выдачи. По отчётам всё выглядело нормально ровно до того момента, пока кто-то не открыл поиск руками и не набрал название компании.
Вывод оказался не про внимательность, а про процесс. Сейчас у нас в CI после каждого деплоя на прод проверяется robots.txt и мета-роботы — если сайт закрыт, билд падает. Проверка написана за полдня и стоила нам семи месяцев чужого бюджета.
Спрашивайте у своего подрядчика, откуда берутся цифры в отчёте. Если из сервиса — раз в месяц проверяйте выдачу сами, руками, по названию компании и паре ключевых услуг.
Почему это вообще происходит
Ни одна из семи ошибок не требует редких знаний. Все они — следствие того, что сайт делали как картинку, а не как инструмент, который должен приводить людей.
Разработчик закрыл задачу «сверстать макет». Дизайнер — «нарисовать красиво». Про то, что у страницы есть адрес, заголовок и смысл для робота, не подумал никто, потому что в задаче этого не было.
Сайт — не волшебная кнопка. Он не начинает приводить клиентов оттого, что его запустили. Он приводит их, когда кто-то на старте задал вопрос: по каким запросам нас должны находить и какая страница будет ответом на каждый.
С чего начать
Если проверять всё сразу некогда, порядок такой.
- закрыт ли сайт от индексации. Это пять минут и потенциально вся проблема целиком.
- редиректы, если за последний год был редизайн.
- рендеринг, если сайт на современном фронтенде.
Эти три — про то, видит ли поисковик ваш сайт в принципе. Остальные четыре — про то, насколько хорошо он его понимает. Второе не имеет смысла без первого.
И честно: если сайту два года, он на конструкторе и трафика с поиска не было никогда — список выше вам не поможет. Там нечего чинить.