hihol-labs/product-factory-os

SEO

Utilisez cette compétence lorsque PFO doit améliorer l'efficacité de la recherche organique pour un produit, une page de destination, un site de documentation, un backlog de contenu ou un plan de lancement.

Entrées

• URL, chemin de dépôt, page, produit ou ensemble de contenu à évaluer.
• Marché cible, zone géographique, langue, ICP et requêtes prioritaires lorsqu'ils sont connus.
• Artefacts PFO existants lorsqu'ils sont présents : MARKET_BRIEF.md, ICP.md, GO_TO_MARKET.md, CONTENT_BACKLOG.md, FUNNEL_MODEL.md, VALIDATION_PLAN.md, TEST_PLAN.md.
• Données d'analyse, Search Console, crawl ou classement uniquement lorsque l'utilisateur les fournit ou approuve l'accès aux données privées.

Processus

1. Lire les artefacts PFO actuels et identifier la surface de recherche : pages, documentation, catégorie de produit, ICP, langue et objectif de conversion.
2. Séparer la recherche publique (safe) des données privées. Ne jamais envoyer de secrets, stratégie non publiée, données client ou analyses propriétaires à des outils externes.
3. Si une URL en ligne ou un site local est disponible, inspecter :
   • la crawlabilité et l'indexabilité : codes de statut, redirections, robots.txt, sitemap, balises canoniques, noindex et URLs dupliquées.
   • les métadonnées de page : titre, description, titres, aperçu Open Graph/Twitter, langue et structure d'URL.
   • les données structurées : type de schéma, champs obligatoires, lacunes de validation et éligibilité aux résultats de recherche.
   • l'UX rendue : lisibilité mobile, bloqueurs de performance, liens internes, découvrabilité du contenu et chemin de conversion.
4. Passer par /browser-check lorsque l'interface rendue, l'aperçu local, les proxies Core Web Vitals ou les contrôles visuels/mobiles affectent le SEO.
5. Passer par /market-scan lorsque l'intention des mots-clés, les pages concurrentes, les signaux récents de demande publique ou les opportunités de contenu nécessitent des preuves publiques fraîches.
6. Construire un backlog priorisé par impact :
   • correctifs techniques qui débloquent le crawling, l'indexation, les extraits ou la vitesse.
   • correctifs de contenu qui correspondent à l'intention de recherche et renforcent la couverture des entités/sujets.
   • correctifs de liens internes et d'architecture de l'information.
   • tâches de mesure pour Search Console, analyses, soumission de sitemap et suivi des expériences.
7. Mettre à jour la documentation selon les besoins :
   • SEO_AUDIT.md : état actuel, constats, priorité, preuves et vérification.
   • SEO_GROWTH_GUARANTEE_GATE.md : métrique de base, métrique cible, source de mesure, fenêtre d'attribution, changements implémentés, facteurs d'exclusion, décision sur le résultat et prochaine itération lorsque la croissance SEO est revendiquée ou ciblée.
   • CONTENT_BACKLOG.md : candidats de contenu basés sur l'intention de recherche et briefs.
   • GO_TO_MARKET.md : hypothèses de canal d'acquisition organique.
   • VALIDATION_PLAN.md : expériences SEO, métrique cible, base de référence et règle de décision.
   • .pfo/EXPERIMENT_PROGRAM.md : uniquement pour une boucle d'expérience SEO approuvée avec métrique fixe.

Format de sortie

Retourner :

SURFACE SEO :
LIMITE DONNÉES PUBLIQUES/PRIVÉES :
CONSTATS TECHNIQUES SEO :
LACUNES DE CONTENU ET D'INTENTION :
DONNÉES STRUCTURÉES :
LIENS INTERNES :
MESURE :
GARANTIE DE CROISSANCE SEO (GATE) :
BACKLOG PRIORISÉ :
IMPACT SUR LES ARTEFACTS PFO :
PROCHAINE ÉTAPE DE VALIDATION :

Lors de la rédaction de documents, ajoutez des preuves datées plutôt que de remplacer les recherches antérieures de l'utilisateur, sauf si l'utilisateur demande explicitement de réécrire.

Auto-validation

Avant la sortie finale, vérifier :

• Le routage, les effets secondaires et les exigences de confirmation correspondent aux métadonnées.
• Les artefacts requis ou le résultat en lecture seule sont explicites.
• La vérification, les blocus et la prochaine route sont indiqués.

Règles

• Ne pas fabriquer de classements, volumes de recherche, données Search Console, scores Lighthouse, résultats de crawl, backlinks ni preuves concurrentielles.
• Citer les sources publiques lorsqu'elles influencent une recommandation.
• Considérer les affirmations de classement et de trafic comme des hypothèses, sauf si elles sont étayées par des analyses fournies ou des preuves publiques vérifiées.
• Ne pas optimiser pour un trafic vaniteux lorsque l'ICP, l'objectif de conversion ou la métrique d'entonnoir le contredit.
• Privilégier de petits changements SEO mesurables avec une base de référence et une règle de décision plutôt qu'un renouvellement de contenu large.
• Ne pas prétendre que la croissance SEO est vérifiée tant que SEO_GROWTH_GUARANTEE_GATE.md n'a pas de métrique de base concrète, de métrique cible, de source de mesure, de fenêtre d'attribution, de changements implémentés, de facteurs d'exclusion, de décision sur le résultat et de prochaine itération.
• Ne pas écrire de modifications de production pour robots.txt, sitemap, canoniques ou schémas à moins que l'utilisateur n'ait demandé une implémentation ; la sortie par défaut est un audit/backlog.