Perplexity разделяет поискового робота и обращение к странице по запросу пользователя

У двух агентов разные заявленные назначения. PerplexityBot относится к поисковому обходу, а Perplexity-User получает страницу в контексте пользовательского действия. Сведение обоих в категорию «AI-робот» уничтожает важную часть сигнала: регулярное обнаружение страниц и обращение к странице по конкретному запросу становятся неразличимыми.

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

Источники раздела:[1] Perplexity Docs

Не доверяйте одному User-Agent: его можно скопировать. Сопоставьте адрес с актуальным официальным списком IP-адресов, сохраните версию списка и время проверки. Если используется DNS-проверка, выполните обратную и прямую проверку. Несовпавший запрос остаётся неподтверждённым или неизвестным, а не попадает в статистику подтверждённых ботов.

Минимальная запись содержит дату и время, адрес страницы, статус, размер ответа, полное имя робота, результат проверки сетевого адреса и роль. Сырые IP-адреса не нужны в долгосрочной аналитике: после проверки их можно укоротить и заменить защищённым хэшем, который позволяет сопоставлять обращения, но не раскрывает сам адрес. Агрегаты PerplexityBot и Perplexity-User показываются отдельно.

Короткую проверку можно повторить на одном адресе страницы. Сначала запросите только технические заголовки ответа сервера (метод HEAD), затем всю страницу (метод GET). Запишите результат, сопоставьте техническое имя робота (User-Agent) и IP-адрес с текущим официальным списком, а через неделю повторите проверку. Если список или ответ сервера изменился, создайте новую запись проверки, а не переписывайте старую.

Источники раздела:[1] Perplexity Docs

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

Если сервер видит запрос с User-Agent PerplexityBot, сначала сохраните время, URL, статус и подтверждение диапазона IP. Это наблюдаемый обход. Если позже пользовательский ответ Perplexity содержит ссылку на тот же URL, это отдельное наблюдение: совпадение не доказывает, что именно этот обход породил цитату. В отчёте храните две строки, а не одну конверсию.

Перед классификацией запроса проверьте User-Agent, официальный список диапазонов, обратное и прямое подтверждение DNS, адрес страницы и код ответа. Разделяйте поискового робота, пользовательское получение страницы и неизвестную автоматизацию. Не блокируйте агента только по имени; сначала зафиксируйте правило и риск. Любое утверждение о цитировании подтверждайте отдельным архивом ответа.

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

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