Почему нейросеть не рекомендует компанию: проверка сайта

Почему отсутствие компании в ответе ещё ничего не объясняет?

Google в руководстве, обновлённом 10 июля 2026 года, прямо пишет: специальный файл llms.txt не помогает видимости в его поиске. Руководителю, который выясняет, почему нейросеть не рекомендует компанию, я советую начать с этого факта. Техническую доработку можно выполнить и принять, а к нужному результату она так и не приблизит. Источник: Google Search Central.

Сначала я бы уточнил, что мы называем отсутствием. Компания не попала в список подрядчиков, её назвали без ссылки или дали ссылку, но перепутали услугу и город? Это разные задачи. Исправлять их одним способом было бы странно.

При проверке я предлагаю записывать наблюдения раздельно:

Возьмите вопросы из переписки с продажами и обращений в поддержку: там покупатели уже сформулировали, что им нужно. Запрос с названием компании проверяет знание о ней; вопрос о выборе поставщика – попадает ли она в число вариантов.

Сохраните формулировку целиком, платформу, режим поиска, дату, ответ и ссылки. Повторяйте проверку в новом диалоге, отдельно от уточнений внутри старого. Яндекс, например, прямо указывает, что Нейро учитывает контекст предыдущего вопроса и собирает ответ из релевантных источников. История разговора тоже входит в условия проверки (её легко упустить). Источник: справка Яндекса.

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

Может ли поисковый робот прочитать главное?

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

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

Разработчику я передал бы такой список:

• Проверить доступ к главным страницам услуг, кейсам и контактам без авторизации.
• Посмотреть правила robots.txt, запреты индексации и ограничения показа содержимого.
• Сопоставить исходный HTML с результатом выполнения JavaScript.
• Убедиться, что ключевые факты доступны текстом, а не существуют только внутри баннеров.
• Для найденного препятствия указать страницу, конкретного робота и способ воспроизведения.

Без последнего пункта замечание трудно взять в работу. За фразой «нейросети не видят сайт» может скрываться что угодно.

Сам по себе JavaScript ещё не диагноз. Google сообщает, что умеет обрабатывать такой контент при соблюдении условий доступа. Но распространять это на любого другого робота оснований нет. Источник: технические рекомендации Google.

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

Какие факты сверить на сайте и во внешних каталогах?

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

Адрес офиса и географию услуг лучше записать отдельно. Если подрядчик из Тюмени работает с заказчиками из других городов, об этом нужно сказать прямо. Читателю незачем угадывать условия сотрудничества по косвенным признакам.

В CRT я бы проверял и связь названий Creative Technologies, CRT и прежнего Creative. Для нас история бренда очевидна. Со старой карточкой во внешнем каталоге придётся разобраться: убедиться, что она наша, сверить контакты и выяснить, кто может их исправить.

С подтверждением опыта я был бы столь же придирчив. В нашем кейсе РБК указаны электронный архив и база данных СМИ. Вот конкретная работа, о которой можно говорить. Приписывать ей неподтверждённый рост показателей ради убедительности нельзя. Точное описание задачи для меня весомее громкого обещания без основания.

Google отдельно рекомендует обновлять Business Profile и согласовывать структурированные данные с видимым содержимым страницы. Структурированные данные – это машиночитаемое описание фактов в коде сайта. Если там остался старый телефон, правка текста на странице решит лишь часть задачи. Источник: Google Search Central.

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

Почему одного llms.txt недостаточно?

Файл llms.txt предлагают как текстовый ориентир по содержимому сайта для ИИ-систем. Понимаю, чем это привлекает руководителя: небольшой объём работы, результат легко проверить. Файл появился – задача закрыта.

Но здесь как раз документированный тупик. Если задача звучит как «добавить llms.txt, чтобы улучшить видимость в Google», средство выбрано мимо цели: поисковик пишет, что игнорирует такие файлы в этом отношении. Переписывать материалы специально для генеративного поиска Google тоже не требует. Источник: раздел о заблуждениях в руководстве Google.

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

Остальные предложения подрядчика я проверяю тем же вопросом: какую обнаруженную проблему решит изменение? Ответ «так принято для ИИ» меня не устраивает. Ведь принимать работу всё равно придётся по результату.

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

Что показывает бесплатная проверка AI READY?

В AI READY у CRT предусмотрены оценка из 100 баллов, семь показателей и полный отчёт после указания e-mail. Шкала обозначена как экспертная модель CRT. Она помогает упорядочить результаты проверки; измерить внутреннее решение нейросети по ней нельзя.

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

Я бы открывал отчёт с деталей, а общую оценку смотрел после. Сначала выяснил бы, где найдено препятствие, что проверено автоматически и что ещё предстоит подтвердить вручную. Затем отнёс бы замечание к доступу, содержанию или сведениям о компании. И проверил главное: можно ли понять, что исправление сработало.

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

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

Как организовать исправления и повторные замеры?

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

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

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

Bing в описании AI Performance отдельно предупреждает: отчёт показывает цитирование, а не клики или трафик. Изменения его показателей нельзя однозначно приписать конкретной правке. Источник: Bing Webmaster Tools.

В отчёте для руководителя я бы оставил отдельные показатели:

• Обращения ботов – какие запросы к сайту зафиксированы.
• Упоминания и цитирование – где компания названа или сайт использован как источник.
• Переходы – какие посещения удалось связать с ИИ-сервисами.
• Заявки – какие обращения покупателей зарегистрированы и что известно об их источнике.

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