Make 무료 플랜 완전 분석: 1,000 Credits를 한 달 내내 쓰는 비용 절약법
💡 EveryIT 생산성 철학
자동화의 가치는 모듈을 많이 연결하는 데 있지 않습니다. 같은 결과를 더 적은 실행과 더 예측 가능한 비용으로 만드는 것이 좋은 설계입니다. Make 무료 플랜의 월 1,000 credits도 웹훅·필터·묶음 처리 원리를 이해하면 작은 비즈니스 자동화를 충분히 시험하고 운영하는 기반이 될 수 있습니다.
Credits와 Operations의 차이, Polling과 Webhook 선택, Filter·Router·Aggregator 활용, Run Once 테스트 및 실행 이력으로 월 사용량을 계산하는 방법을 익힙니다.
📢 용어와 가격을 먼저 확인하세요
이 글은 2026년 8월 20일 기준으로 검토했습니다. Make의 현재 결제 단위는 Credits이며, Operations는 데이터를 처리하거나 확인한 모듈 실행 횟수를 뜻합니다. 일반적인 비-AI 기능과 OpenAI 같은 외부 AI 앱은 대체로 1 operation당 1 credit이지만, Make 자체 AI Provider 등 일부 기능은 더 많은 credits를 사용할 수 있습니다. 무료 플랜은 월 1,000 credits이며, 공식 가격표의 Core는 10,000 credits 기준 월 $12로 표시됩니다. 결제 주기·세금·지역에 따라 실제 화면은 달라질 수 있습니다.
📍 목차
1. 왜 1,000 credits가 예상보다 빨리 사라질까?
Problem: 무료 플랜으로 폼·Notion·Google Sheets·이메일을 연결했는데 며칠 뒤 한도 경고가 나타납니다.
Agitation: 어느 모듈이 몇 번 실행됐는지 모르면 비슷한 시나리오를 계속 추가하게 되고, 데이터 한 건이 여러 갈래로 복제되면서 예상보다 많은 credits가 사용됩니다.
Solution: 자동화마다 트리거 확인 횟수 × 처리된 bundle 수 × 실행되는 후속 모듈 수를 계산하고, 실행 이력에서 실제 사용량을 확인해야 합니다. 먼저 가장 많이 쓰는 한 시나리오만 최적화하세요.
2. Credits와 Operations는 무엇이 다른가?
Make 공식 안내에 따르면 operation은 모듈이 데이터를 처리하거나 새 데이터를 확인하기 위해 한 번 실행된 활동입니다. credit은 그 활동에 부과되는 결제 단위입니다.
| 구분 | 의미 | 예시 |
|---|---|---|
| Operation | 모듈이 처리·조회·확인을 수행한 실행 횟수 | Google Sheets에 행 1개 추가 |
| Credit | Make가 구매·차감하는 사용 단위 | 일반 모듈 1 operation은 보통 1 credit |
| Bundle | 이메일·행·파일처럼 함께 처리되는 데이터 한 묶음 | 메일 10건을 후속 모듈이 처리하면 10 operations가 될 수 있음 |
예를 들어 Tally 응답 1건이 들어와 Notion에 저장되고 Slack으로 알림이 전송되면, 일반적인 구성에서는 각 모듈 실행에 credit이 부과됩니다. 다만 Router와 일부 오류 처리 모듈은 공식 가격 FAQ상 credits가 계산되지 않습니다.
3. Polling을 줄이고 가능한 곳에 Webhook을 사용하세요
Polling trigger는 정해진 시간마다 서비스에 새 데이터가 있는지 확인합니다. 공식 문서상 trigger는 반환된 bundle 수와 관계없이 확인할 때 한 operation으로 기록됩니다. 무료 플랜의 최소 예약 간격은 15분이므로, 24시간 계속 실행하면 하루 최대 96회, 30일에는 최대 2,880회의 확인이 될 수 있습니다.
따라서 새 데이터가 드문 업무를 15분마다 확인하면 실제 처리보다 확인에 더 많은 credits를 쓸 수 있습니다. 반면 instant trigger는 서비스가 변경을 알리는 webhook 방식으로, 이벤트가 발생할 때 시나리오를 시작합니다.
선택 기준
즉시 처리가 필요하고 앱이 instant/webhook trigger를 제공하면 Webhook을 우선 검토하세요. Polling만 가능하다면 “15분마다”를 기본값처럼 쓰지 말고, 업무 허용 범위가 1시간인지 하루 1회인지 먼저 정하세요. 단, webhook도 수신 데이터를 읽고 후속 모듈을 실행할 때는 credits가 사용됩니다.
4. 비싼 모듈 앞에 Filter를 두고 Router는 필요한 경우만 사용하세요
Filter는 조건을 통과하지 못한 bundle이 다음 모듈로 넘어가지 않도록 막습니다. 이미 실행된 앞단 모듈의 credit은 되돌릴 수 없지만, OpenAI·이메일·SMS 같은 뒷단 모듈의 불필요한 실행을 차단할 수 있습니다.
좋은 예: 고객 요청을 먼저 읽은 뒤 긴급도 = High인 경우에만 OpenAI 분석과 SMS 발송으로 보냅니다. 필터 조건은 가능한 한 비용이 큰 모듈보다 앞에 배치하세요.
Router 자체는 공식 안내상 credits를 사용하지 않습니다. 하나의 입력을 “수건 요청”, “시설 고장”, “일반 문의”로 나눌 때 유용합니다. 다만 여러 시나리오를 무조건 하나로 합친다고 항상 절약되는 것은 아닙니다. 같은 원천을 중복 확인하던 트리거를 하나로 통합할 수 있을 때 절감 효과가 생깁니다.
5. Aggregator로 여러 알림을 한 번에 묶으세요
후속 모듈은 입력 bundle마다 반복 실행될 수 있습니다. 오늘의 체크아웃 객실 10개를 각각 Slack으로 보내면 알림 모듈이 10번 실행됩니다. Array 또는 Text Aggregator로 10개를 하나의 묶음으로 만든 뒤 알림 한 건으로 보내면 후속 실행을 크게 줄일 수 있습니다.
Aggregator도 자체 operation과 credit을 사용하므로 “무료 모듈”은 아닙니다. 그래도 많은 bundle 뒤에 이메일·Slack·AI 모듈이 이어지는 구조라면, 묶기 1회가 반복 실행 여러 회를 대체하여 총량을 줄일 수 있습니다.
6. Run Once는 작게, 실제 사용량은 실행 이력으로 확인하세요
Run Once도 실제 모듈이 실행되면 credits를 사용합니다. 그러나 테스트를 생략하는 것이 답은 아닙니다. 실패한 자동화가 대량 데이터를 잘못 처리하는 비용이 더 큽니다.
- 검색·조회 모듈의 최대 결과 수를 테스트 중에는 1로 제한합니다.
- 실제 고객정보 대신 가짜 데이터 한 건을 사용합니다.
- SMS·메일 발송 모듈은 처음에는 연결을 끊거나 테스트 수신자만 지정합니다.
- 한 번 성공한 뒤에만 결과 수와 실행 주기를 단계적으로 늘립니다.
- 모듈 위 실행 숫자와 Credit usage history에서 예상치와 실제치를 비교합니다.
7. 무료 플랜으로 한 달 버티는 계산 예시
다음은 instant webhook을 지원하는 게스트 요청 시스템의 단순 예시입니다.
| 항목 | 계산 | 예상 credits |
|---|---|---|
| 요청 접수 | 하루 5건 × 30일 | 150 |
| Notion 기록 | 150건 × 1회 | 150 |
| Slack 알림 | 150건 × 1회 | 150 |
| 합계 | 건당 약 3 credits 가정 | 약 450 |
이는 구조를 설명하기 위한 예상치입니다. 앱별 모듈, 반환 bundle 수, 재시도, 오류 처리, Make AI 기능에 따라 실제 사용량은 달라집니다. 첫 주 실행 이력을 보고 실제 건당 평균 credits × 월 예상 건수로 다시 계산하세요.
8. 무료 플랜 최종 체크리스트
- ☐ instant/webhook trigger를 지원하는지 먼저 확인했는가?
- ☐ Polling이 필요하다면 업무에 맞게 확인 주기를 충분히 늘렸는가?
- ☐ OpenAI·SMS·메일 앞에 불필요한 bundle을 막는 Filter가 있는가?
- ☐ 여러 알림을 Aggregator로 묶는 편이 더 저렴한지 계산했는가?
- ☐ 테스트 결과 수를 1건으로 제한하고 가짜 데이터를 사용했는가?
- ☐ 75%·90% 사용량 알림과 실행 이력을 정기적으로 확인하는가?
9. 자주 묻는 질문 (FAQ)
Q. Polling은 새 데이터가 없어도 credits를 사용하나요?
A. Make 공식 Operations 문서에 따르면 polling trigger가 새 데이터를 확인하는 실행은 하나의 operation으로 기록됩니다. 일반 비-AI 기능에서는 보통 1 operation이 1 credit이므로, 새 데이터가 드문 시나리오의 짧은 확인 주기는 주의해야 합니다.
Q. Filter와 Router는 credits를 쓰나요?
A. 공식 가격 FAQ는 Router를 credit 계산의 예외로 안내합니다. Filter는 조건을 통과하지 않은 bundle의 후속 모듈 실행을 막는 것이 핵심입니다. 이미 실행된 앞단 모듈의 사용량까지 없애지는 못합니다.
Q. 1,000 credits를 다 쓰면 어떻게 되나요?
A. credits가 다시 추가될 때까지 시나리오 실행이 멈춥니다. Make는 한도의 75%와 90% 부근에서 알림을 제공한다고 안내합니다. webhook 요청은 허용된 queue 범위에서 대기할 수 있지만, 중요한 업무는 한도에 도달하기 전에 계획을 조정하세요.
공식 자료와 함께 읽을 글
- Make 공식 요금제와 Credits FAQ
- Make 공식 Credits 전환 안내
- Make 공식 Operations 가이드
- Make 공식 Polling·Instant Trigger 안내
- A-014: Make 사용법 완전 가이드
- A-020: 실패 없는 AI 업무 자동화 설계법
- A-022: 콘텐츠 공장 자동화 시스템
🎯 최종 요약
Make 무료 플랜을 오래 쓰는 비결은 자동화를 멈추는 것이 아닙니다. Polling 주기를 업무 속도에 맞추고, 가능한 곳에는 webhook을 사용하며, 비용이 큰 모듈 앞에서 Filter로 불필요한 데이터를 차단하세요. 마지막으로 예상 계산을 믿는 데서 끝내지 말고 실행 이력의 실제 credits를 매주 확인해야 합니다.
편집 검토: 2026년 8월 20일 공식 자료·목차·내부 링크·이미지 보존 확인 완료.
댓글
댓글 쓰기