SEO для Perplexity: як індексуються сайти в ШІ-пошуку
Найчастіша технічна помилка в статтях про Perplexity — казати “бот Perplexity” в однині. Насправді ботів два, вони роблять різні речі й по-різному ставляться до robots.txt. Плутанина між ними — причина, чому частина власників сайтів налаштовує доступ неправильно й губить видимість, самі того не розуміючи.
Два боти — не один
Perplexity офіційно документує два окремі user-agent, і різниця між ними принципова.
| User-agent | Що робить | Дотримується robots.txt |
|---|---|---|
| PerplexityBot | Сканує сайт заздалегідь, будує пошуковий індекс — саме звідси беруться джерела для відповідей | Так |
| Perplexity-User | Одноразовий запит “на льоту”, коли конкретний користувач попросив систему відкрити вашу сторінку | Ні — запит ініціював користувач, а не бот |
Практичний наслідок: заблокувати PerplexityBot у robots.txt означає випасти з пулу джерел, які Perplexity взагалі розглядає для відповідей. А заблокувати Perplexity-User безглуздо — цей запит все одно пройде, бо його ініціювала жива людина.
# Дозволити індексацію для Perplexity User-agent: PerplexityBot Allow: / # Perplexity-User ігнорує robots.txt за задумом — окремо вказувати не обов'язково
Як влаштований гібридний індекс
Perplexity не просто “орендує” чужий пошук — модель поєднує власний фоновий індекс (те, що вже сканував PerplexityBot) із живим пошуком у момент запиту, частково спираючись і на партнерські джерела на кшталt Bing. Це означає два різні шляхи потрапити у відповідь: бути вже в фоновому індексі — стабільніший, довгостроковий шлях, або “спливти” через живий пошук у момент конкретного запиту — швидший, але менш передбачуваний.
Домени, які часто оновлюють контент і мають високу авторитетність, PerplexityBot сканує частіше — іноді щодня. Для щойно опублікованого матеріалу, який ще не встиг потрапити у фоновий індекс, шанс з’явитись у відповіді все одно є — через живий пошуковий шар, якщо тема актуальна саме зараз.
Що робить джерело “вартим цитування”
Perplexity — це не система ранжування посилань, а система вилучення цитат: за конкретним запитом типово розглядається 5–15 джерел, з яких лише 3–8 потрапляють у видиму відповідь. Або ви серед цих кількох — або взагалі не видно за цим запитом, проміжного стану немає.
- Пряма відповідь у перших реченнях розділу, без розлогого вступу
- Оригінальні дані — власні дослідження, статистика, опитування, яких немає більше ніде
- Конкретні цифри замість розмитих формулювань (“виручка зросла на 47%” замість “суттєво зросла”)
- Іменні цитати експертів із зазначенням кваліфікації — сигнал E-E-A-T
- Чіткі, певні твердження замість обережних формулювань “можливо” й “певною мірою”
Технічна пастка: JavaScript-рендеринг
Якщо сайт вантажить основний контент через клієнтський JavaScript, PerplexityBot ризикує побачити порожню сторінку — сканер не завжди виконує JS так, як це робить браузер користувача. Для сайтів на React чи Vue без серверного рендерингу це критична технічна перевірка перед будь-якою роботою над контентом.
Суперечка навколо недекларованого сканування
У 2025 році Cloudflare публічно звинуватила Perplexity у використанні недекларованих краулерів, які нібито обходили заборони на сканування; Perplexity цю характеристику оскаржила. Однозначної незалежної перевірки цього конфлікту немає, тому для сайтів, де контроль над доступом критичний, розумніше спиратись не лише на офіційну документацію, а й на власні логи сервера та WAF-моніторинг.
Дозволяйте задокументований PerplexityBot там, де бачите цінність від цитування, і паралельно стежте за логами на предмет нетипової активності — обидві дії не суперечать одна одній.
Часті запитання
Чи достатньо дозволити PerplexityBot у robots.txt, щоб зʼявитись у відповідях?
Ні, це лише необхідна умова, не достатня. Сайт має бути технічно доступним для сканування і водночас пропонувати контент, вартий цитування, — без другого перше не має сенсу.
Чи можна заблокувати Perplexity-User, якщо не хочу, щоб мій контент цитували?
Технічно заблокувати можна на рівні сервера, але сенсу через robots.txt це не має — Perplexity-User спрацьовує на прямий запит користувача й ігнорує ці правила за задумом.
Чи впливає швидкість сайту на потрапляння у відповідь?
Так — джерело отримується в момент відповіді на запит користувача, і повільна сторінка ризикує не встигнути завантажитись у відведений системі часовий бюджет.
