Introduction aux Playbooks

Comment utiliser les Playbooks Draft & Goal — modèles de workflows prêts à l'emploi pour les équipes SEO, Marketing et Data

Que sont les Playbooks ?

Les Playbooks sont des modèles de workflows de bout en bout conçus pour des jobs réels en marketing, SEO et data. Chaque playbook montre quels nodes combiner, comment les données circulent, et ce que vous obtenez à l’exécution de l’App — pour reproduire une configuration éprouvée plutôt que de partir d’un canevas vide.

Ils se situent entre les fondamentaux produit et une App terminée :

Vous avez besoin de…Allez vers…
Bases Studio, nodes, teams, runsGuides
Les paramètres d’un node précisNodes
Un modèle de workflow prêt pour votre jobPlaybooks (cette section)
Tip

Un playbook est une recette, pas un template verrouillé. Adaptez les inputs, modèles et destinations à votre stack (Sheets, Search Console, HubSpot, CMS…).

À qui s’adressent-ils ?

Les Playbooks s’adressent aux builders et opérateurs qui connaissent déjà l’interface Studio et veulent industrialiser un process récurrent plus vite :

  • Équipes SEO et contenu : audits, mots-clés, maillage interne
  • Équipes marketing : enrichissement de leads et outreach personnalisé
  • Équipes data et ops : sync entre systèmes et reporting récurrent

Si vous débutez avec Draft & Goal, faites d’abord le Quickstart, puis revenez ici.

Comment utiliser un playbook

Choisissez le domaine qui correspond à votre job

Partez de SEO, Marketing ou Data dans la barre latérale. Ouvrez la vue d’ensemble du domaine pour la carte complète, puis choisissez un playbook concret.

Reproduisez la chaîne de nodes

Suivez le flux documenté (inputs → fetch ou AI → transforms → écriture ou notification). Gardez les mêmes familles de nodes ; ne changez de fournisseur que si votre stack l’exige.

Branchez vos connexions et inputs

Connectez les comptes sous Builder → Integrations, puis mappez les inputs de l’App (URL, propriété, sheet, liste CRM) pour pouvoir lancer chaque run sans retoucher le graphe.

Exécutez une fois, puis planifiez

Validez sur un petit échantillon en mode Run. Quand la sortie est correcte, planifiez l’App ou exposez-la aux runners.

Domaines de playbooks

SEO

Automatisez audits de contenu, recherche de mots-clés et maillage interne avec scrapers, APIs SEO et analyse LLM.

Vue d'ensemble SEO

Carte des playbooks SEO et stacks de nodes courants
Content Audit

Analyser le contenu du site à grande échelle et exporter les constats
Keyword Research

Découvrir et suivre les mots-clés avec outils SEO et IA
Internal Linking

Cartographier les liens, trouver les orphelines et suggérer des opportunités

Marketing

Connectez CRM, enrichissement et messaging pour que le travail campagne récurrent tourne en Apps gouvernées.

Vue d'ensemble Marketing

Carte des playbooks marketing et intégrations
Email Automation

Personnaliser et envoyer des campagnes email à partir des données du workflow
Lead Enrichment

Enrichir les leads avec le contexte site et l’IA, puis mettre à jour le CRM

Data

Construisez des pipelines no-code pour le reporting et la synchronisation des systèmes.

Vue d'ensemble Data

Carte des playbooks reporting et sync
Automated Reporting

Agréger les sources, analyser avec l’IA, livrer slides ou email
Data Sync

Aligner Sheets, CRM et entrepôts sur un planning

Choisir le bon playbook

Filtre rapide :

  1. Le job porte sur le SEO / la qualité de contenu ? → commencez par SEO.
  2. Le job porte sur leads, CRM ou campagnes ? → commencez par Marketing.
  3. Le job porte sur des reports ou le déplacement de données ? → commencez par Data.
  4. Aucun des cas ci-dessus ? → esquissez le flux avec le Workflow Generator, puis réutilisez les motifs du playbook le plus proche.
Note

Préférez un node Integration dédié à un Code Block générique lorsqu’il existe — credentials plus clairs, moins de maintenance, handoff plus simple aux coéquipiers.

À quoi ressemble une App playbook solide

La plupart des Apps de production suivent la même forme :

graph LR
    In[Inputs / sélecteurs] --> Fetch[Integrations fetch]
    Fetch --> AI[AI ou Tools]
    AI --> Out[Écriture / notification]
    Out --> Guard[Conditional / Stop / HITL]
  • Inputs : ce qui change à chaque run (URL, propriété, liste).
  • Integrations : lecture ou écriture des systèmes externes.
  • AI / Tools : analyse, transformation ou branchement.
  • Gardes (Conditional, Stop Node, Human in the Loop) : échecs explicites et revues humaines dans le chemin quand c’est nécessaire.

Pour s’orienter dans la bibliothèque, voir Introduction aux Nodes.

Étapes suivantes

Playbooks SEO

Commencer par les workflows contenu et ranking les plus courants
Quickstart

Construire et lancer votre première App si vous débutez sur Studio