Технический аудит сайта: документ, в котором каждый пункт имеет цифру

Бесплатный технический замер сайта

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

Что мы измеряем

• Маршрут от корневого адресаЦепочка редиректов, протокол, коды ответа, поведение www и без www. Здесь мы находили и 301 на незащищенном HTTP при валидном сертификате, и домен без редиректа вообще.
• Карта сайта и robots.txtОтдаются ли, согласованы между собой, сколько в карте записей и сколько уникальных адресов. Пустая карта, отдающая 200 с нулевым телом, – находка, которую мы видели не раз.
• Скорость на трех типах страницГлавная, категория, карточка отдельно. Разница между ними говорит больше, чем средняя цифра по сайту.
• Структурированные данныеЧто объявлено на самом деле, а не обещающий модуль. Проверяем на живых страницах и сверяем с тем, что на них видно.
• Заголовки и метатегиНаличие заглавия первого уровня, длина названия страницы и описания, уникальность по типам страниц.
• Аналитика и версия платформыИмеется ли рабочий счетчик и поддерживается ли версия речи и движка. Версия PHP без поддержки с 2021 года – это и безопасность, и скорость.

Почему две одинаковые на вид задачи считаются по-разному

• Сколько на сайте типов страницСайт-визитка – это два шаблона. Магазин – главная, категория, фасетная выдача, карточка, корзина, статьи, теги. Каждый тип проверяется отдельно, потому что разметка и метатеги задаются шаблоном: одна поломка тиражируется на тысячи адресов сразу.
• Размер каталогаОбход десяти тысяч адресов – это не десять раз по тысяче. Появляются лимиты инструмента, батчи, повторные прогоны и отдельная работа с тем, что обход не завершился. На каталоге в десятки тысяч страниц длиннее именно эта часть, а не написание отчета.
• Дали ли доступ к Search Console и логамБез Search Console видны предпосылки индексации, но не ее факт. Без логов поведение бота остается предположением. С доступами отчет становится перечнем конкретных поправок; без них часть выводов честно обозначается как непроверенная.
• Языковые версии и поддоменыКаждая языковая ветвь – отдельный обход и отдельная проверка hreflang и canonical. Блог на поддомене или другом движке считается как отдельный сайт: у него своя карта, свои заголовки и свои дубли.
• Состояние предварительных правокСайт, который уже несколько раз оптимизировали разные подрядчики, разбирается дольше: остатки редиректив, два контейнера аналитики, разметка от выключенного модуля. Это археология, и она занимает дни.
• Нужна ли повторная проверка после исправленийЭто второй обход тем же методом через время после работ. В первый документ он не входит и планируется по отдельности.

Полный перечень работ и того, что вы получаете на выходе

• Полный обход сайта с кодами ответа, цепочками редиректов и глубиной вложенности – видно, какие страницы бот видит, а до которых не доходит
• Сверка карты сайта и robots.txt между собой и с фактической структурой: сколько записей против скольких уникальных адресов, что закрыто от обхода по ошибке
• Список дублей адресов с разбором причин — параметры сортировки, фасеты, версии с и без слеша: далее видно, что склеивать canonical, а что закрывать
• Замер первого ответа сервера отдельно на главной, в категории и в карточке, с фиксацией веса документа — разница между типами страниц говорит больше средней цифры
• Проверка структурированных данных на живых страницах, а не в настройках модуля: что объявлено, есть ли оно на странице на самом деле, где разметка обещает несуществующее
• Аудит заголовков первого уровня, названий страниц и описаний по типам страниц - с перечнем пустых, коротких и дублированных
• Проверка языковых версий, hreflang и канонических ссылок на непротиворечивость: типичная поломка – canonical с одной языковой ветви на другую
• Состояние аналитики: стоит ли счетчик, не собирает ли он в выключенное свойство, не дублируются ли события из двух контейнеров
• Разбор логов сервера, если доступ дали: куда бот реально ходит и сколько запросов съедают служебные адреса и страницы фильтров
• План поправок с разделением на аварийную, важную и косметическую и оценкой каждого пункта в рабочих днях — за ним задачи ставятся без нас
• Сырые данные обхода файлом: таблица адресов с кодами и заголовками остается у вас независимо от того, кто будет исправлять

Прозрачные этапы с согласованием на каждом шагу

Общий срок:5–20 дней

1. 1

   Обход и сбор сырых данных

   1–3 рабочих дня

   Идем по сайту от корневого адреса вглубь: коды ответа, редиректы, глубина вложенности, заголовки ответа. Параллельно тянем карту сайта и robots.txt. На этом шаге ничего не толкуем – только собираем таблицу, на которую потом опирается каждый вывод.

2. 2

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

   1–3 рабочих дня

   Сколько записей в карте против скольких уникальных адресов закрыто в robots.txt, какие адреса существуют в нескольких вариантах. Здесь же Search Console, если доступ был предоставлен. Честный предел сразу: карта сайта не поднимает позиции и не заставляет проиндексировать — она только убирает причину, по которой страницу не нашли.

3. 3

   Шаблоны: заголовки, метатеги, разметка, языковые версии

   1–4 рабочих дня

   Берем по несколько живых адресов каждого типа и смотрим, что отдает сервер: название первого уровня, название страницы, описание, JSON-LD, canonical, hreflang. Разметку сверяем с тем, что видно на странице: объявленный рейтинг безо всякого отклика – это риск ручных санкций, а не преимущество в выдаче.

4. 4

   Логи, скорость, аналитика

   1–4 рабочих дня

   Читаем access log: куда бот ходит по сути и сколько запросов забирают служебные адреса. Меряем первый ответ на трех типах страниц. Проверяем счетчики. Счетчик сам по себе ничего не улучшает – он лишь дает возможность увидеть, и GA4 показывает тенденцию, а не кассу.

5. 5

   Приоритизация, документ, разговор по нему

   1–6 рабочих дней

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

На чём строим и с чем это соединяется

Без этого не начнём — лучше подготовить заранее

1. 1Адрес сайта – для бесплатного замера больше ничего не нужно.
2. 2Доступ к Search Console для платного аудита: без него не видно, что из найденного реально дошло до индекса.
3. 3Доступ к логам сервера или выгрузке access log за две-три недели, если требуется разбор поведения бота.
4. 4Контакт разработчика, которому мы сможем задать уточняющие вопросы по конфигурации – это скорее переписка через менеджера.
5. 5Список страниц, которые для вас главные: мерить имеет смысл то, куда приходят деньги, а не случайный адрес из каталога.
6. 6Одного человека с вашей стороны, который принимает решение по найденному, иначе документ обсуждают, но не внедряют.

Если чего-то из этого нет — скажите, подскажем, как собрать или сделаем сами отдельной задачей.

Что обычно берут вместе с этой задачей

• Аудит скорости сайта — подробнее
• Карта сайта и robots.txt — что входит
• Аудит после падения трафика — сроки и условия
• Дубли URL
• Внедрение структурированных данных — что входит