구글 앱시트 자동화, 무료로 되는 줄 알았습니다
“구글 시트에 연결만 하면 자동으로 이메일 보내준다”는 말, 틀린 건 아닙니다. 다만 하루 30건이 한도입니다. 무료 플랜에서 구글 앱시트 자동화를 쓰면서 만나는 벽은 생각보다 빠르게, 생각보다 예상치 못한 곳에서 나타납니다.
앱시트 자동화, 실제로 어떻게 작동하나요
구글 앱시트 자동화의 핵심은 ‘봇(Bot)’이라는 단위입니다. 봇은 데이터 변경, 일정 예약, 외부 이벤트 세 가지 트리거 중 하나에 반응해서 이메일 발송·행 추가·알림 전송·PDF 생성 같은 작업을 순서대로 실행합니다. 코드를 한 줄도 쓰지 않고 구글 시트를 데이터 소스로 연결한 다음 조건만 설정하면 동작한다는 점에서, 반복 업무를 없애기에는 꽤 실용적인 구조입니다.
Airbus, Veolia, Globe Telecom 같은 기업이 현장 데이터 수집과 프로세스 자동화에 실제로 도입했고, Airbus의 경우 수개월이 걸릴 재고 물류 앱을 혼자서 이틀 만에 완성했다고 밝혔습니다. (출처: Google AppSheet 공식 홈페이지, about.appsheet.com) 그 정도로 빠른 건 사실입니다. 다만 ‘빠른 시작’이 ‘제약 없는 운영’을 보장하지는 않습니다.
봇이 실행되는 기준 시간대는 PST 자정에 초기화됩니다. 한국 시간 기준으로는 오후 4~5시(서머타임 여부에 따라 달라짐)에 일일 한도가 리셋된다는 뜻입니다. 오전에 한도를 다 쓰면 오후에 아무것도 발송이 안 됩니다.
무료 플랜에서 막히는 지점 — 공식 수치로 직접 확인
많은 블로그가 “앱시트는 무료로 쓸 수 있다”고 쓰지만, 자동화에 한정해 무료 플랜의 실제 한도를 공식 문서에서 뽑아보면 숫자가 달라집니다. 구글이 공개한 Automation Limits 문서에 따르면 플랜별 이메일 자동화 한도는 아래와 같습니다.
| 구분 | 무료(Free) | Starter·Core | Enterprise Plus |
|---|---|---|---|
| 시간당 이메일 수신자 | 5명 | 200~400명 | 25,000명 |
| 일일 이메일 수신자 | 30명 | 1,000~20,000명 | 50,000명 |
| DB 행 한도 | 1,000행 / DB당 | 2,500행 / DB당 | 200,000행 / DB당 |
| 생성 가능한 DB 수 | 5개 | 5~10개 | 무제한(사용자당 200개) |
(출처: Google AppSheet 공식 Automation Limits 문서, support.google.com/appsheet/answer/11828262)
💡 공식 문서와 실제 운영 흐름을 같이 놓고 보니 이런 차이가 보였습니다. 하루에 30명에게 자동 이메일을 보내는 업무라면, 단순 계산으로 무료 플랜은 딱 첫날 한 번만 돌아갑니다. 둘째 날 PST 자정 전에 한도가 차면 이후 발송은 전부 누락됩니다. 팀 규모가 5명 이상이고 이메일 자동화가 핵심이라면, 무료 플랜은 테스트용입니다.
한도 초과 시 기존 데이터는 읽기·수정이 가능하지만 새 행 추가가 막힙니다. (출처: Google AppSheet 공식 Restrictions 문서) 이 점이 중요합니다. 앱이 조용히 멈추는 게 아니라 쓰기 기능만 선택적으로 차단되기 때문에, 실무에서는 데이터가 들어오는 것 같아 보이지만 실제로 저장이 안 된 상태가 발생할 수 있습니다.
외부 스크립트가 데이터를 바꿔도 봇이 안 켜지는 이유
가장 많이 겪는 혼란 중 하나입니다. 구글 폼 제출 → 앱스 스크립트로 상태값 ‘Pending’ 입력 → 앱시트 봇이 ‘Pending’ 행을 처리하는 흐름을 기대하는 경우가 많습니다. 그런데 이 흐름은 앱시트 공식 커뮤니티에서 확인된 대로, 봇이 트리거되지 않습니다.
📌 앱시트 공식 커뮤니티 2025.4.21 문서에 직접 이렇게 나옵니다. “외부 이벤팅(External eventing)은 AppSheet 내부에서 사용자가 변경을 가했을 때만 지원됩니다.” 앱스 스크립트가 시트를 수정하는 것은 ‘외부 변경’으로 분류되어 봇 트리거 대상이 아닙니다. (출처: Google Developer Community, discuss.google.dev/t/187333)
외부 이벤트로 봇을 트리거하려면 AppSheet Database Event, Google Chat Event, Google Forms Event 세 가지 경로를 써야 합니다. 이 경로는 하루 최대 100,000회, 분당 500회, 테이블당 20개의 이벤트 상한이 붙습니다. (출처: 동일 Automation Limits 문서)
실무에서 앱스 스크립트와 앱시트를 조합해서 자동화를 구성하려면 앱스 스크립트 → 시트 직접 수정 → 앱시트 봇 자동 실행 이 순서는 작동하지 않습니다. 대신 앱스 스크립트에서 AppSheet API를 직접 호출하거나, 앱시트 앱 안에서만 데이터 변경이 일어나도록 흐름을 재설계해야 합니다.
앱시트와 앱스 스크립트, 무엇이 어떤 상황에 맞나요
구글 Workspace 공식 블로그는 두 도구의 용도를 이렇게 구분합니다. 앱시트는 모바일·웹 UI가 있는 앱을 코드 없이 만들어야 할 때, 앱스 스크립트는 구글 워크스페이스 앱 사이에서 복잡한 데이터 처리나 트리거 로직을 JavaScript로 직접 짤 때입니다. (출처: Google Workspace Blog, workspace.google.com)
💡 두 도구를 같이 쓰는 방식이 오히려 실무에서 더 잘 작동합니다. 앱스 스크립트로 여러 소스에서 데이터를 정리해 시트에 쌓고, 앱시트가 그 시트 위에 UI와 자동화 봇을 얹는 구조입니다. 이때 앱시트 봇은 앱스 스크립트가 아닌 앱시트 앱 내 사용자 행동 기준으로 트리거됩니다.
단순히 시트 함수만으로 해결되지 않는 계산이나 Gmail·Drive·Calendar 연동이 필요하면 앱스 스크립트가 낫습니다. 반대로 현장 직원이 스마트폰으로 데이터를 입력하고, 그 입력에 반응해 이메일·알림을 보내는 구조라면 앱시트 자동화가 훨씬 빠릅니다. 두 도구를 경쟁 관계로 보는 시선이 많은데, 실제로는 역할이 다릅니다.
프로토타입과 배포 앱의 차이가 자동화에 미치는 영향
앱시트 자동화를 처음 접할 때 가장 헷갈리는 개념 중 하나가 ‘프로토타입 앱’과 ‘배포 앱’의 차이입니다. 무료로 테스트할 때는 프로토타입 상태로 실행되는데, 이 상태에서 ForEachRowInTable 자동화는 최대 1,000행까지만 처리됩니다. 배포된 앱에서는 10,000행까지 처리됩니다. (출처: Automation Limits 공식 문서)
즉, 프로토타입 단계에서 자동화 테스트를 1,000행 데이터로 돌리면 결과가 문제없이 나오지만, 실 운영 데이터가 2,000행을 넘으면 배포 후에도 한도를 초과해 처리가 잘릴 수 있습니다. 테스트 환경과 운영 환경의 한도가 다른 점을 모르고 배포하면 조용한 장애가 생깁니다.
| 항목 | 프로토타입 앱 | 배포 앱 |
|---|---|---|
| ForEachRowInTable 처리 행 수 | 1,000행 | 10,000행 |
| 테스트 사용자 수 | 최대 10명 | 라이선스 구매 필요 |
| 앱 공유 가능 여부 | 내부 테스트 한정 | 전체 배포 가능 |
| 예약 이메일 자동화 | 완전 지원 안 됨 | 구독 후 지원 |
(출처: AppSheet 공식 Automation Limits, Restrictions 문서)
이 구조 때문에 “앱시트 무료로 자동화 잘 되던데요?”라는 반응이 나옵니다. 프로토타입 환경에서 소규모 테스트를 할 때는 실제로 잘 됩니다. 팀 10명 안쪽으로 유지하고 데이터가 1,000행을 안 넘는 한은 유료로 전환하지 않아도 됩니다. 그 선을 넘는 순간 구조가 달라집니다.
비용을 실제로 계산해보면 — 팀 규모별 시뮬레이션
앱시트 유료 플랜은 사용자 단위로 과금됩니다. Starter는 월 사용자당 $5, Core는 $10입니다. (출처: about.appsheet.com/pricing) Adalo의 비교 리뷰에 따르면 10명 팀이 Core를 쓰면 월 $100, 연간 $1,200이 됩니다. 연간 결제를 선택하면 할인이 있지만, 소규모 팀 입장에서는 “구글 시트 공짜로 쓰다가 왜 연 100만 원이 나오지?”라는 반응이 나올 수 있습니다.
💡 게스트 사용자 카운팅 방식이 예상과 다릅니다. 로그인 없이 앱을 여는 사람은 ‘게스트 사용자’로 분류되는데, 같은 사람이 두 기기에서 열면 두 명으로 카운트됩니다. 방문자 수가 아니라 앱 오픈 디바이스 수 기준입니다. 이 사실이 공식 가격 페이지에 명시되어 있지만 놓치는 경우가 많습니다. (출처: about.appsheet.com/pricing)
직접 계산해보면 이렇습니다. 팀원 10명이 각자 한 대씩 쓴다고 가정하면 Core 기준 월 $100입니다. 그런데 팀원 중 5명이 폰과 노트북 두 기기에서 앱을 열면 게스트로 카운트되는 기기가 15대가 됩니다. 이 경우 실제 청구 대상 사용자 수가 늘어날 수 있습니다. 공식적으로 “구매하려는 라이선스 수는 사용 예정인 로그인·게스트 사용자 수 총합과 같아야 한다”고 명시되어 있습니다. 규모가 커질수록 예측이 어려워지는 구조입니다.
AI 기반 앱 생성 기능은 유료 Google Workspace 라이선스 보유자에게만 열립니다. (출처: about.appsheet.com/pricing) 개인 계정으로 AppSheet를 쓰는 경우에는 AI 보조 앱 생성 기능을 사용할 수 없습니다.
자주 묻는 질문
마치며
구글 앱시트 자동화는 코딩 없이 실무에서 쓸 수 있는 몇 안 되는 도구 중 하나입니다. 현장 직원이 스마트폰으로 데이터를 입력하고, 그 즉시 담당자에게 알림이 가는 흐름을 만드는 데는 확실히 빠릅니다. 다만 ‘무료로 다 된다’는 기대로 시작했다가, 이메일 30건 한도나 외부 스크립트 트리거 불가 구조를 나중에 알게 되면 흐름 전체를 다시 설계해야 하는 상황이 생깁니다.
막상 써보면 다른 점은 세 가지로 요약됩니다. 첫째, 무료 플랜은 테스트 환경입니다. 실 운영에 쓰려면 최소 Starter부터 시작해야 하고, 이메일 자동화가 핵심이라면 Core 이상이 현실적입니다. 둘째, 앱시트 안에서 일어난 변경만 봇이 감지합니다. 외부 스크립트와 조합할 때는 설계를 다시 생각해야 합니다. 셋째, 앱스 스크립트와 경쟁 관계가 아닙니다. 각자 잘 하는 역할이 다르고, 같이 쓰면 오히려 더 강력합니다.
이 부분을 알고 시작하면, 기대했던 자동화 흐름을 훨씬 빠르게 완성할 수 있습니다.
본 포스팅 참고 자료
- Google AppSheet 공식 홈페이지 — about.appsheet.com/home
- AppSheet Automation Limits 공식 문서 — support.google.com/appsheet/answer/11828262
- AppSheet Restrictions & Known Issues 공식 문서 — support.google.com/appsheet/answer/12653576
- Google Workspace Blog — AppSheet vs Apps Script 가이드 — workspace.google.com/blog
- AppSheet 공식 가격 페이지 — about.appsheet.com/pricing
- Google Developer Community — Bot Trigger 이슈 — discuss.google.dev/t/187333
본 포스팅 작성 이후 서비스 정책·UI·기능이 변경될 수 있습니다. 수치 및 플랜 내용은 2026.03.28 기준이며, 최신 정보는 Google AppSheet 공식 문서에서 직접 확인하시기 바랍니다.
댓글 남기기