Configurer et chiffrer un run de recherche

Commencer par la question, puis choisir le mode

Quick et Deep partent d’expressions seeds. Concurrents part de domaines. Cette distinction change les sources, le nombre de requêtes, les limites et les preuves reçues. Ce n’est pas un simple réglage visuel de vitesse.

Utilisez Quick pour cadrer une question avant d’acheter une recherche plus large. Deep convient quand sujet et marché sont déjà assez crédibles pour justifier davantage de sources. Concurrents convient lorsque les classements de domaines précis, ou leurs écarts avec le domaine propre suivi, constituent l’entrée réelle.

Quick reste étroit tout en combinant plusieurs sources

Pour chaque seed, Quick demande un ensemble étroit de termes associés payants. Il interroge aussi gratuitement des familles Autocomplete pour questions, prépositions, modificateurs, lettres, comparaisons, années et motifs locaux. Jusqu’à quatre seeds pilotent ces requêtes, en commençant par les entrées d’origine puis par des candidats associés éligibles avec volume positif.

Les candidats Autocomplete retenus reçoivent une validation payante de leurs métriques. Le seed lui-même peut rester comme preuve de source après la réussite d’au moins un chemin fournisseur. Le plafond actuel est de 600 candidats. Rendement des sources, déduplication, couverture fournisseur et échecs peuvent laisser le run bien sous l’indication approximative de 300 à 600.

Deep achète de la largeur et une exploration adaptative

Deep demande des termes associés larges pour chaque seed, des suggestions d’expressions plafonnées par coût et des idées de mots-clés fondées sur les entrées d’origine et leurs voisins associés éligibles. Il utilise les mêmes familles Autocomplete que Quick, puis peut ajouter une deuxième étape depuis quatre seeds prometteurs et une troisième étape conditionnelle depuis deux seeds si l’étape précédente a produit assez de nouveauté.

Les candidats issus de Google reçoivent une validation payante des métriques. Le plafond actuel est de 2 000 candidats. Il borne stockage et affichage, sans promettre ce volume. Seeds faibles, demande étroite, doublons, omissions du fournisseur ou sources en échec peuvent donner beaucoup moins.

Concurrents transforme les classements de domaines en candidats

La configuration actuelle accepte de 1 à 20 domaines concurrents normalisés et 250, 500 ou 1 000 lignes demandées par domaine. La politique de sécurité effective peut réduire ces valeurs. Le mode ordinaire demande les mots-clés classés par domaine. Gap only applique une logique d’écart avec un domaine propre suivi et fige cette cible dans le run.

La configuration doit respecter le plafond actuel de 10 000 lignes demandées par run. L’aperçu déduplique un même mot-clé et retient le meilleur domaine et la meilleure position concurrente, tandis que le dossier concurrent peut préserver séparément les classements de chaque domaine analysé. Si un domaine au moins réussit, le run peut finir avec une preuve partielle. Si tous échouent, le run échoue et la réservation client est libérée.

Normaliser les entrées sans perdre la question

Les seeds sont nettoyés, mis en minuscules pour leur identité, dédupliqués dans l’ordre de première apparition et limités par la politique actuelle. Les valeurs par défaut autorisent 100 seeds normalisés uniques, 200 caractères par seed, 500 lignes brutes et 64 Ko de requête brute. Le préremplissage d’une liste prend les premières lignes éligibles jusqu’à la limite active et ne reste pas lié aux changements ultérieurs de la liste.

Les domaines concurrents sont normalisés en retirant protocole, préfixe `www` courant, chemins et doublons. Choisissez des domaines qui répondent à la même question de marché. Une marketplace, un média, un annuaire ou un domaine international apparenté peut se classer largement sans être le concurrent commercial recherché.

Confirmer le couple marché-langue exact

Le sélecteur actuel propose Allemagne en allemand, Autriche en allemand, Suisse en allemand, États-Unis en anglais, Royaume-Uni en anglais, France en français, Espagne en espagnol, Italie en italien et Pays-Bas en néerlandais. Allemagne et allemand est la valeur par défaut. Cette surface de Keyword Research ne propose pas d’appareil.

Pays et langue deviennent partie du run et de la requête fournisseur. Ils ne traduisent pas les seeds, ne réparent pas une liste multilingue et ne rendent pas comparables les métriques d’un autre marché. Vérifiez orthographe, langue et intention avant d’approuver le devis.

Traiter les limites comme des contrôles d’admission

Un workspace peut actuellement avoir au plus deux recherches en attente ou en cours par défaut. Une personne peut démarrer au plus dix runs par workspace et par heure. Les résultats sont écrits par lots de 200 et un run conserve au plus 10 000 lignes selon la politique actuelle. Le plan ou les règles de sécurité peuvent être plus stricts.

Ces contrôles empêchent une grande configuration de devenir un travail fournisseur ou base de données sans limite. Ils ne signifient pas que toute demande admise livrera son maximum. Limites de source, réponses fournisseur, déduplication, annulation et fin partielle façonnent encore le résultat.

Attendre le devis actuel avant de démarrer

Avant de confirmer l'estimation, vérifiez le solde, la réservation et le règlement pour distinguer autorisation et coût final.

Séparer devis, réservation, dépense fournisseur et débit client

Le devis peut détailler travail Related payant, nombre de requêtes Suggest gratuites, lots payants de validation, requêtes Keyword Ideas, domaines multipliés par leur limite, remise du bundle, total et solde prévu. Le serveur le recalcule au départ. Un identifiant stable rend un nouvel envoi identique idempotent et rejette une autre configuration sous le même identifiant.

Le devis accepté est réservé sur le solde disponible de l’organisation. À la fin, Crawl Foundry règle le travail réellement facturable, tout en plafonnant le débit client à la réservation. La plateforme absorbe un dépassement fournisseur. Un run échoué ou annulé libère la réservation et laisse le débit client à zéro, même si une dépense fournisseur interne a eu lieu.

Lire le statut du run

Le run passe d’en attente à en cours, puis à terminé, échoué ou annulé. Ouvrez Activity pour consulter la progression et les erreurs visibles. Vous pouvez annuler un travail en attente ou en cours.

Un run terminé peut ne contenir qu’une partie des données demandées. Vérifiez le nombre de candidats et les erreurs avant utilisation. En cas d’échec ou d’annulation, la réservation est libérée. Corrigez le problème signalé avant de recommencer.

Contrôler la demande avant de la valider

• La question de recherche est plus précise que la liste des entrées possibles.
• Quick, Deep ou Concurrents correspond à la preuve nécessaire.
• Seeds ou domaines sont normalisés, pertinents et dans les limites actuelles.
• Pays et langue décrivent le marché de recherche visé.
• Gap only utilise le bon domaine propre et ne masque pas par erreur des classements partagés utiles.
• Le devis correspond à la configuration finale et laisse assez de solde disponible.
• Aucun run équivalent n’est déjà en attente, actif ou encore assez frais dans l’historique.