# Pagespeed im dev Mode besser

**URL:** https://forum.shopware.com/t/pagespeed-im-dev-mode-besser/105966
**Category:** Allgemein
**Created:** [27. November 2024 um 14:15 UTC](https://forum.shopware.com/t/pagespeed-im-dev-mode-besser/105966 "2024-11-27T14:15:18Z")
**Posts on this page:** 11
**Page:** 1

<div class="post-metadata">

### Author: ![impuls](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/impuls/32/13698_2.png) [@impuls](https://forum.shopware.com/u/impuls)
#### Post date: [27. November 2024 um 14:15 UTC](https://forum.shopware.com/t/pagespeed-im-dev-mode-besser/105966/1 "2024-11-27T14:15:18Z")

</div>

Hallo zusammen,

nach Relaunch und Serverumzug sind wir gerade mit Pagespeed Verbesserungen am kämpfen. Wir sind nun auf einem nginx Server von Timmehosting.

Mir ist bewusst das beim Pagespeed (alles auf Mobil bezogen) einiges nicht zwingend für einen Webshop umsetzbar ist, aber…

Wenn ich den Shop in der .env.local auf APP\_ENV=prod setze erhalte ich die Leistung von 36 Punkten, mit einem extrem schlechten Largest Contentful Paint Wert (10,1 s).

Wenn ich APP\_ENV=dev mache und die selbe Seite erneut teste, sind es 66  
LCP (2,3 s)  
Die erstreaktion des Servers ist hier schlechter

Das verhalten ist auf allen Seiten so zu erkennen (Produktseiten / Inhaltsseiten / Kategorieseiten).  
Ich hätte jetzt angenommen, dass im dev Modus der Cache abgeschaltet wird und dadurch eigentlich langsamer laufen müsste. Getestet wird das aktuell auf einer zweiten Entwicklungsumgebung.

Kann das jemand zufällig auch so nachstellen? Wie könnte ich testen woran genau es liegt oder gibt es Ansatzpunkte?

Würde mich freuen wenn jemand schon Vermutungen dazu äußert 🙂

---

<div class="post-metadata">

### Author: ![Anotherone](https://avatars.discourse-cdn.com/v4/letter/a/6de8d8/32.png) [@Anotherone](https://forum.shopware.com/u/Anotherone)
#### Post date: [27. November 2024 um 17:12 UTC](https://forum.shopware.com/t/pagespeed-im-dev-mode-besser/105966/2 "2024-11-27T17:12:09Z")

</div>

Was sagt denn Timme dazu? Wieviele Artikel/Kategorien?

---

<div class="post-metadata">

### Author: ![SCOOPEX](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/scoopex/32/18328_2.png) [@SCOOPEX](https://forum.shopware.com/u/SCOOPEX)
#### Post date: [27. November 2024 um 21:11 UTC](https://forum.shopware.com/t/pagespeed-im-dev-mode-besser/105966/3 "2024-11-27T21:11:21Z")

</div>

Hallo,

falls es sich um die Domain alu\*\*\*.de handelt, wird die Verzögerung maßgeblich durch die Einbindung von Matomo verursacht und hat weniger mit dem Hoster und/oder Apache vs. nginx zu tun.

In der Waterfall-Analyse von Pingdom Speedtest ([https://tools.pingdom.com/](https://tools.pingdom.com/)) kannst Du sehen, welche Ressourcen die meiste Ladezeit benötigen.

Nähere Erklärung zm Largest Contentful Paint Wert:

> **[Largest Contentful Paint (LCP): What It Is & How to Improve It](https://www.semrush.com/blog/lcp/)**
>
> Find out how to boost your website’s performance by improving Largest Contentful Paint, a Core Web Vital.

Viele Grüße  
[SCOOPEX](https://www.scoopex.de)

---

<div class="post-metadata">

### Author: ![impuls](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/impuls/32/13698_2.png) [@impuls](https://forum.shopware.com/u/impuls)
#### Post date: [28. November 2024 um 11:10 UTC](https://forum.shopware.com/t/pagespeed-im-dev-mode-besser/105966/4 "2024-11-28T11:10:08Z")

</div>

Ich habe das Verhalten mal auf einem anderen Server mit einem ganz anderen Shop nachgestellt und auf das gleiche Ergebnis gekommen.

57 Punkte im Leistungsindex im **prod** Modus  
81 Punkte im **dev** Modus.

Einen guten Tipp habe ich noch von @SCOOPEX bekommen, den konnte ich leider aber auch ausschließen. Das Deaktivieren eines Scripts was auf einem anderen Server lag hatte kaum Auswirkungen.

Für mich leider schwer nachzuvollziehen, warum Shopware im dev Modus viel schneller für [https://pagespeed.web.dev](https://pagespeed.web.dev) ist als im prod Modus.

---

<div class="post-metadata">

### Author: ![Anotherone](https://avatars.discourse-cdn.com/v4/letter/a/6de8d8/32.png) [@Anotherone](https://forum.shopware.com/u/Anotherone)
#### Post date: [28. November 2024 um 20:26 UTC](https://forum.shopware.com/t/pagespeed-im-dev-mode-besser/105966/5 "2024-11-28T20:26:39Z")

</div>

Normalerweise bekommt man doch Tipps für die Verbesserung, wo liegen da die Unterschiede? Bzw. was wird primär kritisiert?

---

<div class="post-metadata">

### Author: ![impuls](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/impuls/32/13698_2.png) [@impuls](https://forum.shopware.com/u/impuls)
#### Post date: [29. November 2024 um 06:55 UTC](https://forum.shopware.com/t/pagespeed-im-dev-mode-besser/105966/6 "2024-11-29T06:55:13Z")

</div>

Timmehosting verweist hier auf das falsche Verhalten von Shopware. Empfiehlt also einen Webentwickler Agentur oder Shopware Support einzuschalten. Die können leider auch nicht einschätzen, was im Dev-Mode anders ist als im Prod-Mode / welche Tasks ggf. deaktiviert sind…

Da ich das Problem auf verschiedenen Servern mit verschiedenen Shops so nachstellen kann, würde ich auch eine Fehlkonfiguration vom Server ausschließen und das Verhalten vollständig zu Shopware zuordnen.

Ein Bug Ticket habe ich mal ohne große Hoffnung angelegt:

> <https://github.com/shopware/shopware/issues/5712>
>
> \*PHP Version:\* 8.3 | \*Shopware Version:\* 6.6.8.2 | \*Affected area / extension…:\* Platform(Default) 
> 
> ----
> 
> \*\_Actual behaviour:\_\*
> 
> 
> 
> If I set the shop in the .env.local to APP\_ENV=prod, I get a performance of 36 points on https://pagespeed.web.dev, with an extremely poor Largest Contentful Paint value (10.1 s).
> 
> If I set APP\_ENV=dev and test the same page again, it gets 66 points for performance.
> (all to mobile view)
> 
> I can reproduce the problem on different servers (nginx and Apache) with different hosts and different shops.
> 
> \*\_Expected behaviour:\_\*
> 
> 
> 
> development environment should not be faster than the live environment 
> 
> \*\_How to reproduce:\_\*
> 
> 
> 
> .env.local to APP\_ENV=prod
> Test: https://pagespeed.web.dev
> 
> .env.local to APP\_ENV=dev
> Test: https://pagespeed.web.dev

---

<div class="post-metadata">

### Author: ![area-net-gmbh](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/area-net-gmbh/32/21995_2.png) [@area-net-gmbh](https://forum.shopware.com/u/area-net-gmbh)
#### Post date: [29. November 2024 um 07:29 UTC](https://forum.shopware.com/t/pagespeed-im-dev-mode-besser/105966/7 "2024-11-29T07:29:17Z")

</div>

Um welchen Shop geht es denn?

---

<div class="post-metadata">

### Author: ![area-net-gmbh](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/area-net-gmbh/32/21995_2.png) [@area-net-gmbh](https://forum.shopware.com/u/area-net-gmbh)
#### Post date: [29. November 2024 um 08:10 UTC](https://forum.shopware.com/t/pagespeed-im-dev-mode-besser/105966/8 "2024-11-29T08:10:57Z")

</div>

**Kurz und knapp: Vergiss Google Pagespeed.** (zumindest in dem Fall)

Nicht selten kommen dabei teilweise „seltsame“ Ergebnisse raus. Pagespeed setzt für das identische Element, bzw. das „Largest Contentful Pain-Element“ produktiv weit über \> 6.000ms und im Dev-Mode knapp 3.500ms an. Sorry Google, das ist Humbug.

 ![Bildschirmfoto 2024-11-29 um 09.03.02](https://europe1.discourse-cdn.com/flex013/uploads/shopware/original/3X/d/1/d1b1d12b6b78cb335d33ab9e6815f9d85a6659b1.png)

Sowohl [https://tools.pingdom.com/](https://tools.pingdom.com/) als auch [https://gtmetrix.com/](https://gtmetrix.com/) geben für beide Umgebungen nahezu identische Analysen ab.

**Fazit:**  
Nicht alles auf die Goldwaage legen, was Google Pagespeed so meint sagen zu müssen. Investiere die Zeit, die du da noch für Optimierungen reinhängst, besser in sinnvollere Themen.

---

<div class="post-metadata">

### Author: ![area-net-gmbh](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/area-net-gmbh/32/21995_2.png) [@area-net-gmbh](https://forum.shopware.com/u/area-net-gmbh)
#### Post date: [29. November 2024 um 08:19 UTC](https://forum.shopware.com/t/pagespeed-im-dev-mode-besser/105966/9 "2024-11-29T08:19:22Z")

</div>

Was sich im Prod-Modus noch unterscheidet: Da werden einige zusätzliche JS-Dateien geladen Shopware Analytics, Google Analytics, Google Tagmanager. Aber da wirst du nichts ändern können.

Fakt ist: Die Performance des Shop ist gut. Basta.

---

<div class="post-metadata">

### Author: ![impuls](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/impuls/32/13698_2.png) [@impuls](https://forum.shopware.com/u/impuls)
#### Post date: [29. November 2024 um 08:23 UTC](https://forum.shopware.com/t/pagespeed-im-dev-mode-besser/105966/10 "2024-11-29T08:23:17Z")

</div>

Vielen Dank für die Analyse!

Bei pagespeed wird übrigens Mobil mit den schlechten Werten ausgegeben. Bei deinen beiden Alternativen ist es erstmal die Desktop Version, oder konntest du das dort auch Mobil checken?  
Pagespeed bei Google ist für die Desktop Version ebenfalls halbwegs okay.

---

<div class="post-metadata">

### Author: ![SCOOPEX](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/scoopex/32/18328_2.png) [@SCOOPEX](https://forum.shopware.com/u/SCOOPEX)
#### Post date: [29. November 2024 um 09:20 UTC](https://forum.shopware.com/t/pagespeed-im-dev-mode-besser/105966/11 "2024-11-29T09:20:25Z")

</div>

> [@area-net-gmbh](#):
>
> **Fazit:**  
> Nicht alles auf die Goldwaage legen, was Google Pagespeed so meint sagen zu müssen. Investiere die Zeit, die du da noch für Optimierungen reinhängst, besser in sinnvollere Themen.

Dem kann ich nur zustimmen - hier diesbzgl. ein interessanter Artikel bei dem es zwar um Wordpress geht, aber auch auf Shopware zutrifft. Leider sind immer noch viel zu viele der Meinung, Google PageSpeed Insights misst die Seitenladegeschwindigkeit und eine schnelle Seite ist der Haupt-Faktor für gutes Google Ranking:

> **[Darum hat die New York Times nur einen PageSpeed Insights-Score von 52](https://blog.raidboxes.io/hosting-performance/google-pagespeed-insights-nytimes/)**
>
> Große WP-Seiten wie die NY Times schneiden in PageSpeed Insights enorm schlecht ab. Wir zeigen, warum du den PageSpeed-Score getrost ignorieren kannst.

Viele Grüße
