Як у Make.com відфільтрувати порожні комірки й запускати сценарій тільки з темою

Як у Make.com відфільтрувати порожні комірки й запускати сценарій тільки з темою

Як у Make.com відфільтрувати порожні комірки й запускати сценарій тільки з темою

Чому взагалі виникла проблема

У Google Таблицях порожня клітинка виглядає просто як пусте місце. Але коли ти підтягуєш її в Make.com через модуль на кшталт Google Sheets > Get a cell, значення може приходити по‑різному:

  • як порожній рядок "";

  • як спеціальне значення null (нічого немає);

  • поле може взагалі «не існувати» в пакеті (Make не створює ключ, якщо дані відсутні).

Через це класичні перевірки типу length(1. Value) > 0 або порівняння з "" не завжди працюють так, як очікує користувач. Якщо Make вважає, що змінної немає (not exists), функція може вести себе непрогнозовано, а фільтр – пропускати або блокувати не ті пакети.

Ти це відчув на практиці: здавалося, що порожні теми теж проходять, або навпаки – непорожні блокуються.

Як працює оператор Exists у Make.com

Оператор Basic operators: Exists спеціально придуманий для таких випадків. Він не рахує довжину, не порівнює рядки, а відповідає лише на одне запитання:

«Чи є у цьому пакеті поле з таким ім’ям і чи воно не є чистим null?»

Умову з твого рішення можна описати так:

  • Ліворуч: поле з темою статті – у тебе це 1. Value (значення клітинки Google Sheets).

  • Оператор: Basic operators: Exists.

  • Праве поле порожнє – нічого не потрібно вводити.

Далі Make робить просту логіку для кожного бандла (рядка):

  • Якщо клітинка з темою порожня → значення або не приходить, або дорівнює null → поле не існує → фільтр повертає false → сценарій не йде далі.

  • Якщо в клітинці є будь‑який текст → поле існує і містить значення → фільтр true → сценарій продовжує роботу.

Тобто Exists працює як природна перевірка «поле не порожнє / не відсутнє», і саме тому воно вирішує твою задачу набагато надійніше, ніж порівняння рядків чи довжин.

Покрокове налаштування фільтра «тільки якщо тема є»

Нижче – універсальний алгоритм, який повторює те рішення, що на скріні, і який можна застосувати в будь‑якому сценарії з Google Таблицями.

  1. Модуль читання даних
    Спочатку ти використовуєш модуль типу Google Sheets > Get a cell або Search rows, щоб отримати рядок із таблиці, де одна з колонок – тема статті. Результат цього модуля – пакет з полями, одне з яких відповідає темі.

  2. Додавання фільтра
    Між модулем читання таблиці та наступним модулем (надсилання листа, створення задачі, постингу в соцмережу) додаєш Filter. У Make це робиться натисканням на маленьку іконку «фільтр» на сполучній лінії.

  3. Вибір поля
    У блоці Condition в полі зліва вибираєш змінну з темою – у твоєму випадку це 1. Value (так називається значення комірки з Google Sheets). Якщо тема в іншій колонці, там може бути своя назва – головне, щоб це було саме поле з текстом теми.

  4. Вибір оператора
    У випадаючому списку операторів обираєш групу Basic operators і там – пункт Exists. Це означає: «фільтр пройде тільки якщо це поле існує в пакеті».

  5. Збереження
    Праве поле порожнє – нічого вводити не треба. Натискаєш Save.

Тепер сценарій автоматично:

  • пропускає далі тільки ті рядки, де тема реально прописана в таблиці;

  • ігнорує всі рядки з порожньою темою, не витрачаючи операції на зайві дії.

Чому Exists кращий за перевірку довжини

Перед тим, як ти прийшов до рішення з Exists, логічно було пробувати:

  • length(1. Value) != 0;

  • порівняння з "";

  • length(ifempty(1. Value; "")) > 0.

Усі ці варіанти поводяться залежно від того, як Make трактує порожнє значення:

  • Якщо Google Sheets повертають порожній рядок, length справді дасть 0.

  • Якщо API повертає null або відсутнє поле, знадобляться додаткові обгортки (ifempty, coalesce тощо).

  • Кожен такий варіант потребує тестування в Filter inspector, щоб переконатися, що в конкретному сценарії саме так приходять дані.

Оператор Exists позбавляє від цих нюансів. Він працює однаково для:

  • чисто порожніх комірок;

  • значень, які не прийшли взагалі;

  • випадків, коли структура даних трохи змінюється між пакетами.

У результаті рішення стає зрозумілішим: читаючи фільтр 1. Value – Basic operators: Exists, ти відразу бачиш логіку – «цей маршрут працює лише тоді, коли в таблиці дійсно є тема».

Як застосувати цей підхід в інших сценаріях

Цей самий принцип можна використовувати не тільки для тем статей, а й для будь‑яких ситуацій, де незаповнені поля треба блокувати:

  • Не надсилати email, якщо поле з адресою порожнє.

  • Не створювати задачу в CRM, якщо немає імені чи телефону.

  • Не публікувати пост, якщо немає тексту або картинки.

У кожному випадку структура однакова:

  1. Вибираєш критично важливе поле.

  2. Ставиш на нього Basic operators: Exists у фільтрі.

  3. Усі пакети без цього поля автоматично відсікаються.

Це перетворює Exists на універсальний «запобіжник» проти порожніх даних у Make.com.

Невелика порада щодо відлагодження

Навіть з оператором Exists корисно час від часу перевіряти, що саме приходить у полі з темою:

  • Запусти сценарій у режимі Run once.

  • Клікни на останній виконаний запуск і відкрий Filter inspector.

  • Переконайся, що в тих бандлах, які проходять, у 1. Value дійсно є текст, а в тих, що блокуються, – нічого немає.

Це дає впевненість, що фільтр працює рівно так, як задумано, і допомагає швидко ловити помилки в діапазонах Google Sheets, зміщених колонках або неочікуваних значеннях.

Читайте також

Рекомендовані статті