Ranking-Keywords, Seitenkonzentration und gerichteten Gap nachvollziehen
Verbinde für eine vergleichsbasierte Auswahl die Domain-Nachweise mit Keyword-Lücken bei Wettbewerbern, statt jeden fehlenden Begriff als Chance zu behandeln.
Bequellte Suchzeilen
Gespeichertes Seitenset
Gerichteter Paar-Gap
Halte drei Evidenzquellen getrennt
Ranking-Zeilen gehören zum Ranked-Keywords-Modul, Top Pages zu einem eigenen Modul und der Keyword-Gap zu dem bezahlten Lauf, der das genaue Domain-Paar angefordert hat. In einem Domain-Profil können Ranked Keywords und Top Pages aus unterschiedlichen jüngsten erfolgreichen Quelläufen stammen. Der paarspezifische Gap wird bewusst nicht aus einer anderen Profilquelle zusammengesetzt und bleibt am gewählten Basislauf.
Lies Quellenhinweis, Provider-Datum, Modulzustand, gespeicherte Anzahl, bekannte Gesamtzahl und Erfassungslimit, bevor du die drei Panels zu einer Aussage verbindest. Gleiche Markteinstellungen erleichtern den Vergleich, machen getrennte Moduldaten und Zeilenmengen aber nicht identisch.
Ranking-Zeilen verbinden eine Suchanfrage mit ihrer beobachteten Landingpage
Die Übersicht zeigt Keyword, vom Provider beobachtete Position, Ranking-URL, Provider-Intent, monatliches Suchvolumen, geschätzten Traffic, CPC in USD, Paid-Search-Competition und Keyword Difficulty. Die Startansicht bevorzugt starke beobachtete Positionen. Eine Sortierung verändert nur die geladene Arbeitsansicht. Sie erhebt keine neuen Daten und bewertet die Provider-Evidenz nicht neu.
Position und URL beschreiben die Beobachtung für dieses Land und diese Sprache. Suchvolumen und ETV sind Provider-Schätzungen und keine Search-Console-Impressions oder eigenen Besuche. CPC, Top-of-Page-Bids und Competition gehören zur bezahlten Suche. Keyword Difficulty ist eine getrennte Schätzung für organischen Wettbewerb. Intent bleibt eine Provider-Klassifikation, die bei mehrdeutigen Begriffen anhand der aktuellen SERP geprüft werden muss.
| Feld | Sichere Lesart |
|---|---|
| Position und URL | Ranking-Beobachtung und zugeordnete Landingpage dieser Modulquelle, keine dauerhafte kanonische Zuordnung. |
| Volumen und ETV | Modellierte monatliche Nachfrage und Traffic-Beitrag ohne Aussage zu eigenen Sessions oder Conversions. |
| CPC und Competition | USD- und Paid-Auction-Signale; Competition wird auf 0 bis 1 begrenzt und als Prozentwert gezeigt. |
| Keyword Difficulty | Provider-Schätzung von 0 bis 100, die aktuelle Ergebnisse, Seitenpassung und Linkkontext benötigt. |
| Intent | Provider-Kategorie zur Segmentierung, keine Freigabe für Seitentyp oder Funnel-Entscheidung. |
Übersicht und Rankings-Tab nutzen mehrere ehrliche Basen
Die große Organic-Keywords-Kennzahl und die Positions-Buckets stammen aus Rank-Overview-Aggregaten. Die Übersichtstabelle ist paginiert und nennt geladene gegenüber Provider-Gesamtabdeckung, sofern das Manifest beide Werte trägt. Im ausführlichen Rankings-Tab decken Server-Aggregate jede gespeicherte Ranked-Keyword-Zeile innerhalb des begrenzten Laufs ab, während die Tabelle weitere Cursor-Seiten laden kann.
Das Positionsdiagramm hat deshalb zwei Basen. Im Keyword-Modus nutzt es die Header-Buckets. Suchvolumen und geschätzter Traffic werden dagegen je Bucket aus gespeicherten Detailzeilen summiert. Difficulty-Klassen, Volumenklassen und SERP-Feature-Zahlen nutzen ebenfalls alle gespeicherten Zeilen. Die Nachfragehistorie verbindet dagegen Monatswerte der aktuell geladenen sichtbaren Keywords und kann sich mit weiteren Zeilen verändern.
- Ältere Zeilen können Monatsvolumen, Bid-Spannen, SERP-Features oder durchschnittliche Referring Domains vermissen. Der Detailtab blendet eine Rich-Spalte aus, bis mindestens eine geladene Zeile das Feld trägt.
- Ein Gedankenstrich bedeutet fehlendes Feld. Eine formatierte Null ist ein gespeicherter Zahlenwert.
- Das KPI-Delta im Detailtab vergleicht bei vorhandener Basis mit einer vorherigen vergleichbaren Analyse. Provider-Zähler für neu, gestiegen, gefallen und verloren sind ein anderes Signal.
Der Intent-Mix umfasst alle gespeicherten Ranking-Zeilen
Die aktuelle Intent Distribution ist ein begrenztes Server-Aggregat über alle gespeicherten Ranked-Keyword-Zeilen des Quellsnapshots. Sie ist nicht auf die erste Cursor-Seite beschränkt. Für jeden gespeicherten Intent zeigt sie Keyword-Anzahl, Anteil am gespeicherten Set und summierten geschätzten Traffic.
Ein Segment mit einem Wert größer null erhält mindestens 1,5 Prozent sichtbare Breite. Exakte Anzahl, berechneter Anteil und ETV stehen in den Zeilen und im Tooltip. Unbekannter oder fehlender Intent bedeutet fehlende Klassifikation und ist kein Ausschlussgrund.
- Der Mix beschreibt das gespeicherte Provider-Set und nicht jede mögliche Suchanfrage der Domain.
- Kommerzieller Wert hängt weiterhin von Angebot, Zielgruppe, Funnel und eigener Evidenz ab.
- Gemischter Intent kann eine Landingpage-Prüfung begründen, beweist aber weder Kannibalisierung noch eine falsche Seite.
Top Pages ist eine begrenzte Provider-Liste nach geschätztem Traffic
Die Top-Pages-Quelle speichert relevante Provider-Seiten mit URL sowie vollständigem organischem und bezahltem Segment. Die Übersicht startet nach geschätztem organischem Traffic und zeigt die organische Keyword-Anzahl je Seite. Der kleine Vergleichsbalken ist relativ zur stärksten aktuell sichtbaren Seite. Er ist nicht der Anteil der Seite am gesamten Domain-Traffic.
Der aktuelle Plan fordert standardmäßig 50 Top-Pages-Zeilen an und begrenzt den Request vor einer möglichen effektiven Richtliniengrenze auf 200. Der Abdeckungshinweis trennt geladen, geliefert, Gesamtzahl und Limit, wenn diese Werte verfügbar sind. Eine Seite außerhalb des gespeicherten Sets hat damit nicht automatisch keinen organischen Wert.
- Geschätzter Seiten-Traffic ist Provider-ETV und keine Pageview- oder Conversion-Zahl.
- Die Seiten-Keyword-Zahl ist ein Seitenaggregat des Providers und ersetzt nicht die separate Domain-Kennzahl.
- Suche und Sortierung gelten für geladene Zeilen. Load More erweitert die gespeicherte Ansicht ohne neuen Provider-Kauf.
Wenn mehrere URLs für dieselbe Suchanfrage auftauchen, prüfe die Seitenzuordnung und Kannibalisierungsnachweise, bevor du Inhalte zusammenlegst.
Der Pages-Tab misst Konzentration im gespeicherten Seitenset
Server-Aggregate summieren Seiten-Keyword-Zahlen und ETV über alle gespeicherten Top-Pages-Zeilen. Top-1-, Top-3- und Top-10-Konzentration teilen den ETV der stärksten Seiten durch diese gespeicherte Seitensumme. Der Nenner sind weder eigene Sessions noch der vollständige Domain-ETV aus dem Header. Die sichtbare Top-Pages-Zusammenfassung ist auf zehn serverseitig sortierte URLs begrenzt.
Die Portfolio-Karte zeigt höchstens die ersten fünfzehn geladenen Seiten. Horizontal steht die Seiten-Keyword-Zahl, vertikal der geschätzte Traffic und die Blasengröße für die Top-10-Keyword-Zahl der Seite. Die Koordinaten sind logarithmisch. Exakte Werte sind belastbarer als ein linear gelesener Diagrammabstand.
- URL-Tiefe gruppiert Homepage, ein Pfadsegment, zwei Segmente sowie drei oder mehr Segmente und zeichnet den gespeicherten ETV je Gruppe. Das ist URL-Struktur, keine Crawl-Tiefe und kein Qualitätsurteil zur Informationsarchitektur.
- Die Detailtabelle trennt organische und bezahlte Keyword-Zahlen, organischen und bezahlten ETV, Traffic-Anteil am gespeicherten Set, Top 3, Top 10, Ranking-Komposition und Provider-Zähler für gestiegen und gefallen.
- Eine Seite mit hohem ETV kann geschäftlich schwach, veraltet oder von unpassenden Suchanfragen abhängig sein. Eine kleine ETV-Seite kann strategisch wichtig bleiben.
Seitenbewegung und Site-Audit-Zustand brauchen eigene Daten
Die Page-Movers-Übersicht summiert Provider-Zähler für neu, gestiegen, gefallen und verloren über die gespeicherten Seitensegmente. Der Nettowert einer Seite ist gestiegen minus gefallen. Crawl Foundry zeigt höchstens fünf positive und fünf negative Net-Mover. Das ist kein aus zwei Crawl Foundry-Seitenständen berechnetes Delta und kein Beleg für die Wirkung einer Änderung.
Wenn ein Site-Audit-Inventar verfügbar ist, gleicht Crawl Foundry bis zu zwanzig gespeicherte Top Pages in ETV-Reihenfolge mit dem Workspace-Audit ab. Gezeigt werden Match-Abdeckung, HTTP-Status und offene Issue-Zahlen für Seiten mit Handlungsbedarf. Domain-Overview-Quellzeit und Site-Audit-Update bleiben getrennt. Eine nicht gematchte URL ist nicht automatisch gesund.
Der Keyword-Gap beantwortet eine gerichtete Paarfrage
Der Request sendet die analysierte Quelldomain als Target 1 und die Vergleichs- oder eigene Domain als Target 2. Intersections ist deaktiviert. Eine gespeicherte Zeile bedeutet deshalb: Die Quelldomain rankt für das Keyword und die Missing-from-Domain erscheint nicht im Provider-Intersection-Ergebnis. Ein Tausch der Domains kehrt die Frage um und benötigt einen eigenen Lauf.
Ein Gap ist kein wiederverwendbares Modul, das aus den jeweils neuesten Domain-Daten zusammengesetzt wird. Er gehört zu Quelldomain, Missing-from-Domain, Land, Sprache, Request-Limit, Provider-Antwort, Kostenabrechnung und Laufdatum. Standardmäßig werden aktuell bis zu 250 Gap-Zeilen angefordert. Das Code-Limit liegt vor einer möglichen effektiven Richtliniengrenze bei 1.000.
- Gezeigt wird die Position der Quelldomain. Das Fehlen der anderen Domain ist keine gemessene Position null.
- Brand-, Navigations-, regulatorische, lokale, irrelevante oder nicht realisierbare Suchanfragen können valide Provider-Gaps und schlechte strategische Ziele sein.
- Das Ergebnis beweist weder fehlenden Content noch schwachen Content, eine nötige neue Seite oder erwarteten Traffic-Gewinn.
Gap-Zeilen enthalten mehr Evidenz als das kompakte Panel zeigt
Die Gap-Übersicht zeigt Keyword, Position der Quelldomain und monatliches Suchvolumen und nennt die Richtung im Untertitel. Gespeicherte Zeilen können zusätzlich CPC, Paid Competition, Keyword Difficulty, Intent, Ranking-URL, ETV, monatliche Nachfragehistorie, Bid-Spanne, SERP-Elemente, Core Keyword, erkannte Sprache, Sprachabweichung und Backlink-Durchschnitte der Top-Ergebnisse enthalten. Die kompakte Ansicht entfernt diese Quelldaten nicht.
Das Modul unterscheidet ausstehend, fehlgeschlagen, nicht angefordert, verfügbar aber leer und begrenzte Abdeckung. Leer bei einem gültigen Paar heißt, dass in diesem Provider-Request und Scope keine Zeilen geliefert wurden. Nicht angefordert heißt, dass kein paarbezogener Gap gekauft wurde. Fehlgeschlagen heißt, dass der Versuch keine nutzbaren Zeilen erzeugt hat.
Die Auswahl ist auf gültige geladene Kandidaten begrenzt
Keyword- und Gap-Checkboxen arbeiten mit bereits im Browser geladenen Zeilen. Die Kandidatenaufbereitung trimmt Begriffe, dedupliziert ohne Beachtung der Großschreibung, verwirft leere oder zu lange Werte und übernimmt nur endliche Metriken innerhalb der Importgrenzen. In der Ranking-Übersicht folgt Alle geladenen auswählen den aktuell sichtbaren gefilterten Kandidaten. Im Gap-Panel umfasst es gültige Kandidaten aus allen geladenen Gap-Zeilen.
Die Auswahl bleibt beim lokalen Sortieren und weiteren Cursor-Seiten über den normalisierten Keyword-Schlüssel erhalten. Sie ist jedoch erst nach einem erfolgreichen Import ein gespeichertes Workspace-Objekt. Eine Auswahlzahl belegt nicht, dass alle gespeicherten oder beim Provider vorhandenen Zeilen geprüft wurden.
Datenbankimport und Rechercheübergabe erledigen unterschiedliche Aufgaben
Zu Keyword Database hinzufügen erstellt oder verwendet eine begrenzte Liste mit Domain-Präfix und normalisierter Domain. Der nicht abrechenbare Bulk-Import setzt Enrich und Force auf false. Er importiert normalisierte Begriffe sowie gültiges Suchvolumen, Difficulty, CPC, Paid Competition, Intent und erkannte Sprache. Quellposition, Ranking-URL und ETV werden bei dieser Übergabe nicht als aktuelle Keyword-Database-Metriken importiert. Duplikate stehen in der Importantwort.
In Keyword Research verwenden übergibt die ausgewählten normalisierten Begriffe als Seeds. Die Aktion erscheint nur, wenn Keyword Discovery und Keyword Database aktiviert sind. Die Auswahl muss in das aktuelle Seeds-per-Run-Limit passen. Das Öffnen der Route startet keinen bezahlten Lauf, genehmigt nicht jeden Seed und übernimmt nicht alle Domain-Overview-Metriken als Recherche-Evidenz.
Halte die nächste Übergabe mit Recherche-Import und Laufhistorie nachvollziehbar, damit ein ausgewählter Kandidat nicht ungeprüft in der Datenbank landet.
Mache aus begrenzter oder fehlender Evidenz kein Seitenurteil
Eine kurze Tabelle kann durch Pagination, Planlimit, Provider-Gesamtzahl gegenüber gespeicherter Abdeckung, Filter, Legacy-Felder, einen kompaktierten Lauf oder ein nicht angefordertes oder fehlgeschlagenes Modul entstehen. Lies Manifest und Abdeckungshinweis, bevor du auf keine weiteren Rankings, Seiten oder Gaps schließt.
Nutze Domain Overview für eine reproduzierbare Untersuchung, Keyword Database für verantwortete importierte Begriffe, Site Audit für technische Seitenevidenz und eigene Analytics- und Search-Console-Evidenz für Ergebnisse. Ein menschlicher Entscheidungsnachweis verbindet Beobachtung, Maßnahme und Resultat.
Beispiel: Eine Content-Lücke schließen
Ein Team analysiert einen Wettbewerber mit der eigenen Domain als Vergleichsdomain. Das Keyword-Gap listet Begriffe, für die der Wettbewerber rankt und die eigene Domain nicht erscheint.
Das Team filtert auf informationelle Suchintention, wählt die passenden Begriffe aus und übernimmt sie in die Keyword-Datenbank, wo sie geprüft werden, bevor jemand ein Briefing schreibt.
Häufige Fragen
Was genau zeigt das Keyword-Gap?
Es ist gerichtet: Keywords, für die die analysierte Domain rankt und die Vergleichsdomain in den Ergebnissen des Anbieters nicht erscheint. Die beiden Domains zu tauschen, ist eine andere Frage.
Wie wird die Konzentration auf Top-Seiten berechnet?
Die Werte für Top 1, Top 3 und Top 10 teilen den geschätzten Traffic der stärksten Seiten durch den Traffic aller gespeicherten Top-Seiten. Sie beschreiben die gespeicherte Seitenmenge, nicht deine Analytics.
Kostet das Übernehmen von Gap-Keywords etwas?
Nein. Die Übernahme legt die ausgewählten Keywords mit ihren verfügbaren Metriken in einer nach der Domain benannten Liste ab und fordert keine neuen Daten an.