Технические факторы ранжирования

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

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

Что относится к техническим факторам, а что нет

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

• Доступность — коды ответа, аптайм, время ответа сервера, поведение под нагрузкой. Зона хостинга и системного администратора.
• Адресация — структура адресов, редиректы, канонические адреса, регистр, завершающие слеши. Зона разработчика.
• Индексация — robots.txt, карта сайта, мета-роботс, заголовки ответа сервера. Совместная зона разработчика и специалиста по продвижению.
• Скорость и отображение — вес страницы, порядок загрузки, сдвиги макета, мобильная вёрстка. Зона фронтенд-разработчика.
• Служебные данные — микроразметка, кодировка, языковые атрибуты, значок сайта, обработка ошибок. Зона разработчика.
• Безопасность — HTTPS, актуальность сертификата, защита от заражения, обновления движка. Зона хостинга и разработчика.
• Техническое SEO

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

Доступность сайта и коды ответа сервера

Робот делает выводы по коду ответа, а не по картинке на экране. Ошибки в кодах системные: их отдаёт не одна страница, а целый класс адресов, и потому цена ошибки высокая.

Код	Когда должен отдаваться	Типовая ошибка
200	Страница существует и содержит контент	Отдаётся на удалённых адресах — мягкая 404 засоряет индекс
301	Адрес изменён навсегда	Вместо него ставят 302, сигналы старого адреса не переходят
302	Временная подмена, редкий случай	Остаётся после переезда и держит старые адреса в индексе
404	Страницы нет и не будет	Отдаётся вместе с редиректом на главную — человек теряет контекст
410	Страница удалена намеренно	Не используется, хотя ускоряет вычистку из индекса
503	Плановые работы, вернитесь позже	Не используется при обслуживании, вместо него отдаётся 200 с заглушкой

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

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

Адреса страниц, ЧПУ и переезды

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

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

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

Тему разбирал отдельно: «Поведенческие факторы ранжирования сайта».

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

Дубли: откуда берутся и как их закрывать

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

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

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

Тип дубля	Как возникает	Правильное решение
Технические версии адреса	www и без www, http и https, со слешем и без	Один главный вариант, остальные — 301
Параметры фильтров и сортировки	Каждое сочетание даёт новый адрес	Канонический на основную категорию; полезные сочетания — в отдельные посадочные
Рекламные метки	Хвост параметров после адреса	Канонический адрес без параметров
Товар в разных категориях	Одна карточка доступна по нескольким путям	Один постоянный адрес карточки вне категорий
Пагинация	Повтор текста категории на всех страницах	Текст только на первой, канонический — на саму себя, номер в Title
Частичные дубли	Разные страницы с одинаковыми Title и описанием	Уникальные метаданные, разведение по смыслу или склейка

8:14

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

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

Скорость, стабильность отображения и мобильная версия

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

Смежный материал по теме — «Текстовые факторы ранжирования сайта».

Что измеряем	Ориентир	Что чаще всего мешает
Ответ сервера	до 300 мс	Дешёвый хостинг, тяжёлые запросы к базе, отсутствие кэша
Появление основного содержимого	до 2,5 секунды на мобильном	Крупные изображения, блокирующие скрипты, шрифты
Сдвиг макета при загрузке	Практически отсутствует	Картинки без размеров, поздние баннеры, подгружаемые блоки
Отклик на нажатие	Мгновенный	Тяжёлые скрипты аналитики и виджетов в основном потоке
Вес страницы	Разумный минимум	Несжатые фотографии, подключение половины библиотеки ради одного эффекта
Удобство касаний	Кнопки крупные, с отступами	Десктопная вёрстка, ужатая до ширины телефона

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

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

Индексация и служебные файлы

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

1. robots.txt. Проверяется целиком, построчно. Особое внимание к директивам, оставшимся с тестового сервера, — запрет всего сайта при переносе на боевой встречается регулярно.
2. Карта сайта. Только адреса с кодом 200, без закрытых, неканонических и редиректящих. Дата изменения — настоящая. Обновление автоматическое при публикации.
3. Мета-тег robots и заголовок X-Robots-Tag. Второй не виден в коде страницы, поэтому его проверяют по заголовкам ответа. Забытый noindex на шаблоне — одна из самых обидных находок в аудитах.
4. Служебные разделы. Корзина, оформление заказа, личный кабинет, результаты внутреннего поиска, версии для печати — закрываются от индексации, иначе съедают обходы.
5. Страница 404. Отдаёт код 404, но при этом оформлена как обычная страница сайта: меню, поиск, ссылки на популярные разделы.
6. Отдельное правило. Если страница закрыта в robots.txt, робот не увидит внутри неё noindex. Для гарантированного удаления из индекса обход должен быть разрешён, а запрет стоять в мета-теге.

Разметка, метаданные и безопасность

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

Элемент	Что даёт	Как проверить
Title	Заголовок в выдаче, основной сигнал о содержании	Уникален на каждой странице, главный запрос в начале, без списка городов
Description	Влияет на текст сниппета и на клик	Уникален, описывает выгоду, а не повторяет Title
Заголовок h1	Главный заголовок страницы	Ровно один, совпадает по смыслу с Title, но не дословно
Микроразметка	Расширенные сниппеты: цены, рейтинг, хлебные крошки, организация	Валидатором разметки, без выдуманных данных
Кодировка и язык	Корректное отображение и определение языка	UTF-8, указан язык документа
HTTPS	Доверие браузера и человека	Сертификат действителен, нет смешанного содержимого, весь HTTP уходит в 301

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

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

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

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

Если нужны детали, смотрите «E-A-T факторы ранжирования».

Порядок технического аудита: что чинить первым

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

Приоритет	Что чинить	Признак
Критично	Запреты индексации, недоступность, массовые ошибки 5xx, заражение	Страницы отсутствуют в поиске или сайт недоступен роботу
Высокий	Дубли, неправильные коды ответа, цепочки редиректов, битые ссылки	Разрыв между загруженными и включёнными в поиск страницами
Средний	Скорость первого экрана, сдвиги макета, мобильные неудобства	Отказы на мобильных выше, чем на десктопе
Средний	Дубли Title и Description, пустые метаданные	Одинаковые сниппеты у разных страниц
Низкий	Микроразметка, оформление 404, мелкая оптимизация кода	Влияет на клик и удобство, не на доступность
Постоянно	Мониторинг доступности, обновления движка, резервные копии	Не задача, а регламент

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

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

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

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

Обязательно ли переходить на HTTPS? Да, и давно. Браузеры помечают незащищённые соединения предупреждениями, а формы на таких страницах вызывают у людей обоснованное недоверие. Переезд делается один раз и по той же процедуре, что и любая смена адресов: карта соответствия, 301, переписывание внутренних ссылок, обновление карты сайта.

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

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

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

Коротко

• Техника не поднимает сайт сама по себе, но неисправная техника делает невозможным результат от контента и ссылок, поэтому проверяется первой.
• Коды ответа сервера важнее содержимого страницы: мягкие 404, 302 вместо 301 и цепочки редиректов ломают индексацию системно.
• Смена адресов — самая рискованная операция: нужна полная карта соответствия, прямые 301, переписанные внутренние ссылки и год жизни редиректов.
• Дубли возникают сами и съедают обходы; закрываются каноническими адресами, редиректами и уникальными метаданными, а частичные дубли ищутся по совпадению Title и запросов.
• Скорость правится в скучном порядке: изображения, отложенная загрузка второстепенного, кэш и сжатие на сервере, и только потом споры о фреймворках.
• Очередь работ строится от блокирующего к косметическому, а техническое задание формулируется через проверяемый результат, а не через описание проблемы.
• Техническое SEO

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