Offizielle Crawler-Dokumentation

PerplexityBot

Der Crawler, mit dem Perplexity Websites als Quellen für seine Antworten erfasst

Empfehlung: Freigeben (Allow)

PerplexityBot erfasst Websites, damit Perplexity sie in seinen Antworten als Quellen anzeigen und verlinken kann. Laut Perplexity wird er nicht eingesetzt, um Inhalte für das Training von KI-Basismodellen zu sammeln. Daneben gibt es den Agenten Perplexity-User: Er ruft eine Seite ab, wenn eine konkrete Nutzerfrage das erfordert, und beachtet die robots.txt nach Angaben von Perplexity in der Regel nicht, weil der Abruf von einem Menschen ausgelöst wird. Perplexity zeigt seine Quellen nummeriert zu jeder Antwort an. Wer dort genannt wird, bekommt also einen sichtbaren Link. Änderungen an der robots.txt können laut Perplexity bis zu 24 Stunden brauchen, bis sie berücksichtigt werden.

Betreiber und Sitz
Perplexity AISan Francisco, USA
Crawler-Typ
Search-Crawler (Zitate & Traffic)

Technische Konfiguration

User-Agent und robots.txt.

Vollständiger User-Agent String

Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; PerplexityBot/1.0; +https://perplexity.ai/perplexitybot)

Empfohlener Eintrag in Ihrer robots.txt

Wurzelverzeichnis /robots.txt
# Perplexity-Suche erlauben
User-agent: PerplexityBot
Allow: /
Disallow: /admin/

# Alternative: aus dem Perplexity-Index ausschließen
# User-agent: PerplexityBot
# Disallow: /

Wirkung im B2B

Auswirkungen auf die B2B-Sichtbarkeit im DACH-Raum.

Perplexity wird häufig für Recherchen genutzt, bei denen Nutzer die Quellen tatsächlich anklicken. Für B2B-Anbieter heißt das: Wer PerplexityBot zulässt und seine Leistungen klar beschreibt, hat die Chance, bei Anbieterrecherchen als verlinkte Quelle aufzutauchen. Wer ihn sperrt, verzichtet auf diese Chance.

Vorteile der Freigabe (Allow)

  • Ihre Seiten können in Perplexity-Antworten als nummerierte, verlinkte Quelle erscheinen.
  • Laut Perplexity werden die Inhalte nicht für das Training von Basismodellen gesammelt.
  • Gut strukturierte Seiten mit klaren Fakten, Tabellen und Schema.org-Daten sind leichter als Quelle nutzbar.
  • IP-Listen für PerplexityBot und Perplexity-User sind veröffentlicht und erlauben eine Prüfung.

Mögliche Risiken und Beachtenswertes

  • Perplexity-User ruft Seiten bei konkreten Nutzerfragen ab und beachtet die robots.txt nach Angaben von Perplexity in der Regel nicht.
  • Seiten, die ihre Inhalte erst per JavaScript nachladen, werden unter Umständen nur teilweise erfasst.
  • Firewall- oder Bot-Schutzregeln können den Crawler blockieren, auch wenn die robots.txt ihn erlaubt.

Fragen und Antworten

Häufige Fragen zu PerplexityBot

Warum zitiert Perplexity meinen Wettbewerber statt mich?
Perplexity greift häufig auf Quellen zurück, die ein Thema klar und vollständig beschreiben – etwa Branchenverzeichnisse, Bewertungsportale oder Fachartikel. Fehlen Ihrem Unternehmen dort Einträge oder sind Ihre eigenen Seiten wenig konkret, wird eher ein Wettbewerber genannt. Nennbar zeigt Ihnen, welche Quellen bei Ihrer Kundenfrage zitiert werden, und prüft, ob Sie bei Wer liefert was, Kununu und North Data ein Profil haben.
Was ist der Unterschied zwischen PerplexityBot und Perplexity-User?
PerplexityBot erfasst Websites für die Suche von Perplexity und beachtet die robots.txt. Perplexity-User ruft eine Seite live ab, wenn eine Nutzerfrage das erfordert; laut Perplexity ignoriert dieser Abruf die robots.txt in der Regel, weil ihn ein Mensch auslöst.
Wie sperre ich PerplexityBot?
Mit „User-agent: PerplexityBot“ und „Disallow: /“ in der robots.txt. Wer auch Perplexity-User sicher aussperren will, muss das serverseitig tun, etwa über eine Firewall-Regel auf die veröffentlichten IP-Bereiche.
Wie prüfe ich, ob ein Zugriff wirklich von Perplexity stammt?
Gleichen Sie die IP-Adresse mit den von Perplexity veröffentlichten IP-Listen für PerplexityBot und Perplexity-User ab. Ein User-Agent allein ist kein Beweis, weil er sich beliebig setzen lässt.
Hilft ein Crawl-delay?
Ein Crawl-delay ist kein offizieller Teil des robots.txt-Standards, und nicht jeder Crawler wertet ihn aus. Wenn Ihre Server die Last gut tragen, ist er meist nicht nötig; bei Lastproblemen sind Caching und eine Begrenzung auf Serverebene zuverlässiger.