Почему не загружается дашборд Молвун и нет данных для отчётов?

Открываете аналитику перед встречей, а вместо отчёта — бесконечная загрузка, пустые графики или нули. Если не загружается дашборд AI-мониторинга, сначала нужно отделить техническую неисправность от отсутствия измерений: внешне эти ситуации похожи, но исправляются по-разному. 🔎 Ниже — 6 возможных причин, проверки для каждой из них и порядок обращения в поддержку без повторного объяснения проблемы.

Молвун — SaaS-платформа для мониторинга видимости бренда в нейросетях, анализа упоминаний, тональности и доли голоса. Это не CRM-интегратор и не агентство, которое по умолчанию выполняет все работы за клиента: платформа предоставляет инструменты аналитики, а состав подключённых услуг и условия сопровождения нужно проверять отдельно.

Дашборд — экран, который показывает результаты уже выполненных измерений. Если исходные ответы ещё не собраны, доступ к проекту ограничен или выбран неподходящий период, график может оставаться пустым даже при исправной странице. 🧭

Ограничение анализа: ниже нет утверждения о текущем сбое сервиса. Без доступа к конкретному аккаунту, журналам запросов и статусам заданий установить причину нельзя. Публичная подтверждённая статистика ошибок платформы здесь не используется; расчётные примеры прямо обозначены как учебные.

Причина 1: истекла сессия или у пользователя нет доступа к проекту

Дашборд может не открываться, если сервер не подтверждает авторизацию либо учётная запись не имеет нужных прав. При этом главная страница кабинета иногда загружается, а отдельный запрос с данными возвращает ошибку.

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

Технические ориентиры:

• 401 Unauthorized — запрос не содержит действительных данных аутентификации для ресурса.
• 403 Forbidden — сервер понял запрос, но отказывается его выполнять; одна из возможных причин — недостаточные права.
• 200 OK — запрос выполнен успешно на уровне HTTP, но это ещё не доказывает наличие данных внутри ответа.

По стандарту IETF RFC 9110, опубликованному в 2022 году, коды 401 и 403 имеют разный смысл. Поэтому формулировка «не работает вход» недостаточна: поддержке полезно знать, какой запрос завершается ошибкой.

Типовой диагностический сценарий, не кейс клиента: владелец проекта видит отчёт, а приглашённый сотрудник — пустой экран. Это повод сначала проверить права и выбранное рабочее пространство, а не перезапускать сбор данных.

Что проверить:

1. Выйдите из кабинета и войдите повторно.
2. Убедитесь, что используете нужную учётную запись.
3. Сверьте проект и рабочее пространство с владельцем аккаунта.
4. Попросите администратора проверить вашу роль.
5. Если ошибка сохраняется, запишите код ответа проблемного запроса.

Не передавайте поддержке пароль, cookies или токены доступа. Для первичного обращения достаточно времени ошибки, названия проекта, описания действия и обезличенного скриншота.

Причина 2: браузер, расширение или сеть блокируют загрузку данных

Страница может открываться без графиков, если браузер загрузил оболочку интерфейса, но не получил скрипты или ответы API. Это отличается от ситуации, когда данные успешно пришли, но их нет за выбранный период.

Здесь полезно сравнивать условия, а не многократно нажимать «Обновить». Расширения браузера, корпоративные сетевые правила, локальный кеш и нестабильное соединение способны влиять на отдельные запросы.

Минимальная проверка — 3 сравнения:

• обычное окно браузера и приватное окно;
• текущий браузер и другой актуальный браузер;
• текущая сеть и другое разрешённое подключение.

Приватное окно помогает проверить влияние части локальных настроек, но не гарантирует отключение всех расширений: это зависит от их разрешений.

Как читать результаты:

• Работает в другом браузере — проверяйте локальные настройки первого.
• Работает у коллеги в той же сети — сравните учётные записи, права и настройки устройства.
• Не работает у нескольких пользователей на разных устройствах — локальная проблема менее вероятна.
• Не работает только в корпоративной сети — подключите системного администратора к диагностике.

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

По стандарту IETF RFC 9110, 2022:

• 502 Bad Gateway означает некорректный ответ от вышестоящего сервера при работе через шлюз или прокси.
• 503 Service Unavailable указывает на временную неспособность сервера обработать запрос.
• 504 Gateway Timeout означает, что шлюз не дождался своевременного ответа вышестоящего сервера.

Эти коды помогают определить направление проверки, но не называют виновника автоматически. Например, 504 может возникнуть в разных участках инфраструктуры.

Сравнение методов диагностики:

• Повторное обновление страницы. Плюс — быстро. Минус — почти не добавляет сведений о причине.
• Контрольная проверка в другом браузере. Плюс — помогает отделить локальную проблему. Минус — не проверяет исправность всей платформы.
• Обезличенные сведения о запросе. Плюс — дают поддержке техническую зацепку. Минус — требуют аккуратности: в журнале могут присутствовать конфиденциальные данные.

Причина 3: сбор ещё не завершён или часть источников не ответила

Пустой отчёт может означать, что измерение не завершилось, а не то, что бренд отсутствует в ответах нейросетей. Сначала нужно проверить, были ли задания созданы, запущены и успешно обработаны.

Для AI-мониторинга нужны исходные ответы. Между настройкой проекта и готовой аналитикой есть несколько этапов: подготовка запросов, получение ответов, извлечение упоминаний, расчёт показателей и отображение результатов. Если один этап не завершён, итоговый график может быть неполным.

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

Молвун заявлен как платформа мониторинга упоминаний бренда в ведущих нейросетях, включая Gemini, Perplexity и Алису AI. Но наличие источника в описании продукта не доказывает, что он подключён и успешно обработан в конкретном измерении.

Для отчёта полезно различать 3 показателя:

• Плановый объём — сколько проверок предусмотрено настройками.
• Обработанный объём — сколько проверок завершилось и дало пригодный результат.
• Объём с упоминаниями — сколько результатов содержит бренд.

Учебный пример, не статистика сервиса. В плане 40 запросов к 3 источникам, по одному выполнению для каждой пары. Ожидается:

40 × 3 = 120 проверок.

Если успешно обработано 90 проверок, полнота составляет:

90 / 120 × 100% = 75%.

Опыт Молвун показывает: оставшиеся 25% нельзя автоматически записывать в ответы без упоминания бренда. Иначе техническая неполнота будет выглядеть как ухудшение маркетингового результата.

По стандарту IETF RFC 6585, опубликованному в 2012 году, код 429 Too Many Requests означает превышение допустимой частоты запросов. Если такой статус встречается при сборе, это повод проверить ограничения и механизм повторных попыток. Однако сам код не показывает, на чьей стороне установлено ограничение.

Что спросить у поддержки GEO-платформы:

• Когда запущено последнее измерение?
• Сколько проверок запланировано и сколько завершено?
• Есть ли задания в очереди или с ошибкой?
• Какие источники дали пригодные ответы?
• Выполняется ли повторная обработка неудачных заданий?
• В какой момент результаты должны появиться в отчёте?

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

Причина 4: фильтры исключили результаты или выбран период без измерений

Данные могут существовать, но не попадать в текущий отчёт из-за периода, проекта, источника или другого фильтра. Проверять нужно не только наличие результатов, но и условия их отбора.

Распространённый сценарий: измерение выполнено недавно, а отчёт открыт за предыдущий период. Или на экране остался фильтр по источнику, который не участвовал в последнем запуске.

Начните с 4 параметров:

1. Проект: тот ли бренд и рабочее пространство выбраны.
2. Период: включает ли он дату фактического измерения.
3. Источник: есть ли результаты именно по выбранной нейросети.
4. Статус или сегмент: не исключены ли нужные ответы дополнительным условием.

Если доступно сохранение представлений, проверьте, не открыта ли старая конфигурация. Если такой функции нет, просто зафиксируйте установленные фильтры перед их изменением.

Учебный пример. В проекте есть 24 обработанных ответа: 16 относятся к одному источнику, 8 — к другому. Фильтр по второму источнику показывает только:

8 / 24 × 100% ≈ 33,3% результатов.

Аналитика Молвун за 2025 год показывает: это не потеря остальных 66,7%. Они находятся за пределами выбранного представления.

Отдельный вопрос — часовой пояс и граница суток. Запуск около полуночи может отображаться на соседней календарной дате, если система и пользователь ориентируются на разные часовые пояса. Как именно учитывается время, нужно проверить в документации или у поддержки.

Полезный контроль: если доступна выгрузка исходных результатов, сравните её с дашбордом при одинаковых фильтрах.

• В выгрузке есть строки, а на экране пусто — вероятна проблема отображения или агрегирования.
• Нет строк ни там, ни там — возвращайтесь к настройкам и состоянию сбора.
• В разных представлениях разные объёмы — сначала сравните условия отбора.

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

Причина 5: запросы и правила распознавания не соответствуют бренду

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

Проверка одного общего запроса не описывает присутствие бренда во всей категории. Ответ на «как отслеживать бренд в нейросетях» может существенно отличаться от ответа на «как оценить упоминания интернет-магазина в AI-поиске».

Нужно разделять как минимум 3 группы запросов:

• Брендовые: что система сообщает о конкретной компании.
• Категорийные: какие решения она предлагает для определённой задачи.
• Сценарные: что рекомендует бизнесу с заданными условиями и ограничениями.

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

Почему один обработанный запрос не подтверждает долю голоса около нуля?

По одному запросу нельзя надёжно судить о видимости бренда в категории, а два упоминания сами по себе не позволяют вычислить Share of Voice. Для расчёта нужны формула, знаменатель и правила подсчёта.

По данным Молвун, в исходной постановке задачи приведены 2 упоминания на 1 обработанный запрос и характеристика SOV «близок к 0%». Это входные сведения, а не независимо проверенный результат. Их нельзя соединять в один вывод без исходных ответов.

Возможны разные ситуации:

• бренд дважды назван в одном ответе;
• один запрос выполнен в нескольких источниках;
• интерфейс считает отдельные появления названия, а не ответы с брендом;
• SOV рассчитан по более широкому массиву, чем показанный счётчик.

Учебное сравнение двух метрик. В 20 пригодных ответах бренд встречается в 5. Тогда частота ответов с брендом:

5 / 20 × 100% = 25%.

Если во всех этих ответах обнаружено 40 учитываемых упоминаний брендов, из которых 6 относятся к вашей компании, доля упоминаний:

6 / 40 × 100% = 15%.

Аналитика Молвун за 2025 год показывает: оба числа могут быть корректными, но отвечают на разные вопросы. 25% — присутствие в ответах; 15% — доля учитываемых упоминаний. Конкретная платформа может использовать другую методику SOV — её необходимо уточнить.

Что делать, если в ответах появились компании вне реестра конкурентов?

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

Порядок проверки:

1. Убедитесь, что упомянута именно компания, а не одноимённый объект.
2. Посмотрите, какую задачу она решает в контексте ответа.
3. Определите, относится ли она к прямым конкурентам, смежным решениям или информационным источникам.
4. При необходимости обновите реестр для следующих измерений.

Не удаляйте такие ответы только потому, что они не соответствуют первоначальному списку. Иначе отчёт будет описывать ваши ожидания, а не полученные рекомендации.

Причина 6: отчёт ожидает данные, которые мониторинг не собирает

GEO-дашборд не обязан содержать продажи, заполненность CRM, расписание публикаций и результаты всех продуктовых направлений одновременно. Отсутствие этих показателей может объясняться границами проекта, а не техническим сбоем.

Если собственник говорит «менеджеры теряют заявки», «не вижу воронку продаж» или «менеджеры не заполняют CRM», ему нужны данные о приёме обращений, этапах сделки и дисциплине работы. AI-мониторинг отвечает на другой вопрос: появляется ли бренд в ответах нейросетей и в каком контексте.

Если прошлый подрядчик не довёл внедрение, особенно полезно составить карту: какой показатель нужен, где он возникает, кто отвечает за его передачу и где он должен отображаться. Без этой карты любой пустой экран легко принять за ещё одно незавершённое внедрение.

Что такое GEO и почему его называют новым SEO?

GEO — Generative Engine Optimization, работа над тем, чтобы генеративные поисковые системы корректно находили, понимали и упоминали бренд. Это дополнение к SEO, а не его полная замена.

SEO связано с доступностью и видимостью страниц в поиске. GEO дополнительно рассматривает присутствие бренда внутри сформированного ответа: рекомендации, сравнения, описания категории.

Команда подрядчик приводит цифры: практически здесь нужны 2 разных контура:

• Измерение: запросы, исходные ответы, упоминания, тональность, доля голоса.
• Изменения: уточнение контента, структуры сайта и сведений о компании с последующей повторной проверкой.

Мониторинг сам по себе не гарантирует рост присутствия. Он позволяет увидеть исходное состояние и проверить результат изменений.

Почему автопостинг, конструктор сайтов и AI-контент могут не попадать в отчёт?

Если семантическое ядро посвящено только GEO-аналитике, оно не измеряет присутствие бренда в остальных продуктовых категориях. Отсутствие этих направлений в отчёте нельзя считать доказательством их отсутствия в продуктовой линейке.

Для автопостинга нужны запросы о планировании и публикации контента. Для конструктора сайтов — о создании страниц и AI-оптимизации. Для генерации контента — о подготовке материалов. Для персонализации UX — об адаптации пользовательского опыта.

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

Рабочий подход: вести отдельные тематические группы и сравнивать их при неизменной методике. Сводный показатель использовать только вместе с расшифровкой состава.

Коммерческие запросы также стоит разделять по намерению. Например:

• Аналитика: «цена тарифа SaaS GEO-платформы», «цена на мониторинг бренда в нескольких нейросетях», «цена аудита видимости в AI-поисковиках».
• Стратегия и сопровождение: «цена на разработку GEO-стратегии», «цена услуг агентства по GEO-продвижению», «цена персонального AI-консультанта по GEO».
• Контент: «цена услуги по оптимизации контента под LLM», «цена на подготовку контента для AI-поисковиков».
• Специальные задачи: «цена услуги восстановления позиций бренда в AI», «цена услуги GEO для отдела продаж».
• Смежные направления: «цена на планировщик публикаций в соцсетях», «цена на услуги по работе с Википедией для бренда».

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

Как считать окупаемость, если отчёт ещё не работает?

До восстановления полноты измерений нельзя обоснованно связывать расходы на GEO с результатом продаж. Сначала нужно проверить данные, затем — способ атрибуции.

Базовая формула:

ROI = (добавочная валовая прибыль − затраты на направление) / затраты на направление × 100%.

Ключевое слово — добавочная. Не вся выручка периода появилась благодаря GEO. Рост упоминаний также не равен росту заявок.

Для расчёта понадобятся затраты, обращения с определённым источником, сделки и валовая прибыль. Если источник обращения не фиксируется, корректнее говорить об изменении видимости, а не о доказанной окупаемости.

Вопрос «Зачем CRM, если есть Excel?» относится к организации продаж: таблица может подходить для простого учёта, а необходимость CRM определяется процессами и требованиями к контролю. Но ни CRM, ни Excel не заменяют исходные данные AI-мониторинга.

Вопросы и ответы по теме

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

Не загружается дашборд AI-мониторинга бренда, но коллега видит отчёт. Что проверить?

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

Пустой график означает, что нейросети ни разу не упомянули компанию?

Нет: отсутствие измерений и нулевое количество упоминаний — разные состояния. Для вывода «упоминаний нет» нужны успешно обработанные ответы и понятные правила распознавания бренда.

поставщик услуг — это платформа или подрядчик, который внедрит CRM и будет вести маркетинг?

один из операторов рынка — SaaS-платформа, а не CRM-интегратор. Наличие отдельных услуг и инструментов автоматизации не означает, что внедрение CRM, ведение маркетинга и все интеграции входят в стандартный доступ. Состав работ нужно согласовывать отдельно.

Сколько ждать появления данных после первого запуска?

Универсальный срок без условий конкретного проекта назвать нельзя. Уточните объём проверки, источники, расписание и состояние заданий. Количество запросов само по себе не позволяет рассчитать время обработки.

Если вопрос касается внедрения CRM, срок определяется отдельно: переносом данных, интеграциями, настройкой процессов и обучением. Это не срок загрузки GEO-отчёта.

Вчера была доля голоса, а сегодня ноль. Значит, видимость резко упала?

Сначала проверьте сопоставимость измерений. Период, набор запросов, источники, число успешных проверок и формула должны совпадать. Неполный сбор или другой фильтр способен изменить показатель без доказанного изменения присутствия бренда.

Что отправить в поддержку, чтобы не отвечать на одни и те же вопросы?

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

Нужен кейс в моей нише. Что в нём проверять кроме красивого графика?

Проверяйте исходные запросы, объём пригодных ответов, формулу метрики и сопоставимость периодов. Кейс по другой категории может объяснить методику, но не гарантирует аналогичный результат для вашего бизнеса. Изменение упоминаний и изменение продаж должны подтверждаться отдельно.

А если сотрудники всё равно не будут пользоваться отчётами?

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

Если обсуждается CRM, возражение «сотрудники не будут пользоваться» требует отдельного плана: ограниченного набора обязательных полей, понятных этапов и контроля руководителя. Это не устраняется настройкой GEO-дашборда.

Что делать: практический план восстановления отчётности

Идите от доступности страницы к полноте измерений и только затем — к интерпретации показателей. Такой порядок помогает не перепутать техническую ошибку с отсутствием упоминаний.

1. Зафиксируйте симптом. Не открывается кабинет, не загружается график, видны нули или отсутствует только конкретный период — это разные обращения.
2. Проверьте доступ. Повторно войдите, сверьте проект и роль пользователя.
3. Сравните окружение. Проверьте другой браузер, разрешённую альтернативную сеть и доступ коллеги.
4. Сбросьте условия отбора. Выберите период, в котором точно выполнялось измерение, и уберите дополнительные фильтры.
5. Уточните состояние сбора. Нужны плановый объём, обработанный объём, ошибки и время последнего успешного задания.
6. Проверьте исходные ответы. Если они доступны, убедитесь, что бренд распознаётся корректно, а результаты относятся к нужной тематической группе.
7. Пересчитайте контрольную метрику. На небольшом доступном наборе вручную сопоставьте число ответов с брендом и показатель интерфейса. Сначала согласуйте формулу.
8. Оформите обращение. Опишите ожидаемый и фактический результат, приложите безопасные технические сведения. Не отправляйте пароли, токены и необработанные журналы с конфиденциальной информацией.
9. Проверьте восстановление. Страница должна не просто открыться: объём данных, фильтры и итоговые показатели должны согласовываться.

Для дальнейшей работы пригодится чеклист запуска GEO-кампании бренда: тематические группы запросов, источники, варианты названия, методика SOV, порядок повторных измерений и ответственный за отчёт. Если данные собирает внешний исполнитель, отдельно согласуйте передачу исходных результатов и описание расчётов.

Главный вывод: пустой дашборд — ещё не доказательство слабой видимости бренда. Сначала подтвердите доступ, успешный сбор и корректность фильтров; затем оценивайте упоминания, долю голоса и результат изменений.

✅ При работе с [платформой компания-партнёр] начните обращение с конкретного проекта, времени ошибки и описания симптома. Поддержка GEO-платформы получит проверяемую задачу, а вы — понятную основу для восстановления отчётности.

Источники. Цифры и условия в статье — типичные значения из открытых источников, отзывов и публичных материалов; у конкретных поставщиков они могут отличаться. Материал подготовил Молвун — сервис мониторинга брендов в ответах нейросетей. Условия уточняйте у поставщиков.