Автоматизація коротких посилань: рецепти з Make, IFTTT та Elido

Автоматизація коротких посилань у Make.com та IFTTT миттєво перетворює довгі URL на відстежувані короткі посилання Elido в момент спрацювання тригера - без жодного рядка коду. Make.com - це повноцінний візуальний конструктор робочих процесів із роутерами, фільтрами та нативним додатком Elido. IFTTT простіший: один тригер, одна дія, інтегрований через Beta webhook-аплети, що надсилають POST-запити до REST API.

Вибір між ними залежить від того, за що ви вже платите, і що потрібно робити при кожному запуску. Make.com - правильний вибір для маркетолога, якому потрібен запланований сценарій: взяти рядок із Google Sheets, скоротити URL, додати UTM-теги та вставити результат у вміст кампанії Mailchimp. IFTTT підходить творцю, який хоче, щоб новий епізод подкасту в RSS-стрічці автоматично скорочувався і публікувався в Buffer у момент виходу. У цій статті ми розберемо обидва потоки крок за кроком, а в кінці визначимо, коли кожна платформа перевершує Zapier, n8n і чистий REST API.

Якщо ви починаєте з нуля з API, у швидкому старті з API та SDK описано модель автентифікації та payload для створення посилань, який використовують усі low-code шляхи, описані тут.

Сценарій Make.com: розклад, Sheets, Elido, Mailchimp

Сценарій Make - це ланцюжок модулів, з'єднаних лініями. Найпростіша корисна автоматизація коротких посилань складається з чотирьох із них. Ми побудуємо ранкового відправника кампаній по понеділках: він бере наступний рядок із таблиці планування, скорочує призначення та записує коротке посилання в кампанію Mailchimp перед відправкою.

Модуль 1: тригер за розкладом. Додайте вбудований модуль Schedule. Налаштуйте його на запуск щопонеділка о 09:00 у часовому поясі команди. Виберіть "Щодня" з фільтром за днем тижня замість вкладки cron, якщо хочете зберегти читабельність інтерфейсу. Make запускатиме сценарій раз на тиждень без вхідних даних - саме це нам і потрібно.

Модуль 2: Google Sheets - отримати рядок. Додайте Google Sheets і виберіть дію "Get a Range of Values" або "Search Rows" залежно від структури таблиці. Вкажіть таблицю з колонками на кшталт campaign_name, destination_url, utm_source, utm_campaign та status. Фільтруйте за status = queued і сортуйте за порядком рядків, щоб першим повертався найстаріший рядок у черзі. Результат - один рядок значень, до якого звернеться наступний модуль.

Модуль 3: Elido - створити коротке посилання. Якщо у вас встановлено нативний додаток Elido, виберіть дію "Create a Short Link". Підключіть акаунт один раз за допомогою API-токена з /settings/api. Налаштуйте маппінг полів:

• destination -> колонка destination_url з модуля 2
• domain -> s.elido.me для платного тарифу або ваш власний домен
• slug -> залиште порожнім для автогенерації або зіставте campaign_name з перетворенням slugify
• utm_source, utm_campaign, utm_medium -> зіставте відповідні колонки
• tags -> статичне значення на кшталт mailchimp,weekly

Якщо нативний додаток не надає потрібне поле, скористайтеся HTTP-модулем. Налаштуйте метод POST, URL https://api.elido.app/v1/links, заголовки Authorization: Bearer {{token}} та Content-Type: application/json, тіло запиту за схемою створення посилання. Довідник з HTTP-модуля Make.com розбирає конфігурацію в деталях.

Модуль 4: Mailchimp - оновити вміст кампанії. Додайте модуль Mailchimp із дією "Edit a Campaign" і передайте коротке посилання з модуля 3 у merge-тег вашого HTML-шаблону. Більшість команд створюють поле злиття *|SHORTLINK|*, яке шаблон рендерить всередині основної кнопки CTA. Кампанія відправляється годину потому через стандартний розклад Mailchimp із відстежуваним брендованим коротким посиланням.

Весь сценарій коштує близько 4 операцій за запуск за лічильником Make. На тарифі Core (9 доларів на місяць за 10 000 операцій) це практично безкоштовно при щотижневому ритмі. Додайте п'ятий модуль, який записує коротке посилання назад у колонку short_url таблиці, і ви отримаєте журнал відправок кожного понеділка. Фільтруйте сценарій за status = queued, щоб рядок оброблявся тільки один раз, а останній крок перемикав status на sent після підтвердження від Mailchimp.

Якщо тижневий ритм вас не влаштовує і хочеться запускати сценарій при кожному новому рядку, замініть тригер Schedule на тригер "Watch Rows" у Google Sheets. Це змінить модель тарифікації: сценарій за замовчуванням опитує таблицю кожні 15 хвилин, тож навіть порожня таблиця коштує близько 96 операцій на день. При великому обсязі шлях масового імпорту з Google Sheets зазвичай дешевший, ніж покрокова оркестрація.

Аплети IFTTT: RSS у Buffer та пороги кліків через SMS

IFTTT влаштований простіше. Один тригер, одна дія, жодних роутерів, жодних фільтрів окрім базової форми "якщо те - то це". Інтеграція Elido перебуває на стадії Beta, що на практиці означає: ви використовуєте сервіс Webhooks, а не нативну картку дії. Два аплети показують, що добре лягає в цю модель.

Новий запис у RSS-стрічці стає скороченою публікацією в Buffer. Виберіть "RSS Feed" як сервіс тригера і "New feed item." Вставте URL RSS свого блогу або подкасту. Тригер спрацьовує на кожен новий елемент і передає далі складники: EntryUrl, EntryTitle, EntryPublished.

Додайте сервіс Webhooks як дію і виберіть "Make a web request." Налаштуйте:

• 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}}"}

Сервіс Webhooks не розбирає JSON-відповіді - це практичне обмеження Beta-інтеграції. Щоб доставити коротке посилання в Buffer, потрібен зворотний маршрут: виклик API create-link надсилає webhook на другий тригер Webhooks IFTTT з коротким посиланням у payload, а другий аплет обробляє крок Buffer. Два аплети там, де Make справляється одним сценарієм - але на тарифі IFTTT Pro+ (5 доларів на місяць за необмежені аплети) це залишається дешевим. У документації сервісу Webhooks IFTTT описані формат запиту і персональний webhook URL для зворотного маршруту.

Поріг кліків - SMS через Twilio. Тут напрямок зворотній: webhook Elido стає тригером. Створіть webhook Elido в панелі керування за адресою /settings/webhooks для події link.click_threshold і вкажіть URL прийому Webhooks IFTTT. Коли коротке посилання перетне, наприклад, 1 000 кліків, Elido спрацює, аплет IFTTT отримає його як тригер, а дія сервісу Twilio надішле SMS на ваш телефон зі slug посилання та поточним лічильником.

У тілі аплету тільки два складники - slug і лічильник кліків, - бо тригери Webhooks IFTTT передають лише три іменовані значення. Для багатшого payload або маршрутизації за кількома полями перейдіть на Make або піднімайтеся до n8n. Таксономія подій webhook розібрана у статті webhooks для подій посилань.

Сила IFTTT - у довгому хвості споживчих сервісів, яких не покриває жодна інша платформа: Philips Hue, рутини Google Assistant, геолокація Life360, Швидкі Команди iOS. Якщо ваша автоматизація має спрацьовувати, коли ви повертаєтеся додому або дзвонить розумний дверний дзвінок, IFTTT - єдина платформа, яка з'єднує ці тригери без кастомного коду.

Make vs IFTTT vs Zapier vs n8n: як обрати

Чотири no-code або low-code платформи сьогодні справляються з автоматизацією коротких посилань, і правильна відповідь залежить від налаштування команди та бюджету. Чесне дерево рішень:

Почніть з одного запитання: чи пишете ви код? Якщо так, оминайте всі чотири і використовуйте API та SDK напряму. 40-рядкова функція Node.js на cron перевершить будь-який візуальний сценарій за вартістю, затримкою і зручністю налагодження, щойно ви перейдете кілька сотень посилань на день. SDK доступні для Go, Python, TypeScript і Ruby.

Якщо коду немає, наступне запитання - де живе ваш планувальник. Якщо ви вже платите за Zapier і потрібні застосунки в ньому є, Zapier - шлях найменшого опору. Якщо ні, Make.com обходиться в 3-5 разів дешевше за ту саму роботу, бо операційна тарифікація рахує кожен виклик модуля, а не кожну задачу. IFTTT доречний, коли тригер або дія - споживчий сервіс, якого немає в інших.

Якщо потрібен self-hosting заради відповідності вимогам або економії, відповідь - n8n. Він працює на вашій інфраструктурі, не має поузадачної тарифікації і поставляється з HTTP-вузлом, що викликає REST API Elido так само, як HTTP-модуль Make. Зворотній бік - ви самі його обслуговуєте: невеликий EC2, Postgres для черги і час на підтримку обох в актуальному стані.

Друга вісь - складність. Потоки з одним тригером і однією дією належать до IFTTT: він робить саме це і робить це дешево. Багатоетапні потоки з розгалуженням і трансформацією даних - до Make або Zapier. Все, що потребує умовних повторів, складної обробки помилок або лічильників із станом, належить до коду (або до n8n із кастомними JavaScript-вузлами). Платформи не взаємозамінні. Ціна неправильного вибору - рахунок у 4 рази більший або потік, який тихо зламається на третьому граничному випадку.

Агентства, що запускають автоматизацію коротких посилань для багатьох клієнтських акаунтів, зазвичай поєднують Make з API Elido: Make - для сполучної тканини, API - для масових прогонів, які спалили б операції Make. Огляд для агентств описує розподіл. Маркетологи, що ведуть одну-дві кампанії, вкладаються в Make Core до 9 доларів на місяць. Playbook для команди з однієї людини - у рішеннях для маркетологів.

Для UTM-гігієни в усіх цих потоках посібник із шаблонів UTM покаже, як підтримувати єдину конвенцію source/medium/campaign, щоб шар аналітики залишався чистим незалежно від того, яка платформа скорочувала посилання.

Кілька практичних підводних каменів

Make та IFTTT зберігають ваш API-токен у своєму хмарі - ротуйте його при будь-якій зміні команди й обмежуйте доступ тими робочими просторами, яким він дійсно потрібен. Токени Elido мають права на рівні робочого простору, а каталог інтеграцій точно описує, до чого звертається кожне з'єднання.

Ліміти швидкості важливі. HTTP-модуль Make за замовчуванням повторює запити при відповіді 429 з експоненціальним відступом, IFTTT - ні: він просто дає запуску аплету впасти і рухається далі. Для RSS-to-shortener аплетів, що спрацьовують на стрічку з 50 елементами в одному вікні оновлення, IFTTT впреться в ліміт швидкості Elido і тихо втратить частину з них. Варіанти: перейти на Make, обробляти пакетами через масовий ендпоінт або змиритися для стрічок із невеликим трафіком.

Зворотні webhook-маршрути в IFTTT зависають, якщо змінюється trigger URL другого аплету. IFTTT перегенерує персональний URL при видаленні і пересозданні аплету - ставтеся до перебудови аплетів як до breaking change.

Сторінка цін перелічує ліміти API за тарифами. Free і Pro підходять для обсягів Make та IFTTT; Business додає вищу стелю запитів на секунду для планувальників, що викликають API кожні кілька секунд у кількох сценаріях паралельно.

Починайте з малого. Побудуйте один сценарій Make із захардкодженим URL на щоденному розкладі, поспостерігайте за ним тиждень, а потім додавайте модулі Sheets та Mailchimp, коли переконаєтесь у надійності тригера. Те саме з IFTTT: запустіть один аплет, переконайтеся, що він спрацьовує, і тільки потім чіпляйте зворотний webhook. Обидві платформи поблажливі на розробці й безжальні у продакшні при масштабі.