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.
Following this tutorial leaves you with three things.
📖 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.
Three things.
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.
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.
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.
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.
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).
The most confused pair. Same goal, two designs. "Handle incoming inquiries":
| 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).
Once type is set, granularity determines whether your free tier survives the month.
Three granularity questions
Applied to our example
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.
Zapier walkthrough, 7 clicks. Make = same structure, different words.
📖 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.
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.
Five "yes"es and you're complete.
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.
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.
❓ 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.
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:
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.
이 튜토리얼을 따라오시면 다음 세 가지가 손에 남습니다.
📖 용어: 트리거(Trigger)란 무엇인가 트리거는 원래 총의 방아쇠를 뜻합니다. 자동화 맥락에서는 **"자동화를 시작하게 만드는 조건 또는 신호"**입니다. 방아쇠가 당겨지면 총알이 발사되듯, 트리거가 발동하면 자동화가 실행됩니다. 트리거는 "언제 시작할 것인가"를 정의하고, 이 "언제"가 없으시면 자동화는 시작조차 하지 않습니다. 트리거는 자동화의 심장부입니다.
메타 정보
| 항목 | 값 |
|---|---|
| 소요 시간 | 30분 (빠르게 20분, 차분히 45분) |
| 난이도 | 중급 (1-1, 1-2 튜토리얼 완료자 권장) |
| 필요 도구 | Zapier / Make / n8n 중 무료 계정 하나 |
| 사전 코딩 지식 | 필요 없음 |
| 결제 | 필요 없음 — 무료 티어로 충분 |
| 전제 | 자동화가 필요한 반복 업무 1~2개 |
자동화 도구를 처음 여신 분이 가장 막히시는 지점이 "Choose a trigger" 화면입니다. 수백 개 앱, 미세하게 다른 수십 개 이벤트 — 기준 없이는 탭을 닫게 됩니다. 이 튜토리얼은 그 기준을 세 유형(이벤트·조건·시간)으로 단순화해드립니다.
여기까지: 다음은 준비물 체크.
세 가지만 있으시면 됩니다.
필요 없는 것: 코딩 능력, 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주 뒤 트리거가 이상하게 동작할 때 원인을 빠르게 찾으시게 됩니다.
자동화는 처음엔 막연합니다. 다행히 문법이 있고, 놀라울 정도로 단순합니다. 영어가 "주어 + 동사 + 목적어"이듯 자동화도 한 문장입니다.
"A가 일어나면 B를 해라."
전부입니다. 문의 들어오면 알림, 새 유저 가입하면 환영 메일, 매일 9시에 리포트 — 전부 같은 구조. A는 트리거, B는 액션. 트리거가 "언제"를, 액션이 "뭘 할지"를 정합니다.
첫 번째 이유 — 트리거 없이는 자동화가 시작조차 하지 않습니다. 액션은 보통 분명합니다. 진짜 문제는 언제입니다. 트리거가 허술하시면 너무 자주 터지거나, 터져야 할 때 안 터지거나, 엉뚱한 순간에 실행됩니다. 트리거는 자동화의 알람 시계입니다.
두 번째 이유 — 유형 혼동은 설계를 꼬이게 합니다. "매일 9시에 새 문의를 Slack에"는 시간 트리거처럼 들리지만 실제 의도는 이벤트 + 배치입니다. 섞으시면 실시간성도 배치의 깔끔함도 얻지 못하십니다. 유형부터 명확히 고르세요.
세 번째 이유 — 잘못된 트리거는 돈이 듭니다. "매 1분마다 확인"을 걸어두시면 하루 1440 task — Zapier 무료(월 100)는 한 시간 만에 소진. Make 무료(월 1,000)도 이틀이면 끝납니다. Granularity 설계 실수는 비용이 수십 배 차이납니다.
여기까지 오신 상황: 이제 판단 기준을 잡으러 갑니다.
트리거는 크게 세 종류. 2초 안에 분류하실 수 있으셔야 합니다.
이벤트 — 뭔가가 "일어났을 때". "폼 제출", "메일 도착", "결제 완료"처럼 특정 사건 순간. Notion 페이지 추가, Linear 이슈 생성, Slack 메시지 수신처럼 2026년엔 대부분의 SaaS가 이 이벤트를 webhook으로 즉시 쏴줍니다. 서비스 운영에서 가장 흔함.
조건 — 조건이 "충족됐을 때". "재고 10 이하", "평점 4.5 이상", "응답 3초 초과"처럼 숫자/상태가 기준을 만나는 순간. 모니터링·경고에 주로 사용.
시간(스케줄) — "정해진 시간". "매일 9시", "매 15분마다"처럼 시계가 가리키는 순간 외부 이벤트와 무관하게 무조건 실행. 2026년엔 cron 표현식이 Make·n8n에서 표준 — "매월 마지막 영업일 18시" 같은 정교한 스케줄도 UI 없이 한 줄로 가능합니다.
3유형 비교 표
| 유형 | 영어 | 발동 조건 | 대표 예시 | 주 용도 |
|---|---|---|---|---|
| 이벤트 | Event / Instant | 외부 주체가 행동 | 폼 제출, 메일 수신, 결제, Notion 페이지 추가 | 실시간 반응 |
| 조건 | Condition / Threshold | 숫자·상태 임계점 도달 | 재고 < 10, 평점 > 4.5 | 모니터링, 경고 |
| 시간 | Schedule / Cron | 시계가 특정 시각 | 매일 9시, 매 15분, 0 9 * * 1-5 |
정기 리포트 |
판단 연습: 1) "새 구독자가 가입하면 환영 메일" 2) "매월 1일에 지난달 매출 Slack". 답: 1번은 이벤트(외부 주체 행동), 2번은 시간(시계).
가장 헷갈리시는 지점. 같은 업무를 둘 중 어느 쪽으로도 설계 가능합니다. "문의 처리":
| 상황 | 추천 | 이유 |
|---|---|---|
| 실시간 응답 필요 (민원·결제) | 이벤트 | 지연 = 손실 |
| 양 많고 즉시성 낮음 (피드백) | 시간 배치 | 알림 폭발 방지 |
| 양 적고 즉시성 중간 (주 2~3건) | 이벤트 | 배치할 양이 없음 |
| 외부 무관 정기 리포트 | 시간 | 선택 여지 없음 |
| 하루 100+건 단순 로깅 | 시간 배치 | 실시간은 독 |
📖 용어: 실시간(Real-time) vs 배치(Batch) 실시간은 "일 벌어진 순간 처리", 배치는 "일정 시간 모았다가 한꺼번에 처리". 이벤트 트리거는 실시간, 시간 트리거는 배치에 가깝습니다. 어느 쪽이 우월하다고 단정 못 합니다. 양 많고 즉시성 낮으면 배치가 주의력을 보호하고, 양 적고 즉시성 높으면 실시간이 손실을 막아드립니다.
예시 선택: 이 튜토리얼은 "인스타그램 DM 문의가 오면 Google Sheets에 기록" — 명백한 이벤트 트리거(외부 주체 행동)로 3~5단계를 이어갑니다.
유형 후 이제 세밀함. 무료 티어 한도를 지키시는 핵심.
Granularity 3질문
예시 적용
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 자체 호스팅이면 서버 비용만 내고 무제한.
Zapier 기준 7단계. Make도 용어만 다를 뿐 구조 동일.
📖 용어: 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 계정 필수.
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으로.
5가지 모두 "네"면 완료입니다.
"아니오"시면 주로 두 지점. 2번 막히면 Step 1 질문 재적용. 4번 막히면 Step 4 "흔한 실수 3가지" 확인 — 대개 이벤트 오선택 또는 권한 문제.
종이 설계 → Test → Off 저장까지 오셨으면 80%는 끝. 나머지 20%는 다음 튜토리얼에서.
변형 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가 되는 구조 — 자동화의 다음 단계.
❓ 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개월 비밀번호 로테이션 피하기.
❓ 유형 여전히 모르겠음 "이것은 언제 일어나는가?" 외부 행동 → 이벤트. 기준 도달 → 조건. 시계 → 시간. 헷갈리시면 시간 트리거로 시작 — 안전하고 디버깅 쉽고 한도 부담 덜 됩니다.
30분 전 당신은 "Choose a trigger" 앞에서 탭을 닫으실 수도 있으셨습니다. 지금은 트리거 3개 설계 + 1개 Test 성공. 트리거만 있는 자동화는 아무 일도 하지 않습니다. 다음 튜토리얼에서 액션(B)을 연결해 첫 번째 완전한 자동화를 완성하시게 됩니다.
SPIN 3장(Process) 두 번째 튜토리얼:
가장 잘 활용하시는 방법: 앞으로 일주일 동안 설계하신 트리거 3개를 하나씩 완성. 한 번에 3개 동시 금지. 하나가 일주일 안정 가동 확인 후 다음으로. 자동화는 쌓이는 게 힘이지만, 잘못 설계된 자동화는 쌓일수록 빚입니다 — 설계도를 저장해두신 이유입니다.
Three short questions. Get them all right and the completion stamp is auto-granted. Answers stay on your device.
Q1. According to this tutorial, what single question classifies any trigger into its type?
Step 1 collapses classification to one question: "When does this happen?" External actor acting → event. Number/state crossing a threshold → condition. Clock hitting a fixed time regardless of the outside world → schedule. The other options are secondary concerns that only matter **after** the type is already chosen.
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?
Step 3's simulation shows 12 fires/day × 30 = ~360 tasks/month. That's 3.6× over Zapier's 100-task cap, but Make's free tier gives 1,000 operations/month — 360 ops fits comfortably with 640 to spare. n8n self-hosted has no limit at all. Tool choice is part of trigger design.
Q3. Why does the tutorial insist on saving a Zap/Scenario in the Off state after setting up only the trigger?
Step 5 and Verification item #5 make it explicit: an On Zap with no action fires the trigger and has nothing to execute, generating only errors and empty logs. This tutorial stops at trigger setup and hands actions off to the next tutorial, so Off-state saving is the correct intermediate workflow.
Completion is stored on this device only. See your full passport at /member.