# Comment envoyer les changements de poste dans une table Clay ?

> Source: https://www.rodz.io/fr/guides/cas-usage/changements-de-poste-vers-clay/
> Mis à jour le 2026-10-12 · Peter Cools · Recette · Changements de poste · Clay

## En bref

Rodz n'a pas d'application Clay native : la liaison passe par un webhook. Créez dans Clay une table alimentée par webhook, copiez son URL, collez-la comme webhook de votre signal Rodz Nominations, puis envoyez un lead de test. Chaque décideur qui change de poste arrive comme une ligne Clay, avec le nouveau poste, l'ancien employeur et le contact. Un lead coûte 2 crédits.

## Chiffres clés

- Un changement de poste coûte **2 crédits** par lead, plus 0,5 crédit par email trouvé (`getEmails`), facturé uniquement en cas de succès.
- La livraison est **au moins une fois** : un lead peut arriver deux fois après une nouvelle tentative, dédoublonnez sur `contact.lead_id`.
- Côté Clay, une source webhook accepte **50 000** envois au maximum (documentation Clay) : prévoyez une nouvelle table au-delà.
- Rodz identifie **400 000+ signaux par mois** (moyenne de juillet à septembre 2026).

Coût: 2 crédits par lead (+0,5 crédit par email trouvé)

## Avant de commencer

- Un compte Rodz avec des crédits (le compte de test en inclut 100).
- Un espace de travail Clay où vous pouvez créer une table.
- Une clé API Rodz (Intégrations → API) si vous configurez par l'API.

## Étapes

### 1. Créez une table Clay alimentée par webhook

Dans un classeur Clay, cliquez sur **+ Add**, cherchez **Webhooks** et choisissez **Monitor webhook**. Copiez l'**URL** du webhook. Clay propose aussi un jeton d'authentification optionnel envoyé dans un en-tête : Rodz n'envoie pas d'en-tête personnalisé, laissez-le désactivé et gardez l'URL secrète.

### 2. Créez le signal Nominations dans Rodz

Dans **Mes signaux**, cliquez sur **Activer un signal** et choisissez le signal **Nominations** (changements de poste) et réglez les fonctions suivies, la taille et le secteur de la nouvelle entreprise, et la localisation de la personne. Laissez le signal en **brouillon** pour l'instant. Cochez **Trouver les e-mails** si vous ne voulez pas enrichir l'email dans Clay.

### 3. Collez l'URL Clay comme webhook du signal

Dans l'onglet **Intégrations** du signal, renseignez le **webhook** avec l'URL Clay et enregistrez. Par l'API, c'est le champ `webhookUrl` du signal, à la création (`POST /api/v1/signals/job-changes`) ou plus tard par `PATCH`.

`Même réglage par l'API`

```bash
curl -X PATCH "https://api.rodz.io/api/v1/signals/$SIGNAL_ID" \
  -H "Authorization: Bearer $RODZ_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{"webhookUrl": "URL_DU_WEBHOOK_CLAY"}'
```

### 4. Envoyez un lead de test et créez les colonnes

Envoyez un exemple de lead avec `POST /api/v1/signals/{signal_id}/test-webhook`. La réponse indique le code HTTP renvoyé par Clay et le payload envoyé, qui porte `signal.is_test: true`. Dans Clay, la ligne de test apparaît : ajoutez une colonne pour chaque champ imbriqué utile (`contact.email`, `signal.new_company`...), voir le tableau plus bas.

`Envoyer un lead de test au webhook du signal`

```bash
curl -X POST "https://api.rodz.io/api/v1/signals/$SIGNAL_ID/test-webhook" \
  -H "Authorization: Bearer $RODZ_API_KEY"
```

### 5. Activez le signal et filtrez les tests et doublons

Passez le signal en **Actif**. Dans Clay, excluez les lignes où `signal.is_test` vaut `true` et dédoublonnez sur `contact.lead_id` : en cas d'échec temporaire de Clay, Rodz renvoie la livraison et un lead peut arriver deux fois. Si votre table a été indisponible, `POST /api/v1/signals/{signal_id}/replay-webhook` renvoie tous les leads déjà produits (ils portent `signal.is_replay: true`).

## Exemple de payload

Ce que Clay reçoit pour un lead : le JSON est posté tel quel sur l'URL du webhook (même format que `GET /api/v1/signals/{signal_id}/leads`).

```json
{
  "signal": {
    "id": "d4f5a6b7-c8d9-4e0f-a1b2-c3d4e5f6a7b8",
    "name": "Nouveaux CTO en France",
    "type": "job_changes",
    "last_signal": "Job Change",
    "last_signal_date": "2026-10-08",
    "previous_title": "VP Engineering",
    "previous_company": "Northwind Analytics",
    "previous_company_linkedin_url": "https://www.linkedin.com/company/northwind-analytics/",
    "previous_job_started_on": "2021-01",
    "previous_job_ended_on": "2026-08",
    "new_title": "CTO",
    "new_company": "Tech Corp",
    "new_job_started_on": "09/2026",
    "new_job_start_month": "2026-09",
    "change_type": "company"
  },
  "contact": {
    "lead_id": "a1b2c3d4-e5f6-7890-abcd-ef1234567890",
    "created_at": "2026-10-08T07:12:00+00:00",
    "first_name": "Thomas",
    "last_name": "Bernard",
    "email": "thomas.bernard@techcorp.example",
    "phone": "",
    "title": "CTO",
    "location": "Paris, Île-de-France, France",
    "country_code": "FR",
    "city": "Paris",
    "linkedin_profile_url": "https://www.linkedin.com/in/thomas-bernard-example",
    "sales_navigator_profile_url": "",
    "matched_persona": "CTO"
  },
  "company": {
    "name": "Tech Corp",
    "website": "https://techcorp.example",
    "linkedin_url": "https://www.linkedin.com/company/techcorp-example",
    "industry": "Software Development",
    "employee_count": 320,
    "employee_range": "201-500",
    "hq_country_code": "FR",
    "hq_city": "Paris"
  }
}
```

## Colonnes Clay ← champs du payload

| Colonne Clay suggérée             | Champ du payload                                   |
| --------------------------------- | -------------------------------------------------- |
| Lead ID (clé unique)              | `contact.lead_id`                                  |
| Prénom, Nom                       | `contact.first_name`, `contact.last_name`          |
| Email                             | `contact.email`                                    |
| Nouveau poste                     | `signal.new_title`                                 |
| Nouvelle entreprise               | `signal.new_company`, `company.website`            |
| Mois de prise de poste            | `signal.new_job_start_month`                       |
| Ancien poste, ancienne entreprise | `signal.previous_title`, `signal.previous_company` |
| Type de changement                | `signal.change_type` (`company`, `title`, `both`)  |
| LinkedIn                          | `contact.linkedin_profile_url`                     |
| Persona                           | `contact.matched_persona`                          |
| Taille                            | `company.employee_range`                           |
| Test ?                            | `signal.is_test` (présent sur les envois de test)  |

## Ce que vous pouvez faire dans Clay

Clay sert ici d'atelier : Rodz détecte le changement et livre le contact, Clay applique vos propres étapes.

1. **Qualifier** : une colonne de scoring sur `company.employee_range`, `company.industry` et `signal.change_type` (un changement d'entreprise vaut souvent plus qu'une promotion interne).
2. **Personnaliser** : un premier message qui part de `signal.new_title` et du mois de prise de poste.
3. **Router** : une colonne d'export vers votre CRM ou votre outil de séquences.

Si votre destination finale est HubSpot ou lemlist, la recette native est plus simple : voyez [changements de poste vers HubSpot](/fr/guides/cas-usage/changements-de-poste-vers-hubspot/).

## Dépannage

- **Le test échoue** : la réponse de `test-webhook` donne `statusCode`, `error` et le début de la réponse de Clay. Vérifiez l'URL copiée.
- **`signed: false` dans la réponse du test** : aucune clé API n'est liée au signal, les livraisons partent sans signature. Sans effet pour Clay, qui ne vérifie pas.
- **Plus rien n'arrive après des semaines** : la table a peut-être atteint la limite de 50 000 envois de Clay.

## Questions fréquentes

### Rodz a-t-il une intégration Clay native ?

Non. Rodz pousse nativement vers HubSpot, Pipedrive, Google Sheets, lemlist et d'autres outils de séquences ; Clay se relie par le webhook du signal. C'est fiable et sans code, mais c'est à vous de créer les colonnes et de dédoublonner.

### Clay peut-il vérifier la signature des webhooks Rodz ?

Non. Rodz signe chaque livraison (en-têtes `X-Webhook-Signature` et `X-Webhook-Timestamp`, HMAC-SHA256), mais une table Clay ne vérifie pas de signature. Gardez l'URL Clay secrète. Si la vérification est obligatoire chez vous, passez par un petit récepteur intermédiaire qui vérifie puis transmet à Clay.

### Pourquoi des lignes en double ?

La livraison est au moins une fois : après un timeout ou une erreur 5xx de Clay, Rodz réessaie. Le même lead garde le même `contact.lead_id` : utilisez-le comme clé unique.

### Que se passe-t-il au-delà de 50 000 lignes ?

La limite de 50 000 envois par source webhook est une limite de Clay. Créez une nouvelle table webhook et mettez à jour `webhookUrl` sur le signal par un `PATCH`.

### Puis-je relire les leads sans webhook ?

Oui : `GET /api/v1/signals/{signal_id}/leads` renvoie les leads du signal, du plus récent au plus ancien, dans le même format. Lire les leads est gratuit.

## Sources

- [Référence de l’API Rodz : webhooks, signature, test-webhook, replay-webhook](https://api.rodz.io/docs)
- [Clay : Webhooks in Clay](https://university.clay.com/docs/webhook-integration-guide)

## Guides associés

- https://www.rodz.io/fr/guides/cas-usage/changements-de-poste-vers-hubspot/
- https://www.rodz.io/fr/guides/api/recepteur-webhook-hmac/
- https://www.rodz.io/fr/guides/cas-usage/levees-de-fonds-vers-n8n/