Die ersten 30/60/90 Tage als neuer SEO-Spezialist

Tag drei. Sie haben eingeschränkten GSC-Zugang und einen CMO, der zweimal gefragt hat, wann Sie "die Nadel bewegen" werden. Außerdem haben Sie vier Jahre kanonisches Chaos, einen Redirect-Rückstand, der älter ist als Ihre Karriere, ein CMS, das Schema beim Veröffentlichen entfernt, und eine Marketing-Ops-Person, die Ihnen an Tag acht erklärt, dass der letzte Auftragnehmer "die Dinge in einem seltsamen Zustand hinterlassen hat."

Hier kommt der Teil, vor dem niemand gewarnt hat. Die meisten neuen In-House-SEO-Mitarbeiter werden in Monat vier entlassen. Das Muster ist konsistent: Jemand verspricht Traffic in 60 Tagen, liefert Änderungen aus, die das Dev-Team nicht genehmigt hat, ein Site-Update überschreibt in Woche zehn die Hälfte ihrer Arbeit, und beim nächsten QBR gibt es nichts Verteidigbares, auf das man zeigen könnte.

Organisches SEO kumuliert mit einer Verzögerung von sechs bis neun Monaten. Alles, was Sie heute ausliefern, zeigt sich im Oktober in den Daten. Ihre Aufgabe in den ersten 90 Tagen ist nicht, die Traffic-Kurve zu bewegen. Ihre Aufgabe ist es, (a) eine verteidigbare Baseline aufzubauen, damit Sie in Zukunft nachweisen können, was sich geändert hat, (b) einen technischen und einen Content-Erfolg auszuliefern, der beweist, dass Sie innerhalb dieser Organisation liefern können, und (c) einen wiederkehrenden Engineering-Sprint-Slot zu gewinnen. Das ist die ganze Aufgabe.

Warum der 30/60/90-Rahmen hier wichtig ist

Jeder andere Rahmen lässt Sie scheitern. "Organisches Wachstum von 30 % in Q1" stirbt, wenn Q1 mit einer flachen Kurve endet. "Alle technischen Probleme beheben" scheitert, weil es 14.000 davon gibt. "Eine Content-Engine starten" scheitert, weil Sie noch keine Brief-Übernahme, keine Dev-Unterstützung und keine Baseline haben.

Der 30/60/90-Rahmen funktioniert, weil jeder Meilenstein etwas ist, das Sie kontrollieren. Abschluss des Audits. Ein technischer Fix. Eine Content-Optimierung. Eine Baseline-Tabelle. Ein wiederkehrendes Meeting mit Engineering. Keines davon hängt von der Stimmung von Googles Crawler ab.

Tage 1-30: Audit und Baseline

Monat eins bedeutet Zugang, Audit, Baseline. Widerstehen Sie jedem Drang, in Woche zwei einen Fix auszuliefern.

Zugang holen, aber nicht an Tag eins erwarten. Wöchentlich nachfassen. Realistische Reihenfolge: GSC, GA4, CMS an den Tagen 1 bis 3 (ohne GSC sind Sie blind). Ahrefs- oder Semrush-Lizenz, Screaming-Frog-Lizenz, Dev- und Content-Slack-Kanäle bis Tag 10. Server-Log-Zugang, Staging-Login, GTM bis Tag 21. GSC BigQuery-Export, Analytics-Dashboards und Vorstellungen beim Lead-Engineer und Content-Lead bis Tag 30.

Wenn Zugangsprobleme Sie blockieren, dokumentieren Sie die Anfrage und machen Sie weiter. In Woche eins nicht eskalieren. Sie haben das Kapital noch nicht verdient.

Einen vollständigen Crawl durchführen. Screaming Frog oder Sitebulb. Mit aktiviertem JS-Rendering crawlen, dann erneut ohne Rendering, dann vergleichen. Das Delta ist Ihr CSR-vs.-SSR-Problem. Canonical-Probleme, Redirect-Ketten über zwei Hops, verwaiste Seiten, noindex-Seiten, die noch in der Sitemap stehen, und jede URL notieren, die Googlebot einen anderen Status zurückgibt als Chrome. Monatlich wiederholen.

Den GSC-Export der letzten 16 Monate ziehen. Top 200 Suchanfragen nach Klicks, Top 200 nach Impressionen und eine separate Auswertung: Suchanfragen, bei denen Impressionen von Monat zu Monat abnehmen. Die Decay-Liste ist Gold: Seiten, bei denen Rankings sinken und niemand es bemerkt hat, weil Klicks noch nicht gesunken sind.

Backlink-Audit, kein Link-Disavow. Das Profil segmentieren: die 10 bis 20 Links, die echten Referral-Traffic erzeugen, die 50 bis 200 aus echten Publikationen und die tausend Low-Quality-Links, die toxisch aussehen, aber den Disavow-Risiken nicht wert sind. In Monat eins nichts disavowen. Der "offensichtliche Spam" ist manchmal eine Partnerschaft aus 2022, für die jemand gekämpft hat.

Competitor Gap-Analyse. Drei nächste Wettbewerber. Top-50-Keywords, für die jeder rankt und Sie nicht. Nach Intent filtern, der zu Ihrem Produkt passt. Die Lücken-Liste ist Input für Ihren Q3-Content-Plan, nicht für Q1.

Baseline-Rankings für 100 Prioritätsbegriffe dokumentieren. Eine Tabelle mit fünf Spalten: Keyword, aktuelles Ranking, Suchvolumen, Ziel-URL, Datum der letzten Prüfung. Monatlich aktualisieren. Das ist das wichtigste Artefakt, das Sie in den ersten 30 Tagen erstellen werden. Wenn der CMO in Monat sieben fragt, was sich geändert hat, ist das die Antwort.

Drei Quick-Wins identifizieren. Seiten, die bereits auf Seite zwei oder drei für Begriffe mit echtem Suchvolumen ranken. Position sieben ist kein Quick-Win; das ist ein Rewrite, und das ist ein Problem für Monat drei. Klassisches Muster: Eine Seite steht auf Position 14 für einen 5.000-Volumen-Begriff, die Seite ist passabel, der Title-Tag ist generisch, interne Links sind spärlich. Titel korrigieren, fünf interne Links von relevanten Seiten hinzufügen, beobachten, wie sie in sechs Wochen auf 7 bis 9 klettert.

Bis Tag 30 sollten Sie haben: einen Crawl-Bericht, den GSC-Export, Backlink-Segmentierung, die Wettbewerber-Lücken-Liste, die Baseline-Rankings-Tabelle, drei dokumentierte Quick-Wins und eine schriftliche Audit-Zusammenfassung. Zwei Seiten, nicht zwanzig. Wenn Ihr Audit-Dokument 47 Seiten hat, hat es niemand gelesen.

Tage 31-60: Je einen ausliefern

Monat zwei ist zum Ausliefern. Nicht viel ausliefern. Je einen von jeder Sache ausliefern, die beweist, dass das Muster funktioniert.

Einen technischen Fix ausliefern, der null Dev-Zeit benötigt. Title-Tag-Umformulierungen auf einer template-gesteuerten Seite. Interne Links auf einer Top-Traffic-Seite. Ein Canonical-Fix auf einem Kategorietemplate, das Sie selbst im CMS bearbeiten können. Kriterien: null Engineering-Tickets, wird innerhalb einer Woche ausgeliefert, innerhalb von 30 Tagen in GSC messbar. Den Quick-Win mit den höchsten Impressionen aus Monat eins auswählen. Ausliefern. Vorher-Nachher dokumentieren.

Eine Content-Optimierung ausliefern. Nehmen Sie einen Artikel mit Top-10-Impressionen, aber auf Seite drei. Lesen Sie jedes Ergebnis auf Seite eins zur gleichen Suchanfrage. Notieren, was sie abdecken, das Ihres nicht tut. Notieren, was die "Andere Suchanfragen"-Box über den Intent verrät. Zum Intent passend umschreiben, dünne Abschnitte ausbauen, die H2s hinzufügen, die die SERP belohnt. Vier Stunden blockieren, ausliefern, iterieren.

Das Content-Brief aufbauen, das das Team wirklich verwenden wird. Das scheiternde Brief umfasst sechs Seiten mit Abschnitten für "Tonalität" und "Sekundär-Keyword-Dichte". Das funktionierende ist eine einzelne Seite: Ziel-Suchanfrage, Suchintention, Wortanzahl, drei Wettbewerber zum Lesen, obligatorische H2s, interne Links, ein einzeiliger Winkel. Den Content-Lead dazu bringen, es beim nächsten Brief zu verwenden, nicht erst beim zehnten.

Einen wöchentlichen GSC-Bericht in einen für den CMO sichtbaren Slack-Kanal bringen. Automatisch generiert. Fünf Zeilen. Gesamtklicks letzte 7 Tage vs. vorherige 7. Die drei größten Aufsteiger. Die drei größten Absteiger. Eine Zeile Kommentar. Sichtbarkeit baut Vertrauen auf. Vertrauen verdient den Dev-Sprint-Slot.

Die politische Arbeit beginnen. Zwei 1:1-Meetings. Eines mit dem Lead-Engineer über JS-Rendering und wie das Team mit SSR umgeht. Nichts anfragen. Zuhören. Das zweite mit dem Content-Lead über Brief-Übernahme. Erst zuhören. Sie sammeln Informationen darüber, wie Entscheidungen getroffen werden und womit das Team schlechte Erfahrungen gemacht hat.

Bis Tag 60 sollten Sie haben: einen technischen Erfolg ausgeliefert und nachverfolgt, eine Content-Optimierung ausgeliefert und nachverfolgt, ein einseitiges Brief-Template in Verwendung, einen wöchentlichen GSC-Bericht, der in einem für den CMO sichtbaren Kanal gepostet wird, und Notizen aus den Engineering- und Content-1:1-Meetings. Sie haben noch nichts angefragt. Das ändert sich jetzt.

Tage 61-90: Einen Cluster übernehmen, den Sprint buchen

Monat drei ist der, in dem Sie aufhören, der neue Mitarbeiter zu sein, und anfangen, die SEO-Funktion zu sein.

Einen Themencluster auswählen, den Sie vollständig übernehmen können. Eine Pillar-Seite plus vier bis sechs unterstützende Artikel, die alle auf eine kohärente Menge von Suchanfragen ausgerichtet sind, die zu einer einzigen Buyer-Journey passen. Nicht "alle SEO-Inhalte". Ein Cluster. Klein genug, um ihn in einem Quartal auszuliefern, bedeutend genug, dass der Erfolg sichtbar ist. Der Cluster ist Ihre H2-Anfrage. Sie übernehmen das Briefing, den Veröffentlichungsplan, die interne Verlinkung und die 90-Tage-Ranking-Prüfung.

Den 90-Tage-Bericht präsentieren. Ein Dokument. Fünf Abschnitte.

Was ich gefunden habe. Die drei wichtigsten Audit-Erkenntnisse, in klarer Sprache. Der CMO lernt in diesem Meeting nicht, was hreflang ist.
Was ich ausgeliefert habe. Der technische Fix und die Content-Optimierung, mit Vorher-Nachher-Daten aus Ihrer Baseline-Tabelle.
Was sich bewegt hat. GSC-Daten zu den beiden ausgelieferten Elementen. Ehrlich. Wenn der Fix ihn von Position 14 auf 11 bewegt hat, sagen Sie das. Nicht auf "erwarteten Traffic-Gewinn" hochrechnen.
Was von Engineering blockiert wird. Zwei oder drei konkrete Punkte. Für jeden: was es ist, warum es in klarer Sprache wichtig ist, was Sie anfragen.
Die H2-Anfrage. Ein Themencluster plus ein wiederkehrender Dev-Sprint-Slot. Das ist die gesamte Anfrage. Bringen Sie keine 14 Punkte in dieses Meeting.

Der wiederkehrende Dev-Sprint-Slot ist die Erfolgsbedingung. Er kann klein sein. Zwei Engineering-Tage alle zwei Wochen im Sprint. Ein halber Sprint pro Monat. Die Größe ist weniger wichtig als die Regelmäßigkeit. Ein wiederkehrender Slot bedeutet, dass SEO-Arbeit durch den normalen Product-Backlog geht, genauso wie Feature-Arbeit. Ein nicht-wiederkehrender Slot bedeutet, dass Sie jedes Quartal für die gleichen zwei Tage kämpfen, drei von vier Mal verlieren und nach 18 Monaten kündigen.

Bis Tag 90 sollten Sie haben: eine dokumentierte Baseline, einen ausgelieferten technischen Erfolg, einen ausgelieferten Content-Erfolg, ein Brief-Template in Verwendung, einen wöchentlichen für den CMO sichtbaren GSC-Bericht, einen übernommenen Themencluster und einen gebuchten wiederkehrenden Dev-Sprint-Slot. Die Traffic-Kurve ist wahrscheinlich flach. Das ist zu erwarten. Das ist der Job.

Das Anti-Ziel "Traffic in 60 Tagen zeigen"

Sie werden mehrfach danach gefragt, oft von Führungskräften, die noch nie eine SEO-Funktion geleitet haben. Die falsche Antwort ist, sich auf eine Zahl festzulegen, sie zu verpassen und in Monat vier entlassen zu werden. Die richtige Antwort hat drei Teile.

Erstens: Die Verzögerung erklären, ohne defensiv zu klingen. "Ranking-Änderungen aus heute ausgelieferter Arbeit erscheinen über 4 bis 12 Wochen im Index und brauchen dann weitere 2 bis 6 Monate, um sich in Klicks im großen Maßstab zu übersetzen. Arbeit, die ich im Mai ausliefere, erreicht stabile Rankings bis August und bedeutendes Klickvolumen bis Oktober. So funktioniert der Index."

Zweitens: Zu vorlaufenden Indikatoren umleiten, die Sie in 60 Tagen zeigen können. Impressionen für neue Seiten. Positionsänderungen bei Quick-Wins. Crawl-Abdeckung. Indexierungsrate von Prioritätsseiten. Diese bewegen sich innerhalb von Wochen. Wöchentlich berichten.

Drittens: Den richtigen Zeithorizont verankern. "Ich berichte wöchentlich Vorlaufindikatoren ab Woche acht. Materielles Klick-Volumen kommt in Monat sechs bis neun. Der 90-Tage-Bericht dokumentiert Baseline plus ausgelieferte Erfolge, nicht Traffic. Der nächste Traffic-Meilenstein ist die H2-Review."

Wer schneller verkauft, verkauft, macht aber kein SEO.

Der kosmische Redirect-Rückstand

Jede vier Jahre alte Website hat ihn. 302er, die 301er sein sollten. Ketten mit fünf Hops von alten Produktumbenennungen. Abgekündigte Produktseiten, die noch für Branded-Begriffe ranken, weil ihre Weiterleitungen auf eine 404 zeigen. /blog/-Pfade, die auf die Homepage statt zum jeweiligen Artikel weiterleiten. Migrationen aus 2022, die die Hälfte der URL-Struktur auf dem Legacy-Host hinterlassen haben.

Nicht alles in Monat eins beheben. Dokumentieren: Quell-URL, aktuelles Verhalten, erwartetes Verhalten, Auswirkung, vorgeschlagener Fix. Nach traffic-gewichtetem Impact priorisieren. Die Top 20 in den 90-Tage-Bericht bringen.

Im Rückstand finden Sie auch vergrabene Schätze: abgekündigte Produktseiten, die noch tausende monatliche Impressionen generieren, veraltete Blog-Inhalte, die zu aktuellen Cluster-Seiten weiterleiten sollten. Das sind Quick-Wins für Monat vier, sobald der Dev-Sprint-Slot aktiv ist.

JavaScript-Rendering-Probleme, über die niemand gesprochen hat

Wenn Ihre Produkt-Website auf React, Next.js, Vue oder Angular läuft, haben Sie ein JS-Rendering-Problem. Die Fragen: Welche Seiten werden serverseitig gerendert, welche clientseitig, welche verwenden Hydration, und was sieht Googlebot tatsächlich?

Testen Sie es. GSC URL-Inspection, "Live-URL testen", dann "getestete Seite anzeigen". Das gerenderte HTML mit Chrome DevTools vergleichen. Nach fehlenden H1s, internen Links, strukturierten Daten, Meta-Tags und lazy-geladenen Inhalten suchen, die nie im gerenderten Output erscheinen.

Häufige Muster: CSR-Seiten, bei denen der Body per JavaScript injiziert wird und Googlebot ein nahezu leeres <div id="root"> sieht. Hydrations-Mismatches, bei denen SSR und CSR unterschiedliches HTML produzieren und Google die falsche Version indexiert. "Mehr lesen"-Abschnitte unterhalb des Faltbereichs, die den Indexer nie erreichen. Clientseitiges Schema, sodass strukturierte Daten beim Crawl nicht vorhanden sind.

Das sind Dev-Probleme, keine Content-Probleme. Sie kommen auf die Engineering-Anfrageliste. Das ist auch der Grund, warum Ihr Dev-Sprint-Slot wichtig ist. Ohne einen bleiben JS-Rendering-Probleme für immer bestehen und Ihre Content-Arbeit kumuliert in halb indexierten Seiten.

Die politische Realität, Engineering-Zeit zu bekommen

Engineering-Teams haben eine Roadmap. Die Roadmap ist voll. Jede SEO-Anfrage konkurriert mit Feature-Arbeit, Infrastruktur und Bugs, für die der PM ebenfalls kämpft. "Das wird Traffic erhöhen" ist die schwächstmögliche Argumentation. Sie verliert immer gegen "das entsperrt den Launch."

Die Argumentationen, die funktionieren:

"Das entsperrt die Indexierung unserer drei wichtigsten kommerziellen Seiten, die Googlebot derzeit nicht erreichen kann." (Spezifisch, abgegrenzt, mit Umsatz verbunden.)
"Das behebt eine Redirect-Kette, die uns Link-Equity auf unserer höchst konvertierenden Akquisitionsseite kostet." (Nennt die Seite, nennt die Kosten.)
"Eine-Sprint-Aufgabe, die das Problem vom letzten Release verhindert, bei dem 1.400 Produktseiten 11 Tage aus dem Index gefallen sind." (Bezieht sich auf Schmerz, den das Team bereits erlebt hat.)

Die Argumentation, die verliert: "Wir müssen Core Web Vitals verbessern, um SEO-Rankings zu verbessern." Niemand auf der Engineering-Seite kümmert sich um Ihre Rankings. Sie kümmern sich darum, nicht um 2 Uhr nachts alarmiert zu werden, das nächste Feature pünktlich auszuliefern und die Produktion nicht zu beschädigen. Jede Anfrage in Bezug auf eines dieser drei formulieren.

Der wiederkehrende Sprint-Slot löst das politisch. Sobald er im Kalender steht, pitchen Sie nicht mehr jedes Quartal; Sie füllen einen Slot, der bereits existiert. Deshalb ist er die Erfolgsbedingung für 90 Tage.

Was in den ersten 90 Tagen nicht zu tun ist

Keine Site-Migration in Monat eins vorschlagen. Sie kennen die Geschichte nicht. Die vorherige Migration ist wahrscheinlich aus Gründen fehlgeschlagen, die niemand dokumentiert hat.
Keine Links disavowen, ohne mit denjenigen zu sprechen, die sie aufgebaut haben. "Offensichtlicher Spam" aus 2023 könnte eine Partnerschaft sein, die zwei Enterprise-Deals abgeschlossen hat.
Keine Traffic-Zahl versprechen, die Sie nicht verteidigen können. Sobald Sie sich festgelegt haben, besitzen Sie sie.
In Woche zwei nicht gegen das CMS kämpfen. Einschränkungen dokumentieren; nicht vorschlagen, es zu ersetzen. Re-Plattforming braucht 18 Monate ohne Upside bis zur Lieferung.
In Monat eins nicht 40 Dinge ausliefern. Eine Sache, ausgeliefert und nachverfolgt, schlägt 40 halb fertige.
Das Engineering-1:1 nicht überspringen. Lead-Engineer bedeutet die Beziehung mit dem höchsten Hebel in dieser Rolle.

Erfolg messen an Tag 90

Öffnen Sie Ihren 90-Tage-Bericht. Jeder Punkt ist binär.

Alle 10 abhaken und Sie sind 90 % der neuen In-House-SEOs mit gleicher Betriebszugehörigkeit voraus. Traffic? Wahrscheinlich flach. Spielt keine Rolle. Baseline dokumentiert, Erfolge ausgeliefert, Dev-Slot gebucht. Die Traffic-Kurve biegt sich in Monat sechs bis neun. Bis dahin haben Sie das Vertrauen verdient, die Wartezeit auszuhalten.

Die SEOs, die Monat vier überleben, haben die richtigen Erwartungen an Tag eins gesetzt und sind dabei geblieben. Die, die entlassen wurden, haben versucht, Traffic in 60 Tagen zu zeigen. Sie haben 90 Tage, um etwas Verteidigbares aufzubauen. Das reicht.

SEO-Specialist-Playbooks