Infolgedessen steigen die Betriebskosten, w\u00e4hrend die Leistungsprobleme unver\u00e4ndert bleiben. Das Kinsta Bot Protection-Tool<\/a> wurde genau f\u00fcr solche Situationen entwickelt, da es dir die Kontrolle dar\u00fcber gibt, was deinen Server erreicht, anstatt die Angriffsfl\u00e4che zu vergr\u00f6\u00dfern, die diesen Datenverkehr aufnimmt.<\/p>\n Ein menschlicher Besucher, der auf eine langsame Seite st\u00f6\u00dft, wartet vielleicht, l\u00e4dt sie neu oder verl\u00e4sst die Seite einfach. Im Gegensatz dazu sendet ein Bot weiterhin das gleiche Volumen an Anfragen, unabh\u00e4ngig davon, wie dein Server darauf reagiert. Dieses Kernproblem, dass sich der Bot-Traffic nicht selbst regulieren kann, wenn du Ressourcen hinzuf\u00fcgst, bedeutet, dass ein Upgrade deines Tarifs den Bots mehr Kapazit\u00e4t zum Verbrauch bietet.<\/p>\n Es wird noch komplexer, wenn man ber\u00fccksichtigt, wie moderne WordPress-Seiten Anfragen verarbeiten. Der meiste Bot-Traffic landet nicht auf statischen Seiten, die dein Cache bew\u00e4ltigen kann. Stattdessen trifft er auf Endpunkte, die Caching-Systeme umgehen und den Server zu h\u00f6herer Leistung zwingen. Auf jeder Seite, auf der WooCommerce, Suchfunktionen oder Filter zum Einsatz kommen, bedeutet das, dass Bots auf verschiedene Elemente zugreifen:<\/p>\n Keines dieser Elemente l\u00e4sst sich so zwischenspeichern wie eine statische Seite. Bei jeder Anfrage, die bei einem dieser Endpunkte eingeht, passieren serverseitig einige Dinge:<\/p>\n Unseren eigenen Infrastrukturdaten<\/a> zufolge konnte ein einzelner Bot innerhalb von 24 Stunden 3,75 Millionen Anfragen an \u201eIn den Warenkorb\u201c-URLs generieren. Das entspricht etwa einer Anfrage alle 23 Millisekunden, rund um die Uhr. Au\u00dferdem hat eine einzige Regel zur Erkennung von Schleifen innerhalb eines Zeitfensters von 30 Tagen 550 Millionen Anfragen plattformweit gefiltert.<\/p>\n Allerdings handelt es sich hierbei nicht um Angriffsvolumina im herk\u00f6mmlichen Sinne. Sie sind das Ergebnis von Bots, die darauf ausgelegt sind, jeder URL zu folgen, die sie finden \u2013 einschlie\u00dflich einiger Variationen von Abfragezeichenfolgen und parameterbasierten Pfaden.<\/p>\n \u201eAus Sicht der Infrastruktur gibt es so etwas wie \u201anur Bot-Traffic\u2018 nicht. Jede Anfrage bedeutet echte Arbeit. In gro\u00dfem Ma\u00dfstab ist ineffizientes Crawling kein Traffic-Problem mehr, sondern wird zu einem Ressourcenproblem.\u201c \u2013 Daniel Pataki, CTO, Kinsta<\/em><\/p>\n Ein typisches Muster bei Agenturen verl\u00e4uft zyklisch: Sobald die Ressourcennutzung steigt, r\u00fcsten die Kunden ihren Tarif auf, woraufhin die Ressourcennutzung erneut steigt. Dabei verbessert sich die Leistung nicht, da sich das zugrunde liegende Anfragevolumen nicht ver\u00e4ndert hat.<\/p>\n Da Kinsta bei der Abrechnung den Bot-Traffic<\/a> aus deiner Tarifnutzung herausrechnet, kannst du schnell feststellen, ob Bots ein Problem darstellen. Erkannte Bot-User-Agents werden im \u201eVisits\u201c-Bildschirm<\/strong> der MyKinsta-Analytics<\/strong> bereits herausgefiltert. Wenn diese Statistiken normal aussehen, w\u00e4hrend dein Server unter Belastung steht, ist automatisierter Traffic wahrscheinlich die Ursache.<\/p>\n Die Analyseansicht f\u00fcr Bots und automatisierten Traffic<\/strong> in MyKinsta bietet eine \u00fcbersichtlichere Aufschl\u00fcsselung des Traffics, der auf deine Website gelangt, einschlie\u00dflich verifizierter Bots, wahrscheinlicher Bots, KI-Crawler, aggressiver Crawler, automatisierten Traffics und wahrscheinlicher menschlicher Besucher.<\/p>\n So l\u00e4sst sich leichter erkennen, wann automatisierter Traffic den Ressourcenverbrauch in die H\u00f6he treibt. Beispielsweise deuten Spitzen bei aggressiven Crawlern oder automatisiertem Traffic oft darauf hin, dass Bots wiederholt auf nicht zwischengespeicherte Endpunkte zugreifen.<\/p>\n Das Diagramm zu den Bot-Schutz-Ergebnissen zeigt au\u00dferdem, wie Anfragen nach der Klassifizierung behandelt werden, einschlie\u00dflich des Datenverkehrs, der zugelassen, \u00fcberpr\u00fcft oder blockiert wurde. So bekommst du ein klareres Bild davon, wie sich deine aktuellen Schutzeinstellungen auf den eingehenden Datenverkehr auswirken.<\/p>\n Der Bericht \u201eTop-Anfragen nach Aufrufen\u201c<\/strong> zeigt zudem, was deinen Server belastet, und umfasst den gesamten Datenverkehr, nicht nur abrechnungsrelevante Besuche. Die Differenz zwischen diesen beiden Werten ist der Bereich, in dem sich deine Kosten ohne klare Erkl\u00e4rung ansammeln.<\/p>\n So interpretierst du diese Differenz:<\/p>\n Wenn du Kundenportfolios verwaltest, ist jede von bot-getriebener Last betroffene Website ein Kostenfaktor, der schwer zu erfassen ist \u2013 besonders, wenn sich die Performance nach einem Upgrade nicht verbessert hat. Der AI-Bot-Traffic ist im letzten Jahr um 300 % gestiegen<\/a>, w\u00e4hrend jeder 31. Webbesuch von einem AI-Bot stammt<\/a>. Das ist kein Volumen, das sich von selbst in Luft aufl\u00f6st.<\/p>\n Die plattformweite Sicherheit von Kinsta blockiert bereits eingehenden Datenverkehr, der als b\u00f6sartig eingestuft wird, bevor er deine Website erreicht \u2013 dazu geh\u00f6ren DDoS-Abwehrma\u00dfnahmen<\/a> und Anfragen von IP-Adressen, die mit bekannten Angriffsquellen in Verbindung stehen. Zwischen diesen Ma\u00dfnahmen und dem von dir gew\u00fcnschten Datenverkehr gibt es eine Kategorie von un\u00fcberpr\u00fcften, volumenstarken und ressourcenintensiven automatisierten Anfragen, die deinen Server trotzdem erreichen. Die Bot-Schutz-Funktionen von Kinsta helfen dabei, dieses Volumen zu reduzieren.<\/p>\n Die Bot-Schutz-Einstellungen in MyKinsta arbeiten auf der Infrastrukturebene, und die Filterung erfolgt, noch bevor WordPress \u00fcberhaupt ins Spiel kommt. Daher musst du kein Plugin installieren oder WordPress-Einstellungen anpassen.<\/p>\n Kinsta klassifiziert jede Anfrage mithilfe einer Kombination aus eigener Traffic-Analyse und dem Machine-Learning-System von Cloudflare<\/a>, das jedem Besucher einen Bot-Score zwischen 1 und 99 zuweist. Hohe Werte bedeuten, dass die Anfrage h\u00f6chstwahrscheinlich von einem Menschen stammt; niedrige Werte deuten auf automatisierte Aktivit\u00e4t hin.<\/p>\n Der Datenverkehr wird in Kategorien wie \u201everifizierte Bots\u201c, \u201ewahrscheinliche Bots\u201c, \u201eKI-Crawler\u201c, \u201eaggressive Crawler\u201c, \u201eautomatisierter Datenverkehr\u201c und \u201ewahrscheinliche Menschen\u201c eingeteilt. Die von dir gew\u00e4hlte Schutzstufe bestimmt, wie mit den einzelnen Kategorien umgegangen wird.<\/p>\n Du kannst den Bot-Schutz in MyKinsta unter \u201eSeiten\u201c<\/strong> > \u201e<\/strong> Im Bereich \u201eSchutzstufe\u201c<\/strong> auf dem Bildschirm \u201eBot-Schutz\u201c<\/strong> stehen vier Stufen zur Auswahl:<\/p>\n Um die Stufe zu \u00e4ndern, gehe zu \u201eSeiten\u201c<\/strong> > \u201e Wenn du jedoch auf \u201eBots herausfordern\u201c<\/strong> oder eine h\u00f6here Stufe hochstufst, werden alle Tools, die sich programmgesteuert mit deiner Website verbinden und nicht im verifizierten Bot-Verzeichnis von Cloudflare<\/a> aufgef\u00fchrt sind, blockiert oder einer \u00dcberpr\u00fcfung unterzogen. Dies umfasst benutzerdefinierte Integrationen, Bereitstellungsskripte und selbst gehostete Verf\u00fcgbarkeitsmonitore. Wenn du auf eines dieser Tools angewiesen bist, solltest du vor dem Erh\u00f6hen der Schutzstufe \u00fcberpr\u00fcfen, ob es in der Liste aufgef\u00fchrt ist.<\/p>\n Der Schalter \u201eKI-Crawler blockieren\u201c<\/strong> zielt speziell auf KI-Crawler<\/a> ab. Dabei handelt es sich um Bots, die Inhalte f\u00fcr das Modelltraining, die \u201eRetrieval-Augmented Generation\u201c und KI-gest\u00fctzte Suchfunktionen sammeln. Dies hat keine Auswirkungen auf Suchmaschinen-Crawler, umfasst jedoch dedizierte Crawler wie GPTBot. Googlebot und Bingbot indexieren deine Website weiterhin, unabh\u00e4ngig davon, ob der Schalter ein- oder ausgeschaltet ist.<\/p>\n Im Allgemeinen dienen 80 % aller KI-Crawling-Aktivit\u00e4ten dem Modelltraining und nicht von Nutzern ausgel\u00f6sten Suchanfragen. Dies generiert keinen Referral-Traffic zur\u00fcck zu deiner Website. Daher ist es eine gute Idee, diese Funktion zu aktivieren. Um die Funktion zu aktivieren, gehe zu \u201eSeiten\u201c<\/strong> > \u201e Der Nachteil ist jedoch eine geringere Sichtbarkeit in KI-generierten \u00dcbersichten und Inhaltszusammenfassungen. Wenn diese Sichtbarkeit f\u00fcr deine Content-Strategie wichtig ist, lohnt es sich, die Auswirkungen zu beobachten, bevor du den Schalter dauerhaft aktiviert l\u00e4sst.<\/p>\n Wenn deine Priorit\u00e4t in der Steuerung der Serverauslastung liegt, ist dies eine \u00fcbersichtlichere Option als das Bearbeiten der robots.txt<\/a> oder das Erstellen individueller Regeln pro Bot. Im Gegensatz zu diesen Ans\u00e4tzen greift diese Funktion bereits auf der Infrastruktur-Ebene, noch bevor eine Anfrage WordPress \u00fcberhaupt erreicht.<\/p>\n Verschiedene Websites erfordern unterschiedliche Schutzstufen, daher ist ein WooCommerce-Shop<\/a> mit gefilterten Produktseiten nicht mit einer Content-Plattform vergleichbar. Hinzu kommt, dass jede Website in einem Kundenportfolio ein anderes Traffic-Profil, andere Integrationen und eine unterschiedliche Toleranz gegen\u00fcber den Verifizierungsschritten aufweist. Das bedeutet, dass die Anwendung einer einheitlichen Richtlinie auf das gesamte Portfolio einige Websites \u00fcberm\u00e4\u00dfig einschr\u00e4nken oder andere unzureichend sch\u00fctzen w\u00fcrde.<\/p>\n Wenn du Anzeichen daf\u00fcr erkennst, dass Bot-Traffic die Kosten auf einer Kunden-Website in die H\u00f6he treibt, gibt es folgenden praktischen Arbeitsablauf:<\/p>\n F\u00fcr Agenturen, die gro\u00dfe Portfolios \u00fcber WordPress-Hosting<\/a> betreiben, wird dies dadurch eher zu einer Routineaufgabe als zu einem Projekt. Wenn die Schutzeinstellungen dem tats\u00e4chlichen Traffic-Profil jeder Website entsprechen, spiegelt die Ressourcenauslastung die reale Nutzeraktivit\u00e4t wider. Die Leistungskennzahlen entsprechen dem, was echte Besucher erleben:<\/p>\n \u201eDas Missverst\u00e4ndnis besteht darin, zu glauben, Bot-Traffic sei ein einfaches \u201aBlockieren-oder-Zulassen\u2018-Problem. In Wirklichkeit geht es um Richtlinien, Transparenz und wirtschaftliche Kontrolle.\u201c \u2013 Cristian Lopez, Chefredakteur, HostingAdvice<\/em><\/p>\n Die Erkl\u00e4rung,<\/em>die du einem Kunden f\u00fcr die Kosten gibst,<\/em>sollte sich auf Entscheidungen beziehen, die du bez\u00fcglich seines Datenverkehrs getroffen hast, und nicht auf Kapazit\u00e4ten, die du als Reaktion auf eine nicht identifizierbare Auslastung hinzugef\u00fcgt hast.<\/p>\n Das Skalieren deiner Infrastruktur erh\u00f6ht die Last, die dein Server bew\u00e4ltigen kann. Bot Protection reduziert die Last, die ihn \u00fcberhaupt erst erreicht. Das sind keine gleichwertigen L\u00f6sungen f\u00fcr dasselbe Problem: Die eine f\u00fcgt Kapazit\u00e4t hinzu, w\u00e4hrend die andere den Druck beseitigt, der mehr Kapazit\u00e4t \u00fcberhaupt erst notwendig erscheinen lie\u00df.<\/p>\nWarum sich Bots nicht wie echter Traffic verhalten<\/h2>\n
\n
?add-to-cart=<\/code>.<\/li>\n\n
So sehen die Kosten f\u00fcr Bot-Traffic aus<\/h2>\n
![\"Der](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/05\/kinsta-analytics.png\")
![\"Die](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/05\/bot-results.png\")
\n
Seitenname<\/code>\u201c > \u201eAnalytics\u201c<\/strong> > \u201ePlan-Nutzung\u201c<\/strong>. Wenn die Besucherzahlen normal aussehen, hast du es nicht mit einem echten Anstieg des menschlichen Datenverkehrs zu tun.<\/li>\nSo funktioniert der Bot-Schutz von Kinsta<\/h2>\n
Seitenname<\/code>\u201c<\/strong> > \u201eBot-Schutz\u201c<\/strong> verwalten.<\/p>\n![\"Der](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/05\/protection-level.png\")
Auswahl einer Schutzstufe<\/h3>\n
![\"Der](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/05\/change-level.png\")
\n
Seitenname<\/code>\u201c > \u201eBot Schutz\u201c<\/strong> und klicke auf \u201e\u00c4ndern<\/strong>\u201c. \u00dcber \u201eSeiten\u201c<\/strong> kannst du die entsprechenden Websites ausw\u00e4hlen und \u201eAktionen\u201c<\/strong> > \u201eBot-Schutz \u00e4ndern\u201c<\/strong> nutzen.<\/p>\nAI-Crawler blockieren<\/h3>\n
Seitenname<\/code>\u201c > \u201eBot-Schutz\u201c<\/strong> und klicke auf den Schieberegler neben \u201eKI-Crawler blockieren\u201c<\/strong>. Bei mehreren Websites verwende \u201eAktionen\u201c<\/strong> > \u201eKI-Crawler-Blockierung \u00e4ndern\u201c<\/strong> in der \u201eSeiten\u201c<\/strong>-Ansicht.<\/p>\n![\"Der](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/05\/block-crawler.png\")
Schutzmanagement im gesamten Kundenportfolio<\/h2>\n
\n
H\u00f6r auf, um ein Problem herum zu skalieren, das du kontrollieren kannst<\/h2>\n