Perplexity

Происхождение и история

В ретроспективном сообщении компании от 31 марта 2026 года запуск её сервиса ответов отнесён к декабрю 2022 года. Это начало описываемого поискового продукта: пользователь задаёт вопрос и получает сформулированный ответ. ^[2]

Следующий этап — расширение поиска до более продолжительного исследования. В корпоративном пресс-релизе, опубликованном 3 марта 2025 года, Perplexity сообщила об анонсе Deep Research 14 февраля 2025 года. Функция должна была повторять поиск и обращение к источникам, анализировать найденное и собирать отчёт. Так к отдельному ответу добавился сценарий исследования сложной темы. ^[3]

В актуальной справке, проверенной 24 октября 2026 года, описаны обычный поиск и расширенные возможности, включая Pro Search и Deep Research. История сервиса поэтому связана не только с появлением ответов со ссылками, но и с развитием способов исследования. Названия доступных режимов и условия их использования нужно уточнять по текущей документации, а не по старому анонсу. ^[1]

Суть и механизм

Работу поиска удобно разобрать на примере вопроса: «Какие документы объясняют изменение городского автобусного маршрута?» По описанию Pro Search, сервис выполняет несколько поисков, обращается к найденным материалам и сводит информацию в ответ. Пользователь получает также ссылки и может спросить, например, какие сведения относятся к плану, а какие — к уже принятому решению. Уточняющий вопрос продолжает предыдущий разговор. ^[1]

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

Для этого имеет значение общий риск генеративного ИИ. Профиль NIST AI 600-1 описывает конфабуляцию — уверенно изложенное ошибочное или вымышленное содержание; возможны и вымышленные обоснования либо ссылки. Это описание класса рисков, не измерение частоты ошибок Perplexity. ^[4]

Виды и классификации

Следующая таблица — редакционная группировка по задаче, а не перечень тарифов.

Search API возвращает результаты в структурированном виде, удобном для программы. В его документации предусмотрены ограничения по доменам, языкам и регионам. Из наличия такого параметра в API не следует, что в пользовательском поиске есть одноимённая кнопка или настройка. Техническую интеграцию и действия обычного пользователя проверяют по разным разделам справки. ^[1]

Как применяется на практике

Учебный пример. Журналист российского городского издания готовит заметку о вымышленном Северном мосте. Он просит найти документы о сроках открытия и сохраняет запрос, дату, выбранный режим и полный ответ. Допустим, ответ содержит фразу: «Мост открыт 1 сентября для автобусов и легковых автомобилей», а рядом — ссылка на сообщение администрации.

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

Этот разбор показывает, зачем отделять утверждения друг от друга. Одно предложение со ссылкой может объединять событие, дату и условия, хотя источник подтверждает только часть. В предлагаемой процедуре проверяющий сохраняет найденный фрагмент рядом с каждым утверждением, чтобы коллега мог повторить сверку. Рекомендация проверять источники и ссылки согласуется с действием MS-2.5-003 профиля NIST. ^[4]

У издателя есть и другая задача — понять, как его страницы доступны сервису. По документации PerplexityBot предназначен для обнаружения сайтов и ссылок в поисковых результатах. Perplexity-User обращается к странице в связи с действием пользователя; разработчик отдельно указывает, что такой загрузчик обычно игнорирует правила robots.txt. Этот файл содержит указания роботам о доступе, поэтому нельзя одинаково трактовать его действие для обоих механизмов. ^[1]

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

Как измерить или проверить

Для внутренней проверки можно использовать собственный показатель — долю полностью подтверждённых утверждений:

Здесь N — все проверяемые фактические утверждения в выбранных ответах, F — те из них, которые полностью подтверждены приложенными источниками. До подсчёта составные фразы разделяют на отдельные утверждения, как в примере с мостом. Мнения и пожелания в такой список не включают. Недоступный источник отмечают отдельно; утверждение остаётся в N, но не попадает в F.

Учебный набор содержит 20 утверждений: 16 подтверждены полностью, два — частично, два — не подтверждены приложенными материалами. Получается P=16/20×100%=80%. Частично подтверждённые случаи не прибавляют к числителю; сумма категорий равна 20. Статус «не подтверждено» означает недостаток найденного доказательства, а не автоматически установленную ложность.

При N=0 процент не рассчитывают. При F=N результат равен 100%, но описывает только выбранные ответы и принятую процедуру проверки. Это не универсальная точность продукта. NIST отдельно предостерегает от переноса результатов узких и несистематических оценок на возможности системы в целом. ^[4]

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

Ошибки, ограничения и спорные вопросы

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

Описания разработчика подтверждают заявленные функции. Они не заменяют независимое сравнение качества. Поэтому показатели собственного учебного набора нельзя сопоставлять с рекламной характеристикой или результатом другого исследования, пока неизвестны задания, режимы и правила оценки. ^[4]

Для работы с сайтом также важно различать техническую доступность и итоговый ответ. Документация роботов описывает их назначение и настройки доступа; она не устанавливает обязательства цитировать каждую доступную публикацию. Из разрешения обхода нельзя вывести гарантированный поток читателей. ^[1]

Правовой аспект в России

Если загружаемый список клиентов содержит сведения, по которым прямо или косвенно определяется человек, применимо понятие персональных данных из пункта 1 статьи 3 закона №152-ФЗ. Передача входит в обработку по пункту 3 той же статьи. Часть 1 статьи 6 требует предусмотренного законом основания; согласие названо в пункте 1, но существуют и другие основания. Наличие аккаунта в Perplexity само по себе не разрешает передачу чужих данных. Использована редакция закона от 26.07.2026. ^[5]

Названные определения и исходное изложение статьи 6 введены законом №261-ФЗ от 25.07.2011: он вступил в силу 27.07.2011 и распространил положения на отношения с 01.07.2011. Последующие изменения учитываются по текущему тексту. Для реальной загрузки основания, договорные условия и возможная трансграничная передача требуют отдельной правовой оценки; эта справка не заменяет консультацию юриста. ^{[5, 6]}

Частые вопросы

Связанные термины

• geo
• rag
• bolshaya-yazykovaya-model
• gallyutsinatsii-ii
• prompt
• faktcheking