Основные технические параметры сайта, влияющие на SEO

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

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

Почему технический слой идёт первым

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

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

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

Скорость загрузки

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

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

Параметр	Норма	Что чаще всего ломает
Отрисовка основного содержимого первого экрана	до 2,5 секунды на мобильном	тяжёлые изображения, шрифты, слайдеры
Смещение элементов при загрузке	практически отсутствует	картинки без указанных размеров, всплывающие блоки
Отклик на первое действие	до 200 миллисекунд	тяжёлые сторонние скрипты, чаты, счётчики
Время ответа сервера	до 200 миллисекунд	слабый хостинг, отсутствие кэша, тяжёлые запросы к базе
Вес страницы	до 2 МБ	несжатые изображения, неиспользуемые библиотеки
Формат изображений	WebP или оптимизированный JPEG	PNG и фотографии в исходном разрешении

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

Доступность для робота: коды ответа, robots.txt, зеркала

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

Первый — коды ответа сервера. Существующая страница обязана отдавать 200. Удалённая — 404 или 410, а не 200 с текстом «страница не найдена»: во втором случае в индекс попадают сотни пустых страниц. Переехавшая — 301, постоянный редирект, а не 302. Цепочки редиректов длиной в три-четыре шага замедляют обход и теряют часть переданного веса, их нужно схлопывать в один переход.

Тему разбирал отдельно: «Как проверить сайт на ошибки: основные технические и SEO-проверки».

Второй — robots.txt. Файл управляет доступом робота к разделам, и ошибка в одной строке способна закрыть сайт целиком. Классическая авария: сайт разрабатывали на тестовом домене с запретом обхода, выкатили в продакшн вместе с этим файлом и полгода искали причину отсутствия трафика. Проверять содержимое файла нужно после каждого обновления движка или переноса.

Помогу с продвижением: продвижение сайта в поисковых системах — вывожу сайты в топ Яндекса белыми методами.

Третий — зеркала и протокол. Один и тот же сайт может быть доступен по четырём адресам: с www и без, по HTTP и HTTPS. Если все четыре отдают 200, поиск видит четыре сайта-копии. Правильно: один основной адрес, остальные три отправляют на него постоянным редиректом, основное зеркало указано в панели вебмастера. Сертификат при этом должен быть действующим и покрывать все используемые поддомены.

Индексация и обходной бюджет

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

Если интересно направление с сайтами — базу даю в своём курсе:

8:14

• Карта сайта в формате XML должна формироваться автоматически, содержать только страницы, отдающие 200, и обновляться при каждой публикации. Карта, собранная руками три года назад, вредит: робот ходит по несуществующим адресам.
• Даты последнего изменения в карте должны быть настоящими. Если движок проставляет всем страницам сегодняшнюю дату, сигнал обесценивается.
• Служебные разделы — корзина, личный кабинет, результаты внутреннего поиска, страницы фильтров без спроса — исключаются из обхода. Иначе они съедают бюджет.
• Страницы пагинации, сортировок и вариантов отображения требуют отдельного решения: часть закрывается, часть склеивается каноническим адресом.
• Разница между числом страниц в поиске и числом исключённых — главный индикатор здоровья. Если исключённых больше, чем в поиске, проблема системная.

Смотреть всё это удобнее всего в Яндекс Вебмастере: там видно и статус страниц, и причины исключения, и динамика обхода. Причины исключения читать обязательно — они прямо называют дефект: дубль, ошибка сервера, запрет в robots.txt, недостаточное качество.

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

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

Тип дубля	Как выглядит	Решение
Протокол и www	четыре версии одного адреса	301 на основное зеркало
Слеш на конце	/uslugi и /uslugi/ открываются обе	выбрать вариант, остальное в 301
Параметры отслеживания	адрес с utm и без	канонический адрес без параметров
Сортировки и фильтры	?sort=price, ?view=list	канонический адрес или запрет обхода
Пагинация	страницы 2, 3, 4 с тем же текстом	уникальные заголовки, без копии описания раздела
Товар в нескольких категориях	одна карточка по разным путям	один постоянный адрес карточки
Главная по двум адресам	/ и /index.php	301 на корень

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

Смежный материал по теме — «Основные признаки устаревшего сайта».

Структура адресов и вложенность

Адрес страницы влияет не столько на ранжирование напрямую, сколько на понятность структуры для робота и человека. Требования простые и почти не меняются годами.

• Читаемые адреса на латинице, транслитерацией от смысла страницы, без идентификаторов вида ?id=4471.
• Разделитель слов — дефис, не подчёркивание и не слитное написание.
• Вложенность до трёх-четырёх уровней: чем глубже страница, тем реже её обходят и тем меньше внутреннего веса до неё доходит.
• Адрес не меняется при редактировании страницы. Смена адреса без редиректа обнуляет накопленные позиции.
• Одна страница — один постоянный адрес, независимо от того, каким путём пользователь до неё дошёл.
• Хлебные крошки на странице повторяют реальную структуру и размечены микроразметкой.

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

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

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

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

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

Если нужна помощь по теме — мой курс по SEO.

Сайты с отдельной версией на поддомене вида m.site.ru — устаревшее решение. Оно порождает дубли, рассинхронизацию текстов и двойную работу при каждой правке. Современный стандарт — одна адаптивная вёрстка.

Служебная разметка страницы

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

Если нужны детали, смотрите «Факторы влияющие на индексацию сайта».

Элемент	Требование	Типовая ошибка
Title	уникальный на каждой странице, до 60–70 знаков	одинаковый шаблон на весь раздел
Description	уникальное, осмысленное описание	пустое или продублированное с title
Заголовок h1	ровно один на странице	логотип в h1 на всех страницах
Иерархия h2–h3	последовательная, без пропусков уровней	заголовки, оформленные жирным текстом
Атрибут alt у изображений	описывает содержимое картинки	отсутствует или забит ключами
Микроразметка	организация, товар, статья, хлебные крошки, вопросы	не внедрена или с ошибками валидации
Кодировка и язык	UTF-8, указан язык страницы	кракозябры в сниппете

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

Как проверять и в каком порядке чинить

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

Очередь	Что чиним	Почему сюда
1	Доступность: коды ответа, robots.txt, зеркала, сертификат	блокирует всё остальное
2	Индексация: карта сайта, служебные разделы, причины исключения	определяет, какие страницы вообще участвуют
3	Дубли и канонические адреса	размывают вес и путают поиск
4	Мобильная вёрстка	больше половины аудитории
5	Скорость	влияет и на оценку, и на потери посетителей
6	Служебная разметка и микроразметка	улучшает то, что уже работает

Инструменты для проверки достаточно бесплатных: Яндекс Вебмастер для индексации, ошибок и диагностики, отчёт по скорости в Метрике по реальным посетителям, PageSpeed Insights для разбора конкретной страницы, любой краулер для обхода сайта целиком и поиска битых ссылок и дублей заголовков, валидатор микроразметки. Платные сервисы ускоряют работу, но принципиально нового не показывают.

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

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

Сколько технических ошибок допустимо? Вопрос не в количестве, а в типе. Десяток битых ссылок в старых статьях — рабочая ситуация. Одна строка запрета в robots.txt — катастрофа. Сортируйте не по числу, а по тому, что именно блокируется.

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

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

Влияет ли хостинг на позиции? Напрямую — нет, косвенно — заметно. Медленный ответ сервера ухудшает скорость всех страниц, а регулярные падения приводят к ошибкам при обходе, из-за которых страницы временно выпадают из поиска. Стабильность важнее заявленной мощности тарифа.

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

Коротко

• Технические параметры отвечают за первые шаги пути страницы в выдачу: узнать адрес, получить ответ сервера, попасть в индекс. Пока они нарушены, вложения в контент и ссылки не работают.
• Скорость измеряется не средним временем, а показателями восприятия на мобильном соединении; основной эффект дают сжатие картинок и кэширование.
• Доступность держится на трёх вещах: корректные коды ответа, чистый robots.txt и одно основное зеркало с постоянными редиректами с остальных.
• Обходной бюджет ограничен: служебные разделы, фильтры и результаты внутреннего поиска нужно исключать, а карту сайта формировать автоматически.
• Дубли размывают вес между копиями и лишают вас контроля над тем, какая страница попадёт в выдачу; лечатся редиректами, каноническими адресами и объединением.
• Чинить нужно по приоритету последствий: доступность, индексация, дубли, мобильная версия, скорость, разметка — а не по длине списка из аудита.

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