{"id":39289,"date":"2020-11-15T23:37:07","date_gmt":"2020-11-16T07:37:07","guid":{"rendered":"https:\/\/kinsta.com\/?p=10106"},"modified":"2023-08-18T12:46:10","modified_gmt":"2023-08-18T11:46:10","slug":"admin-ajax-php","status":"publish","type":"post","link":"https:\/\/kinsta.com\/de\/blog\/admin-ajax-php\/","title":{"rendered":"Wie man hohe Admin-Ajax-Nutzung auf deiner WordPress-Seite diagnostiziert"},"content":{"rendered":"

Ajax ist eine JavaScript-basierte Webtechnologie, die dir hilft, dynamische und interaktive Webseiten zu erstellen. WordPress nutzt Ajax, um viele seiner Kernfunktionen im Adminbereich zu nutzen, wie zum Beispiel das automatische Speichern von Beitr\u00e4gen, die Verwaltung von Benutzersitzungen und Benachrichtigungen.<\/p>\n

Standardm\u00e4\u00dfig leitet WordPress alle Ajax-Aufrufe \u00fcber die admin-ajax.php<\/code><\/strong> – Datei, die sich im Verzeichnis \/wp-admin<\/code><\/strong> der Webseite befindet.<\/p>\n

Zahlreiche gleichzeitige Ajax-Anfragen k\u00f6nnen zu einer hohen admin-ajax.php<\/code><\/strong> – Nutzung f\u00fchren, was den Server und die Webseite erheblich verlangsamt. Das ist eines der h\u00e4ufigsten Probleme vieler nicht optimierter WordPress-Seiten. Typischerweise macht es sich durch eine langsame Webseite oder einen HTTP-5xx-Fehler (meistens 504<\/a> oder 502<\/a> Fehler) bemerkbar.<\/p>\n

In diesem Artikel erf\u00e4hrst du mehr \u00fcber die admin-ajax.php<\/code><\/strong> – Datei von WordPress, wie sie funktioniert, ihre Vor- und Nachteile und wie du das Problem der hohen admin-ajax.php<\/code><\/strong> – Nutzung diagnostizieren und beheben kannst.<\/p>\n

Bist du bereit loszulegen? Los geht’s!<\/p>\n

<\/div><\/kinsta-auto-toc>\n

Was ist die admin-ajax.php Datei?<\/h2>\n

Die admin-ajax.php<\/code><\/strong> – Datei enth\u00e4lt den gesamten Code f\u00fcr das Routing von Ajax-Anfragen bei WordPress. Ihr Hauptzweck ist es, eine Verbindung zwischen dem Client und dem Server herzustellen, welcher Ajax benutzt. WordPress verwendet sie, um den Inhalt der Seite zu aktualisieren ohne sie neu zu laden, und macht sie so dynamisch und interaktiv<\/a> f\u00fcr die Benutzer.<\/p>\n

\"Ein
Ein grober \u00dcberblick, wie Admin Ajax auf WordPress funktioniert<\/figcaption><\/figure>\n

Da der WordPress-Kern Ajax bereits f\u00fcr die verschiedenen Backend-Funktionen<\/a> verwendet, k\u00f6nnt ihr die gleichen Funktionen auch f\u00fcr die Verwendung von Ajax auf WordPress nutzen. Alles was du tun musst, ist eine Aktion zu erfassen, sie auf die admin-ajax.php<\/code><\/strong> – Datei deiner Seite zu verweisen und zu definieren, wie du den Wert zur\u00fcckgeben haben willst. Du kannst es so einstellen, dass es HTML, JSON oder sogar XML ausgibt.<\/p>\n

\"admin-ajax.php
admin-ajax.php – Datei in WordPress<\/figcaption><\/figure>\n

Laut WordPress Trac<\/a> erschien die admin-ajax.php<\/code><\/strong> – Datei zuerst in WordPress 2.1. In der WordPress-Entwicklergemeinschaft<\/a> wird sie auch als Ajax Admin<\/strong> bezeichnet.<\/p>\n

\"\u00dcberpr\u00fcfen
\u00dcberpr\u00fcfen der Ajax-Nutzung im MyKinsta-Dashboard<\/figcaption><\/figure>\n

Die obige Tabelle zeigt nur die Anzahl der admin-ajax.php<\/code><\/strong> – Anfragen, jedoch nicht, woher sie kommen k\u00f6nnten. Es ist eine tolle M\u00f6glichkeit zu sehen, wann die Ausschl\u00e4ge auftreten. Du kannst sie mit anderen Techniken kombinieren, die in diesem Beitrag erw\u00e4hnt werden, um die Hauptursache einzugrenzen.<\/p>\n

\"\u00dcberpr\u00fcfung
\u00dcberpr\u00fcfung der Anzahl der admin-ajax.php – Anfragen in den Chrome DevTools<\/figcaption><\/figure>\n

Du kannst auch die Chrome DevTools benutzen, um zu sehen, wie viele Anfragen an admin-ajax.php<\/code><\/strong> gesendet werden. Du kannst auch im Timings<\/strong>-Tab unter der Network<\/strong>-Sektion nachsehen, wie lange es dauert, diese Anfragen zu bearbeiten.<\/p>\n

Um den genauen Grund f\u00fcr die hohe admin-ajax.php<\/code><\/strong> – Nutzung herauszufinden, gibt es im Wesentlichen zwei Ursachen: eine durch das Frontend und die andere durch das Backend. Wir werden beide weiter unten besprechen.<\/p>\n\n

Wie man den Fehler der hohen admin-ajax.php-Nutzung auf WordPress behebt<\/h2>\n

Plugins von Drittanbietern<\/a> sind einer der h\u00e4ufigsten Gr\u00fcnde f\u00fcr eine hohe Admin-ajax.php-Nutzung. Typischerweise wird dieses Problem auf dem Frontend der Seite sichtbar und taucht h\u00e4ufig in Geschwindigkeitstestberichten auf.<\/p>\n

Aber nicht nur Plugins sind hier als Themes<\/a> schuld, auch der WordPress-Kern, der Webserver<\/a> und eine DDoS-Attacke<\/a> k\u00f6nnen der Grund f\u00fcr eine hohe Admin-Ajax-Nutzung sein.<\/p>\n

Lasst sie uns genauer untersuchen.<\/p>\n

Wie man den Ursprung der hohen admin-ajax.php-Nutzung f\u00fcr Plugins und Themes bestimmt<\/h3>\n
\"Ajax-angetriebene
Ajax-angetriebene Plugins im WordPress.org-Repository<\/figcaption><\/figure>\n

Ajax wird oft von WordPress-Entwicklern<\/a> verwendet, um dynamische und interaktive Plugins und Themes zu erstellen. Einige beliebte Beispiele sind das Hinzuf\u00fcgen von Funktionen wie Live-Search<\/a>, Produktfilter, endloses Scrollen, dynamischer Warenkorb<\/a> und Chatbox<\/a>.<\/p>\n

Nur weil ein Plugin Ajax benutzt, hei\u00dft das nicht, dass es deine Seite verlangsamt<\/a>.<\/p>\n

\"Betrachten
Betrachten der admin-ajax.php Anfrage im WebPage-Testbericht<\/figcaption><\/figure>\n

Normalerweise wird Admin Ajax zum Ende der Seite geladen. Au\u00dferdem kannst du Ajax-Anfragen so einstellen, dass sie asynchron geladen werden, sodass sie wenig bis gar keinen Einfluss auf die wahrgenommene Leistung der Seite f\u00fcr den Benutzer haben k\u00f6nnen.<\/p>\n

Wie ihr im obigen WebPage-Testbericht<\/a> sehen k\u00f6nnt, l\u00e4dt admin-ajax.php<\/code><\/strong> zum Ende der Anfragen-Warteschlange, aber es dauert immer noch 780 ms. Das ist eine Menge Zeit f\u00fcr nur eine Anfrage.<\/p>\n

\"GTmetrix-Bericht,
GTmetrix-Bericht, der auf einen ernstzunehmenden Admin-ajax. php-Nutzungsanstieg hinweist<\/figcaption><\/figure>\n

Wenn Entwickler Ajax nicht richtig in WordPress implementieren<\/a>, kann das zu drastischen Performance-Problemen f\u00fchren. Der obige GTmetrix-Bericht ist ein perfektes Beispiel f\u00fcr ein solches Verhalten.<\/p>\n

Du kannst GTmetrix auch dazu benutzen, um in einzelne Post- und Antwortdaten einzusehen. Du kannst diese Funktion verwenden, um die Ursache f\u00fcr das Problem zu finden.<\/p>\n

Geh dazu auf den Waterfall<\/strong>-Tab des GTmetrix-Berichts und klicke auf den Item POST admin-ajax.php<\/strong>. Du wirst drei Tabs f\u00fcr diese Anfrage sehen: Header, Post und Response.<\/p>\n

\"POST
POST admin-ajax.php Kopfzeilen-Daten der Anfrage<\/figcaption><\/figure>\n

Wenn du den Post-<\/strong> und Reponse<\/strong>-Tabs der Anfrage untersuchst, findest du einige Hinweise, um die Gr\u00fcnde hinter dem Leistungsproblem herauszufinden. F\u00fcr diese Seite kannst du Hinweise im Response-Tab sehen.<\/p>\n

\"POST
POST admin-ajax.php Antwortdaten der Anfrage<\/figcaption><\/figure>\n

Du kannst sehen, dass ein Teil der Antwort etwas mit einem Input-Tag mit id, welches auf „fusion-form-nonce-656“ festgelegt ist.<\/p>\n

Eine schnelle Suche nach diesem Hinweis f\u00fchrt euch zur Webseite von ThemeFusion, den Erfindern des Avada-Themes. Daraus kannst du schlie\u00dfen, dass die Anfrage aus dem Theme oder einem der Plugins stammt, mit denen es geb\u00fcndelt ist.<\/p>\n

In einem solchen Fall musst du zuerst sicherstellen, dass das Avada-Theme und alle zugeh\u00f6rigen Plugins vollst\u00e4ndig aktualisiert sind. Wenn das das Problem nicht behebt, kannst du versuchen, das Theme zu deaktivieren und sehen, ob das Problem dadurch behoben wird.<\/p>\n

Im Gegensatz zum Deaktivieren eines Plugins ist das Deaktivieren eines Themes in den meisten F\u00e4llen nicht m\u00f6glich. Versuche daher, das Theme zu optimieren<\/a>, um Engp\u00e4sse zu beseitigen. Du kannst dich auch an das Support-Team des Themes wenden, um zu sehen, ob sie eine bessere L\u00f6sung vorschlagen k\u00f6nnen.<\/p>\n

Das Testen einer anderen langsamen Webseite in GTmetrix f\u00fchrte zu \u00e4hnlichen Problemen mit dem Visual Composer Page Builder und den Notification Bar Plugins.<\/p>\n

\"Die
Die Antwortdaten einer weiteren POST admin-ajax.php-Anfrage<\/figcaption><\/figure>\n
\"POST
POST admin-ajax.php-Anfrage der Postdaten<\/figcaption><\/figure>\n

Wenn du ein Problem mit dem Plugin nicht l\u00f6sen kannst, hast du gl\u00fccklicherweise viele alternative Plugins zur Verf\u00fcgung, die ausprobieren kannst. Wenn es zum Beispiel um Seitenbauer<\/a> geht, k\u00f6nntest du auch Beaver Builder oder Elementor ausprobieren.<\/p>\n

Wie man den Ursprung von hohen admin-ajax.php bestimmt<\/h3>\n

Manchmal sind die Post- und Antwortdaten in den Geschwindigkeitstestberichten nicht so klar und eindeutig. Hier ist es nicht so einfach, den Ursprung der hohen admin-ajax.php<\/code><\/strong>-Nutzung zu finden. In solchen F\u00e4llen kannst du es immer noch nach bew\u00e4hrten Methoden machen.<\/p>\n

Deaktiviere alle Plugins deiner Seite<\/a>, leere den Cache deiner Seite<\/a> (falls vorhanden) und f\u00fchre dann erneut einen Geschwindigkeitstest durch. Wenn die admin-ajax.php<\/code><\/strong> noch vorhanden ist, dann ist der wahrscheinlichste \u00dcbelt\u00e4ter das Theme. Wenn es aber nirgendwo zu finden ist, dann musst du jedes Plugin einzeln aktivieren und jedes Mal die Geschwindigkeitstests durchf\u00fchren. Durch den Prozess der Beseitigung werdet ihr den Ursprung des Problems feststellen.<\/p>\n

Tipp<\/strong>: Die Verwendung einer Staging-Umgebung<\/a> (z.B. Kinsta’s Staging-Umgebung<\/a>) ist eine gute M\u00f6glichkeit, Tests auf deiner Seite durchzuf\u00fchren, ohne deine Live-Seite zu beeintr\u00e4chtigen. Sobald du die Ursache ermittelt und das Problem in der Staging-Umgebung behoben hast, kannst du die \u00c4nderungen auf deine Live-Site \u00fcbertragen<\/a>.<\/p>\n

Backend-Server-Probleme mit admin-ajax.php diagnostizieren<\/h3>\n

Der zweith\u00e4ufigste Grund f\u00fcr eine hohe admin-ajax.php<\/code><\/strong> – Nutzung ist die WordPress Heartbeat API, die h\u00e4ufige Ajax-Aufrufe generiert, was zu einer hohen CPU-Auslastung des Servers f\u00fchrt. Typischerweise wird dies dadurch verursacht, dass viele Benutzer im WordPress-Backend-Dashboard eingeloggt sind. Daher wirst du das bei Geschwindigkeitstests nicht sehen.<\/p>\n

Standardm\u00e4\u00dfig fragt die Heartbeat-API die admin-ajax.php<\/code><\/strong> – Datei alle 15 Sekunden ab, um Beitr\u00e4ge oder Seiten automatisch zu speichern. Wenn du einen Shared-Hosting-Server<\/a> verwendest, dann hast du nicht viele Server-Ressourcen f\u00fcr deine Seite. Wenn du einen Beitrag oder eine Seite bearbeitest und den Tab f\u00fcr eine gewisse Zeit offen l\u00e4sst, kann das eine Menge Admin-Ajax-Anfragen nach sich ziehen.<\/p>\n

Wenn du zum Beispiel Beitr\u00e4ge schreibst oder bearbeitest, kann ein einzelner Benutzer allein 240 Anfragen in einer Stunde generieren!<\/p>\n

\"H\u00e4ufige
H\u00e4ufige Autosave-Admin-ajax.php-Anfragen<\/figcaption><\/figure>\n

Das sind viele Anfragen auf dem Backend mit nur einem User. Nun stell dir eine Seite vor, auf der mehrere Editoren gleichzeitig eingeloggt sind. Solch eine Seite kann Ajax-Anfragen schnell verarbeiten, was zu einer hohen CPU-Auslastung f\u00fchrt.<\/p>\n

Das musste DARTDrones<\/a> feststellen, als das Unternehmen seine WooCommerce-Seite auf den erwarteten Anstieg der Besucherzahlen nach einem Auftritt im Shark Tank vorbereitete.<\/p>\n

Bevor die Seite von DARTDrones in der Fernsehshow ausgew\u00e4hlt wurde, erhielt sie an einem Tag \u00fcber 4.100 admin-ajax.php<\/code><\/strong>-Aufrufe bei nur 2.000 eindeutigen Besuchern. Das ist ein schwaches Verh\u00e4ltnis von Aufrufen zu Besuchern.<\/p>\n

\"Heavy
Heavy admin-ajax.php usage on dartdrones.com<\/figcaption><\/figure>\n

Den Ermittlern fiel die Referrer-URL \/wp-admin<\/strong> auf und sie fanden die Ursache heraus. Diese Anfragen kamen dadurch zustande, weil die Admins und Editoren von DARTDrones die Seite in Vorbereitung auf die Show h\u00e4ufig aktualisierten.<\/p>\n

WordPress hat dieses Heartbeat-API-Problem<\/a> teilweise schon vor langer Zeit behoben. Zum Beispiel kann man die H\u00e4ufigkeit der Anfragen reduzieren, die von der Heartbeat API auf Hosts mit begrenzten Ressourcen generiert werden. Au\u00dferdem schaltet sie sich nach einer Stunde Inaktivit\u00e4t von Tastatur\/Maus\/Touch selbst ab.<\/p>\n