見出し画像

GAS?Canvas? — Geminiアプリ開発の「選び方」を言語化してみた

こんにちは、まじんです。

先日、フォロワーの方からこんな質問をいただきました。

「まじんさんはアプリ開発するとき、GASで作るときとGemini Canvasで作るとき、どうやって使い分けてるの?判断基準が知りたい」

正直、聞かれるまで言語化したことがなかった。
感覚では判断できるけど、人に説明する言葉を持っていなかった。

でも振り返ると、自分の中には明確な判断基準がありました。
今回はそれを体系化してみます。

あくまでチームまじんの経験ベースの見解なので、すべての方に当てはまるわけではありません。その前提で読んでいただけたら。



判断軸① Googleエコシステムとの接続

私の代表作「まじん式プロンプト」を作るとき、この判断は一瞬で決まりました。

まじん式は、Geminiで作ったスライドの設計図をGASが受け取り、Googleスライド上に描画する仕組みです。Driveへの保存、Googleスライドへの書き出し‥‥つまり、Googleサービスとの連携が前提にある。

こうなると、GAS以外の選択肢はありません

Canvasで作ったアプリからDriveやスプレッドシートにアクセスすることはできないからです。逆に言えば、この判断軸がYESなら、他の判断軸を検討する必要すらない。

補足:ゼロAPIという選択肢

ちなみに、まじん式プロンプトではGASアプリにGemini APIを組み込んでいません。

ユーザーがまずGeminiのチャットで壁打ちしながらスライドの設計図(JSON)を作り、それをGASアプリに読み込ませてスライド化する方式です。
APIを使わない分だけユーザーの手間は増えますが、Geminiとの対話の中で設計を練り上げていけること、動画やGoogleアプリを参照させながらマルチモーダルに使えることには、APIでは得られない価値があります。

GASアプリにAPIを組み込む選択肢もありますが、まじん式ではあえてこの方式を採っています。


判断軸② コードの規模

Canvasでアプリを作る場合、最終的なアウトプットは「Gem」になるのがほとんどです。
Gemのカスタム指示または"知識"にブループリント(HTMLのテンプレート)を入れておき、ユーザーがGemに指示を出すと、Geminiがブループリントに変数を差し込んでCanvasに出力する。

これがまじん式の基本設計思想でもあるコード固定・データ可変です。
コードのロジック部分はGeminiに触らせず、データだけを差し替えて何度でも再生成できる構造。

ただし、ここに物理的な制約があります。

GeminiがCanvasにコードを出力するとき、コード全体を1回で生成する必要があります。コードが長すぎると生成がタイムオーバーになる。

目安としては:

  • ブループリントのコードは1,000行前後が理想

  • ブループリント+変数注入後の最終出力が2,000行以内に収まること

まじん式PDFのように、Geminiの創造性に委ねて自由にデザインさせるタイプのアプリでも同じです。Geminiが創造的に生成するコードを含めて、最終出力が1,500~2,000行に収まるよう設計します。

GASにはこの制約がありません。コード量を気にせず機能を追加できます。

実例: AI Slide Studio

AI Slide Studioは、Canvas完結を前提にコードをコンパクトに保って作りました。

このツールをフォロワーのaokumaさんが大幅に拡張し、GAS版のSlide Cast Studioとして公開してくれています。機能が膨らんだ結果、Canvasの出力制限を超えるため、GASへの移行が自然な選択でした。

同じ「スライド動画」というテーマで、Canvas版とGAS版の両方が存在する好例です。


判断軸③ AIモデルとAPIの選択

この判断軸は、想像以上に複雑です。
単純な「APIが要るか要らないか」ではなく、3つの要素が絡み合っています。

Canvas内APIの特性

Canvasのプレビュー環境からGemini APIを呼ぶと、APIキーが自動的に付与されます。これを「Canvas内API」と呼んでいます。ユーザーが自分でAPIキーを取得する必要がないため、APIを用意できない環境でもAI機能を組み込めます

Canvas内APIについては、こちらの記事(有料エリア)で詳しく解説しています。

ただし、使えるモデルはGemini 2.5 Flash系統に限定されます(2026/03/04時点)。
Proなどの高性能モデルは使えないため、Flashで十分な精度が出る用途に限られます。

データ保護の違い

ここは見落とされがちですが、判断に直結するポイントです。

  • Canvas内API → Google Workspaceのデータ保護ポリシーの対象。データがAIの学習に使われることはありません

  • AI Studioの無料APIキー → 利用規約上、送信データがGoogleのモデル改善に利用されます

会社として安全なAPI(Vertex AI等)を用意していない企業の場合、GAS+Gemini API(Google AI Studioで取得したもの)はデータ学習リスクの観点から選択肢に入らないケースがあります。そういった企業にとっては、Canvas完結のほうがむしろ安全な選択です。

レート制限の逆転

直感に反するかもしれませんが、Canvas内APIのレート制限は、Google AI Studioの無料APIキーより緩いケースがあります。特にTTS(音声合成)で顕著です。

また、普段の業務で別途Gemini APIを使っている方にとっては、Canvas内APIを活用することでAPIの消費を節約できるメリットもあります。

※Canvas内APIのデータ保護はGWS環境のGeminiに限ります

ここから先は

2,974字 / 4画像

Gemini・NotebookLM・GASを中心に、AIを「現場でそのまま使える」形に。\ Goog…

マジクラ メンバーシップ(2期)

¥1,480 / 月

マジクラ法人プラン

¥9,800 / 月

この記事が気に入ったらチップで応援してみませんか?