Ein langsamer PrestaShop-Shop bedeutet verlorene Kunden, schlechtere SEO-Ergebnisse und eine erschwerte Auftragsabwicklung. Ein „träger Shop“ ist hingegen nur ein Symptom, keine Diagnose – und es gibt mehr als ein Dutzend Ursachen, wobei es sich bei jedem Shop um eine andere Kombination von Problemen handeln kann.
Auf dieser Seite zeigen wir Ihnen , wie wir ermitteln, welche Probleme bei Ihnen vorliegen, wie viel die Behebung kostet und wann Sie uns tatsächlich nicht benötigen.
Fangen wir damit an, was dich hierher geführt hat
„Mein Shop ist sehr langsam“
Ladezeit über 3 Sekunden, schlechter PageSpeed, träges Admin-Panel, langsamer Checkout.
Dann bist du hier genau richtig
→ weiterlesen
„Vielleicht ist der Server nicht gut genug. Oder sind es Bots?“
Der Shop stürzt bei hohem Traffic ab, seltsame Einträge in den Logs, etwas Verdächtiges im Code, Warnmeldungen von Google.
Hier klicken
→ Scrolle zum Bereich „Sicherheit“
„Ich habe keinen Traffic von Google“
Die Konkurrenz rangiert höher, die Search Console zeigt Fehler an, die Platzierungen sind nach der Migration gesunken, es gibt doppelte URLs.
Das ist ein anderer Bereich
→ SEO und Sichtbarkeit
Diese drei Probleme können dieselbe Ursache haben – ein langsamer Shop schadet den Platzierungen, Bots greifen den Server an und Filter, die Tausende von URLs generieren, bringen alles auf einmal durcheinander. Das Problem hat verschiedene Ursprünge, daher sollten wir zunächst herausfinden, wo sein Epizentrum liegt.
13 Sekunden → 0,9 Sekunden
So lange dauerte das Laden des Shops auf PrestaShop 8.1 vor und nach unserer Optimierung. Keine Simulation, kein Test auf einer leeren Installation – ein funktionierender Shop mit echtem Sortiment und echten Modulen.
Wir versprechen nicht, dass es bei Ihnen genauso sein wird – Ihr Shop hat ein anderes Sortiment, andere Module und einen anderen Server. Aber schicken Sie uns den Link, und wir sagen Ihnen innerhalb von 30 Minuten, in welche Richtung Sie suchen sollten und welchen Umfang diese Aufgabe hat.
74
optimierte Shops
14,17 Sekunden
– Median der Zeitersparnis
18 JahreErfahrung im E-Commerce
Wer steht dahinter?
PrestaShow ist eine polnische E-Commerce-Agentur, die sich auf PrestaShop spezialisiert hat – wir entwickeln eigene Module, implementieren Online-Shops und betreuen diese: Wartung, Optimierung, SEO und Weiterentwicklung. Wir arbeiten mit Shop-Betreibern zusammen, nicht mit dem System losgelöst vom Geschäft.
Wir sind Teil des PrestaShop-Expert-Programms – das ist eine offizielle Bestätigung unserer Kompetenz durch die Entwickler des Systems und kein Abzeichen, das man kaufen kann. Wir verfügen über 76 eigene Module für PrestaShop, die von Online-Shops in 18 Ländern genutzt werden – wir kennen die PrestaShop-Engine vom Code her, nicht nur über das Admin-Panel.
Eigene Modulefür
Wir entwickeln sie seit über einem Dutzend Jahren
-ImplementierungenNeue Shops und Migrationen
Betreuung von
-ShopsWartung, Überwachung, Weiterentwicklung
-OptimierungGeschwindigkeit, Server, Datenbank, Sicherheit
SEO und Sichtbarkeitvon
– das übernehmen wir ebenfalls – mit unseren eigenen Modulen
Wir beginnen mit einer Vorabanalyse, nicht mit einem Audit
Nicht jeder Auftrag beginnt mit einem Audit für 4.920 PLN. Er beginnt mit der Frage: Was genau passiert, seit wann und bei welchem Shop? Manchmal lautet die Antwort: ein Modul für 300 PLN und eine halbe Stunde im Admin-Bereich. Manchmal ist es ein dreiwöchiges Projekt. Die Voranalyse entscheidet, um welchen Fall es sich handelt – wir schauen uns den Shop und den Server an, prüfen die Sicherheit, den Traffic, die Datenbank, die Module und PHP. Das sind 4–6 Arbeitsstunden, 800 PLN.
Doch bevor du überhaupt darüber nachdenkst – PrestaShop wird selten aus nur einem einzigen Grund langsamer, dafür weist das Symptom meist in die richtige Richtung. Finde dein Problem; bei einigen davon stellt sich möglicherweise heraus, dass du gar keine Analyse benötigst:
Klicken Sie auf das Symptom – wir erklären Ihnen, was es normalerweise verursacht und womit Sie beginnen sollten Entwicklung Der Import oder die Synchronisierung erfolgt über das Transaktionsfenster. Import aus dem Warenlager (XML/CSV/API), Synchronisierung der Bestände mit dem ERP-System, Preisaktualisierung – wenn dies zu häufig oder zu ungünstigen Zeiten erfolgt oder schlecht vorbereitet ist, sind der Shop und die Datenbank gerade dann ständig ausgelastet, wenn Kunden einkaufen. Wo soll man anfangen: Indem man feststellt, wann genau es zu Verzögerungen kommt und was dann gerade läuft. Meistens reicht es aus, das Importfenster zu verschieben und die Häufigkeit zu begrenzen – es handelt sich um Arbeitszeiten, nicht um ein Projekt. Entwicklung große Mehrstufige Navigation bei einer großen Anzahl von Attributen und Kombinationen. Jede Filterkombination führt zu einer separaten Datenbankabfrage und einer separaten URL. Bei mehr als einem Dutzend Attributen geht die Anzahl der Kombinationen in die Tausende – das belastet die Datenbank und überflutet den Google-Index mit Duplikaten. Wo man anfangen sollte: Dies ist das einzige Problem, das sowohl die Geschwindigkeit als auch das SEO beeinträchtigt. Es muss entschieden werden, welche Filter indexiert werden sollen und welche nicht – und es müssen Indizes in der Datenbank nach realen Filtermustern angelegt werden. Entwicklung Kombinationen sind einer der anspruchsvollsten Aspekte von PrestaShop. 10 .000 Produkte, jedes in 5 Größen und 6 Farben, ergeben nicht 10.000 Datensätze, sondern 300.000. Ein Shop, der für den Kunden mittelgroß erscheint, ist für die Datenbank groß. Wo soll man anfangen: bei der Katalogstruktur. Manchmal ist es kostengünstiger, den Katalog umzugestalten, als einen leistungsstärkeren Server zu kaufen – und das ist ein Gespräch, das man führen muss, bevor man Geld für die Infrastruktur ausgibt. jede Phase In der Regel sind beide Seiten ein wenig schuld – und keine hat ein Interesse daran, die Sache zu klären. Der Hosting-Anbieter sieht die Auslastung, aber nicht den Code. Der Entwickler sieht den Code, hat aber keinen Zugriff auf den Server. Wo soll man anfangen? Bei jemandem, der beides gleichzeitig im Blick hat. Das Audit umfasst den Online-Shop, die Module und den Server, und das Ergebnis ist ein Dokument: Das gehört zur Hosting-Seite, das zum Online-Shop, das zu den Modulen. Dieses Dokument kannst du dem Hosting-Anbieter vorlegen. Entwicklung groß Der Server ist für durchschnittliches Aufkommen ausgelegt, nicht für Spitzenzeiten. Ein Shop , der problemlos 300 Besucher pro Tag bedient, kann bei 300 Besuchern gleichzeitig zusammenbrechen. Das sind zwei unterschiedliche Zahlen und zwei unterschiedliche Konfigurationen. Wo man anfangen sollte: mit einem Lasttest, um zu wissen, wo die Grenze liegt – und dann mit der Entscheidung, ob man diese Grenze erhöht oder den Shop umgestaltet. Der beste Zeitpunkt für eine Entwicklerumgebung, der schlechteste für Experimente in der Produktionsumgebung. Entwicklung groß PrestaShop ist für den Einzelhandel konzipiert – drei, fünf Artikel. Bei einer Großhandelsbestellung mit mehreren hundert Positionen multipliziert sich jeder Vorgang im Warenkorb (Berechnung von Preisen, Staffelrabatten, Verfügbarkeit, Steuern) mit der Anzahl der Positionen. Hinzu kommen individuelle Preislisten pro Geschäftspartner und Mindestbestellmengen. Wo soll man anfangen: Indem man ermittelt, welcher Vorgang bei einem großen Warenkorb die meisten Kosten verursacht. In der Regel lässt sich dies beheben – durch die Einreihung der Berechnungen in eine Warteschlange, das Zwischenspeichern von Preislisten und die Neuprogrammierung der Art und Weise, wie Artikel hinzugefügt werden. Dies ist eine spezialisierte Optimierung und eine eigene Kategorie. Entwicklung groß Multistore bedeutet eine Installation, eine Datenbank und einen Server – für alle Shops gleichzeitig. Ein Import in einen Shop belastet die für alle gemeinsame Datenbank. Ein Modul, das ohne Berücksichtigung von Multistore entwickelt wurde, kann Daten aus allen Shops abrufen, um nur einen anzuzeigen. Und eine Kampagne in einem Shop belastet den Server der anderen. Wo soll man anfangen: Zunächst muss festgestellt werden, welcher Shop die Belastung verursacht und ob das Problem in der Konfiguration oder im Modul liegt. Multistore folgt seinen eigenen Regeln – es handelt sich um eine eigene Kategorie, nicht um eine Variante der üblichen Optimierung. Entwicklung Jemand scannt dich. Scraper, die Preise für die Konkurrenz sammeln, Bots, die versuchen, sich anzumelden, Spam-Traffic von Serverfarmen. Für den Shop sind das normale Anfragen – die Datenbank verarbeitet sie, der Server rechnet, PHP läuft. Nur dass auf der anderen Seite niemand etwas kauft. Bei höherer Auslastung kann das die Hälfte der Serverleistung verschlingen. Wo soll man anfangen: Zunächst sollte man prüfen, welcher Anteil des Datenverkehrs überhaupt von echten Menschen stammt. Dann CDN und Blockierregeln – das ist in der Regel günstiger als ein leistungsstärkerer Server. Jede Phase Das ist kein Leistungsproblem mehr. Das ist ein Hackerangriff. Ein mit einem Virus infizierter Shop ist langsam, weil auf diesem Server neben Ihrem Shop noch etwas anderes läuft – ein Krypto-Miner, eine Spam-Injektion oder in die Vorlage eingefügte Weiterleitungen. Das langsame Laden ist nur ein Begleitsymptom, nicht das eigentliche Problem. Wo du anfangen solltest: sofort – und nicht mit PageSpeed. Scannen, die Hintertür finden, bereinigen, Sicherheitslücken schließen, alle Passwörter ändern. Die Optimierung eines mit einem Virus infizierten Online-Shops ist reine Zeitverschwendung. Jede Phase Ein Modul, das ohne Rücksicht auf die Leistung geschrieben wurde, führt bei jeder Seitenaufrufe eine Datenbankabfrage durch. Ein solches Modul kann mehrere hundert Millisekunden kosten – auf jeder Unterseite, für jeden Nutzer. Wo soll man anfangen? Mit einem Profiling, das aufzeigt, welches Modul wie viel Zeit in Millisekunden kostet. Erst dann entscheidest du: Optimieren, austauschen oder entfernen. Jede Phase Normalerweise in dieser Reihenfolge: Bilder, JavaScript, fehlender Cache. In den meisten Online-Shops sind Bilder für den Großteil des Ergebnisses verantwortlich – und das ist der Teil, den du selbst beheben kannst. Wo du anfangen solltest: bei den Bildern. Die Konvertierung in WebP und Lazy Load sind die kostengünstigsten Maßnahmen mit dem größten Einfluss auf das Ergebnis. Wenn der PageSpeed danach immer noch zu wünschen übrig lässt – dann sprechen wir über JS und das Template.Was macht dein Geschäft?
Es läuft zu bestimmten Zeiten langsamer – nachts oder morgens. Tagsüber ist alles in Ordnung.
Die Kategorie mit den Filtern lädt etwa ein Dutzend Sekunden lang. Der Rest läuft wie geschmiert.
Ich habe 8.000 Produkte und 240.000 Datensätze in der Datenbank. Woher kommen die?
Der Hosting-Anbieter sagt, es sei ein Online-Shop. Der Online-Shop sagt, es sei ein Hosting-Anbieter. Wer hat Recht?
In sechs Wochen ist Black Friday, und ich weiß, dass der Laden das nicht überstehen wird.
Ein Großhandelskunde legt 300 Artikel in den Warenkorb, und der Bezahlvorgang bricht ab.
Ich nutze Multistore, und ein einzelner Shop kann alle anderen lahmlegen.
Der Shop läuft langsamer, und in den Logs sehe ich Tausende von Zugriffen von seltsamen Adressen.
Der Shop läuft langsamer und es passieren seltsame Dinge – Weiterleitungen, fremde Links, Warnmeldungen von Google.
Wir haben ein paar Module hinzugefügt, und der Shop läuft nun wieder reibungslos.
PageSpeed zeigt 28/100 an, und die SEO-Agentur fordert mich auf, das zu beheben.
In welcher Phase sich dein Shop befindet, verändert alles
Ein Shop, der gerade erst an den Start geht, wird ganz anders behandelt als ein Shop mit fünfzigtausend Artikeln und fünf Integrationen. Dieselben Symptome haben eine andere Bedeutung.
Phase 1
Der Shop in der Startphase
bis zu ~2.000 Produkten · keine Integrationen
Die Datenbank ist noch nicht überladen, es gibt nur wenige Kombinationen, Filter sind kein Problem. In der Regel reichen kleine Bilder, ein Cache und ein ordentliches Hosting aus.
Ganz ehrlich: ein Modul für 300 Złoty und eine halbe Stunde im Admin-Bereich. Ein Audit wäre übertrieben.
Phase 2
Shop im Aufbau
Tausende von Produkten · Kombinationen · Integrationen
Hier beginnt die eigentliche Arbeit. Kombinationen vergrößern die Datenbank, Filter generieren Tausende von URLs, der Import läuft während der Einkaufszeiten. Meistens gibt es mehrere Ursachen gleichzeitig.
Ganz ehrlich: Hier macht sich ein Audit am schnellsten bezahlt – denn ohne ihn ist die Implementierung reine Spekulation.
Phase 3
Großer / stark ausgelasteter Shop
100.000+ Indizes · ERP · Marktplatz
Die Standard-Indizes von PrestaShop reichen nicht mehr aus. Es kommen zusammengesetzte Indizes, In-Memory-Cache und eine durchdachte Serverarchitektur zum Einsatz.
Ganz ehrlich: Ein Audit ist das absolute Minimum. In der Praxis handelt es sich um ein Projekt, nicht um einen Eintrag aus der Preisliste.
Was einen Shop normalerweise ausbremst, obwohl niemand darüber schreibt
Anleitungen befassen sich mit Bildern und Cache, weil sich das in PageSpeed zeigt. Aber bei Shops, die sich in der Wachstumsphase befinden, liegen die wahren Bremsfaktoren woanders – und alle haben einen gemeinsamen Nenner: Sie wachsen mit dem Unternehmen mit.
Produktkombinationen – der Online-Shop ist größer, als er aussieht
Dies ist einer der schwerwiegendsten Aspekte von PrestaShop und wird am häufigsten unterschätzt. Ein Produkt in 5 Größen und 6 Farben entspricht nicht einem einzigen Datensatz in der Datenbank, sondern 30. Deshalb ist die Frage „Wie viele Produkte hast du?“ irreführend. Die richtige Frage lautet: Wie viele Kombinationen hast du? Manchmal ist es günstiger, den Produktkatalog neu zu strukturieren, als einen leistungsstärkeren Server zu kaufen.
Filter – das einzige Problem, das sich gleichzeitig auf die Geschwindigkeit und das Google-Ranking auswirkt
Eine mehrstufige Navigation ist bei einem großen Katalog unverzichtbar. Aber jede Filterkombination bedeutet eine separate Abfrage an die Datenbank und eine separate URL. Die Datenbank zählt bei jedem Klick, und Google indexiert Tausende fast identischer URLs. Das ist der Moment, in dem Optimierung und SEO keine getrennten Themen mehr sind.
Import aus dem Großhandelslager – der Shop läuft zu bestimmten Zeiten nur noch im Schneckentempo
Typisches Symptom: Der Shop wird morgens oder nachts langsamer, tagsüber funktioniert er normal. Oft liegt das an der Synchronisation, die in das Importfenster fällt. Der Import belastet die Datenbank genauso wie Kunden, kauft aber nichts. Eine Verschiebung des Zeitplans und eine Optimierung des Prozesses können das Problem lösen, ohne einen Złoty für den Server auszugeben.
PrestaShop-Statistiken – warum das Admin-Panel träge ist, obwohl die Frontend-Seite funktioniert
PrestaShop sammelt standardmäßig eigene Statistiken. Die Tabellen „ps_connections“, „ps_guest“ und „ps_page_viewed“ wachsen mit jedem Zugriff. Dies ist die häufigste Ursache für ein langsames Backend. Wenn Sie Google Analytics nutzen, benötigen Sie diese Statistiken nicht – Sie können sie deaktivieren und löschen.
B2B-Warenkorb – PrestaShop wurde nicht für 300 Artikel entwickelt
PrestaShop wurde für den Einzelhandels-Warenkorb konzipiert. Jeder Vorgang im Warenkorb – die Berechnung von Preisen, Rabatten, Mengen und Steuern – wird mit der Anzahl der Artikel multipliziert. Solche Probleme lassen sich durch das Queuing der Berechnungen und das Zwischenspeichern der Preislisten pro Geschäftspartner beheben. Das ist eine ganz andere Liga.
Multistore – eine ganz eigene Liga
Multistore ist nicht einfach „PrestaShop, nur mehr davon“. Es handelt sich um eine einzige Installation, eine einzige Datenbank und einen einzigen Server für mehrere Shops gleichzeitig. Ein Modul, das nicht für Multistore ausgelegt ist, ruft Daten aus allen Shops ab, um sie in einem einzigen Shop anzuzeigen. Eine Kampagne in einem Shop belastet den Server der anderen Shops.
Optimierung bedeutet mehr als nur Geschwindigkeit
Die Hälfte der Shops, die mit der Beschwerde „Es ist langsam“ zu uns kommen, hat ein Problem, das mit der Leistung wenig zu tun hat. Das langsame Laden ist nur das, was man sieht.
Ein mit Viren infizierter Online-Shop ist immer langsam
Denn neben Ihrem Online-Shop läuft auf demselben Server noch etwas anderes – ein Krypto-Miner, ein Skript, das Spam versendet, oder eine Backdoor. Deshalb wird bei jedem größeren Auftrag zunächst ein Scan durchgeführt: Es hat sich schon mehrfach herausgestellt, dass ein Kunde für die Beschleunigung von etwas bezahlt hat, das erst einmal bereinigt werden musste.
Eine veraltete PrestaShop-Version bedeutet nicht nur einen langsameren Shop
Jede Version, die du nicht aktualisiert hast, ist eine Liste öffentlich bekannter Sicherheitslücken. Man muss kein Ziel sein – Scanner durchforsten das gesamte Internet und überprüfen alles nacheinander.
Bots können die Hälfte eines Servers lahmlegen
Scraper, die Preise für die Konkurrenz sammeln, Bots, die sich mit fremden Passwörtern einloggen, unerwünschter Datenverkehr. Wir haben Shops gesehen, bei denen der Großteil des Datenverkehrs nicht von Menschen stammte – der Betreiber stockte die Serverleistung auf, weil „es langsam ist“, und bezahlte damit den Betrieb fremder Bots.
Kein CDN – das heißt, alles läuft von einem einzigen Ort aus
Ohne CDN werden jedes Bild, jede CSS-Datei und jeder Kunde über Ihren Server bedient. Mit einem CDN werden statische Inhalte von einem Knotenpunkt in der Nähe des Kunden bereitgestellt. Dies ist in der Regel die kostengünstigste Maßnahme mit der größten Wirkung in Online-Shops, die noch kein CDN nutzen.
Drei Möglichkeiten für den Einstieg – wähle deine aus
1
Mach es selbst
Das Backoffice ist langsam, aber der Frontend-Bereich läuft? Das liegt fast sicher an der Datenbank – Cleaner. PageSpeed warnt vor zu großen Bildern? WebP & Lazy Load. Du brauchst uns nicht, um diese Module zu nutzen.
ab 300 PLN
sofort
2
Erste Überprüfung – schick uns den Link zu deinem Shop
30 Minuten unserer Zeit. Wir prüfen von außen: Geschwindigkeit, Version, Konfiguration, Spuren von Bots, grundlegende Sicherheitsaspekte. Wenn es etwas zu besprechen gibt, vereinbaren wir einen Termin.
0 PLN
30 Minuten
3
Vorab-Analyse – hier geht es ans Eingemachte
Wir tauchen tief in den Shop und auf den Server ein – dorthin, wo von außen keine Details sichtbar sind. Sicherheitsscan, Datenverkehr, Datenbank, Module, PHP. Am Ende weißt du, was die Ursache ist, was man dagegen tun kann und wie viel es kosten wird. Das sind 4–6 Arbeitsstunden – bewusst unter unserem normalen Stundensatz. Wir raten davon ab, 4.920 PLN für ein Audit auszugeben, nur um herauszufinden, dass ein Modul für 400 PLN ausreicht.
800 PLN
4–6 Std.
4
Umfassender Überblick – PrestaShop-Audit
Wir führen ein Audit durch, wenn die Voranalyse zeigt, dass mehrere Ursachen gleichzeitig vorliegen oder die Verluste des Shops erheblich sind – der Tarif ist hoch. PDF mit dem Status des Shops und des Servers: Liste der Probleme, Empfehlungen und Preisangaben für jedes Element separat. Ohne Verpflichtung zur Umsetzung durch uns.
1 230,00 EUR
bis zu 15 Werktage
Die meisten Fälle enden auf Stufe 1 oder 3
Die Vorabanalyse für 800 PLN dient dazu, dass Sie nicht raten müssen und nicht sofort ein Audit kaufen müssen. Manchmal sagen wir danach: „Kaufen Sie das Modul für 400 PLN und prüfen Sie, ob das Problem verschwindet“ – und damit hat sich die Sache. Manchmal ergibt sich eine Liste mit Empfehlungen, deren Umsetzung drei Wochen in Anspruch nimmt. Aber in beiden Fällen weißt du, wofür du bezahlst, bevor du bezahlst.
Wann ist ein Audit wirklich notwendig – und wann nicht?
Nicht jede Optimierung erfordert denselben Arbeitsaufwand. Ein Shop hat ein Problem mit dem Server, ein anderer mit der Datenbank, ein dritter mit den Modulen, ein vierter mit dem Import während der Stoßzeiten.
Ein Audit ist sinnvoll, wenn…
- mehrere Ursachen gleichzeitig vorliegen
- sich der Shop in der Wachstumsphase befindet und das Auftragsvolumen steigt
- du dich auf die Saison vorbereitest
- du ein Update auf Version 1.6 durchführst
- du eine Klärung in einem Streit mit deinem Hosting-Anbieter benötigst
- Du möchtest eine zweite Meinung zur Arbeit deiner Agentur einholen
Ein Audit macht keinen Sinn, wenn…
- der Shop gerade erst an den Start geht
- das Symptom eindeutig auf die Ursache hinweist (langsam laufendes Panel = Datenbank)
- du eine konkrete, eng gefasste Aufgabe hast
- Sie bereits wissen, was zu tun ist – Sie brauchen einen Ausführenden, keinen Diagnostiker
Ein Audit ist ein Arbeitsplan für Ihren Shop: ein PDF mit dem aktuellen Stand des Shops und des Servers, einer Liste der Probleme, Chancen und Empfehlungen – mit einer separaten Preisangabe für jeden Punkt. Umsetzung innerhalb von 15 Werktagen.
Die Diagnose ist eine Sache. Die Umsetzung ist ein Prozess
Die Voranalyse und das Audit sind in sich abgeschlossen: Sie haben einen Anfang, ein Ende und liefern am Ende eine Antwort. Bei der Umsetzung von Änderungen funktioniert das nicht so. Manchmal lassen sich Bilder, Cache und Datenbank in einem Schritt erledigen, und nach einer Woche ist die Sache erledigt. Es kommt jedoch vor, dass man den Vorgang in Etappen aufteilen muss, da eine Korrektur an einer Stelle Arbeiten an einer anderen Stelle erfordern kann. Dann machen wir einen Schritt, prüfen das Ergebnis und gehen erst dann zum nächsten über.
Die Etappen berechnen wir nach Zeitaufwand – ab 200 PLN pro Stunde. Vor jeder Phase geben wir an, wie viele Stunden wir veranschlagen; nach der Umsetzung siehst du, wie viel tatsächlich aufgewendet wurde. Ausnahme: Wenn es brennt – der Shop ist ausgefallen, es gab einen Hackerangriff – dann legen wir sofort los, zu einem höheren Preis, und vereinbaren das immer individuell. Und umgekehrt: Manchmal besteht das gesamte Problem aus Bildern mit einer Größe von jeweils 4 MB – dann reichen ein Modul, WebP und Lazy Load, und die Sache ist für 300 PLN erledigt. Nicht jeder Arztbesuch endet mit einer Operation.
Ein sicheres Verfahren, das den Betrieb Ihres Shops nicht beeinträchtigt
- Wir führen ein gründliches Audit Ihres Shops, Ihrer Module und Ihres Servers durch.
- Wir bereiten den Server vor und stellen darauf eine Kopie Ihres Shops ein.
- Wir optimieren die Kopie des Shops – wir setzen die Empfehlungen aus dem Audit um.
- Wir testen den Shop und den Server und nehmen Korrekturen vor.
- Die Umstellung vom alten auf den neuen Shop dauert einige Stunden – dies ist der einzige Zeitpunkt, an dem es zu einer Unterbrechung kommt. Wir vereinbaren einen Termin, der Ihnen passt.
- Sie beginnen mit der Arbeit an Ihrem neuen Online-Shop. Alle Daten bleiben 1:1 erhalten.
- Auf die Optimierung erhältst du eine 3-monatige Garantie und ein Angebot für eine laufende Betreuung.
Wie viel kostet die PrestaShop-Optimierung?
Wir nennen keinen Pauschalpreis, da zwei Shops, die für den Kunden ähnlich aussehen, technisch völlig unterschiedlich sein können. Wir können dir jedoch sagen, wovon der Preis abhängt.
| Leistungsumfang | Umfang | Preis |
| Vorabanalyse | Wir werfen einen Blick auf den Shop und den Server: Sicherheitsscan, Datenverkehr, Datenbank, Module, PHP, Version. Am Ende wissen Sie, was die Ursache ist und wie viel die Reparatur kostet. Den Preis berechnen wir bewusst unter unserem Stundensatz. | 800 PLN 4–6 Std. |
| PrestaShop-Audit | PDF: Zustand des Online-Shops und des Servers, Probleme, Empfehlungen, Kostenvoranschlag für jeden Punkt. | 1 230,00 EUR |
| Implementierungsarbeiten in Etappen, nach Zeitaufwand | Abrechnung auf Stundenbasis. Vor Beginn der Phase Schätzung der Stunden, danach Abrechnung nach tatsächlich aufgewendeter Zeit. Notfallmodus wird individuell vereinbart. | ab 200 PLN/Std. |
| PrestaShop-Update + PHP | 1.6.x, 1.7.x, auf 8.x und auf PrestaShop 9. Module, Serverkomponenten, PHP. | ab 5.000 PLN |
| Profiling und Search Console PageSpeed, Lighthouse, GTmetrix | Template, JavaScript, Quellcode, Module, Datenbank. Behebung von Fehlern in der Search Console. | ab 3.500 PLN |
| PRO-Server | VPS/dedizierter Server mit Root-Zugriff, Linux + Plesk + SSL + CloudFlare, Backups, GIT. | 615,00 EUR |
| Entwicklerkopie + GIT | 1:1-Entwicklungsumgebung, damit nicht auf der Produktionsumgebung getestet werden muss. | 615,00 EUR |
Was beeinflusst den Preis noch?
PHP- und PrestaShop-Version · Anzahl der Anpassungen und Overrides · Anzahl der Module · Anzahl der Produktkombinationen · Anzahl und Art der Integrationen (Großhändler, ERP, Marktplätze) · Serverkonfiguration · Ergebnisse der Belastungstests.
PrestaShop-Optimierung – Häufig gestellte Fragen Wir haben keinen einheitlichen Preis, da zwei ähnlich aussehende Geschäfte unterschiedliche technische Gegebenheiten aufweisen können. Wir beginnen mit einer Vorabanalyse (800 PLN, 4–6 Std.), die klärt, ob es sich um ein Modul für 300–400 PLN, einen einmaligen Auftrag oder ein Audit handelt 1 230,00 EUR. Die Implementierungsarbeiten berechnen wir ab 200 PLN/Stunde. Aktualisierung: ab 2.000 PLN. Profiling und PageSpeed: ab 3.500 PLN. Nein. Wir arbeiten an einer 1:1-Entwicklerkopie, Ihr Shop läuft wie gewohnt weiter. Die einzige Unterbrechung entsteht durch die Umstellung vom alten auf den neuen Shop – das dauert einige Stunden, und wir vereinbaren dafür einen Termin, der Ihnen passt. Das ist möglich, aber es handelt sich dabei um ein eigenständiges Spezialgebiet. Bei einer Bestellung mit mehreren hundert Zeilen multipliziert sich jeder Vorgang mit der Anzahl der Positionen. Wichtig: Eine Erhöhung der Serverleistung hilft in der Regel nicht, da das Problem in der Anzahl der Vorgänge liegt. Abhilfe schaffen hier das Einreihen der Berechnungen in eine Warteschlange, das Zwischenspeichern der Preislisten pro Geschäftspartner und eine Änderung der Vorgehensweise beim Hinzufügen von Positionen. Siehe: B2B-Module. Ja, und das ist einer der häufigsten Fälle. Ein langsames Backoffice ist meist auf eine überlastete Datenbank zurückzuführen – Statistiken, Protokolle, verlassene Warenkörbe. Die Tabelle Es hilft, reicht aber allein nicht aus. Ladegeschwindigkeit und Core Web Vitals sind eines der Ranking-Signale – eine Verbesserung beseitigt zwar ein Hindernis, ersetzt aber weder Inhalte, URL-Strukturen noch Backlinks. Wenn dein Problem lautet: „Ich habe keinen Traffic von Google“, beginne mit den Modulen „SEO“ und „Sichtbarkeit“. Wahrscheinlich nicht. Bei einem kleinen Verzeichnis und ohne Integration ist in der Regel noch nichts kaputt. Stelle die JPEG-Komprimierung auf 80 ein, deaktiviere die Erfassung von Statistiken (falls du Daten in GA4 sammelst), aktiviere den Cache und besorge dir einen ordentlichen Hosting-Anbieter. Ein Bildmodul für 300 Złoty bringt mehr als ein Audit. Komm wieder, wenn du Probleme feststellst oder dein Verzeichnis wächst. Zuerst das Audit, denn das hängt von der Anzahl der Änderungen und Überschreibungen ab. Manchmal ist ein Update zusammen mit einer Optimierung günstiger als die Optimierung von Version 1.6, die ohnehin in Kürze aktualisiert werden muss. Wir führen Updates von 1.6.x, 1.7.x auf 8.x und auf PrestaShop 9 durch. Auf die Optimierung gewähren wir eine Garantie von 3 Monaten. Ein Online-Shop ist jedoch ein lebendiger Organismus – Sie fügen Produkte, Module und Kampagnen hinzu. Deshalb überwachen wir den Shop während dieser 3 Monate kontinuierlich und melden uns bei Ihnen, sobald etwas nicht mehr richtig funktioniert. Danach kann die Überwachung im Rahmen von PrestaShow Care verlängert werden. Das hängt vom Shop ab und wird durch das Risiko bestimmt, nicht durch unsere Bequemlichkeit. Wenn sich viele Aufgaben nicht gegenseitig behindern – Bilder, Cache, Datenbank –, führen wir das in einem einzigen, effizienten Schritt durch. Wenn der Online-Shop jedoch viele Anpassungen und Integrationen aufweist, teilen wir den Prozess in einzelne Phasen auf. Nach Abschluss jeder Phase sehen Sie das Ergebnis und können aufhören, wenn Sie der Meinung sind, dass es sich nicht mehr lohnt, weiterzumachen. Je nach Zeitaufwand, ab 250 PLN pro Stunde. Vor jeder Phase besprechen wir, wie viele Stunden wir für die jeweilige Aufgabe veranschlagen; nach der Umsetzung siehst du, wie viel Zeit tatsächlich aufgewendet wurde. Wir legen keine Pauschale nach Augenmaß fest, da dies bei solchen Arbeiten zu Abweichungen führen kann. Wir bemühen uns, schnell und präzise zu arbeiten, und an den Aufgaben sind ausschließlich Senior-Entwickler beteiligt. Dann lassen wir alles andere stehen und liegen und machen uns sofort an die Arbeit. Der Notfallmodus kostet mehr, und wir vereinbaren die Konditionen immer individuell, bevor wir mit der Arbeit beginnen – damit es auf der Rechnung keine Überraschungen gibt. Melde den Shop über das Kontaktformular an und gib an, dass der Shop ausgefallen ist – wir melden uns dann umgehend bei dir. Das liegt daran, dass wir ihn kontinuierlich messen und nicht nur einmal pro Quartal. Unser eigens entwickeltes Monitoring-System zeigt die Antwortzeiten, die Core Web Vitals anhand des Datenverkehrs, die Datenbankgröße, 5xx-Fehler sowie die Serverauslastung zu Spitzenzeiten und in Echtzeit an. Wir sehen nicht nur, dass es langsamer geworden ist, sondern auch an welchem Tag und was damals passiert ist – welche Änderungen im Shop dazu geführt haben.Die Fragen, die uns am häufigsten gestellt werden
Wie viel kostet die Optimierung von PrestaShop?
Wird der Shop während der Optimierung nicht erreichbar sein?
Ich betreibe einen Großhandel – die Warenkörbe enthalten mehrere hundert Artikel, und der Bezahlvorgang läuft sehr langsam. Kann man da etwas tun?
Das Panel läuft langsam, die Benutzeroberfläche ist in Ordnung. Ist das auch eine Optimierung?
„ps_connections“ kann eine Größe von über 200 MB erreichen. Wir beginnen mit dem Cleaner 100,00 EUR; wenn das nicht ausreicht, führen wir ein Datenbank-Profiling durch.Wird die Optimierung meine Platzierungen bei Google verbessern?
Ich starte gerade erst mit meinem Shop – brauche ich eine Optimierung?
Ich habe PrestaShop 1.6. Soll ich es optimieren oder gleich aktualisieren?
Was ist, wenn der Shop nach der Optimierung wieder langsamer wird?
Werdet ihr alles auf einmal erledigen, oder wird sich das über Monate hinziehen?
Wie rechnen Sie die Arbeiten ab – pauschal oder nach Stunden?
Und wenn der Laden schon jetzt geschlossen ist und ich nicht warten kann?
Woher weiß ich, dass der Shop wieder langsamer läuft – noch bevor die Kunden es bemerken?
Welche Vorteile bringt die PrestaShop-Optimierung?
Technische Effekte
- kürzere Ladezeiten
- bessere PageSpeed- und Lighthouse-Ergebnisse
- Verbesserung der Core Web Vitals
- schnelleres Admin-Panel
- stabilerer Checkout-Prozess
- geringere Serverauslastung
- aufgeräumtere Datenbank
Geschäftliche Vorteile
- besseres Kundenerlebnis
- geringeres Risiko von Warenkorbabbrüchen
- bessere technische SEO-Qualität
- Bessere Vorbereitung auf Werbekampagnen
- stabilerer Betrieb bei höherem Traffic
- einfachere Weiterentwicklung des Online-Shops
Optimierung ist ein Ereignis. Leistung ist ein Zustand.
Nach der Optimierung ist der Shop schnell. Und das ist der einzige Tag, an dem niemand etwas kaputtgemacht hat.
Dann beginnt der Alltag. Ein Video erscheint auf der Startseite. Das Marketing will einen Informationsbanner, dann noch einen. Ein neuer Großhändler kommt hinzu. Jemand veröffentlicht einen Beitrag mit acht Fotos direkt von der Kamera, und die Search Console schlägt Alarm. Keines dieser Dinge ist ein Fehler – es ist die Weiterentwicklung des Shops. Aber jedes dieser Dinge kostet Millisekunden, und nach einem halben Jahr ist der Shop wieder langsam. Niemand weiß, wann, weil niemand darauf geachtet hat.
Deshalb ist die Optimierung bei einem Shop, der sich ständig weiterentwickelt, keine Aufgabe, die man einfach abhaken kann. Sie ist ein Prozess. Und wir messen ihn kontinuierlich:
| Was wir überwachen | Wozu |
| Reaktions- und Ladezeiten | Man sieht den Tag, an dem der Shop langsamer wurde – und was damals passiert ist. |
| Core Web Vitals basierend auf dem Kundenverkehr, nicht auf Bots | Nicht aus einem einzigen Test, sondern basierend auf dem, was die Kunden sehen. |
| Datenbankgröße und Wachstumsrate | Wann reicht das Bereinigen nicht mehr aus und wann wird Profiling notwendig? |
| Verfügbarkeit und 5xx-Fehler | Ein Shop, der einmal pro Woche um 3 Uhr morgens ausfällt, meldet sich nicht von selbst. |
| Serverauslastung in Spitzenzeiten | Um vor der Saison zu wissen, wo die Obergrenze liegt – bevor man daran stößt. |
| Sicherheit und Updates | Ein veraltetes PrestaShop bedeutet nicht nur einen langsameren Shop. |
3 Monate Garantie
Die Überwachung ist im Preis der Optimierung enthalten
Drei Monate lang nach der Inbetriebnahme des optimierten Shops überwachen wir, ob der Effekt anhält – und wir melden uns bei dir, wenn etwas Aufmerksamkeit erfordert. Nach Ablauf der Garantiezeit kann die Überwachung im Rahmen von PrestaShow Care verlängert werden.
Sie haben uns ihr Vertrauen geschenkt
Online-Shops, für die wir in den letzten zwei Jahren Optimierungen, Server- oder Sicherheitsmaßnahmen durchgeführt haben:
Unsere Projekte ansehen · Kundenbewertungen
Sie wissen nicht, welches Paket Sie benötigen?
Schick uns den Link zu deinem Shop – wir führen eine erste 30-minütige Bestandsaufnahme durch und melden uns mit unseren Ergebnissen bei dir. Das kostet nichts und reicht oft schon aus, um zu wissen, worüber wir sprechen. Und wenn es etwas zu besprechen gibt – vereinbaren wir einen Termin.
Wir antworten innerhalb von 2 Werktagen · unverbindlich
Robert JAKUBOWSKI
Dzień dobry. Proszę o informacje czy dacie radę zoptymalizować sklep robik.radom.pl Zależy mi na podniesieniu szybkości na mobile. Pozdrawiam Robert Jakubowski
Piotrek Kula
Byłbym zainteresowany usługą. Jakie serwery polecacie dla Presty i optymalizacji pod Prestę?
prestashow.pl
Piotrek, trochę czasu minęło, ale... dziś polecamy serwery dedykowane OVH lub rozwiązania chmurowe w Digital Ocean. Jeśli macie budżet może to być również Google Cloud.
Patrycja
Wczoraj otworzyłam zgłoszenie na helpdesk w sprawie nowego serwera. Kiedy uzyskamy odpowiedź?
prestashow.pl
Patrycja mamy Twoje zgłoszenie. Na wyceny dot. optymalizacji odpowiadamy w ciągu 5 dni. Damy znać :-)
Bronisław
Jakie dane trzeba przygotować abyście mogli wycenić optymalizację mojego sklepu?
prestashow.pl
Bronisław, admin sklepu, FTP i baza danych. Opcjonalnie SSH root.
Paweł
Przedstawię przepis na możliwie największy wynik w Google PageSpeed: - włączenie PHP 7.4 na serwerze - Prestashop - aktualizacja do najnowszej wersji - wykorzystanie technologii LiteSpeed na serwerze + wtyczki LiteSpeed w Prestashop