Neu Shop-Geschwindigkeit: nicht ausreichend

[MichaelZ]

Hallo,
mal so allgemein in die Runde gefragt - seid Ihr mit der Geschwindigkeit von JTL- Shop zufrieden?

Ich habe den JTL-Shop nach einem System-Wechsel erst seit ein paar Monaten und wenn ich mir die core-web-vitals von google anschaue, dann bestätigt das meine subjektives Erleben und ist eher traurig:
https://pagespeed.web.dev/

LCP: 3,9 Sekunden
INP: 476 ms
CLS: 0 (immerhin)
FCP: 3,7 Sekunden
TTFB: 2,9 Sekunden

Konfiguration:
- NOVA-Template ohne große Änderungen.
- CSS und JS werden statisch komprimiert.
- Gehostet von JTL
- Es sind auch nicht übermäßig viele Produkte (etwas über 1000).

Woran kann das Problem liegen?
Gibt es Optimierungsmöglichkeiten?

Was habt Ihr für Erfahrungen?

 

[css-umsetzung]

Gehostet von JTL

Tja, was soll ich da sagen, ist leider so, habe das gleiche Thema derzeit auf dem Tisch, wo es um zwei Shops geht.
Die Cache Zugriffszeiten sind unterirdisch, es geht um Shops mit gerade mal 5000 Artikeln.

Ein Massenhosting ist einfach nicht geeignet, wenn man mit seinem Shop die Welt erobern möchte.

hier mal ein netter Vergleich:

links wie es, je nach Server aussehen könnte, rechts wie es bei den JTL gehosteten Shops ist, die ich gerade in der Hand habe (die Werte weichen natürlich geringfügig, je nach Aufruf ab, aber man sieht den Unterschied)

 

[ecki]

Mobil bei JTL:
LCP 1,8
INP 143ms
CLS 0,05
FCP 1,6
TTFB 1,1

ca. 8000 produkte.

JTL Hosting Plus:



Testserver (Duplikat des Shops) anderer Anbieter :

 

[css-umsetzung]

Diese Werte sagen eigentlich alles aus, ist aber eben auch verständlich, das es bei einem normalen Hosting eben nicht die Welt ist, hinzu kommt dann auch die Redis Begrenzung auf 512 MB, die einfach zu wenig ist für einen gut Bestückten Shop

 

[MichaelZ]

Gibt es denn eine Alternative, ohne dass man künftig selber Updates, Backups und Überwachung selbst übernehmen muss?

 

[css-umsetzung]

Also ein JTL Hosting, nur dafür zu verwenden, weil man den Update Button klicken kann halte ich für falsch, denn mehr macht JTL ja nicht, du musst trotzdem alles was zu einem Update gehört (Plugins Updaten, Template überarbeiten usw.) selbst machen, die Dateien hochladen und das Update anzuschubsen, ist im Vergleich zu den restlichen Arbeiten minimal, das berechne ich z.B.: nur wenn ich weiß es gibt eine Datenbankmigration bei der man je nach Shop Größe und Version bis zu 2 Stunden zuschauen muss.

Die Überwachung der Server besteht bei JTL, gefühlt darin, dass sich User beschweren, dass Ihre Shops nicht erreichbar sind (ja der war gemein, ich gehe davon aus, das auch JTL ein Monitoring hat).
Die relevanten Hoster, die JTL Shop geeignet sind, sind in den von dir angesprochenen Punkten alle vergleichbar, Sie unterscheiden sich nur bei der Geschwindigkeit, dem support und ja auch beim Preis.

 

[forumjtlolshopag]

Ich denke es gäbe sehr viel Optimierungspotenzial in der Codebasis vom JTL Shop selbst. Klar kann ich schlechte Performance durch anderes Caching (Redis) oder stärkerer Hardware ausbügeln. Rein auf stärkere Hardware zu setzen als Entwickler wäre sogar Kontraproduktiv, da es das aufblähen der Shopkerns begünstigt. Man hebt sozusagen einfach die Systemvorrausetzungen an, obwohl der Shop in Version X kaum was besonders oder besseres macht als ältere schlankere Versionen davor. Wenn wir JTL Shop und Modified Commerce bei uns auf dem gleichen Server vergleichen ist bei ähnlicher Menge an Artikeln der Modified Commerce um ein vielfaches schneller ohne Redis Cache.

 

[css-umsetzung]

Wenn wir JTL Shop und Modified Commerce bei uns auf dem gleichen Server vergleichen ist bei ähnlicher Menge an Artikeln der Modified Commerce um ein vielfaches schneller ohne Redis Cache.

Du kannst diese Shops nicht vergleichen, ich lehne mich mal aus dem Fenster ..... nein ich lasse es lieber
Ich habe mir den gerade heruntergeladen um mal in den Code zu schauen. Ich könnte wohl von jetzt auf gleich, dafür Erweiterungen programmieren, dass sieht vom Code her noch genauso aus, wie damals vor 20 Jahren im XTC.

Wenn ich eine reine in html erstellte Seite mit einer in php erstellten Seite vergleiche, ist die html Seite auch schneller, aber die php Seite könnte mehr.

 

[forumjtlolshopag]

Ja, ich weiß Mir gings nur darum, das auf Kundenseite im Browser am Ende ja ein funktionierender Shop ausgegeben wird und wenn da der Aufwand im Hintergrund von Shopsystem A weitaus höher liegt als bei B, zeigt es mir das bei A noch sehr sehr viel Luft zum optimieren ist.

 

[Martin1977]

Gibt es denn eine Alternative, ohne dass man künftig selber Updates, Backups und Überwachung selbst übernehmen muss?

Ich kann dir Timmehosting nur ans Herz legen, dort haben wir einen vServer und der rennt wie "Sau". Und ein Update einspielen ist nun wirklich keine große Sache, das lernst du ganz schnell, die Lernkurve ist imho schnell und steil. Gut finde ich bei Timme, 1 Mausklick und die Datenbank und Dateien sind gesichert, kannst dein Update einspielen, läuft was schief kannst du den alten Stand sofort wieder zurückspielen. Dazu super schneller und kompetenter Support.
Ich glaube die bieten auch eine kostenlose 14 tägige Testphase an, so war es bei mir, einfach mal ausprobieren.
Installier dir doch dort mal einen 5.5.0 und dann mach dort selber mal ein Update auf 5.5.1 und dann auf 5.5.2, du wirst sehen, ist alles halb so tragisch.

 

[John]

Meine Erfahrung: Das JTL/eComData Shop Hosting taugt nicht. Da helfen auch keine "Lightspeed Plugins".

Umziehen in den Managed Webserver bei eCom oder zu einem anderen Anbieter -> Problem gelöst.

Ich denke, eCom und JTL wissen das auch. Es wird halt einfaches Geld mitgenommen.

@css-umsetzung siehe Fall "Balazs"