LEVEL 3 QUEST

에러 처리

Make.com Error Handler 완벽 가이드 — Resume, Rollback, Break, Retry로 자동 복구하는 법

🎯 학습 목표

✓ Make.com에서 발생하는 에러 유형 5가지 이해

✓ Error Handler 4가지: Resume, Rollback, Ignore, Break

✓ Break + Retry — 자동 재시도로 일시적 장애 극복

✓ 에러 발생 시 Slack/이메일 자동 알림 설정

✓ Incomplete Executions — 실패한 데이터 재처리

✓ 30가지 실전 에러 처리 시나리오

📚 에러 유형 5가지

에러 유형	원인	HTTP 코드	해결 방법
`ConnectionError`	외부 서비스 연결 실패	-	Connection 재인증, 서비스 상태 확인
`InvalidAccessTokenError`	OAuth 토큰 만료	401	Connections에서 Re-authorize
`DataError`	잘못된 데이터 형식/값	400	매핑 데이터 확인, 필수 필드 검증
`RateLimitError`	API 호출 한도 초과	429	Sleep 모듈로 간격 조절, Break+Retry
`RuntimeError`	기타 실행 중 에러	500	외부 서비스 장애, Error Handler 설정

📚 Error Handler 4가지

Error Handler = 에러 발생 시 자동 실행되는 경로

모듈에 Error Handler를 추가하면, 해당 모듈이 에러를 내도 시나리오가 멈추지 않고 지정한 처리를 합니다.

Handler	동작	프로그래밍 비유	언제 사용
`Resume`	에러를 무시하고 계속 진행. 대체값 반환 가능.	`try/catch에서 기본값 반환`	에러 나도 다음 단계 실행해야 할 때
`Rollback`	모든 작업을 되돌리고 시나리오 중지	`transaction rollback`	데이터 일관성이 중요할 때 (결제 등)
`Ignore`	에러를 조용히 무시. 아무 일 없었던 것처럼.	`catch() { /* 아무것도 안함 */ }`	사소한 에러를 넘길 때
`Break`	시나리오 중지 + Incomplete Executions에 저장	`throw + queue에 저장`	나중에 재처리가 필요할 때

📥 트리거 → 📧 Gmail
Send Email
↓ 에러!
🛡️ Error Handler
Resume / Rollback / Break

🛠️ 실습 1: Error Handler 추가하기

대상 모듈 우클릭 → Add error handler 선택

Error Handler 유형 선택
하단에 빨간 점선 경로가 생김 → 경로 끝에 Resume / Rollback / Ignore / Break 모듈 추가

Resume 설정 (가장 많이 사용)
Resume 모듈에서 대체 출력값을 설정할 수 있습니다. 예: Gmail 실패 시 → 대체 SMTP로 발송.

💡 Resume에 모듈 추가하기
Error Handler 경로에 다른 모듈을 넣을 수 있습니다!
예: Gmail 에러 → Slack(에러 알림) → Resume(계속 진행)
이렇게 하면 에러 발생 시 알림을 받으면서도 시나리오는 계속 실행됩니다.

🛠️ 실습 2: Break + Retry (자동 재시도)

Break + Retry = API 일시 장애 자동 복구
API가 일시적으로 응답하지 않을 때 (Rate Limit, 서버 다운), 자동으로 N번 재시도합니다.

Break 모듈 설정
Error Handler 경로에 Break 추가 → 설정:
Number of retries: 3 (3번 재시도)
Interval between retries: 60 (60초 간격)

동작 흐름
1차 실패 → 60초 대기 → 2차 시도 → 실패 → 60초 대기 → 3차 시도 → 실패 → Incomplete Executions에 저장

⚠️ Retry는 오퍼레이션을 추가 소비합니다
3번 재시도 = 모듈 실행 4번 (원래 1 + 재시도 3) = 4 오퍼레이션 소비.
무료 플랜에서는 재시도 횟수를 2-3회로 제한하세요.

🛠️ 실습 3: 에러 알림 자동 발송

시나리오 전체 설정에서 에러 발생 시 자동으로 이메일/Slack 알림을 받을 수 있습니다.

시나리오 설정 → Notifications
시나리오 편집기 좌측 하단 ⚙ 아이콘 → Notifications 탭

에러 알림 활성화
Errors: ✅ ON → 에러 발생 시 Make.com 계정 이메일로 알림
Warnings: 선택사항 (경고도 알림 받을지)

💡 Slack으로 에러 알림 받기
Error Handler 경로에 Slack 모듈을 넣으면 에러 내용을 팀 Slack에 실시간 전달할 수 있습니다:
Gmail(에러) → [Error Handler] → Slack("Gmail 발송 실패: " + 에러메시지) → Resume

🛠️ 실습 4: Incomplete Executions (재처리)

Break로 저장된 실패 데이터를 나중에 재실행
시나리오 설정 → Incomplete executions 탭에서 실패한 실행 목록을 보고 재처리할 수 있습니다.
외부 서비스가 복구된 후 한 번에 재실행하면 데이터 유실 없이 처리 완료!

Incomplete executions 확인
시나리오 상세 페이지 → Incomplete executions 탭 → 실패 목록

재실행
각 항목을 선택하고 Resolve 클릭 → 자동으로 재실행됩니다.

🚀 에러 처리 30가지 실전 패턴

Gmail 실패 → SMTP 대체 발송

Gmail API가 실패하면 SMTP 모듈로 같은 이메일을 대체 발송. 이메일 전달 보장.

Gmail(에러) → [ErrorHandler] → SMTP(동일내용발송) → Resume

API Rate Limit → 자동 대기 후 재시도

OpenAI API 429 에러(Rate Limit) → 60초 대기 → 자동 재시도 3회까지.

HTTP(OpenAI) 에러 → Break(retry:3, interval:60s)

에러 발생 시 팀 Slack 긴급 알림

결제 처리 에러 → Slack #emergency에 에러 내용 + 고객 정보 즉시 전달.

Stripe(에러) → [EH] → Slack(#emergency 에러상세) → Break

Sheets 쓰기 실패 → 로컬 Data Store 백업

Google Sheets API 장애 시 Make.com Data Store에 임시 저장 후 계속 진행.

Sheets(에러) → [EH] → Data Store(임시저장) → Resume

Webhook 응답 실패 → 기본 응답 반환

처리 중 에러가 나도 Webhook 호출자에게 에러 메시지 대신 기본 성공 응답 반환.

처리모듈(에러) → [EH] → Webhook Response("접수완료") → Resume

이미지 생성 실패 → 기본 이미지 사용

DALL-E 이미지 생성 실패 시 미리 준비한 기본 이미지 URL을 대체 사용.

HTTP(DALL-E 에러) → [EH] → Resume(output: default_image_url)

결제 처리 실패 → 전체 롤백

주문 처리 중 결제 에러 → 이미 생성된 주문/재고 변경을 모두 되돌림.

Stripe(에러) → [EH] → Rollback (모든 이전 작업 취소)

Connection 만료 → 관리자 재인증 요청

OAuth 401 에러 감지 → 관리자에게 "Connection 재인증 필요" 이메일 자동 발송.

모듈(401에러) → [EH] → Gmail(관리자 재인증요청) → Break

외부 서비스 다운 → 대기열에 저장

외부 API 500 에러 → Break로 Incomplete에 저장 → 서비스 복구 후 일괄 재처리.

HTTP(500에러) → [EH] → Break(retry:3) → Incomplete 대기열

번역 실패 → 원문 그대로 발행

ChatGPT 번역 실패 시 원문 그대로 사용하여 발행. 번역 실패가 발행을 막지 않음.

HTTP(번역에러) → [EH] → Resume(output: 원문텍스트) → WordPress

대량 발송 중 1건 실패 → 나머지 계속

100명에게 이메일 발송 중 1건 실패해도 나머지 99건은 정상 발송 계속.

Iterator → Gmail(에러) → [EH] → Ignore → 다음 항목 계속

Slack 장애 → Telegram 대체 알림

Slack API 장애 시 같은 메시지를 Telegram으로 대체 발송.

Slack(에러) → [EH] → Telegram(동일메시지) → Resume

웹 스크래핑 타임아웃 → 건너뛰기

특정 URL 크롤링이 타임아웃되면 건너뛰고 다음 URL 계속 처리.

HTTP(타임아웃) → [EH] → Ignore → 다음 Iterator 항목

중복 레코드 에러 → 업데이트로 전환

CRM에 레코드 추가 시 중복 에러 → 기존 레코드를 업데이트하는 것으로 전환.

CRM(Create 에러:중복) → [EH] → CRM(Update) → Resume

파일 업로드 실패 → 재시도 + 알림

Google Drive 업로드 실패 → 3번 재시도 → 그래도 실패 시 관리자 알림.

Drive(에러) → [EH] → Break(retry:3) → 최종실패 시 이메일알림

JSON 파싱 에러 → 에러 로그 기록

잘못된 JSON 수신 시 원본 데이터를 에러 로그 시트에 기록 후 계속.

JSON Parse(에러) → [EH] → Sheets(에러로그 기록) → Ignore

결제 게이트웨이 전환

Stripe 결제 실패 → PayPal로 대체 결제 시도. 결제 성공률 극대화.

Stripe(에러) → [EH] → PayPal(결제시도) → Resume

AI 응답 실패 → 정적 템플릿 사용

ChatGPT API 장애 시 미리 준비한 템플릿 응답으로 고객에게 답변.

HTTP(ChatGPT에러) → [EH] → Resume(output: 템플릿답변)

이메일 바운스 → 연락처 비활성화

이메일 발송 시 바운스(반송) 에러 → 해당 연락처를 "비활성" 상태로 변경.

Gmail(바운스에러) → [EH] → Sheets(상태="비활성") → Ignore

워크플로우 전체 실패 → 복구 시나리오 트리거

메인 시나리오 실패 시 별도 복구 시나리오의 Webhook을 호출하여 정리 작업 수행.

메인(에러) → [EH] → HTTP(복구시나리오 Webhook 호출) → Break

Shopify 재고 업데이트 실패 → 수동 처리 알림

자동 재고 업데이트 실패 시 담당자에게 "수동 처리 필요" 알림 + 상세 정보.

Shopify(Update에러) → [EH] → Gmail(수동처리요청) → Break

SMS 발송 실패 → 이메일 대체

Twilio SMS 실패 시 같은 내용을 이메일로 대체 발송. 알림 전달 보장.

Twilio(에러) → [EH] → Gmail(동일내용) → Resume

데이터 검증 실패 → 수정 요청 메일

폼 데이터가 유효성 검사 실패 → 제출자에게 "수정 필요" 이메일 자동 발송.

Tools(검증에러) → [EH] → Gmail(수정요청메일) → Break

Notion API 장애 → Sheets 임시 기록

Notion이 다운되면 Google Sheets에 임시 기록. Notion 복구 후 별도 시나리오로 동기화.

Notion(에러) → [EH] → Sheets(임시기록) → Resume

YouTube 업로드 실패 → 재시도 큐

영상 업로드 실패 → Break로 대기열 저장 → 네트워크 복구 후 자동 재업로드.

YouTube(Upload에러) → [EH] → Break(retry:5, interval:300s)

다중 API 폴백 체인

1차 API 실패 → 2차 API → 3차 API. 3단계 폴백으로 99.9% 성공률.

HTTP(1차에러) → [EH] → HTTP(2차에러) → [EH] → HTTP(3차) → Resume

크론 작업 실패 → 다음 실행에 이전 데이터 포함

일일 리포트 생성 실패 → 실패 날짜를 Data Store에 저장 → 다음 실행 시 포함 처리.

Schedule(에러) → [EH] → Data Store(실패일자저장) → Break

바이브코딩 빌드 에러 → AI 자동 디버깅 요청

코드 빌드 실패 → 에러 로그를 ChatGPT에 보내 해결책 자동 생성 → Slack 전달.

Webhook(빌드에러) → HTTP(ChatGPT:"이 에러 해결해줘") → Slack(해결책)

Make.com 시나리오 자체 모니터링

매시간 Make.com API로 다른 시나리오 실행 상태 확인 → 실패 감지 시 알림.

Schedule → HTTP(Make API /scenarios/status) → Filter(에러감지) → Slack

에이전시: 클라이언트 시나리오 에러 대시보드

여러 클라이언트 시나리오의 에러를 모아 하나의 대시보드에 통합 관리. 에이전시 운영 필수.

각시나리오(에러) → Webhook(대시보드) → Sheets(에러로그) + Slack(요약)

🧠 확인 퀴즈

Q1. 에러가 나도 시나리오를 계속 진행시키는 Error Handler는?

A. Resume

B. Rollback

C. Break

Resume은 에러를 처리한 후 시나리오를 계속 진행합니다. 대체 출력값을 설정할 수도 있습니다.

Q2. Break + Retry에서 3번 재시도 설정 시 총 오퍼레이션 소비는?

A. 1 (최초 실행만)

B. 3 (재시도만)

C. 4 (최초 1 + 재시도 3)

원래 실행 1번 + 재시도 3번 = 총 4번 모듈이 실행되므로 4 오퍼레이션이 소비됩니다.

Q3. 실패한 실행 데이터를 나중에 재처리할 수 있게 저장하는 기능은?

A. History

B. Incomplete Executions

C. Data Store

Break Handler로 저장된 실패 데이터는 Incomplete Executions에 보관되며, 나중에 수동으로 재실행할 수 있습니다.

📌 정리 & 다음 단계

✓ 에러 유형 5가지와 HTTP 코드

✓ Error Handler 4종: Resume, Rollback, Ignore, Break

✓ Break + Retry 자동 재시도

✓ 에러 알림 설정 (이메일/Slack)

✓ Incomplete Executions 재처리

✓ 30가지 에러 처리 패턴

🎉 Stage 2 완료! 자동화 기초를 마스터했습니다.

다음 레슨: Google Sheets 연동 →
Stage 3 — 데이터 파이프라인을 시작합니다. Sheets 읽기/쓰기/검색 자동화.

📖 Make.com 핵심 용어 사전

⚡

Make.com 무료로 시작하기

월 1,000회 무료 실행 · 3,000+ 앱 연동 · AI Agent 지원
Google 로그인 3초면 완료 — 신용카드 불필요

Make.com 무료 가입 →

📌 공정거래위원회 가이드라인 고지
본 콘텐츠에는 Make.com 제휴(어필리에이트) 링크가 포함되어 있습니다.
해당 링크를 통해 가입하실 경우, 이용자에게 추가 비용 없이 콘텐츠 제작자에게 소정의 수수료가 지급될 수 있습니다.
제휴 관계가 콘텐츠의 객관성에 영향을 미치지 않으며, 학습자의 이익을 최우선으로 콘텐츠를 제작하고 있습니다.
Referral Code: ationkr · © 2026 DevFoil · 개인정보처리방침