Crawl Foundry
Opérations SEO

Importer les candidats validés et préserver la trace de recherche

L’import est un transfert contrôlé d’une preuve de recherche datée vers le pool partagé. Il peut insérer, restaurer, ignorer et ajouter une appartenance, mais ne rafraîchit aucune donnée, ne lance aucun suivi, n’affecte aucune page et ne remplace pas le run qui explique la décision.

Terminez l'examen et la sélection des résultats avant de choisir les candidats à intégrer dans la base.

Une sélection figée

L’opération conserve les lignes validées et reprend par lots idempotents.

Déduplication actuelle

L’état réel de la base décide entre insertion, restauration et omission.

Une preuve réouvrable

L’historique sépare la demande payante de chaque relance et action ultérieure.

Importer uniquement la sélection validée

1
Terminer la revue des filtres et de la sélection sur le bon run.
2
Choisir la base seule, une liste manuelle active existante ou une nouvelle liste manuelle.
3
Vérifier le nombre sélectionné et une éventuelle troncature à 2 000 lignes.
4
Démarrer l’import et garder l’opération ouverte jusqu’à la fin de tous les lots.
5
Lire séparément les totaux importés, ignorés et ajoutés à la liste.
6
Ouvrir la Base de mots-clés et attribuer la prochaine action volontaire.

La cible change l’organisation, pas la preuve de recherche

Base seule ajoute les lignes acceptées au pool du workspace. Une liste existante doit être active et manuelle. Une nouvelle cible crée toujours une liste distincte. Si son nom existe, Crawl Foundry ajoute un suffixe au lieu de fusionner avec l’ancienne. Les listes intelligentes et hybrides restent pilotées par règles et ne peuvent pas recevoir cet import direct.

La requête d’import conserve un snapshot des mots-clés normalisés sélectionnés et vérifie que chacun appartient au run. Une requête manipulée ou périmée ne peut donc pas importer la preuve d’un autre run. Les lignes absentes ou étrangères sont ignorées.

Les grands imports sont des opérations reprenables

Le client actuel importe des lots successifs de 200 mots-clés au maximum. Identifiant d’opération, sélection immuable, cible et index du lot rendent les reprises idempotentes. Si la page est actualisée en cours d’opération, l’interface peut reprendre au lot suivant. Une personne peut aussi annuler le travail restant.

Le snapshot compact de l’opération expire après 30 jours et la maintenance peut faire échouer une opération bloquée. Les mots-clés et appartenances déjà écrits restent dans la base. Reprendre utilise la sélection enregistrée, sans recalculer le filtre actuel ni inclure de nouvelles lignes.

L’état actuel décide entre insertion, restauration et omission

Un doublon actif peut tout de même être ajouté à la liste manuelle choisie. Les totaux ignorés et ajoutés à la liste répondent donc à des questions différentes. Toute ligne ignorée n’est pas un transfert raté et n’a pas forcément manqué la liste cible.

État actuelComportement de l’import
AbsentCréer une ligne avec les champs Discovery disponibles.
Mot-clé actifNe pas le dupliquer, marquer le candidat présent et le compter comme ignoré à l’insertion.
Mot-clé supprimé logiquementRestaurer la ligne existante et la compter comme importée.
Résultat absent ou étrangerL’ignorer sans importer la preuve d’un autre run.

Transmettre les preuves disponibles sans fabriquer de complétude

Un nouveau mot-clé peut hériter expression affichée, volume, CPC, difficulté, indice de concurrence, intention, historique mensuel, backlinks moyens, domaines référents moyens et rang moyen du Top 10 si le résultat les contient. Crawl Foundry inscrit Discovery comme source et origine, calcule les champs dérivés pris en charge, date les données à l’import, applique les tags système et invalide les sources Opportunity concernées pour un recalcul ultérieur.

Une ligne supprimée puis restaurée conserve son identité et reçoit une nouvelle date, mais le chemin actuel ne remplace pas chacun de ses champs avec le candidat. Une ligne déjà active n’est pas rafraîchie en silence par l’import. Utilisez les actions explicites de la Base de mots-clés lorsque des métriques actuelles sont nécessaires.

L’appartenance à une liste manuelle est un résultat distinct

Après insertion, restauration ou détection d’une ligne active, l’import peut ajouter son mot-clé normalisé à la liste choisie. Une appartenance existante n’est pas dupliquée. L’opération rapporte les nouvelles appartenances séparément des lignes de mots-clés importées.

Une liste fournit un périmètre d’organisation, pas la preuve d’une intention, d’une page propriétaire, d’une priorité ou d’un contexte de suivi communs. Nommez-la selon la décision servie et contrôlez les marchés ou usages mélangés avant l’étape suivante.

Vérifiez l'appartenance aux listes et l'organisation des mots-clés séparément de l'import du mot-clé lui-même.

L’import ne lance aucun workflow suivant

Ouvrez la Base de mots-clés pour examiner les champs actuels, ajouter des tags humains, choisir volontairement un enrichissement payant, placer les mots-clés dans la bonne vue et décider si suivi, preuve Site Audit, revue de page ou travail de contenu sont justifiés.

  • Aucun refresh payant de mots-clés ou récupération SERP ne démarre automatiquement.
  • Aucun planning Position Tracking ni acquisition récurrente n’est créé.
  • Aucun cluster, affectation de page, brief, article ou publication n’est validé.
  • Aucune règle de liste intelligente ne change lors d’un ajout à une liste manuelle.
  • Aucune métrique de recherche ne devient durablement actuelle par son import.

L’historique préserve la demande payante et ses résultats

L’historique est paginé du plus récent au plus ancien et demande actuellement jusqu’à 50 lignes par page. Il conserve mode, seeds ou domaines, pays, langue, nombres de candidats et d’imports, état, dates, devis ou débit réglé, indicateur partiel, erreurs et progression. Le schéma actuel n’applique aucun TTL automatique aux runs. Les résultats payants restent donc réouvrables tant qu’une politique de conservation ultérieure ne change pas.

Le run chargé le plus récent est sélectionné par défaut. Les lignes échouées ou annulées restent une preuve opérationnelle utile malgré un débit client nul. Consultez code support, étape et événement Activity avant de lancer une autre demande payante.

Relancer prépare une nouvelle demande

L’action est indisponible pour un run pending ou running. Pour un run terminal, elle ouvre le formulaire avec mode, entrées, marché, limite concurrente et option Gap only enregistrés. Les anciens noms de mode sont rapprochés de la configuration actuelle la plus proche. Aucun coût n’est engagé avant revue du nouveau devis et confirmation.

Le nouveau run reçoit son ID, sa réservation, son cycle worker, ses résultats, son règlement et sa trace d’import. Il ne remplace pas l’ancienne preuve et ne met pas à jour les imports déjà réalisés. Ne comparez les deux qu’après avoir confirmé configuration, qualité de fin et contexte de marché compatibles.

Garder le transfert reconstructible

  • ID du run, mode, marché, entrées, départ, état terminal et preuve partielle.
  • Filtres, tri, limites de scan, nombre sélectionné et éventuelle troncature.
  • ID d’import, type de cible, liste, nombres demandé, importé, ignoré et ajouté à la liste.
  • Champs venus du run payant et informations jointes plus tard.
  • Raison humaine d’accepter une ligne sans données ou de refuser une ligne à fort volume.
  • Enrichissement, suivi, page ou contenu ultérieur comme action séparée.

Fermer volontairement la boucle de recherche

1
Confirmer que le run et la sélection répondent encore à la question prévue.
2
Choisir une liste manuelle uniquement pour un objectif opérationnel clair.
3
Laisser finir l’opération reprenable ou l’annuler explicitement, puis rapprocher les trois totaux.
4
Vérifier doublons actifs, lignes restaurées, nouvelles lignes et appartenances dans la Base de mots-clés.
5
Noter quelles métriques importées sont des preuves datées et quels champs exigent une collecte actuelle.
6
Attribuer priorisation, suivi, revue de page ou contenu sans automatiser la validation éditoriale.
7
Réutiliser l’historique plutôt que payer un nouveau run si périmètre et fraîcheur restent suffisants.