Проверка сайта самому: 15 минут и 7 сервисов

Онлайн-проверкой сайта обычно называют простую процедуру: вы прогоняете домен через несколько бесплатных веб-сервисов (PageSpeed Insights, Google Search Console, SSL Labs и подобные) и минут за 10 или 15 получаете объективную картину по четырём блокам: скорость загрузки, отображение на мобильных, индексация в поиске и техническая безопасность. Устанавливать ничего не придётся, для работы хватит браузера и адреса сайта.

Полноценный технический аудит такая проверка не заменит, потому что структуру семантики, качество текстов, логику воронки и конкурентное окружение она попросту не оценивает. Зато грубые поломки она ловит хорошо, и как раз они чаще всего съедают заявки (сайт, который не открывается на телефоне или выпал из индекса, никакая реклама не вытянет).

Для владельца бизнеса практический смысл в том, что на руках появляется список фактов вместо догадок. С таким списком удобно идти к подрядчику и ставить задачу конкретно, без расплывчатого «сайт как-то плохо работает».

Откройте PageSpeed Insights (pagespeed.web.dev), вставьте адрес главной страницы и дождитесь отчёта. Смотреть имеет смысл вкладку «Мобильные», потому что у большинства локальных бизнесов в Казахстане преобладает мобильный трафик, и Google оценивает сайт как раз по мобильной версии.

В отчёте нужны три метрики: LCP (момент, когда отрисовался главный блок, цель до 2,5 с), INP (отклик на нажатие, до 200 мс) и CLS (скачки вёрстки, до 0,1), а официальные пороги опубликованы на web.dev/vitals. Если в отчёте есть блок «Данные о реальных пользователях» (CrUX), смотрите в первую очередь на него: он показывает то, что видят живые посетители, тогда как остальные цифры получены в лабораторном тесте.

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

Мобильную версию лучше проверить вживую: откройте сайт на телефоне и попробуйте сделать целевое действие, то есть позвонить, отправить форму или найти цены. Отдельный Mobile-Friendly Test от Google закрыт, поэтому опирайтесь на раздел «Удобство для мобильных» в отчёте PageSpeed и на собственную ручную проверку. Чаще всего ломается одна из трёх вещей: кнопка «Записаться» уезжает за край экрана, номер телефона не кликается или поп-ап невозможно закрыть.

Индексацию смотрите в Google Search Console (сервис бесплатный, и подключить его нужно обязательно). Отчёт «Страницы» покажет, сколько URL попало в индекс и по каким причинам исключены остальные, а инструмент «Проверка URL» ответит по конкретной странице: проиндексирована ли она, считается ли канонической и какой код ответа отдаёт.

Потом вручную откройте site.kz/robots.txt и site.kz/sitemap.xml. Здесь нередко всплывает классика вроде robots.txt с закрывающим Disallow: /, который забыли убрать после разработки, или карты сайта, у которой половина ссылок ведёт на 404.

Скачайте Screaming Frog SEO Spider: бесплатная версия сканирует до 500 URL, и для сайта услуг этого обычно хватает. Запустите обход, отсортируйте отчёт по коду ответа и ищите 404, цепочки редиректов из трёх и более шагов, страницы без title и H1.

Отдельно проверьте склейку зеркал (все варианты адреса должны вести на один), введя в браузере четыре адреса: http://site.kz, http://www.site.kz, https://site.kz, https://www.site.kz. Три лишних варианта должны отдавать 301-й редирект на основной. Если каждый из них открывается сам по себе, поиск видит четыре сайта-дубля вместо одного.

Следующая проверка касается дублей контента внутри сайта. Типовой случай выглядит так: одна и та же услуга доступна по нескольким адресам (с utm-параметрами, со слэшем и без него, через /index.php). Лечится это тегом canonical, и колонка Canonical в Screaming Frog сразу покажет страницы, на которых его нет.

Прогоните домен через SSL Labs Server Test (ssllabs.com/ssltest): сервис ставит оценку от A+ до F и находит истёкший сертификат, неполную цепочку доверия и устаревшие протоколы. Если оценка ниже B, напишите хостеру в тот же день. Истёкший сертификат вызывает браузерное предупреждение на весь экран, и посетитель уходит, так и не увидев контент.

После этого проверьте домен в Google Safe Browsing (transparencyreport.google.com/safe-browsing/search) и в Sucuri SiteCheck. Оба сервиса смотрят, не помечен ли домен как заражённый и нет ли на страницах внедрённых скриптов. Сайты на устаревших CMS взламывают часто, и владелец, как правило, узнаёт о проблеме последним, когда трафик заметно просел.

Бонусом стоит проверить смешанный контент (mixed content) на ключевых страницах. Когда HTTPS-страница подгружает картинки или скрипты по http://, браузер их блокирует, и вёрстка ломается. Такие ошибки видны прямо в консоли разработчика (F12 → Console), и сторонние сервисы для этого не понадобятся.

Если у бизнеса есть физический адрес (клиника, салон, автосервис), проверьте карточку Google Business Profile и 2ГИС: название, адрес и телефон должны совпадать с сайтом до символа. Любые расхождения в NAP размывают локальные сигналы. Заодно поищите себя с телефона по запросу «услуга + город», потому что именно так ищет реальный клиент.

Теперь соберите находки в таблицу из трёх столбцов: что нашли, в каком сервисе нашли и насколько это критично. В красную зону отправляйте всё, что блокирует деньги: сайт не открывается на мобильном, форма не отправляется, домен выпал из индекса, сертификат истёк. Жёлтая зона подойдёт для LCP выше 4 секунд, битых ссылок и отсутствующих title, а в зелёной остаётся косметика.

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

Бесплатные сервисы отвечают на вопрос «что сломано», но объяснить, почему заявок мало при нормальной технике, они не могут. Когда технически всё в зелёной зоне, а обращений нет, причину надо искать в семантике, структуре страниц, посадочных под коммерческие запросы, доверии и конверсии, и такой разбор требует аудита с ручным анализом конкурентов.

Второй признак, что пора звать подрядчика: находки есть, но закрыть их своими силами нечем. Формулировки вроде «сократите TTFB», «настройте отдачу WebP» или «уберите блокирующий рендер JS» адресованы разработчику (владельцу бизнеса разбираться в них самому незачем). Ваша выгода в другом: теперь вы точно формулируете задачу и можете проверить результат тем же сервисом.

Для небольшого сайта хорошо работает такой ритм: быстрая самопроверка по этому чек-листу раз в месяц плюс постоянно подключённая Search Console (она сама пришлёт письмо, если упадёт индексация или появятся проблемы с Core Web Vitals). Пятнадцать минут в месяц обходятся дешевле, чем квартал потерянного трафика.