GASの無料アカウントとGoogle Workspaceの制限比較:メール送信数・実行時間・URL Fetchの違い
GAS(Google Apps Script)は、個人のGoogleアカウントでもGoogle Workspaceアカウントでも使えます。
そのため、小さな自動化や社内ツールであれば、無料のGoogleアカウントから試すこともできます。ただし、実務で使う場合は、アカウントの種類によって使える量や運用しやすさが変わる点に注意が必要です。
特に、メール送信、外部API連携、時間主導トリガー、Propertiesの読み書き、ファイル作成などは、アカウント種別によって1日あたりの割り当てが違います。
この記事では、GASを無料アカウントで使う場合とGoogle Workspaceアカウントで使う場合の違いを、実務目線で整理します。細かい制限値はGoogle側で変更される可能性があるため、この記事では業務設計で意識したいポイントを中心に解説します。

1. この記事で伝えたいこと
GASは無料アカウントでも便利に使えます。
スプレッドシートの集計、簡単なメール通知、少人数向けのフォーム処理、社内の小さな作業自動化であれば、まず無料アカウントで試してみる価値があります。
ただし、顧客向けツールや会社の業務で継続的に使う場合は、無料アカウントのままでよいかを慎重に考える必要があります。
GASには、1日あたりの処理量や1回あたりの実行時間などの制限があります。制限を超えると、スクリプトが途中で止まったり、メール送信や外部API連携ができなくなったりします。
Google Workspaceアカウントにすると、すべての制限がなくなるわけではありません。しかし、メール送信数、URL Fetch、トリガー総実行時間、Properties読み書きなど、一部の割り当てが無料アカウントより大きくなります。
そのため、GASを実務で使うときは、次のように考えると整理しやすくなります。
- 試作や少人数利用なら無料アカウントでも始めやすい
- メール送信や外部API連携が多いならWorkspaceを検討する
- 顧客業務や会社業務なら所有者と管理者を明確にする
- 制限値ぎりぎりで動かす設計にしない
- 最新の割り当ては公式ドキュメントで確認する
GASは低コストで始めやすい反面、業務で使うならアカウント選びも設計の一部になります。
2. 無料アカウントでもできること
無料のGoogleアカウントでも、GASの基本的な機能は使えます。
たとえば、Googleスプレッドシートのメニューからスクリプトを作り、表の内容を加工したり、条件に合う行を抽出したり、簡単なメール通知を送ったりできます。
小さな業務改善であれば、無料アカウントでも十分に役立ちます。
- スプレッドシートの定期集計
- 少人数へのメール通知
- Googleフォームの回答整理
- Googleドライブ内のファイル整理
- 簡単なPDF作成
- 小規模なWebアプリ
- 自分用の作業自動化
無料アカウントの良いところは、すぐに試せることです。
Googleアカウントがあれば追加費用なしで始められるため、「この業務はGASで効率化できそうか」を検証しやすくなります。試作品を作り、業務の流れに合うかを確認する段階では、無料アカウントは便利です。
ただし、無料アカウントは個人利用に近い前提で考えるべきです。
会社の重要な業務や顧客向けツールを、担当者個人の無料アカウントで運用すると、退職や異動、パスワード管理、権限引き継ぎで困ることがあります。
また、無料アカウントではメール送信数やトリガー総実行時間などの割り当てが小さめです。最初は問題なく動いていても、利用者や処理件数が増えると制限に近づくことがあります。
3. Google Workspaceで増える主な割り当て
Google Workspaceアカウントでは、無料アカウントより大きい割り当てが用意されている項目があります。
代表的な違いは、メール送信数です。
Googleの公式ドキュメントでは、Apps Scriptのメール受信者数は、個人アカウントでは1日100人、Google Workspaceアカウントでは1日1,500人とされています。社内通知や請求書送信などでメールを多く送る場合、この差は大きくなります。
URL Fetchの呼び出し回数にも違いがあります。
外部APIへアクセスする UrlFetchApp は、個人アカウントでは1日20,000回、Google Workspaceアカウントでは1日100,000回とされています。GASから外部サービスやSupabaseなどへ連携する場合は、確認しておきたい項目です。
時間主導トリガーの総実行時間も異なります。
個人アカウントでは1日90分、Google Workspaceアカウントでは1日6時間とされています。定期実行で集計、通知、PDF作成、データ同期を行う場合、トリガーの総実行時間は重要です。
Propertiesの読み書き回数にも差があります。
個人アカウントでは1日50,000回、Google Workspaceアカウントでは1日500,000回とされています。設定値や状態管理をPropertiesに保存するツールでは、読み書きが多くなりすぎないように設計する必要があります。
一方で、すべてが大きく変わるわけではありません。
たとえば、1回あたりのスクリプト実行時間は、公式表では個人アカウントもGoogle Workspaceアカウントも6分です。Workspaceにすれば長時間処理が何でも解決する、という理解は危険です。

4. メール送信が多い業務で注意すること
GASの実務利用で特に注意したいのが、メール送信数です。
発注通知、請求書送信、進捗通知、日報通知、エラー通知など、GASではメール送信を使う場面が多くあります。最初は数件でも、業務が広がると送信数が増えます。
無料アカウントでは、メール受信者数の割り当てが小さいため、少人数向けの通知には向いていますが、多数の取引先や社員へ送る用途では不足することがあります。
Google Workspaceアカウントでは割り当てが大きくなりますが、それでも無制限ではありません。
たとえば、1通のメールに複数の宛先を入れる場合、受信者数としてカウントされます。CCやBCCを使う場合も、送信先の数を意識する必要があります。
請求書送信や一括通知では、次のような設計が重要です。
- 送信前に対象件数を確認する
- テスト送信と本番送信を分ける
- 送信済み履歴を残す
- 二重送信を防ぐ
- 失敗した送信だけ再送できるようにする
- 1日に送る件数を分散する
GASはメール送信を簡単に自動化できますが、業務メールを大量に送る場合は、割り当てと運用ルールをセットで考える必要があります。
5. 実行時間とトリガー総実行時間の考え方
GASには、1回あたりの実行時間と、トリガーの総実行時間があります。
1回あたりのスクリプト実行時間は、公式表では個人アカウントもGoogle Workspaceアカウントも6分です。つまり、Workspaceを使っていても、1回の処理を長時間動かし続ける設計には向きません。
大量データの処理、PDFの大量作成、外部APIとの大量同期などは、6分以内に終わらない可能性があります。
その場合は、処理を分割する設計が必要です。
- 対象件数を少しずつ処理する
- 処理済みの行を記録する
- 次回トリガーで続きから実行する
- 重い処理を夜間に回す
- 不要なSpreadsheet読み書きを減らす
一方で、トリガーの総実行時間はアカウント種別で差があります。
個人アカウントでは1日90分、Google Workspaceアカウントでは1日6時間とされています。定期処理が多い業務では、Workspaceの方が余裕を持ちやすくなります。
ただし、トリガー総実行時間が大きくても、1回の処理が6分を超えれば止まります。
実務では「1回を短く」「全体を分割」「失敗しても再開できる」形にしておくことが大切です。
6. Workspaceを使うべきケース
Google Workspaceを使うべきかどうかは、単に制限値だけで決めるものではありません。
実務では、管理しやすさ、所有者、権限、継続運用も大きな判断材料になります。
Workspaceを検討した方がよいのは、次のようなケースです。
- 会社の業務として継続利用する
- 複数人で同じGASツールを使う
- 取引先や顧客にメールを送る
- 毎日トリガー処理を動かす
- 外部API連携が多い
- 退職や異動に備えて所有者を管理したい
- 顧客へGASツールを納品する
- 共有ドライブや管理者権限を使いたい
無料アカウントでも技術的には動く場合があります。
しかし、会社業務で使うなら、担当者個人のアカウントに依存しないことが大切です。GASプロジェクト、スプレッドシート、保存先フォルダ、トリガー、送信元メールアドレスを会社として管理できる形にする方が安全です。
特に顧客向けツールでは、無料アカウントで作ってそのまま納品するよりも、顧客のWorkspace環境に設置する、または運用責任を明確にした構成にする方が説明しやすくなります。
7. 制限に近づけない設計が大切
GASの割り当ては、上限ぎりぎりまで使う前提で設計しない方が安全です。
Googleの公式ドキュメントでも、割り当ては変更される可能性があると案内されています。今日の上限で動いていても、将来も同じとは限りません。
また、割り当てはGASだけで完結しない場合があります。
Gmail、Googleドライブ、スプレッドシート、外部APIなど、関連するサービス側の制限にも影響されます。たとえば、GAS側では実行できても、Gmail側の送信制限や外部API側のレート制限に当たることがあります。
実務では、次のような対策を入れておくと安心です。
- 処理件数を事前に確認する
- 送信数や実行回数を記録する
- エラー内容をログに残す
- 途中で止まっても再開できるようにする
- 毎回すべてを処理せず差分処理にする
- 大量処理は分割する
- 必要に応じて外部DBや専用サービスを検討する
GASは便利ですが、制限を意識しないまま業務の中心に置くと、ある日突然止まるリスクがあります。

8. まとめ
GASは無料アカウントでも使えますが、実務で継続利用する場合はGoogle Workspaceアカウントとの違いを理解しておく必要があります。
無料アカウントは、試作、自分用の自動化、少人数向けの小さな通知に向いています。一方で、メール送信数、URL Fetch、トリガー総実行時間、Properties読み書きなどは、Google Workspaceの方が大きな割り当てを持っています。
ただし、Workspaceにすればすべての問題が解決するわけではありません。
1回あたりのスクリプト実行時間は、公式表ではどちらも6分です。大量データ処理や長時間処理では、処理分割、再開設計、ログ記録が必要になります。
会社の業務や顧客向けツールでGASを使うなら、制限値だけでなく、所有者、権限、トリガー、送信元、保守体制も含めて考えることが大切です。
まずは無料アカウントで小さく試し、業務利用が見えてきた段階でGoogle Workspaceや運用設計を検討する。この進め方が、GASを安全に使い始めるうえで現実的です。




Your Message