WordPress & Webwork

WordPress: welches Plugin bremst die Seite aus?

Eine Möglichkeit um herauszufinden welches Plugin die WordPress-Installation ausbremst ist P3 (Plugin Performance Profiler). Mit diesem Plugin kann man erkennen welchen Anteil die Plugins an der gesamten Ladezeit der Website haben und welche Erweiterung, die größte last verursacht:

WordPress: welches Plugin bremst?

Das Plugin zeigt auch, wie hoch die Ausführungszeiten bei einzelnen Artikel sind und welchen Anteil davon das WordPress-Theme und welchen die Plugins verursachen. Von der Messung kann man sich eine Zusammenfassung anzeigen lassen:

WordPress: Zusammenfassung der Ergebnisse von P3

Durch dieses Plugin bekommt man zusätzliche Informationen, die einem helfen können die Stellen und Erweiterungen zu finden, die die Website verlangsamen.

31 Reaktion(en)

  1. Philip

    Jetzt stellt sich nur die Frage, wer das Plugin misst, das die anderen Plugins misst. Gibt es Infos, ob sich obiges Plugin negativ auf die Ladezeit auswirkt?

  2. Sergej Müller

    Ich glaube, es herrscht ein wenig Durcheinander bei den Begriffen ;)

    Die abgebildete Grafik zeigt die Ausführungszeit (auf dem Server), nicht die Ladezeit (im Browser).

    Zudem würde ich nicht unbedingt behaupten, dass bestimmte Plugins das System ausbremsen. Sie brauchen halt länger beim Ausführen, weil größerer Funktionsumfang. In meinen Augen ist Ausbremsen dann, wenn das Verhältnis zwischen Aufgabe und Abarbeitungszeit überhaupt nicht gerechtfertigt ist.

    Sonst ist das Diagram super, da man so schnell sehen, welche Plugins wie lange brauchen und ob man diese tatsächlich braucht.

    1. Vladimir

      @Sergej,

      danke für den Hinweis. Ich bin davon ausgegangen, das load time Ladezeit ist, da Ausführungszeit mit execution time übersetzt wird und vor allem weil der Plugin-Autor von Browser spricht (Mouseover-Text bei bei Total Load Time)

    1. Vladimir

      @Sergej,

      ich weiß nicht ob du das Plugin getestet hast, aber es wir in einem iFrame die Seite im Browser geladen, deswegen war es für mich logisch, dass hier auch die Ladezeit gemessen wird.

      Die Ladezeit im Browser der Nutzer kann kaum einer messen

      Das habe ich auch nicht gesagt. Aber wenn das stimmt was du sagst, das eine Ladezeit-Messung nicht möglich sind, dann dürfte es auch Dienste wie http://www.pingdom.com geben … oder reden wir aneinander vorbei?

  3. Sergej Müller

    Nein, ich habe nicht ins Plugin geschaut. Fakt ist: Die Plugins werden auf dem Server ausgeführt. Daher kann auch nur diese Zeit dort gemessen werden.

    Man kann zwar mit JS die Ladezeit einer Webseite analysieren, aber man kann es nicht auf Backend-Komponente (= Plugins) anwenden bzw. aufteilen, weil diese halt auf dem Server ausgeführt wurden.

    Pingdom und ähnliche zeigen lediglich die Response-Zeit des Servers an (Ping). Nicht des Browsers. Sind auch unterschiedliche Dinge. Wie und mit welchem Speed es wirklich im Browser ankommt, kann kein Online-Dienst sagen. Das kann man nur mit JS innerhalb der Seite erfahren und ist je nach Nutzer unterschiedlich.

    Es ist definitiv die Ausführungszeit. iFrame ist wahrscheinlich nur zur Darstellung.

    Schön zu wissen wäre, welches Plugin tatsächlich im Frontend an Last und Zusatzrequests erzeugt (Skripte auf Seiten, wo das Plugin nicht gebraucht wird). Das wäre wirklich vorteilhaft.

    1. Vladimir

      @Sergej,

      ah, jetzt verstehe ich was du meinst. Klar, Pingdom & Co. können nur deren Aufruf messen und eigene Ladezeit kann ich nur mit den Tools im Browser messen. Ich habe dich zuerst verstanden, dass eine Messung der Ladezeit gar nicht möglich ist.

  4. Pingback: Behindern Plugins das Laden Ihres Blogs? Finden Sie es heraus

  5. Fabian

    Hey Vladimir,
    ich lese ja immer fleissig mit. Jetzt würde ich doch mal gerne was fragen. Und zwar hat die Webseite meines Bruders ein krasses Ladezeitenproblem. ich würde mich jetzt keinesfalls als Noob bezeichnen, aber ich kann einfach nicht rausfinden woran es liegt.
    Ich denke Soundcloud mit den zig tausend Queries ist schuld, aber ich kann es leider nicht "beheben" und auch nicht sicher nachvollziehen.
    Klar sind die Bilder groß, aber 2,4MB sollten trotzdem nicht 15s Ladezeit mit sich ziehen, bzw. er sollte ja stück für stück laden.
    http://exploitedghetto.de/

  6. Pingback: Die Tech-Hightlights dieser Woche – KW 7 | Technical-Life

  7. Pingback: Neues im Bloghaus | Nics Bloghaus

  8. Pingback: 7 Links, die ich noch loswerden wollte (2012/08) - Servaholics

  9. Nico

    Super Plugin, ich hätte nicht gedacht das mein (nun altes) Lightbox Plugin so viel Zeit verbraucht. Sonst ist alles von der Ladezeit her in Ordnung.

  10. Pingback: Nachtwächter-Blah » Ich weiß, es ist lange her. Kennt ihr noch den …

  11. Pingback: WordPress-Plugin zeigt, welches Plugin Deine Website ausbremst » t3n News

  12. Pingback: Langsame Wordpress-Plugins ausmisten - GUTES TUN

  13. Pingback: Meine WordPress Plugins und die Performance | dinofuss.de

  14. Pingback: 5 einfache Maßnahmen um die Performance von WordPress-Websites zu verbessern | WordPress & Webwork

  15. Pingback: 5 einfache Maßnahmen, um die Performance von WordPress-Websites zu verbessern » t3n News

  16. Pingback: Performance im Wordpress-Blog - Plugin P3 | Existenz im Netz - Bloggen, Geld und mehr

  17. Bernhard

    Danke für den Hinweis auf dieses nützliche Plugin!

    Bei der Site, bei der ich mir gerade einen Wolf suche, was sie so bremst, ist es der Broken Link Checker, der alleine 43% ausmacht, gefolgt von Contact Form 7 mit 14%.
    Die Plugins insgesamt machen 67% aus, der Rest werden wohl in erster Linie die Custom-Menues sein.
    101 MySQL Queries ist auch zu viel, bei einer kleinen Website mit aktuell 29 Seiten und 12 Artikeln.

    Wenn man den Scan wiederholt, ergeben sich teilweise deutlich andere Werte (wobei Broken Link Checker es sogar auf bis zu 55% bringt!).

    Da wäre es interessant, das Performance-Profiler-Plugin nur den normalen Seitenaufruf testen zu lassen, da es wohl auch die Performance des Backend berücksichtigt, wenn ich mir "Detailed Timeline" anschaue…

  18. Pingback: @pixelstrolch Fav Tweets 02/2012 | pixelstrol.ch

Die Kommentare in diesem Beitrag sind geschlossen.