flaqai/backlink_skills

SPD V2 Qualité — Découverte et soumission d'annuaires orientée qualité

Identité de version

• Nom canonique : SPD V2 Quality.
• Invocation : $submit-product-directories-v2-quality.
• Optimiser pour la pertinence de l'audience, la valeur de découverte, la gouvernance, le potentiel de référencement, la durabilité des fiches et la qualité des preuves.
• Utiliser lorsque la qualité et la valeur à long terme priment sur le débit de la file d'attente.
• Aiguiller les grandes listes de sources pré-approuvées dont le besoin principal est le débit opérationnel vers $submit-product-directories-v1-batch.
• Ne pas appeler cette version SPD V1, SPD Batch ou SPD générique dans les enregistrements.
• Traiter les enregistrements sans version explicite comme hérités jusqu'à ce qu'ils passent l'auditeur V2.

Exécuter le travail de découverte et de soumission d'annuaires comme une machine d'état à contrôle de conformité. Optimiser pour la découverte de produits, des profils de marque précis, un trafic de référence qualifié et des fiches durables — et non pour les signaux de classement, le PageRank, les liens dofollow ou le volume de soumissions.

Charger les contrôles requis

1. Lire les fiches produits approuvées, les règles de marque, les alias de contact, les références d'actifs, la liste de sources, la matrice d'autorisation et l'enregistrement existant.
2. Lire references/seo-quality-gate.md avant de sélectionner ou qualifier un site.
3. Lire references/authorization.md avant toute action autre qu'une inspection en lecture seule.
4. Lire references/workflow.md avant d'effectuer un travail de navigation.
5. Lire references/browser-control-routing.md avant toute interaction avec un navigateur ou une application. Exécuter la vérification préalable des capacités Windows/macOS/Linux et sélectionner le backend dans l'environnement actuel ; ne pas supposer de navigateur, de système d'exploitation ou de support Computer Use spécifique.
6. Lire references/status-model.md avant de créer, mettre à jour ou auditer des enregistrements.
7. Lire references/route-boundaries.md lorsqu'un candidat est un article, une communauté, un e-mail, un contact, une page de ressources ou une route de partenariat.
8. Copier assets/submission-record-template.md lorsqu'aucun enregistrement n'existe.

Ne jamais inventer de faits concernant l'entreprise, le fondateur, le prix, l'adresse, le lancement, le nombre d'utilisateurs, les aspects sociaux, juridiques, de propriété ou de contact. Laisser les inconnues facultatives vides ; marquer les inconnues obligatoires comme bloqué — données vérifiées manquantes.

Appliquer la limite de finalité SEO

Arrêter la campagne si la sélection de sites, l'échelle, le texte d'ancrage, le paiement, les liens réciproques ou l'automatisation visent principalement à manipuler les classements de recherche. Ne jamais promettre de classements, de PageRank, de nombre de backlinks, de placement dofollow, de gains de métriques de domaine ou un volume de soumissions « sûr ».

Utiliser uniquement des ancres de marque, de produit ou d'URL nue. Ne pas demander de traitement dofollow ni utiliser d'ancres commerciales répétées en correspondance exacte. Enregistrer l'ancre publique réelle, le href, le rel et la relation commerciale ou réciproque après publication. Exiger le traitement sponsored ou nofollow pour les liens payants ou incités ; sinon, marquer le placement comme non conforme et ne pas le compter comme une fiche acceptable.

Restreindre les routes

Traiter uniquement les fiches d'annuaire, les demandes de recommandation d'application, les revendications de fiches d'annuaire existantes et les profils porteurs de produits sur les plateformes de découverte gouvernées.

Ne pas traiter en lot les articles, articles invités, messages communautaires, communiqués de presse, e-mails à froid, promotion par formulaire de contact ou sensibilisation sur des pages de ressources via ce workflow. Les classifier et les confier à un workflow distinct et spécifique à la route.

Exécuter la phase A — recherche, qualité et vérification

1. Normaliser les URL sources et dériver une clé d'idempotence à partir du domaine de la plateforme, de l'ID canonique du produit, de l'alias du compte et de la route.
2. Maintenir la V2 en mode pilote : pas plus de 10 sites sources par lot, avec une référence d'approbation opaque distincte pour chaque site.
3. Initialiser chaque site avec Phase: eligibility, Statut: not attempted et Quality gate: not checked.
4. Inspecter la pertinence, la valeur réelle pour l'utilisateur/découverte, la gouvernance/supervision éditoriale, les allégations de vente de liens, la qualité de l'annuaire/réseau, les exigences de réciprocité et la compatibilité avec l'automatisation/les conditions d'utilisation.
5. Marquer les candidats de faible qualité, à lien de classement, à réciprocité forcée, non pertinents, à modèle vide ou de réseau d'annuaires comme ineligible avec des preuves structurées.
6. Autoriser le travail sur formulaire uniquement lorsque chaque dimension de qualité obligatoire est validée et que Quality gate: passed.
7. Réutiliser ou créer des comptes uniquement sous une entrée d'autorisation valide et limitée.
8. Exposer la vérification native la plus précoce, préserver les défis interactifs et constituer une file d'attente manuelle. Ne jamais contourner ou externaliser une mesure de sécurité.
9. Ne saisir aucun champ de fiche produit pendant la phase A. L'inspection en lecture seule et l'enregistrement autorisé séparément sont autorisés.

Exécuter la phase B — exécution de formulaire autorisée

1. Revérifier la qualité, l'état de doublon, la validité de la vérification, la validité de l'autorisation et l'appartenance à la liste de sources.
2. Commencer le travail sur formulaire uniquement sur les sites avec Quality gate: passed.
3. Ajouter un événement immuable avant ou immédiatement après chaque action exécutée. Inclure l'horodatage, l'ID de l'événement, l'action canonique, le résultat et la référence du magasin de preuves.
4. Faire correspondre chaque action exécutée à une autorisation allowed dont l'approbateur, l'heure d'approbation, la portée du site et l'expiration sont valides au moment de l'action. Traiter ask et prohibited comme non autorisés.
5. Remplir uniquement les faits approuvés. Désactiver les abonnements facultatifs. S'arrêter en cas d'absence de faits obligatoires.
6. Soumettre uniquement sous une autorisation de soumission finale valide. Capturer la réponse exacte et les preuves structurées immédiatement.
7. Ne jamais réessayer une action finale ambiguë. Pour submission outcome unknown, effectuer des vérifications backend, boîte aux lettres et page publique avant toute tentative ultérieure.

Protéger les enregistrements et les preuves

• Conserver l'enregistrement public de la campagne séparé du magasin de preuves contrôlé.
• Enregistrer les alias et les IDs de preuves opaques, et non les mots de passe, OTP, codes de récupération, paramètres OAuth, cookies, IDs de session réels, liens magiques, adresses e-mail brutes, numéros de téléphone ou chemins absolus privés.
• Supprimer les paramètres d'authentification et de suivi des URL des enregistrements. Conserver uniquement les paramètres de route requis dans le magasin de preuves contrôlé.
• Définir les dates de capture et de conservation des preuves. Supprimer les preuves contrôlées conformément à la politique de conservation de la campagne.
• Considérer la création d'un compte, un clic, une navigation, un formulaire effacé ou un brouillon enregistré comme une preuve insuffisante de soumission.

Clôturer et auditer

Exécuter :

Sur macOS ou Linux :

python3 scripts/audit_submission_record.py path/to/record.md
python3 scripts/audit_submission_record.py path/to/record.md --json

Sur Windows, utiliser py -3 ou un lanceur Python 3 équivalent :

py -3 scripts/audit_submission_record.py path\to\record.md
py -3 scripts/audit_submission_record.py path\to\record.md --json

L'auditeur doit échouer en cas d'absence de contrôles de campagne, d'autorisation invalide ou expirée, de contrôles de qualité échoués suivis d'exécution, de combinaisons incompatibles phase/statut/preuve, d'exposition de secrets, de relations de liens non sécurisées, de clés d'idempotence en double, de variantes de suivi en double, de journaux d'événements invalides ou de vérifications incomplètes de résultat inconnu.

Utiliser le taux de publication qualifié, les visites de référencement, la conversion du référencement, la précision du profil et la survie des fiches comme KPI. Ne pas utiliser le nombre de soumissions, le nombre de backlinks, le nombre de dofollows, l'DA ou le DR comme critères de succès.

Ressources incluses

• references/seo-quality-gate.md : Limite de finalité SEO et filtrage obligatoire de la qualité des sites.
• references/authorization.md : Modèle d'autorisation vérifiable par machine.
• references/workflow.md : Procédure d'exécution et de récupération en deux phases.
• references/browser-control-routing.md : Règles de sélection, d'interaction, de confirmation, de récupération et de preuve du navigateur, indépendamment du backend.
• references/status-model.md : Règles d'état, de preuve, d'événement et d'attribut de lien.
• references/route-boundaries.md : Routes prises en charge et transferts obligatoires.
• assets/submission-record-template.md : Modèle de campagne respectueux de la vie privée.
• scripts/audit_submission_record.py : Auditeur déterministe d'enregistrement, d'autorisation, de qualité, de confidentialité et d'idempotence.