Техническая SEO оптимизация сайта

Технический аудит заканчивается документом на сорок страниц, и на этом у большинства компаний всё останавливается. Файл уходит программисту, тот смотрит на список из ста двадцати пунктов и делает то, что понятнее всего, — сжимает картинки. Через три месяца владелец спрашивает, почему трафик не вырос. Я в SEO с 2005 года и вижу этот сценарий постоянно: диагностику умеют делать почти все, а исполнение проваливается на приоритизации.

Эта статья не про поиск ошибок, а про то, что делать после того, как они найдены.

Почему порядок работ важнее их полноты

Технические правки не складываются линейно. Если страница закрыта от индексации, ускорение её загрузки не даёт ничего. Если на сайте пятнадцать тысяч дублей, улучшение мобильной вёрстки размажется по мусорным адресам. Поэтому исполнение идёт снизу вверх: доступность, потом уникальность, потом качество.

Закрывать все сто двадцать пунктов аудита не нужно: обычно двадцать из них дают восемьдесят процентов эффекта, остальное — гигиена. Если подрядчик присылает счёт за «устранение всех замечаний» без разбивки на очереди, он либо не понимает вес правок, либо продаёт объём.

Очередь	Что входит	Срок	Когда виден эффект
Нулевая	Открытие индексации, снятие ошибочных запретов	1–3 дня	1–3 недели
Первая	Дубли, канонические адреса, редиректы, коды ответа	2–4 недели	1–2 месяца
Вторая	Скорость, мобильная версия, вёрстка	3–6 недель	2–4 месяца
Третья	Разметка, карта сайта, служебные файлы	Фоново	1–3 месяца

Нулевая очередь: снять запреты на индексацию

Первым чинят то, из-за чего страницы физически не попадают в поиск. Классика: robots.txt, переехавший с тестового сервера вместе с директивой Disallow: /; мета-тег noindex, оставшийся в шаблоне после разработки; заголовок X-Robots-Tag, который отдаёт сервер и которого не видно в исходном коде.

Порядок жёсткий. Сначала проверяют ответ сервера для двадцати-тридцати адресов — по одному на каждый тип шаблона. Потом сравнивают, что видит робот и что видит браузер. Потом снимают запреты и отправляют страницы на переобход приоритетными пачками: сначала коммерческие посадочные, потом категории, потом остальное.

Отдельная ловушка — контент, который подгружается скриптами и отсутствует в исходном HTML. Правильное решение — не спорить о возможностях робота, а вынести критичный текст и ссылки в серверный рендеринг. Это доработка сайта, которая почти всегда окупается.

Первая очередь: дубли и канонизация

На среднем интернет-магазине дубли составляют от сорока до семидесяти процентов проиндексированных адресов, и весь этот объём тратит краулинговый бюджет впустую.

• Слэш на конце и без него. Выбирается один вариант, второй уходит в постоянный редирект на уровне сервера, а не скрипта.
• www и без www, http и https. Проверяются все четыре комбинации, включая https с www.
• Параметры сортировки и фильтров. Полезные комбинации превращаются в отдельные посадочные с уникальными текстами, бесполезные закрываются каноническим адресом на базовую категорию.
• Пагинация. Вторая и последующие страницы остаются в индексе со своими заголовками; закрывать их полностью — ошибка.
• Метки и партнёрские хвосты. Канонический адрес без параметров, сами метки продолжают работать для аналитики.
• Товар по нескольким путям через разные категории. Один адрес — один товар.

Ключевой момент: канонический адрес — рекомендация, а не команда. Если ссылка ведёт на страницу с другим содержимым, система её проигнорирует. После простановки канонических адресов обязательна контрольная проверка: что реально склеилось, а что нет.

Редиректы: как чинить, не ломая

Это единственный блок, где неаккуратное исполнение приносит прямой вред: я видел проекты, где после «оптимизации редиректов» трафик падал вдвое, потому что все старые адреса отправили на главную.

Ситуация	Правильное решение	Частая ошибка
Страница переехала навсегда	Код 301 на точный аналог	301 на главную
Товар снят, аналоги есть	301 на ближайший аналог	404 при живом спросе
Товар снят, аналогов нет	410 или 404 с полезной страницей	Редирект в каталог
Временные работы на сайте	Код 503 с указанием срока	200 с текстом «сайт на обслуживании»
Смена протокола или домена	301 постранично, один шаг	Цепочки из трёх переходов

Каждый лишний шаг в цепочке — потерянное время робота и часть переданного веса. Правило: от любого старого адреса до конечного ровно один переход. После массовой правки цепочки перепроверяются: новые редиректы наслаиваются на старые.

Вторая очередь: скорость

Здесь легче всего потратить бюджет впустую: синтетические баллы измерительных сервисов и реальное время загрузки у людей — разные вещи. Гнаться нужно за вторым. Порядок, который даёт результат:

• Время ответа сервера. Если сервер отвечает дольше шестисот миллисекунд, остальное бессмысленно. Кэширование, оптимизация запросов к базе, иногда смена тарифа хостинга.
• Изображения. Современные форматы, размеры под контейнер, отложенная загрузка всего ниже первого экрана.
• Блокирующие ресурсы. Стили первого экрана встраиваются в страницу, остальное грузится асинхронно, скрипты сторонних сервисов — по событию.
• Шрифты. Подгрузка с запасным системным, чтобы текст был виден сразу.
• Сдвиги вёрстки. Явные размеры для картинок и баннеров, резервирование места.

Если после этих пяти пунктов сайт не уложился в норму, дальше начинается работа с архитектурой фронтенда, и это отдельный проект.

Мобильная версия: что реально чинят

Формально адаптивны почти все сайты. Проблемы сместились в детали, которые не видно на скриншотах: горизонтальная прокрутка из-за одного элемента с фиксированной шириной; кнопки ближе восьми миллиметров друг к другу; всплывающие окна, не закрывающиеся пальцем; таблицы, вылезающие за экран; разный набор контента в мобильной и десктопной версиях.

Последний пункт критичен. Если мобильная версия короче десктопной — а так бывает, когда часть текста скрыта не сворачиванием, а условием вывода, — индексируется именно короткая. Это одна из самых частых причин необъяснимой просадки после «улучшения мобильной версии».

Третья очередь: разметка, карта сайта, служебные файлы

Разметка не поднимает позиции сама по себе. Она меняет вид сниппета, а через него — кликабельность. Это единственный технический блок, эффект которого измеряется не позициями.

Тип страницы	Что размечать	Что даёт
Карточка товара	Товар, цена, наличие, отзывы	Цена и рейтинг в сниппете
Статья блога	Статья, автор, дата	Корректная дата публикации
Страница услуги	Организация, услуга, регион	Связка со справочниками
Раздел вопросов	Вопрос-ответ	Расширенный сниппет
Вложенная страница	Хлебные крошки	Путь вместо адреса в выдаче

Размечать можно только то, что реально есть на странице. Разметка отзывов там, где отзывов нет, приводит к санкциям на сниппет, и снимаются они месяцами. Второе правило — проверять валидатором после каждого релиза шаблона.

Карта сайта — не инструмент индексации, а транспорт для передачи списка адресов. Она помогает на больших проектах и почти ничего не даёт на сайте из тридцати страниц с нормальной перелинковкой. Что важно при настройке:

• в карту попадают только страницы с кодом 200, открытые к индексации;
• адреса совпадают с каноническими — без параметров, в едином формате;
• дата изменения обновляется реально, а не текущим числом при каждой генерации;
• на больших сайтах карта разбивается по типам страниц: видно, какой раздел индексируется хуже.

Файл robots.txt после всех работ перечитывается целиком. На сайтах старше пяти лет это археологический слой: закрытые разделы, давно ставшие посадочными, и правила, конфликтующие друг с другом.

Чего делать не стоит

• Начинать со скорости. Самый частый порядок в реальных проектах и самый неверный.
• Закрывать в robots всё подозрительное. Закрытая страница не выпадает из индекса, она просто перестаёт обновляться. Для удаления нужен noindex при открытом доступе робота.
• Массово ставить канонические адреса на главную. Результат — выпадение рабочих страниц.
• Править всё одним релизом. При просадке невозможно понять причину.
• Гнаться за сотней баллов в измерителе скорости. Разница между семьюдесятью и девяноста обычно не окупается.
• Копировать разметку с чужого сайта. Приезжают чужой домен и чужие идентификаторы.
• Работать без резервной копии и фиксации дат релизов.

Как понять, что работы дали результат

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

Позиции подтягиваются позже, через один-три месяца после закрытия первой очереди. Если через квартал сдвига нет ни по одной метрике, проблема не техническая. Иногда выясняется, что сайт технически безупречен, но не отвечает ни на один реальный запрос — тогда нужны SEO-статьи и переработка структуры, а не очередной технический подход.

Частые вопросы

Сколько стоит техническая оптимизация? Анализ предсказуем по трудозатратам, правки зависят от движка и качества кода. На типовом магазине первая и вторая очередь — от сорока до ста двадцати часов программиста за два-три месяца.

Можно ли обойтись без программиста? Частично. Настройки движка, карта сайта, базовая разметка и метатеги закрываются через админку. Редиректы на уровне сервера, кэширование, серверный рендеринг и оптимизация запросов — нет.

Что делать, если правки дороже переделки? Считать. Если техническая часть занимает больше трети бюджета переделки, дешевле создание сайта заново с переносом адресов через постраничные редиректы.

Насколько техническая оптимизация поднимает трафик? Прямой зависимости нет. На сайте с грубыми ошибками рост бывает кратным. На технически здоровом сайте правки дают единицы процентов, дальше растёт уже контент.

Как часто повторять технический анализ? Раз в квартал на активном проекте и после каждого крупного релиза.

Чеклист технических работ

• Проверены коды ответа по всем типам шаблонов, не только по главной.
• Сняты ошибочные запреты индексации в robots, мета-тегах и заголовках сервера.
• Выбран один главный адрес: протокол, поддомен, формат слэша.
• Устранены дубли по параметрам, сортировкам и путям к товару.
• Канонические адреса ведут на страницы с тем же содержимым.
• Редиректы одношаговые, ведут на точные аналоги, цепочки разобраны.
• Время ответа сервера уложено в норму до работ с фронтендом.
• Мобильная версия содержит тот же контент и ссылки, что и десктопная.
• Горизонтальная прокрутка на телефоне отсутствует на всех типах страниц.
• Разметка внедрена только для существующего контента и прошла валидацию.
• Карта сайта содержит только канонические адреса и обновляется автоматически.
• Все релизы разнесены по датам, настроен мониторинг индексации.

Технические работы — режим эксплуатации, а не разовая акция. Развивающийся сайт ломается регулярно: новый плагин добавляет дубли, дизайнер меняет вёрстку и рушит разметку. Поэтому в долгих проектах я закладываю несколько часов в месяц на поддержание технического состояния — это дешевле, чем раз в год делать полноценный аудит сайта и разгребать накопленное.

Если нужно раскрутка сайта в Яндексе — помогу вывести сайт в топ Яндекса и удержать позиции.