Eine erste WordPress-Website braucht einen übersichtlichen Arbeitsplatz. Man sollte wissen, wo die Inhalte liegen, wie man eine Änderung rückgängig macht und welche Aufgaben beim Anbieter bleiben. Webhosting Starter ist innerhalb des hier betrachteten Angebots der webhoster.de AG das Paket für eine WordPress-Seite. Die interessante Frage lautet deshalb: Passt diese Begrenzung zu einem klar umrissenen Projekt, und lassen sich die täglichen Arbeiten damit nachvollziehbar organisieren? Dieser Artikel prüft diese Frage anhand eines redaktionellen Einstiegsprojekts und der am 7. Oktober 2026 ausgelesenen Originalproduktseite. Eigene Leistungsmessungen liegen dafür nicht vor.
Ein passendes erstes Projekt beschreiben
Denken Sie an eine kleine Beratungswebsite: eine Startseite, einzelne Leistungsseiten, eine Kontaktmöglichkeit und gelegentlich ein Fachbeitrag. Für dieses Vorhaben muss niemand bereits eine Agenturplattform planen. Entscheidend sind ein verständlicher Editor, ein verlässlicher Zugang und ein Ablauf, bei dem neue Inhalte nicht versehentlich die Navigation beschädigen. Schreiben Sie die tatsächlich erforderlichen Funktionen auf, bevor Sie einen Tarif auswählen. Eine Terminbuchung, ein Kundenlogin oder ein Shop verändern die Anforderungen erheblich. Die Bezeichnung Starter beschreibt eine Angebotsstufe; sie beweist weder die Eignung für jede kleine Website noch eine Grenze bei einer bestimmten Besucherzahl.
Eine überschaubare Website kann überraschend aufwendig werden, wenn sie viele externe Dienste einbindet. Ein großes Hintergrundvideo, mehrere Kartendienste und ein schweres Formular können mehr Probleme verursachen als zahlreiche sorgfältig optimierte Textseiten. Planen Sie deshalb zunächst eine robuste Grundausstattung. Auf unserer Übersicht WordPress einrichten beginnt der Arbeitsweg bei Domain, Zugang und Zielstruktur. Erst wenn diese Basis funktioniert, sollten Zusatzfunktionen hinzukommen. So bleibt erkennbar, welche Änderung welchen Effekt ausgelöst hat. Das hilft gerade dann, wenn die Website später von einer anderen Person übernommen wird.
Die belegte Ausstattung richtig lesen
Die Originalseite für Starter nennt 10 GB NVMe-Speicher, 2 GB nutzbaren RAM, einen vCore, 20 Prozesse und eine WordPress-Seite. Außerdem werden eine .de-Domain, zehn IMAP-Postfächer, WordPress-Werkzeuge, Staging, Object Cache und tägliche Backups aufgeführt. Diese Angaben sind Anbieterangaben und keine Ergebnisse unseres Tests. Aus der Prozesszahl lässt sich beispielsweise keine feste Anzahl gleichzeitig zufriedener Besucher berechnen. Ein Prozess kann kurz beschäftigt sein oder lange auf eine externe Antwort warten. Die Bedeutung der Limits sollte im Zweifel für die konkrete Anwendung bestätigt werden.
| Anbieterangabe | Praktische Bedeutung | Vor Bestellung klären |
|---|---|---|
| Eine WordPress-Seite | Ein klarer Projektplatz | Wie eine zusätzliche Testkopie gezählt wird |
| 10 GB NVMe | Budget für Dateien und Medien | Welche weiteren Daten das Kontingent belegen |
| Staging | Änderungen außerhalb der Produktion vorbereiten | Schutz und Übertragungsumfang |
| Tägliche Backups | Eine Anbieter-Sicherung ist beworben | Aufbewahrung, Zugriff und Wiederherstellungsweg |
Speicher vom ersten Upload an bewirtschaften
Zehn Gigabyte sind eine greifbare Größenangabe, aber noch kein Medienkonzept. WordPress erzeugt je nach Konfiguration mehrere Bildgrößen. Ein hochgeladenes Foto kann deshalb zusätzlich zu seiner ursprünglichen Datei weitere Dateien belegen. Wenn dieselbe Person immer wieder unkomprimierte Exportbilder hochlädt, wächst das Verzeichnis schneller als der sichtbare Artikelbestand. Legen Sie vor dem ersten größeren Inhaltsbatch fest, welche Bildabmessungen sinnvoll sind und wie die Dateinamen aussehen. Ein Bild sollte seine Aufgabe erfüllen: einen Arbeitsschritt erklären, ein Angebot zeigen oder eine Aussage veranschaulichen. Eine dekorative Datei mit unnötiger Auflösung verbraucht Platz ohne entsprechenden Nutzen.
Die Aufräumfrage lautet nicht einfach, welche Datei gerade auf keiner geöffneten Seite zu sehen ist. Ein Bild kann in einem Beitrag, in einem wiederverwendeten Muster oder als Hintergrund einer Vorlage eingebunden sein. Löschen Sie deshalb nichts allein anhand eines vermeintlich unbenutzten Status. Prüfen Sie Verwendungen und sichern Sie vor größeren Bereinigungen. Auch lokal gespeicherte Sicherungsarchive und umfangreiche Diagnoseprotokolle können das Hostingkontingent beeinflussen. Ob Datenbanken, Mail und Backups dasselbe Budget teilen, muss der Anbieter für das konkrete Paket beantworten. Die sichtbare Speicherzahl ersetzt diese Zuordnungsfrage nicht.
Installation und Grundzustand dokumentieren
Ein beworbenes Installationswerkzeug kann den Start verkürzen. Es entscheidet jedoch nicht über den Zweck der Website. Vor der Einrichtung sollten Domain, gewünschte Hauptadresse und ein eigener Verwaltungszugang feststehen. Danach dokumentieren Sie WordPress-Version, aktive PHP-Version, Theme und zunächst installierte Erweiterungen. Die Versionsnummern gehören in ein internes Betriebsblatt, weil sich die Umgebung ändern kann. Vermeiden Sie ein gemeinsames Administratorkonto für alle Beteiligten. Wer nur Artikel schreibt, braucht normalerweise keine Berechtigung, Plugins zu installieren. Das reduziert sowohl versehentliche Eingriffe als auch die Zahl der weitreichenden Zugänge.
Prüfen Sie nach der Installation eine kleine vollständige Strecke: anmelden, einen Entwurf speichern, ein Bild hochladen und die Vorschau aufrufen. Kontrollieren Sie anschließend dieselbe Vorschau in einer schmalen Fensterbreite und mit der Tastatur. Diese ersten Tests sind einfach, decken aber fehlende Schreibrechte, falsche Adressen oder ein unpassendes Layout früh auf. Halten Sie zunächst die öffentlichen Inhalte geschützt, solange Impressum, Kontaktwege und Freigabe fehlen. Ein Suchmaschinen-Häkchen allein schützt keine Bilder oder vertraulichen Entwürfe. Ein Zugriffsschutz muss die tatsächlich ausgelieferten Ressourcen umfassen; die konkrete Umsetzung gehört zur Installation.
Mit einem ruhigen Theme anfangen
Bei einem einzelnen Projekt sollte das Theme die redaktionelle Arbeit erleichtern. Eine lesbare Textbreite, robuste Überschriften und eine überschaubare Navigation sind wichtiger als viele Demoansichten. Testen Sie vor der Entscheidung einen echten langen deutschen Seitentitel und eine Tabelle. Manche Gestaltung funktioniert mit drei kurzen englischen Wörtern, verliert aber mit realen Leistungsbezeichnungen ihre Ordnung. Unsere Übersicht Themes hilft, Darstellung, Vorlagen und Inhalte voneinander zu unterscheiden. Diese Trennung macht spätere Anpassungen nachvollziehbar und verhindert, dass jedes kleine Textproblem zu einem Eingriff in PHP-Dateien wird.
Planen Sie außerdem die Pflege durch eine Person, die das Projekt nicht gebaut hat. Kann sie einen Absatz ändern, ohne das Seitenlayout zu zerstören? Findet sie das richtige Menü und erkennt sie den Unterschied zwischen globaler Vorlage und einzelner Seite? Ein schlankes Theme kann hier Vorteile bieten, wenn es klare Standards vorgibt. Die passende Lösung hängt dennoch von der Redaktion ab. Ein funktionaler Blockeditor, feste Muster und nachvollziehbare Bildformate müssen im konkreten Projekt ausprobiert werden. Die Anzahl angebotener Designoptionen ist keine verlässliche Messgröße für die Qualität des Arbeitsplatzes.
Plugins mit einem konkreten Auftrag installieren
Eine erste Website wird oft mit vermeintlichen Pflichtlisten überladen. Sinnvoller ist ein Funktionsblatt: Welche Aufgabe fehlt, wer nutzt sie und wie wird ihr Ergebnis geprüft? Ein Formular braucht beispielsweise eine nachvollziehbare Zustellung und eine klare Fehlermeldung. Ein SEO-Werkzeug sollte die gewünschten Metadaten pflegbar machen und keine widersprüchlichen Canonicals erzeugen. Für jede Erweiterung sollten Sie die Herkunft, Version und Zuständigkeit festhalten. Auf Plugins betrachten wir Auswahl und Wartung als zusammenhängende Aufgabe. Eine Erweiterung, die niemand versteht oder pflegt, bleibt auch auf einem größeren Hostingpaket ein Risiko.
Testen Sie Funktionen einzeln statt mehrere Plugins gleichzeitig zu aktivieren. Wenn sich nach vier Änderungen das Verhalten des Editors ändert, haben Sie vier mögliche Ursachen. Nach einer einzelnen Änderung lässt sich das Ergebnis deutlich leichter vergleichen. Prüfen Sie auch, ob bereits vorhandene Funktionen denselben Zweck erfüllen. Zwei Cachingwerkzeuge oder mehrere Formularsysteme können die Fehlersuche komplizierter machen. Der richtige Umfang ist nicht an einer idealen Pluginzahl abzulesen. Eine gut betreute zusätzliche Erweiterung kann sinnvoll sein; eine einzige schlecht passende Erweiterung kann den gesamten Ablauf beeinträchtigen.
Staging als Probe für eine echte Änderung
Die Anbieterbeschreibung nennt Staging. Nutzen entsteht erst mit einem klaren Testfall. Beginnen Sie beispielsweise mit einer Änderung an der Kontaktseite: Kopie anlegen, neue Gestaltung einbauen, Formular testen und den gewünschten Übertragungsumfang prüfen. Die Testkopie sollte geschützt sein und keine echten Benachrichtigungen an Kunden verschicken. Enthält die Produktion personenbezogene Daten, braucht auch die Kopie einen passenden Umgang damit. Der Begriff Staging sagt nicht automatisch, welche Schutzmaßnahmen gesetzt sind oder ob nur Dateien, die Datenbank oder beides zurückgespielt wird. Diese Einzelheiten müssen vor dem ersten Übertragen geklärt werden.
Bei einem Blog kann zwischen dem Kopieren und dem Zurückspielen ein neuer Beitrag entstehen. Eine vollständige Übernahme der älteren Testdatenbank könnte diesen Beitrag überschreiben. Bei Formularen oder Bestellungen wären die Folgen noch größer. Schreiben Sie deshalb vor einer Übertragung auf, welche Daten in der Produktion weiterlaufen. Für einen reinen Themeeingriff ist möglicherweise eine gezielte Dateiübernahme passend; andere Änderungen brauchen einen abgestimmten Plan. Staging ist damit kein Knopf, der Verantwortung entfernt. Es ist ein Arbeitsplatz, an dem eine vorbereitete Änderung mit einem geeigneten Übergabeverfahren geprüft werden kann.
Backup und Rückweg zusammen betrachten
Tägliche Backups werden im Angebot genannt. Offen bleiben im ausgelesenen Produkttext unter anderem Aufbewahrungsdauer, genaue Wiederherstellungsschritte und mögliche Kosten. Klären Sie diese Fragen, bevor die Website wichtige Daten enthält. Ergänzend ist eine eigene Sicherung sinnvoll, die erreichbar bleibt, wenn der Verwaltungszugang gerade nicht funktioniert. Für WordPress müssen Datenbank und Dateien passend zusammen vorliegen; die offizielle Backup-Dokumentation beschreibt diese beiden Bestandteile. Ein heruntergeladenes Medienverzeichnis allein stellt die geschriebenen Inhalte nicht wieder her. Ein Datenbankexport allein liefert keine hochgeladenen Bilder zurück.
Ein guter erster Wiederherstellungstest ist bewusst klein und geschützt. Stellen Sie einen Sicherungssatz in einer getrennten Umgebung wieder her und öffnen Sie Startseite, eine Unterseite und ein Bild. Prüfen Sie den Login und den Editor. Notieren Sie dabei, welche Kenntnisse und Zugänge tatsächlich gebraucht wurden. Das ist nützlicher als eine allgemeine Zusage, dass ein Backup vorhanden sei. Der Test belegt immer nur diesen Sicherungssatz und dieses Verfahren. Er macht aber sichtbar, ob im Notfall eine wichtige Datei, ein Passwortzugang oder eine verständliche Anleitung fehlen würde.
Cache nicht mit schneller Redaktion verwechseln
Starter führt LiteSpeed-Cache-Optimierung und Object Cache auf. Für eine überwiegend öffentliche Inhaltswebsite kann Zwischenspeicherung sinnvoll sein. Trotzdem muss im konkreten System geprüft werden, welche Komponenten aktiv sind. Ein Seiten-Cache kann wiederholt angeforderte Ausgaben bereitstellen; ein Objektcache betrifft einen anderen Teil des Ablaufs. Daraus folgt keine zugesicherte Ladezeit für Ihre Startseite. Große Bilder, fremde Skripte oder langsame externe Dienste können weiterhin dominieren. Wenn die Bearbeitung im Backend träge ist, erklärt ein schneller öffentlicher Cachetreffer noch nicht, warum der Editor warten muss.
Nach Änderungen sollten Sie einen klaren Kontrollweg verwenden: Inhalt speichern, bei Bedarf den betroffenen Cache leeren und die öffentliche Ansicht in einer getrennten Browsersitzung öffnen. Kontrollieren Sie Datum, Bild und Linkziel. Vermeiden Sie die Annahme, dass Ihre angemeldete Vorschau genau dieselbe Ausgabe wie ein normaler Besuch zeigt. Unsere Rubrik Geschwindigkeit trennt Messung, Serverantwort und Darstellung. Sie hilft auch dabei, kleine Verbesserungen nicht zu einem unbelegten Versprechen aufzublasen. Für dieses Paket veröffentlichen wir keine erfundenen Testergebnisse und keine auf RAM oder CPU abgeleiteten Besuchergrenzen.
Domain und Kontaktweg bewusst vorbereiten
Eine enthaltene .de-Domain kann zum ersten Projekt passen. Prüfen Sie jedoch, wer sie registriert, wer Inhaber ist und wie ein späterer Umzug abläuft. Die Website sollte eine eindeutige HTTPS-Hauptadresse haben. Alternativen wie www benötigen passende Weiterleitungen, die Unterpfade erhalten. Ein funktionierender Browseraufruf von Ihrem Rechner ist außerdem noch kein vollständiger DNS-Nachweis. Wenn IPv6 relevant ist, sind veröffentlichte AAAA-Daten und ein echter IPv6-Verbindungstest eigene Prüfpunkte. Die Domainentscheidung gehört damit zum Betrieb und nicht bloß zu einer dekorativen Auswahl am Ende der Bestellung.
Die genannten Postfächer sind ein weiteres Angebotselement, ersetzen aber keine Prüfung des Kontaktformulars. Formularverarbeitung, ausgehende Zustellung und tatsächlich empfangene Nachricht bilden eine eigene Strecke. Testen Sie sie mit einer eigens dafür vorgesehenen Nachricht und protokollieren Sie den Eingang. Vermeiden Sie private Daten in Testfällen. Wenn die Website zunächst geschlossen aufgebaut wird, sollten automatische Nachrichten entsprechend kontrolliert sein. Ein vorhandenes Postfach beweist nicht, dass WordPress-Nachrichten zugestellt werden oder dass jede gewünschte Absenderkonfiguration erlaubt ist. Diese Fragen gehören vor einem verbindlichen Kontaktversprechen geklärt.
Ein kleiner Abnahmeweg für Starter
- Das Projektziel und die benötigten Funktionen schriftlich festlegen, damit die Tarifentscheidung auf einer konkreten Website beruht.
- Installation, Zugänge und Hauptadresse dokumentieren; eine echte Inhaltsseite mit Bild und Navigation fertigstellen.
- Jede zusätzliche Erweiterung anhand eines eigenen Testfalls prüfen und das Ergebnis festhalten.
- Eine geschützte Testkopie und einen nachvollziehbaren Sicherungsweg ausprobieren, bevor größere Änderungen anstehen.
- Öffentliche Freigabe erst erteilen, wenn Inhalte, Kontakt, Rechte und der tatsächliche Schutzstatus geklärt sind.
Woran Sie eine spätere Erweiterung erkennen
Eine Erweiterung wird sinnvoll, wenn ein nachgewiesener Bedarf entsteht. Vielleicht soll ein zweites eigenständiges WordPress-Projekt hinzukommen, das Medienbudget wird knapp oder ein beobachteter Ressourcenengpass bleibt nach der Optimierung bestehen. Sammeln Sie solche Beobachtungen mit Datum und betroffenen Arbeitsschritten. Eine langsam reagierende einzelne Seite sollte zuerst untersucht werden; pauschal mehr RAM zu bestellen ist keine Ursachenanalyse. Für mehrere Projekte stellt Webhosting Pro andere ausgewiesene Kontingente bereit. Vergleichen Sie diese anhand des neuen Anforderungsblatts und klären Sie den Wechselweg einschließlich Daten, Laufzeit und möglicher Unterbrechung.
Ein Betriebsblatt für die erste Website
Legen Sie zum Projekt ein kurzes Betriebsblatt an, das auch ohne WordPress-Login verständlich ist. Darin stehen Domain, Zweck, verantwortliche Person, Sicherungsort und ein Weg zum Anbieter-Support. Geheimnisse gehören in eine geschützte Passwortverwaltung und nicht in das Blatt. Ergänzen Sie, welche Seiten bei einer Abnahme geprüft werden: Start, Kontakt, ein langer Beitrag und eine Fehlerseite. Das Blatt ist besonders wertvoll, wenn Sie die Website nur gelegentlich bearbeiten. Nach einer Pause müssen Sie nicht rekonstruieren, ob eine Erweiterung absichtlich deaktiviert wurde oder ein Test noch offen ist.
Für neue Beiträge reicht anschließend ein kleiner wiederholbarer Ablauf. Speichern Sie den Entwurf, kontrollieren Sie Überschriften und Linkziele, prüfen Sie das Bild auf seine tatsächliche Aussage und öffnen Sie die Vorschau in schmaler Breite. Erst nach dieser Prüfung wird der Beitrag freigegeben. Wenn später eine zweite Person beteiligt ist, kann sie denselben Ablauf nutzen. Diese Ordnung entsteht durch gute Vorbereitung; sie ist keine automatisch mitgelieferte Eigenschaft eines Hostingtarifs. Gerade beim ersten Projekt zahlt sich ein verständliches Verfahren aus, weil es kleine Fehler sichtbar macht, bevor Besucher sie finden.
Bestellung und redaktionelle Einordnung
Die Originalbestellseite zeigt unterschiedliche Zahlungsintervalle und Mindestlaufzeiten. Im von uns ausgelesenen Text war der Steuerbezug der angezeigten Beträge nicht eindeutig zugeordnet. Deshalb nennen wir hier keinen numerischen Endpreis. Prüfen Sie den vollständigen Warenkorb, Domainbedingungen, Steuerangaben und Laufzeit direkt beim Anbieter. Werbung: wp-works.de wird redaktionell von iSearch GmbH betrieben; webhoster.de AG ist der Anbieter des beschriebenen Hostingprodukts. Der Originalbestelllink für Starter führt zum Anbieter. Diese praktische Einordnung ist keine Bestellung und keine Bestätigung eines individuell zugesagten Leistungsumfangs.