Webhosting Starter: eine schlanke WordPress-Seite richtig einordnen

Starter von webhoster.de für eine einzelne WordPress-Seite: belegte Tarifdaten, Cache, Bildbedarf, Umzug und offene Vertragsgrenzen.

Werbung / Produktvorstellung. Anbieter: webhoster.de AG. Redaktionell eingeordnet; keine eigene Leistungsmessung.

Ein blaues Regal mit vorbereiteten Dokumenten als Metapher für Cachekopien.
KI-generiertes redaktionelles Symbolbild. Keine Messung und keine reale Anbieteranlage.

Werbung / Produktvorstellung. speedhosting.de wird redaktionell von der iSearch GmbH betrieben. Anbieter dieses Tarifs ist die webhoster.de AG. Bestelllinks sind als Werbung gekennzeichnet; eine konkrete Vergütungshöhe oder Tarifmessung wird hier nicht behauptet.

Webhosting Starter von webhoster.de ist für eine einzelne WordPress-Präsenz interessant, deren Besucherseiten weitgehend gleich bleiben. Die wichtige Entscheidung lautet deshalb: Wie viel Arbeit muss WordPress bei jedem Aufruf tatsächlich erledigen? Eine sorgfältig gebaute Vereinsseite kann besser zu diesem Tarif passen als ein scheinbar kleiner Mitgliederbereich mit aufwendiger Suche. Diese Produktvorstellung ordnet die belegten Angebotsmerkmale ein und beschreibt, welche Untersuchung vor einem Kauf sinnvoll ist.

  1. Anonymer Seitenaufruf
  2. Vorbereitete Antwort
  3. Passendes Bild
  4. Kontakt bei Bedarf
Prinzip einer überwiegend cachebaren Präsenz. Die Schritte sind ein Ablaufmodell, keine Zeitmessung.

Ein Projekt, ein klarer Zweck

Für eine persönliche Website, einen Verein oder einen lokalen Betrieb steht häufig dieselbe Aufgabe im Mittelpunkt: Besucher sollen Öffnungszeiten, Leistungen, Termine oder Kontaktmöglichkeiten schnell finden. Solche Seiten ändern sich nicht während jedes Besuchs. Das schafft gute Voraussetzungen für einen Seiten-Cache. Der Tarif bewirbt eine WordPress-Seite, zehn Gigabyte NVMe-Speicher, zwei Gigabyte nutzbaren RAM und einen vCore. Diese Größen beschreiben einen Ressourcenrahmen. Sie sagen noch nicht, wie schnell ein bestimmtes Theme mit bestimmten Plugins reagiert. Wer die Auswahl an diesem Rahmen ausrichtet, muss Inhalt, Redaktion und Besucherverhalten zusammen betrachten.

Eine einfache Website bleibt technisch einfach, wenn ihr Aufbau die Aufgabe respektiert. Ein klarer Textabschnitt mit einem passend verkleinerten Foto benötigt andere Arbeit als eine Startseite mit mehreren dynamischen Slidern, externen Karten, Terminabfragen und eingebetteten Videos. Die sichtbare Anzahl der Unterseiten ist dafür ein schwacher Maßstab. Schon eine einzige Startseite kann viele Dienste und Skripte aufrufen. Für Starter ist deshalb eine Bestandsaufnahme sinnvoll: Welche Elemente brauchen Besucher wirklich, welche können erst nach einer bewussten Aktion geladen werden und welche sind dekorativer Ballast? Diese Fragen lassen sich beantworten, bevor ein Tarifwechsel Geld kostet.

Die erste Diagnose gehört in den Browser

Wenn eine Seite langsam erscheint, sollte die Untersuchung beim tatsächlichen Besuch beginnen. Öffnen Sie eine öffentliche Unterseite in einem frischen Browserkontext und beobachten Sie die Netzwerkanfragen. Der Netzwerkbereich der Chrome DevTools zeigt unter anderem Dateigröße, Reihenfolge und Wartephasen. Die eigene Untersuchung muss ihren Zustand festhalten: angemeldet oder abgemeldet, mobiler oder großer Bildschirm, neuer oder wiederholter Aufruf. Vergleichen Sie nicht einen angemeldeten Redaktionsbesuch mit einer anonymen Cache-Antwort. Für den Kauf ist gerade dieser Unterschied aufschlussreich, weil er zeigt, welche Aufgaben der Server dauerhaft erledigen muss.

Der TTFB-Leitfaden von web.dev erläutert, dass die Zeit bis zum ersten Antwortbyte auch Verbindung und Weiterleitungen einschließt. Eine lange Wartephase beweist deshalb allein keine schwache CPU. Erst die Zerlegung macht die nächste Maßnahme plausibel. Prüfen Sie beispielsweise, ob mehrere Umleitungen vor der Zieladresse stattfinden, ob ein Drittanbieter spät antwortet oder ob das HTML rasch ankommt und danach ein großes Bild wartet. Die letzte Situation lässt sich durch größere Hostingressourcen oft kaum verbessern. Die Datei muss weiterhin übertragen und auf dem Gerät verarbeitet werden.

Beispiel: die Vereinsstartseite

Stellen Sie sich eine Startseite mit aktuellem Trainingstermin, Kontaktformular und einem Gruppenfoto vor. Das Foto wird in verschiedenen Bildschirmgrößen gebraucht, der Termin ändert sich einmal pro Woche und das Formular sendet erst nach einer Aktion. Die naheliegende Architektur ist eine cachebare Besucherseite mit passenden Bildgrößen und einer separat verarbeiteten Formularanfrage. Es gibt keinen Grund, den Termin für jeden anonymen Aufruf aus einer externen Kalenderquelle neu zu berechnen. Das Beispiel beschreibt eine Gestaltungsmöglichkeit, keine gemessene Installation oder behauptete Tarifkapazität.

Cache spart wiederholte Arbeit

Der Anbieter nennt LiteSpeed-Cache-Optimierung und Object Cache. Für eine gewöhnliche Informationsseite ist zunächst der vollständige Seiten-Cache besonders relevant: Besucher können eine vorbereitete Antwort erhalten, statt dass WordPress dieselbe Seite immer neu zusammensetzt. Die offizielle LiteSpeed-Installationsdokumentation warnt vor mehreren gleichzeitig eingesetzten vollständigen Seiten-Caches. Ein klar verantwortlicher Cache ist übersichtlicher als eine Ansammlung überlappender Optimierungsplugins. Entscheidend bleibt die konkrete Serverkonfiguration. Ein installiertes Plugin ist noch kein Nachweis, dass die jeweilige öffentliche Antwort tatsächlich aus dem vorgesehenen Cache stammt.

Beginnen Sie deshalb mit einer kleinen, nachvollziehbaren Konfiguration. Prüfen Sie nach der Aktivierung die anonyme Startseite und eine typische Unterseite. Ändern Sie anschließend einen sichtbaren Inhalt und kontrollieren Sie, ob Besucher die neue Fassung erhalten. Der Cache darf die redaktionelle Arbeit nicht unsichtbar machen. Ein Kontaktformular, Suchergebnis oder personenbezogener Bereich braucht eigene Regeln. Für Starter ist diese Trennung wichtiger als eine lange Optionsliste: Wenige korrekt arbeitende Mechanismen entlasten den Tarif und bleiben verständlich. Unser Themenbereich Cache hilft bei der Einordnung der unterschiedlichen Speicherebenen.

Zwei Gigabyte sind kein PHP-Versprechen

Der beworbene nutzbare RAM ist ein Tarifmerkmal. Daraus lässt sich kein identisches Speicherlimit für jeden einzelnen PHP-Aufruf ableiten. WordPress, Bildverarbeitung und weitere Prozesse können unterschiedliche Grenzen besitzen. Vor der Bestellung sollte der Anbieter erklären, welche Ebene die RAM-Angabe beschreibt und was bei einer Überschreitung passiert. Wenn ein Bildimport abbricht, ist die Lösung nicht automatisch ein größeres Paket. Es kann um die Abmessungen der Ausgangsbilder, eine Erweiterung oder ein engeres PHP-Limit gehen. Sammeln Sie den konkreten Fehler und die Arbeit, während der er auftritt.

Auch die Angabe von zwanzig Prozessen braucht eine technische Definition. Sie ist keine Aussage, dass genau zwanzig Besucher die Seite nutzen können. Ein Besucher lädt mehrere Dateien, eine Cache-Antwort benötigt andere Abläufe als eine dynamische Anfrage, und Hintergrundarbeit kann Ressourcen belegen. Fragen Sie, welche Prozesse gezählt werden und ob Wartezeiten, Ablehnungen oder andere Folgen bei Erreichen der Grenze auftreten. Für eine einzelne Website ist eine verständliche Antwort wertvoller als eine größere Zahl im Werbevergleich. Gute Tarifentscheidungen beginnen mit der Bedeutung eines Limits, nicht mit seiner isolierten Höhe.

Prüffälle einer einzelnen Präsenz
Beobachtung Erste Prüfung Möglicher nächster Schritt
Das Hauptfoto erscheint spät. Geladene Größe und Zeitpunkt der Anfrage prüfen. Passende Datei und frühere Entdeckung untersuchen.
Nur der Bildimport bricht ab. Fehler, Originalabmessungen und PHP-Limit erfassen. Die konkrete Verarbeitungsgrenze klären.
Nach einer Korrektur bleibt alter Text sichtbar. Antwort und Cachezustand prüfen. Aktualisierungsregel kontrollieren.

Speicherplatz bewusst verteilen

Zehn Gigabyte klingen für Texte und optimierte Fotos großzügig. Die tatsächliche Belegung kann jedoch durch Originalbilder, automatisch erzeugte Derivate, nicht gelöschte Sicherungen und Testkopien wachsen. Legen Sie daher früh fest, welche Dateien in der WordPress-Mediathek bleiben sollen. Ein hochgeladenes Foto erzeugt je nach Einrichtung mehrere Größen. Das ist für die passende Auslieferung nützlich, vergrößert aber den Gesamtbestand. Vor einer Umstellung sollten die bestehenden Dateien und Datenbankgrößen erfasst werden. Eine Schätzung anhand der sichtbaren Fotogalerie übersieht häufig große Originale, die Besucher überhaupt nicht erhalten.

Planen Sie außerdem Platz für Veränderungen. Ein Staging-Klon kann zeitweise eine weitere Fassung von Dateien und Datenbank benötigen. Eine lokale Sicherung verbraucht ebenfalls Speicher. Ob diese Belegungen zum genannten Kontingent zählen, gehört zu den offenen Tariffragen. Video eignet sich besonders schlecht für eine beiläufige Speicherplanung: Große Dateien und viele Abrufe können Speicher und Transfer beanspruchen, ohne die eigentliche Informationsaufgabe zu verbessern. Für eine Vereinsseite kann ein bewusst verlinktes Video zweckmäßiger sein als ein automatisch startender Hintergrundfilm. Auf Medien beschreiben wir die Entscheidung vom benötigten Inhalt her.

Redaktion und Wartung klein halten

Starter bewirbt WordPress Toolkit, Smart Updates und Staging. Solche Werkzeuge können Wartung unterstützen; der konkrete Dienstumfang muss trotzdem feststehen. Wer übernimmt die Konfiguration, wer entscheidet bei einem fehlgeschlagenen Update und wer prüft danach das Kontaktformular? Eine lokal betreute Website braucht dafür keine komplizierte Organisation. Ein benannter Verantwortlicher, eine kurze Prüfliste und ein dokumentierter Rückweg reichen oft als Ausgangspunkt. Wichtig ist, dass die Zuständigkeit nicht zwischen Websitebesitzer, freiwilligem Helfer und Anbieter verschwindet. Der Begriff Managed ersetzt diese Absprache nicht.

Trennen Sie seltene größere Änderungen von alltäglichen Textkorrekturen. Eine neue Telefonnummer kann direkt redaktionell geändert und anschließend kontrolliert werden. Ein neues Theme, ein Formularwechsel oder eine andere PHP-Version verdient eine geschützte Testumgebung. Der Test sollte die tatsächlichen Kernfunktionen enthalten: Navigation, Suche, Formulare und mobile Darstellung. Ein optisch unauffälliger Screenshot beweist nicht, dass eine Nachricht ankommt. Für Starter passt ein schlanker Betrieb gut zum begrenzten Ressourcenrahmen. Das Ziel ist weniger Wartungsarbeit durch einen verständlichen Aufbau, ohne geschäftlich notwendige Funktionen aus Sparsamkeit wegzulassen.

Backups nach dem Rückweg beurteilen

Tägliche Backups sind auf der Produktseite genannt. Die nützliche Kaufprüfung beginnt bei der Wiederherstellung: Wie lange werden Sicherungen aufbewahrt, wer kann sie auswählen, wie werden Dateien und Datenbank gemeinsam zurückgesetzt und fallen zusätzliche Kosten an? Eine Sicherung von gestern hilft nur eingeschränkt, wenn eine schleichende Beschädigung schon länger besteht. Die Aufbewahrungsdauer sollte deshalb zur Änderungshäufigkeit der Website passen. Für einen Verein können versehentlich gelöschte Jahresarchive wichtiger sein als häufige Shopbestellungen. Halten Sie diese Priorität in Ihrer Anbieteranfrage ausdrücklich fest.

Testen Sie den Rückweg nach Einrichtung mit einer geschützten Kopie, soweit der gewählte Dienst das erlaubt. Ein brauchbares Protokoll nennt den Sicherungszeitpunkt, die wiederhergestellten Bestandteile und die kontrollierten Funktionen. Das ist eigene Betriebsevidenz, kein Test aller Tarifkunden. Eine exportierte Kopie sollte zudem zugänglich bleiben, wenn die normale Websiteoberfläche gestört ist. Der Anbieter muss nicht automatisch jede private Zusatzsicherung verwalten. Vereinbaren Sie deshalb klar, welche Sicherungen bereitgestellt werden und welche Kopien in Ihrer eigenen Verantwortung liegen. Auf Verbesserungen gehört der sichere Rückweg zu jeder größeren Änderung.

Umzug mit kleinen Risiken planen

Bei einer einfachen Präsenz lässt sich der Umzug gut in wenige prüfbare Schritte zerlegen. Zuerst werden Inhalt, Datenbank und benötigte Einstellungen gesichert. Danach entsteht eine Kopie im neuen Ziel, die über einen geschützten Weg geprüft wird. Erst wenn Links, Bilder, Formular und Redaktionszugang funktionieren, wird der öffentliche Weg umgestellt. DNS, Zertifikat und Hauptadresse müssen dabei zusammenpassen. Eine Vorschau über eine technische Adresse kann helfen, ersetzt jedoch keinen späteren Test mit dem echten Domainnamen. Alte und neue Umgebung sollten während der Abnahme eindeutig bezeichnet sein.

Für die Mailkomponente ist besondere Aufmerksamkeit nötig. Die beworbenen Postfächer machen einen Websiteumzug nicht automatisch zum sicheren Mailumzug. Legen Sie fest, ob vorhandene Maildienste bleiben oder bewusst übertragen werden. Ändern Sie keine MX-Einträge nebenbei, nur weil ein neuer Webtarif angelegt wird. Prüfen Sie außerdem, wie Formulare versenden und welche Absenderadresse verwendet wird. Ein sichtbarer Dankestext im Browser beweist keine Zustellung. Die Website bleibt überschaubar, wenn die Zuständigkeiten von Webinhalt, Domain und Mail getrennt dokumentiert sind. So entstehen weniger überraschende Folgeschäden während eines ansonsten kleinen Umzugs.

Was vor einer größeren Buchung passieren sollte

Wenn die einzelne Seite an ihre Grenzen kommt, sollten Sie den Engpass benennen können. Ist der Redaktionsbereich bei Bildbearbeitung langsam? Bleiben anonyme Seiten schnell, während eine interne Suche wartet? Treten Fehler nur während einer Sicherung auf? Diese Unterschiede entscheiden, ob Aufräumen, geänderte Zeitplanung, eine Anwendungsanpassung oder zusätzliche Ressourcen helfen. Eine beworbene hohe CPU-Frequenz allein beantwortet das nicht. Auf der Landingpage werden mindestens 4,1 Gigahertz genannt, im Konfigurator mindestens 4,2. Wir machen die Abweichung sichtbar und leiten daraus keinen eigenen Benchmark ab.

Ein sinnvoller Wachstumsschritt kann Webhosting Pro sein, wenn mehrere echte WordPress-Instanzen oder nachvollziehbar mehr dynamische Arbeit hinzukommen. Eine einzige langsame Präsenz sollte jedoch zunächst fachlich untersucht werden. Dokumentieren Sie den aktuellen Aufbau, konkrete Fehler, die betroffenen Seiten und den Zustand des Caches. Damit lässt sich eine Anbieterempfehlung prüfen und nach dem Wechsel bewerten. Wer nur einen Score vergleicht, kann ein verändertes Bild, anderes Testnetz oder neue Pluginoptionen fälschlich dem Tarif zuschreiben. Unser Bereich Messen zeigt, wie solche Vergleichsbedingungen festgehalten werden.

Eine kleine Abnahmeliste mit großer Wirkung

Eine einzelne WordPress-Seite lässt sich gründlich abnehmen, wenn die Prüfung nicht bei der Startseite endet. Wählen Sie eine typische Textseite, eine Bilderseite und den wichtigsten Kontaktweg. Kontrollieren Sie diese Wege auf einem kleinen Bildschirm und mit der Tastatur. Überprüfen Sie, ob das Menü geöffnet bleibt, solange es benötigt wird, ob ein Formular seine Felder verständlich bezeichnet und ob Fehlermeldungen an der passenden Stelle erscheinen. Solche Probleme sind keine Hostingkennzahlen, beeinflussen die Qualität der Website jedoch unmittelbar. Ein schneller Server hilft wenig, wenn ein Besucher die Kontaktmöglichkeit hinter einer unbedienbaren Navigation nicht erreicht.

Auch für die Redaktion sollte die Abnahme praktisch bleiben. Melden Sie sich mit dem vorgesehenen Redaktionskonto an, ändern Sie einen unkritischen Testtext und laden Sie ein passend vorbereitetes Bild hoch. Stellen Sie anschließend fest, welche Bildgröße öffentlich ausgeliefert wird und ob die neue Textfassung trotz Cache sichtbar ist. Protokollieren Sie die Ergebnisse mit Datum und den verwendeten Seiten. Die Liste kann für spätere Updates wieder genutzt werden, ohne jedes Mal einen neuen Prüfprozess zu erfinden. Prüfen Sie außerdem, wer im Verein Zugang besitzt und ob ausgeschiedene Helfer noch Administrationsrechte haben. Ein verständlicher Rollenbestand reduziert unnötige Eingriffe.

Für den Tarifvergleich erhält diese Abnahme einen klaren Zweck: Sie trennt technische Grenzen des Hostings von vermeidbaren Schwierigkeiten der Website. Bleibt ein Bildimport reproduzierbar stecken, kann der Anbieter einen konkreten Vorgang untersuchen. Fehlt lediglich ein Menülabel, ist die redaktionelle Korrektur der richtige nächste Schritt. Bewahren Sie deshalb keine lange Sammlung beliebiger Screenshots auf, sondern wenige belegte Beobachtungen mit einem reproduzierbaren Ablauf. Das macht Starter auch bei einem späteren Wechsel fair bewertbar.

Preis und Entscheidung nachvollziehbar halten

Die Webhosting-Landingpage zeigt für Starter zehn Euro im Monat inklusive der dort angegebenen Umsatzsteuer. Der geöffnete Bestellkonfigurator zeigt andere Zahlen und wählbare Zahlungsintervalle. Wir stellen die Konfiguratoranzeige in der Tabelle dar, erklären die ungeklärte Steuerbasis und rechnen keinen vermeintlich verbindlichen Endbetrag daraus. Vor dem Abschluss sollten Sie den vollständigen Warenkorb mit Intervall, Laufzeit, Domainoption und Steuer prüfen. Speichern Sie die Angebotsfassung für Ihre Unterlagen. Ein günstigeres Monatsäquivalent bei Jahreszahlung verändert außerdem die Bindung und darf nicht mit monatlicher Kündbarkeit verwechselt werden.

Unsere Einordnung ist konkret: Starter kommt für eine konzentrierte, überwiegend cachebare WordPress-Präsenz infrage, wenn Speicherbedarf, Wartung und dynamische Funktionen zum tatsächlichen Rahmen passen. Er wird nicht durch den Namen speedhosting.de zu einem nachgewiesen schnellen Tarif. Die beste Vorbereitung ist eine klare Funktionsliste und eine nachvollziehbare Untersuchung der vorhandenen Website. Erfragen Sie die offenen Grenzen, testen Sie nach Einrichtung Ihre Kernwege und behalten Sie eine sichere Rückkehrmöglichkeit. So entsteht eine sachliche Kaufentscheidung, die auch dann verständlich bleibt, wenn Preise oder Produktdetails später geändert werden.

Belegte Tarifdaten

Stand: 7. Oktober 2026. Angaben aus der geöffneten Originalbestellseite. Ressourcenangaben sind keine von speedhosting.de gemessenen Leistungswerte.

Webhosting Starter – Angebotsmerkmale
Speicherplatz in GB 10
Speicherart laut Anbieter NVMe
Nutzbarer RAM in GB 2
vCore laut Anbieter 1
Prozesse laut Anbieter 20
WordPress-Seiten laut Anbieter 1
IMAP-Postfächer 10
CPU-Angabe im Konfigurator mind. 4,2 GHz
Abweichende CPU-Angabe auf der Angebotsseite mind. 4,1 GHz
Monatsanzeige im Konfigurator 8,40 €
Jahresanzeige im Konfigurator 90,00 €
Angezeigtes Monatsäquivalent bei jährlicher Zahlung 7,50 €
Monatspreis auf der Angebotsseite inkl. dort genannter 19% USt 10,00 €
Angezeigte Mindestlaufzeitoptionen 1 Monat / 1 Jahr

Die angezeigten Konfiguratorpreise besitzen im geöffneten Ausschnitt keine eindeutig bestätigte Steuerbasis. Maßgeblich sind Steuer, Zahlungsintervall, Mindestlaufzeit und Endbetrag im vollständigen Bestellabschluss. Eine Bestellung wurde nicht ausgeführt.

Quellen und Grundlagen

Die verlinkten Primärquellen stützen technische Grundlagen und Anbieterangaben. Die redaktionelle Einordnung stammt von speedhosting.de.