Comment faire remonter vos appels téléphoniques dans LinkedIn Ads ?

Attribution · 25 septembre 2026 · 12 min

Mis à jour le 25 septembre 2026 · Par l’équipe CallTrack · Sources : documentation officielle LinkedIn Marketing API (version 2026-09)

Pourquoi LinkedIn ne peut-il pas relier un appel à votre publicité avec le numéro de l’appelant ?

Parce que le numéro de téléphone ne fait tout simplement pas partie des identifiants que LinkedIn sait rapprocher de ses membres. C’est la différence la plus mal connue entre les trois grandes régies quand on veut faire remonter des conversions téléphoniques.

Chez Meta, l’API Conversions accepte un paramètre ph : le numéro, normalisé avec son indicatif pays puis haché en SHA-256. Chez Google, les conversions avancées pour les leads acceptent elles aussi le numéro de téléphone parmi les données fournies par l’utilisateur. Dans les deux cas, un appel entrant porte déjà en lui de quoi être rapproché d’un compte publicitaire.

Chez LinkedIn, non. La liste des idType admis par l’endpoint /conversionEvents est fermée : SHA256_EMAIL, LINKEDIN_FIRST_PARTY_ADS_TRACKING_UUID (le li_fat_id), ACXIOM_ID, PLAINTEXT_IP_ADDRESS, SHA256_IP_ADDRESS et GOOGLE_AID. À côté, un objet userInfo sert à une correspondance dite probabiliste sur le prénom, le nom, l’entreprise, l’intitulé de poste et le pays. Aucun champ téléphone.

La conséquence est directe. Beaucoup d’annonceurs B2B recopient pour LinkedIn le schéma qu’ils ont monté pour Meta : exporter chaque soir les appels qualifiés avec le numéro de l’appelant, puis les téléverser. Sur LinkedIn, ce fichier est inexploitable. Le schéma Meta est détaillé dans notre article sur la remontée des appels dans Meta Ads ; il ne se transpose pas tel quel.

Quels identifiants pouvez-vous réellement associer à un appel ?

Un appel téléphonique n’a, par nature, ni cookie ni adresse e-mail. Chaque identifiant accepté par LinkedIn doit donc être emprunté à autre chose : à la visite qui a précédé l’appel, ou à ce que l’appelant dit pendant la conversation. C’est ce qui décide de la méthode.

Deux champs méritent une mention. externalIds vous permet de transmettre votre propre identifiant client : une fois rapproché d’un membre grâce à un identifiant standard, LinkedIn conserve cette association un an pour les comptes publicitaires d’un même Business Manager. Les événements suivants du même client peuvent alors partir avec ce seul identifiant. Et lead accepte l’URN d’une réponse à un formulaire Lead Gen, utile si l’appel suit un formulaire LinkedIn natif.

Quelle chaîne technique rend un appel attribuable dans LinkedIn Ads ?

La seule voie fiable consiste à faire voyager le click ID de la page d’arrivée jusqu’à l’appel. Concrètement, cinq maillons, et il suffit qu’un seul manque pour que l’appel soit perdu.

1. Le click ID est ajouté à l’URL. Il faut que le « suivi des conversions amélioré » soit activé sur l’Insight Tag, dans Campaign Manager. D’après la documentation LinkedIn, il l’est par défaut sur les Insight Tags récents, mais à vérifier sur les comptes anciens. À chaque clic, li_fat_id est alors ajouté à l’URL de la page d’arrivée.
2. Le paramètre survit jusqu’à la page. Une redirection, un raccourcisseur ou un changement de domaine peuvent faire perdre les paramètres d’URL. Testez un clic réel et vérifiez que li_fat_id apparaît bien sur la page finale.
3. Le script DNI lit le click ID et l’attache à la session. C’est le maillon que le call tracking est seul à fournir : le numéro affiché au visiteur est propre à sa session, donc l’appel qui arrive sur ce numéro hérite de tout ce que la session a enregistré, dont le click ID. Le fonctionnement est détaillé dans notre guide du call tracking dynamique (DNI).
4. L’appel est qualifié. Durée, issue, statut dans le CRM. On n’envoie pas à LinkedIn chaque sonnerie, on envoie les appels qui ont un sens commercial.
5. Le serveur envoie l’événement. Un POST /rest/conversionEvents avec l’horodatage de l’appel en millisecondes, le li_fat_id en LINKEDIN_FIRST_PARTY_ADS_TRACKING_UUID, un eventId unique pour la déduplication, et si possible l’e-mail haché recueilli pendant l’échange.

Ce schéma a une conséquence que les guides d’installation passent sous silence : un numéro fixe affiché dans l’annonce elle-même, ou sur une page qui ne sert pas de numéro dynamique, ne pourra jamais être attribué par click ID. Il n’y a pas de session à laquelle rattacher l’appel. Pour ces appels-là, il ne reste que l’e-mail ou le couple prénom + nom recueillis au téléphone. C’est l’un des arguments concrets du dynamique contre le statique, comparés dans notre article call tracking statique ou dynamique.

Quelles sont les trois horloges qui font perdre des appels B2B ?

C’est l’apport principal de cet article, et la raison pour laquelle une intégration qui semble fonctionner le jour du test perd des conversions trois mois plus tard. La documentation LinkedIn fixe trois durées indépendantes, dispersées dans trois pages différentes. Aucune ne se lit seule.

Ajoutez-y une quatrième, réglée par vous : la fenêtre d’attribution de la règle de conversion (1, 7, 30 ou 90 jours après le clic, et jusqu’à 180 ou 365 jours pour certains types seulement).

Déroulons-les sur un cycle de vente B2B ordinaire. Un décideur clique sur votre annonce le 1^er juin 2026, J0.

Trois règles pratiques en découlent, et aucune n’est écrite ainsi par LinkedIn.

• Stockez le click ID dès la première visite, côté serveur. L’écart entre les 30 jours du cookie et les 365 jours de l’association est précisément l’espace où vivent les appels B2B : on clique, on revient trois semaines plus tard en tapant l’adresse, on appelle. Un dispositif qui ne lit le cookie qu’au moment de l’appel perd tout ce qui dépasse 30 jours.
• Envoyez au fil de l’eau, jamais en fin de trimestre. La limite de 90 jours porte sur la date de l’événement, pas sur celle du clic. Une qualification saisie à temps mais exportée tard est rejetée comme si elle n’avait jamais existé. LinkedIn recommande lui-même d’envoyer les données en temps réel.
• Ne confiez pas la signature à une règle de type appel. C’est l’objet de la section suivante.

Le même problème de décalage entre cycle de vente et fenêtre se pose chez Google, avec d’autres durées : voir notre article sur la fenêtre d’attribution des appels et les cycles de vente longs.

Quel type de conversion déclarer pour un appel dans LinkedIn ?

LinkedIn propose bien un type PHONE_CALL, défini comme un appel lancé par l’utilisateur, et un type CONTACT qui couvre un formulaire ou un appel. Le réflexe est de tout déclarer en PHONE_CALL. C’est une erreur dès que le cycle dépasse trois mois, parce que les fenêtres longues ne sont pas ouvertes à tous les types.

Selon la documentation de l’API, les fenêtres de 180 et 365 jours sont réservées à SUBMIT_APPLICATION, PURCHASE, ADD_TO_CART, LEAD, QUALIFIED_LEAD, MARKETING_QUALIFIED_LEAD et SALES_QUALIFIED_LEAD (ces deux derniers depuis la version 202608). PHONE_CALL et CONTACT plafonnent donc à 90 jours.

Deux précisions. Le seuil de durée qui fait d’un appel une conversion se règle chez vous, pas chez LinkedIn : notre article sur la durée minimale d’un appel explique comment le fixer. Et le type QUALIFIED_LEAD n’est pas qu’une étiquette : LinkedIn en fait une cible d’optimisation dans les campagnes de génération de leads et publie un coût par lead qualifié. Nourrir cette règle avec vos appels qualifiés revient à apprendre à l’algorithme ce qu’est un bon appel pour vous.

Réglez aussi le modèle d’attribution. Par défaut, LAST_TOUCH_BY_CAMPAIGN compte la conversion une fois pour chaque campagne qui peut la revendiquer ; LAST_TOUCH_BY_CONVERSION ne la compte qu’une fois. Si vous additionnez les conversions de plusieurs campagnes pour calculer un coût par appel, le premier modèle vous fera compter deux fois le même appel.

Comment mettre en place la remontée des appels dans LinkedIn Ads en sept étapes ?

1. Vérifiez le suivi amélioré sur l’Insight Tag et faites un clic de test : li_fat_id doit apparaître dans l’URL de la page d’arrivée.
2. Servez un numéro dynamique sur toutes les pages d’arrivée LinkedIn, y compris les pages de contenu, et retirez le numéro fixe de ces pages.
3. Stockez le click ID à la première visite, côté serveur, avec l’identifiant de session. Ne comptez pas sur la lecture du cookie au moment de l’appel.
4. Créez trois règles avec conversionMethod à CONVERSIONS_API : appel (PHONE_CALL, 90 jours), appel qualifié (QUALIFIED_LEAD ou SALES_QUALIFIED_LEAD, 180 ou 365 jours), signature (PURCHASE, avec valeur). Associez-les aux campagnes : une conversion n’est attribuée qu’aux campagnes auxquelles la règle est rattachée.
5. Demandez l’e-mail pendant l’appel quand c’est naturel (envoi du devis, confirmation d’un rendez-vous) et envoyez-le haché avec le click ID. Plusieurs identifiants améliorent le taux de correspondance, et LinkedIn rappelle que seuls les événements rapprochés servent à l’attribution et à l’optimisation.
6. Envoyez en continu, avec un eventId stable par appel. En volume, l’API accepte jusqu’à 5 000 événements par requête et 600 requêtes par minute et par jeton.
7. Surveillez la version de l’API. Les intégrations sont versionnées (en-tête Linkedin-Version) : la version 202510 est arrêtée le 15 octobre 2026. Une intégration figée sur une version expirée cesse d’envoyer sans que personne ne regarde.

Le point de conformité à ne pas oublier. Le click ID est un identifiant publicitaire. Sa lecture, son stockage et sa transmission à LinkedIn relèvent des règles de la CNIL sur les traceurs, qui soumettent les finalités publicitaires au consentement préalable. Si le visiteur a refusé, son appel se mesure dans votre outil mais ne part pas chez LinkedIn. Nous détaillons l’articulation dans call tracking et RGPD.

Si vos appels entrants sont pris en charge, hors heures ouvrées, par un assistant téléphonique automatisé, la même règle s’applique : la conversation doit être reversée dans le CRM avec l’identifiant de session d’origine, faute de quoi l’appel sort de la chaîne d’attribution. AgentVocal.ai détaille la synchronisation entre agent vocal et CRM. Et si vous vendez ou achetez des leads téléphoniques plutôt que de les générer vous-même, la question de la preuve d’origine se pose dans les mêmes termes : c’est le quotidien des acheteurs de leads sur Olead, qui publie aussi sa cadence de relance des leads injoignables.

Questions fréquentes

Peut-on envoyer un numéro de téléphone haché à l’API Conversions de LinkedIn ?
Non. Contrairement à Meta et à Google, LinkedIn n’accepte aucun champ téléphone. Les identifiants admis sont l’e-mail haché, le click ID li_fat_id, l’adresse IP en clair ou hachée, l’identifiant Acxiom, l’identifiant publicitaire Android et le couple prénom + nom. Un appel ne peut donc être attribué que si on lui associe l’un de ces éléments, en pratique le click ID de la session web qui a précédé l’appel.

Combien de temps le li_fat_id reste-t-il utilisable ?
Deux durées coexistent. Le cookie li_fat_id vit 30 jours dans le navigateur après le dernier clic sur une annonce. Mais LinkedIn conserve l’association entre un click ID et le membre pendant 365 jours : un click ID stocké côté serveur lors de la première visite reste donc utilisable bien après l’expiration du cookie, dans la limite des 90 jours d’ancienneté de l’événement envoyé.

Pourquoi des conversions envoyées à LinkedIn sont-elles rejetées ?
La cause la plus fréquente sur les appels est l’ancienneté : le champ conversionHappenedAt doit dater de moins de 90 jours, sinon l’API renvoie une erreur de validation. Viennent ensuite l’absence de tout identifiant admis, une règle de conversion désactivée et l’horodatage en secondes au lieu de millisecondes. Un envoi quotidien évite le premier cas.

Faut-il utiliser le type PHONE_CALL pour tous les appels ?
Seulement pour l’appel brut. PHONE_CALL est limité à une fenêtre de 90 jours, ce qui exclut les signatures B2B plus tardives. Pour l’appel qualifié, utilisez QUALIFIED_LEAD ou SALES_QUALIFIED_LEAD, et pour la signature PURCHASE avec sa valeur : ces types acceptent des fenêtres de 180 ou 365 jours.

Le consentement aux cookies est-il nécessaire pour remonter un appel dans LinkedIn ?
Pour le rapprochement par click ID, oui en pratique. Le li_fat_id est un identifiant publicitaire, et la CNIL soumet au consentement les traceurs à finalité publicitaire. Sans consentement, l’appel reste mesurable dans votre outil de call tracking pour votre propre pilotage, mais il ne doit pas être transmis à LinkedIn avec cet identifiant.

Sources

• LinkedIn Marketing API, Conversions API (limite de 90 jours, 5 000 événements par lot, 600 requêtes par minute, fin de la version 202510 le 15 octobre 2026), documentation mise à jour en septembre 2026.
• LinkedIn Marketing API, Conversions API Schema (idType admis, types de conversion, fenêtres de 180 et 365 jours, externalIds conservés un an), septembre 2026.
• LinkedIn Marketing API, Enabling Click IDs (cookie de 30 jours, association de 365 jours), septembre 2026.
• LinkedIn, Conversions API best practices (envoi en temps réel, fenêtres recommandées).
• Meta for Developers, Customer Information Parameters (paramètre ph).
• CNIL, Cookies et autres traceurs : les règles.