SEO für eine neue Website: Die Schritt-für-Schritt-Anleitung für Einsteiger
Wie Sie SEO für eine neue Website angehen, der Reihe nach: Indexierung, echte Keywords, On-Page- und technische Basics, Inhalte mit Antworten. Ohne Geschwätz.
Die meisten Webprojekte enden mit dem Launch. Die Agentur liefert die Website, der Kunde bezahlt die Schlussrechnung, und beide Seiten gehen ihrer Wege. Drei Monate später schreibt der Kunde eine E-Mail: „Ein Button funktioniert nicht, auf unserer Preisseite ist ein Tippfehler, und wir möchten eine neue Fallstudie hinzufügen.“
Das ist kein Problem. Es ist ein zu erwartendes Muster. Websites bleiben nicht, wie sie sind. Die Frage ist, ob Sie einen tragfähigen Weg geschaffen haben, sie zu pflegen.
Die ersten 90 Tage nach dem Launch bringen die meisten Änderungen mit sich. Das erfordert typischerweise Aufmerksamkeit:
Updates von JavaScript-Abhängigkeiten. npm-Pakete veröffentlichen regelmäßig Sicherheitspatches und neue Hauptversionen. Für eine Next.js-Website, die im März live geht, stehen im Juni Dutzende Updates von Abhängigkeiten bereit. Wer sie ignoriert, schafft Sicherheitslücken und riskiert irgendwann fehlschlagende Builds, wenn die Paketversionen zu weit auseinanderdriften.
CMS- und Inhaltsprobleme. Neue Content-Typen, die nicht zum Template passen, Bilder in falschen Abmessungen, MDX-Syntaxfehler in Blogartikeln, fehlende Pflichtfelder: All das zeigt sich als kaputte Seiten, die erst auffallen, wenn ein echter Nutzer sie meldet.
Integrationen von Drittanbietern. HubSpot ändert sein Embed-Skript. Intercom aktualisiert die API seines Widgets. Das Cookie-Consent-Tool veröffentlicht eine inkompatible Änderung. Externe Abhängigkeiten entwickeln sich weiter, und diese Änderungen wirken sich auf Ihre Website aus.
Änderungen bei SEO und Performance. Google aktualisiert seinen Crawler, was beeinflussen kann, wie Ihre strukturierten Daten interpretiert werden. Eine neue Funktion bringt JavaScript mit, das die Performance verschlechtert. Die Search Console meldet ein neues Problem.
Analytics und Tracking. GA4 ändert sein Event-Schema. Eine neue Marketingkampagne erfordert eine neue Verarbeitung von UTM-Parametern. Im Conversion-Funnel müssen neue Events erfasst werden.
Neue Inhalte und Seiten. Fallstudien, Blogartikel, Landingpages, aktualisierte Preise, neue Teammitglieder. Marketing-Teams produzieren laufend Inhalte, und die Website muss das unterstützen.
Technische Mitgründer und interne Entwickler erledigen die Wartung gut, wenn sie Zeit haben. Das Problem: Der Engpass ist „wenn sie Zeit haben“, nicht ihr Können.
So sieht das Scheitern aus: Ein kaputtes Formular bleibt drei Wochen lang unrepariert, weil der technische Mitgründer voll auf das Produkt konzentriert war. Ein Tippfehler auf der Preisseite bleibt zwei Monate stehen, weil sich nach dem Launch niemand für die Website verantwortlich fühlt. Ein Update einer Abhängigkeit führt zu einem fehlschlagenden Build, der neue Deployments blockiert.
Für Unternehmen ohne eigene technische Ressourcen bedeutet Wartung in Eigenregie praktisch keine Wartung. Die Website verfällt, bis etwas öffentlich kaputtgeht, und dann wird hektisch repariert, oft von dem, der gerade am günstigsten und verfügbar ist, statt von jemandem, der die Website kennt.
Support auf Abruf bedeutet: Etwas geht kaputt, Sie schreiben jemandem eine E-Mail, er behebt es und schickt eine Rechnung. Das ist in Ordnung für sehr stabile Websites, die sich selten ändern, wenn laufende Kosten möglichst vermieden werden sollen.
Das Problem beim Support auf Abruf: Die Reaktionszeit ist nicht garantiert. Eine Agentur, die Support auf Abruf leistet, schiebt Ihre Fehlerbehebung in ihre bestehende Projektwarteschlange. Je nach Auslastung kann „ein kaputtes Formular reparieren“ 24 Stunden oder zwei Wochen Wartezeit bedeuten.
Ein Wartungs-Retainer bedeutet: Eine feste monatliche Gebühr deckt einen definierten Umfang laufender Arbeiten ab. Reaktionszeit, Umfang und Ablauf werden im Voraus vereinbart.
Was ein Retainer abdeckt:
Was ein Retainer in der Regel nicht abdeckt:
Ein Wartungs-Retainer ist sinnvoll, wenn:
Ihre Website sich regelmäßig ändert. Ein Marketing-Team, das jede Woche Blogartikel veröffentlicht, Fallstudien ergänzt und neue Landingpages erstellt, profitiert von einer festen Zusammenarbeit statt von Einzelabrechnungen.
Ihre Website geschäftskritisch ist. Ein B2B-SaaS-Unternehmen, dessen Website 40 % der Demo-Anfragen erzeugt, kann sich kein zwei Wochen lang kaputtes Kontaktformular leisten, während eine Agentur es irgendwo in ihre Warteschlange einschiebt.
Sie keine internen technischen Ressourcen haben. Wenn die Website ausfällt und niemand im Haus das Problem einschätzen kann, brauchen Sie garantierten Zugang zu jemandem, der es kann.
Sie Integrationen nutzen, die sich weiterentwickeln. Websites mit HubSpot, Stripe, Intercom oder ähnlichen Integrationen brauchen jemanden, der aufpasst, wenn diese Dienste Änderungen veröffentlichen, die Ihre Implementierung betreffen.
Ein Retainer ist nicht für jeden das Richtige:
Sie haben einen Entwickler im Haus. Wenn jemand in Ihrem Team die Codebasis lesen und Fehlerbehebungen deployen kann, müssen Sie nicht für einen ständig verfügbaren externen Entwickler bezahlen.
Ihre Website ist wirklich statisch. Eine Website, die sich in den letzten 12 Monaten nicht verändert hat und sich in den nächsten 12 Monaten nicht verändern wird, hat keinen laufenden Bedarf. Die Ausnahme sind Sicherheitsupdates und Updates von Abhängigkeiten, die auch statische Websites brauchen.
Ihr Budget gibt es nicht her. Eine gut gebaute Website geht nicht ständig kaputt. Wenn Ihr Budget knapp ist, ist Support auf Abruf zu einem höheren Stundensatz günstiger als ein monatlicher Retainer, wenn die Website nur einmal pro Quartal Aufmerksamkeit braucht.
Unser Wartungs-Retainer wird auf Ihr Projekt zugeschnitten. Kontaktieren Sie uns für Preise. Er umfasst:
Zusätzliche Entwicklungszeit über 4 Stunden hinaus wird mit 130 €/Stunde abgerechnet. Größere Funktionen werden separat angeboten.
Kunden mit Retainer werden bei neuen Projekten bevorzugt eingeplant. Wenn Sie einen Retainer haben und eine neue Landingpage oder eine Erweiterung der Website brauchen, landen Sie nicht in der regulären Warteschlange.
Die richtige Frage lautet nicht „Brauche ich einen Retainer?“, sondern „Was passiert, wenn meine Website ein Problem hat und ich es innerhalb der nächsten 24 Stunden behoben haben muss?“
Wenn Sie darauf eine klare Antwort haben, die nicht aus einer panischen Suche nach jemandem besteht, der gerade verfügbar und bezahlbar ist, sind Sie gut aufgestellt. Wenn nicht, ist ein Retainer die Kosten wert.
Sie möchten wissen, wie eine Wartungspartnerschaft mit Zynra aussieht? Starten Sie ein Gespräch: Wir sehen uns Ihre Website an und sagen Ihnen, welches Maß an laufendem Support wirklich sinnvoll ist.
Wir nehmen jeden Quartal eine begrenzte Anzahl von Projekten an. Erzählen Sie uns, was Sie bauen.
Wie Sie SEO für eine neue Website angehen, der Reihe nach: Indexierung, echte Keywords, On-Page- und technische Basics, Inhalte mit Antworten. Ohne Geschwätz.
Analytics-Prüfung, Indexierung in der Search Console, Performance-Baseline, erste Content-Updates. Der 30-Tage-Fahrplan nach dem Launch, der Probleme aufdeckt, bevor Ihre Nutzer sie bemerken.