Как выглядит глубокий аудит Meta Ads (Facebook/Instagram) интернет-магазина от UPLIFY?

Реальный (обезличенный) senior-аудит рекламного аккаунта Meta (Facebook/Instagram) от UPLIFY: статус INTERIM, measurement-гейт, 16 находок, план действий. Подготовлено AI-оператором Nestor AI, подтверждает менеджер.

Meta AdsFacebook AdsInstagram AdsAdvantage+CAPIROASUPLIFYNestor AI

uplify · образец глубокого аудита · сайт интернет-магазина (browser-only)

Глубокий аудит сайта интернет-магазина.

Реальный аудит реального клиента UPLIFY — полностью обезличенный. Нишу, бренды, домен и все ID скрыто; вся методология, структура journey и фактические наблюдения сохранены без изменений. Независимый senior-аудит UX / SEO / CRO / видимости, где каждая находка воспроизводима: запрос → страница → артефакт → метрика. Обратите внимание на статус BROWSER-ONLY — это честность, а не недоработка: мы не выдаём риск-оценку за доказанную потерю выручки.

платформа

Horoshop · uk/ru

скоуп

T1 · browser-only

store health (t1·rubric)

55/100

находок

валидация

независимая · PASS

🔒 Обезличено. Название, домен, ниша, бренды, основатель и все ID удалены. Это настоящий отчёт — наблюдения, структура journey, шаблоны страниц и выводы реальны; ниша и бренды замаскированы.

/ если у вас ровно полторы минуты

Аудит за 90 секунд.

audit-digest · 90s read nestor ai · verified

5 главных выводов

Принудительная регистрация убивает корзину: guest checkout отсутствует — чтобы оформить заказ, нужно завести аккаунт + подтвердить email. Это отдельный revenue-risk блок (Baymard: ~70% брошенных корзин).
Стоимость доставки скрыта до шага оформления: Новая Почта / Укрпочта появляются только после ввода города — классический «surprise cost» обрыв.
Фасетная навигация засоряет индекс: комбинации фильтров (?color=&price=) индексируются без canonical/noindex → тысячи дублей съедают crawl-budget.
Product JSON-LD отсутствует на PDP → снижает eligibility для rich-сниппетов и машинную экстракцию price / availability / brand для Google и AI; полную Shopping-готовность подтверждает только фид в GMC (T2). Visibility 45/100.
INP на фильтрах и добавлении в корзину >200 мс на мобильном — interaction lag на самых горячих действиях.

3 первых действия (P0/P1)

Включить guest checkout — аккаунт предлагать ПОСЛЕ покупки.
Закрыть фасетные URL от индексации (canonical + robots).
Добавить Product/Offer JSON-LD с price+availability на PDP.

тип выигрыша

Конверсия: снять трение в checkout — крупнейший рычаг T1.
Видимость: чистый индекс + schema → Google/AI понимают товары.
Скорость: INP под порог 200 мс на мобильном.

почему статус BROWSER-ONLY (честность)

Нет доступа к GA4 → реальный % отказов в корзине не доказан, только friction-риск.
Нет GSC → индексацию оцениваем через site: + SerpApi, не отчёт покрытия.
Нет GMC/admin → feed↔admin parity не проверяется (это T2).

что делает аудит глубоким

Все journey-шаблоны покрыты: Home / Search / Category / PDP / Cart / Checkout / Login / Returns + 12 стратифицированных PDP + 12 поисковых запросов.
Lighthouse median ×3 на шаблон · 3 конкурента + 1 маркетплейс (Rozetka/Prom).
Независимая валидация: PASS (gpt-5.2). Перформанс-выводы честно помечены как риск, не доказанная потеря.

/ 🔴 browser-only honesty gate — перед любыми выводами

Можно ли верить этому аудиту?

Вопрос №1 честности: у нас нет доступа к GA4 / GSC / GMC / admin. Поэтому все выводы о checkout и выручке — это трение + риск видимости (directional), а не доказанная потеря денег. Мы аудируем то, что наблюдается с публичного сайта + живого браузера + SerpApi. Пока доступы закрыты — отчёт честно имеет скоуп T1 (browser-only).

Проверка	Состояние	Что это значит
Публичный сайт + journey	OBSERVED	Все шаблоны пройдены живым браузером — UX/checkout/поиск воспроизведены
Структура и schema (rendered DOM)	OBSERVED	JSON-LD, canonical, robots, sitemap проверены в rendered DOM (не curl)
Реальный % отказов в корзине (GA4)	НЕТ ДОСТУПА	Видим трение, но не его цену в деньгах → friction-риск, не доказанная потеря (T2)
Покрытие индекса (GSC)	ПРОКСИ	Только site: + SerpApi — приблизительная оценка, не отчёт покрытия Google
Feed ↔ admin parity (GMC)	BLOCKER	Без Merchant Center / admin item-level disapprovals не сверим — это T2

Что добавит T2 (с доступами): реальный revenue-leakage — сверка транзакций GA4↔admin, сломанные ecommerce-события, feed↔GMC disapprovals, данные по backlink'ам. T1 — это сильный эвристический аудит сайта: «где магазин вероятно теряет продажи + что Google и AI не понимают о товарах», а не аудит доказанной потерянной выручки.

/ §1 · executive summary

Состояние магазина одним взглядом.

55/100

Store Health (T1, browser-only) · rubric-композит

находки · 6 слоёв

P0/P1 в Fix-this-week

~70%

бенчмарк брошенных корзин (Baymard)

Главный вывод (directional): магазин имеет здоровую основу (HTTPS, адаптив, рабочий каталог), но системно течёт в двух местах: трение на пути к покупке и невидимость товаров для Google и AI. Самые большие рычаги — guest checkout, прозрачность доставки и Product schema; все три дёшевы во внедрении и критичны по влиянию. Платформа Horoshop накладывает ограничения (часть фиксов нужно помечать «требует кастома»).

Принудительная регистрация

Guest checkout отсутствует — оформление требует аккаунта + подтверждения email. Принудительная регистрация — один из сильнейших источников трения в корзине. Отдельный revenue-risk блок (Baymard ~70% abandonment).

Скрытая доставка

Стоимость Новой Почты / Укрпочты появляется только после ввода города на шаге оформления — «surprise cost». Видимых методов оплаты до коммита нет.

Невидимость в Google/AI

Product JSON-LD отсутствует, фасетный индекс раздут, категории тонкие — это снижает eligibility для rich-сниппетов и машинную экстракцию price/availability/brand для Google и AI. Полную Shopping-готовность подтверждает только фид в GMC (T2). Visibility 45/100.

/ §2 · store health score — 6 leakage-слоёв

Шесть слоёв, где магазин течёт.

Композит 55/100 — это rubric-оценка (T1, browser-only), взвешенное среднее шести слоёв по T1-весам (Journey 25 · Visibility 25 · Mobile 15 · Trust&Compliance 15 · Search&Merch 10 · Measurement 10). Ниже — балл каждого слоя, а далее его ключевые находки + метрики.

① journey & checkout · 25

② mobile & cwv · 15

③ поиск & нав. · 10

④ видимость seo/ai · 25

⑤ доверие & compliance · 15

⑥ измерение · 10

store-health · 6 layers nestor ai · rubric-scored

① journey & checkout · 50/100 · вес 25

Guest checkout отсутствует — принудительная регистрация + email-подтверждение перед оплатой (JCK-09).
Доставка/оплата скрыты до шага оформления — «surprise cost» на Новой Почте (JCK-05, JCK-06).
Чекаут просит лишние поля; при ошибке телефона стирает введённое (JCK-10, JCK-13).
Out-of-stock PDP — глухой 200 без «уведомить»/аналогов (SRCH-12).

метрики слоя

Полей в чекауте: 9 (бейзлайн ≤3; 7+ → −25-50%).
Шагов до видимой стоимости доставки: 4.
Sticky add-to-cart на моб.: нет.
Promo-поле: есть, но без live-пересчёта.

② mobile & core web vitals · 55/100 · вес 15

INP >200 мс на фильтрах и add-to-cart — лаг на самых горячих действиях (MOB-03).
CLS от баннеров/слайдера на главной — скачки макета при загрузке (MOB-02).
Изображения без WebP/AVIF, lazy-load частичный (MOB-09).
Tap-таргеты фильтров <44 px и скучены (MOB-07).

метрики (Lighthouse median ×3)

LCP моб.: 3.4 с (порог 2.5 с).
CLS: 0.21 (порог 0.1).
INP (фильтр): ~260 мс (порог 200).
Лаб, не CrUX — ориентир, т.к. сайт мал для field-данных.

③ search, navigation & merchandising · 60/100 · вес 10

Zero-results — тупик: «ничего не найдено» без подсказок/популярного (SRCH-03).
Поиск не держит транслитерацию и раскладку (iphone/айфон) (SRCH-02).
Out-of-stock товары не скрыты в выдаче (SRCH-12).
Хлебные крошки есть визуально, но без BreadcrumbList-schema (SRCH-11).

метрики слоя

Запросов из 12 с релевантной выдачей: 7.
Zero-result сценариев: 3 тупиковых.
Кликов до ключевой категории: 2-3 (ок).
Фасеты: AJAX, без reload (плюс).

④ visibility: SEO + structured data + AI/GEO · 45/100 · вес 25

Product JSON-LD отсутствует на PDP — Google/AI не видят price/availability/brand (VIS-10).
Фасетный индекс раздут: ?-комбинации без canonical/noindex (SRCH-08, VIS-05).
Тонкие категории — голый грид без уникального вступления (SRCH-09, VIS-17).
AI-боты частично закрыты в robots (GPTBot/ClaudeBot/PerplexityBot) (VIS-AI-01).
Бренд отсутствует в Google KG / Wikidata (VIS-AI-06).

метрики слоя

PDP с валидным Product-schema: 0 из 12.
Дубли title/desc: есть (фасеты + пагинация).
AI Overview по бренд+категория: отсутствует.
HTTPS/сертификат: ок (VIS-09 pass).

⑤ trust, accessibility & compliance · 70/100 · вес 15

Отзывы на PDP без фото и дат — слабые authenticity-сигналы (TRU-04).
Возврат/гарантия — только в подвале, не на PDP/корзине (TRU-03, JCK-19).
Cookie-баннер есть, но opt-in предвыбран (TRU-07).
Privacy/Terms, контакты, About — присутствуют (TRU-01, TRU-02, TRU-09 pass).

метрики слоя

Trust-страницы достижимы: да.
Reviews с фото: 0%.
Keyboard-навигация чекаута: частичная (TRU-13).
WHOIS/домен: стабильный, без аномалий (TRU-12).

⑥ measurement (наблюдаемое) · 65/100 · вес 10

GA4/GTM-тег загружается, dataLayer заполнен (MEA-01, MEA-02 pass).
begin_checkout не стреляет при старте оформления — дыра в воронке (MEA-05).
Meta Pixel присутствует; add_to_cart дублируется (дважды) (MEA-08, MEA-09).
Consent Mode v2 не гейтит теги до согласия (MEA-07).

границы слоя (T1)

Видим, что событие стреляет в браузере — не что данные корректны в GA4.
view_item / purchase — присутствуют в network.
Revenue-reconciliation GA4↔admin — это T2.
PII в querystring событий: не выявлено (MEA-10 pass).

/ §3 · находки · 6 слоёв

23 находки — каждая с доказательством.

Каждая находка = слой + наблюдение (запрос → страница → артефакт) + серьёзность. Ниже — полная таблица с фильтром по серьёзности. Бакеты roadmap (§7): P0/P1 → Fix this week/month · P2 → Test/validate · P3 → Backlog.

#	Слой	Находка (наблюдение)	Сер.
JCK-09	Journey	Guest checkout отсутствует — оформление требует создания аккаунта + подтверждения email перед оплатой.	P0
JCK-05	Journey	Стоимость доставки (Новая Почта/Укрпочта) скрыта до ввода города на шаге оформления — «surprise cost».	P1
JCK-06	Journey	Методы оплаты (карта/LiqPay/mono/COD) не показаны иконками до коммита в чекаут.	P1
JCK-13	Journey	При ошибке телефона форма стирает введённое; error-copy общая («неправильное поле»), не fixable.	P1
JCK-10	Journey	Чекаут просит 9 полей, часть несущественные (бейзлайн ≤3 поля). Внешние исследования чекаута связывают лишние поля с заметно более низким завершением; дроп именно этого магазина здесь НЕ измерялся (T1).	P2
JCK-19	Journey	Возврат/гарантия недостижимы из корзины/чекаута — только в подвале (regret-aversion).	P2
VIS-10	Видимость	Product JSON-LD отсутствует на всех 12 проверенных PDP — снижает eligibility для rich-сниппетов товара и машинную экстракцию (price/availability/brand) для Google и AI; полную Shopping-готовность подтверждает только фид в GMC — T2.	P1
SRCH-08	Видимость	Фасетные URL (?color=&price=) индексируются без canonical/noindex/disallow — риск раздувания индекса (faceted-URL без canonical/noindex/disallow); масштаб подтверждается только в GSC — T2.	P1
VIS-05	Видимость	Canonical не self-referencing на пагинации/фасетах — дубли title/description в выдаче.	P1
SRCH-09	Видимость	Категорийные страницы тонкие — голый грид без уникального вступительного копирайта/мерчандайзинга.	P2
VIS-11	Видимость	BreadcrumbList + Organization/WebSite schema отсутствуют (rendered-DOM проверка).	P2
VIS-AI-06	Видимость	Бренд отсутствует в Google Knowledge Graph / Wikidata — AI не может верифицировать сущность.	P2
VIS-AI-01	Видимость	AI-боты (GPTBot/ClaudeBot/PerplexityBot) частично заблокированы в robots.txt — молчаливый killer AI-цитируемости.	P3
MOB-03	Mobile	INP >200 мс на применении фильтров и add-to-cart (median ~260 мс, моб. браузерная сессия, медиана 3 прогонов) — лаг на горячих действиях.	P1
MOB-02	Mobile	CLS 0.21 (моб. lab, медиана 3 прогонов) от баннера/слайдера на главной — макет скачет при загрузке (порог 0.1).	P2
MOB-09	Mobile	Изображения без WebP/AVIF, lazy-load частичный, без responsive srcset — LCP моб. 3.4 с (lab; не полевые CrUX).	P2
MOB-07	Mobile	Tap-таргеты чекбоксов фильтров <44 px и скучены на мобильном.	P3
SRCH-03	Поиск	Zero-results — тупик: «ничего не найдено» без подсказок/популярных товаров/коррекции.	P2
SRCH-02	Поиск	Внутренний поиск не держит транслитерацию и раскладку (iphone/айфон, ошибки раскладки).	P2
SRCH-12	Поиск	Out-of-stock товары не скрыты/не понижены в выдаче и категориях.	P3
MEA-05	Измерение	begin_checkout не стреляет при старте оформления (network/dataLayer) — дыра в воронке событий.	P1
MEA-09	Измерение	add_to_cart дублируется (стреляет дважды) — два контейнера/двойной тег; риск двойного подсчёта.	P2
TRU-04	Доверие	Отзывы на PDP без фото и дат — слабые authenticity-сигналы.	P2

Cause-tag: JCK-05 (скрытие доставки) + SRCH-08 (фасеты) = platform-template (типовое поведение Horoshop — фикс помечен «требует кастома»); VIS-10 (нет Product-schema), JCK-09 (нет guest checkout) = merchant-specific (решение/настройки магазина); MEA-09 (двойной add_to_cart) = third-party (конфликт пикселя и GTM).

/ §4 · поиск, навигация + видимость

Где горячий спрос не находит товар.

Поисковый запрос (из 12)	Тип	Результат	Вердикт
точное название товара	exact	релевантно	СИЛЬНО ок
бренд (кириллицей)	brand	релевантно	ок
iphone (латиницей)	translit	0 результатов	ОБРЫВ нет транслитерации
ошибка раскладки	layout	0 результатов	ОБРЫВ тупик
категорийный запрос	category	релевантно	ок
typo / опечатка	typo	0 результатов	ОБРЫВ без коррекции

Visibility-проверка	Состояние	Детали
Product JSON-LD на PDP	FAIL	0 из 12 PDP — нет price/availability/brand для Google Shopping и AI
Фасетная индексация	FAIL	?-комбинации индексируются; нет canonical/noindex → bloat
Тонкие категории	PARTIAL	Голый грид без вступительного копирайта на большинстве
robots / sitemap	PASS	sitemap.xml есть, ключевые страницы не disallow
HTTPS / canonical базовый	PASS	HTTPS валидный; canonical на PDP self-ref
AI-боты + llms.txt	FAIL	GPTBot/ClaudeBot частично disallow; /llms.txt 404

Паттерн: сайт хорошо обслуживает пользователя, который уже знает точное название, но проигрывает «почти-совпадения» (транслитерация, раскладка, typo) — и невидим машинам (Google Shopping, AI Overviews) из-за отсутствия структурированных данных. Это два разных истока одного спроса.

/ §5 · воронка покупки (наблюдаемая)

Где на самом деле обрыв.

Без GA4 мы не имеем реальных % переходов — поэтому показываем наблюдаемое трение на каждом шаге (что усложняет переход) и явно отмечаем, где риск наибольший. Это directional-карта, не измеренная воронка.

Шаг journey	Наблюдаемое трение	Оценка риска
PDP → add to cart	Работает; миникорзина-подтверждение есть, но нет sticky-кнопки на моб.	НИЗКИЙ
Корзина → просмотр	Редактирование кол-ва/удаление с live-пересчётом — ок	НИЗКИЙ
Корзина → старт оформления	Принудительная регистрация + email-подтверждение; нет guest	ГЛАВНЫЙ РИСК
Оформление → данные доставки	Стоимость Новой Почты появляется здесь впервые — «surprise cost»	ВЫСОКИЙ
Доставка → оплата	Методы оплаты показаны только здесь; 9 полей; стирание при ошибке	СРЕДНИЙ

Две самые большие точки трения — принудительная регистрация (вход в чекаут) и скрытая доставка (шаг данных). Обе бьют в момент наивысшего намерения купить. begin_checkout-событие здесь не стреляет (MEA-05) — значит даже в T2 этот участок воронки будет слепым, пока трекинг не починен.

/ §6 · implementation-ready примеры

Три находки под ключ.

Формат методологии §4: Проблема → Доказательство → Рекомендация → Критерии приёмки. Готовы передать разработчику. Платформа-ограничения отмечены.

1 · Guest checkout

JCK-09 · P0 · checkout · merchant

ПРОБЛЕМА: оформление требует аккаунт+email перед оплатой. ДОКАЗАТЕЛЬСТВО: /checkout → DOM «required account form»; кнопка «Оформить» ведёт на регистрацию (live browser, ts). РЕКОМЕНДАЦИЯ: сделать guest checkout основным; аккаунт предлагать ПОСЛЕ покупки. КРИТЕРИИ ПРИЁМКИ: · заказ оформляется без создания аккаунта; · email/телефон сохраняются в заказе; · аккаунт предлагается после покупки; · моб-поля: type=tel / type=email; · события begin_checkout и purchase не ломаются.

2 · Фасетная навигация: canonical/robots

SRCH-08 · P1 · category · platform

ПРОБЛЕМА: ?color=&price= комбинации индексируются → index bloat. ДОКАЗАТЕЛЬСТВО: site: показывает сотни ?-URL; rendered DOM фасета без canonical/noindex. РЕКОМЕНДАЦИЯ: canonical фасетов → базовая категория; robots Disallow для параметров сортировки; оставить в индексе только избранные SEO-ценные фасеты. КРИТЕРИИ ПРИЁМКИ: · фасетные URL имеют canonical на категорию ИЛИ noindex; · параметры сортировки Disallow в robots.txt; · базовые категории остаются self-canonical и в sitemap; · (Horoshop: требует кастома правил параметров).

3 · Product schema на PDP

VIS-10 · P0 · PDP · merchant

ПРОБЛЕМА: нет Product JSON-LD → Google/AI не видят товар. ДОКАЗАТЕЛЬСТВО: rendered DOM 12/12 PDP — ни одного валидного Product/Offer (не curl). РЕКОМЕНДАЦИЯ: добавить Product JSON-LD с name, image, brand, offers.price, priceCurrency=UAH, availability; синхронизировать с видимым HTML. КРИТЕРИИ ПРИЁМКИ: · каждый PDP имеет валидный Product+Offer (Rich Results Test); · price/availability в schema = видимым на странице (JSON-LD↔HTML parity); · gtin/mpn заполнены где есть; · проверено в rendered DOM, не в raw-HTML.

/ §7 · 90-day recovery roadmap

Сначала снять трение, потом видимость.

Четыре бакета по rubric-приоритету (severity × scope × confidence × effort). Никаких обещаний «+X% конверсии» — только directional-механика и бенчмарк-полосы.

На этой неделе

Fix this week (P0/P1)

Включить guest checkout (JCK-09); показать стоимость доставки + методы оплаты до коммита (JCK-05/06); добавить Product JSON-LD на PDP (VIS-10); починить begin_checkout (MEA-05). Крупнейший рычаг T1 — трение в чекауте + базовая видимость.

В этом месяце

Fix this month

Закрыть фасетную индексацию canonical+robots (SRCH-08, VIS-05); уменьшить поля чекаута и сохранять введённое при ошибке (JCK-10/13); поднять INP фильтров под 200 мс (MOB-03); убрать CLS баннера (MOB-02); убрать дубль add_to_cart (MEA-09).

Тест/валидация

Test & validate (P2)

Уникальное вступление на тонких категориях (SRCH-09); zero-results с подсказками + транслитерация/раскладка (SRCH-03/02); отзывы с фото и датами (TRU-04); возврат/гарантия на PDP и возле CTA (JCK-19). Проверять на выборке шаблонов.

Беклог

Backlog (P3) + апселл T2

Открыть AI-ботов в robots (VIS-AI-01); скрыть out-of-stock в выдаче (SRCH-12); tap-таргеты фильтров (MOB-07). Далее: дать доступ GA4/GSC/GMC → T2 докажет реальный revenue-leakage и feed-parity.

/ после аудита · платформа UPLIFY OS

Мониторинг 24/7 — без запроса.

Аудит — это снимок. Дальше магазин живёт под ежедневным надзором нашей платформы: система сама проверяет ключевые слои сайта и показывает менеджеру сбои до того, как они съедят продажи.

Checkout и трение

Исчез guest checkout · вернулась принудительная регистрация · доставка/оплата скрылись до коммита · выросли поля формы · begin_checkout перестал стрелять.

Видимость и schema

Product JSON-LD исчез с PDP · фасеты снова в индексе · canonical сломался · llms.txt/robots закрыл AI-ботов · бренд выпал из AI Overviews.

Скорость и измерение

INP/CLS вышли за порог после релиза темы · add_to_cart задублировался · Consent Mode перестал гейтить · GA4-тег замолчал на ключевом шаблоне.

И никаких автоизменений: каждая находка превращается в карточку действия с обоснованием и критериями приёмки — применяет её человек-менеджер, со снимком «до» и возможностью отката. Дайте доступ к GA4/GSC/GMC — и мониторинг перейдёт с «трения и риска» на доказанный revenue-leakage (T2).

/ §8 · appendix · покрытие + валидация

Покрытие + валидация.

Что	Покрытие (sampling-правило)
Journey-шаблоны	все: Home · Search · Category · PDP · Cart · Checkout · Login/Register · Returns/Shipping/Payment
Карточки товара (PDP)	12 стратифицированных: 4 бестселлера · 4 обычных in-stock · 2 promo · 2 variant-heavy/out-of-stock
Внутренний поиск	12 фиксированных запросов: exact · partial · SKU · бренд · категория · uk · ru · translit · раскладка · typo · zero-result · атрибут
Скорость	Lighthouse median ×3 на шаблон (Home/Category/PDP/Cart/Checkout) — лаб, не CrUX
Конкуренты	3 прямых + 1 маркетплейс-бенчмарк (Rozetka/Prom)
Классификация находок	journey (6) · visibility (7) · mobile (4) · search (3) · measurement (2) · trust (1) = 23, по 6 слоям
Store Health (T1, browser-only · rubric)	55/100 = Journey 50 · Mobile 55 · Search 60 · Visibility 45 · Trust 70 · Measurement 65 (T1-веса)

Независимая валидация (вторая AI-модель, gpt-5.2): PASS с замечаниями — coverage 88 · depth 82 · rigor 80 · client-safety 90. Перформанс- и revenue-выводы остаются directional (friction + visibility risk) до получения доступов GA4/GSC/GMC — и это отмечено в каждом соответствующем выводе, а не мелким шрифтом. JSON-LD проверен в rendered DOM (web_fetch режет <script>); site: — лишь проба индексации, не score сам по себе.

Как сделан этот аудит.

Отчёт подготовил Nestor AI — наш AI-оператор в UPLIFY OS: senior-уровень анализа по собственной методологии аудита интернет-магазина, с независимой валидацией. Обратите внимание на скоуп T1 (browser-only): без доступа к GA4/GSC/GMC мы принципиально не выдаём риск-оценку за доказанную потерю выручки — каждая находка честно помечена как трение + риск видимости, и это честность, на которой строится доверие. Все предложения изменений подтверждает менеджер — ничего не применяется автоматически, каждое изменение обратимо и залогировано.

Получить такой аудит своего сайта → Кто такой Нестор →