Crawl Foundry
Opérations SEO

Choisir le bon contexte, les sources du profil et l’exécution

Une valeur Domain Overview exige une adresse de preuve exacte: espace, domaine normalisé, pays, langue, exécution ou source du profil, état du module, date fournisseur et couverture. Conservez ce contexte avant comparaison, rafraîchissement, transmission ou suppression.

Suivez l'ordre de lecture de la vue Domaine pour distinguer profil, analyse payante et décision ultérieure.

Profil ou exécution

Utilisez le profil pour les modules éligibles les plus récents et un run pour un événement d’acquisition immuable.

Plusieurs horloges

Dates de run, module, fournisseur, historique et profil répondent à des questions de fraîcheur différentes.

Un cycle borné

Devis, stockage, couverture, rétention, références et suppression restent explicites et fermés en cas d’incertitude.

Traiter le contexte de domaine comme une adresse de preuve exacte

Un contexte Domain Overview ne se limite pas au nom saisi. Il réunit espace autorisé, domaine normalisé, code pays et code langue. Snapshots, Profil de domaine, historique, quotas et sources de modules sont résolus dans cette adresse. Un autre espace, périmètre d’hôte, pays ou langue constitue un autre contexte, même si la marque semble identique.

La comparaison de gap facultative ajoute une paire de domaines dirigée à une exécution. Elle ne devient pas un module général du profil, car le gap appartient au domaine source et au domaine où le terme manque. Conservez les deux côtés et leur direction dans chaque transmission.

Choisir entre Profil de domaine et exécution immuable

Le sélecteur groupe les exécutions conservées par domaine et les trie de la plus récente à la plus ancienne. L’option Profil de domaine garde le contexte de domaine et marché actuel; elle ne saute pas vers une autre domaine. Le chargement d’analyses plus anciennes étend le sélecteur paginé sans changer le dossier ouvert.

Choisissez le profil pour la preuve réussie la plus récente de chaque module éligible. Choisissez une exécution datée pour un événement d’acquisition avec son plan, ses états, son coût, la direction du gap et sa couverture. Changer de vue n’actualise jamais le fournisseur et n’écrase aucune exécution.

  • Une exécution en cours reste sélectionnable pour afficher sa progression.
  • Une entrée échouée ou en suppression ne masque pas un résultat plus ancien utilisable au chargement initial.
  • Un lien simple vers un domaine ouvre des données existantes quand elles sont trouvées dans l’historique chargé.
  • Un lien vers un gap dirigé ouvre le formulaire payant parce qu’il demande une nouvelle paire.

Lire identité et provenance avant la première métrique

ChampCe qui change avec lui
EspacePropriété, droits, domaines suivis, accès au solde, historique et transmissions.
Domaine normaliséHôte ou périmètre analysé et toutes les lignes de mots-clés, pages, concurrents et liens.
Pays et languePositions, demande, concurrents, pages, estimations de trafic et historique organique régional.
ProfondeurAcquisition des 500 ou 1 000 premiers mots-clés classés et plafond de prix associé.
Direction du gapDomaine qui se classe et domaine comparé où le terme manque dans ce résultat.
Exécution ou profilValeurs issues d’un seul run ou modules éligibles venant de sources réussies différentes.

Garder visibles les différentes horloges de preuve

La création du run indique l’acceptation par Crawl Foundry. La fin indique le stockage du résultat terminal. Un module peut porter une date de collecte et une date de mise à jour fournisseur. Les lignes historiques ont leurs propres mois. La date du profil décrit la projection dérivée et non la collecte de toutes les valeurs.

Ces horloges peuvent diverger. Un profil fraîchement reconstruit peut utiliser des backlinks anciens au dernier état connu et des positions plus récentes. Un run récent peut contenir un historique fournisseur arrêté avant la demande. Utilisez la date du module et du fournisseur qui soutient l’affirmation, pas une fraîcheur unique pour la page.

Relancer seulement pour une décision modifiée ou une preuve trop ancienne

N’achetez pas un nouveau run parce que le profil se construit encore ou qu’une page de liste n’est pas chargée. Construction et pagination lisent des données stockées sans appeler le fournisseur.

  • Domaine, pays, langue, profondeur ou direction du gap ont changé.
  • La source du module est trop ancienne pour la décision après prise en compte du rythme fournisseur.
  • Un module requis est indisponible et une réparation sélective n’est pas préférable.
  • Une mesure comparable après changement est nécessaire une fois les données mises à jour.
  • Une exécution existante ne peut répondre sans prétendre que son périmètre était différent.

Comprendre devis, réservation, règlement et quota

Le devis résout plan autorisé, prix fournisseur, marge et taux de change, puis vérifie le solde dépensable. Le démarrage réserve le montant client dans la même transaction qui crée le snapshot en cours. Le règlement final utilise les coûts fournisseur réels enregistrés pour les étapes exécutées avec le contexte de prix figé.

Un échec terminal sans dépense libère la réservation. Après une dépense positive, le coût est réglé comme transaction en erreur et non présenté comme remboursé. Un run partiel règle le travail collecté. La preuve financière reste après suppression du dossier.

  • Le formulaire affiche les limites effectives de l’espace et du contexte, pas une archive illimitée.
  • Les valeurs par défaut du code sont 500 en-têtes par espace et 100 par contexte domaine, pays et langue; la politique résolue gouverne la limite affichée.
  • À capacité, supprimez des analyses éligibles ou attendez le traitement de rétention.
  • Rejouer le même identifiant client sûr avec les mêmes entrées retourne la demande existante au lieu de créer un deuxième débit.

Lire les états sans transformer le manque en zéro

Un run terminé peut contenir des modules disponibles, vides ou tronqués. Un run partiel contient au moins une source échouée avec des preuves utilisables. Un run échoué n’a pas de dossier utilisable, mais peut conserver un coût réglé si un travail fournisseur s’est terminé avant l’échec. L’état visible distingue dépense enregistrée et dispatch jamais démarré.

Pour un module, vide est un résultat réussi sans ligne dans le périmètre. Échoué et en attente ne valent pas zéro. Non demandé signifie que le plan l’excluait. Tronqué désigne un échantillon actuel où l’absence ne vaut pas perte. Legacy signale un ancien run sans manifeste récent, à lire prudemment.

Si une exécution est partielle ou en échec, conservez ses détails et utilisez le dépannage dans Activity avant de demander une nouvelle analyse.

Vérifier la sélection des sources du profil

Seuls les runs terminés ou partiels avec une preuve de module réussie alimentent le profil. Un module réussi plus récent remplace l’ancien. Un échec récent laisse l’ancienne preuve au dernier état connu. Un résultat vide réussi remplace une ancienne source non vide, faute de quoi des lignes anciennes sembleraient actuelles.

Actuel, dernier état connu et indisponible sont des états de source, pas des jugements sur le domaine. Les entités absentes d’un top tronqué peuvent être hors du dernier échantillon plutôt qu’historiques. Le profil pointe vers la preuve immuable et n’invente pas de ligne fusionnée.

Acheter seulement les modules manquants quand cela suffit

Pour un profil prêt dont certains modules ne sont pas actuels, Récupérer les données manquantes propose uniquement les modules éligibles. L’utilisateur choisit les sections, attend un nouveau prix maximal, confirme le solde et lance un run de réparation lié. Aucun processus automatique ne confirme cet achat.

La réparation peut couvrir vue de visibilité, historique, mots-clés classés, concurrents, pages, résumé des backlinks, ancres, domaines référents et pages indexées. Le gap dirigé est exclu, car il appartient à une paire explicite. Le run de réparation garde son propre état, coût, provenance et cycle de vie.

Rendre la comparaison reproductible avant de lire l’écart

1
Faire correspondre espace et périmètre de domaine normalisé.
2
Faire correspondre pays et langue exactement.
3
Utiliser la même définition, source de module, couverture et profondeur.
4
Vérifier état, troncature, lignes chargées, run source, date fournisseur et repli du profil.
5
Pour un gap, conserver source et domaine où le terme manque dans la même direction.
6
Séparer mouvement fournisseur de Analytics, Search Console, crawl, livraison, conversion et revenus.

Connaître les niveaux de rétention actuels

Dans un contexte espace, domaine, pays et langue, chaque analyse utilisable de 180 jours ou moins garde ses lignes. Les dix plus récentes les gardent aussi jusqu’à 365 jours. Les snapshots référencés par un module de profil, une comparaison vivante ou une analyse dépendante sont protégés. Le dernier run utilisable du contexte reste protégé même si le domaine devient inactif.

Les anciens runs éligibles sont compactés: listes détaillées supprimées, métriques d’en-tête et historique conservés. Les en-têtes non protégés de plus de trois ans sont supprimés. Les échecs disparaissent après 30 jours. Les comparaisons expirent après un an et libèrent leurs références. L’âge part de la création; une preuve protégée ou la dernière preuve utilisable peut dépasser le niveau ordinaire.

Supprimer en sécurité et préserver la piste de revue

Un utilisateur disposant du droit de modification requis peut demander la suppression d’un run terminal. Un run actif est bloqué. Une comparaison enregistrée ou une analyse dépendante doit d’abord libérer sa référence. Si le profil pointe vers ce run, Crawl Foundry reconstruit la projection sur les preuves restantes avant de supprimer les lignes par lots bornés.

La suppression retire l’analyse, pas le registre financier ni le travail fournisseur déjà effectué. Avant l’action, notez toute source nécessaire à une décision ouverte. Après, vérifiez quels modules sont actuels, au dernier état connu ou indisponibles et si un rapport cite une preuve qui n’est plus accessible dans l’espace.