Créer et lire une comparaison de domaines cohérente

Configurer une comparaison cohérente

Domaines et marché forment une seule portée

Crawl Foundry normalise et déduplique les domaines, refuse le domaine propre parmi les concurrents et applique le plafond actuel. Pays et langue s’appliquent à tous les snapshots afin de lire les domaines dans le même contexte de recherche.

Un concurrent important dans les résultats allemands en Allemagne peut jouer un autre rôle dans les résultats anglais aux États-Unis. Changer de marché change l’affirmation et peut empêcher la réutilisation, même avec les mêmes domaines.

Summary et Deep répondent à des niveaux différents

Le snapshot Deep d’un concurrent conserve le domaine propre comme cible du gap. Celui du domaine propre n’en a pas. Un snapshot du même concurrent face à un autre domaine propre ne représente donc pas la même affirmation réutilisable.

La réutilisation dépend du contexte, de l’âge et de la profondeur

La recherche vérifie workspace, domaine normalisé, pays, langue, profondeur, absence de demande de suppression et, pour le Deep d’un concurrent, la même cible de gap. Elle inspecte un ensemble borné de snapshots récents.

Les valeurs actuelles permettent 7 jours pour un snapshot concurrent compatible, 30 jours pour le Summary propre et 30 minutes pour un travail compatible en cours. La réutilisation évite un nouvel achat, mais les modules peuvent porter des dates différentes. Devis et couverture l’indiquent.

Le devis serveur facture le travail manquant

Chaque domaine et module apparaît comme réutilisé ou nouveau. Une preuve réutilisée ajoute zéro au devis. Chaque nouveau snapshot ou module reçoit sa réservation, et le total additionne ces nouvelles lignes.

Le solde disponible retranche les réservations actives. Le départ reste bloqué tant que les entrées n’ont pas un devis serveur actuel et que le solde ne suffit pas. Un devis visible ne prouve ni l’exécution du worker ni le retour de données dans chaque module.

Pour les dépenses de l'organisation, vérifiez la facturation et l'utilisation avec l'estimation de cette comparaison.

Confirmer les paramètres avant de démarrer

Crawl Foundry vérifie l’accès, les domaines sélectionnés, les limites du plan et le solde disponible avant de créer la comparaison et de réserver son coût estimé.

Démarrez une fois et suivez la comparaison enregistrée dans l’historique. Si les domaines, le marché ou la profondeur changent, vérifiez la nouvelle estimation avant une autre comparaison.

Suivre le statut de la comparaison

Une comparaison acceptée attend la collecte des données. Consultez le résultat enregistré et Activity pour suivre la progression au lieu de soumettre à nouveau la même comparaison.

Vérifiez le statut de chaque domaine et module. En cours signifie que le traitement continue; partiel indique des données manquantes. Utilisez les résultats terminés avec leur date et leur couverture, et consultez le code de support si la collecte échoue.

La profondeur détermine les statuts pris en compte

Summary dépend des snapshots de base. Deep dépend des snapshots de base et de détail. Une référence en cours conserve running. Toutes en échec donnent failed. Un mélange avec échec ou preuve partielle donne partial. Le reste entièrement terminé donne completed.

Un snapshot référencé mais absent compte comme failed. Une comparaison completed peut garder un module truncated ou unsupported, car achèvement du snapshot et couverture du module répondent à deux questions différentes.

Lire le head-to-head comme des estimations fournisseur

Ces valeurs donnent direction et échelle dans un contexte commun. Elles ne sont ni analytics audités, ni chiffre d’affaires, ni explication causale. Une valeur absente reste inconnue. Un domaine peut mener sur les liens et rester derrière en trafic.

Interprétez chaque colonne avec les définitions des indicateurs de domaine avant de considérer une valeur supérieure comme un meilleur résultat.

Le badge de ratio montre l’échelle, pas la portée statistique

Le badge actuel divise la valeur concurrente par celle du domaine propre. Il disparaît si une valeur manque, n’est pas finie, est égale, ou si la valeur propre vaut zéro. Une flèche haute indique un ratio supérieur à un; une flèche basse indique l’avance du domaine propre.

Ce n’est ni une variation temporelle en pourcentage, ni un intervalle de confiance, ni une causalité. Conservez valeurs brutes, dates et couverture.

La matrice de couverture appartient au résultat

Pour chaque domaine et module, elle peut indiquer available, pending, truncated, failed, unavailable ou not requested. Elle peut aussi montrer lignes chargées, total connu, limite fournisseur, fraîcheur et code de support.

Summary couvre normalement rank overview, history et backlinks summary. Deep ajoute ranked keywords, competitors, top pages, keyword gap, anchors, referring domains et indexed pages. Un module de base disponible ne permet pas de déduire l’état d’un module Deep.

Reprise et préparation Deep créent de nouvelles affirmations

Reprendre les domaines manquants ouvre le setup avec l’ancien ensemble et la même profondeur. Préparer Deep depuis Summary ouvre la profondeur supérieure. Aucun contrôle ne modifie l’ancienne comparaison.

La nouvelle requête reçoit un devis actuel et peut réutiliser les snapshots encore compatibles. L’ancien constat reste daté, tandis que coût, contexte, statut et règlement du nouveau restent vérifiables séparément.

Vérifier la comparaison avant usage

• Domaine propre et concurrents ont été normalisés comme prévu.
• Pays et langue correspondent au public de la décision.
• Summary ou Deep est proportionné à la question.
• Lignes réutilisées, nouvelles et leurs dates sont comprises.
• La comparaison est terminale et les modules partiels sont nommés.
• Les conclusions head-to-head utilisent valeurs brutes et couverture, pas uniquement les badges.