1. Защита от перегрузки ограничивает поисковых роботов
«Контроль активности» в модуле проактивной защиты ограничивает частоту запросов с одного адреса. На одном сайте порог стоял 1,5 запроса в секунду — поисковые роботы и краулер при обходе получали «Ошибку сервера». Страницы, которые робот не смог скачать, выпадают из индекса. Порог подняли до 20 запросов в секунду, и ошибки ушли. Похожий эффект дают лимиты на стороне хостинга — их тоже стоит проверить.
Как заметить: в Вебмастере растут ошибки 5xx при обходе, а сайт в браузере работает нормально.
2. Canonical выводится из нескольких мест
Типичная картина: canonical есть в карточках, но его нет в разделах, фильтрах или на региональных поддоменах. Ещё хуже, когда его выводят сразу несколько источников — шаблон, компонент и SEO-модуль — и на одной странице оказывается два разных canonical.
Правило здесь одно: у canonical должен быть один источник, который отвечает за все типы страниц и все домены. Где он живёт — в обработчике события, компоненте или модуле — зависит от устройства конкретного сайта. На одном проекте правка в шапке шаблона срабатывала не везде, и canonical пришлось вывести обработчиком; на другом логичнее оказался компонент.
3. Старые мета-теги из кэша
Битрикс кэширует вычисленные SEO-свойства элементов инфоблока. После смены шаблонов title и description старые значения остаются, пока кэш вычисленных значений не сброшен — и сбрасывать его стоит для инфоблока целиком. Если кажется, что «шаблон не применился», сначала проверьте кэш, а потом уже переделывайте шаблон.
4. Чужой город в заголовках
Шаблоны SmartSEO и мета-тегов часто пишут один раз для основного домена — с «в Москве» внутри. На региональных поддоменах получается «Газовые котлы в Москве» на челябинской версии сайта. Лечится тегом склонения города вместо текста.
Искать такие ошибки удобно по выгрузке исключённых страниц из Вебмастера: если сгруппировать их по шаблону, битый шаблон видно сразу.
5. Правки прямо в файлах решения
Классический способ Битрикса — скопировать шаблон в local/templates и править копию. С готовыми решениями это работает не всегда: на одном проекте на Aspro.Max такая копия положила сайт, потому что решение завязано на свой шаблон. А правки прямо в файлах решения перезапишет первое же обновление.
Поэтому доработки для готовых решений выношу туда, где их не тронет обновление, и проверяю после каждого обновления. Другие особенности решений Аспро — на странице о продвижении сайтов на Аспро.
Общее правило
Прежде чем что-то чинить, найдите механизм: где Битрикс на самом деле формирует этот тег или файл. Половина неудачных правок — это правки не в том месте.
Если хотите найти такие ловушки у себя — вот как устроен технический аудит.
