Thema: Hosting & Betrieb.

Hosting und Betrieb beantworten die Frage, wer sich um eine Website kümmert, wenn niemand mehr an ihr baut. JFconcept betreibt Websites, Shops und Anwendungen auf eigener Infrastruktur oder pflegt sie in der Umgebung, die bereits vorhanden ist. Beide Wege stehen offen, weil diese Entscheidung dem Kunden gehört und nicht der Agentur.

Ohne Pflege altert eine Website im Stillen

Nach dem Launch verschwindet eine Website aus dem Blick. Sie läuft, also denkt niemand mehr an sie. Im Hintergrund altert sie trotzdem: WordPress, Plugins und Shopware bekommen laufend Updates, PHP-Versionen laufen aus, Zertifikate erneuern sich nicht von allein. Was heute funktioniert, ist nach einer Weile ein Stapel offener Aktualisierungen, den niemand mehr in einem Rutsch einspielen will.

Der zweite Punkt ist die Zuständigkeit. Typisch sind drei Beteiligte: ein Hoster, der den Server verkauft hat, eine Agentur, die die Seite gebaut hat, und ein Dienstleister für das Shopsystem. Fällt etwas aus, verweist jeder auf den nächsten. Diese Zeit kostet Umsatz, und zwar genau dann, wenn die Seite gebraucht wird.

Dazu kommt eine Frage, die selten gestellt wird, solange alles gut läuft: Wann wurde das letzte Backup zurückgespielt? Ein Backup, das nie getestet wurde, ist eine Vermutung und keine Sicherheit.

Wo gehostet wird, entscheidet der Kunde

JFconcept betreibt eine eigene, hochperformante Serverumgebung und bietet darauf Managed Hosting an. Der Vorteil ist praktischer Natur: Diese Umgebung ist auf WordPress, Shopware und Laravel-Anwendungen abgestimmt, also auf genau die Systeme, die wir selbst bauen. Anwendung und Server liegen damit in einer Zuständigkeit, und das Pingpong zwischen Dienstleistern entfällt.

Genauso arbeiten wir mit vorhandenen Umgebungen. Ob ein Projekt bei einem großen Cloud-Anbieter, einem klassischen Webhoster oder auf einem Server im eigenen Haus liegt: Betrieb und Wartung funktionieren dort ebenso. Einen Umzug empfehlen wir nur, wenn die aktuelle Umgebung ein konkretes Problem macht, etwa eine ausgelaufene PHP-Version. Der Wunsch der Agentur ist kein Grund.

Diese Haltung steht bei JFconcept unter der Überschrift „faire Zusammenarbeit“: keine Abhängigkeit, aus der es nur einen schmerzhaften Ausweg gibt. Zugänge, Daten und Code bleiben übergabefähig, auch wenn die Zusammenarbeit endet. Wer bleibt, soll das tun, weil der Betrieb funktioniert.

Wartung heißt einspielen und danach nachsehen

Wartung ist bei uns kein Sammelbegriff, sondern eine feste Reihe von Arbeiten:

• Updates für WordPress-Kern, Theme, Plugins und Shopware, eingespielt und danach geprüft, nicht blind durchgewinkt
• Backups nach Plan, samt Datenbank, und mit der Fähigkeit, einen Stand tatsächlich zurückzuholen
• Sicherheits-Patches, sobald sie verfügbar sind, unabhängig vom regulären Update-Rhythmus
• Monitoring der Erreichbarkeit, damit ein Ausfall auffällt, bevor ein Kunde anruft

Die entscheidende Stelle ist der Schritt nach dem Update. Ein Plugin-Update kann ein Formular zerlegen oder eine Zahlungsart im Shop stilllegen, und ohne Kontrolle fällt das erst an den ausbleibenden Bestellungen auf. Für Projekte in unserer Betreuung gehören deshalb Staging-Umgebungen und Git-Versionierung zum Standard: Änderungen laufen erst auf einer Kopie, bevor sie live gehen, und ein Stand lässt sich zurückdrehen. Bei Anwendungen aus dem Webengineering mit individueller Entwicklung sichern zusätzlich automatisierte Tests ab, dass die Funktionen nach einem Eingriff noch das tun, was sie sollen.

Daneben steht der Support auf Zuruf: inhaltliche und technische Änderungen nach dem Launch, abgerechnet nach Aufwand. Das ist der Weg für alles, was zwischen zwei Projekten anfällt, von einem neuen Preisblatt bis zu einer zusätzlichen Formularabfrage. Angriffsschutz und Verschlüsselung sind ein eigenes Feld und stehen bei SSL und Sicherheit.

Buchbar ist all das einzeln. Betrieb und Wartung sind optional, ein Wartungsvertrag ist keine Bedingung für ein Projekt. Manche Kunden übernehmen den laufenden Betrieb mit eigener IT und holen uns nur bei größeren Schritten dazu, etwa einem Versionssprung bei Shopware.

Kurze Wege statt Weiterreichen

An den Betrieb geht bei uns dasselbe Team, das die Anwendung gebaut hat. Das ist keine Frage der Freundlichkeit, sondern eine Folge davon, dass Anwendung und Server in einer Hand liegen: Wer anruft, landet nicht bei einem Hoster, der die Seite nicht kennt, und nicht bei einer Agentur, die auf den Server keinen Zugriff hat. Unser Sitz in Menden im Sauerland macht dabei den Unterschied zur anonymen Warteschlange, aber der eigentliche Hebel ist die Zuständigkeit.

Das zeigt sich am deutlichsten im Störungsfall. Ein Ausfall wird nicht analysiert, indem drei Beteiligte sich gegenseitig ausschließen, sondern indem eine Stelle in Log, Anwendung und Serverkonfiguration gleichzeitig schaut.

Guter Betrieb fällt niemandem auf

Der Maßstab für den Betrieb ist derselbe wie beim Bau der Website: Sie soll Anfragen bringen. Gemessen wird deshalb nicht in Wartungsberichten, sondern daran, ob die Seite genau dann verfügbar war, als jemand kaufen oder anfragen wollte, auch am Wochenende und in der Kampagnenwoche.

Dazu kommen drei Anzeichen, die sich jederzeit prüfen lassen: Updates sind eingespielt, statt sich zu einem Berg zu stapeln. Eine Störung war bemerkt, bevor sie jemand gemeldet hat. Und für den Fall, dass etwas kaputtgeht, existiert ein Stand, auf den sich zurücksetzen lässt, nachweislich zurückgespielt und nicht nur angelegt. Wer diese vier Punkte beantworten kann, weiß, was der Betrieb wert ist. Was Serverumgebung und Antwortzeiten darüber hinaus für die Geschwindigkeit einer Seite bedeuten, steht bei Ladezeit und Performance.