Skip to main content
Isolierung pro Website

jede wordpress-website bekommt ihr eigenes alles.

jede website, die sie erstellen, läuft als eigener container mit eigenem laufzeitsystem, eigener datenbank, eigenem cache und eigenem dateisystem. keine gemeinsamen pools, keine nachbarn, kein plugin einer website, das in eine andere hineingreift.

7-tägige Testversion mit Growth, keine Kreditkarte erforderlich.

runningYovale Managed WordPress Sites
yovale.com/de/sites
Website-Anatomie

jede website ist eine echte grenze, kein ordner.

wenn das dashboard "website" sagt, meint es eine eigenständige infrastrukturschicht. jede ebene darunter ist auf ihre website und nur auf ihre website beschränkt.

Container
Datenbank
Cache
Dateisystem
SSL
Domain
per-site dashboard
Laufzeit
Dedizierter Container
Pro Website
Speicher
Dediziertes MariaDB
Pro Website
Cache
Dediziertes Redis
Pro Website
Dateien
Container-Dateisystem
Pro Website
so funktioniert es
  1. 1vorlage wählen

    starten sie mit leerem wordpress oder woocommerce. beide werden mit derselben caching-, sicherheits- und laufzeitkonfiguration geliefert. sie können weitere benötigte erweiterungen darüber installieren.

  2. 2website benennen und erstellen

    das dashboard bindet einen container, hängt eine kostenlose vorschau-url auf unserer subdomain an und bringt die website online, ohne dass sie einen server berühren müssen.

  3. 3von einem ort aus verwalten

    sie landen auf einem website-dashboard mit backups, domains, plugins, themes, dateien, logs und einstellungen. kein ftp, kein ssh, kein support-ticket für grundlegende dinge.

Website-Anatomie

jede website ist eine echte grenze, kein ordner.

diese anatomie gilt für jeden tarif. der einzige unterschied zwischen den tarifen ist die anzahl der websites, die sie erstellen können.

  • 01
    Laufzeit

    Dedizierter Container · Pro Website

    ihre website läuft in einem eigenen docker-container mit eigenen php-fpm-workern und opcache. neustarts und ressourcengrenzen gelten nur für ihre website.

  • 02
    Speicher

    Dediziertes MariaDB · Pro Website

    jede website erhält ihren eigenen mariadb-prozess und eigene zugangsdaten. eine langsame abfrage auf einer anderen kunden-website kann ihre nicht berühren.

  • 03
    Cache

    Dediziertes Redis · Pro Website

    objekt-cache, transients und sitzungsdaten leben in einer redis-grenze, die auf ihre website beschränkt ist. keine kundenübergreifende verdrängung, keine schlüsselkollisionen.

  • 04
    Dateien

    Container-Dateisystem · Pro Website

    wp-content, uploads, plugins, themes und logs befinden sich im volume des containers. nichts leckt zwischen websites durch.

  • 05
    Netzwerk

    Kostenloses SSL und Vorschau-URL · Pro Website

    jede website kommt mit einer eigenen vorschau-url und einer eigenen ssl-grenze am edge. kein tarif-upgrade erforderlich, um es zu aktivieren.

  • 06
    Netzwerk

    Eigene Domains · Pro Website

    eigene domain mit einem einzigen cname verbinden. mehrere domains pro website werden unterstützt, und die primäre domain ist eine ein-klick-wahl.

so funktioniert es

von der neuen website bis live in einem schritt.

erstellen sie eine website, geben sie ihr einen namen, und die plattform bindet einen isolierten container an ihr team. sie landen zurück im dashboard mit einer funktionierenden temporären url und einer vollständigen steuerungsoberfläche pro website.

leere websites und shop-websites folgen demselben ablauf. die plattform übernimmt container-bereitstellung, ssl, dns und den cache-stack in ihrem namen.
  1. 1

    vorlage wählen

    starten sie mit leerem wordpress oder woocommerce. beide werden mit derselben caching-, sicherheits- und laufzeitkonfiguration geliefert. sie können weitere benötigte erweiterungen darüber installieren.

  2. 2

    website benennen und erstellen

    das dashboard bindet einen container, hängt eine kostenlose vorschau-url auf unserer subdomain an und bringt die website online, ohne dass sie einen server berühren müssen.

  3. 3

    von einem ort aus verwalten

    sie landen auf einem website-dashboard mit backups, domains, plugins, themes, dateien, logs und einstellungen. kein ftp, kein ssh, kein support-ticket für grundlegende dinge.

das problem

shared hosting benennt websites, die es nicht wirklich trennen kann.

die meisten verwalteten wordpress-hoster nennen jede kundenschnittstelle eine "website", betreiben sie aber alle von einem gemeinsamen php-fpm-pool, einer gemeinsamen mysql-instanz und einem gemeinsamen objekt-cache. wenn das plugin eines kunden in einer schleife läuft, wird jede andere website auf dem server damit langsamer.

wir haben das dashboard genau andersherum aufgebaut. eine website auf yovale ist ein echtes container mit einer echten grenze — eigenes laufzeitsystem, eigene datenbank, eigener cache und eigenes dateisystem. nichts an ihrer website ist nachgelagert vom traffic, den plugin-entscheidungen oder dem außer kontrolle geratenen code eines anderen kunden.

das problem

shared wordpress hosting vs. standortbezogene container.

Shared WordPress Hosting

PHP-Laufzeit
gemeinsamer FPM-Pool über alle kunden-websites
Datenbank
gemeinsames mysql oder schema pro website
Objekt-Cache
gemeinsames redis oder kein objekt-cache
Dateisystem
gemeinsames volume mit quota-grenzen
Ressourcenlimits
weich, nachbargesteuert, oft unsichtbar
Backups
manuell oder kostenpflichtiges addon, server-gebunden
WP-Admin-Login
wiederverwendete passwörter, manuelle eingabe
Klonen zum Staging
plugin oder support-ticket
Result — gemeinsamer explosionsradius, instabil bei spitzen

Yovale Container pro Website

PHP-Laufzeit
dedizierter container pro website
Datenbank
dediziertes mariadb pro website
Objekt-Cache
dedizierte redis-grenze pro website
Dateisystem
container-gebundenes dateisystem
Ressourcenlimits
container-gebunden, pro website angewendet
Backups
in jedem tarif integriert, off-server gespeichert
WP-Admin-Login
token-basierter autologin vom dashboard
Klonen zum Staging
ein-klick versiegelte staging-kopie
Result — echte isolierung, vorhersehbares verhalten
fähigkeiten pro website

was jede website für sich hat.

dieselbe steuerungsoberfläche steht auf jedem tarif zur verfügung. das dashboard, der cache-stack, die sicherheitsstandards und die lifecycle-tools sind vom kleinsten bis zum größten tarif identisch.

  • Dashboard pro Website

    jede website hat ihr eigenes panel für übersicht, monitoring, domains, backups, plugins, themes, dateien, cron, logs und einstellungen. nichts wichtiges versteckt sich hinter einem support-ticket.

  • Token-basierter WP-Admin

    mit einem einzigen klick vom dashboard in wp-admin einloggen. tokens sind kurzlebig und pro benutzer beschränkt, sodass niemand ein passwort teilt.

  • Klonen zum Staging

    eine versiegelte staging-kopie einer beliebigen website mit einem klick erstellen. änderungen zurückspielen, wenn sie bereit sind, mit der option beide nebeneinander zu behalten.

  • Backups integriert

    automatisierte backups auf jedem tarif, off dem ursprungsserver gespeichert. vom dashboard herunterladen, auch wenn der quellserver offline ist.

  • Plugin- und Theme-Steuerung

    plugins und themes vom dashboard aus installieren, deaktivieren, aktualisieren und entfernen. eine kleine plattform-blockliste warnt vor plugins, die mit managed hosting in konflikt stehen.

  • Login-Sperre und 2FA

    wp-admin hinter einer ip-allowlist oder einer einmaligen url verbergen, mit ratenbegrenzung und 2fa auf jedem tarif. kein upgrade erforderlich, um absicherungen einzurichten.

faq

questions before you create your first site.

Was bedeutet „Website" auf Yovale tatsächlich?

Eine Website ist ein Docker-Container mit eigenem PHP-Laufzeitsystem, dediziertem MariaDB, dediziertem Redis, isoliertem Dateisystem, kostenlosem SSL und einer Vorschau-URL. Es ist kein Ordner innerhalb einer gemeinsamen Box.

Kann ich eigene Plugins und Themes installieren?

Ja. Es gibt eine kleine Plattform-Blockliste für Plugins, die mit Managed Hosting in Konflikt stehen (Caching-Plugins, Sicherheits-Plugins, die mit der Plattform kämpfen), aber der Rest des WordPress-Ökosystems ist frei zugänglich.

Sind Websites wirklich isoliert oder ist das Shared Hosting mit getrennten Dashboards?

Jede Website läuft in einem eigenen Container mit eigenem PHP-FPM, Redis, MariaDB und Dateisystem. Es gibt keinen gemeinsamen PHP-Worker-Pool und keinen gemeinsamen Objekt-Cache zwischen Websites.

Mit welchen Vorlagen kann ich starten?

Zwei Vorlagen stehen zur Verfügung — Leeres WordPress und WooCommerce. Beide werden mit derselben Caching-, Sicherheits- und Laufzeitkonfiguration geliefert. Sie können Plugins und Themes auf beiden installieren.

Wie werden Backups pro Website gespeichert?

Jede Website hat eine eigene Backup-Historie, die off dem Ursprungsserver gespeichert ist. Sie können Backups vom Dashboard aus erstellen, wiederherstellen, herunterladen und löschen. Downloads funktionieren auch wenn der Quellserver offline ist.

Kann ich eine Website zum Staging klonen?

Ja. Jede Website hat eine Ein-Klick-Clone-to-Staging-Aktion. Die Staging-Kopie ist von der Produktions-Website versiegelt und kann zurückgespielt werden, wenn Sie bereit sind.

Was passiert mit meiner Website, wenn ich meinen Tarif upgraden?

Tarifänderungen gelten auf Teamebene, sodass ein Upgrade das Website-Limit für das gesamte Team erhöht, ohne bestehende Websites neu aufzubauen. Bestehende Websites laufen weiterhin auf demselben Container, auf dem sie erstellt wurden.

Brauche ich ein SSH- oder FTP-Konto zur Website-Verwaltung?

Nein. Plugins, Themes, Dateien, Datenbankoperationen und Logs sind alle über das Website-Dashboard zugänglich. Die Aktionen, für die Sie normalerweise eine Shell benötigen würden, sind als echte APIs verfügbar.

ready when you are

hören sie auf, platz zu teilen. richten sie ihre eigene grenze ein.

erstellen sie einen echten container pro website in der zeit, die ein shared host braucht, um ihnen eine willkommensnachricht zu senden. backups, ssl und das dashboard sind in jedem tarif enthalten, kein upsell.