Техническое SEO перед продвижением: что проверить на сайте и с чего начать

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

С чего начать: что блокирует поиск, что влияет на позиции, что подождёт

Подрядчик говорит «сначала поправьте сайт», но не объясняет, что именно и в каком порядке. Разумный порядок такой: сначала то, из-за чего поисковик не видит страницы, потом то, из-за чего он путается в них, и в последнюю очередь мелочи из отчётов сервисов проверки. Этот порядок — рабочий ориентир MERA CLICK для небольших сайтов, а не норма поисковиков.

1. Блокирует поиск. Страницы закрыты от индексации, сервер отвечает ошибкой, адреса не открываются. Чинить до любых текстов.
2. Мешает выбору и удобству. Одна страница открывается по нескольким адресам, переходы идут цепочками, страницы грузятся медленно. Поисковик выбирает не ту версию, посетитель уходит, не дождавшись.
3. Подождёт. Мелкие замечания сервисов проверки, которые не мешают ни роботу, ни посетителю.

Оценка «баллов» в сервисе проверки скорости — не цель. Можно получить хороший балл и при этом держать нужный раздел закрытым от поисковика.

Видит ли поисковик ваши страницы: индексация, robots.txt и sitemap

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

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

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

robots.txt: что закрыто от робота

Откройте файл по адресу «ваш-сайт/robots.txt». Проверьте, не закрыт ли целиком сайт или нужные разделы: частая ошибка остаётся после запуска тестовой версии. Помните и о границе: robots.txt управляет сканированием, но не гарантирует, что страница не попадёт в поиск. Для этого нужны другие способы, их описывает документация Google.

sitemap.xml: список адресов для робота

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

Отчёты индексации в Вебмастере и Search Console

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

Дубли страниц и адреса с параметрами: как найти и что сделать

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

Типичные источники дублей на сайте малого бизнеса:

• рекламные метки (UTM) в конце адреса;
• фильтры и сортировка в каталоге;
• версия с www и без;
• http и https;
• адрес с косой чертой на конце и без неё.

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

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

Если у каждой страницы один адрес и основная версия указана, этот пункт можно пропустить. Рекламные метки сами по себе не вредны, пока у страницы настроена основная версия.

Коды ответа, битые ссылки и переходы: адреса должны отвечать как задумано

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

Как проверить: обойдите сайт краулером или сервисом проверки, откройте важные страницы с телефона. Убедитесь, что http ведёт на https и что работает одна версия, с www или без. Заодно посмотрите, не грузится ли часть ресурсов страницы по http, когда сама страница открыта по https.

Что ломает картину:

• цепочка переходов, когда адрес ведёт на второй, а тот на третий;
• ссылки на удалённые страницы;
• страница-заглушка, которая выглядит как «не найдено», но отвечает как обычная.

Редирект 301 переводит со старого адреса на новый и сообщает поисковику, что перенос постоянный.

Если страница пропала, верните её или переведите посетителей на близкую по смыслу, а не оставляйте ссылки вести в пустоту.

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

Скорость и стабильность страницы: как проверить и что тормозит чаще всего

Google оценивает, как быстро грузится главное содержимое страницы, как она откликается на действия и не «прыгают» ли элементы. Этот набор показателей называется Core Web Vitals. Он нужен, чтобы страницей было удобно пользоваться, а не чтобы гнаться за баллом: оценка в сервисе проверки сама по себе не равна позициям.

Факт. Пороговые значения Core Web Vitals публикует документация web.dev, и они могут меняться. Поэтому цифр в статье нет: сверяйтесь с актуальной страницей документации.

Как проверить скорость без разработчика

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

Виджеты, чат и счётчики: как понять, виноваты ли они

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

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

Tilda, WordPress, «1С-Битрикс»: что можно исправить без разработчика

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

Что можно проверить самостоятельно:

• не включён ли после тестового запуска запрет на индексацию;
• один ли адрес у каждой страницы;
• есть ли карта сайта и попадают ли в неё новые статьи блога;
• нет ли лишних скриптов, подключённых когда-то «на пробу».

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

Если у вас автоматический блог, проверьте его отдельно: статьи должны индексироваться, не дублироваться и попадать в sitemap.

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

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

Порядок действий до запуска:

1. Выпишите старые адреса важных страниц.
2. Сопоставьте каждый с новым адресом.
3. Настройте переход со старого на новый.
4. После запуска проверьте ответы адресов и отчёты индексации.

До запуска нового сайта должен быть список старых адресов и того, куда каждый из них ведёт.

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

Когда сайт готов к продвижению: таблица приоритетов и что делать дальше

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

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

Мнение. Если в таблице у вас не нашлось ни одной строки с приоритетом «блокирует», нет смысла откладывать продвижение ради мелочей: их можно чинить по ходу работы.

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

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

Как часто нужно проверять технические ошибки на сайте?

После каждой крупной правки: новой версии, смены адресов, подключения скриптов. Плюс по расписанию, например раз в квартал. Это практический ориентир, а не норма поисковиков.

Можно ли проверить сайт самому, без разработчика?

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

Сколько времени занимает проверка сайта перед продвижением?

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

Как понять, что ошибки исправлены?

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