Hallo,
wer hat eigentlich einen Shop auf WordPress (WooCommerce)?
Welche ich mal mittels PN was fragen dürfte?
Gruß Dirk
Hallo @DirkO ich finde das gerade 
wir bauen ihn schon eine weile und wollen in kürze online gehen
Schön verpackte Grüße
Marcel Reckel
hier 
gern, frag!
hier:
Hallo @thomas.g @peteralexanderpelz Schön dass ich das zum Leben erweckt habe wer nutzt denn Elementor und kann tips zur speed Optimierung geben? haben nur im Backend noch Probleme.
Wir haben 3 Seiten mit Elementor gebaut (eventshooters.com, www.eventlights.shop, gattinger.info). Als Cache wird WP Super Cache eingesetzt, um die HTML Seiten zu cachen, dazu noch Autoptimize für CSS/JS Optimierungen (bei Eventlights).
Leider hat die Architektur von Elementor bei uns immer wieder für Probleme gesorgt, so löscht Elementor z.B. sporadisch die CSS files/benennt sie um, das ist dann in Verbindung mit einem Cache ein Problem (alte CSS im Cache-File verlinkt, fehlt, Design fehlt). Es war viel Spielerei das halbwegs in den Griff zu bekommen.
Tipps, naja, du brauchst einen Cache damit bei Wordpress Dateien akzeptabel schnell ausgeliefert werden, das ist Pflicht. Mit Autoptimize kann man CSS zusammenfassen (Elementor verwendet gern viele kleine CSS Dateien), oder auch inline ins HTML geben, was ich bei Eventlights gerade probiere (hilft bei Pagespeed).
Aber viel mehr Aufwand lohnt sich bei Elementor eher nicht, da man gegen Elementor kämpfen muss wenn man etwas optimieren möchte. z.B. Pagespeed möchte eine CSS Datei in der das nötigste drin steht, Elementor liefert 20 CSS Dateien auch mit unnötigem Code.
Yeah, meine Kollegen legen auch immer sehr viel wert auf „Elementor“. Soweit in Ordnung für Prototyp oder kleine Seiten, aber irgendwann wird es grausam.
@DarkCMS-Kevin danke euch beiden!
wir hosten bei cloudways weshalb wir es derzeit mit object cache pro, breeze inkl. varnish probieren. Elementor übernimmt aber das lazy load von Bildern.
damit erreichen wir auf gedachten Seiten tatsächlich Ladezeiten von 100ms - teils weniger.
aber ungecached wie Warenkorb ist schlecht. Hier werden wir wohl auf diesen immer ungerechten Seiten elementor ganz raus schmeißen. Oder das habe ich bei Plenty gesehen: Die Seite scheint schnell mit cache ausgeliefert zu werden und die Warenkorbinhalte werden dann per Ajax nachgeladen - das wollte ich auch probieren.
Hauptsächlich scheint das Problem bei Wordpress /PHP zu entstehen das jede anfrage auf einem einzelnen core der CPU läuft. Ich weiß nicht wie das z.b. shopware macht (noch offen da werde ich mich nach go live einlesen). Ich fände es besser es hinzubekommen das es multicore läuft. Unser Test von Cloudways basic auf Premium CPU focused hat die Ladezeit laut object cache von 7s auf unter 2-3s gedrückt. Was das CPU single Core Problem beweist.
Schön verpackte Grüße
Marcel Reckel
Die TTFB oder die komplette Ladezeit? Wie sieht es mit Pagespeed Ergebnissen aus (Lab Ergebnisse mit gedrosselter Verbindung/altem Smartphone)? Die vielen CSS Dateien von Elementor sind da recht lästig, habe sie dann mit einem anderen Plugin zusammengefasst bzw. inline gegeben damit das halbwegs passt (sauber wäre eher: above the fold css inline, rest in einer CSS die nach den restlichen Inhalten geladen wird).
Naja “Live Zusammenbauen der Seite mit PHP und Datenbankabfragen” ist grundsätzlich langsam, Cache (statische Seiten) ist extrem schnell. “Live Zusammenbauen“ auf mehr Cores aufzuteilen ist da nicht die eleganteste Lösung. Cachen+Nachladen hört sich besser an.
Wobei der Warenkorb nicht ranken muss, und wenn er zB 1 sek pro Seitenaufruf braucht ist es denke ich für die Kunden nicht dramatisch, blöd wären 5-10sek für eine Seite.
Beim Warenkorb/Checkout wird es auch auf die Anzahl/Komplexität der Produkte ankommen, und wie das ausgeliefert wird (ob es bei mehr Produkten quasi exponentiell langsamer wird weil der Code Mist ist). Aber auch das muss im Code zu lösen sein, mehrere Cores für eine einzelne Seite klingt auch da exotisch.
Wir betreiben https://flexeo.shop/ auf WordPress/WooCommerce, vollständige Eigenentwicklung des Themes, komplett Block-Editor, eigene Blöcke über ACF, möglichst wenige Plugins, auch wenn man nicht an allem vorbei kommt.
Technische Basis ist ein Root Server bei Netcup und Plesk. Für Caching läuft dann Redis und WP Rocket. Damit sind wir soweit happy.
PHP und eine Datenbank sind erst mal schnell. Was dann alles daran angestöpselt wird und im schlimmsten Fall bei jedem Seitenaufruf im Hintergrund mitläuft, ist das Problem. Leider sind Plugins bei WordPress Fluch und Segen zugleich – alles ist möglich, nicht alles ist sauber aufgebaut…