schnell ist kein feature.es ist der mindeststandard.
Jede Yovale-Seite kommt mit einem fünfstufigen Cache-Stack, NVMe-Storage, PHP 8.4 und Cloudflare Edge davor. Keine Plugins, keine Tuning-Checkliste, kein versteckter Upgrade-Pfad für Speed.
Der fünfstufige Cache-Stack
Die meisten Hosts hören bei "wir haben Caching" auf. Yovale fährt fünf Ebenen nacheinander, damit einfache Requests früh enden und schwere Requests trotzdem auf abgestimmter Infrastruktur landen.
Cloudflare Edge
300+ globale PoPsStatische Assets, HTML und Markdown-Varianten werden an der nächstgelegenen Edge-Location gecacht, sodass die meisten Requests den Origin nie erreichen.
Nginx FastCGI Cache
HTML-Microcache am OriginNginx liefert fertig gerendertes HTML in Mikrosekunden von der Platte, sodass PHP und WordPress bei cachebaren Requests gar nicht erst aufwachen.
Redis 7 Object Cache
dediziert pro SeiteJede DB-Abfrage, Option und jedes Transient liegt im Speicher, ohne geteilten Pool und ohne Noisy-Neighbor-Verdrängung.
PHP 8.4 OPcache
vorkompilierter BytecodeWordPress läuft aus dem Speicher statt Dateien bei jedem Request neu zu parsen, mit pro Tarif abgestimmten Runtime-Einstellungen.
MariaDB 11 auf NVMe
schnelle Fallback-EbeneWenn ein Request wirklich bis zur Datenbank durchgeht, landet er auf MariaDB 11 mit NVMe-Storage statt auf vagem "SSD"-Marketing.
vs die meisten WordPress-Hosts
Was andere Hosts als Add-on oder "Premium-Tier" verkaufen, ist hier ab Tag eins Teil der Plattform.
Traffic-Spielraum
Nachhaltige tägliche Pageviews pro Tarif. Kurzzeitige Peaks können noch höher gehen, bevor der Stack ins Schwitzen kommt.
Speed sollte kein Plugin, kein Support-Ticket und keine Premium-Checkbox sein. Er sollte die Standardform des Hostings selbst sein.
so fließt ein Request wirklich.
Der schnellste Pfad endet an der Edge. Der längere Pfad bleibt trotzdem in einem Stack, der auf WooCommerce und pluginlastige WordPress-Seiten abgestimmt ist.
85-95% der Requests enden bei Schritt 02. Das heißt: Der Origin-Server wird nie kontaktiert und der Request bleibt im Bereich von 5-20ms.
was wir nicht machen
und warum genau das der punkt istkeine caching-plugins
Caching-Plugins existieren, um langsames Hosting zu flicken. Yovale erledigt Caching auf Infrastruktur-Ebene, damit deine App weniger Arbeit macht.
kein geteilter object cache
Dein Cache konkurriert nicht mit anderen Kunden auf demselben Server. Jede Seite bekommt ihre eigene Redis-Grenze.
keine geteilten PHP-worker
Requests warten nicht hinter einer anderen Seite, die gerade viral geht. Jede Seite behält ihre eigene isolierte Runtime.
kein schnelleres tier als upsell
Starter bekommt dieselbe Cloudflare-Edge-Fläche wie Business. Es gibt keinen bezahlten Speed-Unlock hinter der Pricing-Tabelle.
Performance-FAQ
Muss ich auf Yovale ein Caching-Plugin installieren?
Nein. Edge-Caching, FastCGI Page Cache, Redis Object Cache und PHP OPcache sind bereits Teil des Stacks.
Hilft das auch bei WooCommerce?
Ja. Anonymer Traffic wird früh an Edge und Page Cache abgefangen, während dynamische WooCommerce-Arbeit von Redis, abgestimmtem PHP und isolierten Ressourcen profitiert.
Ist Redis über Accounts hinweg geteilt?
Nein. Jede Yovale-Seite bekommt ihre eigene Redis-Grenze. Das hält das Cache-Verhalten unter Last vorhersehbar.
Kann ich trotzdem eigene Performance-Plugins nutzen?
Ja, aber die Plattform ist so gebaut, dass du sie für die Kernschichten aus Caching und Auslieferung nicht brauchst.
Sieh dir den Stack in einem echten Plan an.
Die Performance-Seite soll die Pricing-Seite glaubwuerdiger machen, nicht getrennt von ihr wirken. Alles hier ist Teil der Plattform, kein Add-on.