Agrégation des KPIs de campagne et détection des écarts de coûts
L’analyse structurée des résultats de campagne devient simple : le workflow reçoit les données de campagne via webhook, valide les entrées, les regroupe par canal et calcule automatiquement les KPIs essentiels comme le CPC et le CPA. Il vérifie également si les objectifs tels que le Target CPA sont dépassés. Le résultat est un objet de reporting prêt à être exploité ou visualisé. Les entrées incorrectes sont clairement rejetées. Particulièrement adapté aux équipes marketing et agences analysant régulièrement la performance des campagnes.
Les équipes marketing, agences et analystes souhaitant analyser et comparer régulièrement des données de campagne issues de plusieurs canaux trouveront dans ce workflow une solution structurée. Après import dans n8n, un webhook est mis à disposition pour recevoir des requêtes POST contenant les données de campagne (par exemple depuis des outils BI, CRM ou exports manuels). Les données sont validées, regroupées par canal, puis les principaux KPIs sont calculés automatiquement : coût par clic (CPC), coût par acquisition (CPA) et atteinte des objectifs par rapport à un Target CPA optionnel. Le résultat est un reporting JSON structuré, adapté aux tableaux de bord, au monitoring ou à d’autres automatisations. Les entrées erronées ou incomplètes reçoivent un message d’erreur explicite. Avant la mise en production, l’authentification du webhook dans n8n doit être activée pour éviter tout accès non autorisé. Les données d’exécution pouvant contenir des informations sensibles, elles doivent être gérées avec précaution. Ce workflow est flexible pour diverses sources de données, sous réserve du respect du format d’entrée décrit.
Image générée par IA
Installation
1. Importez le workflow dans n8n.
2. Enregistrez le workflow.
3. Lancez le listener de test et utilisez l'URL de test affichée du noeud webhook.
4. Envoyez une requête POST avec Content-Type application/json à l'URL de test (voir exemple ci-dessous).
5. Vérifiez la réponse et ajustez le format d'entrée si nécessaire.
6. Après test réussi : publiez/activez le workflow et utilisez l'URL de production du noeud webhook.
7. Configurez l'authentification du webhook dans n8n pour empêcher tout accès non autorisé.
8. Optionnel : configurez la conservation et l'accès aux données d'exécution dans n8n.
Utilisation
1. Exemple de requête valide :
```json
{
"rows": [
{"channel": "Google Ads", "spend": 100, "clicks": 50, "conversions": 5},
{"channel": "Meta", "spend": 80, "clicks": 40, "conversions": 4}
],
"targetCpa": 18
}
```
Réponse attendue :
```json
{
"status": "success",
"report": [
{"channel": "Google Ads", "spend": 100, "clicks": 50, "conversions": 5, "cpc": 2, "cpa": 20, "aboveTarget": true},
{"channel": "Meta", "spend": 80, "clicks": 40, "conversions": 4, "cpc": 2, "cpa": 20, "aboveTarget": true}
],
"totals": {"spend": 180, "clicks": 90, "conversions": 9}
}
```
Statut HTTP : 200
2. Exemple de requête erronée (tableau rows vide) :
```json
{
"rows": []
}
```
Réponse :
```json
{
"status": "error",
"message": "rows muss ein nicht-leeres Array sein."
}
```
Statut HTTP : 200
3. Les champs spend, clicks et conversions doivent être numériques et ≥0. Le champ channel ne doit pas être vide.
4. L'authentification du webhook doit être activée séparément dans n8n.
5. Les données d'exécution sont stockées dans n8n et doivent être régulièrement vérifiées et gérées.
Connexions et APIs nécessaires
Connexions API
Aucun identifiant API enregistré n'a été détecté dans le JSON du workflow. Vérifiez tout de même les webhooks, systèmes cibles, identifiants et la protection des données avant l'activation.
Nœuds
WebhookCodeRespond to Webhook
Test fonctionnel isolé réussi
Test fonctionnel isolé facultatif
Le flux de données isolé a été testé sans services externes ni identifiants.
✓ 5 tests réussisAfficher les cas testésMasquer les cas testés
✓ Cas normal avec données complètesVérifie le parcours standard complet avec des données d'exemple valides.Test fonctionnel isolé réussi✓ Variante ou cas limiteVérifie une variante valide ou un cas limite important.Test fonctionnel isolé réussi✓ Règle de traitement supplémentaireVérifie la règle de traitement métier supplémentaire de ce workflow.Test fonctionnel isolé réussi✓ Entrée invalide ou incomplèteVérifie que les données invalides ou incomplètes sont rejetées de façon contrôlée.Test fonctionnel isolé réussi✓ Entrée videVérifie qu'une requête vide reçoit une réponse contrôlée.Test fonctionnel isolé réussi
