Как проверять Fast Search: поиск, использование факта и цитата — это разные события

Fast Search отвечает на узкий технический запрос: какие веб-страницы вернул интерфейс программирования в заданных условиях. Это не журнал всего, что произошло после поиска. Найденная страница может быть передана следующему компоненту, отброшена, использована частично или не получить видимую ссылку. Поэтому «страница была среди результатов» — отдельное наблюдение, а не синоним фразы «система сослалась на страницу».

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

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

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

Официальная документация описывает Fast Search как более быстрый и дешёвый режим Search API. Для вызова задают `search_type: "fast"`; если параметр не указан, применяется обычный веб-поиск. Документация на дату проверки указывает цену 1 доллар за 1 000 быстрых запросов вместо 5 долларов за 1 000 обычных веб-запросов.

Perplexity советует быстрый режим для повседневных вызовов внутри автоматизированных процессов, больших объёмов и задач, чувствительных ко времени. Обычный режим `search_type: "web"` рекомендован для редких, сложных или неоднозначных запросов. Формат результата остаётся тем же, а `max_results` принимает значения от 1 до 20. Это проверяемый контракт интерфейса, но не обещание определённой позиции или ссылки в последующем ответе.

• 1 доллар за 1 000 быстрых запросов.
• 5 долларов за 1 000 обычных веб-запросов.
• От 1 до 20 результатов в одном вызове Fast Search.

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

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

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

• Одна строка журнала соответствует одному вызову интерфейса.
• Возврат страницы, использование факта, показ ссылки, упоминание и переход — разные поля.
• Ошибка, пустой результат и отсутствие ссылки — разные исходы.

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

Сравнивайте `fast` и `web` только при одном наборе промптов, одинаковых языке, стране, временном окне и правилах подсчёта. Меняйте одну переменную за раз. Число повторов, список доменов и критерий поддержки утвердите до запуска, иначе удобные примеры могут изменить вывод уже после сбора данных.

Наблюдаемый порядок можно описывать только как порядок в полученном списке. По одному запуску нельзя восстановить внутреннюю формулу или доказать, что более высокая позиция вызвала появление ссылки. Если изменились модель, интерфейс или набор параметров, начинайте новую серию и указывайте, по какую дату собраны данные. Исходные ответы храните отдельно от редакционного объяснения; короткий Telegram-пост служит навигацией, а не доказательством.

• Один набор промптов и одно временное окно.
• Одна изменяемая настройка на серию.
• Заранее заданные повторы и правила подсчёта.

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

Предположим, 20 вызовов Fast Search вернули по 10 результатов: основание первого расчёта — 200 результатов. Если 30 результатов содержат страницу выбранного домена, наблюдаемая доля возврата равна 30/200. Это не означает 30 показанных ссылок. Если следующий слой создал 40 утверждений и открытые страницы подтверждают 12 из них, поддержка равна 12/40. Если только у 7 утверждений показана ссылка, доля показанных ссылок равна 7/40.

Все числа в примере вымышлены и объясняют способ расчёта, а не измеряют Perplexity. Упоминание бренда, переходы и целевые действия требуют отдельных журналов и собственных оснований. Даже 7/40 не доказывает, что поисковая выдача вызвала деловой результат. В отчёте подпишите каждую дробь словами, чтобы читатель видел, что именно находится в числителе и основании расчёта.

• 30/200 — страницы домена среди результатов.
• 12/40 — утверждения, поддержанные открытым текстом.
• 7/40 — утверждения с показанной ссылкой.
• Это учебный пример, а не отраслевой показатель.

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

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

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

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

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

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

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

• Ответственная редакция: GeoAeoAle Editorial.
• Использование машинной помощи раскрыто; ручная проверка не заявляется.
• Дата публикации соответствует дате короткой версии в Telegram: 7 октября 2026 года.

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