Техническая оптимизация сайта: подробный чек-лист

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

Почему техническая часть важнее, чем кажется

Типичная ситуация: компания вкладывается в контент, пишет десятки статей, заказывает описания услуг, а трафик стоит на месте. При проверке выясняется, что половина страниц закрыта от индексации «временным» правилом, оставшимся со времён разработки, а каталог отдаётся в трёх вариантах адресов — со слешем, без слеша и с параметром сортировки. Поисковик тратит ресурсы на дубли, путается в выборе главной версии и показывает в выдаче не ту страницу.

Технические ошибки опасны тем, что они невидимы для владельца. Сайт открывается, кнопки нажимаются, заявки приходят — значит, всё в порядке? Не обязательно. Робот может видеть совсем другую картину: цепочки из трёх редиректов, страницы с кодом 200 вместо 404, пустые заголовки на сотнях карточек товара. Каждая такая мелочь сама по себе не катастрофа, но в сумме они снижают доверие поисковой системы ко всему ресурсу.

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

Доступность для поисковых роботов

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

Файл robots.txt

Откройте адрес сайта с добавлением /robots.txt и прочитайте файл целиком. В нём не должно быть директивы, закрывающей весь сайт, — это классическое наследие тестового стенда. Зато должны быть закрыты служебные разделы: корзина, личный кабинет, результаты внутреннего поиска, страницы сравнения, адреса с параметрами сортировки и UTM-метками. Обязательно укажите путь к карте сайта. И помните: robots.txt запрещает обход, но не гарантирует, что страница не попадёт в индекс, если на неё ведут ссылки.

Карта сайта sitemap.xml

Карта должна генерироваться автоматически и содержать только канонические страницы с кодом ответа 200. Частая ошибка — в sitemap попадают адреса, закрытые в robots.txt, страницы с noindex или удалённые товары. Для больших каталогов разумно делить карту на несколько файлов: отдельно категории, товары, статьи. Так проще следить, какой тип страниц индексируется хуже. Ограничение на один файл — 50 000 адресов, но на практике удобнее держать файлы поменьше.

Мета-тег robots и заголовок X-Robots-Tag

Проверьте, что на важных страницах нет noindex, а на служебных он есть. Особое внимание — шаблонам: если разработчик добавил noindex в шаблон пагинации или фильтра, он мог случайно задеть и основные категории. Для PDF-файлов и изображений управлять индексацией можно через HTTP-заголовок.

Коды ответа сервера и редиректы

Каждая страница сообщает роботу свой статус. От того, насколько честно сайт это делает, зависит, как поисковик распределит внимание между страницами.

Отдельно проверьте склейку зеркал. Сайт должен открываться по одному адресу: только HTTPS, либо с www, либо без него, с единым правилом для завершающего слеша. Все остальные варианты — через один прямой 301-редирект на основную версию. Если для перехода с «http://www» на «https://» без www сервер делает два шага, это нужно исправить на уровне конфигурации.

Страница 404 должна быть полезной: с поиском, ссылками на главные разделы и понятным текстом. А вот перенаправлять все несуществующие адреса на главную — плохая идея: поисковик воспринимает это как «мягкую 404» и перестаёт доверять редиректам сайта в целом.

Дубли и канонические адреса

Дубли — самая распространённая проблема интернет-магазинов и сайтов на популярных CMS. Одна и та же страница может открываться по адресу с параметром сортировки, с меткой рекламной кампании, через разные пути категорий или с заглавными буквами в адресе. Для человека это одна страница, для робота — пять разных.

Основные источники дублей, которые мы проверяем:

• параметры сортировки, количества товаров на странице, вида отображения;
• товар, доступный в нескольких категориях по разным адресам;
• страницы пагинации с текстом категории, повторённым на каждой странице;
• версия для печати и технические адреса вида ?id=123;
• адреса с завершающим слешем и без него, с index.php и без.

Лечение — атрибут rel="canonical", указывающий на основную версию, и единые правила формирования адресов. У каждой страницы canonical должен вести на неё саму или на главную версию, а не на главную страницу сайта и не на адрес с редиректом. Для страниц фильтров решение принимается индивидуально: часть комбинаций стоит открыть как самостоятельные посадочные страницы, остальные — закрыть. Подробнее про логику адресов — в нашем материале о ЧПУ и структуре адресов.

Скорость загрузки и стабильность вёрстки

Скорость влияет и на ранжирование, и на поведение посетителей. Медленный сайт теряет людей до того, как они увидят предложение, а поисковик фиксирует быстрые возвраты в выдачу. Ориентиры, на которые мы опираемся: основной контент первого экрана появляется быстрее чем за 2,5 секунды на мобильном интернете, отклик на нажатие — до 200 миллисекунд, а элементы страницы не прыгают при загрузке.

Что обычно тормозит сайт

Чаще всего — изображения. Фото с камеры весом 5–8 МБ, загруженное в слайдер на главной, перечёркивает любую оптимизацию кода. Нужны современные форматы, корректные размеры под разные экраны и ленивая загрузка всего, что ниже первого экрана. Второй источник — сторонние скрипты: онлайн-чаты, виджеты обратного звонка, несколько систем аналитики одновременно. Каждый такой скрипт добавляет запросы и блокирует отрисовку.

Серверная часть

Время ответа сервера для обычной страницы должно укладываться в 200–400 миллисекунд. Если оно выше, ищите причину в отсутствии кеширования, тяжёлых запросах к базе или слабом тарифе хостинга. Для сайтов на 1С-Битрикс и WordPress включение штатного кеширования и настройка сжатия на сервере нередко сокращают время ответа в два-три раза без переписывания кода.

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

Мобильная версия и вёрстка

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

• Задан мета-тег viewport, страница не требует горизонтальной прокрутки.
• Текст основного контента одинаков в мобильной и десктопной версиях.
• Кнопки и ссылки не меньше 44 пикселей по высоте и не стоят вплотную друг к другу.
• Базовый размер шрифта — не меньше 16 пикселей.
• Всплывающие окна не закрывают контент сразу после входа на страницу.
• Формы используют правильные типы полей: цифровая клавиатура для телефона, почтовая — для e-mail.
• Изображения и видео масштабируются по ширине экрана.

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

Разметка, безопасность и служебные элементы

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

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

Заголовки и мета-теги. На каждой странице один заголовок H1, уникальные title и description. Для каталогов их генерируют по шаблону, но шаблон должен давать осмысленный результат, а не «Купить Купить шкаф в Москве». Как составлять такие шаблоны, мы разобрали в статье Мета-теги title и description.

Микроразметка. Для товаров, организаций, хлебных крошек, вопросов и ответов. Она не поднимает позиции напрямую, но делает сниппет информативнее: цена, наличие, рейтинг. Ошибки в разметке проверяются валидаторами поисковых систем.

Хлебные крошки и внутренние ссылки. Любая страница должна быть доступна не более чем в три-четыре клика от главной. Страницы-сироты, на которые нет ни одной внутренней ссылки, робот находит плохо, даже если они есть в sitemap.

Атрибуты alt. У содержательных изображений — описательный alt, у декоративных — пустой. Это помогает и поиску по картинкам, и людям, использующим экранные дикторы.

Контроль после запуска и при доработках

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

1. Подключите панели вебмастеров

   Яндекс Вебмастер и Google Search Console показывают ошибки сканирования, исключённые страницы, проблемы с мобильной версией. Настройте уведомления на почту ответственного сотрудника.

2. Сканируйте сайт раз в месяц

   Краулер пройдёт по всем ссылкам и найдёт битые адреса, цепочки редиректов, дубли заголовков, страницы без description. Для сайта на 500–1 000 страниц это занимает минуты.

3. Проверяйте релизы перед выкладкой

   Перед публикацией крупных изменений прогоняйте тестовую версию по ключевым пунктам: robots, canonical, коды ответа, скорость. Это дешевле, чем потом восстанавливать позиции.

4. Следите за скоростью и доступностью

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

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

Итоги: с чего начать проверку

Если времени мало, начните с пунктов, которые дают максимальный эффект: проверьте robots.txt и мета-теги robots на ключевых страницах, склейку зеркал и коды ответа, дубли из-за параметров. Эти три блока закрывают большую часть проблем, которые мы находим при аудитах. Затем переходите к скорости и мобильной версии — здесь работы больше, но и влияние на конверсию заметнее.

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