---
title: "Google Apps ScriptのWebアプリ公開との違い"
description: "GASのWebアプリはスプレッドシートなどGoogle連携の動的処理を公開するのに向いています。静的HTMLを認証付きで特定の相手に一時的に見せる用途とは仕組みが根本的に異なります。両者の前提の違いと使い分けを整理します。"
image: "https://giga-site.com/og-image.png"
canonical: "https://giga-site.com/articles/google-apps-script-vs-giga-site"
markdown: "https://giga-site.com/articles/google-apps-script-vs-giga-site/index.md"
category: "比較"
publishedAt: "2026-06-24"
updatedAt: "2026-06-25"
readingMinutes: 5
---
# Google Apps ScriptのWebアプリ公開との違い

Google Apps Script（GAS）は、doGet/doPostでWebアプリを公開し、スプレッドシートなどのGoogleサービスと連携した処理を動かせます。一方で「静的HTMLを相手を限って一時的に見せたい」という用途では、認証や差し替えの面で扱いにくさが出ます。本記事で両者の境界を整理します。外部サービスの仕様は変わるため、本文ではレビュー共有で変わりにくい判断軸を中心に整理します。

> Source HTML: https://giga-site.com/articles/google-apps-script-vs-giga-site
> Article index: https://giga-site.com/articles/index.md

## GASのWebアプリ公開が向く場面

GASは、doGet/doPost関数を実装してデプロイすると、Webアプリとして公開できます。スプレッドシートやGmail、カレンダーといったGoogleサービスと連携し、サーバーサイドの処理を無料の範囲で動かせるのが大きな利点です。

フォームの回答を集計する小さなツール、社内向けの簡易ダッシュボード、Googleデータを使った自動処理など、Googleエコシステムと密接に絡む動的アプリに向いています。

つまりGASは「Googleと連携したスクリプトを実行する」ことに価値があり、動的処理が前提のWebアプリで力を発揮します。

## 静的HTML確認共有という別ニーズ

一方、デザインカンプやコーディング済みのページ、AIが生成した単一HTMLレポートのように、Googleサービスとの連携も動的処理も不要な静的成果物を見せたい場面があります。これらにGASを使うのは目的に合いません。

実際、GASのWebアプリ公開は確認共有の観点でいくつか不便があります。公開URLは長く読みにくい形式になりがちで、アクセス制御もGoogleアカウント単位や全員公開といった粗い粒度になりやすく、URLそのまま・パスワード・メール認証といった柔軟な選択がしにくいのです。

ギガサイト便は、HTMLやZIPをドロップするだけで〇〇.giga-site.com形式の分かりやすい共有URLを発行します。静的成果物の確認共有に必要な機能に絞られている点が、GASとの大きな違いです。

## 結論：この用途ならどちらを選ぶべきか

Google Apps Scriptで迷うときは、まず「本番公開したい」のか「確認用に短期間だけ見せたい」のかを分けます。前者はホスティングや開発基盤の比較、後者は認証・期限・差し替え・相手の開きやすさの比較になります。

Google Apps ScriptのWebアプリ公開との判断では、機能名だけでなく、レビュー相手がアカウント作成なしで開けるか、共有後に古いURLが残らないか、修正後も同じURLで確認してもらえるかを見ます。比較して迷う場合は、まずレビュー用途か本番公開用途かを分けます。確認用なら、認証・期限・同じURLでの差し替えをまとめて扱える共有サービスで小さく試すのが安全です。

- 本番公開向き: 独自ドメイン、CI/CD、ソース管理、長期運用を重視する
- レビュー共有向き: 認証、期限、差し替え、非エンジニアへの渡しやすさを重視する
- 避けたいケース: 機密情報を含むHTMLを、認証なしの公開URLに置く
- 確認すること: 料金、公開範囲、URLの寿命、削除・差し替え手順、相手側の閲覧条件

## 差し替えとURLの扱い

GASでHTMLを修正して再公開する場合、デプロイのバージョン管理によってはURLが変わったり、最新版を反映するための操作が必要になったりして、レビューの往復が煩雑になりがちです。

ギガサイト便は同じURLのまま中身を差し替えられるため、修正版を見せるときもリンクを送り直す必要がありません。さらにカスタムスラッグ（URL末尾）の変更にも対応し、覚えやすく相手に伝えやすいURLにできます。

レビューでURLが何本も増えていく事態や、長くて共有しづらいURLの問題を避けられる点が実務上のメリットです。

## 認証と期限の柔軟さ

GASのWebアプリは、アクセス権限の選択肢が限られ、特定の社外メンバーにだけパスワードで見せる、といった細かい制御をしにくい場面があります。

ギガサイト便ではURLのみ・パスワード・メール認証（ワンタイムコード）・会社ドメイン認証の4種類から認証を選べます。社外にはパスワードやメール認証、社内には会社ドメイン認証、と相手に応じて使い分けられます。

加えて公開期限を設定でき、期限切れで自動的に閲覧不可になります。無料プランの公開期限は最長7日です。一時公開ページにはnoindexが付きますが、アクセス制御ではないため、限定共有には認証を併用してください。

## どちらを使うかの判断

Googleサービスとの連携や動的処理が必要ならGAS、静的な成果物を分かりやすいURLと柔軟な認証で一時的に見せたいならギガサイト便、と用途で切り分けるのが明快です。

両者は併用もできます。データ処理のロジックはGASで動かし、フロントの確認用HTMLはギガサイト便で関係者に認証付きで見せる、という分担が現実的です。

1. Google連携や動的処理が要るならGAS
2. 静的成果物の確認共有なら分かりやすいURLの一時共有
3. 相手に応じて4種類の認証から選択
4. 修正は同一URLで差し替え、URL末尾はカスタムスラッグで調整

## よくある質問

### GASのWebアプリ公開URLはなぜ共有しづらいのですか

GASのdoGet公開URLは長く読みにくい形式になりがちで、口頭やQRで伝えにくいことがあります。ギガサイト便は〇〇.giga-site.com形式の短いサブドメインで発行され、カスタムスラッグで末尾も調整できるため、共有しやすいのが違いです。

### 静的HTMLを見せるだけならどちらが楽ですか

Googleサービスとの連携や動的処理が不要な静的HTMLなら、ファイルをドロップするだけで共有URLを得られるギガサイト便のほうが手数が少なく済みます。会員登録なしでも公開できHTTPSも自動です。

### 社外の特定の人だけにパスワードで見せられますか

ギガサイト便ではパスワード認証やメール認証（ワンタイムコード）を設定でき、社外の特定の相手に限定して見せられます。GASのアクセス権限より柔軟に公開範囲を調整できます。

### 修正のたびにURLが変わってしまうのを避けられますか

ギガサイト便は同じURLのまま中身を差し替えられるため、修正版を見せる際もリンクを送り直す必要がありません。レビューの往復でURLが増えていく問題を避けられます。

### 結局、レビュー用途ならどの方法を選ぶべきですか？

公開後も長く運用するなら本番向けホスティング、短期間の確認なら認証・期限・差し替えが簡単な共有サービスを選びます。相手が非エンジニアの場合は、アカウント作成なしで開けることも重要です。

## 関連記事

- [Googleフォト共有リンクとの違い｜画像共有とHTMLサイト共有](https://giga-site.com/articles/google-photos-share-vs-giga-site/index.md)
- [Vercel Blobなどオブジェクトストレージ共有との違い](https://giga-site.com/articles/vercel-blob-vs-giga-site/index.md)
- [Googleフォーム等のフォーム公開との違い｜入力受付とHTML共有](https://giga-site.com/articles/peraichi-form-vs-giga-site/index.md)
- [Google Cloud Storageの静的サイト公開との違い](https://giga-site.com/articles/google-cloud-storage-website-vs-giga-site/index.md)
- [Google ClassroomでHTML課題を共有する場合との違い](https://giga-site.com/articles/google-classroom-vs-giga-site/index.md)
- [Azure Static Web Appsとの違い｜本番静的配信と一時共有](https://giga-site.com/articles/azure-static-web-apps-vs-giga-site/index.md)

```json
{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "Google Apps ScriptのWebアプリ公開との違い",
  "description": "GASのWebアプリはスプレッドシートなどGoogle連携の動的処理を公開するのに向いています。静的HTMLを認証付きで特定の相手に一時的に見せる用途とは仕組みが根本的に異なります。両者の前提の違いと使い分けを整理します。",
  "datePublished": "2026-06-24",
  "dateModified": "2026-06-25",
  "mainEntityOfPage": "https://giga-site.com/articles/google-apps-script-vs-giga-site",
  "url": "https://giga-site.com/articles/google-apps-script-vs-giga-site",
  "inLanguage": "ja",
  "image": "https://giga-site.com/og-image.png",
  "articleSection": "比較",
  "author": {
    "@type": "Organization",
    "name": "ギガサイト便"
  },
  "publisher": {
    "@type": "Organization",
    "name": "ギガサイト便"
  },
  "mainEntity": [
    {
      "@type": "Question",
      "name": "GASのWebアプリ公開URLはなぜ共有しづらいのですか",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "GASのdoGet公開URLは長く読みにくい形式になりがちで、口頭やQRで伝えにくいことがあります。ギガサイト便は〇〇.giga-site.com形式の短いサブドメインで発行され、カスタムスラッグで末尾も調整できるため、共有しやすいのが違いです。"
      }
    },
    {
      "@type": "Question",
      "name": "静的HTMLを見せるだけならどちらが楽ですか",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "Googleサービスとの連携や動的処理が不要な静的HTMLなら、ファイルをドロップするだけで共有URLを得られるギガサイト便のほうが手数が少なく済みます。会員登録なしでも公開できHTTPSも自動です。"
      }
    },
    {
      "@type": "Question",
      "name": "社外の特定の人だけにパスワードで見せられますか",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "ギガサイト便ではパスワード認証やメール認証（ワンタイムコード）を設定でき、社外の特定の相手に限定して見せられます。GASのアクセス権限より柔軟に公開範囲を調整できます。"
      }
    },
    {
      "@type": "Question",
      "name": "修正のたびにURLが変わってしまうのを避けられますか",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "ギガサイト便は同じURLのまま中身を差し替えられるため、修正版を見せる際もリンクを送り直す必要がありません。レビューの往復でURLが増えていく問題を避けられます。"
      }
    },
    {
      "@type": "Question",
      "name": "結局、レビュー用途ならどの方法を選ぶべきですか？",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "公開後も長く運用するなら本番向けホスティング、短期間の確認なら認証・期限・差し替えが簡単な共有サービスを選びます。相手が非エンジニアの場合は、アカウント作成なしで開けることも重要です。"
      }
    }
  ]
}
```
