Crawl Foundry
Administration

Lege jede Einstellung auf der Ebene ab, auf der sie verlässlich ist

Einstellungen gibt es auf drei Ebenen: dein Konto, deine Organisation und der aktive Workspace. Wer einen Wert auf der richtigen Ebene ändert, kann sich auf ihn verlassen. Diese Anleitung zeigt, was wohin gehört, von Sprache und Workspace-Domain bis zu Zugriffsmodi, getrackten Domains und Recherche-Seeds.

Prüfe vor dem Ändern von Vorgaben, welcher Workspace die Arbeit umfasst und für welchen Markt oder welche Domain er steht.

Account

Die Standardsprache einer Person kann bei unterstützten Sprachen auch die Oberfläche steuern.

Organisation

Identität, Mitglieder, Berechtigungen, Billing und Löschung gehören zur Organisationsgrenze.

Workspace

Domain, Sichtbarkeit, Defaults, Tracking-Sites, Research-Kontext und Crawler-Ausschlüsse folgen dem aktiven Workspace.

Wähle zuerst die richtige Einstellungsebene

EbeneWas sie steuert
AccountStandardsprache der angemeldeten Person und bei unterstützten Sprachen die Oberflächensprache der App.
OrganisationName, URL-Slug, Logo, Mitglieder, Berechtigungen, Workspaces, Audit-Zugriff, Billing und Löschlebenszyklus.
WorkspaceIdentität, Domain, Projektsichtbarkeit, Content-Defaults, Tracking-Domains, Research-Seeds und Crawler-Ausschlüsse des aktiven Workspace, soweit berechtigt.

Workspace-Einstellungen bearbeiten den aktiven Workspace

Die zentrale Settings-Seite zeigt den Workspace, der in der App ausgewählt ist. Wechsle den Workspace, bevor du einen anderen bearbeitest. Ein korrekter Wert im falschen Workspace bleibt falscher operativer Kontext.

Je nach Plattform-, Organisations-, Workspace- und Capability-Prüfung sind unterschiedliche Bedienelemente sichtbar. Fehlende Bearbeitungssteuerung kann deshalb reinen Lesezugriff bedeuten und muss kein defektes Formular sein.

Workspace-Name und Domain bestimmen den Arbeitskontext

Berechtigte Personen können einen Workspace erstellen, den aktiven Workspace umbenennen, seine Domain ändern oder die Löschung beginnen. Die Domain sollte die Property bezeichnen, um die es im Workspace wirklich geht. Sie ist kein dekoratives Label.

Eine Löschung betrifft den Workspace und abhängige Produktdaten. Lies die Bestätigung genau, prüfe Organisation und Workspace und nutze Löschen nicht als Abkürzung für Filterbereinigung oder veraltete Ansichten.

Der Zugriffsmodus verändert die Projektsichtbarkeit

ModusSichtbarkeitsregel
OpenWorkspace-Mitglieder sehen alle Projekte im Workspace.
RestrictedMitglieder sehen zugewiesene Projekte; Workspace-Admins behalten die breitere Sicht.
PrivateDer Workspace bleibt für Nichtmitglieder verborgen und Projekte benötigen eine Zuweisung.

Defaults starten spätere Arbeit, sie schreiben vorhandene Datensätze nicht um

Wo die Administrationsoberfläche verfügbar ist, umfassen Workspace-Defaults Content-Sprache, Land, Zielwert und ein Standardprofil aus dem Brain. Sie liefern Startkontext für spätere Workflows. Projekte und ausdrückliche Nutzereingaben können eigene Werte verwenden.

Beim Speichern werden befüllte Felder übertragen. Ein geleertes Stilprofil gilt als beabsichtigtes Entfernen. Prüfe die wirksamen Projekteinstellungen, wenn ein neuer Entwurf nicht mit dem erwarteten Wert beginnt.

Tracking-Domains müssen die tatsächlich verglichenen Websites abbilden

Der Workspace kann eigene und konkurrierende Domains für SERP- und Position-Tracking-Workflows speichern. Tippfehler, eine falsche Subdomain oder eine Kundendomain im falschen Workspace machen Sichtbarkeits- und Rankingvergleiche irreführend, selbst wenn die Messwerte technisch korrekt sind.

Research-Settings prägen Keyword-Erweiterung und Filterung

  • Städte, Marken und Themen liefern Workspace-Seeds für die Autocomplete-Erweiterung.
  • Keyword-Qualitätsfilter und Stopwortnormalisierung lassen sich für den Workspace ein- oder ausschalten.
  • Markenausschlüsse entfernen bekannte Markenbegriffe aus dem betreffenden Discovery-Pfad, wenn der Qualitätsfilter aktiv ist.
  • Anzahl und Zeichenlänge folgen der wirksamen Workspace-Richtlinie und sind keine unbegrenzten Textfelder.

Crawler-Linkausschlüsse gelten je Workspace

Die Crawler-Einstellungen führen eine begrenzte Liste von Domains, die Content-Link-Workflows nicht verwenden sollen. Workspace-Admins können Einträge hinzufügen und entfernen. Trage einen Hostnamen wie example.com ein und prüfe nach dem Speichern die Liste.

Diese Liste ist weder robots.txt-Regel noch Site-Audit-Crawl-Scope oder Netzwerksperre. Sie dient dem Produktworkflow, der die Workspace-Ausschlüsse ausliest.

Prüfe für einen Site Audit die eigenen Crawl-Einstellungen und Verifizierungsregeln, bevor du Auswirkungen einer Workspace-Änderung auf den nächsten Crawl erwartest.

Die Organisationsidentität hat eigene Rechte und Löschregeln

Wer Organisationseinstellungen sehen darf, kann Name, URL-Slug und Logo prüfen. Änderungen benötigen die getrennte Bearbeitungsberechtigung. Der Slug erlaubt Kleinbuchstaben, Zahlen und Bindestriche und verändert den Organisationspfad in URLs.

Nur ein Owner kann die Löschung einer Organisation planen. Der aktuelle Ablauf sieht 30 Tage Schonfrist vor, sperrt Details währenddessen zur Bearbeitung und lässt einen Owner vor der endgültigen Löschung abbrechen. Die Warnung umfasst Workspaces, Projekte, Brain-Daten und Content unterhalb der Organisation.

Account-Sprache und Content-Sprache hängen zusammen, sind aber nicht dasselbe

Account Settings speichern die Standardsprache der Person. Englisch, Deutsch, Französisch und Spanisch wechseln zusätzlich die App-Oberfläche. Andere verfügbare Content-Sprachen lassen die Oberfläche auf Englisch.

Ein Workspace-Default für Content-Sprache gehört zum Workspace und kann spätere Content-Workflows beeinflussen. Eine geänderte Account-Sprache übersetzt keine bestehenden Projekte, Dokumente oder gespeicherten Produktdaten.

Prüfe Einstellungen in dem Workflow, den sie beeinflussen

1
Notiere vor der Änderung aktive Organisation und aktiven Workspace.
2
Ändere eine zusammengehörige Gruppe von Einstellungen und speichere sie.
3
Lade die Settings neu oder öffne sie erneut, um die Speicherung zu bestätigen.
4
Öffne das betroffene Produkt und prüfe dort wirksame Domain, Markt-, Sprach-, Zugriffs- oder Defaultwerte.
5
Teste Zugriffsänderungen mit dem echten Scope der betroffenen Person und nicht nur aus der Admin-Sicht.

Beispiel: Einen Workspace für lokale Recherche vorbereiten

Ein Team wechselt in den Kunden-Workspace, bestätigt die Domain und ergänzt die Städte und Markennamen des Kunden als Recherche-Seeds, damit die Autocomplete-Erweiterung lokale und markenbezogene Suchen abdeckt.

Bekannte Markennamen von Wettbewerbern trägt es als Markenausschlüsse ein und prüft die Wirkung im nächsten Lauf der Keyword-Recherche.

Häufige Fragen

Welche Zugriffsmodi hat ein Workspace?

Offen: Mitglieder sehen alle Projekte. Eingeschränkt: Mitglieder sehen zugewiesene Projekte, Workspace-Admins alle. Privat: Der Workspace ist für Nichtmitglieder unsichtbar, und Projekte brauchen eine Zuweisung.

Ändern Workspace-Standardwerte bestehende Datensätze?

Nein. Standardwerte wie Inhaltssprache, Land und Zielwert gelten für spätere Arbeit. Bestehende Projekte und ausdrückliche Einstellungen behalten ihre Werte.

Warum greift meine Einstellung nicht?

Prüfe, ob du den aktiven Workspace bearbeitet hast, den du ändern wolltest. Ein richtiger Wert im falschen Workspace ist trotzdem der falsche Kontext.