Le trigger IFTTT standard accepte exactement 3 valeurs structurées par événement (value1, value2, value3) : ce n'est pas le format natif de Rivalyse. Le webhook sortant de Rivalyse envoie une enveloppe générique {event, client_id, timestamp, data} : Rivalyse ne formate nativement que Slack, Teams et Discord. Pour IFTTT, c'est votre relais (scénario n8n/Make ou script Node.js) qui doit extraire les champs utiles de data et les recomposer en trois valeurs avant d'appeler l'URL Webhooks IFTTT.
Voici un extrait simplifié d'une alerte telle qu'elle sort de Rivalyse (événement competitor.cheaper) : les alertes du client sont groupées dans un tableau data.alerts, pas dans des champs à plat (l'objet réel contient aussi sku, competitor_name, price_client, diff, url_client, url_competitor).
{
"event": "competitor.cheaper",
"client_id": 8432,
"timestamp": "2026-07-21T09:14:00Z",
"data": {
"alerts_count": 1,
"alerts": [
{
"product_name": "Chaussures Running X200",
"price_competitor": 24.90,
"diff_pct": 17
}
]
}
}
Votre relais lit data.alerts[0] et transforme ces champs en trois valeurs avant de les transmettre à IFTTT (si plusieurs alertes arrivent dans le même événement, condensez-les : IFTTT n'accepte qu'un seul triplet de valeurs par déclenchement). L'événement de test envoyé depuis le dashboard Rivalyse (Intégrations > Connecteurs > Tester) utilise en revanche des champs à plat, sans tableau alerts : prévoyez que votre relais gère les deux formes.
| Valeur IFTTT | Contenu à extraire par le relais | Exemple |
|---|
| Value1 | Nom du produit surveillé | "Chaussures Running X200" |
| Value2 | Nouveau prix concurrent | "24.90 EUR" |
| Value3 | Écart en pourcentage | "17%" |
Dans votre applet IFTTT, utilisez les variables {{Value1}}, {{Value2}} et {{Value3}} pour insérer ces données dans vos actions (objet d'email, cellule Google Sheets, texte de notification). Voici le payload JSON que le relais envoie à IFTTT une fois la transformation faite :
{
"value1": "Chaussures Running X200",
"value2": "24.90 EUR",
"value3": "17%"
}
