GEO-аудит на практике: пример отчёта и план исправлений
В GEO-аудите вы платите за разбор проблем сайта и план исправлений. По хорошему отчёту разработчик находит ошибку и может убедиться, что она устранена, а редактор видит, какой информации на странице не хватает. Оценка сайта в баллах ни того, ни другого не даёт.
Как устроен такой отчёт, покажем на проверке самого geo-rank.ai от 7 сентября 2026 года. Мы смотрели опубликованные страницы и исходный код. Search Console, аналитика посещений и серверные логи в проверку не входили, так что о трафике и продажах по ней судить нельзя.
Повторная проверка: 347 страниц на 12 октября 2026 года
Когда сайт вырос, мы повторили техническую проверку опубликованных страниц. Все 347 адресов из sitemap вернули HTTP 200 без перенаправлений. На каждой странице canonical указывал на её собственный адрес, а HTML разрешал индексацию. Запрещающих заголовков X-Robots-Tag не было. Восемь переводов статьи о позициях Google и цитировании в ИИ уже не содержали прежнего запрета.
| Проверка | Что получили | Что это подтверждает |
|---|---|---|
| Адреса в sitemap | 347 уникальных URL; 347 ответов HTTP 200 без перенаправлений | Страницы доступны с соединения, с которого шла проверка |
| Canonical и запреты индексации | 347 совпадающих canonical; нет noindex и запретов в X-Robots-Tag | На проверенных страницах нет запрета индексации |
| Опубликованный HTML и исходники | 347 полных совпадений | Проверенный текст уже размещён на сайте |
| Внутренние ссылки | На каждую страницу sitemap ведёт HTML-ссылка с другой страницы | До страниц можно добраться по ссылкам внутри сайта |
| Несуществующий тестовый адрес | HTTP 404 | Сервер не выдаёт проверенную отсутствующую страницу за успешный ответ |
Скачайте результаты по всем 347 URL в CSV. В каждой строке — конечный адрес, canonical, директивы индексации и SHA-256 полученного HTML. Описание замера на английском фиксирует условия проверки. Это снимок до обновления текстов и навигации в тот же день.
Как повторить проверку страницы
Запрос GET позволяет получить и заголовки ответа, и сам HTML. Например:
curl -sS -L --max-redirs 5 --max-time 30 \
-D headers.txt -o page.html \
https://geo-rank.ai/ru/geo-audit/В файле headers.txt проверьте статус, перенаправления Location и директивы X-Robots-Tag. В page.html найдите canonical, robots, основной текст и ссылки. Сохраняйте исходный и конечный адрес отдельно: за успешным конечным ответом может скрываться перенаправление.
Что искать, если технические проверки проходят
Доступность страницы — только часть разбора. Например, у ряда инструкций по странам и языкам мы нашли лишь одну входящую ссылку с другой страницы на том же языке — из общего списка статей. Ссылки из руководства по многоязычному GEO помогают читателю перейти к подходящему примеру. Нашлись и другие недочёты: даты в карточках блога расходились с датами материалов, а клики по контактному email не записывались отдельным событием аналитики.
Это конкретные задачи для исправления, но они не доказывают, почему Google не добавил страницу в индекс или ИИ выбрал другой источник. Search Console, отчёты аналитики и подтверждённые журналы поисковых роботов в этот замер не входили. Подстановка имён роботов в User-Agent на трёх контрольных страницах дала ожидаемый HTML, однако запросы не приходили из сетей самих поисковых систем.
По документации Google, для ссылки в AI Overviews или AI Mode страница должна быть проиндексирована и допущена к показу со сниппетом. Соответствие техническим требованиям ещё не гарантирует выбор страницы. Поэтому хороший отчёт указывает, каких данных не хватает для следующего вывода, даже если все URL отвечают 200.
Проверка в сентябре: объём работ и границы выводов
На момент проверки в карте сайта (sitemap) было 216 адресов. Все страницы открывались: сервер возвращал код HTTP 200. Но в восьми языковых версиях одной статьи стоял запрет индексации: noindex, nofollow. Страница открывается в браузере и при этом запрещает поисковику добавлять её в индекс.
Поэтому в отчёте это три разных пункта: страница доступна, запрета индексации на ней нет, она фактически есть в индексе Google. Проверив одно, об остальных вы ничего не узнали.
Пример технической ошибки: не загружается оформление
На странице /ru/privacy/ была указана относительная ссылка на файл стилей: ../assets/site.css. Браузер запрашивал его по адресу /ru/assets/site.css и получал ошибку 404. Страница оставалась без оформления. Та же ошибка сидела в ссылках на скрипт и на часть разделов сайта. Всего она затрагивала 16 правовых документов.
| Поле отчёта | Как описать ошибку |
|---|---|
| Наблюдение | Страница открывается, но CSS запрашивается по неверному адресу |
| Доказательство | Конечный адрес страницы, путь к файлу и код ответа 404 |
| Влияние | Нарушено оформление; часть ссылок ведёт не туда |
| Исправление | Указать путь /assets/site.css, затем проверить ссылки на остальные файлы |
| Как проверить исправление | Файлы CSS и JS загружаются с кодом 200; ссылки на главную и другие языки работают |
Правовые документы закрыты от индексации, но посетители их всё равно открывают. Чинить нужно ради них: чтобы страницы нормально выглядели, а ссылки работали. Связывать эту ошибку с отсутствием сайта в ответах ИИ оснований нет.
Пример проблемы в тексте: неясно, что входит в услугу
Страница аудита обещала «фиксированный объём», но толком не объясняла, как его определяют: сколько языков учитывают, какие страницы проверяют, сколько раз повторяют замеры. Техническая проверка такой пробел не поймает. Его видно, только если прочитать предложение глазами заказчика.
Задача редактора: перечислить, что согласуют до начала работы (адреса и типы страниц, языки, вопросы, повторные проверки), а затем объяснить, что получает заказчик и за какие работы платит отдельно. После правки читатель должен понимать, как сверить готовый отчёт с договорённостями.
Как определить порядок исправлений
Первыми идут ошибки, из-за которых посетитель не может открыть важную страницу или воспользоваться ею. За ними пробелы в описании товаров и услуг. У каждой задачи должны быть исполнитель и способ проверки. Укажите и то, что понадобится для работы: редактору, например, нужны подтверждённые условия услуги, разработчику — список страниц с одинаковой ошибкой.
Оценка от сервиса проверки помогает заметить проблему, но её важность не определяет. Google, например, не требует для своих ответов ИИ ни специальных файлов, ни особой разметки, и прямо пишет об этом в своём руководстве. Отсутствие такого файла и недоступная страница — проблемы разного веса.
Что спросить перед оплатой
Попросите исполнителя показать один пункт отчёта целиком, без чужих конфиденциальных сведений: что найдено, чем подтверждено и как исправить. Уточните, к каким данным он получит доступ, входят ли доработки в стоимость и кто проверит результат. Если аудит включает проверку ответов ИИ, вместе со скриншотами нужны тексты вопросов, названия сервисов, даты и условия проверки.
Свою ошибку мы исправили в локальной копии сайта, затем проверили загрузку файлов и переходы по ссылкам. Этого хватало, чтобы считать исправление готовым к публикации, и только. Повторный обход Google, индексацию и число обращений клиентов оценивают отдельно: исправно работающая страница ничего из этого не подтверждает.
Если вам нужен такой же разбор своего сайта, посмотрите состав GEO-аудита. Проверку отдельной страницы можно начать со статьи о доступе поисковых роботов.
Обновлено: · Опубликовано: · Проверено редакцией geo-rank.ai · Как мы проверяем