Neue Hosting-Tarife für Magento, Shopware und Pimcore

E-Commerce-Projekte wachsen, der Server-Bedarf wächst mit. Zum Punkt, an dem das Hosting nicht mehr hinterherkommt — Indexer brauchen Stunden statt Minuten, OpenSearch frisst RAM, der Checkout taumelt unter Kampagnen-Last. Genau hier setzen unsere überarbeiteten Tarife für Magento, Shopware und Pimcore an.

Wir haben sie auf eine gemeinsame Hardware-Basis gehoben, den Stack rund um ValKey, OpenSearch und RabbitMQ verbindlich gemacht und den Service-Level komplett auf den Kunden umgelegt — von „nur Server, ich mache das selbst” bis „kümmert ihr euch um alles”. Den Tippfehler aus dem ursprünglichen Launch-Beitrag haben wir auch gleich rausgeräumt.

Eine Plattform, drei Anwendungsfälle

Hardware-Basis aller v6-Tarife ist die gleiche: AMD EPYC der 4xxx-Serie mit 5,7 GHz Single-Core-Performance, 192 GB DDR5 mit ECC pro Node, NVMe-Ceph-Storage mit dreifacher Replikation. Für Shop-Workloads zählt Single-Core-Takt mehr als Kernzahl — Magentos Indexer, Shopwares Twig-Storefront-Renderer und Pimcores DAM-Pipelines sind PHP-FPM-getrieben und profitieren von hoher Frequenz pro Kern. Wir setzen auf Qualität statt Kern-Inflation.

Was sich pro Plattform unterscheidet, ist das Tuning: Magento-Tarife laufen mit eingebautem Varnish und einer für Hyvä-Themes optimierten LiteSpeed-Konfiguration. Shopware-Tarife haben eine vorbereitete Symfony-Cache-Strategie und einen Rabbit-Worker für die Storefront-API. Pimcore-Tarife sind auf große Asset-Volumes mit verteiltem Storage ausgelegt — typisch für Kunden, die DAM, MDM und CMS in einer Instanz fahren.

Der Stack im Detail

Drei Komponenten gehören standardmäßig dazu, ohne Aufpreis und ohne Extra-Lizenzgebühren:

• ValKey — Session- und Cache-Backend, plus Tag-Cache für Magento. Redis-kompatibler Open-Source-Fork, eine eigene Instanz pro Tarif, kein Shared-Pool.
• OpenSearch — Catalog-Search für Magento, Produktindex für Shopware, Volltext für Pimcore. OpenSearch Apache-2.0-Fork von Elasticsearch nach dem SSPL-Lizenzwechsel 2021. Funktional kompatibel, ohne kommerzielle Lizenz-Risiken. statt Elastic — bewusst, weil die Lizenz-Fragen rund um Elastic seit 2021 ein Risiko sind, das niemand braucht.
• RabbitMQ — Message-Queue für asynchrone Tasks. Magento nutzt sie für Email-Versand und Reindex, Shopware für Background-Jobs, Pimcore für Asset-Verarbeitung.

Neu in v6: Du kannst mehrere MariaDB-Versionen parallel betreiben. Ein Production-Branch auf 10.11, ein Staging auf 11.4 — auf dem gleichen Server, ohne Workaround, ohne zweiten Tarif. Für Update-Tests, Hyvä-Migrationen und PHP-Upgrades ist das ein echter Zeitspar-Hebel.

Magento — Last halten, Spitzen abfangen

Wir hosten Magento seit 2008, lange bevor „Magento Hosting” zum Marketingbegriff wurde. Die häufigste Schwäche, die wir bei Migrations-Projekten sehen, sind Setups, in denen Cache, Queue und Search auf der gleichen MySQL-Instanz mitlaufen. Das funktioniert bis zur ersten ernsten Kampagne.

Unsere v6-Magento-Tarife trennen sauber: Cache auf ValKey, Search auf OpenSearch, Queue auf RabbitMQ, Datenbank auf MariaDB mit eigenen Buffer-Pools. Das Resultat: Ein Indexer-Lauf bremst nicht den Checkout, eine Kampagnen-Spitze bringt die Suche nicht zum Stehen. Geprüft, nicht behauptet.

Shopware — Headless ohne Hilflosigkeit

Shopware 6 läuft technisch sauberer als Magento, hat aber andere Stolpersteine — vor allem im Zusammenspiel mit headless-Storefronts. Composable Frontend, Storefront-API und Admin-API teilen sich Ressourcen, die wir vorab fix abgrenzen.

Wir setzen die Symfony-Cache-Strategie pro Mandant auf, definieren einen eigenen API-Worker und lassen Background-Jobs strikt asynchron laufen. Wenn dein Frontend auf Vue Storefront setzt, sieht die API-Antwort keine 50 ms — auch wenn parallel ein Produkt-Import läuft.

Pimcore — PIM, DAM, CMS in einem

Pimcore-Projekte sind fast immer komplexer als reine Shops, weil mehrere Disziplinen in einer Instanz zusammentreffen. Produkt-Datenmanagement, Asset-Bibliotheken mit Bildvarianten in 20 Größen, ein Headless-Storefront und manchmal noch ein klassischer CMS-Zweig.

Unsere Pimcore-Tarife sind darauf ausgelegt, dass kein Bestandteil den anderen ausbremst. Die Asset-Pipeline läuft auf einer eigenen FPM-Pool-Definition, das CMS auf einem anderen, der Headless-API-Worker auf einem dritten. Bei Kunden mit über 500.000 Assets sehen wir damit konstant niedrige Cache-Build-Zeiten — auch beim ersten Aufruf nach einem Bulk-Import.

Service-Level: Du entscheidest, wie viel wir machen

Die größte funktionale Änderung in v6 ist nicht im Stack — sondern im Service-Modell. Standard-Tarife starten bei 139 € für Magento, Shopware und Pimcore und gehen bis 438 € für Managed 24/7. Vier Stufen stehen zur Auswahl:

• Entwickler (89 € Basis, –50 € auf Managed Basic): Wir betreiben die Hardware, die Verbindungen, die Backups. Du installierst, deployest und administrierst selbst. Für Agenturen mit eigenem Ops-Team.
• Managed Basic (139 € Standard): Plus Patch-Management, OS-Updates, Monitoring-Alerts. Du machst die Anwendung, wir den Unterbau.
• Managed Plus: Plus 6–22-Uhr-Erreichbarkeit, Anwendungs-Support, Hyvä-/Symfony-/Pimcore-spezifische Optimierungen.
• Managed 24/7 (438 € Top): Plus Notfall-Hotline rund um die Uhr, monatlich abgestimmtes Performance-Review, proaktive Skalierungs-Empfehlungen.

Im Klartext: Derselbe Server kann zwischen 89 € und 438 € kosten — der Unterschied ist nicht die Maschine, sondern wie tief wir mit drinhängen.

Wechsel auf v6

Bestandskunden haben die Upgrade-Pfade bereits im Kundencenter hinterlegt — Tarif aussuchen, Wechsel beauftragen, wir migrieren ohne Downtime. Neukunden bestellen direkt online oder lassen uns ihr Setup vorab anschauen. Wenn du dir nicht sicher bist, welcher Stack zu deinem Projekt passt, schreib uns kurz — wir gehen die Anforderungen gemeinsam durch und sagen ehrlich, ob Magento, Shopware oder Pimcore besser passt. Manchmal ist die Antwort auch: keine der drei.