[7편] 자동화가 멈췄을 때 당황하지 않는 법

Make 에러 해석 + DeepSeek 비용 관리 “운영자 가이드”

자동화는 잘 돌아갈 때보다, 어느 날 갑자기 멈췄을 때 실력이 드러납니다.
이번 편은 “왜 안 되지?”에서 멈추지 않고, 어디서 멈췄는지 찾고(로그), **어떻게 다시 안정화하는지(비용·재시도·제한)**까지 정리합니다.

---

 

✅ 이번 편의 목표

자동화가 멈췄을 때, 아래 3가지를 10분 안에 판단할 수 있게 합니다.

1. 어디서 멈췄는지 (첫 에러 모듈 찾기)
2. 왜 멈췄는지 (입력/출력/권한/형식/잔액)
3. 다시 안 멈추게 하려면 (필터·재시도·실행 제한·비용 상한)

---

1️⃣ Make 시나리오 로그 읽는 법: “첫 에러 모듈”부터 찾기

자동화가 안 되면 대부분 사람들이 시나리오 전체를 봅니다.
반대로 운영자는 딱 한 곳만 먼저 봅니다.

“빨간 표시가 처음 등장한 모듈”
그 지점이 문제의 시작점입니다.

실행 기록에서 가장 먼저 보는 2가지

• 어느 모듈에서 멈췄나
• 그 모듈에 무엇이 들어왔나(입력)

Make는 시나리오가 실행되면 모듈별로 처리 흐름과 결과를 확인할 수 있습니다. help.make.com

---

🔍 “에러가 아닌데 멈춘 것처럼 보이는” 대표 상황 1개

첫 트리거 모듈이 ‘새 데이터(번들)’를 못 가져오면 시나리오는 거기서 끝납니다.
이건 고장이 아니라 “가져올 게 없어서 종료”인 경우가 많습니다. help.make.com+1

체크 포인트

• “오늘 들어온 새 뉴스가 실제로 있었나?”
• RSS/트리거가 polling 방식이면 ‘check run’만 하고 끝날 수 있음 Make Community

---

2️⃣ 각 모듈의 Details 화면 보는 법: 딱 2가지만 보면 됩니다

에러 난 모듈을 클릭하면 Details(세부 정보)에서 핵심은 이 2개입니다.

• Input: 이 모듈에 들어온 값(전 단계 출력이 여기 들어옴)
• Output/Error: 무엇이 문제였는지(에러 메시지, 상태 코드)

대부분의 에러는 현실적으로 아래 4종류로 수렴합니다.

1. 값이 비어 있다(필수 값 누락)
2. 이름이 다르다(필드명/시트 컬럼명/키 매핑 오류)
3. 권한이 없다(인증 만료/접근 권한 문제)
4. 너무 많이 요청했다(429, 레이트리밋)

---

✅ “Input”을 보는 빠른 요령(운영자 루틴)

아래 중 하나라도 해당하면, 다음 단계로 넘어가기 전에 먼저 고칩니다.

• title, excerpt, link 같은 필수 필드가 빈 값
• JSON을 기대했는데 문자열/HTML이 들어옴
• 날짜가 비정상 포맷(예: 빈 문자열, 이상한 타임존)

---

3️⃣ DeepSeek에서 자주 만나는 에러 5종(원인 → 해결 순서)

DeepSeek 쪽은 HTTP 상태 코드가 곧 답입니다. (아래는 가장 자주 만나는 것들)

(1) 401 Authentication Fails (Unauthorized/Invalid key)

원인

• API 키가 틀림
• 키가 만료/폐기됨
• Authorization 헤더 형식 문제

해결 순서

• 키를 “다시 복사해서” 붙여넣기(수기로 치면 거의 틀립니다)
• Authorization 형식(키 포함) 재확인
• 동일 키로 간단 호출 테스트 후 Make에 반영

DeepSeek 공식 에러 코드에서 401은 인증 실패로 안내됩니다. api-docs.deepseek.com

---

(2) 402 Insufficient Balance / Payment Required

원인

• 잔액 부족(또는 사용 가능한 크레딧 소진)

해결 순서

• 대시보드에서 잔액 확인 → 필요 시 충전
• 그다음에야 프롬프트/길이 최적화

402는 공식 문서에서 잔액 부족으로 정의됩니다. api-docs.deepseek.com

---

(3) 422 Invalid Parameters

원인

• 요청 바디/파라미터가 문서 스펙과 불일치
• 모델명/필드명이 틀림
• JSON 강제인데 실제 출력이 JSON이 아님(프롬프트 설계 문제)

해결 순서

• 요청 바디를 최소화(필드 줄이고 기본값으로 테스트)
• 출력 형식은 JSON “ONLY”로 강제
• 성공하면 그때 기능을 추가

422는 공식 문서에서 파라미터 오류로 안내됩니다. api-docs.deepseek.com

---

(4) 429 Rate Limit Reached

원인

• 너무 빠르게/많이 호출함(짧은 시간 폭주)

해결 순서

• Make에서 호출 빈도 자체를 줄이기(스케줄/필터)
• 필요하면 시나리오 실행 제한(분당 실행 수)을 걸기 help.make.com+1

429는 공식 문서에 레이트리밋으로 안내됩니다. api-docs.deepseek.com

---

(5) “모델 관련 에러”

원인

• 모델명 오타
• 지원하지 않는 엔드포인트/조합 사용

해결 순서

• 가장 기본 모델/기본 엔드포인트로 먼저 성공시키기
• 성공 후 옵션을 붙이기(한 번에 다 넣으면 디버깅이 어려워집니다)

---

4️⃣ Google Sheets 에러: 대부분 “이름” 문제입니다

시트 쪽 에러의 체감 80%는 아래 2가지입니다.

1. Sheet 이름이 바뀌었는데 Make는 옛 이름을 참조
2. 컬럼 헤더를 바꿨는데 매핑을 다시 안 함

안전 규칙 2개

• 시트 구조를 바꿨다면 → Google Sheets 모듈을 열었다가 저장(재매핑)
• 컬럼명은 가능하면 처음 정한 뒤 그대로 유지

그리고 하나 더.
시트는 “데이터”라기보다 “운영 인프라”입니다. 바꿀 때는 천천히.

---

5️⃣ 비용 관리의 핵심: “1회 비용”이 아니라 “실행 횟수”입니다

DeepSeek 비용은 보통 이렇게 터집니다.

• 뉴스가 많아짐 → 호출이 많아짐
• 호출이 많아짐 → 비용이 커짐
• 비용이 커짐 → 402(잔액 부족)로 갑자기 멈춤 api-docs.deepseek.com

그래서 운영자는 비용을 프롬프트보다 먼저 “흐름”에서 잡습니다.

---

✅ 추천 운영 설정(가장 안정적인 조합)

• 하루 1회 스케줄 실행(매일 특정 시간) help.make.com
• RSS 단계에서 불필요한 뉴스 미리 걸러내기(키워드/출처/중복)
• 요약 길이 제한(예: 3줄 요약 + 1문장 인사이트 정도로 고정)
• 점수/카테고리로 단계화
  • 상위 점수만 “인사이트 생성”
  • 나머지는 “요약만 저장” 또는 REVIEW

Make는 기본 스케줄과 실행 제한(특히 즉시 트리거 폭주 방지)을 설정할 수 있습니다. help.make.com+1

---

🧯 “멈춤 방지”를 위한 최소 안전장치 3개

1. 0건 처리 경고: 오늘 뉴스가 0건이면 알림(조용한 실패 방지)
2. 연속 에러 격리: 특정 출처/특정 형태 데이터는 quarantine에 저장하고 본 흐름은 계속
3. 불완전 실행(미완료 실행) 저장: 에러가 나도 상태를 남겨 복구 가능하게 help.make.com+1

---

7편 정리

자동화가 멈췄을 때 중요한 건 “빨리 고치기”가 아니라, 빨리 판단하기입니다.

• 첫 에러 모듈부터 찾고
• Input/Output로 원인을 좁히고
• DeepSeek(인증/잔액/파라미터/레이트리밋)와 Sheets(이름/매핑)를 우선 점검하고
• 스케줄·필터·실행 제한으로 “다음 멈춤”을 예방합니다 help.make.com+2help.make.com+2

이제 자동화는 “돌려보는 실험” 단계가 아니라, 운영하는 시스템이 됩니다.

---

🔜 다음 편 예고 (8편)

이제 요약은 쌓이는데, 이걸 어떻게 ‘글’로 쓰지?

다음 편에서는 AI도, Make도 잠시 내려놓고
**구글 시트에서 복사해 바로 발행 가능한 블로그 글 구조(템플릿)**를 설계합니다.