SEO-Tool-Zugriff und Tracking-Einrichtung

Der Zugriff, das Tracking und die Einrichtung der Datenquellen bilden das Mess-Gate für das SEO-Engagement. Sie stellen sicher, dass das Team Audit-Nachweise abrufen, zuverlässige von kontaminierten Daten unterscheiden und die Basislinie später reproduzieren kann.

Phase: P1 · Stufe A – Verstehen. Zeitrahmen: zwei bis fünf Arbeitstage, wobei Anfragen nach Möglichkeit vor dem Kickoff gesendet werden. Verantwortlich: Der SEO-Lead ist rechenschaftspflichtig; der Client-Projektleiter koordiniert Einladungen, während Analytics-, Entwicklungs-, E-Commerce- und CRM-Verantwortliche ihre Systeme überprüfen.

Warum diese Phase hier steht

Die vorausgehende Discovery- und Zielephase ermittelt die Website, Märkte, Geschäftsergebnisse, Stakeholder und Fragen, die das Engagement beantworten muss. Diese Phase setzt diesen Umfang in beobachtbare Systeme um. Wenn die Discovery ergibt, dass qualifizierte Demo-Anfragen wichtig sind, muss die Tracking-Einrichtung das Ereignis und die CRM-Stufe identifizieren, die eine solche Anfrage repräsentieren. Wenn die Discovery das Vereinigte Königreich und die USA als getrennte Märkte nennt, muss die Dateneinrichtung Ländereinstellungen, Zeitzone und Währungskontext bewahren, anstatt sie zu vermischen.

Sie kommt vor dem Audit, weil man nicht prüfen kann, was man nicht messen kann. Ein Crawler kann Statuscodes und Links offenlegen, aber nicht, welche Suchanfragen Impressionen verloren haben, welche Seiten qualifizierte Einnahmen generiert haben oder ob eine Conversion doppelt ausgelöst wurde. Diese Fakten leben in den Such-, Analyse-, Log- und Geschäftssystemen des Kunden.

Wenn das Audit startet, während der Zugriff noch „in Bearbeitung“ ist, entstehen Verzögerungen genau dann, wenn First-Party-Evidenz frühe Hypothesen bestätigen sollte. Analysten könnten die Lücke mit Annahmen füllen und diese Annahmen in der Basislinie verankern.

Ein späteres Durchführen dieser Phase verfälscht zudem den Vergleich. Wenn das Tracking erst mittendrin repariert wird, verwenden „Vorher“ und „Nachher“ unterschiedliche Messsysteme. Stellen Sie die Integrität her, markieren Sie den Bruch und erfassen Sie dann die Basislinie.

Eingaben und Ausgaben

Eingaben sagen dem Verantwortlichen, was vor der Überprüfung verfügbar sein muss. Ausgaben sind der Vertrag mit dem technischen Basislinien-Audit: Der nächste Verantwortliche sollte keine Zugangsdaten nachjagen oder raten müssen, ob eine Null „keine“ oder „nicht gemessen“ bedeutet.

Phasen-Eingaben und -Ausgaben

Die Zugriffs- und Tracking-Checkliste

Jeder Punkt unten gibt an, was zu tun ist, warum es wichtig ist, wie es zu tun ist, welches Tool beteiligt ist und welche Evidenz den Punkt abschließt. „Angefordert“ ist ein Workflow-Status, niemals ein Fertig-Kriterium.

1. Den kanonischen Umfang und das Zugriffsregister festlegen

Was zu tun ist: Erstellen Sie eine Zeile für jede Property und jedes System im Umfang. Fügen Sie die Domain-Property und alle relevanten URL-Präfix-Varianten in der Google Search Console hinzu; Bing Webmaster Tools; Analytics; Tag-Manager; CMS; Hosting und CDN; rohe oder verarbeitete Server-Logs; E-Commerce- oder CRM-Backend; Consent-Plattform; sowie bestehende Ranking-, Crawl- oder Reporting-Tools.

Warum es wichtig ist: Eine vage Zeile mit der Bezeichnung „GSC-Zugriff“ kann ein fehlendes Protokoll, einen fehlenden Host, Shop oder internationale Subdomain verbergen.

Wie und mit welchem Tool: Beginnen Sie mit der Domain- und Marktübersicht aus der Discovery. Erfassen Sie System, Konto-/Property-Kennung, erforderliche Rolle, Administrator, vorgesehenen Benutzer, Anfragedatum und Grund. Verwenden Sie benannte Firmenkonten und die geringsten Rechte, die die erforderlichen Nachweise abrufen können; tauschen Sie keine gemeinsamen Passwörter im Register aus.

Erledigt, wenn: Jedes im Umfang enthaltene System einen Administrator und Prüfer hat, jede Property exakt benannt ist und keine kritische Zeile lediglich „zu identifizieren“ bleibt.

2. Google Search Console-Property-Abdeckung überprüfen

Was zu tun ist: Bestätigen Sie die verifizierte Domain-Property und prüfen Sie jede operativ relevante URL-Präfix-Property.

Warum es wichtig ist: Der Zugriff auf https://www.example.com/ beweist keine Sichtbarkeit von https://example.com/ oder einer Shop-Subdomain. Die falsche Variante kann Seiten und Suchanfragen scheinbar verschwinden lassen.

Wie und mit welchem Tool: Öffnen Sie in der Google Search Console die Performance-Ansicht, wählen Sie den vereinbarten aktuellen Datumsbereich, rufen Sie Suchanfragen- und Seitenzeilen ab, prüfen Sie Indexierung und Sitemaps und notieren Sie die Property-Kennung. Vergleichen Sie den Property-Umfang mit der Domain-Karte aus der Discovery. Verbinden Sie in AmICited die passende Quelle unter Datenquellen und bestätigen Sie, dass Google Search Queries aktuelle Zeilen zurückgibt.

Erledigt, wenn: Das Register die Domain-Property, alle nützlichen Varianten, die Rolle, den getesteten Bericht, Zeilen-/Datumsnachweise und das Prüfdatum enthält. Ein Bericht ohne Zeilen wird untersucht, nicht als Beleg akzeptiert.

3. Bing Webmaster Tools unabhängig überprüfen

Was zu tun ist: Bestätigen Sie die korrekte Site in Bing Webmaster Tools und rufen Sie Such- und Crawl-Daten ab.

Warum es wichtig ist: Dass eine Site in einem Konto sichtbar ist, beweist nicht, dass die verbundene Identität aktuelle Bing-Such- und Crawl-Daten lesen kann.

Wie und mit welchem Tool: Öffnen Sie die ausgewählte Site, rufen Sie einen aktuellen Such-Performance-Bericht ab und prüfen Sie die Crawl-Informationen. Verbinden Sie Bing in den AmICited-Datenquellen, öffnen Sie dann Bing Search Performance und prüfen Sie, ob Klicks, Impressionen, Klickrate und durchschnittliche Position einen echten Berichtszeitraum aufweisen.

Erledigt, wenn: Die erwartete Site im Register benannt ist und sowohl der Anbieterbericht als auch der AmICited-Bericht plausible Daten oder einen dokumentierten, legitimen Zustand ohne Daten zurückgeben.

4. Analytics- und Tag-Manager-Erfassung validieren

Was zu tun ist: Testen Sie Seitenaufrufe, Consent-Verhalten, wichtige Ereignisse, doppeltes Auslösen, Referral-Attribution und domainübergreifende Journeys.

Warum es wichtig ist: Zwei Container-Installationen können Ereignisse verdoppeln; eine Zahlungsdomain kann Sitzungen neu starten; Consent-Änderungen können eine Stufenänderung verursachen, die nichts mit SEO zu tun hat.

Wie und mit welchem Tool: Nutzen Sie die Echtzeit- oder Debug-Ansicht von Analytics und den Vorschaumodus des Tag-Managers. Führen Sie eine kontrollierte Sitzung mit einem eindeutigen Kampagnenmarker durch eine wichtige Journey. Erfassen Sie jedes erwartete Ereignis genau einmal, seine Parameter, Quelle/Medium, Zielseite, Sitzungskontinuität und Consent-Status. Vergleichen Sie die Tag-Manager-Installation mit hartcodierten Tags und Plugins im CMS.

Erledigt, wenn: Eine kontrollierte Aktion genau ein erwartetes Ereignis auslöst, kein kritischer Tag doppelt feuert, die domainübergreifende Navigation die Sitzung beibehält und das Consent-Verhalten der genehmigten Richtlinie entspricht. Speichern Sie den Testzeitstempel und die Ereignisnachweise.

5. Conversions mit dem System of Record abgleichen

Was zu tun ist: Ordnen Sie Analytics-Conversions Bestellungen, Leads oder qualifizierten Stufen in der E-Commerce-Plattform oder dem CRM zu. Ein System of Record ist das autoritative Backend, das bestätigt, dass das Geschäftsereignis tatsächlich stattgefunden hat.

Warum es wichtig ist: Der Aufruf einer Dankesseite ist nicht automatisch eine Bestellung, und eine Formularübermittlung nicht automatisch ein qualifizierter Lead. Das stille Versagen von Ereignissen kann die scheinbare Leistung von Landing Pages umkehren.

Wie und mit welchem Tool: Wählen Sie mindestens drei bekannte Test- oder aktuelle Datensätze aus, soweit zulässig, verfolgen Sie deren Kennungen und Zeitstempel durch Analytics und das Backend und dokumentieren Sie Stornierungen, Rückerstattungen, Spam und Offline-Änderungen. Speichern Sie nur die minimal erforderliche Kennung.

Erledigt, wenn: Jede primäre Conversion einen Verantwortlichen, Auslöser, ein Backend-Pendant und ein Abgleichsergebnis hat. Jede ungeklärte Zählabweichung über den unten genannten Schwellenwerten hinaus blockiert die Verwendung von Conversion-Raten als Basislinie.

6. CMS-, Hosting-, CDN- und Log-Zugriff bestätigen

Was zu tun ist: Überprüfen Sie den Lesezugriff auf die Publishing-Konfiguration, Weiterleitungen, Caching, Deployments, Edge-Regeln und Server-Anforderungslogs. Server-Logs sind Aufzeichnungen, die entstehen, wenn Clients – einschließlich Such- und KI-Crawler – Ressourcen von der Infrastruktur anfordern.

Warum es wichtig ist: Das Audit muss möglicherweise ein Inhaltsdefekt von einer Vorlagen-, Weiterleitungs-, Firewall- oder Edge-Cache-Regel unterscheiden. Die Crawl-Analyse kann nicht zeigen, was Googlebot historisch angefordert hat, wenn Logs später benötigt werden.

Wie und mit welchem Tool: Öffnen Sie in jedem administrativen System eine harmlose Konfigurationsseite, ohne etwas zu ändern. Rufen Sie für Logs eine begrenzte 24-Stunden-Stichprobe mit Zeitstempel, angefordertem Pfad, Antwortstatus und User-Agent ab; dokumentieren Sie Aufbewahrungsdauer, Zeitzone und Schwärzung. Bestätigen Sie, ob sich Ursprungs- und CDN-Logs überschneiden oder verschiedene Anforderungsebenen abbilden.

Erledigt, wenn: Das Team das aktive Deployment und die Weiterleitungs-/Caching-Steuerungen finden kann und eine parsebare Log-Stichprobe abrufen kann – oder das Ausnahmeprotokoll festhält, warum Logs nicht existieren, welche analytische Einschränkung besteht und welche Alternative genehmigt wurde.

7. Bestehende SEO-Tools und historische Brüche inventarisieren

Was zu tun ist: Listen Sie Rank-Tracker, Crawler, Dashboards, Data Warehouses und Workspaces früherer Agenturen auf, einschließlich ihrer konfigurierten Domains, Märkte und Datenaufbewahrungsdauer.

Warum es wichtig ist: Bestehende Tools können nützliche Historie enthalten, aber das Zusammenführen unterschiedlicher Definitionen von „Sichtbarkeit“, „Ranking“ oder „Conversion“ erzeugt einen Trend, den kein einzelnes System gemessen hat.

Wie und mit welchem Tool: Ziehen Sie einen repräsentativen Bericht aus jedem Tool. Erfassen Sie die Metrikdefinition, Land/Gerät, Keyword- oder Prompt-Set, Häufigkeit, Eigentümerschaft, Exportmöglichkeit sowie bekannte Migrations- oder Tracking-Daten.

Erledigt, wenn: Jede beibehaltene Quelle eine dokumentierte Verwendung und Definition hat; redundante oder nicht zugängliche Quellen als solche gekennzeichnet sind und bekannte Diskontinuitäten in den Basislinien-Notizen erscheinen.

8. AmICited-Datenquellen verbinden und nachweisen

Was zu tun ist: Fügen Sie die kanonische Domain hinzu, verbinden Sie Google Search Console und Bing Webmaster Tools und konfigurieren Sie jede anwendbare organische, bezahlte und E-Commerce-Quelle.

Warum es wichtig ist: Ein verbundener Status beweist die Autorisierung, nicht einen vollständigen Import. Berichte sollten offenlegen, ob die Quelle aktuell ist, importiert, leer, fehlgeschlagen ist oder eine erneute Verbindung benötigt, bevor jemand ihre Zahlen interpretiert.

Wie und mit welchem Tool: Öffnen Sie https://app.amicited.com/data-sources, verbinden Sie die richtigen Konten, lesen Sie jedes Statusband und öffnen Sie den zugehörigen Bericht. Die Anleitung Datenquellen erklärt, welche Berichte jede Gruppe versorgt. Prüfen Sie für die E-Commerce-Berichterstattung Data Health , damit gemessene Einkaufskosten nicht mit angenommener Marge verwechselt werden.

Erledigt, wenn: Jede erforderliche Karte die vorgesehene Property und einen gesunden aktuellen Zustand anzeigt und ein echter nachgelagerter Bericht pro Verbindung geöffnet wurde. Wenn ein Anbieter legitimerweise keine Daten hat, dokumentieren Sie warum und welcher Bericht den leeren Zustand nachgewiesen hat.

9. Prompt-Tracking, Länder, Tags und Wettbewerber konfigurieren

Was zu tun ist: Legen Sie eine kleine, repräsentative Basislinie von Käuferfragen, Märkten und Wettbewerbsmarken an, bevor Sie die Bibliothek skalieren.

Warum es wichtig ist: Prompt-Ergebnisse variieren je nach Engine und Land. Eine nicht gekennzeichnete Mischung aus Marken-, Kategorie- und Anwendungsfall-Prompts ergibt einen Durchschnitt, den niemand interpretieren kann, während die falschen Wettbewerber strategische Vergleiche verzerren.

Wie und mit welchem Tool: Öffnen Sie https://app.amicited.com/prompts. Folgen Sie den Tutorials, um Prompts durch Einfügen einer Liste hinzuzufügen , auszuwählen, welche KI-Engines verfolgt werden sollen und Prompt-Tracking zu planen . Weisen Sie jedem Prompt ein Land und mindestens einen Zweck-Tag zu. Öffnen Sie dann https://app.amicited.com/competitors und verwalten Sie Ihre Liste der verfolgten Wettbewerber , wobei Sie kommerzielle Rivalen von Publishern, Marktplätzen und anderen zitierten Quellen trennen.

Erledigt, wenn: Jeder Basislinien-Prompt ein Land, einen Tag, ein Anbieterset und einen Zeitplan hat; mindestens ein Durchlauf abgeschlossen ist; jeder Wettbewerber einen Grund für die Aufnahme hat und der Verantwortliche Daten nach KI-Modell, Land, Tag und Datum filtern kann, ohne eine unerklärte leere Ansicht zu erhalten.

10. Die Basislinie einfrieren und die Übergabe unterzeichnen

Was zu tun ist: Erfassen Sie das vereinbarte Messfenster, Ausschlüsse, Integritätsergebnisse und den Zugriffsstatus in einem datierten Paket.

Warum es wichtig ist: Live-Dashboards ändern sich. Ohne eine eingefrorene Definition können spätere Teams die Basislinie nicht reproduzieren oder erkennen, ob eine Veränderung auf Performance, Konfiguration oder repariertes Tracking zurückzuführen ist.

Wie und mit welchem Tool: Verwenden Sie 28 vollständige Tage, wenn das System dies unterstützt, fügen Sie die vorausgehenden 28 vollständigen Tage als Kontext hinzu und schließen Sie teilweise aktuelle Tage aus. Exportieren Sie Quellzusammenfassungen oder erfassen Sie diese, notieren Sie Zeitzone/Währung und verknüpfen Sie jede Zahl mit ihrer Quelle und ihrem Filterzustand.

Erledigt, wenn: Der SEO-Lead und der Analytics-Verantwortliche dasselbe Basislinien-Paket genehmigen, alle kritischen Prüfungen grün sind und jede Ausnahme eine Auswirkung, einen Workaround, einen Verantwortlichen und ein Fälligkeitsdatum hat.

Tools in AmICited

Diese Produktschritte überprüfen die Verbindungen und etablieren den überwachten Markt. Die Tutorials enthalten anwendungsspezifische Anweisungen; diese Phase hält fest, warum jede Aktion zum Engagement gehört und welche Evidenz zurückkommen muss.

1. Öffnen Sie https://app.amicited.com/data-sources, um Verbindungen hinzuzufügen und zu überprüfen. Nutzen Sie Datenquellen zur Interpretation von Gruppen und Sync-Status.
2. Öffnen Sie https://app.amicited.com/reports/google-search/queries und rufen Sie echte Suchanfragezeilen ab. Nutzen Sie Google Search Queries , um Klicks, Impressionen, Klickrate und Position zu interpretieren.
3. Öffnen Sie https://app.amicited.com/reports/bing-webmasters und überprüfen Sie die zweite Suchquelle. Nutzen Sie Bing Search Performance für den Berichtskontrakt.
4. Öffnen Sie https://app.amicited.com/prompts, um Länder, Tags, Anbieter und Zeitpläne zu konfigurieren. Nutzen Sie Prompt Tracking für die Fähigkeitsübersicht und die Academy-Tutorials für die genauen Steuerungen.
5. Öffnen Sie https://app.amicited.com/competitors, um erkannte und manuell verfolgte Marken zu prüfen. Nutzen Sie Competitor Analysis , um zu verstehen, wie das Wettbewerbs-Set Vergleiche speist.
6. Öffnen Sie https://app.amicited.com/reports/data-health für Commerce-Engagements und nutzen Sie Data Health , um gemessene versus angenommene Einkaufskostendeckung zu qualifizieren. Dies ersetzt nicht die Analytics-Integritätstests oben; es beantwortet eine engere Frage zur Margenqualität.

Entscheidungsregeln

Schwellenwerte sind operative Tore, keine universellen Gesetze. Sie sagen diesem Engagement, wann eine Zahl sicher als Basislinie verwendet werden kann, wann sie einer Qualifizierung bedarf und wann die Arbeit gestoppt werden muss.

Daten- und Zugriffsentscheidungsregeln

Null Traffic ist nicht automatisch schlecht. Eine neue Property, ein Markt mit geringem Volumen oder ein tatsächlich ungenutzter Kanal kann Null erzeugen. Der Fehler liegt in einer unerklärten Null: einer Zahl, die akzeptiert wird, ohne Umfang, Erfassung, Datumsbereich und Quellstatus zu prüfen.

Liefergegenstand: Das Zugriffs- und Datenbereitschafts-Paket

Übergeben Sie eine Tabelle oder eine kontrollierte Tabelle plus ein kurzes Basislinien-Memo. Das Zugriffsregister benötigt diese Spalten: System; Konto/Property; Umfang; erforderliche Rolle; Zugriffsberechtigter; Administrator; Anfragedatum; Prüfdatum; getesteter Bericht; Nachweisort; Status; Ablaufdatum; und Notizen. Verwenden Sie Nicht angefordert, Angefordert, Gewährt, Verifiziert, Fehlgeschlagen und Nicht zutreffend als eindeutige Stati.

Der Datenintegritäts-Reiter erfasst jeden Test, erwartetes und beobachtetes Verhalten, Stichprobenzeitraum, Ergebnis, Verantwortlichen und Korrekturdatum. Das Basislinien-Memo benennt die Fenster, Zeitzone, Währung, Filter, Conversion-Definitionen, Ausschlüsse, Diskontinuitäten und verwendeten Berichte. Fügen Sie keine Passwörter, Wiederherstellungscodes, personenbezogenen Daten oder wiederverwendbaren Zugriffstokens bei.

Das Paket gilt als angenommen, wenn ein anderer Analyst die Berichte reproduzieren, jede Qualifizierung verstehen und beginnen kann, ohne kritischen Zugriff anfordern zu müssen.

Was schiefgeht

• Die falsche Search Console-Variante ist verifiziert. Der Analyst erhält eine URL-Präfix-Property, sieht plausible Daten und übersieht eine Subdomain oder ein Protokoll. Vermeiden Sie dies, indem Sie jede Property mit der Domain-Karte aus der Discovery abgleichen und die Domain-Property für vollständige Abdeckung bevorzugen.
• Conversion-Tracking war monatelang still defekt. Ein Dashboard zeigt weiterhin Sitzungen an, also testet niemand das Geschäftsereignis. Fangen Sie es mit einer kontrollierten Conversion und einem Backend-Abgleich ab, bevor Sie eine Conversion-Basislinie berechnen.
• Server-Logs werden erst angefordert, wenn die Crawl-Analyse sie benötigt. Die Aufbewahrungsfrist könnte das nutzbare Fenster bereits entfernt haben, oder die Infrastruktur erfordert möglicherweise eine Sicherheitsüberprüfung. Identifizieren Sie den Verantwortlichen, Felder und Aufbewahrungsdauer jetzt, auch wenn die Log-Analyse erst in der nächsten Phase erfolgt.
• Teilweise gewährter Zugriff wird als vollständig behandelt. Eine Anmeldung funktioniert, aber die erforderliche Property, der Bericht, Export oder Container nicht. Schließen Sie nur gegen einen echten Bericht ab.
• Ein Verbindungsstatus ersetzt eine Datenprüfung. OAuth gelingt, während die falsche Property, ein abgelaufener Umfang oder ein unterbrochener Import den Bericht speist. Öffnen Sie den nachgelagerten Bericht und erfassen Sie sein letztes vollständiges Datum.
• Märkte und Währungen werden vermischt. Umsatz wird über Währungen hinweg summiert oder länderspezifische Prompt-Antworten werden gemittelt. Bewahren Sie die Quelleneinheiten und beschriften Sie jeden Basislinien-Ausschnitt.
• Historische Dashboards werden ohne Definitionen vertraut. Der „Sichtbarkeits“-Score einer früheren Agentur kann andere Keywords, Geräte oder Wettbewerber verwenden. Bewahren Sie nützliche Historie, aber verknüpfen Sie nicht vergleichbare Serien.
• Berechtigungen sind umfassender als nötig. Administratorzugriff wird gewährt, weil es bequem ist. Beginnen Sie mit Leseberechtigungen für Berichte und erhöhen Sie diese nur für einen genehmigten Implementierungsschritt.

Übergabe an das technische Basislinien-Audit

Der nächste Verantwortliche erhält das verifizierte Zugriffsregister, den Datenintegritätsbericht, den AmICited-Quellstatus, das Basislinien-Memo, die Systemverantwortlichen-Karte, die Log-Stichprobe und das Ausnahmeprotokoll. Das technische Basislinien-Audit kann dann Crawl- und Indexierungsnachweise mit der Suchnachfrage, Crawler-Anfragen und Geschäftsergebnissen vergleichen.

Die Übergabe ist grün, wenn alle kritischen Systeme verifiziert sind, primäre Conversions kontrollierte Tests bestehen, die Quellaktualität bekannt ist und die Basislinienfilter reproduziert werden können. Eine nicht-kritische Ausnahme darf nur dann mitgegeben werden, wenn ihre Auswirkung, ihr Workaround, ihr Verantwortlicher und ihr Fälligkeitsdatum explizit sind. Fehlende Server-Logs machen Crawler-Verlaufs-Schlussfolgerungen vorläufig. Eine falsche Search Console-Property, eine defekte primäre Conversion oder ein ungeklärtes doppeltes Tracking blockieren den abhängigen Teil des Audits.

FAQ

Häufig gestellte Fragen