SEO и контент

Чек-лист запуска сайта

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

Чек-лист Бесплатно, без регистрации данные не уходят с устройства
Отметок пока нет · хранится только в этом браузере
Готово 0 из 55 0%

Индексация

0/10 Поисковик видит нужные страницы и не видит лишних.
  • Со стенда часто переезжает «Disallow: /» — и сайт целиком выпадает из выдачи. Закрыты должны быть только служебные разделы, а стили и скрипты — открыты роботу.

  • В карте — только рабочие канонические адреса с кодом 200, без редиректов и закрытых страниц. В robots.txt — строка «Sitemap:» с полным адресом карты.

  • Сайт открывается ровно по одному адресу: https, с www или без. http и второй вариант отвечают 301 на тот же путь; директива Host в robots.txt больше не работает — зеркало задаёт только редирект.

  • Мета-тег robots с noindex, закрывавший тестовую версию, — самая частая причина, по которой новый сайт неделями не появляется в поиске. Проверьте главную, раздел и карточку, а не одну страницу.

  • Этот заголовок ставят в настройках nginx или Apache, в коде страницы его не видно. Проверьте ответ у HTML-страниц и у PDF-файлов, которые должны находиться поиском.

  • Абсолютный адрес на главном зеркале, с https. Типичные ошибки: canonical всех страниц на главную и адрес стенда, забытый после переноса.

  • Адреса с ?sort=, utm-метками и результатами поиска по сайту дают тысячи копий одних страниц. Поиск закройте в robots.txt через Disallow, служебные параметры для Яндекса склейте директивой Clean-param.

  • Откройте выдуманный адрес вроде /proverka-404/: код ответа должен быть 404, а не 200 и не редирект на главную. Иначе пустые страницы набиваются в индекс и съедают обход.

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

    Что это важно при переезде
  • Если у сайта несколько языков, каждая версия ссылается на все остальные и на себя абсолютными адресами. Сайт на одном языке разметки не требует — пункт можно отметить сразу.

Переезд и адреса

0/7 Старые адреса ведут на новые, а накопленные позиции не теряются.
  • Соберите старые адреса из прежней карты сайта, Вебмастера и страниц входа в Метрике за год, а не только из меню. Страница без пары на новом сайте теряет и позиции, и ссылки на неё.

  • Код 302 говорит поисковику «адрес вернётся»: старый остаётся в индексе, вес на новый не переходит. Ведите старый адрес на ближайший по смыслу новый, а не всё подряд на главную.

  • http → https → www → новый путь — это три лишних круга «запрос-ответ» и потеря части веса. Сведите правила так, чтобы любой старый адрес вёл на конечный сразу.

  • При смене протокола или www — «Индексирование → Переезд сайта» в Яндекс Вебмастере; при смене домена — «Изменение адреса» в Search Console и новый домен в обоих кабинетах. Старый домен и редиректы держите минимум год.

  • Объявления, рассылки, соцсети, Яндекс Бизнес и 2ГИС ведут сразу на новые адреса. Редирект, настроенный без передачи параметров, срезает UTM-метки — и статистика рекламы теряется.

  • За сутки до переключения на новый сервер снизьте TTL до 300–600 секунд — тогда посетители не будут полдня попадать на старый. После переезда TTL можно вернуть.

Техника и скорость

0/8 Сервер отвечает правильными кодами и быстро — и человеку, и роботу.
  • Рабочие страницы — 200, удалённые — 404 или 410, переехавшие — 301. Ошибки 5xx под нагрузкой или у робота поисковик считает недоступностью страницы.

  • HTML, CSS, JavaScript, SVG и JSON уходят сжатыми — это в 3–5 раз меньше данных. JPEG, PNG, WebP и AVIF уже сжаты, сжимать их повторно незачем.

  • У CSS, скриптов, шрифтов и картинок — Cache-Control с max-age на месяцы, а версия зашита в имя файла. Без этого каждый переход по сайту заново скачивает одно и то же.

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

  • Пороги Google: LCP до 2,5 с, INP до 200 мс, CLS до 0,1. Смотрите мобильную оценку — на телефоне она почти всегда хуже, чем на компьютере.

  • Фото на 4000 пикселей в карточке 400×400 — главный груз страницы: отдавайте картинку под размер показа через srcset. Атрибуты width и height резервируют место, и вёрстка не прыгает при загрузке.

  • loading="lazy" у картинок внизу страницы экономит трафик. У главной картинки первого экрана его быть не должно: он откладывает её загрузку и ухудшает LCP.

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

Безопасность

0/7 Сертификат, заголовки и то, что не должно быть видно снаружи.
  • Сертификат покрывает домен с www и без, цепочка полная, продление автоматическое. Проверьте дату окончания: истёкший сертификат закрывает сайт предупреждением браузера.

  • Любой адрес по http отвечает 301 на тот же путь по https. Картинки, скрипты и формы внутри страниц тоже работают по https — иначе браузер помечает страницу небезопасной.

  • Strict-Transport-Security запрещает браузеру открывать сайт по http, X-Content-Type-Options: nosniff — угадывать тип файла, X-Frame-Options: SAMEORIGIN не даёт встроить сайт в чужой фрейм (Вебвизору Яндекс.Метрики тоже — если он нужен, разрешите Метрику в CSP через frame-ancestors). includeSubDomains в HSTS добавляйте, только если https работает на всех поддоменах.

  • Большинство взломов — через известные уязвимости старых версий. Обновите ядро и расширения, удалите неиспользуемые и уберите номер версии CMS из кода страниц.

  • Адреса site.ru/.git/config и site.ru/.env должны отвечать 403 или 404. Архивы вида backup.zip и дампы базы в корне сайта боты находят за часы — вместе с паролями.

  • Копии файлов и базы лежат на другом сервере, а не рядом с сайтом. Копия, из которой ни разу не пробовали восстановить сайт, — это надежда, а не копия.

  • Нет тестовых учёток, пароля admin/admin и доступов бывших подрядчиков; у каждого свой вход со сложным паролем. Включите двухфакторный вход, если CMS его умеет.

Контент и мета

0/7 Как страница выглядит в выдаче, в мессенджерах и для поисковика.
  • Title на 20–65 знаков с главной фразой ближе к началу, description на 70–180 знаков (в сниппет обычно помещается 140–160) о том, что человек найдёт на странице. Одинаковый шаблон «Главная — Компания» на всех страницах — ошибка.

  • H1 называет страницу, H2 и H3 делят её на разделы. Логотип в H1 на каждой странице и заголовки ради крупного шрифта путают структуру.

  • JSON-LD даёт расширенные сниппеты: цену и наличие у товара, хлебные крошки вместо адреса. Размечайте только то, что действительно видно на странице.

  • og:title, og:description и og:image размером 1200×630 — иначе ссылка в Telegram и VK превращается в голый адрес или берёт случайную картинку.

  • Описание фото товара или схемы работает на поиск по картинкам и на людей с экранным диктором. У декоративных картинок alt пустой, а не «картинка».

  • Телефон, почта, адрес, ИНН и ОГРН — в подвале и на странице контактов. Для Яндекса это коммерческий фактор, для покупателя — повод доверять.

  • Значок стоит рядом с адресом в выдаче Яндекса и Google. Нужен квадратный файл — для Google размером, кратным 48 пикселям, для Яндекса лучше от 120×120 — и apple-touch-icon для экрана «Домой».

Мобильность

0/4 С телефона приходит больше половины посетителей — им должно быть удобно.
  • «width=device-width, initial-scale=1» — без него телефон показывает уменьшенную компьютерную версию, и поисковик считает страницу неадаптированной.

  • user-scalable=no и maximum-scale=1 в viewport не дают увеличить мелкий текст людям со слабым зрением. Уберите запрет — вёрстка должна выдерживать увеличение.

  • Основной текст — от 16 пикселей, кнопки и ссылки — не меньше 44–48 пикселей и не вплотную друг к другу. На ширине 360 пикселей нет горизонтальной прокрутки.

  • Поле телефона открывает цифровую клавиатуру (type="tel"), почты — клавиатуру с @, автозаполнение работает. Пройдите заявку или заказ целиком со своего телефона.

Аналитика

0/6 Видно, откуда пришли люди и что они сделали на сайте.
  • Счётчик есть и в корзине, и на странице «спасибо», вебвизор включён. Поля с телефоном и другими личными данными скрыты от записи классом ym-hide-content.

  • Цель формы срабатывает на успешной отправке, а не на клике по кнопке; клики по телефону и мессенджерам — отдельные цели. Проверьте каждую тестовой заявкой в отчёте «Конверсии».

    важно при переезде
  • Счётчик привязан к сайту в Вебмастере, и включён «Обход по счётчикам»: Яндекс узнаёт о новых страницах по визитам, не дожидаясь карты сайта.

  • utm_source, utm_medium и utm_campaign — латиницей, строчными и одинаково во всех кампаниях. «Yandex» и «yandex» в отчёте Метрики — два разных источника.

  • Если заметная часть обращений — звонки, без коллтрекинга не видно, из какой рекламы позвонили: остаётся лишь «клик по номеру». Подменный номер показывают по источнику визита и передают звонки в Метрику.

  • Товары, корзина и покупки передаются в Метрику через dataLayer. Тогда видно не просто число заказов, а выручку по источникам и товарам.

Что умеет

  • Индексация: robots.txt, карта сайта, главное зеркало, canonical
  • Техника и скорость: коды ответа, сжатие, Core Web Vitals
  • Безопасность: сертификат, редирект на https, заголовки
  • Контент: title, description, заголовки, микроразметка
  • Мобильность: адаптивная вёрстка, размер шрифта и кнопок
  • Юридическое: политика, согласие на обработку данных, cookie
  • Аналитика: счётчик, цели, Вебмастер
  • Переезд сайта: что проверить до и после смены домена или движка

Как пользоваться

  1. 1 Назовите чек-лист именем сайта — отметки сохранятся отдельно для него.
  2. 2 Идите по разделам сверху вниз: у пункта есть ссылка на инструмент, который его проверяет.
  3. 3 Готовый чек-лист можно скопировать текстом — для отчёта заказчику или задачи подрядчику.

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

Отметки видны кому-то ещё?

Нет, они хранятся только в этом браузере. Чтобы поделиться состоянием, скопируйте чек-лист текстом.

Чем чек-лист отличается от полной проверки сайта?

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

Подойдёт ли чек-лист при переезде на новую CMS?

Да, раздел про индексацию писался с оглядкой на переезд: редиректы со старых адресов, сохранение canonical и карта сайта — то, на чём переезды теряют позиции.

SEO-анализ страницы

SEO и контент

Title, description, заголовки, canonical, robots, микроразметка, картинки без alt и объём текста одной страницы.

Проверка по адресу ~4 с

Цепочка переходов для адреса и всех вариантов домена: http и https, с www и без. Коды 301 и 302, петли, лишние шаги.

Проверка по адресу ~5 с

Анализ robots.txt

Индексация

Разбор файла по строкам, группы роботов, ошибки синтаксиса и ответ, открыт ли нужный адрес для Googlebot и YandexBot.

Проверка по адресу ~2 с

Не проверять руками, а узнавать об изменениях

В кабинете у каждого сайта есть свой SEO-чек-лист с историей правок, и пункт можно превратить в задачу исполнителю.