Техническая ревизия сайта: что показали Lighthouse, Core Web Vitals и Screaming Frog
Прошло восемь недель работы — и мы заново прогнали сайт через все приборы: Lighthouse, замеры Core Web Vitals и полный обход Screaming Frog. В этой статье честно показываем, что стало лучше, где ещё чиним и почему техническая часть напрямую влияет на ваши позиции и заявки.
Зачем вообще нужна промежуточная техническая ревизия
Техническая ревизия — это контрольная точка. Мы смотрим не «вообще, как дела у сайта», а сравниваем замеры до и после правок: стало быстрее или нет, закрылись битые ссылки или появились новые, видит ли поисковик нужные страницы.
Полный аудит в начале проекта показывает картину один раз. Но сайт живёт: добавляются страницы, меняется контент, накапливаются мелкие ошибки. Без промежуточной проверки вы узнаёте о проблеме только когда просядут позиции — а это уже потерянные заявки.
Поэтому мы делаем ревизию регулярно. На восьмой неделе у нас уже есть с чем сравнивать — и это самое ценное. Видно не абстрактное «хорошо/плохо», а движение: вот здесь починили, вот тут ускорили, а над этим ещё работаем.
- Lighthouse — оценивает скорость, доступность и техническое здоровье страницы.
- Core Web Vitals — показывает реальную скорость глазами живого пользователя.
- Screaming Frog — обходит весь сайт как поисковый робот и находит то, что не видно вручную.
Что показал Lighthouse: скорость и техническое здоровье
Lighthouse — это бесплатный инструмент Google, который ставит сайту оценки по нескольким направлениям. Мы смотрим на четыре: производительность, доступность, лучшие практики и SEO-готовность.
Главная задача на этом этапе — разгрузить страницы. Тяжёлые картинки, лишние скрипты, шрифты, которые грузятся не вовремя, — всё это незаметно для глаза, но робот и медленный мобильный интернет чувствуют это сразу.
Что мы разбирали по Lighthouse:
- Вес изображений. Пережали и перевели в современные форматы — страница стала легче без потери качества картинки.
- Загрузку скриптов. Убрали то, что блокировало отрисовку первого экрана, и отложили второстепенное.
- Доступность. Подписи к кнопкам, контрастность, корректные заголовки — это помогает и людям, и поисковику понять страницу.
Важно понимать: высокий балл Lighthouse — не самоцель. Это приборная панель. Мы гонимся не за красивой цифрой, а за тем, чтобы страница реально открывалась быстро у вашего клиента на телефоне в метро.
Core Web Vitals: скорость глазами живого человека
Core Web Vitals — это три метрики, которыми Google измеряет реальный опыт посетителя. Не теорию, а то, что человек чувствует, когда заходит на сайт.
Объясним по-человечески, без терминов:
- Как быстро появляется главное. Сколько ждёт человек, прежде чем увидит основной блок страницы — заголовок, картинку, форму. Чем быстрее — тем меньше людей уходят, не дождавшись.
- Как быстро сайт откликается на действие. Нажали кнопку — она сработала сразу или с задержкой. Задержка раздражает и роняет доверие.
- Не «прыгает» ли вёрстка. Когда вы целитесь в кнопку, а в этот момент догрузилась картинка и всё съехало — это та самая беда, которую метрика ловит.
Эти показатели Google учитывает в ранжировании напрямую. Но дело даже не только в позициях. Медленный, «дёргающийся» сайт теряет заявки на ровном месте: человек не дождался, ушёл к конкуренту. Поэтому за восемь недель мы целенаправленно подтягивали именно эти три вещи — чтобы сайт ощущался быстрым.
Screaming Frog: полный обход сайта глазами робота
Screaming Frog обходит весь сайт страница за страницей — ровно так, как это делает поисковый робот. И находит то, что глазами никогда не увидишь: десятки мелких ошибок, разбросанных по разделам.
На промежуточной ревизии мы сверяем свежий обход с прошлым и смотрим, что закрылось, а что появилось. Вот основные вещи, которые проверяем:
- Битые ссылки. Ссылки на страницы, которых уже нет. Они раздражают людей и тратят впустую внимание робота.
- Дубли страниц и заголовков. Когда два разных адреса ведут на одинаковый контент — поисковик путается, какую страницу показывать.
- Title и description. Пустые, слишком длинные или одинаковые на разных страницах — это упущенные клики из выдачи.
- Заголовки H1. Их отсутствие или дубли мешают поисковику понять, о чём страница.
- Редиректы и цепочки переадресаций. Лишние «пересадки» замедляют сайт и размывают вес страниц.
За прошедшие недели мы прошлись по найденным проблемам и закрыли основной массив. Сравнение двух обходов как раз и показывает результат — список ошибок становится короче, а структура сайта чище.
Что конкретно улучшилось за восемь недель
Главный смысл промежуточной ревизии — показать движение, а не просто констатировать факты. Если коротко: сайт стал легче, быстрее и понятнее для поисковика.
По направлениям картина такая:
- Скорость. Страницы стали отдаваться быстрее — за счёт сжатия картинок, наведения порядка в скриптах и шрифтах.
- Чистота кода и структуры. Закрыли битые ссылки, разобрались с дублями заголовков, привели в порядок title и description.
- Опыт пользователя. Убрали «прыжки» вёрстки и задержки отклика — сайт ощущается стабильнее.
- Видимость для поисковика. Роботу стало проще обходить сайт: меньше тупиков, меньше путаницы, чётче приоритеты.
Не всё чинится за один подход — что-то требует более глубоких правок и переходит в работу на следующие недели. Мы честно держим этот список открытым и не выдаём незакрытые задачи за готовые. Так и должно быть: техническая часть сайта — это не разовая уборка, а постоянное поддержание порядка.
Почему техническая часть напрямую влияет на ваши заявки
Техаудит звучит как что-то для программистов, но на деле он про деньги. Медленный или «глючный» сайт теряет клиентов ещё до того, как они увидят ваше предложение.
Логика простая:
- Человек кликнул из поиска → страница грузится медленно → половина уходит, не дождавшись.
- Сайт «прыгает» и тормозит → доверие падает → заявку не оставляют.
- Поисковик видит технические проблемы → ставит сайт ниже → к вам приходит меньше людей.
Поэтому мы не относимся к техничке как к галочке. Это фундамент, на котором держатся и реклама, и SEO. Можно привести трафик, но если сайт его «не удерживает», деньги утекают. Как раз поэтому в нашей работе техническая ревизия идёт рука об руку с аналитикой — мы смотрим не только на приборы, но и на то, как цифры превращаются в реальные заявки.
Если хотите понять, в каком техническом состоянии ваш сайт сейчас — мы начинаем с бесплатного AI-аудита за 24 часа. Берёмся за проект только если видим, чем реально можем помочь. Подробнее — на главной странице, а как идёт работа над проектами по неделям — в нашей хронике.
Начните с бесплатного аудита
1 час с Денисом и Анной — найдём где теряются деньги. Берёмся только если видим как поможем.
Поговорить с Анной в Telegram →Анна-AI ответит за 30 секунд · Бесплатный аудит за 24 часа
Частые вопросы
Что такое техническая ревизия сайта простыми словами?
Это проверка «здоровья» сайта приборами: быстро ли он грузится, нет ли битых ссылок, видит ли его поисковик. Промежуточная ревизия сравнивает замеры до и после правок и показывает, что реально улучшилось.
Чем Lighthouse отличается от Core Web Vitals?
Lighthouse — это оценка страницы в лабораторных условиях: скорость, доступность, техническое здоровье. Core Web Vitals — реальная скорость глазами живого посетителя. Мы используем оба: один показывает причины, второй — реальный опыт человека.
Зачем нужен Screaming Frog, если есть Lighthouse?
Lighthouse проверяет отдельные страницы, а Screaming Frog обходит весь сайт целиком, как поисковый робот. Он находит то, что не видно вручную: битые ссылки, дубли заголовков, пустые описания, лишние редиректы по всем разделам сразу.
Как часто нужно делать технический аудит?
Полный аудит — в начале работы, а затем промежуточные ревизии регулярно, например раз в несколько недель. Сайт живёт и меняется, ошибки накапливаются. Регулярная проверка ловит проблему раньше, чем она ударит по позициям и заявкам.
Техническая часть правда влияет на количество заявок?
Да, напрямую. Медленный или «прыгающий» сайт теряет людей ещё до того, как они увидят предложение: человек не дождался загрузки и ушёл. Плюс поисковик ставит технически слабые сайты ниже, и трафика приходит меньше.
Почему не все ошибки чинятся сразу?
Часть проблем закрывается быстро — сжать картинки, поправить заголовки. Но что-то требует более глубоких правок и переходит в работу на следующие недели. Мы держим список открытым и не выдаём незакрытые задачи за готовые.
Как узнать техническое состояние моего сайта?
Мы начинаем с бесплатного AI-аудита за 24 часа и показываем реальную картину по скорости, ошибкам и видимости в поиске. Берёмся за проект только если видим, чем можем помочь. Написать можно через Telegram-бота Анны: https://t.me/AnnaLeadAiPepDen_bot.