Оптимизация сайта под продвижение

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

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

Что даёт подготовка и почему её нельзя пропустить

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

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

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

Индексация и дубли: что поисковик видит на самом деле

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

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

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

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

Подробнее об этом — в статье «Бесплатное продвижение сайта в поисковиках».

Коды ответов, редиректы и битые ссылки

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

Ситуация	Как должно быть	Частая ошибка
Рабочая страница	200 OK	Отдаёт 200, но с метатегом noindex в шаблоне
Удалённая страница	404 Not Found	«Мягкая 404»: код 200 и текст об ошибке
Изменился адрес	301 Moved Permanently	302 вместо 301 или цепочка из трёх переходов
Временные работы	503 Service Unavailable	Заглушка с кодом 200 — робот индексирует её как контент
Версии с www и без	Одна основная, остальные через 301	Обе версии доступны и обе в индексе
Протокол	Всё на https, http через 301	Смешанный контент и доступные http-версии страниц

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

Из чего складывается продвижение сайта и как оно работает:

14:31

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

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

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

Смотреть нужно не на общий балл в проверялке, а на конкретные показатели и на мобильную версию, потому что именно там основной трафик и самое слабое железо.

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

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

Тему разбирал отдельно: «Самостоятельное SEO продвижение сайта».

Мобильная версия и путь до заявки

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

1. Открыть сайт с поиска. Не по прямой ссылке из закладок, а как это делает человек — из выдачи. Сразу видно скорость и то, что показывается на первом экране.
2. Найти цену и условия. Если для этого нужно листать несколько экранов или переходить в другой раздел, часть посетителей уйдёт раньше.
3. Нажать на телефон. Номер должен быть кликабельным и вызывать набор, а не выделяться как текст.
4. Заполнить и отправить форму. Проверить, помещаются ли поля, не перекрывает ли клавиатура кнопку, не сбрасывается ли введённое при повороте экрана.
5. Убедиться, что заявка дошла. Посмотреть почту, в том числе папку со спамом, и проверить, зафиксировалась ли цель в Метрике.
6. Проверить всплывающие окна. Баннеры о согласии, подписки и виджеты не должны перекрывать содержание и должны закрываться с первого нажатия.

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

Структура, адреса и внутренние ссылки

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

• Вложенность. До любой значимой страницы должно быть не больше трёх переходов от главной. Страницы, спрятанные глубже, обходятся реже и ранжируются хуже.
• Адреса страниц. Читаемые, латиницей, без идентификаторов и параметров. Менять адреса на уже работающем сайте стоит только при явной необходимости и обязательно с настройкой 301 — выигрыш от красивого адреса меньше, чем риск при переезде.
• Хлебные крошки. Показывают иерархию и человеку, и поисковику, а с микроразметкой попадают в сниппет.
• Внутренние ссылки. Работают ссылки из тела текста с осмысленным анкором. Блок «похожие материалы» в подвале даёт меньше, а сквозные ссылки со всех страниц на все размывают вес.
• Страницы-сироты. Страницы, на которые не ведёт ни одной внутренней ссылки, робот находит в последнюю очередь. Их нужно найти краулером и связать с ближайшими по смыслу разделами.
• Каннибализация. Две страницы под одну тему делят сигналы. На этапе подготовки их находят и либо переориентируют одну, либо склеивают редиректом.

Метатеги, заголовки и разметка

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

Элемент	Что проверить	Типичная проблема
Title	Уникален, содержит основной запрос, читается как обещание	Один шаблон на весь сайт или название компании в начале каждого
Description	Уникален, объясняет выгоду перехода	Пустой, продублирован или собран из первых строк текста
H1	Ровно один на странице, соответствует содержанию	Несколько H1 или H1 в логотипе на всех страницах
Подзаголовки	Отражают структуру, идут по порядку уровней	Используются как элемент оформления для крупного шрифта
Атрибуты alt	Описывают содержимое изображения	Пустые, либо перечисление ключевых фраз
Микроразметка	Организация, товар, хлебные крошки, отзывы	Отсутствует или содержит ошибки, не проходит валидацию

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

Чеклист готовности и порядок работ

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

Смежный материал по теме — «Оптимизация сайта под мобильные устройства».

Приоритет	Что должно быть сделано	Как проверить
1	Нужные страницы в индексе, мусорные закрыты	Число страниц в Вебмастере совпадает с реальным
2	Дубли устранены, канонические адреса заданы	Адреса с параметрами не попадают в поиск
3	Коды ответов корректны, цепочек редиректов нет	Прогон краулером: нет 302, 5xx и цепочек
4	Путь до заявки работает на телефоне	Пройден вручную, письмо дошло, цель зафиксирована
5	Скорость в приемлемых значениях на мобильных	Первый экран отрисовывается быстро, вёрстка не прыгает
6	Метатеги и заголовки уникальны и осмысленны	Выгрузка краулером: нет пустых и повторяющихся
7	Структура и внутренние ссылки в порядке	Нет страниц-сирот, вложенность не глубже трёх шагов

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

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

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

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

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

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

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

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

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

Коротко

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

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