Automatisation des liens courts : recettes Make, IFTTT et Elido

L'automatisation des liens courts dans Make.com et IFTTT transforme les longues URLs en liens courts Elido tracés dès qu'un déclencheur s'active, sans la moindre ligne de code. Make.com est un constructeur de flux de travail visuel complet avec des routeurs, des filtres et une application Elido native. IFTTT reste plus simple : un déclencheur, une action, intégré via des applets webhook Beta qui font des POST vers l'API REST.

Le choix entre les deux dépend de ce que vous payez déjà et de ce que vous avez besoin de faire à chaque exécution. Make.com est le bon choix pour un marketeur qui veut un scénario planifié qui récupère une ligne dans Google Sheets, raccourcit l'URL, l'estampille de tags UTM et envoie le résultat dans le contenu d'une campagne Mailchimp. IFTTT convient au créateur qui veut qu'un nouvel épisode de podcast dans son flux RSS soit automatiquement raccourci et publié sur Buffer dès sa mise en ligne. Cet article couvre les deux flux étape par étape, puis conclut sur le moment où chaque plateforme surpasse Zapier, n8n et l'API REST brute.

Si vous partez de zéro avec l'API, le démarrage rapide API et SDKs couvre le modèle d'authentification et le payload de création de lien que chaque chemin low-code ici appelle en coulisses.

Le scénario Make.com : Planification, Sheets, Elido, Mailchimp

Un scénario Make est une chaîne de modules reliés par des fils, et l'automatisation de liens courts la plus simple qui soit utile en comporte quatre. Nous allons construire un expéditeur de campagnes du lundi matin qui prend la prochaine ligne d'une feuille de planification, raccourcit la destination et écrit le lien court dans une campagne Mailchimp avant son envoi.

Module 1 : Déclencheur planifié. Ajoutez le module Schedule intégré. Paramétrez-le pour s'exécuter chaque lundi à 09h00 dans le fuseau horaire de votre équipe, et choisissez "Chaque jour" avec un filtre de jour de la semaine plutôt que l'onglet cron si vous voulez que l'interface reste lisible. Make déclenchera ce scénario une fois par semaine sans données d'entrée, ce qui est exactement ce qu'on recherche.

Module 2 : Google Sheets - Obtenir une ligne. Ajoutez Google Sheets et choisissez l'action "Get a Range of Values" ou "Search Rows" selon la structure de votre feuille. Pointez vers une feuille avec des colonnes comme campaign_name, destination_url, utm_source, utm_campaign et status. Filtrez par status = queued et triez par ordre de ligne pour que la plus ancienne ligne en attente revienne en premier. La sortie est une seule ligne de valeurs que le module suivant utilisera.

Module 3 : Elido - Créer un lien court. Si vous avez l'application Elido native installée, choisissez "Create a Short Link" comme action. Connectez votre compte une fois avec un token d'API depuis /settings/api. Mappez les champs :

• destination -> la colonne destination_url du module 2
• domain -> s.elido.me pour le niveau payant ou votre domaine personnalisé
• slug -> laissez vide pour la génération automatique, ou mappez campaign_name avec une transformation slugify
• utm_source, utm_campaign, utm_medium -> mappez les colonnes correspondantes
• tags -> une valeur statique comme mailchimp,weekly

Si l'application native n'expose pas un champ dont vous avez besoin, utilisez le module HTTP. Configurez-le avec la méthode POST, l'URL https://api.elido.app/v1/links, les en-têtes Authorization: Bearer {{token}} et Content-Type: application/json, et un corps qui correspond au schéma de création de lien. La référence du module HTTP de Make.com détaille la configuration point par point.

Module 4 : Mailchimp - Mettre à jour le contenu de la campagne. Ajoutez le module Mailchimp avec l'action "Edit a Campaign" et passez le lien court du module 3 dans un tag de fusion à l'intérieur de votre modèle HTML. La plupart des équipes configurent un champ de fusion *|SHORTLINK|* que le modèle affiche dans le bouton CTA principal. La campagne part une heure plus tard via le calendrier normal de Mailchimp, avec un lien court tracé et brandé.

L'ensemble du scénario coûte environ 4 opérations par exécution sur le compteur de facturation de Make, ce qui sur le plan Core (9 USD par mois pour 10 000 ops) est pratiquement gratuit à une cadence hebdomadaire. Ajoutez un cinquième module qui réécrit le lien court dans la colonne short_url de la feuille et vous obtenez une trace de ce qui a été envoyé chaque lundi. Filtrez le scénario par status = queued pour que la ligne ne soit traitée qu'une seule fois, puis configurez la dernière étape pour basculer status sur sent après confirmation de Mailchimp.

Si vous dépassez la cadence hebdomadaire et souhaitez que cela s'exécute à chaque nouvelle ligne, remplacez le déclencheur Schedule par le déclencheur "Watch Rows" de Google Sheets. Cela change le modèle de facturation : le scénario sonde toutes les 15 minutes par défaut, donc même une feuille vide coûte environ 96 ops par jour. Pour les exécutions à fort volume, le chemin d'importation en masse depuis Google Sheets est généralement moins cher que l'orchestration module par module.

Les applets IFTTT : RSS vers Buffer et seuils de clics par SMS

IFTTT est plus simple. Un déclencheur, une action, pas de routeurs, pas de filtres au-delà de la forme de base "si ceci alors cela". L'intégration Elido est en Beta, ce qui signifie ici que vous utilisez le service Webhooks plutôt qu'une carte d'action native. Deux applets illustrent ce qui correspond bien au modèle.

Élément de flux RSS vers une publication Buffer raccourcie. Choisissez "RSS Feed" comme service déclencheur et sélectionnez "New feed item." Collez l'URL RSS de votre blog ou podcast. Le déclencheur s'active à chaque nouvel élément avec des ingrédients comme EntryUrl, EntryTitle et EntryPublished disponibles en aval.

Ajoutez le service Webhooks comme action et choisissez "Make a web request." Configurez :

• URL : https://api.elido.app/v1/links
• Method : POST
• Content Type : application/json
• Additional Headers : Authorization: Bearer YOUR_TOKEN
• Body : {"destination": "{{EntryUrl}}", "utm_source": "rss", "utm_medium": "buffer", "utm_campaign": "{{EntryTitle}}"}

Le service Webhooks n'analyse pas les réponses JSON, ce qui est la limitation pratique de l'intégration Beta. Pour faire passer le lien court dans Buffer, vous configurez un aller-retour : l'appel API create-link envoie un webhook à un second déclencheur Webhooks IFTTT avec le lien court dans le payload, et ce second applet gère l'étape Buffer. Deux applets pour faire ce que Make fait en un seul scénario, mais au tarif IFTTT Pro+ (5 USD par mois pour des applets illimités), ça reste économique. La documentation du service Webhooks IFTTT détaille le format de requête et l'URL de webhook par utilisateur pour l'aller-retour.

Seuil de clics par SMS via Twilio. Celui-ci fonctionne dans la direction inverse : un webhook Elido devient le déclencheur. Configurez un webhook Elido dans le tableau de bord depuis /settings/webhooks pour l'événement link.click_threshold et pointez-le vers l'URL d'ingestion Webhooks d'IFTTT. Lorsqu'un lien court dépasse, disons, 1 000 clics, Elido déclenche le webhook, l'applet d'IFTTT le reçoit comme déclencheur et l'action du service Twilio envoie un SMS à votre téléphone avec le slug du lien et le nombre actuel.

Le corps de l'applet ne comporte que deux ingrédients - le slug et le nombre de clics - car les déclencheurs Webhooks d'IFTTT n'exposent que trois valeurs nommées. Pour des payloads plus riches ou du routage multi-champs, passez à Make ou montez vers n8n. La taxonomie des événements webhook elle-même est couverte dans webhooks pour les événements de liens si vous souhaitez voir la liste complète.

La force d'IFTTT réside dans la longue liste de services grand public qu'aucune autre plateforme ne couvre : Philips Hue, routines Google Assistant, localisation Life360, Raccourcis iOS. Si votre automatisation de liens courts doit se déclencher quand vous rentrez chez vous ou quand votre sonnette connectée sonne, IFTTT est la seule plateforme qui connecte ces déclencheurs sans code personnalisé.

Make vs IFTTT vs Zapier vs n8n : comment choisir

Quatre plateformes no-code ou low-code peuvent aujourd'hui automatiser les liens courts, et la réponse varie selon la configuration et le budget de votre équipe. L'arbre de décision honnête :

Commencez par une seule question : écrivez-vous du code ? Si oui, ignorez les quatre et utilisez l'API et les SDKs directement. Une fonction Node.js de 40 lignes sur un cron surpasse n'importe quel scénario visuel en termes de coût, de latence et de débogage dès que vous dépassez quelques centaines de liens par jour. Les SDKs couvrent Go, Python, TypeScript et Ruby.

Si pas de code, la question suivante est : où se trouve votre planificateur ? Si vous payez déjà pour Zapier et que les applications dont vous avez besoin sont sur Zapier, Zapier est le chemin de moindre résistance. Sinon, Make.com coûte 3 à 5 fois moins pour le même type de travail car son comptage basé sur les opérations compte chaque appel de module plutôt que chaque tâche. IFTTT convient quand le déclencheur ou l'action est un service grand public que les autres n'ont pas.

Si vous avez besoin d'auto-hébergement pour la conformité ou le coût, n8n est la réponse. Il fonctionne sur votre propre infrastructure, n'a pas de tarification à la tâche, et est livré avec un nœud HTTP qui appelle l'API REST d'Elido de la même façon que le module HTTP de Make. La contrepartie : vous le gérez vous-même, ce qui implique une petite instance EC2, un Postgres pour la file d'attente et le temps de maintenir les deux à jour.

L'autre axe est la complexité. Les flux à déclencheur unique et action unique appartiennent à IFTTT : il fait exactement cela, de façon économique. Les flux multi-étapes avec branchements et transformations de données appartiennent à Make ou Zapier. Tout ce qui implique des tentatives conditionnelles, une gestion d'erreurs complexe ou des compteurs avec état appartient au code (ou à n8n avec des nœuds JavaScript personnalisés). Les plateformes ne sont pas interchangeables ; le coût du mauvais outil est une facture multipliée par 4 ou un flux qui échoue silencieusement au troisième cas limite.

Les agences qui gèrent l'automatisation de liens courts sur de nombreux comptes clients associent généralement Make à l'API Elido : Make pour le tissu connectif, l'API pour les exécutions en masse qui brûleraient les opérations Make. L'aperçu agences couvre la répartition. Les marketeurs gérant une ou deux campagnes font tout sur Make Core pour moins de 9 USD par mois. Consultez solutions pour les marketeurs pour le guide de l'équipe d'une seule personne.

Pour l'hygiène UTM dans tous ces flux, le guide des modèles UTM montre comment appliquer une convention cohérente source/medium/campagne pour que la couche analytique reste propre quelle que soit la plateforme qui a raccourci le lien.

Quelques pièges pratiques

Make et IFTTT stockent votre token d'API dans leur cloud, donc faites-le tourner à chaque changement d'équipe et limitez-le aux workspaces qui en ont réellement besoin. Les tokens Elido portent des permissions par workspace, et le catalogue des intégrations liste exactement ce que chaque connexion touche.

Les limites de débit comptent. Le module HTTP de Make réessaie sur 429 par défaut avec un backoff exponentiel, IFTTT non : il laisse simplement l'exécution de l'applet échouer et continue. Pour les applets RSS-vers-raccourcisseur qui se déclenchent sur un flux avec 50 éléments dans une seule fenêtre de mise à jour, IFTTT atteindra la limite de débit d'Elido et en laissera silencieusement passer certains. Solutions : passer à Make, traiter par lot via un endpoint en masse, ou l'accepter pour les flux à faible volume.

Les allers-retours de webhook sur IFTTT se bloquent si l'URL de déclenchement du second applet change. IFTTT régénère l'URL par utilisateur quand vous supprimez et recréez l'applet, donc traitez les reconstructions d'applets comme des changements cassants.

La page de tarifs liste les limites de débit de l'API par niveau. Les niveaux Free et Pro conviennent aux volumes Make et IFTTT ; Business ajoute le plafond de requêtes par seconde plus élevé pour les planificateurs qui appellent l'API toutes les quelques secondes sur plusieurs scénarios.

Commencez petit. Construisez un scénario Make avec une URL codée en dur sur une planification quotidienne, observez-le pendant une semaine, puis ajoutez les modules Sheets et Mailchimp une fois que vous faites confiance au déclencheur. Idem avec IFTTT : publiez un applet, confirmez qu'il se déclenche, puis enchaînez le webhook aller-retour. Les deux plateformes sont indulgentes en développement et impitoyables en production à grande échelle.