Объём аудита

Что делает сканер

FluxRadar выполняет HTTP(S)-запросы к публичному сайту и фиксирует ответы и DOM. Security в Complete также проверяет TLS-сертификаты и публичные TXT-политики DNS. Находки ссылаются на полученные доказательства; недоступные данные остаются непроверенными, а не считаются успешным результатом.

Сканер соблюдает директивы robots.txt. Для проверки главной страницы по тарифу Free загружается только корневой URL. Платные проверки распространяются на связанные публичные страницы в пределах настроенной области.

SEO: что проверяет FluxRadar

Модуль SEO выполняет до 27 детерминированных проверок, составленных по документированным рекомендациям поисковых систем (Google Search Central, Bing Webmaster Guidelines, schema.org). Все проверки основаны на правилах; вывода модели здесь нет вообще.

• Мобильный viewport — По статическому HTML сообщаем об отсутствующем viewport или о viewport без width=device-width.
• Ресурсы отображения — Битые стили, скрипты и предзагруженные шрифты своего сайта проверяются отдельно от медиа: до 100 проб. Внешние CDN и шрифты внутри CSS не входят; непроверенные ресурсы находками не являются.
• Тег title — наличие, длина (в отчёт попадает короче 10 или длиннее 70 символов) и уникальность среди обойдённых страниц: заголовок, который уже есть у другой обойдённой страницы, попадает в отчёт, если <link rel="canonical"> не связывает эти страницы между собой.
• Meta description — наличие, длина (в отчёт попадает короче 50 или длиннее 160 символов) и уникальность среди обойдённых страниц, по тому же правилу, что и title.
• Иерархия заголовков — ровно один H1 и ни одного пропущенного уровня вниз (h1 → h3 без h2 между ними). Возврат к более высокому уровню считается нормой, и в отчёт он не попадает.
• Канонический URL — <link rel="canonical"> присутствует, не продублирован и указывает на саму страницу.
• Сигналы индексации — noindex в meta robots или в заголовке X-Robots-Tag, и только там, где сайт противоречит сам себе: страница есть в карте сайта или на неё ведут другие страницы. Осознанный noindex на странице, на которую ничто не ссылается, остаётся решением владельца, а не находкой. nofollow не проверяется.
• robots.txt — доступен ли файл и блокирует ли он Googlebot или Bingbot на стартовой странице. Отсутствующий файл и блокировка поисковиков считаются отдельными проверками.
• XML-карта сайта — карта сайта найдена (по директивам robots.txt или по адресу /sitemap.xml) и даёт хотя бы один URL. Недостижимая, испорченная и пустая на этом уровне дают один вердикт: сайт не даёт ни одного URL из карты.
• Структурированные данные / JSON-LD — каждый блок <script type="application/ld+json"> разбирается как JSON, и хотя бы один блок имеет и @context, и @type. Общая валидация типов schema.org в эту проверку не входит; свойства локального бизнеса имеют отдельную информационную проверку ниже.
• Контакты и разметка локального бизнеса — информационные наблюдения контактов, телефонных ссылок, часов работы и согласованности NAP для явно определённого бизнеса или однозначного совпадения названия и адреса. LocalBusiness и известные подтипы отделяют обязательные name и физический адрес от рекомендуемых telephone, hours и geo. Выбирайте самый точный подходящий тип. Филиалы, альтернативные названия и телефоны сохраняются; неполный обход не доказывает отсутствия данных.
• Право на звёздочки локальных отзывов — информационное объяснение, когда локальная разметка содержит отзывы или рейтинг. Если это собственный сайт бизнеса, собственные рейтинги LocalBusiness или Organization не дают права на звёздочки Google, в том числе и через сторонние виджеты. Сам хост не доказывает владения сайтом. Отсутствие рейтинга ошибкой не является.
• Теги социального просмотра — og:title, og:description, og:image, og:url и twitter:card присутствуют и не пусты в отданном HTML. Сам URL изображения не загружается.
• Alt-текст изображений — содержательные изображения без непустого атрибута alt.
• Битые ссылки — внутренние href, чью цель обход действительно загрузил и застал с ответом 4xx или 5xx. Ссылка, по которой обход не пошёл (вне области, за лимитом страниц, закрытая robots.txt), имеет неизвестный статус и не оценивается.
• Цепочки редиректов — два и больше перехода до финального ответа или цикл редиректов. Один 301 считается обычной канонизацией, и в отчёт он не попадает.
• Внутренняя перелинковка — страницы, которые есть в XML-карте сайта, но на которые не ведёт ни одна обойдённая страница, и страницы, доступные только через одну внутреннюю ссылку. Ссылка с редиректом зачисляется странице, на которую она ведёт.
• Глубина кликов — сколько переходов по ссылкам отделяют страницу от точки входа, считая по ссылкам, которые прочитал обход; четыре и больше помечаются.
• Когда эти три проверки выполняются — только тогда, когда обход дочитал страницы, которые собирался прочитать. Обход, остановленный лимитом страниц или страницей, которая не ответила, не отличит страницу без ссылок от непрочитанной, и каждая проверка так и сообщает, вместо того чтобы угадывать. Ссылка, которую исключила сама область проверки (другой хост, исключённый путь, шаг за пределом глубины), пропуском не считается: такой страницы в области и не было.
• Смешанный контент — скрипт, стиль, изображение, iframe или иконка с http://, встроенные в HTTPS-страницу. Редиректит ли сайт с HTTP на HTTPS, отдельно не проверяется.

AI SEO / Generative Engine Optimisation

ИИ-системы поиска (ChatGPT, Gemini, Perplexity, Claude, Bing Copilot и прочие) используют публичное содержимое веба и собственные индексы. FluxRadar проверяет публично наблюдаемые сигналы, которые влияют на то, поймут и процитируют ли ваш сайт такие системы.

• Доступ ИИ-краулеров — robots.txt проверяется для двенадцати агентов. ИИ-поиск и ответы: OAI-SearchBot, Claude-SearchBot, PerplexityBot, ChatGPT-User, Claude-User и Perplexity-User. Обучение моделей: GPTBot, ClaudeBot, Google-Extended, Applebot-Extended, CCBot и Bytespider. Блокировка обучения не влияет на появление в ИИ-поиске. Это политика, а не доказательство доступа, индексации или цитирования; запросы пользователей могут игнорировать robots.txt.
• Теги социального просмотра — сколько обойдённых страниц имеют полный набор тегов просмотра (og:title, og:description, og:image, og:url, twitter:card), по которым ИИ-система или мессенджер составляет описание ссылки. Те же теги постранично проверяет модуль SEO.
• Структурированные данные для понимания ИИ — сколько обойдённых страниц имеют хотя бы один блок JSON-LD одновременно с @context и @type, то есть минимум, по которому ИИ-система читает страницу как сущность, а не как сплошной текст. Конкретные типы (Organization, Product, FAQPage и прочие) отдельно не требуются и не оцениваются.
• Сигналы ясности текста — есть ли на странице хотя бы 200 символов видимого текста вместе с заголовком (<h1> или <h2>) и контейнером содержимого (<main>, <article> или <body>): базовый минимум, нужный ИИ-краулеру, чтобы вообще что-то извлечь со страницы. Саму оценку читаемости (Flesch Reading Ease для английского текста, адаптация Оборневой для украинского) измеряет и показывает проверка «Оценка читаемости» модуля «Качество контента».
• Видимость у провайдеров (платно, с сообщением перед оплатой) — в платном аудите модуль AI SEO задаёт те же вопросы Claude (Anthropic) и ChatGPT (OpenAI) и проверяет, упоминают ли ответы ваш бренд и цитируют ли сайт; отчёт показывает источники, которыми воспользовалась каждая модель. На поисковые вопросы о вашем рынке модели отвечают с включённым собственным веб-поиском. Фиксированные прямые вопросы о вашем бренде задаются closed-book, без поиска и без инструментов, чтобы ответ показывал то, что модель уже знает, а не то, что она только что прочитала на вашем сайте. Gemini (Google) и Perplexity вы выбираете перед оплатой по желанию, иначе они не получают ничего. В проверке главной страницы по тарифу Free этот шаг не выполняется никогда. Запросы к API провайдеров подчинены их собственным условиям.
• Что ИИ говорит о вашем бизнесе (платно, только информационно) — каждый ответ Anthropic отдельным запросом сверяет с доказательствами этой проверки: полями профиля, которые вы сохранили, и текстом публичных страниц, которые прочитал обход. Отчёт собирает результат в начале раздела: где ответ расходится с вашим сайтом, сгруппировано по странице или полю профиля, где сказано иначе, со словами ответа рядом со словами сайта; каким тоном каждый ассистент описывает ваш бизнес (положительно, нейтрально, отрицательно или смешанно, всегда с цитатой, на которой это основано); и где ваш бренд появляется в ответах на нейтральные вопросы: назван первым, место в списке, и назвали ли раньше вас конкурента из вашего профиля. Место считает сам FluxRadar, а не модель. Доказательством здесь служит ваш сайт, и устаревшим может быть именно он, поэтому расхождение даёт повод проверить страницу, а не приговор ассистенту. Это снимок одного запуска, а не то, что модель знает о вас в целом, и на вашу оценку это не влияет.
• Оценка видимости по системам (платно, только информационная) — каждая система, которая ответила, получает оценку от 0 до 100, собранную самое большее из двух сигналов: как часто она упоминала ваш бренд (60%) и как часто она ссылалась на ваш домен (40%). Знаменателем каждого служит не количество ответов, а количество ответов, в которых этот сигнал вообще можно было измерить. Вопрос, который сам назвал ваш бренд, или профиль, в котором бренд записан просто как домен, ничего не доказывают и не считаются ни упоминанием, ни промахом. Чтобы сигнал зачислился в оценку, нужно хотя бы 2 измеренных ответа; если зачислился только один сигнал, оценка складывается только из него; если ни одного, отчёт показывает счётчики и прямо об этом говорит, а не печатает число. Эта оценка только информационная: это снимок одного прогона, она никогда не входит в общую оценку аудита и не является рейтингом.
• Доля голоса (платно, только информационная, необязательно) — если вы укажете до 5 названий конкурентов в профиле сайта, карточка каждой системы покажет ещё и долю голоса: сколько упомянули ваш бренд против каждого конкурента, на тех же измеренных ответах, которые уже использует оценка видимости выше. Названия конкурентов сверяются с сохранёнными ответами этого сканирования только на серверах FluxRadar и никогда не отправляются ИИ-провайдеру. Если конкуренты не указаны, отчёт показывает примечание вместо доли.

Безопасность: публичный профиль OWASP ASVS

FluxRadar читает публичный профиль OWASP Application Security Verification Standard (ASVS): ту часть сигналов ASVS, которая видна в публичном HTTP-ответе. Он не пытается эксплуатировать уязвимости, исследовать защищённые входом поверхности или выполнять активные атаки.

Эти восемь проверок и есть весь модуль безопасности. Сигнал, которого нет в списке (согласованная версия TLS, селекторы DKIM, открытые файлы, листинг каталогов, debug-эндпойнты, секреты в клиентском коде, версии зависимостей), не исследуется, и отчёт о нём не говорит ничего ни в ту, ни в другую сторону.

• TLS-сертификаты — Действительность, домен, доверенная цепочка и истечение срока менее чем через 14 дней для хоста и его доступной www/apex-пары. Таймауты означают «не проверено».
• SPF и DMARC — Почтовый домен имеет один SPF без +all и запись DMARC. p=none означает режим наблюдения, а не находку; таймауты DNS и SERVFAIL означают «не проверено». DKIM не проверяется.
• HSTS — Strict-Transport-Security с положительным max-age на HTTPS-источнике. Отсутствующий заголовок или max-age=0 попадает в отчёт; конкретной длины max-age и флага includeSubDomains правило не требует, а сама версия TLS не проверяется.
• Базовые заголовки безопасности — X-Content-Type-Options: nosniff, защита от встраивания во фрейм (X-Frame-Options или директива frame-ancestors в CSP, достаточно чего-то одного) и непустой Referrer-Policy. Одна находка на страницу с перечислением того, чего из трёх не хватает.
• Content-Security-Policy — в ответе есть непустой заголовок Content-Security-Policy. Действительно ли политика безопасна для каждого сценария выполнения, извне не определяется.
• Permissions-Policy — в ответе есть непустой заголовок Permissions-Policy.
• Атрибуты cookie — каждая cookie из заголовка Set-Cookie финального ответа, который прочитал обход, не только на главной странице, проверяется на Secure, HttpOnly и SameSite. Значение cookie в доказательствах не появляется никогда: оно может быть секретом.
• Чрезмерно разрешительный CORS — Access-Control-Allow-Origin: * вместе с Access-Control-Allow-Credentials: true создаёт противоречие, которое браузеры отклоняют, а сервер не должен заявлять.

Находки классифицируются как сигнал присутствует или сигнал отсутствует, а не как подтверждённые уязвимости. Отсутствующий заголовок является доказательством того, что защитный механизм не развёрнут, а не доказательством того, что сайт можно взломать.

Смешанный контент проверяется, но сообщает о нём модуль SEO, а не этот.

Доступность: WCAG 2.2 AA / EN 301 549 / Section 508

Автоматические проверки DOM охватывают ту часть WCAG 2.2 уровня AA, которую можно проверить машинно. WCAG 2.2 AA является надмножеством разделов WCAG, на которые ссылаются EN 301 549 (ЕС, раздел 9 ссылается на WCAG 2.1) и Section 508 (США, включает WCAG 2.0 AA). Обратите внимание: оба стандарта содержат функциональные требования вне WCAG, которые автоматическое сканирование DOM не покрывает. Автоматические инструменты проверяют примерно 30–40 % критериев WCAG; остальные требуют человеческой оценки или тестирования со вспомогательными технологиями.

• Масштабирование (WCAG 1.4.4) — Viewport с user-scalable=no/0 или maximum-scale меньше 2 мешает масштабу хотя бы 200%.
• Воспринимаемость (WCAG 2.2, принцип 1) — отсутствующий alt-текст изображений (1.1.1) и контраст ниже 4.5:1 для обычного текста или 3:1 для крупного (1.4.3). Контраст оценивается только по паре `color`/`background-color`, записанной в inline-атрибуте `style`: без браузера, который разложит страницу, итоговый цвет из внешней таблицы стилей вычислить невозможно, поэтому она честно остаётся зоной ручной проверки, а не ложного «пройдено».
• Управляемость (WCAG 2.2, принцип 2) — положительный tabindex или inline-обработчик только для мыши, создающий риск доступа с клавиатуры (2.1.1), убранный контур фокуса без видимой замены (2.4.7) и ссылка, кнопка, summary или submit-подобный input без пригодного доступного имени (2.4.4, 4.1.2).
• Понятность (WCAG 2.2, принцип 3) — присутствует <html lang> и структура заголовков с ровно одним h1 и без пропущенных уровней (3.1.1, 1.3.1); элементы <label> форм правильно связаны (3.3.2); контрол с aria-invalid, к которому не привязано описание ошибки (3.3.1).
• Надёжность (WCAG 2.2, принцип 4) — неизвестная роль ARIA, атрибут ARIA со ссылкой на несуществующий ID или фокусируемое содержимое, спрятанное под aria-hidden (4.1.2). Валидность HTML документа в целом и озвучивание live-регионов не проверяются.
• Ориентиры для вспомогательных технологий — landmark main, название у повторяющейся навигации, title у каждого iframe и объявленные подписи к медиа. Это статические доказательства из DOM о том, с чем пришлось бы работать экранному читателю: ни один экранный читатель не запускается, и качество озвучивания не измеряется.

Каждая находка по доступности содержит ссылку на критерий WCAG, селектор проблемного элемента и конкретное нарушенное правило, поэтому проверку можно воспроизвести без повторного запуска сканирования.

Чего автоматические проверки оценить не могут: ловушки фокуса в динамических виджетах, качество озвучивания экранным читателем, когнитивная нагрузка, чувствительность к движению в анимациях, автовоспроизведение медиа или соответствие критериям, требующим понимания смысла (например, 1.3.3 Sensory Characteristics).

Надёжность и производительность

В этом разделе два разных измерения. Надёжность показывает то, что увидел собственный краулер FluxRadar, пока читал ваши страницы. Производительность FluxRadar не измеряет вообще: лабораторные метрики берутся из Google PageSpeed Insights (запуск Lighthouse на инфраструктуре Google), а полевые берутся из Chrome UX Report (CrUX), то есть от настоящих пользователей Chrome.

Лабораторная выборка намеренно ограничена: до 5 URL, подобранных так, чтобы покрыть разные шаблоны страниц, на 2 эмулированных устройствах, по 2 измерения каждое. В отчёт попадает median двух прогонов, а рядом публикуется разброс между ними, чтобы была видна разница между «страница грузится 3.1 с» и «страница загрузилась за 1.4 с, а потом за 4.8 с». Метрика, которую провайдер не измерил, не даёт находки вообще, ни успешной, ни неудачной.

• Core Web Vitals — LCP, CLS и Total Blocking Time из лабораторного прогона; INP и LCP из полевых данных CrUX, если у вашего источника достаточно трафика, чтобы Chrome их показал. INP в лабораторном прогоне не измеряется вообще и бывает только полевым.
• Время ответа сервера (TTFB) — два независимых показателя. В лабораторном прогоне TTFB выше 0.80 с требует внимания, выше 1.80 с считается плохим. Отдельно от этого краулер сообщает о любой странице вашего сайта, которая отвечала ему дольше 1.8 с.
• Вес страницы и количество запросов — общий объём передачи против бюджета 2 МБ и количество запросов против бюджета 80, оба из прогона Lighthouse.
• Возможности с ресурсами — неиспользованный JavaScript, отсутствующее сжатие текста и экономия на изображениях, которые Lighthouse может измерить; сообщаются только выше порога, с которого есть смысл действовать.
• Кеширование и блокировка рендера — статические ресурсы с коротким или отсутствующим временем жизни кеша и ресурсы, которые заметно откладывают первый показ страницы.
• Стабильность измерения — если два прогона одного URL расходятся больше чем на 40% от своего median, вердикт публикуется как нестабильный, а не как число, по которому стоит действовать.
• Сигнал доступности — HTTP-статус каждого URL в области. Ответы 5xx, ошибки соединения и таймауты сообщаются как проблемы надёжности.
• API-эндпойнты, которые вы укажете — публичные эндпойнты GET / HEAD / OPTIONS, добавленные вручную, вызываются один раз и сверяются со статусом, который вы объявили ожидаемым: ожидаемые 404 или 503 проходят, неожидаемые не проходят. Учётные данные отклоняются: эндпойнт, в заголовках которого настроены Authorization, Cookie или API-ключ, не вызывается вообще, и отчёт об этом говорит.

Находки по производительности никогда не меняют оценку модуля Performance. Эта оценка принадлежит самому Lighthouse и уже учитывает эти метрики; вычитать ещё раз за тот же медленный LCP значило бы оштрафовать дважды. Находки говорят, что с оценкой делать, а не пересказывают её.

Качество контента: что проверяет FluxRadar

Модуль качества контента читает текст и медиа, которые страница уже отдаёт. Он судит то, что можно измерить: сколько текста, загружается ли медиа, не несёт ли тот же текст другая обойдённая страница. Он никогда не оценивает, хорошо или плохо написано.

• Текст-заглушка — Канонический lorem ipsum и типовые тексты WordPress на английском, украинском и русском; типовые заголовки учитываются только в title и H1. Примеры в code, pre и textarea исключены.
• Дублированное содержимое страницы — две обойдённые страницы, чей видимый текст совпадает знак в знак. Страница, чей <link rel="canonical"> указывает на другую страницу группы, в отчёт не попадает: назвать каноническую версию и есть решение, поэтому проверка молчит и о странице, которая это заявила, и о той, которую она назвала. Сообщаются только точные совпадения, почти-дубликаты нет.
• Пустые и малосодержательные страницы — видимый текст body короче 200 символов; содержимое script и style не учитывается.
• Битые изображения и медиа — изображения, видео и аудио, которые обход действительно проверил и застал недоступными, с ошибкой HTTP или с HTML-страницей вместо файла. Медиа, до которого обход не дошёл, странице не зачисляется.
• Оценка читаемости — страница, чей <html lang> объявляет английский или украинский (региональные варианты вроде en-GB тоже считаются) и которая имеет хотя бы 200 символов видимого текста, получает оценку читаемости по шкале 0–100 (чем выше, тем легче читать): Flesch Reading Ease для английского текста; для украинского берётся адаптация той же формулы по Оборневой, откалиброванная на русских текстах и применённая к украинскому как приближение. Читаемость измеряется по тексту абзацев (элементы <p>, <blockquote> и <dd>, вне навигации, списков и таблиц), чей алфавит соответствует объявленному языку хотя бы в 70% своих букв; странице нужно хотя бы 5 предложений и 100 слов такого текста абзацев, чтобы получить оценку. Помечается, если оценка ниже 30 по любой шкале («очень сложно»). Это механическое измерение длины предложений и слов, а не оценка качества письма, и страница без объявленного английского или украинского языка, чей алфавит текста абзацев не преодолевает порог в 70%, или чей текст вообще не изложен в элементах абзацев (некоторые конструкторы страниц), оценки не получает. Раздел AI SEO / GEO ссылается сюда на ту же оценку.

Прозрачность статьи остаётся информационным наблюдением: основная статья имеет автора ИЛИ медицинского рецензента и дату публикации; дата изменения необязательна. Прозрачность медицинского бизнеса фиксирует замеченные профили врачей, описания квалификации, информацию о заведении, контакты и лицензию во всём прочитанном обходе. Проверки не подтверждают квалификацию или законность, не уменьшают score и не обещают доверия Google, позиций или улучшений GEO.

Сигналы приватности и согласия

FluxRadar читает публично видимые сигналы согласия и отслеживания. Он не устанавливает код отслеживания, не ставит cookie от имени проверяемого сайта и не взаимодействует со сторонней инфраструктурой согласия, кроме чтения того, что встроено в страницу.

• Сигнал согласия — узнаваемый трекер, загруженный в отданном HTML (Google Analytics, Tag Manager, Meta, DoubleClick, Hotjar, Clarity, Segment, Plausible, Matomo), и при этом нигде в этом HTML нет маркера согласия: сигнатуры платформы вроде OneTrust, Cookiebot, Didomi, Usercentrics или TrustArc либо слов «cookie» и «consent». Это только статический сигнал: баннер, который появляется после выполнения JavaScript, и юридическая действительность согласия в вашей юрисдикции требуют браузера или юриста, а не этой проверки.
• Инвентаризация cookie — cookie, которые ставит страница: из заголовков Set-Cookie её финального ответа и из присваиваний document.cookie в inline-скриптах. Отчёт показывает имена cookie и то, откуда каждая появилась; значения не записываются никогда, потому что значение может быть секретом. Имеет ли cookie Secure, HttpOnly и SameSite, сообщает модуль безопасности.
• Сторонние скрипты — полный перечень внешних хостов, с которых страница грузит <script src>. Поддомен вашего же сайта сторонним не считается. Домены именно инвентаризуются, а не классифицируются: FluxRadar не помечает один как рекламу, а другой как фингерпринтинг.
• Можно ли найти политику приватности — на главной странице есть ссылка в пределах того же сайта, текст или адрес которой идентифицируют политику приватности или cookie.

Как подтверждается каждая находка

Каждая проблема в Центре проблем содержит:

• URL — страницу, на которой находка зафиксирована.
• Что сработало — конкретное поле HTTP-ответа (название заголовка, HTML-селектор или атрибут), которое активировало правило.
• Увиденное значение — фактическое значение, сокращённое для показа; полное есть в экспорте JSON.
• Правило — идентификатор правила и стандарт или рекомендацию, к которым оно относится.
• Следующий шаг — рекомендуемое действие для исправления.

Экспорт JSON и CSV (тариф Complete) содержит полные сырые доказательства для каждой находки, поэтому проверку можно воспроизвести самостоятельно.

Чего FluxRadar не сертифицирует

FluxRadar проверяет публичные сигналы сайта. Есть важные вещи, которых он делать не может:

• Он не сертифицирует соответствие WCAG. Автоматические проверки охватывают примерно треть критериев WCAG. Высокая оценка доступности не означает, что сайт полностью доступен или соответствует закону.
• Он не сертифицирует соответствие ASVS. Находки по безопасности касаются только наблюдаемой публичной поверхности. Страницы за входом, серверная логика, доступ к базе данных, уязвимости зависимостей и конфигурация инфраструктуры находятся вне границ проверки.
• Он не сертифицирует соответствие GDPR, ePrivacy или CCPA. Сигналы приватности показывают, присутствуют ли распространённые механизмы; они не являются юридической оценкой законности обработки данных.
• Он не выполняет активных тестов безопасности. Ни фаззинга, ни попыток инъекций, ни перебора, ни подстановки учётных данных не выполняется.
• Результат фиксирует один момент времени. Проверка отражает то, что было публично видно во время её запуска. Динамическое содержимое, A/B-тесты и различия между узлами CDN могут дать другой результат при одновременном открытии в браузере.
• Он не получает доступа к контенту за входом или платной стеной. Аудит охватывает только URL, доступные неаутентифицированному HTTP-клиенту.
• Видимость у провайдеров ИИ опциональна и не гарантирована. API провайдеров ИИ часто меняются; проверка видимости отражает ответы API на момент проверки и может не соответствовать поведению реальных запросов пользователей.

Как FluxRadar проводит аудит и кто отвечает за сервис

FluxRadar это онлайн-сервис FluxLab для проверки публичных сайтов. Он читает доступные страницы без паролей к CMS, SSH или базе данных. Complete также наблюдает публичные TLS-сертификаты и DNS TXT-политики. Это пассивные проверки, а не тест на проникновение.

Обход ограничен выбранным пакетом, настройками, доступностью сайта и robots.txt. Отчёт отделяет найденные проблемы от непроверенных и неприменимых сигналов. Для каждой находки он показывает правило, доказательство и рекомендуемое исправление; отсутствие находок не является сертификатом соответствия.

SEO-аудит описывает технические сигналы, а не гарантирует индексацию или позиции. Доступ ИИ-краулера и упоминание бренда это разные измерения: ответы моделей зависят от конкретных вопросов, провайдера и времени запуска.

Basic: SEO, AI/GEO и план действий, до 5 000 URL. Complete: до 50 000 URL, дополнительные модули, история и экспорт. Это разовая проверка, а не автоматический мониторинг.

• Пример результата для выдуманного сайта
• Как читать покрытие и оценку (на украинском)
• Как проверить видимость для ИИ без обещаний цитирования (на украинском)
• Собственный кейс: что изменил полный HTML FluxRadar (на украинском)

Вопросы о методике или об ошибочном выводе: support@fluxradar.net. Оператор и обработка данных.

Вопросы об объёме или доказательствах: support@fluxradar.net