Webhosting Starter

Eine Website mit einem klaren Betriebsauftrag

Ein kleines Hostingpaket ist dann gut gewählt, wenn es eine klar umrissene Aufgabe trägt. Für eine Agentur kann das die öffentliche Website eines Handwerksbetriebs sein: Leistungsseiten, einige Projekte, ein Kontaktweg und gelegentliche neue Bilder. Für eine technische Verantwortliche kann es der Informationsauftritt einer Organisation sein, den verschiedene Redakteure pflegen. Die Auswahl beginnt bei diesen Abläufen. Erst anschließend wird geprüft, ob Ressourcen, Werkzeuge und Zuständigkeiten zu ihnen passen.

Webhosting Starter der webhoster.de AG bildet im angebotenen Webhosting-Katalog den Einstieg. Der am 7. Oktober 2026 geprüfte Shop nennt eine WordPress-Seite und überschaubare Ressourcengrenzen. Unsere redaktionelle Einordnung richtet sich daher an ein abgegrenztes Websiteprojekt, dessen Betreiber die Anwendung und ihre Inhalte kennt. Daraus folgt keine Zusage, dass jede kleine Website problemlos funktioniert. Auch wenige Seiten können schwere Abfragen, ungünstige Erweiterungen oder große Bilddateien enthalten.

Der sinnvolle Prüfauftrag lautet: Kann die Website ihre wichtigsten Aufgaben innerhalb dieses Ressourcenrahmens zuverlässig erledigen, und bleibt die Pflege beherrschbar? Wer lediglich einen niedrigeren Einstiegspreis sucht, übersieht leicht spätere Arbeit. Ein ungeklärter Versandweg, veraltete Erweiterungen oder fehlende Wiederherstellungsschritte können den vermeintlichen Kostenvorteil aufzehren. Die Anforderungsliste vor der Tarifwahl hilft, diese Aufgaben zuerst sichtbar zu machen.

Dieses Dossier beschreibt ein beworbenes Anbieterprodukt und eigene technische Entscheidungskriterien. Es enthält keinen durchgeführten Leistungstest. Die folgenden Szenarien sind Planungsbeispiele und keine Kundenerfahrungen.

Belegter Stand und Fragen vor der Bestellung

Der offizielle Starter-Bestelleinstieg nennt 10 GB NVMe-Speicher, 2 GB nutzbaren RAM, einen vCore, 20 Prozesse und eine WordPress-Seite. Dazu stehen zehn IMAP-Postfächer sowie eine kostenlose .de-Domain in der Produktliste. Diese Angaben wurden direkt auf der verlinkten Produktseite geprüft. Sie beschreiben die angebotenen Tarifwerte; eine konkrete Einrichtung oder nutzbare Restkapazität haben wir damit nicht gemessen.

Die Marketingübersicht und der Shop sind nicht vollständig deckungsgleich. Die CPU-Taktangabe lautet auf der Übersicht mindestens 4,1 GHz und im Shop mindestens 4,2 GHz. Die sichtbaren Monatsbeträge unterscheiden sich ebenfalls. Die Übersicht weist auf enthaltene Umsatzsteuer hin, während die erste Shopansicht den Steuerstatus nicht eindeutig erklärt. Deshalb geben wir hier keinen verbindlichen Endpreis an. Abrechnungsintervall, Mindestlaufzeit, Steuer und ausgewählte Domain müssen in der konkreten Konfiguration zusammen geprüft werden.

Auch eine beworbene Verfügbarkeitsgarantie ersetzt keine geprüften Vertragsbedingungen. Messverfahren, Ausnahmen und mögliche Entschädigung sind in diesem Dossier nicht belegt. Für einen kleinen Informationsauftritt mag die Vertragsprüfung kurz sein; übersprungen werden sollte sie trotzdem nicht.

Ressourcen nach Tätigkeiten beurteilen

Ein Besucher, der eine zwischengespeicherte Leistungsseite liest, erzeugt einen anderen Arbeitsablauf als eine Redakteurin, die Bilder zuschneidet und einen Beitrag speichert. Der erste Vorgang kann mit wenig Anwendungsarbeit auskommen. Der zweite muss Eingaben verarbeiten, Dateien schreiben und möglicherweise Erweiterungen ausführen. Deshalb sagt eine Monatszahl an Seitenaufrufen wenig darüber aus, welche Spitzen das Paket bewältigen muss. Entscheidend sind gleichzeitig aktive Tätigkeiten und ihre Dauer.

Für Starter sollte eine Bestandsaufnahme die teuersten typischen Vorgänge benennen: Bildverarbeitung, Suche, Formularverarbeitung, automatische Importe und administrative Aufgaben. Prüfen Sie dabei die Website ohne angemeldeten Benutzer und zusätzlich im Editor. Eine kurze öffentliche Seite kann schnell erscheinen, während das Speichern im Backend stockt. Umgekehrt beweist ein langsamer Browser auf einem schlecht angebundenen Laptop noch keinen Engpass des Hostings.

Ressourcen sind unterschiedliche Grenzen. Ein größerer Speicherplatz behebt keine langsame Datenbankabfrage. Mehr Arbeitsspeicher macht einen fehlerhaften Import nicht korrekt. Ein Prozesslimit kann relevant werden, obwohl noch freier Dateispeicher vorhanden ist. Im Ratgeber zum Ressourcenmodell werden diese Ebenen getrennt betrachtet. Für die Auswahl sollten Sie ebenfalls jede Grenze mit einer konkreten Tätigkeit verknüpfen.

Ein überschaubares Projekt profitiert von einer kurzen Beobachtung nach dem Start. Notieren Sie typische Änderungen und kontrollieren Sie dazu Fehlerprotokolle und verfügbare Auslastungswerte. Entwickelt sich ein wiederkehrender Engpass, kann zunächst die Anwendung untersucht werden. Ein Tarifwechsel ist eine mögliche Maßnahme, aber die Entscheidung sollte einen belegbaren Anlass haben. Weder die Tarifbezeichnung noch ein theoretischer CPU-Takt ersetzen diese Diagnose.

Zehn Gigabyte als gepflegtes Dateibudget

Der Dateispeicher einer Website besteht aus mehr als dem WordPress-Programm. Originalbilder, automatisch erzeugte Bildgrößen, PDF-Dateien, Erweiterungen und temporäre Archive können den größten Anteil ausmachen. Gerade ein kleiner Unternehmensauftritt wächst oft unbemerkt: Eine Projektgalerie wird ergänzt, ein altes Präsentationsarchiv bleibt liegen und ein Import legt zusätzliche Kopien an. Ein bewusstes Dateibudget verhindert, dass erst eine fehlgeschlagene Aktualisierung auf das Problem aufmerksam macht.

Für Starter eignet sich eine einfache Bestandsliste. Erfassen Sie Medien, Datenbank, übrige Website-Dateien und lokale Sicherungskopien getrennt. Danach prüfen Sie, welche Bereiche tatsächlich auf das Tarifkontingent angerechnet werden. Ob Maildaten, providerseitige Backups oder Staging-Klone enthalten sind, lässt sich aus der bloßen Kapazitätsangabe nicht ableiten. Diese Frage gehört an den Anbieter, bevor eine vorhandene Installation übernommen wird.

Die beste Platzreserve entsteht häufig durch einen geordneten Medienablauf. Redakteure erhalten eine verständliche Vorgabe für Bildabmessungen und Dateiformate. Unbenutzte Archive werden nach Prüfung entfernt. Eine vollständige externe Sicherung ermöglicht später die Wiederherstellung, ohne dass mehrere komplette ZIP-Dateien dauerhaft im öffentlich erreichbaren Webverzeichnis liegen. Löschen Sie Dateien allerdings nicht allein aufgrund ihres Alters; ein älteres PDF kann weiterhin von einer wichtigen Seite verlinkt sein.

• Vor der Migration den tatsächlichen Dateibestand und die Datenbankgröße erfassen.
• Nach größeren Medienimporten den verbleibenden Platz kontrollieren.
• Wiederherstellungskopien geschützt und außerhalb des Webroots aufbewahren.
• Eine Reserve für Updates, Zwischenkopien und neue Inhalte einplanen.

Das ist eine organisatorische Empfehlung und keine hier belegte Kontingentaufteilung. Wer bereits nahe an der genannten Grenze liegt, sollte nicht darauf vertrauen, dass Kompression allein genügend Raum schafft.

PHP und Werkzeuge vor dem Umzug abgleichen

Ein WordPress-Projekt hat eine konkrete Laufzeitumgebung. Neben der PHP-Version gehören verfügbare Erweiterungen, Speichergrenzen einzelner Prozesse, Datenbankverhalten und geplante Aufgaben dazu. Die Marketingübersicht nennt einen PHP-Selector mit der Formulierung „8+“. Diese breite Bezeichnung bestätigt noch keine bestimmte Version für eine bestellte Subscription. Ebenso lässt ein beworbener SSH-Zugang keine allgemeinen Administratorrechte auf dem Server erwarten.

Beginnen Sie mit einer kleinen Kompatibilitätsliste aus dem bestehenden Projekt. Welche Erweiterungen sind für Bildverarbeitung, Datenbankzugriff oder spezielle Importfunktionen nötig? Arbeitet das Theme mit selbst geschriebenem Code? Gibt es Aufgaben, die bisher außerhalb des normalen Seitenaufrufs liefen? Der Leitfaden zur PHP-Laufzeitumgebung übersetzt diese Fragen in eine prüfbare Übergabe. Das spart Rückfragen, nachdem eine Domain bereits umgeschaltet wurde.

Die Anbieteroberfläche nennt außerdem Git-Verwaltung, Dateiwerkzeuge und einen Aufgabenplaner. Für ein kleines betreutes Projekt können solche Funktionen einen sauberen Ablauf erleichtern. Ein Entwickler dokumentiert Änderungen am Theme, eine Redakteurin arbeitet im WordPress-Editor und geplante Aufgaben erhalten einen definierten Aufruf. Daraus folgt jedoch nicht, dass beliebige Hintergrunddienste oder eigene Systempakete verfügbar sind. Anforderungen außerhalb einer gewöhnlichen Webanwendung brauchen eine ausdrückliche Bestätigung.

Vermeiden Sie den gleichzeitigen Wechsel sämtlicher Komponenten. Wenn beim Umzug auch PHP, Theme, Erweiterungen und Domainnamen verändert werden, ist die Ursache eines Fehlers schwerer zu erkennen. Ein nachvollziehbarer Plan verändert eine wesentliche Ebene nach der anderen oder hält genau fest, welche Kombination getestet wurde. Für Starter ist diese Sorgfalt ebenso wichtig wie für einen größeren Tarif.

Für die Übergabe an eine kleine Organisation hilft eine konkrete Redaktionsprobe. Eine benannte Person meldet sich an, korrigiert eine vorhandene Leistungsseite und fügt ein vorbereitetes Bild hinzu. Danach kontrolliert sie das Ergebnis aus einer frischen öffentlichen Sitzung. Diese Probe zeigt, ob der alltägliche Ablauf verständlich ist und die vorgesehenen Rechte ausreichen. Werden dafür ständig Administratorzugänge oder zusätzliche Werkzeuge benötigt, sollte die Betreuung die Ursache prüfen. Ein kleiner Auftritt kann auf diese Weise mit wenigen klaren Aufgaben übergeben werden. Die dokumentierte Probe ist hilfreicher als eine unbestimmte Aussage, WordPress sei fertig eingerichtet.

Cache sinnvoll einsetzen und Änderungen sichtbar halten

Die Produktdarstellung nennt LiteSpeed-Optimierung und Object Cache. Im Betriebsalltag sollten Sie zuerst klären, welcher Inhalt zwischengespeichert werden darf. Eine öffentliche Leistungsseite kann gewöhnlich denselben Inhalt an mehrere Leser ausliefern. Ein angemeldeter Benutzer, eine persönliche Bestätigung oder ein individuell berechneter Zustand braucht eine andere Behandlung. Ein Cache unterstützt die Anwendung nur dann, wenn seine Regeln zur Bedeutung der Seite passen. Der Caching-Ratgeber ordnet Browser-, Seiten- und Anwendungscache nach dieser Aufgabe ein.

Für eine kleine Website liegt der häufigste Fehler im Umgang mit Änderungen. Die Redaktion aktualisiert eine Telefonnummer, sieht im angemeldeten Zustand den neuen Wert und nimmt an, alle Besucher sähen dasselbe. Prüfen Sie eine solche Änderung zusätzlich in einer frischen Sitzung. Kontrollieren Sie Startseite, betroffene Unterseite und eine eventuell wiederverwendete Kontaktkomponente. Halten Sie fest, wie der zuständige Bearbeiter eine notwendige Leerung des Caches auslöst.

Aktivieren Sie Optimierungen schrittweise. Zusammengefasste Skripte oder veränderte Ladereihenfolgen können Funktionen beeinflussen. Ein Kontaktweg muss nach jeder relevanten Änderung weiter bedienbar sein. Im kleinen Paket ist eine zurückhaltende Auswahl von Erweiterungen oft praktischer als viele überlappende Optimierer. Mehrere Werkzeuge mit derselben Aufgabe erhöhen die Zahl der Einstellungen und erschweren die Fehlersuche.

Ein Cache ist kein Nachweis ausreichender Reserve. Auch bei gut zwischengespeicherten Seiten bleiben administrative Vorgänge, nicht gespeicherte Antworten und Hintergrundarbeit relevant. Ein sinnvoller Abnahmetest umfasst daher mindestens einen öffentlichen Lesevorgang, einen redaktionellen Speichervorgang und eine dynamische Funktion. Gemessene Ergebnisse müssen die jeweilige Testumgebung nennen. Dieses Dossier liefert solche Messwerte nicht und verspricht deshalb keine bestimmte Ladezeit.

Wartung zwischen Anbieter und Projektteam aufteilen

Managed-Funktionen können Routinearbeit erleichtern. Sie ersetzen dennoch keine benannte Person, die prüft, ob die Website ihren Zweck erfüllt. Die Anbieterbeschreibung nennt unter anderem WordPress-Werkzeuge, Aktualisierungsfunktionen und Sicherheitsmechanismen. Für Ihr Projekt muss geklärt werden, welche Tätigkeiten automatisch stattfinden, wann der Anbieter eingreift und welche Freigaben von Ihnen erwartet werden. Eine allgemein formulierte Funktionsliste beantwortet diese operative Frage nur teilweise.

Eine kleine Agentur kann den Auftrag in drei Spalten festhalten. Der Anbieter betreibt die vereinbarte Hostingumgebung. Die technische Betreuung pflegt die Anwendung innerhalb ihres Vertrags. Die Kundenseite verantwortet Inhalte und fachliche Richtigkeit. Die genaue Zuordnung wird vereinbart; sie lässt sich nicht allein aus „Managed WordPress“ herleiten. Der Ratgeber zu Hosting-Zuständigkeiten enthält hierfür einen Arbeitsrahmen.

Besonders wichtig ist die Reaktion auf einen Fehler nach einer Aktualisierung. Wer erhält die Meldung? Wer darf eine Version zurücksetzen? Wer entscheidet, ob ein Kontaktformular vorübergehend deaktiviert wird? Ein kleiner Auftritt benötigt dafür kein komplexes Gremium. Zwei aktuelle Kontakte und ein verständlicher Ablauf können genügen. Die Informationen müssen jedoch verfügbar sein, bevor ein Problem entsteht.

Auch Benutzerkonten verdienen Aufmerksamkeit. Redakteure benötigen gewöhnlich keine uneingeschränkten Administrationsrechte. Ehemalige Dienstleister sollen ihre Zugänge nach der Übergabe verlieren. Verwenden Sie persönliche Konten, damit Änderungen zugeordnet werden können, und bewahren Sie Wiederherstellungsinformationen geschützt auf. Diese Maßnahmen liegen teilweise im Anwendungsbereich. Eine Anbieterfirewall kann sie nicht automatisch für Sie erledigen.

Backup und Wiederherstellung als zwei Arbeitsschritte

Die offiziellen Seiten führen tägliche Sicherungen und Sicherungen bei Bedarf auf. Daraus folgt noch kein dokumentierter Wiederherstellungsplan für Ihre Website. Für eine verantwortliche Auswahl fehlen insbesondere bestätigte Aufbewahrungszeiträume, Zugriffswege und die genaue Reichweite eines Restores. Werden Dateien und Datenbank zusammen zurückgesetzt? Kann ein einzelner Bereich wiederhergestellt werden? Welche Daten würden seit dem gewählten Sicherungszeitpunkt verloren gehen?

Ein kleiner Informationsauftritt hat häufig einen gut überblickbaren Änderungsverlauf. Trotzdem kann eine Woche neue Inhalte wertvolle Arbeit enthalten. Notieren Sie bei umfangreichen Redaktionsaktionen den Zeitpunkt und sichern Sie nach dem vereinbarten Verfahren zusätzlich. Vor einer größeren technischen Änderung muss eine verwendbare Kopie vorhanden sein. Ein angezeigt erfolgreicher Sicherungsjob ist ein erster Hinweis; die Fähigkeit, daraus die richtige Website zurückzuholen, bleibt eine gesonderte Prüfung.

Ein brauchbarer Wiederherstellungstest findet in einer geschützten Umgebung statt. Dort werden Dateien und Datenbank eingespielt und die wichtigsten Inhalte kontrolliert. Bleiben externe Aufrufe aktiv, können unbeabsichtigte Nachrichten entstehen. Die Testumgebung braucht deshalb eigene Schutzregeln. Sie soll zudem keine zweite indexierbare Kopie der öffentlichen Website bilden. Der WordPress-Leitfaden für Staging und Freigabe beschreibt die Abnahme solcher Kopien.

Für Starter sollte die Sicherungsentscheidung zur Änderungsfrequenz passen. Eine überwiegend statische Website und ein täglich redaktionell gepflegter Auftritt haben unterschiedliche Anforderungen an akzeptablen Datenverlust. Diese Anforderungen sind vom Betreiber zu bestimmen und mit dem Anbieter abzugleichen. Wir leiten aus der Produktliste weder eine Wiederherstellungsdauer noch eine garantierte Aufbewahrungsfrist ab.

Ein überschaubarer Umzug braucht eine vollständige Liste

Die Marketingseite bewirbt einen Websiteumzug. Vor seiner Nutzung sollte der Umfang schriftlich geklärt sein. Eine WordPress-Installation ist nur ein Teil eines Domainprojekts. Postfächer, DNS-Einträge, Weiterleitungen und externe Dienste können unabhängig davon bestehen. Wenn die Website korrekt übertragen wird, aber ein bisheriger Mailserver oder ein Verifizierungsrecord verändert wird, bleibt der Gesamtumzug dennoch fehlerhaft.

Für ein Starter-Projekt eignet sich eine kurze Reihenfolge: Bestand erfassen, Zielumgebung prüfen, eine geschützte Kopie übertragen, Kernfunktionen abnehmen und erst dann die produktive Umschaltung vorbereiten. Bei derselben Domain müssen absolute interne Links häufig unverändert bleiben. Ein zusätzlicher Domainwechsel macht den Vorgang umfangreicher. Der Migrationsleitfaden behandelt Dateien, Datenbank und Anwendungseinstellungen zusammen.

Definieren Sie ein Zeitfenster, in dem keine parallelen Änderungen verloren gehen. Bei einer Informationswebsite kann eine vereinbarte kurze Redaktionspause praktisch sein. Falls Inhalte während des Umzugs weiter entstehen, braucht es eine kontrollierte letzte Übernahme. Zwei unabhängig bearbeitete Datenbanken lassen sich nicht durch Hoffnung zusammenführen. Die alte Umgebung bleibt bis zur erfolgreichen Abnahme in einem vereinbarten Zustand erhalten.

Die Freigabe muss aus Leserperspektive erfolgen. Startseite, mehrere Unterseiten, Bilder, Downloads, Login und vereinbarter Kontaktweg werden geprüft. Zusätzlich kontrollieren Sie Weiterleitungen mit vollständigem Pfad und eine tatsächliche HTTPS-Verbindung. Im Ratgeber zum DNS-Umzug werden Namensauflösung und Webbetrieb getrennt. Erst wenn diese Bereiche stimmen, sollte die alte Installation geordnet außer Betrieb gehen.

Wann Starter passt und wann ein Vergleich weiterhilft

Starter verdient einen Platz in der Vorauswahl, wenn eine einzelne WordPress-Website übersichtlich gepflegt wird und ihre Anforderungen im belegten Rahmen liegen. Eine klare Inhaltsstruktur, gezielt ausgewählte Erweiterungen und ein gepflegtes Medienarchiv verbessern diese Ausgangslage. Für eine Agentur ist der Tarif besonders dann prüfbar, wenn die Website als einzelner Auftrag mit getrennten Zugängen und verständlicher Übergabe betrieben werden soll.

Eine höhere Tarifstufe kann sinnvoll sein, wenn der tatsächliche Bestand mehr Speicher benötigt, mehrere WordPress-Projekte untergebracht werden sollen oder wiederkehrende dynamische Arbeit mehr Ressourcen verlangt. Vergleichen Sie dann Webhosting Pro anhand der zusätzlich benötigten Fähigkeiten. Die größere Zahl auf der Produktseite sollte einem konkreten Problem oder einer geplanten Entwicklung entsprechen. Eine vorsorglich übergroße Auswahl ersetzt keine saubere Betriebsorganisation.

Für Anforderungen an selbst verwaltete Systemdienste oder eine weitergehende Betriebsumgebung reicht der Vergleich der Webhostingpakete allein nicht. Dann müssen angebotene Managed-Server-Produkte und ihre Vertragsgrenzen geprüft werden. Auch ein Serverprodukt bedeutet nicht automatisch Rootzugang, eine bestimmte Lizenz oder beliebige Installationsfreiheit. Der verlangte technische Umfang entscheidet, welche Fragen an den Anbieter gehen.

Vor der Bestellung sollte Ihr Ergebnis auf eine Seite passen: Zweck der Website, benötigte Ressourcen, bestätigte Laufzeitumgebung, Verantwortliche, Sicherungsverfahren und Migrationsablauf. Offene Punkte erhalten einen Ansprechpartner. Der originale Starter-Bestelleinstieg der webhoster.de AG ist anschließend der Ort für die konkrete Konfiguration. Dieses Portal trifft keine abschließende Vertragsentscheidung und macht aus einer Anbieterangabe keine unabhängig gemessene Eigenschaft.