Solve Any Make.com Error In Minutes

원본 영상: Solve Any Make.com Error In Minutes

한 줄 요약

Make.com 시나리오가 깨지는 원인을 파악하고, 에러 핸들러 5종을 상황에 맞게 선택해 워크플로를 자동 복구하는 방법.

핵심 내용

1. 오류 발생 4대 원인

1. 데이터 매핑 누락 — 필수 필드에 값이 없을 때 (예: row number 없이 행 업데이트 시도)
2. API Rate Limiting — 짧은 시간에 요청이 너무 많을 때 (Google 등 주요 앱 모두 해당)
3. 앱 다운타임 — 외부 서비스 점검·서버 오류로 접근 불가
4. 인증 만료 — OAuth 등 커넥션 토큰이 시간 경과 후 만료

2. 에러 분류

• Critical error: 워크플로 전체 중단
• Warning: 워크플로는 유지되나 주의 필요 (예: 저장소 초과)

3. HTTP 상태 코드 기준

• 100~199: 정보성 응답
• 200~299: 성공 (목표 상태)
• 300~399: 리다이렉트
• 400~499: 클라이언트 오류 (잘못된 요청, 인증 실패, 리소스 없음)
• 429: Too Many Requests (rate limit)

4. 오류 확인 방법 Make.com 시나리오 목록에서 경고 아이콘 확인 → 시나리오 진입 → History 탭 → 해당 실행 클릭 → 클라우드 경고 버튼으로 오류 상세 확인

5. 에러 핸들러 적용 방법 모듈 우클릭 → “Error Handling” 선택 → 5종 중 선택

전술·요소

핸들러	동작	추천 사용 상황
Break	15분 대기 후 재시도, 최대 3회. 3회 실패 시 시나리오 중단	대부분의 경우 (90% 권장). 일시적 오류(다운타임, rate limit)에 자동 대응
Ignore	해당 실행만 중단, 워크플로는 계속 진행	분석·로깅 등 비중요 태스크
Resume	실패 스텝을 건너뛰고 기본값으로 채워 다음 스텝 진행	폴백 기본값이 의미 있을 때 (예: 담당 영업사원 미배정 시 기본값 지정)
Commit	실패 시 DB에 변경사항 커밋	SQL/PostgreSQL/MongoDB 사용 워크플로
Rollback	실패 시 DB 변경사항 롤백	위와 동일, 저장 취소가 필요한 경우

Break 사용 전 필수 설정: 시나리오 설정에서 “Allow storing of incomplete executions” 활성화 필요 (기본값: 비활성)

Rate Limit 대응 — Sleep 모듈: Tools → Sleep 모듈 삽입, 20초 딜레이 설정 → 연속 요청 간격을 늘려 rate limit 상한 회피

수치·사례

• Break 핸들러: 15분 간격으로 최대 3회 재시도 (Make.com 기본 동작)
• 실습 예시: 2,154건 일괄 처리 시 Google 429 오류 즉시 발생 (본인 실측)
• 재시도 간격 예시: Sleep 20초 삽입으로 rate limit 회피

도구·워크플로

오류 알림 자동화 패턴: Break 핸들러 연결 → 에러 발생 시 Slack Direct Message 발송 모듈 추가 → 담당자에게 “이 워크플로에 오류가 발생했습니다. 확인해주세요” 자동 전송

[트리거 모듈] → [작업 모듈] --에러→ [Break 핸들러]
                                            └→ [Slack: 에러 알림 DM]