Аудит сайта обычно сдают таблицей на сто с лишним пунктов, и она создаёт ощущение работы, а не понимание. Мы провели технический аудит собственного сайта и получили результат, которого не ждали: половина пунктов классического чек-листа оказалась выполнена, а страницы всё равно не попадали в поиск. За полтора месяца мы измерили, что именно на это влияет, и заодно выяснили, какие привычные проверки не значат почти ничего.
Ниже — чек-лист, где у каждого пункта стоит не «важно для SEO», а то, что мы намерили на своём проекте: 202 страницы, 85 удалений за один день и несколько дефектов, которых не видит ни один инструмент.
Сначала о том, что оказалось неправдой
Прежде чем перечислять проверки, стоит убрать три убеждения, которые мы сами проверили и опровергли. Иначе аудит уходит в бесполезную сторону.
Объём текста не предсказывает индексацию
Внутри одного раздела мы сравнили страницы, попавшие в поиск, и страницы, не попавшие. У вторых объём оказался больше: медиана 15 881 знак против 14 207 у тех, что в поиске. То же самое повторилось на разделах услуг и отраслей. Наращивание знаков — самый популярный совет и самый бесполезный, если проблема не в объёме.
Входящие ссылки не предсказывают её тоже
Мы считали и это: у страниц в поиске входящих внутренних ссылок оказалось меньше, чем у страниц вне поиска — 9 против 12. Прежний вывод «мало ссылок, поэтому не индексируется» был построен на двух примерах и не выдержал полной проверки.
Уникальность внутри сайта — не то же самое, что уникальность в интернете
Это стоило нам десяти статей. Наш собственный замер показывал 97% своего текста и ноль замечаний. Поисковая система выбросила эти страницы с пометкой «малоценные». Разница в том, что мы сравнивали статьи между собой, а решение принимается по сравнению со всем, что уже есть в сети по этой теме.
Практический вывод: проверка уникальности внутри сайта нужна, но она не отвечает на вопрос, зачем ваша страница нужна интернету.
Что проверять на самом деле
1. Индексация: не «сколько страниц», а что с ними происходило
Обычный совет — сравнить число страниц в поиске с числом в карте сайта. Этого мало: цифра показывает состояние, но не причину. Смотреть надо события: когда страница появилась в поиске и когда исчезла, с какой пометкой.
У нас именно история событий дала главный ответ за всё время работы: 30 июня за один день с поиска сняли 85 страниц, 84 из них с пометкой «малоценные». До этого мы полтора месяца читали ситуацию как оценку сегодняшних текстов, а это был приговор, вынесенный за один день и не пересмотренный.
Что делать: в панели вебмастера открыть историю появлений и удалений, а не только текущее число. Если удаления идут пачкой в одну дату — ищите, что случилось в тот день, а не переписывайте тексты.
2. Обход: куда робот тратит время
Это пункт, которого нет почти ни в одном чек-листе, а он решает многое. Робот приходит на сайт с ограниченным вниманием, и если оно уходит в разделы, которые поиск всё равно не берёт, настоящим страницам не достаётся ничего.
Наш случай: 7 августа из 51 страницы, скачанной роботом за день, 46 были страницами одного раздела — того самого, который поисковая система дважды отказалась брать. То есть девять десятых дневного внимания уходили в пустоту.
Что делать: открыть в панели вебмастера примеры обхода и посмотреть, какие разделы там преобладают. Если это фильтры, сортировки, поиск по сайту или раздел, который стабильно не попадает в выдачу, — закрывайте его от индексации.
3. Тип страницы: самостоятельная единица или клетка матрицы
Самый практичный вывод, который мы получили. Мы измеряли скорость попадания в поиск у разных типов страниц одного сайта:
- термин словаря, город, страница проверки — 100% индексации, новая страница попадает в поиск примерно за сутки;
- страницы вида «услуга × отрасль» — ноль из сорока двух за пять дней, при том что робот их прочитал целиком.
Разница не в объёме и не в качестве текста: у связок было 92% своего текста и ноль замечаний нашего же шлюза. Разница в том, что первые отвечают на отдельный вопрос, а вторые получены перемножением двух списков.
Что делать: перед созданием раздела спросить себя, существует ли страница сама по себе или она — ячейка таблицы. Если второе, поисковая система, скорее всего, её не возьмёт, сколько ни пиши.
4. Карта сайта: не наличие, а правдивость
Проверять надо не то, что карта отдаётся, а что в ней написано. У нас 121 адрес из 155 сообщал дату изменения, равную дате сборки — то есть после каждого обновления сайт заявлял, что изменилось всё. Такой признак поисковая система перестаёт учитывать, и настоящая правка тонет в общем шуме.
Что делать: сверить даты в карте с датами реальных правок. Если они одинаковые у всех страниц или совпадают с датой последнего деплоя — признак не работает. Лучше не указывать дату вовсе, чем указывать неверную.
5. Robots.txt: не только запреты, но и противоречия
Три источника должны говорить одно и то же: robots.txt, метатег robots и canonical. Противоречие между ними — частая причина, по которой страница месяцами не заходит в поиск при полностью здоровом содержимом.
Отдельно: запрет в robots.txt и noindex — разные вещи. Запрет не пускает робота на страницу, поэтому прочитать стоящий на ней noindex он не может, и адрес может остаться в выдаче без описания.
6. Скорость: мерить на боевом сервере, а не локально
Здесь мы потеряли полчаса на собственной ошибке и запомнили её навсегда.
Локальный python -m http.server отдаёт файлы без сжатия, и по нему все
шаблоны показывали 3 200–4 200 мс. Это выглядело как двукратный откат
оптимизации. На боевом nginx с gzip те же страницы давали 1 600–2 600 мс.
Что делать: сравнивать «до и после» только на одном и том же сервере, а абсолютные значения снимать с боевого. И помнить, что лабораторная блокировка потока плохо отражает то, что чувствует человек: полезнее мерить задержку отклика на касание.
7. Шрифты: подстановка запасного часто не работает
Дефект, которого не показывает ни один популярный инструмент. Современные сборки
подгоняют запасной шрифт под основной через size-adjust, но делают это через
local(...) — то есть рассчитывают, что у посетителя установлен Arial или Times
New Roman. На Android и Linux их нет, правило не применяется, и текст
сначала рисуется системным шрифтом, а потом прыгает.
У нас это дало двойной кандидат на главную метрику первого экрана: заголовок засчитывался дважды — на 1 832 мс и на 3 732 мс, когда доезжал кириллический акцидентный шрифт и вырастал на две трети.
8. Анимации появления: проверить, что они не прячут готовый текст
Ещё один дефект, невидимый для инструментов. Анимации, рассчитанные на приложение, которое рисует себя само, на предрендеренной странице приходят с опозданием и работают наоборот: текст уже отрисован, а потом его закрывают заставкой или делают прозрачным.
Мы намерили: заголовок появлялся на 1 500 мс, заставка во весь экран — на 3 000 и гасла к шестой секунде. Плюс переход между страницами уводил всю обёртку в прозрачность на три секунды при первом заходе.
Что делать: искать в каркасе opacity: 0 и проверять на медленном соединении,
не появляется ли анимация после того, как текст уже прочитан.
9. Вложенные ссылки: одна ошибка ломает всю страницу
В подвале у нас ссылка оборачивала логотип, а у логотипа по умолчанию была своя ссылка — получилась ссылка внутри ссылки. Браузер такое перестраивает при разборе, серверная разметка перестаёт совпадать с полученной, и фреймворк отказывается от неё целиком, перерисовывая страницу заново уже в браузере.
Подвал общий — значит, это происходило на всех 174 страницах сайта. В инструментах аудита такой дефект не виден: страница открывается, ошибок нет, просто вся работа делается дважды.
10. Изображения: проверять содержимое, а не наличие
Инструменты проверяют, что картинка есть и что у неё заполнен alt. Мы измерили сами файлы и обнаружили, что у всех одиннадцати кейсов обе картинки — один и тот же пустой серый кадр: яркость 239, разброс 22 у всех до единого. Формально изображения были, фактически посетитель видел пустоту.
Что делать: раз в полгода смотреть на картинки глазами или замерять их статистику. Пустая заглушка проходит любую автоматическую проверку.
Порядок, в котором это стоит делать
- События индексации — есть ли массовые удаления и с какой пометкой.
- Обход — куда уходит внимание робота.
- Противоречия между robots.txt, метатегом и canonical.
- Правдивость карты сайта — даты и состав.
- Скорость на боевом сервере и отклик на касание.
- Первый экран глазами на медленном соединении — не прячут ли анимации текст.
- Тип страниц — нет ли разделов, полученных перемножением списков.
- Содержимое картинок, а не их наличие.
Первые четыре пункта отвечают на вопрос «почему страниц нет в поиске», и без ответа на него остальное не имеет смысла: страница, которую поисковая система отказывается брать, не станет лучше от ускорения на двести миллисекунд.
Чем это проверить
Большую часть — бесплатно и без регистрации. Панель вебмастера даёт события индексации и примеры обхода. Скорость меряется браузером с эмуляцией медленного соединения. Проверить сразу техническую часть, мета-теги, карту сайта, robots.txt и микроразметку можно нашими проверками — они бесплатные и не требуют регистрации:
- проверка индексации — что закрыто и почему;
- проверка карты сайта — состав, даты и противоречия;
- проверка robots.txt — запреты и их конфликты;
- проверка мета-тегов — заголовки, описания, дубли;
- проверка скорости — что тормозит загрузку;
- проверка микроразметки — что размечено и чего нет.
Что делать с найденным
Аудит имеет смысл, только если после него что-то меняется. По нашему опыту порядок такой: сначала снять то, что мешает попасть в поиск (противоречия в запретах, разделы-пустышки, враньё в карте сайта), потом привести в порядок скорость и первый экран, и только затем заниматься текстами.
Обратный порядок — самая частая ошибка: текст переписывают на странице, которую поисковая система в принципе отказывается брать, и удивляются, что ничего не меняется.
Если нужен разбор с рекомендациями по вашему сайту — у нас есть бесплатный аудит за тридцать секунд и расширенный, где к техническим проверкам добавляется разбор конверсии. А если чинить некому — это и есть наша работа: SEO-продвижение сайта и работа под ключ, где расписано, что требуется с вашей стороны.