Before / After. Left: every Monday morning you hand-compile the same report, every inquiry you manually check and re-post to Slack. Right: you've internalized the single sentence "when A happens, do B" and wired up three working triggers. This tutorial bolts a trigger onto your repetitive work in 30 minutes.
AI Tool VIP Intermediate · 30 min · 2026-04-24

Set Your Automation Triggers — Designing the "When" of Every Workflow

Ever opened an automation tool (Zapier, Make, n8n) and gotten stuck on the word "Trigger"? The blocker isn't the tool — it's the **grammar**. Every automation is one sentence: "when A happens, do B." That "A" is the trigger. In 30 minutes this tutorial distinguishes the three trigger types (event / condition / schedule), steers you past the classic mistakes (infinite loops, rate limits), and walks you from paper-designing three triggers for your own work to porting them into UI — safely.

OUTCOME — What you'll have afterward

Following this tutorial leaves you with three things.

  • Three triggers for your real work sketched in notes — one event, one schedule, one condition
  • One of those taken to "Test trigger" success inside Zapier or Make (action wiring comes next tutorial)
  • The automation grammar "when A happens, do B" — an eye that reads any automation tool the same way

📖 Term: What is a trigger? "Trigger" literally means the pull of a firearm. In automation, it is "the condition or signal that starts an automation." As pulling a trigger fires the bullet, a trigger firing starts the automation. A trigger defines the when of an automation. Without that "when," the automation doesn't even begin. Triggers are the heart of every automation.

Metadata

Item Value
Time 30 min (fast: 20, unhurried: 45)
Level Intermediate (1-1 & 1-2 recommended first)
Tools One free account in Zapier / Make / n8n
Coding knowledge None
Payment None — free tier is enough
Prerequisite 1–2 repetitive tasks from your real work

The first wall is the "Choose a trigger" screen: hundreds of apps, dozens of subtly different events each. Without a framework, people close the tab. This tutorial collapses the choice to three types.

Where you are now: prerequisites next.


PREREQUISITES — What you need

Three things.

  • One free account: Zapier (easiest onramp), Make (most flexible, 1,000 ops/month free), n8n (self-host = free forever). No preference? Start with Zapier
  • 1–2 repetitive tasks from real life: not hypothetical. Things like "log incoming DMs to a spreadsheet," "Monday morning roll up last week's revenue"
  • A notes app: somewhere to save trigger blueprints

Not required: coding skills, API knowledge, paid plan, destination apps (Slack, etc.) — this tutorial focuses on triggers only.

📖 Term: Task and operation Zapier counts one automation run as a "task"; Make calls it an "operation." 2026 free tiers: Zapier 100 tasks/month, Make 1,000 operations/month, n8n self-hosted unlimited. A "daily 9 a.m. report" burns ~30 tasks monthly — comfortable on any plan. You only brush the ceiling later with high-frequency automations like "check inventory every 5 minutes." Nothing to worry about today.

Environment check (30s): sign in. If you see a "Create Zap" or "Create a new scenario" button, you're ready. Don't click yet — we'll build together in Step 4.

Where you are now: tool, tasks, and notes app ready. You can skip WHY and still finish, but reading it gives you a diagnostic vocabulary when something breaks three weeks from now.


WHY — Why triggers are the heart of automation

Automation sounds intimidating at first. The good news: it has a grammar, and it's absurdly simple. However complicated English looks, the skeleton is "subject + verb + object." Automation is one sentence:

"When A happens, do B."

That's the whole thing. Inquiry arrives → send notification. User signs up → send welcome email. 9 a.m. → compile yesterday's data. Every automation is a combination of that sentence. A is the trigger, B is the action. Trigger defines when; action defines what.

Reason 1 — Without a trigger, automation doesn't even start. Actions are usually clear in your head. The hard half is when it should happen. Sloppy triggers mean the same action runs too often, fails when it should run, or fires at the wrong moment. A trigger is the alarm clock of the automation.

The Grammar of Automation — One Sentence when A happens, do B A = Trigger defines "when" pull · alarm clock fires B = Action defines "what" bullet · real work Sloppy triggers ruin the whole automation even with a perfect action. About 80% of automation quality is decided at the trigger. This tutorial focuses entirely on A. B is the next tutorial.
Every automation is one sentence. A = trigger answers "when," B = action answers "what to do." Actions are usually clear; triggers fail invisibly and take the whole automation down. About 80% of automation quality is determined at trigger-design time.

Reason 2 — Confusing types tangles your design. "Every morning at 9, send new inquiries" reads like schedule, but the real intent is event + batch wrapper. Blur the two and you get neither real-time nor calm batch — worst of both worlds. Pick the type first.

Reason 3 — Bad triggers cost money. "Check every 1 minute" = 1,440 tasks/day — burns Zapier's free monthly quota (100) in an hour. Make's free (1,000) in under a day. Granularity errors cost 10×–100× in spend.

Where you are now: now we build a decision rule.


STEPS — A five-stage walkthrough

Step 1. Distinguish the three types (5 min)

Three types cover every real automation.

Event — starts when something happens. "Form submitted," "email arrived," "payment completed," "Notion page added," "Linear issue created." In 2026, most SaaS pushes these instantly via webhook — no polling needed. Most common in business automation.

Condition — starts when a condition is met. "Inventory < 10," "rating > 4.5." A number or state crosses a threshold. Used for monitoring and alerting.

Schedule — starts at a fixed time. "Daily 9 a.m.," "every 15 minutes." The clock hits and the automation runs regardless of outside events. In 2026, cron expressions are mainstream in Make and n8n — "last business day of the month at 18:00" is a one-liner.

Trigger Type Decision Map Event What happened? form submitted email arrived payment done event → immediate Condition Threshold met? inventory < 10 rating > 4.5 latency > 3s state watches Schedule What time is it? daily 9 a.m. every Monday every 15 min clock → always The decision question — "When does this happen?" • External actor (user/system) did something → Event • A number or state crossed a line → Condition • At a fixed clock time, independent → Schedule Event / condition are reactive; schedule is proactive. Beware: "daily 9 a.m. inquiry handling" is event + batch, not pure schedule.
The type decision is one question — "When does this happen?" External actor acted → event. Number/state crossed a line → condition. Clock time hit regardless of the outside world → schedule.

Three-type comparison

Type Alternate names Fires when Canonical examples Primary use
Event Instant / on-X External actor acts Form submit, email, payment, Notion page add, Linear issue Real-time response
Condition Threshold / state-change Number/state hits threshold inventory < 10, rating > 4.5 Monitoring, alerts
Schedule Cron / time-based Clock reads specified time Daily 9 a.m., every 15 min, 0 9 * * 1-5 Reports, rollups

Drill: 1) "When a new subscriber signs up, send welcome email." 2) "On the first of every month, compile last month's revenue into Slack." Answers: #1 event (external actor). #2 schedule (clock).

Step 2. Event vs. schedule (5 min)

The most confused pair. Same goal, two designs. "Handle incoming inquiries":

  • Event: every submission → immediate Slack. Real-time; alert storm in busy hours
  • Schedule: 9 a.m. daily → 24-hour summary. Calm; one-day delay
Situation Recommended Why
Real-time required (urgent support, payment) Event Delay = loss
High volume, low urgency (feedback) Schedule (batch) Protects attention
Low volume, medium urgency (2–3/week signups) Event Nothing to batch
Periodic reports, independent of events Schedule No real choice
100+ routine log events/day Schedule (batch) or silent event Real-time becomes poison

📖 Term: Real-time vs. batch Real-time = "process the moment it happens." Batch = "collect for a window, then process together." Event triggers are real-time; schedule triggers are batch. Neither is universally better. High volume + low urgency = batch protects your attention. Low volume + high urgency = real-time prevents loss.

Pick yours: pick one of your prepared tasks now. Event-shaped or schedule-shaped? This tutorial continues with "when a new Instagram DM arrives, log it to Google Sheets" — unambiguously event (external actor = the person sending the DM).

Step 3. Granularity — too wide vs. too narrow (5 min)

Once type is set, granularity determines whether your free tier survives the month.

  • Too wide: "when a new email arrives" → spam included, 200/day firings, 199 unnecessary
  • Too narrow: "subject exactly '[URGENT-VIP]'" → filters out real inquiries

Three granularity questions

  • Q1: How many times a day? (target: 10–100)
  • Q2: Fraction actually needing the action? (target: 80%+)
  • Q3: Safely includes the cases you can't miss? (If false negative is catastrophic, widen)

Applied to our example

  • Too wide: "any new Instagram activity" → likes/follows included, dozens of firings
  • Too narrow: "DM with subject 'inquiry'" → Instagram DMs have no subject (design flaw)
  • Right: "new DM on the business account" → 5–20/day, all relevant

Pseudo-filtering

on_new_instagram_activity(activity):
    # Too wide: process everything
    # process(activity)  ← burns tasks on every like/follow

    # Right granularity
    if activity.type == "direct_message":
        if activity.sender_type != "bot":
            trigger_automation(activity)
    # else: ignore, save tasks

Task consumption simulation (2026 free tiers)

Design Fires/day Tasks/month Zapier free (100) Make free (1,000)
"All activity" (too wide) 80 2400 24× over 2.4× over
"DMs only" (right) 12 360 3.6× over Comfortable (640 left)
"Business-hours DMs" (narrower) 5 150 1.5× over Comfortable (850 left)
"Daily 9 a.m. batch" (schedule) 1 30 Comfortable (70 left) Comfortable (970 left)

Takeaway: for Zapier free tier, real-time event handling still needs paid or a schedule workaround. Make's free 1,000 ops/month handles "DMs only" comfortably. n8n self-hosted = no limit at all. The tradeoff is decided at design time.

Step 4. Move into Zapier / Make UI (7 min)

Zapier walkthrough, 7 clicks. Make = same structure, different words.

  1. Create Zap → editor opens
  2. 1. Trigger block at top → click it
  3. App & Event search → "Instagram" (or your service)
  4. Pick event — e.g., "New DM in Instagram for Business"
  5. Account: "Connect Instagram for Business" → approve in popup
  6. Trigger (configure): optional filter (defaults usually fine)
  7. Test trigger: Zapier fetches one recent sample from your account. Success = trigger live

📖 Term: Webhook triggers — the 2026 standard If your service isn't in Zapier's event list, register that service's webhook URL externally to create a trigger. In 2026, nearly every SaaS supports this: Notion, Linear, Slack, Gmail, Stripe, Tally, Typeform, and hundreds more. In Zapier: "Webhooks by Zapier → Catch Hook." In Make: Custom Webhook module. Copy the URL Zapier/Make gives you, paste it into your service's webhook settings — done. Non-developers: this is literally copy-paste. AI agents (like an n8n AI Agent node or a Claude workflow) can also call these webhook URLs directly, enabling AI-initiated triggers — the pattern is mainstream in 2026.

Three common stumbles: (1) wrong event variant — "New message" vs "New DM" vs "New comment" look alike. Read word-by-word (2) no test data — if no recent DMs, empty result. Send yourself one, wait a minute, retry (3) personal account connected — "Instagram for Business" requires actual business account.

Step 5. Save Off, write the blueprint (5 min)

If Test passes, save the Zap but keep it Off. No-action-yet Zaps on ON pile errors. Actions come next tutorial.

In notes, save this blueprint — for each of three triggers.

[Trigger blueprint #1] Instagram DM logger
- Type: event
- Purpose: catch every customer DM in a spreadsheet, never miss one
- Fires when: new DM on business account
- Expected fires/day: 5–15
- Fits free tier?: Zapier N (150–450 tasks/mo) / Make Y (150–450 ops, 1,000 free)
- Next action (later): add row to Google Sheets + ping Slack #cs

The point: three months from now, you can reconstruct the "why" instantly.

Where you are now: three triggers on paper, one tested. Let's verify.


VERIFICATION — What "done" looks like

Five "yes"es and you're complete.

  1. [ ] My 1–2 tasks written as "when A happens, do B" sentences in notes
  2. [ ] Three triggers classified event / condition / schedule. Can you name each type in two seconds?
  3. [ ] Daily firing estimate + free-tier fit written down. Answered Q1–Q3?
  4. [ ] One trigger hit "Test trigger" success. Saw real sample data in the panel?
  5. [ ] Zap/Scenario saved in Off state. Don't turn on a no-action Zap — errors only

If any is "no," common stalls: #2? Re-apply Step 1's question. #4? Revisit Step 4's "three stumbles" — usually wrong event variant or account permission.

Paper design → test pass → Off save = 80% done. Actions follow next tutorial.


VARIATIONS — When the situation differs

Variation 1 — Webhook trigger: pick "Webhooks by Zapier" → "Catch Hook." Zapier gives a unique URL; paste it into your service's webhook setting. In 2026 this covers almost every SaaS — Notion, Linear, Slack, Gmail, Typeform, Tally, Stripe, and more. For non-developers this is literally copy-paste.

Variation 2 — Condition via filter: "Daily 9 a.m., check 'inventory' → if any < 10, ping Slack" = schedule + condition filter. Zapier Filter(paid), Make Router/Filter(free).

Variation 3 — Manual trigger for safe testing: use Webhooks Catch Hook that you call yourself. Verify, then swap in the real trigger. Safer for customer-facing work.

Variation 4 — Cron: Make and n8n support cron (e.g., 0 9 * * 1-5 = weekdays 9 a.m.) for schedules like "last Friday of each month at 18:00." In 2026 this is a standard UI option — no terminal needed. Start with "daily 9 a.m." — learn cron when needed.

Variation 5 — AI agent trigger: an n8n AI Agent node or any HTTP-capable AI workflow can call a webhook URL directly, making AI the trigger source instead of a human action. Example: Claude classifies incoming email as urgent → calls your automation webhook → Slack alert fires. This pattern is mainstream in 2026 and is what "agentic automation" looks like in practice.


TROUBLE — Common stuck points

❓ Test trigger returns nothing Correct trigger still needs a recent real event. Send yourself a test DM and retry in a minute.

❓ Same trigger fires infinitely (loop) Most common disaster. Cause: action re-creates what the trigger watches. Example: "new Sheets row → Slack + add row to same sheet" → new row re-fires. Fix: different tab or filter "source != automation." Loops burn a free tier in ten minutes.

❓ "Task limit reached" Free quota gone. (1) Usage tab — which Zap consumed most? (2) Granularity too wide? (3) Move to schedule/batch? (4) Consider switching to Make (1,000 ops free) or n8n self-hosted. (5) Only then upgrade Zapier. Most "Zapier is expensive" complaints trace to granularity.

❓ Long delay (5+ min) Zapier free polls every 15 min. Real-time options: (a) upgrade paid (2-min polling) or (b) webhook-based Instant triggers. Make and n8n receive webhooks instantly — zero polling delay.

❓ Connection keeps dropping OAuth token expiry. Settings → Connections → Reconnect. Prevention: dedicated work account, skip 6-month password rotation.

❓ Still can't decide type "When does this happen?" External action → event. Threshold → condition. Clock → schedule. Stuck? Default to schedule — safest, easiest to debug, lightest on quota.


NEXT — What comes next

Thirty minutes ago you might have been staring at "Choose a trigger" about to close the tab. Now you've designed three triggers and tested one. A trigger alone does nothing. Next tutorial wires action (B) in and ships your first complete automation.

SPIN chapter 3 (Process phase), tutorial 2:

  1. What is automation? ✓ (3-1)
  2. Set your triggers ✓ (3-2 — this tutorial)
  3. Wire your actions (in prep)
  4. Agent actions — AI-powered action steps (in prep)
  5. Running scenarios at scale (in prep)

Best use: over the next week, finish one trigger all the way to action — not three in parallel. Confirm one runs stably seven days, then start the next. Automations compound, but badly designed automations compound as debt. That's why you saved blueprints.

OUTCOME — 오늘 끝나면 무엇이 남는가

이 튜토리얼을 따라오시면 다음 세 가지가 손에 남습니다.

  • 당신 업무에 맞는 트리거 3개가 메모장에 설계되어 있음 — 이벤트·시간·조건 각 1개
  • 그중 하나를 Zapier 또는 Make의 "Test trigger" 단계까지 올려본 상태 (액션 연결은 다음 튜토리얼)
  • "A가 일어나면 B를 해라"라는 자동화 문법 — 어떤 도구를 열어도 같은 눈으로 보시게 됨

📖 용어: 트리거(Trigger)란 무엇인가 트리거는 원래 총의 방아쇠를 뜻합니다. 자동화 맥락에서는 **"자동화를 시작하게 만드는 조건 또는 신호"**입니다. 방아쇠가 당겨지면 총알이 발사되듯, 트리거가 발동하면 자동화가 실행됩니다. 트리거는 "언제 시작할 것인가"를 정의하고, 이 "언제"가 없으시면 자동화는 시작조차 하지 않습니다. 트리거는 자동화의 심장부입니다.

메타 정보

항목
소요 시간 30분 (빠르게 20분, 차분히 45분)
난이도 중급 (1-1, 1-2 튜토리얼 완료자 권장)
필요 도구 Zapier / Make / n8n 중 무료 계정 하나
사전 코딩 지식 필요 없음
결제 필요 없음 — 무료 티어로 충분
전제 자동화가 필요한 반복 업무 1~2개

자동화 도구를 처음 여신 분이 가장 막히시는 지점이 "Choose a trigger" 화면입니다. 수백 개 앱, 미세하게 다른 수십 개 이벤트 — 기준 없이는 탭을 닫게 됩니다. 이 튜토리얼은 그 기준을 세 유형(이벤트·조건·시간)으로 단순화해드립니다.

여기까지: 다음은 준비물 체크.


PREREQUISITES — 준비물

세 가지만 있으시면 됩니다.

  • 자동화 도구 무료 계정 하나: Zapier(가장 쉬움), Make(가장 유연), n8n(자체 호스팅 무료). 기준이 없으시면 Zapier부터 시작하세요
  • 반복 업무 1~2개: 가상의 예제 말고 진짜 "이거 매번 손으로 하기 싫다"고 느끼시는 것. "문의 오면 Slack에 옮기기", "매주 월요일 지난주 매출 정리" 같은 것
  • 메모장: 트리거 설계도를 저장하실 곳

필요 없는 것: 코딩 능력, API 지식, 유료 플랜, 알림 목적지(Slack 등)까지 준비된 상태 — 이 튜토리얼은 트리거만 다룹니다.

📖 용어: Task(태스크)와 Operation(오퍼레이션) Zapier는 자동화 1회 실행 단위를 "task", Make는 "operation"이라고 부릅니다. 2026년 기준 무료 티어: Zapier 월 100 task, Make 월 1,000 operation, n8n은 자체 호스팅 시 무제한. "매일 9시 리포트" 같은 스케줄 자동화는 월 30 task로 여유롭습니다. 한도에 부딪히시는 건 나중에 "매 5분마다 재고 체크" 같은 고빈도 자동화 돌리실 때입니다. 지금은 걱정하실 일이 아닙니다.

환경 체크 (30초): 선택하신 도구에 로그인하셔서 "Create Zap" (Zapier) 또는 "Create a new scenario" (Make) 버튼이 보이시면 준비 완료입니다. 아직 만들진 마세요 — STEPS 4단계에서 함께 만듭니다.

여기까지 오신 상황: 도구·반복 업무·메모장 준비되셨습니다. WHY 섹션을 건너뛰셔도 작업은 되지만, 읽으시면 3주 뒤 트리거가 이상하게 동작할 때 원인을 빠르게 찾으시게 됩니다.


WHY — 왜 트리거가 자동화의 심장부인가

자동화는 처음엔 막연합니다. 다행히 문법이 있고, 놀라울 정도로 단순합니다. 영어가 "주어 + 동사 + 목적어"이듯 자동화도 한 문장입니다.

"A가 일어나면 B를 해라."

전부입니다. 문의 들어오면 알림, 새 유저 가입하면 환영 메일, 매일 9시에 리포트 — 전부 같은 구조. A는 트리거, B는 액션. 트리거가 "언제"를, 액션이 "뭘 할지"를 정합니다.

첫 번째 이유 — 트리거 없이는 자동화가 시작조차 하지 않습니다. 액션은 보통 분명합니다. 진짜 문제는 언제입니다. 트리거가 허술하시면 너무 자주 터지거나, 터져야 할 때 안 터지거나, 엉뚱한 순간에 실행됩니다. 트리거는 자동화의 알람 시계입니다.

자동화의 문법 — 한 문장 A가 일어나면 B를 해라 A = 트리거 "언제"를 정의 방아쇠 · 알람 시계 발동 B = 액션 "뭘 할지"를 정의 총알 · 실제 실행 트리거가 허술하면 액션이 아무리 좋아도 엉뚱하게 터집니다. 자동화의 80%는 트리거 설계에서 결정됩니다. 이 튜토리얼은 A만 집중적으로 다룹니다. B는 다음 튜토리얼.
자동화는 단 한 문장입니다. A = 트리거가 "언제"를, B = 액션이 "뭘 할지"를 정합니다. 액션은 보통 명확한 반면, 트리거는 허술하면 자동화 전체가 엉뚱하게 동작합니다. 자동화의 80%가 트리거 설계에서 결정됩니다.

두 번째 이유 — 유형 혼동은 설계를 꼬이게 합니다. "매일 9시에 새 문의를 Slack에"는 시간 트리거처럼 들리지만 실제 의도는 이벤트 + 배치입니다. 섞으시면 실시간성도 배치의 깔끔함도 얻지 못하십니다. 유형부터 명확히 고르세요.

세 번째 이유 — 잘못된 트리거는 돈이 듭니다. "매 1분마다 확인"을 걸어두시면 하루 1440 task — Zapier 무료(월 100)는 한 시간 만에 소진. Make 무료(월 1,000)도 이틀이면 끝납니다. Granularity 설계 실수는 비용이 수십 배 차이납니다.

여기까지 오신 상황: 이제 판단 기준을 잡으러 갑니다.


STEPS — 5단계 트리거 설계 실전

1단계. 세 가지 유형 구분 (5분)

트리거는 크게 세 종류. 2초 안에 분류하실 수 있으셔야 합니다.

이벤트 — 뭔가가 "일어났을 때". "폼 제출", "메일 도착", "결제 완료"처럼 특정 사건 순간. Notion 페이지 추가, Linear 이슈 생성, Slack 메시지 수신처럼 2026년엔 대부분의 SaaS가 이 이벤트를 webhook으로 즉시 쏴줍니다. 서비스 운영에서 가장 흔함.

조건 — 조건이 "충족됐을 때". "재고 10 이하", "평점 4.5 이상", "응답 3초 초과"처럼 숫자/상태가 기준을 만나는 순간. 모니터링·경고에 주로 사용.

시간(스케줄) — "정해진 시간". "매일 9시", "매 15분마다"처럼 시계가 가리키는 순간 외부 이벤트와 무관하게 무조건 실행. 2026년엔 cron 표현식이 Make·n8n에서 표준 — "매월 마지막 영업일 18시" 같은 정교한 스케줄도 UI 없이 한 줄로 가능합니다.

트리거 3유형 구분 지도 이벤트 What happened? 폼 제출됨 메일 도착 결제 완료 사건 → 즉시 조건 Threshold met? 재고 10 이하 평점 4.5 이상 응답 3초 초과 상태 관측 시간 What time is it? 매일 9시 매주 월요일 매 15분마다 시계 → 무조건 판단 질문 — "이것은 언제 일어나는가?" • 외부 주체(유저·시스템)가 무언가를 했을 때 → 이벤트 • 숫자·상태가 기준에 도달했을 때 → 조건 • 외부와 무관하게 정해진 시계 시각에 → 시간 이벤트·조건은 "반응형", 시간은 "선제형" 주의: "매일 9시 새 문의 처리" = 이벤트 + 배치 래퍼
유형 판단은 한 질문으로 끝납니다 — "이것은 언제 일어나는가?" 외부 주체의 행동이면 이벤트, 기준 도달이면 조건, 시계 시각이면 시간.

3유형 비교 표

유형 영어 발동 조건 대표 예시 주 용도
이벤트 Event / Instant 외부 주체가 행동 폼 제출, 메일 수신, 결제, Notion 페이지 추가 실시간 반응
조건 Condition / Threshold 숫자·상태 임계점 도달 재고 < 10, 평점 > 4.5 모니터링, 경고
시간 Schedule / Cron 시계가 특정 시각 매일 9시, 매 15분, 0 9 * * 1-5 정기 리포트

판단 연습: 1) "새 구독자가 가입하면 환영 메일" 2) "매월 1일에 지난달 매출 Slack". : 1번은 이벤트(외부 주체 행동), 2번은 시간(시계).

2단계. 이벤트 vs 시간 (5분)

가장 헷갈리시는 지점. 같은 업무를 둘 중 어느 쪽으로도 설계 가능합니다. "문의 처리":

  • 이벤트: 폼 제출마다 즉시 Slack → 실시간 O, 바쁠 때 알림 폭발
  • 시간: 매일 9시 지난 24시간 요약 → 조용 O, 하루 지연
상황 추천 이유
실시간 응답 필요 (민원·결제) 이벤트 지연 = 손실
양 많고 즉시성 낮음 (피드백) 시간 배치 알림 폭발 방지
양 적고 즉시성 중간 (주 2~3건) 이벤트 배치할 양이 없음
외부 무관 정기 리포트 시간 선택 여지 없음
하루 100+건 단순 로깅 시간 배치 실시간은 독

📖 용어: 실시간(Real-time) vs 배치(Batch) 실시간은 "일 벌어진 순간 처리", 배치는 "일정 시간 모았다가 한꺼번에 처리". 이벤트 트리거는 실시간, 시간 트리거는 배치에 가깝습니다. 어느 쪽이 우월하다고 단정 못 합니다. 양 많고 즉시성 낮으면 배치가 주의력을 보호하고, 양 적고 즉시성 높으면 실시간이 손실을 막아드립니다.

예시 선택: 이 튜토리얼은 "인스타그램 DM 문의가 오면 Google Sheets에 기록" — 명백한 이벤트 트리거(외부 주체 행동)로 3~5단계를 이어갑니다.

3단계. Granularity — 넓게 vs 좁게 (5분)

유형 후 이제 세밀함. 무료 티어 한도를 지키시는 핵심.

  • 너무 넓음: "새 이메일 오면" → 스팸 포함 하루 200번, 199번 불필요
  • 너무 좁음: "제목에 '[URGENT-VIP]' 정확히 포함" → 정상 문의 놓침

Granularity 3질문

  • Q1: 하루 몇 번 발동? (목표 10~100)
  • Q2: 실제 액션 필요 비율? (목표 80%+)
  • Q3: 놓치면 안 되는 케이스를 안전히 포함? (False negative 치명적이면 넓게)

예시 적용

  • 너무 넓음: "Instagram 새 활동" → 좋아요·팔로우 포함, 수십 번
  • 너무 좁음: "DM 제목에 '문의'" → Instagram DM엔 제목 없음 (설계 오류)
  • 적절: "비즈니스 계정 새 DM" → 하루 5~20건, 전부 처리 대상

Pseudo code로 보는 필터링

on_new_instagram_activity(activity):
    # 너무 넓은 트리거
    # process(activity)  ← 매 활동마다 task 소모

    # 적절한 granularity
    if activity.type == "direct_message":
        if activity.sender_type != "bot":
            trigger_automation(activity)
    # 그 외는 무시 → task 절약

Task 소모량 시뮬레이션 (2026년 무료 기준)

설계 일 발동 월 task Zapier 무료(100) Make 무료(1,000)
"모든 활동" (넓음) 80 2400 초과 24배 초과 2.4배
"DM만" (적절) 12 360 초과 3.6배 여유 640
"업무시간 DM만" 5 150 초과 1.5배 여유 850
"매일 9시 배치" (시간) 1 30 여유 70 여유 970

교훈: Zapier 무료로 실시간 이벤트를 오래 쓰시려면 시간 트리거 우회가 현실적. Make 무료(1,000 operation)라면 "DM만" 설계도 한 달 버팁니다. n8n 자체 호스팅이면 서버 비용만 내고 무제한.

4단계. Zapier/Make UI에 올리기 (7분)

Zapier 기준 7단계. Make도 용어만 다를 뿐 구조 동일.

  1. Create Zap → 편집 화면
  2. 1. Trigger 블록 클릭
  3. App & Event 검색 → "Instagram" (또는 당신 서비스)
  4. 이벤트 선택 — 예: "New DM in Instagram for Business"
  5. Account: "Connect Instagram for Business" → 팝업 권한 승인
  6. Trigger 구성: 필요시 세부 필터 (대부분 기본값 OK)
  7. Test trigger: 버튼 클릭 → Zapier가 최근 DM 샘플 하나 보여드림 → 성공 = 완료

📖 용어: Webhook 트리거 — 2026년 표준 특정 서비스가 이벤트 리스트에 없을 때, 그 서비스가 제공하는 고유 URL(webhook)을 외부 시스템에 등록해 트리거를 만듭니다. Notion, Linear, Slack, Gmail, Stripe, Tally, Typeform — 2026년엔 거의 모든 SaaS가 webhook을 기본 지원합니다. 설정은 "Webhooks by Zapier" 또는 Make의 Custom Webhook 모듈에서 URL 복사 → 서비스 설정에 붙여넣기. 비개발자도 URL 복사-붙여넣기로 완료. AI 에이전트(n8n AI Agent 노드 등)도 webhook을 통해 외부에서 직접 트리거할 수 있어, 사람 대신 AI가 자동화를 시작하는 패턴이 2026년엔 보편화되었습니다.

흔한 실수 3가지: (1) 비슷해 보이는 이벤트 오선택 ("New message" vs "New DM" vs "New comment") — 단어 하나하나 읽으세요 (2) Test 데이터 없음 — 테스트용 DM 보내고 1분 대기 후 재시도 (3) 개인 계정으로 연결 — Business 계정 필수.

5단계. 저장하고 설계도 남기기 (5분)

Test 성공하시면 Off 상태로 저장. 액션 없이 On하시면 오류만 쌓입니다.

메모장에 트리거 3개 전부 이 양식으로:

[트리거 설계도 #1] 인스타그램 DM 기록
- 유형: 이벤트
- 목적: 고객 DM을 Sheets에 자동 기록해 놓치지 않음
- 발동: 비즈니스 계정 새 DM
- 예상 발동: 하루 5~15건
- 무료 한도 안: Zapier N (월 150~450 task) / Make Y (월 150~450 op, 1,000 무료)
- 다음 액션: Sheets 행 추가 + Slack #cs 알림

이 설계도가 3개월 뒤 트리거 수정 시 "왜 이렇게 했는지" 복원해드립니다.

여기까지: 트리거 3개 종이에, 1개 Test까지. VERIFICATION으로.


VERIFICATION — 뭐가 되어야 성공인가

5가지 모두 "네"면 완료입니다.

  1. [ ] 내 반복 과제 1~2개가 "A가 일어나면 B를 해라" 문장으로 메모장에 있다
  2. [ ] 트리거 3개가 이벤트·조건·시간 유형으로 분류되어 있다. 2초 안에 답하실 수 있으십니까?
  3. [ ] 예상 일일 발동 수 + 무료 한도 체크됨. Q1~Q3에 답하셨습니까?
  4. [ ] Zapier/Make에서 트리거 하나가 Test 단계 성공. 실제 샘플 데이터 보이셨습니까?
  5. [ ] Zap/Scenario는 Off 상태로 저장. 액션 없이 On 금지

"아니오"시면 주로 두 지점. 2번 막히면 Step 1 질문 재적용. 4번 막히면 Step 4 "흔한 실수 3가지" 확인 — 대개 이벤트 오선택 또는 권한 문제.

종이 설계 → Test → Off 저장까지 오셨으면 80%는 끝. 나머지 20%는 다음 튜토리얼에서.


VARIATIONS — 상황별 변형

변형 1 — Webhook 트리거: 이벤트 목록에 당신 서비스가 없으시면 "Webhooks by Zapier" → "Catch Hook". Zapier가 고유 URL을 만들어주고, 그 URL을 당신 서비스 webhook 설정란에 등록하면 끝. Notion, Linear, Slack, Gmail, Typeform, Tally, Stripe 등 2026년엔 거의 모든 SaaS가 지원. 비개발자도 URL 복사-붙여넣기로 완료.

변형 2 — 조건 트리거 + 필터: "매일 9시 Sheets '재고' 열 → 10 미만이면 Slack" = 시간 트리거 + 조건 필터. Zapier Filter(유료), Make Router/Filter(무료).

변형 3 — Manual trigger로 안전 테스트: 프로덕션 전에 Webhooks Catch Hook으로 URL을 직접 호출해 발동. 정상 확인 후 진짜 트리거로 교체.

변형 4 — Cron 표현식: Make와 n8n은 cron(예: 0 9 * * 1-5 = 평일 9시)을 지원해 "매월 마지막 금요일 18시" 같은 정교한 스케줄 가능. 2026년엔 Zapier도 "Custom" 스케줄에서 유사 설정 지원. 처음엔 "매일 9시"로, 필요할 때 cron을 배우세요.

변형 5 — AI 에이전트 트리거: n8n AI Agent 노드나 Make의 HTTP 모듈을 통해 AI 에이전트가 직접 webhook을 호출해 자동화를 시작하는 패턴. 예) "Claude가 메일을 분석하고 긴급 판단 시 자동화를 트리거". 사람이 아닌 AI가 A가 되는 구조 — 자동화의 다음 단계.


TROUBLE — 자주 막히는 곳

❓ Test trigger에 아무것도 안 나옵니다 최근 실제 이벤트가 없으면 샘플을 못 가져옵니다. 테스트용 DM을 보내고 1분 후 재시도.

❓ 같은 트리거가 무한 반복 (루프) 가장 흔한 재앙. 액션이 트리거를 재발생시키는 구조. 예) "새 Sheets 행 → Slack + 같은 Sheets 행 추가" → 방금 추가한 행이 또 트리거. 해결: 다른 탭 사용 또는 필터 "source != automation". 루프는 무료 티어를 10분에 소진합니다.

❓ "Task limit reached" 무료 한도 초과. (1) Usage 탭에서 가장 많이 쓰는 Zap 확인 (2) granularity 재검토 (3) 시간 트리거 배치로 전환 (4) Make 무료(1,000 op)로 이전 고려 (5) 그래도 부족하면 유료. "Zapier 비싸다"는 대부분 granularity 실패입니다.

❓ 지연 5분 이상 Zapier 무료 폴링 주기 15분. 실시간은 (a) 유료(2분) 또는 (b) webhook Instant trigger. Make·n8n은 webhook 즉시 수신 — 폴링 없음.

❓ 연결이 자꾸 끊김 OAuth 토큰 만료. Settings → Connections → Reconnect. 방지: 업무용 전용 계정, 6개월 비밀번호 로테이션 피하기.

❓ 유형 여전히 모르겠음 "이것은 언제 일어나는가?" 외부 행동 → 이벤트. 기준 도달 → 조건. 시계 → 시간. 헷갈리시면 시간 트리거로 시작 — 안전하고 디버깅 쉽고 한도 부담 덜 됩니다.


NEXT — 다음엔 무엇을 하시나

30분 전 당신은 "Choose a trigger" 앞에서 탭을 닫으실 수도 있으셨습니다. 지금은 트리거 3개 설계 + 1개 Test 성공. 트리거만 있는 자동화는 아무 일도 하지 않습니다. 다음 튜토리얼에서 액션(B)을 연결해 첫 번째 완전한 자동화를 완성하시게 됩니다.

SPIN 3장(Process) 두 번째 튜토리얼:

  1. 자동화란 무엇인가 ✓ (3-1)
  2. 트리거를 걸어라 ✓ (3-2 — 이 튜토리얼)
  3. 액션을 연결하라 (준비 중)
  4. 에이전트 액션 — AI가 판단하는 지능형 액션 (준비 중)
  5. 시나리오 운영 (준비 중)

가장 잘 활용하시는 방법: 앞으로 일주일 동안 설계하신 트리거 3개를 하나씩 완성. 한 번에 3개 동시 금지. 하나가 일주일 안정 가동 확인 후 다음으로. 자동화는 쌓이는 게 힘이지만, 잘못 설계된 자동화는 쌓일수록 빚입니다 — 설계도를 저장해두신 이유입니다.


Check Your Understanding

Three short questions. Get them all right and the completion stamp is auto-granted. Answers stay on your device.

  1. Q1. According to this tutorial, what single question classifies any trigger into its type?

  2. Q2. For "new Instagram DM received (expected 12/day)" as an event trigger on Zapier's free tier (100 tasks/month), which is the most accurate assessment?

  3. Q3. Why does the tutorial insist on saving a Zap/Scenario in the Off state after setting up only the trigger?

Attendance
Completed

Completion is stored on this device only. See your full passport at /member.

Edit Section