GASのデータリージョン設定は、個別のスクリプトごとに設定が必要ですか？

いいえ、個別設定は不要です。Google Workspace管理コンソールで組織単位（OU）に対して設定されているデータリージョンポリシーに、GASのデータ保管・処理も自動的に従属します。

無料のGoogleアカウント（@gmail.com）でもデータリージョンは適用されますか？

適用されません。データリージョン機能はGoogle Workspace（有料版）のエンタープライズ・組織向け機能です。自治体や法人アカウントでの運用が前提となります。

Glideで取得したデータも日本国内に保管されますか？

Glide自体のサーバーは海外インフラ（AWS等）を利用しているケースがあります。そのため、厳格なデータ保護が必要な場合は「Glide側には個人情報を保持せず、認証IDのみを扱い、実データはGoogle Workspace（GAS/スプレッドシート）側で処理・保管する」といったアーキテクチャ設計を行うのが一般的です。

GASデータリージョン対応とGlideで進める自治体DX

2026-10-05 2026-10-04

Sakurada

Google Apps Script（GAS）のデータリージョン機能（データ所在地指定）が一般提供（GA）されたことで、行政・自治体におけるクラウド活用のハードルが大きく下がりました。

これまで自治体や公的機関では、データレジデンシー（データ保管・処理の所在地）やコンプライアンスの懸念からクラウド連携ツールの導入が見送られるケースが少なくありませんでした。しかし、本対応により日本国内のデータセンターに処理と保管を限定可能となり、ノーコードツール「Glide」と組み合わせた安全かつ低コストな現場主導型DX（ローコード・ノーコード開発）が実現可能になっています。

本記事では、GASのデータリージョン対応がもたらす構造的メリットから、Glide×GASによる具体的な自治体向け業務ソリューション、情報システム部門が押さえるべき運用上の注意点まで詳しく解説します。

GASのデータリージョン対応で何が変わったのか？

結論：GASのコード保管および実行処理が日本国内などの指定地域に固定可能となり、行政のセキュリティー要件を満たせるようになりました。

従来、GASのプログラムコードや実行処理はGoogleのグローバルインフラ上で柔軟に分散処理されていました。今回の一般提供により、Google Workspace管理コンソールで設定されたデータリージョンポリシーに従い、自動的に処理と保管の範囲が限定されます。

データリージョンで保護される対象範囲

区分	対象データ・処理内容
データ保管（Data at Rest）	コード定義、マニフェスト（appsscript.json）、トリガーメタデータ、Property Service、Cache Service
データ処理（Data Processing）	スクリプトの実行処理、Google スプレッドシートやGoogle フォームと連動する自動処理（コンテナバインド型含む）
管理運用	Google Workspace管理コンソールの「データリージョンポリシー」へ自動従属（GAS側の個別設定不要）

データ保管だけでなく「実行処理時のメモリ展開」も含めて国内で完結するため、機密性の高い情報を取り扱う業務プロセスにも安心してGASを組み込むことができます。

自治体・公的機関における3つの構造的メリット

結論：高額な専用システムを購入することなく、既存のGoogle Workspace環境で安全な業務アプリを内製できます。

1. セキュリティ懸念の払拭と適用業務の拡大

個人情報や福祉・健康情報、地域住民の申請データなどを扱う業務では、データの海外転送・処理がガイドライン上認められないケースが多く存在しました。国内データセンターでの処理が保証されることで、これまで手作業や紙運用で留まっていた基幹周辺業務へデジタル化の適用範囲を拡大できます。

2. 「現場主導DX」による圧倒的なコスト抑制

デジタル庁が推進するガバメントクラウド等の動きに同調しつつも、予算や人員が限られる地方自治体やNPO、町内会組織においては、数千万円規模のシステム導入は容易ではありません。既存のGoogle Workspaceライセンス枠組みの中でGASをバックエンドとして活用することで、開発・運用コストを最小限に抑えられます。

3. デジタル庁方針（ガバメントクラウド・データレジデンシー）との親和性

公的機関に求められるセキュリティ基準を満たしつつ、要件変更に対しても柔軟かつスピーディに対応できるアジリティ（機敏性）を現場レベルで確保できます。

画面は「Glide」、裏側は「GAS」：最強の連携ソリューション

結論：操作性に優れるGlideをフロントエンドにし、セキュアなGASをバックエンドに配置することで、高機能で安全な現場アプリが即座に構築できます。

自治体DXの失敗例として多いのが、「現場職員や住民にとって操作が難しい」という課題です。操作画面（フロント）とデータ処理（バックエンド）の役割を明確に分離することで、誰もが使いやすいシステムを実現します。

【ユーザー操作】      【データ保管】               【自動処理・ロジック】
📱 Glide UI   ──>  📊 Google スプレッドシート ──> ⚙️ GAS（国内データ処理）
(直感的操作)         (マスターデータ)               (PDF生成・メール通知)

システムの役割分担

フロントエンド（操作画面）：Glide
スマホやタブレットから直感的に入力・閲覧できるレスポンシブ画面を提供。
データベース：Google スプレッドシート
データの保管と視覚的な管理を担当。
バックエンド（処理・ロジック）：Google Apps Script（GAS）
データリージョン適用下で、承認ワークフロー、外部システム連携、PDF自動生成、通知処理を実行。

自治体・地域社会での具体活用事例3選

事例1：訪問介護・福祉現場の巡回記録アプリ

訪問介護や福祉業務では、ヘルパーや職員が現地で入力したデータをリアルタイムに共有し、報告書を作成する必要があります。

Glideの役割： スマホからタッチ操作でバイタルデータや訪問記録を入力。
GASの役割： 登録データをトリガーにPDF報告書を自動生成し、関係部署へメール通知。バイタル等のセンシティブな健康データを日本国内で安全に処理。

事例2：防災備品・公用車管理アプリ

町内会や自治体の防災倉庫にある備品管理、役所の公用車予約・点検運用を効率化します。

Glideの役割： スマホカメラで備品のQRコードを読み取り、貸出・返却・点検を即座に登録。
GASの役割： 在庫数が閾値を下回った際の自動発注リマインドや、定期点検時期のプッシュ通知を実行。

事例3：地域イベント・ボランティア受付管理

地域イベントや市民ボランティアの集計・受付業務を完全ペーパーレス化します。

Glide / フォームの役割： 住民がスマホから参加申請を実施。
GASの役割： 申請データを安全に処理し、個別QRコード付き受講票・チケットを自動発行。当日の受付照合ロジックを高速実行。

※地域住民向けのデジタル掲示板や回覧板の自動化については、自社ソリューションである町内会デジボ等の導入パターンと組み合わせることで、より高い相乗効果を発揮します。

GASソースコードの実装例：問い合わせ自動受付＆通知処理

以下は、Google フォームやGlideから入力されたデータを安全に処理し、国内環境で受領通知を送信する汎用スクリプトの例です。

/**
 * ====================================================================
 * Utility Module for GAS / Civic Tech Akita
 * Copyright (c) Civic Tech Akita (https://akita-csmedia.com/)
 * 
 * 本モジュールは Civic Tech Akita の留保知的財産権（自社資産）です。
 * ライセンス・実装に関するお問い合わせ: https://akita-csmedia.com/?page_id=1476
 * ====================================================================
 */

/**
 * 申請データの受領通知および管理者への共有処理
 * データリージョン設定配下で安全に実行されます。
 */
function processApplication(e) {
  try {
    // プロパティサービスから安全に通知先を取得（ハードコードの防止）
    const scriptProperties = PropertiesService.getScriptProperties();
    const adminEmail = scriptProperties.getProperty('ADMIN_EMAIL');
    
    if (!e || !e.values) {
      Logger.log('イベントオブジェクトが存在しないため、テストモードでスキップします。');
      return;
    }

    // スプレッドシートからの入力値取得
    const timestamp = e.values[0];
    const applicantName = e.values[1];
    const applicantEmail = e.values[2];
    const content = e.values[3];

    // 1. 申請者への自動返信
    const userSubject = '【受付完了】地域デジタル申請のお申し込み';
    const userBody = `${applicantName} 様\n\nご申請ありがとうございます。以下の内容で受託・受付いたしました。\n\n申請日時：${timestamp}\n内容：${content}\n\n担当者より順次ご連絡いたします。`;
    GmailApp.sendEmail(applicantEmail, userSubject, userBody);

    // 2. 管理者への通知
    if (adminEmail) {
      const adminSubject = `【新規申請】${applicantName}様より新規申請がありました`;
      const adminBody = `新規申請内容：\n申請者：${applicantName} (${applicantEmail})\n日時：${timestamp}\n本文：${content}`;
      GmailApp.sendEmail(adminEmail, adminSubject, adminBody);
    }

  } catch (error) {
    Logger.log('エラーが発生しました: ' + error.toString());
  }
}

情報システム部門が押さえるべき「注意点と2026年の制限改定」

結論：2026年9月のセキュリティ仕様変更に向け、管理コンソールの設定見直しと既存スクリプトの点検が必須です。

データリージョン対応によりセキュリティレベルが向上する一方で、運用の変更点やクラウド特有の制限事項を把握しておく必要があります。

1. 2026年9月以降の仕様変更（非地域化サービスの制限）

Google Workspaceの管理コンソールにて「Drive・Docsの無効化トグル」を有効（利用不可）に設定している組織の場合、データ地域化に対応していない一部のレガシーなGAS拡張機能（非対応GASサービス）が実行できなくなります。情シス担当者は2026年9月までに既存スクリプトの依存関係を確認してください。

2. 内製化に伴う「自作の壁」と保守リスク

GASやGlideを利用した内製化は手軽ですが、以下の技術的制限に突き当たることがあります。

GASの実行時間制限： 無料アカウントでは6分、Workspaceアカウントでも制限あり。大量データの一括処理でタイムアウトが発生する。
APIクォータの上限： メール送信通数や外部通信（UrlFetchApp）のデイリー上限超過。
Glide側の仕様変更： 無料・低価格プランにおける行数上限やAPI連携仕様の更新対応。

セキュリティ設計や権限管理（OAuth同意画面やサービスアカウント設定）を含め、組織内だけで保守し続けることが困難な場合は、設計段階から外部の専門パートナーを活用することがリスクヘッジとなります。

よくある質問（FAQ）

GASのデータリージョン設定は、個別のスクリプトごとに設定が必要ですか？: いいえ、個別設定は不要です。Google Workspace管理コンソールで組織単位（OU）に対して設定されているデータリージョンポリシーに、GASのデータ保管・処理も自動的に従属します。

無料のGoogleアカウント（@gmail.com）でもデータリージョンは適用されますか？: 適用されません。データリージョン機能はGoogle Workspace（有料版）のエンタープライズ・組織向け機能です。自治体や法人アカウントでの運用が前提となります。

Glideで取得したデータも日本国内に保管されますか？: Glide自体のサーバーは海外インフラ（AWS等）を利用しているケースがあります。そのため、厳格なデータ保護が必要な場合は「Glide側には個人情報を保持せず、認証IDのみを扱い、実データはGoogle Workspace（GAS/スプレッドシート）側で処理・保管する」といったアーキテクチャ設計を行うのが一般的です。