Cloudflare mit PrestaShop richtig einrichten

Warum Cloudflare mit PrestaShop verwenden?

Cloudflare sitzt zwischen Ihren Besuchern und Ihrem PrestaShop-Server und fungiert als Reverse-Proxy, der DDoS-Schutz, eine Web Application Firewall (WAF), ein globales CDN für statische Assets und SSL/TLS-Terminierung bereitstellt. Korrekt konfiguriert kann Cloudflare die Seitenladezeiten Ihres Shops dramatisch verbessern, die Serverbandbreite reduzieren und bösartigen Datenverkehr blockieren, bevor er Ihr Hosting überhaupt erreicht. Eine falsch konfigurierte Cloudflare-Einrichtung ist jedoch eine der häufigsten Ursachen für Weiterleitungsschleifen, fehlerhafte Checkouts, falsche Kunden-IPs und Caching-Desaster in PrestaShop. Dieser Leitfaden führt Sie durch jeden Schritt einer korrekten Konfiguration.

Schritt 1: DNS-Konfiguration

Nachdem Sie Ihre Domain zu Cloudflare hinzugefügt haben, müssen Sie Ihre DNS-Einträge konfigurieren. Die wichtigste Entscheidung ist, welche Einträge proxied (orangefarbene Wolke) und welche DNS-only (graue Wolke) sein sollten.

Proxied Einträge (orangefarbene Wolke):

• Ihr Haupt-A- oder AAAA-Eintrag, der auf Ihre Server-IP zeigt (z.B. beispiel.de und www.beispiel.de)
• Alle CNAMEs für Subdomains, die Webinhalte ausliefern

DNS-only Einträge (graue Wolke):

• MX-Einträge (Mail) — diese dürfen niemals proxied werden
• Einträge für FTP, SSH oder andere Nicht-HTTP-Dienste
• Einträge, die auf Mailserver zeigen (z.B. mail.beispiel.de)

Wichtig: Wenn Sie eine Subdomain für Ihr PrestaShop Back-Office verwenden (z.B. admin.beispiel.de), können Sie diese proxyen, beachten Sie aber die später besprochenen Caching-Regeln. Erstellen Sie niemals einen DNS-Eintrag, der Ihre echte Server-IP unnötig preisgibt — sobald Ihre Hauptdomain proxied ist, können Angreifer, die die echte IP kennen, Cloudflare vollständig umgehen. Erwägen Sie, Ihre Server-IP nach der Aktivierung von Cloudflare zu ändern, falls sie zuvor öffentlich war.

Schritt 2: SSL/TLS-Konfiguration — Verwenden Sie Full (Strict)

Dies ist die absolut wichtigste Einstellung. Navigieren Sie zu SSL/TLS > Übersicht in Ihrem Cloudflare-Dashboard.

Verwenden Sie immer den Modus Full (Strict). Hier ist, was jeder Modus tut und warum die anderen für PrestaShop falsch sind:

• Off: Keinerlei Verschlüsselung. Verwenden Sie dies niemals für einen E-Commerce-Shop.
• Flexible: Verschlüsselt den Datenverkehr zwischen Besucher und Cloudflare, sendet aber unverschlüsseltes HTTP an Ihren Server. Dies verursacht endlose Weiterleitungsschleifen in PrestaShop, weil der Server HTTP sieht, force_ssl = 1 setzt, zu HTTPS weiterleitet, Cloudflare es über HTTPS ausliefert, aber die nächste Anfrage den Server wieder als HTTP erreicht. Dies ist der häufigste Cloudflare-Fehler bei PrestaShop.
• Full: Verschlüsselt durchgängig, validiert aber das SSL-Zertifikat Ihres Servers nicht. Akzeptabel, aber nicht empfohlen.
• Full (Strict): Verschlüsselt durchgängig und validiert Ihr Origin-Zertifikat. Dies ist korrekt. Wenn Sie kein bezahltes SSL-Zertifikat haben, verwenden Sie ein kostenloses Cloudflare Origin Certificate (15 Jahre gültig), das auf Ihrem Server installiert wird.

Um ein Cloudflare Origin Certificate zu installieren: Gehen Sie zu SSL/TLS > Origin Server > Zertifikat erstellen. Laden Sie das Zertifikat und den privaten Schlüssel herunter, installieren Sie sie in Ihrem Webserver (Apache oder Nginx) und starten Sie den Dienst neu. Dieses Zertifikat ist nur für Datenverkehr gültig, der über Cloudflare kommt — bei direktem Zugriff wird es als ungültig angezeigt.

Aktivieren Sie unter SSL/TLS > Edge Certificates:

• Immer HTTPS verwenden: Ja
• Automatische HTTPS-Rewrites: Ja (behebt Mixed Content durch Umschreiben von HTTP-URLs zu HTTPS)
• Minimale TLS-Version: TLS 1.2

Schritt 3: Caching-Konfiguration

Cloudflares Standard-Caching-Verhalten funktioniert gut für statische Assets, kann aber ernsthafte Probleme verursachen, wenn es dynamische PrestaShop-Seiten zwischenspeichert. Navigieren Sie zu Caching > Konfiguration.

Empfohlene Einstellungen:

• Caching-Stufe: Standard
• Browser-Cache-TTL: Vorhandene Header beachten (lassen Sie PrestaShop das Browser-Caching über seine CCC-Einstellungen steuern)
• Immer Online: Deaktivieren Sie dies für E-Commerce-Shops — veraltete Produktseiten mit falschen Preisen oder nicht vorrätigen Artikeln anzuzeigen ist schlimmer als eine Fehlerseite

Was Cloudflare standardmäßig cached: Nur statische Dateierweiterungen wie .js, .css, .png, .jpg, .gif, .svg, .woff2, .ico. HTML-Seiten werden standardmäßig NICHT gecacht, was für PrestaShop korrekt ist. Aktivieren Sie nicht "Alles cachen" ohne ordnungsgemäße Bypass-Regeln, sonst sehen Ihre Kunden die Warenkörbe, Sitzungen und persönlichen Daten anderer Leute.

Schritt 4: Page Rules und Cache Rules

Page Rules (oder die neueren Cache Rules) ermöglichen es Ihnen, Cloudflares Verhalten für bestimmte URL-Muster anzupassen. Für PrestaShop benötigen Sie Regeln, die das Admin-Panel und den Checkout vor Caching schützen und gleichzeitig die Auslieferung statischer Inhalte optimieren.

Regel 1: Cache für das Admin-Panel umgehen

Erstellen Sie eine Regel für beispiel.de/admin* (ersetzen Sie "admin" durch Ihren tatsächlichen Back-Office-Verzeichnisnamen):

• Cache-Stufe: Umgehen
• Performance deaktivieren: Ja (deaktiviert Rocket Loader, Mirage und andere Optimierungen, die das Admin-JS beschädigen können)
• Sicherheitsstufe: Hoch

Regel 2: Cache für Checkout und Warenkorb umgehen

Erstellen Sie eine Regel für beispiel.de/order* und eine weitere für beispiel.de/cart* (oder verwenden Sie beispiel.de/*order* bei Friendly URLs):

• Cache-Stufe: Umgehen
• Performance deaktivieren: Ja

Wenn Ihr PrestaShop modul-generierte Checkout-URLs verwendet (wie die von Express-Checkout-Modulen), fügen Sie auch für diese Pfade Regeln hinzu.

Regel 3: Cache für Kundenkonto umgehen

Treffer auf beispiel.de/my-account* oder beispiel.de/identity* und alle anderen kundenorientierten authentifizierten Seiten:

• Cache-Stufe: Umgehen

Regel 4: Statische Assets aggressiv cachen

Treffer auf beispiel.de/themes/* und beispiel.de/js/* und beispiel.de/modules/*/views/css/*:

• Cache-Stufe: Alles cachen
• Edge Cache TTL: 1 Monat
• Browser Cache TTL: 1 Woche

Hinweis zum neueren Rules-System: Cloudflare migriert von Page Rules zu separaten Cache Rules, Configuration Rules und Transform Rules. Die Logik ist dieselbe — erstellen Sie eine Cache Rule mit einem benutzerdefinierten Filterausdruck wie (http.request.uri.path contains "/admin") und setzen Sie die Aktion auf Cache umgehen.

Schritt 5: Rocket Loader — Deaktivieren

Rocket Loader ist Cloudflares Funktion, die das Laden aller JavaScript-Dateien auf Ihren Seiten verzögert. Navigieren Sie zu Speed > Optimization > Content Optimization und deaktivieren Sie Rocket Loader.

Obwohl es vorteilhaft klingt, verursacht Rocket Loader schwerwiegende Probleme mit PrestaShop:

• Defekte Warenkorb-Buttons: PrestaShop basiert auf Inline-JavaScript-Blöcken und jQuery-Ready-Handlern, die in der richtigen Reihenfolge ausgeführt werden müssen. Rocket Loader verschiebt und ordnet sie um.
• Zahlungsmodul-Ausfälle: Zahlungs-Gateways wie PayPal, Stripe und Mollie fügen eigenes JavaScript ein, das Rocket Loader stört, was zu Checkout-Fehlern und verlorenen Bestellungen führt.
• Admin-Panel-Bruch: Das Back-Office verwendet umfangreiches Inline-JavaScript für Formularvalidierung, AJAX-Aufrufe und Modul-Konfigurationsseiten. Rocket Loader beschädigt all dies.
• Cookie-Consent- und DSGVO-Module: Diese setzen darauf, bestimmte Ressourcen zu blockieren, bis eine Zustimmung erteilt wird. Rocket Loader untergräbt dies, indem es die Art und Weise umschreibt, wie alle externen Ressourcen geladen werden.

Selbst wenn Sie eine Page Rule setzen, um Performance-Funktionen auf /admin* zu deaktivieren, wird das Front-Office dennoch fehlerhaft sein. Der sicherste Ansatz ist, Rocket Loader global zu deaktivieren.

Schritt 6: Wiederherstellung der echten IP

Wenn Cloudflare Datenverkehr proxied, sieht Ihr Server die IP-Adressen von Cloudflare anstelle der echten IPs Ihrer Besucher. Dies beeinträchtigt PrestaShop auf mehrere Arten: Bestellungen zeigen Cloudflare-IPs, Betrugserkennung schlägt fehl, Geolokalisierung ist falsch, Rate-Limiting funktioniert nicht, und Analytics-Daten sind unbrauchbar.

Apache (mod_remoteip)

Installieren und aktivieren Sie das Modul:

sudo a2enmod remoteip
sudo systemctl restart apache2

Fügen Sie zu Ihrer Apache-Konfiguration hinzu (Virtual Host oder global):

RemoteIPHeader CF-Connecting-IP
RemoteIPTrustedProxy 173.245.48.0/20
RemoteIPTrustedProxy 103.21.244.0/22
RemoteIPTrustedProxy 103.22.200.0/22
RemoteIPTrustedProxy 103.31.4.0/22
RemoteIPTrustedProxy 141.101.64.0/18
RemoteIPTrustedProxy 108.162.192.0/18
RemoteIPTrustedProxy 190.93.240.0/20
RemoteIPTrustedProxy 188.114.96.0/20
RemoteIPTrustedProxy 197.234.240.0/22
RemoteIPTrustedProxy 198.41.128.0/17
RemoteIPTrustedProxy 162.158.0.0/15
RemoteIPTrustedProxy 104.16.0.0/13
RemoteIPTrustedProxy 104.24.0.0/14
RemoteIPTrustedProxy 172.64.0.0/13
RemoteIPTrustedProxy 131.0.72.0/22

Cloudflare veröffentlicht seine IP-Bereiche unter cloudflare.com/ips — prüfen Sie regelmäßig und aktualisieren Sie Ihre Konfiguration bei Änderungen.

Nginx

Verwenden Sie das ngx_http_realip_module (normalerweise standardmäßig kompiliert):

set_real_ip_from 173.245.48.0/20;
set_real_ip_from 103.21.244.0/22;
# ... alle Cloudflare-Bereiche hinzufügen ...
real_ip_header CF-Connecting-IP;

PrestaShop-Konfiguration

Auch mit mod_remoteip lesen manche PrestaShop-Module die IP aus $_SERVER['HTTP_CF_CONNECTING_IP'] oder $_SERVER['HTTP_X_FORWARDED_FOR']. Wenn Sie nach der Konfiguration von mod_remoteip weiterhin Cloudflare-IPs in Bestellungen sehen, prüfen Sie die Datei config/defines.inc.php Ihres PrestaShop auf IP-bezogene Überschreibungen oder fügen Sie Folgendes hinzu (nicht immer nötig, wenn mod_remoteip funktioniert):

if (isset($_SERVER['HTTP_CF_CONNECTING_IP'])) {
    $_SERVER['REMOTE_ADDR'] = $_SERVER['HTTP_CF_CONNECTING_IP'];
}

Schritt 7: WAF (Web Application Firewall) Regeln

Cloudflares WAF schützt Ihren Shop vor SQL-Injection, XSS und anderen Angriffen. Im kostenlosen Plan erhalten Sie grundlegenden Schutz. Im Pro-Plan und höher erhalten Sie die verwalteten Regelsätze.

Empfohlene WAF-Einstellungen

• Sicherheitsstufe: Mittel (unter Security > Settings). "Hoch" kann Challenges für legitime Kunden in Mobilfunknetzen oder VPNs auslösen.
• Challenge-Gültigkeit: 30 Minuten (wie lange ein Besucher nach dem Lösen einer Challenge verifiziert bleibt)
• Bot-Kampfmodus: Mit Vorsicht aktivieren — er kann Zahlungs-Gateway-Callbacks (IPNs) von PayPal, Stripe usw. blockieren. Wenn Sie ihn aktivieren, fügen Sie WAF-Ausnahmen für bekannte Webhook-Pfade wie /module/paypal/notify hinzu.

Benutzerdefinierte WAF-Regeln für PrestaShop

Erstellen Sie diese Firewall-Regeln unter Security > WAF > Custom Rules:

Direkten Zugriff auf sensible Dateien blockieren:

Ausdruck: (http.request.uri.path contains "config/settings.inc.php") or (http.request.uri.path contains ".env") or (http.request.uri.path contains "composer.json") or (http.request.uri.path contains "var/logs/")

Aktion: Blockieren

Login-Versuche begrenzen:

Verwenden Sie Rate-Limiting-Regeln, um Anfragen an Ihre Admin-Login-URL (z.B. /adminXYZ/index.php) auf 5 Anfragen pro Minute pro IP zu beschränken. Dies verhindert Brute-Force-Angriffe auf das Back-Office.

IP-Adressen der Zahlungsanbieter whitelisten:

Wenn Sie den Bot-Kampfmodus verwenden, erstellen Sie eine Allow-Regel für die Webhook-IPs Ihres Zahlungsanbieters, damit deren Server-zu-Server-Callbacks niemals mit Challenges konfrontiert werden.

Schritt 8: Performance-Einstellungen

Navigieren Sie zu Speed > Optimization und konfigurieren Sie:

• Auto-Minify: Aktivieren für JavaScript, CSS und HTML. PrestaShops CCC (Combine, Compress, Cache) führt eine eigene Minifizierung durch, sodass es zu einer Doppel-Minifizierung kommen kann, was aber normalerweise harmlos ist. Wenn Darstellungsprobleme auftreten, deaktivieren Sie die CSS-Minifizierung von Cloudflare und verlassen Sie sich stattdessen auf PrestaShops CCC.
• Brotli: Aktivieren — bessere Komprimierung als gzip, von allen modernen Browsern unterstützt
• Early Hints: Aktivieren — weist Browser an, kritische Assets vorab zu laden, bevor das HTML vollständig ausgeliefert ist
• HTTP/2: Standardmäßig in allen Cloudflare-Plänen aktiviert
• HTTP/3 (QUIC): Aktivieren für bessere Leistung in Mobilfunknetzen

Mirage (Pro-Plan): Falls verfügbar, aktivieren. Mirage lädt Bilder verzögert und liefert angemessen dimensionierte Bilder basierend auf dem Gerät des Besuchers. Es funktioniert gut mit PrestaShop-Produktbildern.

Polish (Pro-Plan): Aktivieren mit "Lossy"-Komprimierung für Produktbilder oder "Lossless", wenn die Bildqualität entscheidend ist (z.B. Kunstdrucke). Polish komprimiert Bilder on-the-fly am Edge, ohne Ihre Originale zu verändern.

Schritt 9: Cloudflare-Cache leeren

Wenn Sie das Design Ihres Shops aktualisieren, neue Produkte hinzufügen oder CSS/JS-Dateien ändern, müssen Sie den Cloudflare-Cache leeren, damit Besucher die neueste Version sehen.

Methoden zum Leeren:

• Alles leeren: Dashboard > Caching > Konfiguration > Alles leeren. Sparsam verwenden — es zwingt alle Assets, erneut vom Server abgerufen zu werden.
• Nach URL leeren: Bestimmte Dateien leeren wie beispiel.de/themes/ihr-theme/assets/css/theme.css
• Nach Tag / Präfix leeren: Verfügbar in Enterprise-Plänen
• API-basiertes Leeren: Verwenden Sie Cloudflares API, um das Cache-Leeren nach Deployments zu automatisieren. Sie können dies in Ihren PrestaShop-Modul-Deployment-Workflow integrieren.

PrestaShops CCC-System hängt Versionsstrings an CSS- und JS-Dateien an (z.B. theme.css?v=12345), was den Cloudflare-Cache bei Dateiänderungen natürlich invalidiert. Wenn Sie CCC korrekt nutzen, benötigen Sie selten manuelles Cache-Leeren für statische Assets.

Häufige Fehler und wie Sie sie vermeiden

Fehler 1: SSL auf Flexible gesetzt

Symptome: Endlose Weiterleitungsschleife, ERR_TOO_MANY_REDIRECTS, weiße Seite. Lösung: SSL-Modus auf Full (Strict) ändern und ein Origin Certificate auf Ihrem Server installieren.

Fehler 2: Dynamische Seiten cachen

Symptome: Kunde A sieht den Warenkorb oder die Kontodaten von Kunde B, falsche Preise werden angezeigt, eingeloggte Nutzer sehen ausgeloggte Inhalte. Lösung: Verwenden Sie niemals "Alles cachen" als globale Einstellung. Cachen Sie nur statische Asset-Pfade. Umgehen Sie den Cache immer für /order, /cart, /my-account und das Admin-Panel.

Fehler 3: Rocket Loader aktiviert

Symptome: In-den-Warenkorb-Button funktioniert nicht, Zahlungsformulare laden nicht, Back-Office-Module werfen JavaScript-Fehler, Produktseitengalerien sind defekt. Lösung: Rocket Loader global deaktivieren.

Fehler 4: Echte IPs nicht wiederhergestellt

Symptome: Alle Bestellungen zeigen dieselbe IP-Adresse (eine Cloudflare-IP), Geolokalisierungsmodule zeigen falsche Länder, Rate-Limiting sperrt Cloudflare statt der Angreifer. Lösung: Konfigurieren Sie mod_remoteip oder ngx_http_realip_module wie oben beschrieben.

Fehler 5: Bot-Kampfmodus blockiert Webhooks

Symptome: Zahlungsbestätigungen kommen nie an, Bestellungen bleiben im Status "Warten auf Zahlung", IPN/Webhook-Logs zeigen 403- oder Challenge-Antworten. Lösung: Erstellen Sie WAF-Ausnahmeregeln für die Webhook-URLs und IP-Bereiche Ihrer Zahlungsanbieter.

Fehler 6: E-Mail-Probleme nach der Einrichtung

Symptome: E-Mails funktionieren nicht mehr, SPF/DKIM-Validierung schlägt fehl. Ursache: E-Mail-bezogene DNS-Einträge (MX, SPF TXT, DKIM) wurden versehentlich auf proxied (orangefarbene Wolke) gesetzt. Lösung: Alle E-Mail-DNS-Einträge müssen DNS-only (graue Wolke) sein. Proxying funktioniert nur für HTTP/HTTPS-Datenverkehr.

Fehler 7: Entwicklungsmodus vergessen

Symptome: Cache funktioniert nie, hohe Last auf dem Origin-Server. Ursache: Der Entwicklungsmodus wurde während der Einrichtung aktiviert und vergessen. Lösung: Deaktivieren Sie den Entwicklungsmodus unter Caching > Konfiguration, sobald Ihre Einrichtung abgeschlossen ist. Der Entwicklungsmodus deaktiviert sich automatisch nach 3 Stunden, aber prüfen Sie trotzdem.

Fehlerbehebungs-Checkliste

Wenn etwas mit Cloudflare und PrestaShop schief geht, arbeiten Sie diese Checkliste durch:

1. Weiterleitungsschleifen: Prüfen Sie den SSL-Modus (muss Full oder Full Strict sein), prüfen Sie die .htaccess auf doppelte HTTPS-Weiterleitungen, überprüfen Sie, dass PS_SSL_ENABLED in der Datenbank auf 1 gesetzt ist.
2. Mixed-Content-Warnungen: Aktivieren Sie automatische HTTPS-Rewrites in Cloudflare, prüfen Sie auf fest codierte http://-URLs in Ihrem Theme oder auf CMS-Seiten.
3. Langsame TTFB (Time to First Byte): Cloudflare cached standardmäßig kein HTML. Langsame TTFB bedeutet, dass Ihr Origin-Server langsam ist — optimieren Sie PrestaShop (CCC aktivieren, OPcache konfigurieren, Datenbankabfragen prüfen) anstatt Cloudflare die Schuld zu geben.
4. CSS/JS aktualisiert sich nicht: Löschen Sie den CCC-Cache von PrestaShop (Back-Office > Leistung), dann leeren Sie den Cloudflare-Cache. Prüfen Sie, dass CCC Versionsstrings an Datei-URLs anhängt.
5. Admin-Panel langsam oder defekt: Stellen Sie sicher, dass Ihre Page Rule den Cache umgeht und Performance-Funktionen für das Admin-Verzeichnis deaktiviert. Prüfen Sie, dass Cloudflares WAF keine Admin-AJAX-Anfragen blockiert.
6. Kunden werden mit Challenges konfrontiert: Senken Sie die Sicherheitsstufe auf Mittel oder Niedrig. Prüfen Sie, dass der Under-Attack-Modus nicht aktiviert ist (er sollte nur bei aktiven DDoS-Angriffen verwendet werden). Überprüfen Sie Firewall-Ereignisse unter Security > Events, um zu sehen, welche Regeln auslösen.
7. API-Aufrufe schlagen fehl: Wenn Ihr Shop REST-API-Endpunkte oder Webservices hat, stellen Sie sicher, dass Cloudflare API-Anfragen nicht mit Challenges oder Blockierungen versieht. Erstellen Sie eine WAF-Regel, die Anfragen an /api/* von bekannten IP-Bereichen erlaubt.
8. Bilder laden nicht: Prüfen Sie, ob Hotlink-Schutz aktiviert ist und versehentlich Ihre eigene Domain blockiert. Überprüfen Sie, dass Bild-URLs HTTPS verwenden.

Cloudflare mit PrestaShop Multistore

Wenn Sie PrestaShop Multistore mit mehreren Domains betreiben, muss jede Domain separat zu Cloudflare hinzugefügt werden (im kostenlosen Plan ist jede Domain eine separate Zone). Stellen Sie sicher, dass:

• Der SSL-Modus in jeder Zone auf Full (Strict) gesetzt ist
• Page Rules für jede Domain dupliziert werden
• Die IP-Wiederherstellung alle Domains abdeckt (mod_remoteip ist global, eine Konfiguration deckt alle Virtual Hosts ab)

Empfohlener Cloudflare-Plan für PrestaShop

Der kostenlose Plan deckt die meisten Bedürfnisse ab: DNS, CDN, grundlegende WAF und SSL. Der Pro-Plan (ca. 20 USD/Monat) fügt Mirage, Polish, verwaltete WAF-Regelsätze und mehr Page Rules hinzu. Für hoch frequentierte Shops bietet der Business-Plan benutzerdefinierte WAF-Regeln und zusätzliche Performance-Funktionen. Die meisten kleinen bis mittelgroßen PrestaShop-Shops funktionieren einwandfrei mit dem kostenlosen oder Pro-Plan.

Zusammenfassung

Die korrekte Einrichtung von Cloudflare mit PrestaShop kommt auf einige wenige kritische Entscheidungen an: Verwenden Sie Full (Strict) SSL, deaktivieren Sie Rocket Loader, umgehen Sie den Cache bei dynamischen Seiten, stellen Sie die echten Besucher-IPs wieder her und schützen Sie Zahlungs-Webhooks vor Bot-Schutz. Wenn Sie diese Punkte von Anfang an richtig konfigurieren, wird Cloudflare zu einem leistungsstarken Verbündeten für die Performance und Sicherheit Ihres Shops. Konfigurieren Sie sie falsch, werden Sie Stunden damit verbringen, Weiterleitungsschleifen, defekte Checkouts und Phantom-Bestellungen zu debuggen. Nehmen Sie sich die Zeit, es einmal richtig zu konfigurieren, und Ihr PrestaShop-Shop profitiert von schnelleren Ladezeiten weltweit, reduzierter Serverlast und robustem Schutz gegen Angriffe.