Der gleiche Druck kann von Funktionen ausgehen, die auf den ersten Blick ganz anders aussehen. KI-Suche, Produktempfehlungen, personalisierte Inhalte, redaktionelle Tools und Agenten-Integrationen interagieren jeweils auf ihre eigene Weise mit WordPress. Zu wissen, ob sie im Dashboard, im Frontend oder \u00fcber eine API laufen (und ob ihre Anfragen zwischengespeichert werden k\u00f6nnen), hilft dir dabei, die ben\u00f6tigten Serverressourcen einzuplanen.<\/p>\n
Wie WordPress-KI auf einer Live-Site tats\u00e4chlich aussieht<\/h2>\n
KI in WordPress ist keine einzelne Arbeitslast. Wo die Funktion l\u00e4uft, wann sie l\u00e4uft und ob ein Besucher sie ausl\u00f6st \u2013 all das beeinflusst das Infrastrukturprofil.<\/p>\n
KI-Chatbots und Support-Assistenten<\/h3>\n
Das ist die auff\u00e4lligste Kategorie. Plugins wie AI Engine<\/a> (mit mehr als 100.000 aktiven Installationen), MxChat<\/a> und Tidio<\/a> bringen dialogorientierte Schnittstellen ins Frontend.<\/p>\n Jede Nachricht kann eine dynamische Anfrage ausl\u00f6sen, Kontextdaten abrufen, ein externes Modell aufrufen und Konversationsdaten speichern. Anders als bei der \u00dcbermittlung eines Kontaktformulars kann eine einzige Konversation mehrere solcher Anfragen in schneller Folge generieren.<\/p>\n Personalisierung, Empfehlungen und KI-Suche laufen in der Regel im Frontend. In einem WooCommerce-Shop k\u00f6nnte das bedeuten, Produktvorschl\u00e4ge basierend auf den bereits angesehenen Artikeln eines K\u00e4ufers anzupassen oder eine Suchanfrage zu interpretieren, anstatt nur den genauen Wortlaut abzugleichen. Der Rest der Seite kann oft aus dem Cache geladen werden, aber diese Ergebnisse m\u00fcssen dennoch f\u00fcr die einzelne Anfrage generiert werden.<\/p>\n Denk dabei an Tools wie Jetpack AI<\/a>, Rank Math Content AI<\/a>, Divi AI<\/a> und GetGenie<\/a>. Sie laufen haupts\u00e4chlich im WordPress-Dashboard.<\/p>\n Da diese Tools haupts\u00e4chlich im WordPress-Dashboard laufen, verlangsamen sie das Laden der Frontend-Seiten in der Regel nicht. Sie k\u00f6nnen den Server jedoch deutlich belasten, wenn mehrere Redakteure sie gleichzeitig nutzen.<\/p>\n MCP-Integrationen<\/a> warten nicht darauf, dass jemand die Website besucht. Die MCP-Unterst\u00fctzung von AI Engine und der offizielle WordPress-MCP-Adapter<\/a> erm\u00f6glichen es einem externen Tool, sich mit WordPress zu verbinden und genehmigte Aufgaben auszuf\u00fchren, wie das Auslesen von Website-Daten oder das Aktualisieren eines Beitrags. Jede Aufgabe wird als authentifizierte API-Anfrage \u00fcbermittelt, was eine weitere Quelle f\u00fcr Serveraktivit\u00e4t darstellt, die ber\u00fccksichtigt werden muss.<\/p>\n Zwei Websites k\u00f6nnen beide KI nutzen und dennoch sehr unterschiedliche Mengen an Hosting-Ressourcen ben\u00f6tigen. Die eine nutzt sie vielleicht gelegentlich im Editor, um \u00dcberschriften vorzuschlagen, w\u00e4hrend die andere f\u00fcr jeden K\u00e4ufer Produktempfehlungen generiert. Um die Auswirkungen abzusch\u00e4tzen, schau dir an, wo die Funktion l\u00e4uft und wie oft sie eine WordPress-Anfrage ausl\u00f6st.<\/p>\n Die Kosten einer KI-Funktion ergeben sich aus der Arbeit rund um die Modellantwort. WordPress muss weiterhin die Anfrage empfangen, den Plugin-Code ausf\u00fchren, alle erforderlichen Daten abrufen, den externen Anbieter kontaktieren und das Ergebnis zur\u00fcckgeben. Vier Teile dieses Prozesses haben den gr\u00f6\u00dften Einfluss auf die Leistung.<\/p>\n Zwischengespeicherte Inhalte k\u00f6nnen ohne Verwendung eines PHP-Threads bereitgestellt werden. Eine dynamische KI-Anfrage muss jedoch von einem Thread verarbeitet werden, und jeder Thread bearbeitet jeweils nur eine Anfrage. Wenn ein Chatbot zwei Sekunden auf einen externen Anbieter wartet, bleibt der PHP-Thread, der diesen Austausch abwickelt, m\u00f6glicherweise f\u00fcr diese zwei Sekunden belegt. Wenn gleichzeitige Unterhaltungen alle verf\u00fcgbaren Threads beanspruchen, landen andere, nicht zwischengespeicherte Anfragen in einer Warteschlange.<\/p>\n Dies \u00e4hnelt strukturell den Bot-Traffic-Mustern, die im KI- und Bot-Traffic-Bericht von Kinsta<\/a> dokumentiert sind. Bots, die Such-, Warenkorb- und andere dynamische Endpunkte ansteuern, reservieren PHP-Threads und erzwingen eine Origin-Verarbeitung. KI-Funktionen tun dasselbe absichtlich \u2013 und im Idealfall produktiv. Die Infrastrukturkosten pro Anfrage bleiben vergleichbar.<\/p>\n Viele KI-Antworten sind spezifisch f\u00fcr die Person, die die Anfrage stellt, und k\u00f6nnen daher nicht einfach f\u00fcr den n\u00e4chsten Besucher wiederverwendet werden. Die Hauptproduktseite wird vielleicht noch aus dem Cache geladen, aber ein Empfehlungsfeld oder ein KI-Suchergebnis muss separat generiert werden. Je \u00f6fter das w\u00e4hrend eines Besuchs passiert, desto mehr Anfragen muss der Ursprungsserver bearbeiten.<\/p>\n Bevor eine Eingabeaufforderung gesendet wird, muss ein Plugin m\u00f6glicherweise Produktdetails, fr\u00fchere Nachrichten oder Informationen \u00fcber den Nutzer aus WordPress abrufen. Da sich die Daten von einer Anfrage zur n\u00e4chsten \u00e4ndern, ist es schwieriger, sie zwischenzuspeichern als bei einer normalen Seitenabfrage. Wenn viele dieser Anfragen gleichzeitig eintreffen, erh\u00f6hen sie die Datenbankaktivit\u00e4t \u2013 gerade dann, wenn die Checkout- und Kontoseiten versuchen, ihre eigenen Aufgaben zu erledigen.<\/p>\n KI-Plugins m\u00fcssen oft auf einen Drittanbieter-Dienst warten, bevor sie eine Anfrage abschlie\u00dfen k\u00f6nnen. Wenn OpenAI drei Sekunden f\u00fcr die Antwort braucht, wartet WordPress ebenfalls \u2013 und bei einem synchronen Aufruf tut dies auch der PHP-Thread, der den Vorgang abwickelt. Das Plugin sollte \u00fcber ein Timeout verf\u00fcgen, damit ein ins Stocken geratener Aufruf nicht unbegrenzt offen bleibt. Manche Workloads k\u00f6nnen auch in eine Warteschlange gestellt oder zwischengespeichert werden, obwohl ein Live-Chatbot in der Regel auf den Anbieter warten muss.<\/p>\n WordPress 7.0 selbst liefert ein n\u00fctzliches Beispiel<\/a>. Das Kernteam hat die Echtzeit-Zusammenarbeit aus der Version entfernt, nachdem Tests Bedenken hinsichtlich Serverauslastung, Speicherverbrauch und Race Conditions aufkommen lie\u00dfen. Die Funktion hatte zwar weiterhin ihren Wert, war aber nicht bereit f\u00fcr die Ver\u00f6ffentlichung innerhalb der Leistungsgrenzen, die der WordPress-Kern einhalten musste.<\/p>\n KI-Workloads sind dynamisch, auftreten in Spitzen und h\u00e4ngen oft von Diensten au\u00dferhalb deiner Hosting-Umgebung ab. Drei Hosting-Eigenschaften entscheiden dar\u00fcber, ob diese Anfragen begrenzt und diagnostizierbar bleiben oder den Rest der Website beeintr\u00e4chtigen.<\/p>\n Das kann bei Shared-Hosting ein Problem sein, wo deine Website nicht die einzige ist, die den Server nutzt. Wenn die KI-Aktivit\u00e4t pl\u00f6tzlich sprunghaft ansteigt, kann sie die CPU-, Speicher- und Datenbankressourcen beanspruchen, die anderen Websites auf demselben Server zur Verf\u00fcgung stehen.<\/p>\n Kinsta betreibt jede WordPress-Website in einem eigenen, isolierten Linux-Container mit einem dedizierten Software-Stack, der Nginx<\/a>, PHP<\/a> und MySQL<\/a> umfasst. Jede Website erh\u00e4lt zudem einen eigenen PHP-Thread und eine eigene Speicherzuweisung. Wenn ein KI-Chatbot pl\u00f6tzlich Dutzende von gleichzeitigen Unterhaltungen verarbeitet, bleibt seine Arbeitslast innerhalb des Containers dieser Website, anstatt Ressourcen zu beanspruchen, die einer anderen Website zugewiesen sind.<\/p>\n Diese Isolierung ist besonders wertvoll f\u00fcr Agenturen<\/a>. Ein schlecht konfiguriertes KI-Plugin auf einer Kunden-Website kann zwar immer noch die Leistung dieser Website beeintr\u00e4chtigen, aber das Problem wirkt sich nicht auf den Rest des Portfolios aus.<\/p>\n PHP 7.4 l\u00e4sst zwar WordPress 7.0 laufen, ist aber nicht die Version, die du aus Leistungsgr\u00fcnden w\u00e4hlen w\u00fcrdest. PHP 8.x<\/a> verarbeitet WordPress-Code schneller, sodass die Arbeit rund um eine KI-Anfrage weniger Zeit in Anspruch nimmt und der PHP-Thread schneller wieder verf\u00fcgbar ist.<\/p>\n Eine neuere PHP-Version kann OpenAI oder Anthropic zwar nicht dazu bringen, schneller zu reagieren, aber sie kann den Aufwand reduzieren, den WordPress vor und nach diesem externen Aufruf leistet. Kinsta unterst\u00fctzt PHP-Versionen bis einschlie\u00dflich 8.5 und erm\u00f6glicht es dir, die Versionen f\u00fcr einzelne Live- oder Staging-Umgebungen \u00fcber MyKinsta zu \u00e4ndern<\/a>. Wenn du die \u00c4nderung zuerst in der Staging-Umgebung testest, kannst du Kompatibilit\u00e4tskonflikte im KI-Plugin, im Theme oder im benutzerdefinierten Code erkennen.<\/p>\n Leistungsprobleme bei der KI<\/a> k\u00f6nnen verschiedene Ursachen haben: den PHP-Code des Plugins, eine Datenbankabfrage, den externen Modellanbieter oder unzureichende Thread-Kapazit\u00e4t. Ohne Daten auf Anforderungsebene k\u00f6nnen alle vier Ursachen wie eine allgemeine Verlangsamung des Hostings aussehen.<\/p>\n Das APM-Tool von Kinsta<\/a> trennt diese Komponenten voneinander.<\/p>\n Eine praktische Untersuchung k\u00f6nnte so aussehen:<\/p>\n Sobald du siehst, wo die Zeit verloren ging, hast du einen guten Ausgangspunkt. Eine langsame WordPress-Transaktion erfordert eine andere L\u00f6sung als eine \u00fcberlastete Datenbank oder eine Modell-API, deren Antwort mehrere Sekunden dauert.<\/p>\n KI kann den Bedarf an Infrastruktur in beide Richtungen erh\u00f6hen. Deine WordPress-Website sendet mehr Anfragen an Modellanbieter, w\u00e4hrend automatisierte Systeme mehr Anfragen an deine Website senden.<\/p>\n KI-gest\u00fctztes Publizieren kann die Crawling-Fl\u00e4che einer Website schnell vergr\u00f6\u00dfern. Wenn ein Medienteam seine Produktion von f\u00fcnf Artikeln pro Woche auf zwanzig erh\u00f6ht, kommen mehr URLs, interne Links, Archive und Paginierungen hinzu, die Crawler durchforsten k\u00f6nnen. Die Crawler wissen nicht unbedingt, dass KI bei der Erstellung der Inhalte geholfen hat \u2013 und es interessiert sie auch nicht. Sie sehen einfach eine gr\u00f6\u00dfere, h\u00e4ufiger aktualisierte Bibliothek und kehren zur\u00fcck, um sie zu crawlen.<\/p>\n Eine Million Anfragen f\u00fcr zwischengespeicherte Seiten belastet einen Server ganz anders als eine Million Anfragen an dynamische URLs. In Kinstas Analyse von mehr als 10 Milliarden Anfragen<\/a> greifen Crawler wiederholt auf Suchergebnisse, gefilterte Produktseiten, \u201eIn den Warenkorb\u201c-Links und \u00e4hnliche Endpunkte zu. Jede Anfrage kann den Cache umgehen und Arbeit an PHP und die Datenbank weiterleiten.<\/p>\n Dadurch steht der automatisierte Traffic in Konkurrenz zu den eigenen KI-Funktionen deiner Website. Eine Chatbot-Anfrage und ein Crawler, der auf einen dynamischen Produktfilter<\/a> zugreift, m\u00f6gen v\u00f6llig unterschiedliche Zwecke verfolgen, aber beide k\u00f6nnen PHP-Threads belegen. Wenn Crawler einen betr\u00e4chtlichen Teil der verf\u00fcgbaren Kapazit\u00e4t der Website beanspruchen, bleibt weniger Spielraum f\u00fcr legitime Chatbot-, Such- und Empfehlungsanfragen.<\/p>\n Eine KI-f\u00e4hige Website braucht gen\u00fcgend Spielraum f\u00fcr die Anfragen, die ihre Besucher tats\u00e4chlich stellen. Bot-Kontrollen helfen dabei, diesen zu bewahren. Googlebot ben\u00f6tigt weiterhin Zugriff auf Seiten, die du indexieren lassen m\u00f6chtest, und vielleicht entscheidest du, dass es sich lohnt, bestimmte KI-Crawler zuzulassen. Der Traffic, den es zu reduzieren gilt, sind wiederholte Zugriffe auf dynamische Endpunkte, die keinen Mehrwert bieten, aber dennoch PHP-Threads blockieren.<\/p>\n Kinsta Bot Protection<\/a> bietet Steuerungsm\u00f6glichkeiten auf Umgebungsebene, um automatisierten Datentraffic zuzulassen, zu \u00fcberpr\u00fcfen oder zu blockieren, einschlie\u00dflich einer separaten Option f\u00fcr KI-Crawler. Die Analysen zeigen, wie Anfragen klassifiziert und bearbeitet werden.<\/p>\n Bot-Analysen sind nur ein Teil des Gesamtbildes. Vergleiche sie mit APM-Traces, Cache-Bypass-Berichten und den h\u00e4ufigsten Client-IPs in MyKinsta. So l\u00e4sst sich leichter feststellen, ob die Auslastung von deinen eigenen KI-Funktionen oder von externen Crawlern stammt und ob diese Crawler-Anfragen die Ressourcen wert sind, die sie verbrauchen.<\/p>\n Bevor du eine KI-Funktion in die Produktion \u00fcberf\u00fchrst, teste, wie sie sich auf deiner bestehenden Infrastruktur verh\u00e4lt. Beginne mit diesen f\u00fcnf Fragen.<\/p>\n Der Anforderungspfad spielt hier eine Rolle. Tools zum Erstellen und Bearbeiten von Inhalten arbeiten in der Regel innerhalb von wp-admin. Kundenorientierte Tools teilen sich die PHP-Kapazit\u00e4t mit dem Rest des Frontends, einschlie\u00dflich der Checkout- und Kontoseiten. Ein Agent kann beide Pfade umgehen und \u00fcber die API zugreifen. \u00dcberpr\u00fcfe den Anforderungsablauf des Plugins, bevor du absch\u00e4tzt, wie viel Kapazit\u00e4t es ben\u00f6tigt.<\/p>\n Finde genau heraus, was das Plugin vom Cache ausschlie\u00dft. Die Antwort selbst muss m\u00f6glicherweise dynamisch bleiben, da sie sich je nach Eingabeaufforderung oder Nutzer \u00e4ndert, aber zugeh\u00f6rige Daten wie der Konversationsstatus, Suchergebnisse oder Empfehlungen k\u00f6nnen f\u00fcr kurze Zeit wiederverwendbar sein. Ein dedizierter, nicht zwischengespeicherter API-Endpunkt ist wesentlich kosteng\u00fcnstiger als ein Plugin, das die gesamte Produktwebsite dynamisch gestaltet.<\/p>\n Teste auch einen fehlgeschlagenen Aufruf, nicht nur einen langsamen. Unterbrich vor\u00fcbergehend die Verbindung in der Staging-Umgebung und beobachte, wann die Anfrage beendet wird. Manche Plugins versuchen es sofort erneut; andere bleiben offen, bis PHP sie abbricht. Wenn mehrere Chatbot-Anfragen das gleichzeitig tun, m\u00fcssen Checkout- und Kontoanfragen m\u00f6glicherweise auf einen PHP-Thread warten.<\/p>\n Installiere das Plugin in einer Staging-Umgebung<\/a> und aktiviere w\u00e4hrend des Tests das APM-Tool von Kinsta<\/a>. Simuliere typische Unterhaltungen, Suchanfragen oder Workflows zur Inhaltserstellung, gegebenenfalls auch mit gleichzeitigen Aktivit\u00e4ten. \u00dcberpr\u00fcfe die Registerkarten Transaktionen<\/strong>, Extern<\/strong> und Datenbank<\/strong>, um festzustellen, wie lange Anfragen dauern und wo diese Zeit verbraucht wird.<\/p>\n Zeichne auf, wie sich die Staging-Site verh\u00e4lt, bevor du PHP \u00e4nderst. MyKinsta zeigt an, ob das PHP-Thread-Limit bereits erreicht wird, sowie Daten zur Antwortzeit und zur Speicherauslastung. Stelle die Staging-Umgebung auf eine aktuelle PHP-8.x-Version um, wiederhole dieselben Arbeitsabl\u00e4ufe und vergewissere dich, dass das Plugin weiterhin funktioniert, bevor du die \u00c4nderung in der Produktionsumgebung vornimmst.<\/p>\n Die Staging-Umgebung bildet die Produktionsumgebung nicht perfekt nach. Sie kann aber dennoch zeigen, ob das Plugin zu viele Anfragen verursacht, die den Cache umgehen, zu lange auf eine externe API wartet, ressourcenintensive Abfragen ausf\u00fchrt oder zu wenig PHP-Kapazit\u00e4t f\u00fcr den Rest der Website \u00fcbrig l\u00e4sst.<\/p>\n WordPress 7.0 bietet Entwicklern eine Standardmethode zur Integration mit KI-Anbietern und zum Aufruf von Modellen aus WordPress heraus. Der Server muss diese Anfragen jedoch weiterhin verarbeiten, sobald die Funktion live ist.<\/p>\n Bevor du die Hosting-Einstellungen \u00e4nderst, \u00f6ffne ein paar APM-Traces. Die Plugin-Liste zeigt nicht, wie viel Arbeit die Website leistet, und die Anzahl der PHP-Threads erkl\u00e4rt nicht, warum eine Anfrage langsam ist. Ein Trace zeigt, ob die Anfrage den Cache umgangen hat, wie lange PHP f\u00fcr die Verarbeitung gebraucht hat und ob die Verz\u00f6gerung von der Datenbank oder der Modell-API stammt. Anhand dessen kannst du entscheiden, ob das Plugin \u00fcberarbeitet werden muss oder die Website mehr Kapazit\u00e4t ben\u00f6tigt.<\/p>\n Ein KI-Plugin kann perfekt funktionieren und trotzdem schlecht zur aktuellen Kapazit\u00e4t der Website passen. Bevor du es auf der Kundenwebsite einsetzt, lass APM in der Staging-Umgebung laufen und \u00fcberpr\u00fcfe, wie lange die externen API-Aufrufe dauern, welche Anfragen den Cache verfehlen und welche PHP-Version die Umgebung verwendet. \u00dcberpr\u00fcfe diese Zahlen nach dem Launch noch einmal, sobald echter Traffic hinzukommt.<\/p>\n Mit diesen wenigen \u00dcberpr\u00fcfungen kannst du Thread-Belastung, langsame Abh\u00e4ngigkeiten und ressourcenintensive Abfrageverl\u00e4ufe erkennen, bevor sie zu einer tr\u00e4gen Website f\u00fchren \u2013 oder zu einem schwierigen Gespr\u00e4ch mit dem Kunden.<\/p>\n","protected":false},"excerpt":{"rendered":" Stellen wir uns mal die Situation vor. Dein neuer WooCommerce-Chatbot besteht jeden Test. Er beantwortet Fragen zu Produkten, hilft K\u00e4ufern beim Vergleichen von Optionen und reagiert …<\/p>\n","protected":false},"author":36,"featured_media":77215,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_kinsta_gated_content":false,"_kinsta_gated_content_redirect":"","footnotes":""},"tags":[],"topic":[1064,1005],"class_list":["post-77214","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","topic-bot-traffic","topic-wordpress-leistung"],"yoast_head":"\n![\"AI](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/08\/ai-engine.png\")
KI-Personalisierung, Empfehlungen und Suche<\/h3>\n
KI-gest\u00fctzte Inhaltserstellung und redaktionelle Tools<\/h3>\n
![\"Jetpack](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/08\/jetpackai.png\")
KI-Agenten und MCP-Integrationen<\/h3>\n
Was KI-Funktionen tats\u00e4chlich mit deinem Server anstellen<\/h2>\n
PHP-Threads bleiben l\u00e4nger belegt<\/h3>\n
Mehr Anfragen umgehen den Cache<\/h3>\n
Die Datenbankaktivit\u00e4ten werden komplexer<\/h3>\n
Die Latenz externer APIs wird zum Faktor f\u00fcr die Website-Performance<\/h3>\n
Die drei Hosting-Merkmale, die f\u00fcr KI-f\u00e4higes WordPress am wichtigsten sind<\/h2>\n
1. Isolierte Container-Architektur<\/h3>\n
2. Eine aktuelle PHP-Version und die richtige Konfiguration<\/h3>\n
3. Einblick in die gesamte Anfrage<\/h3>\n
![\"Kinsta](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/08\/enabling-apm.png\")
\n
![\"Ein](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/08\/kinsta-apm-tool.png\")
KI-Funktionen ver\u00e4ndern auch dein Traffic-Profil<\/h2>\n
![\"Kinsta-Tool](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/08\/bot-protection.png\")
Was du pr\u00fcfen solltest, bevor du eine KI-Funktion zu einer WordPress-Website hinzuf\u00fcgst<\/h2>\n
1. An welcher Stelle im Anfragezyklus wird dieses Plugin ausgef\u00fchrt?<\/h3>\n
2. Was kann das Plugin zwischenspeichern?<\/h3>\n
3. Was passiert, wenn die externe API langsam ist?<\/h3>\n
4. Teste zuerst in der Staging-Umgebung, w\u00e4hrend das APM-Tool l\u00e4uft<\/h3>\n
![\"Screenshot](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/08\/apm-duration.png\")
5. Ist PHP f\u00fcr die zus\u00e4tzliche Arbeitslast bereit?<\/h3>\n
Behandle jede KI-Einf\u00fchrung als Infrastruktur\u00e4nderung<\/h2>\n