オフショア開発

Googleツールの効率化!GASとは【特徴・メリット・やり方まで】

GASとは「Google Apps Script」のことで、Googleの他のサービスに様々な便利な機能を追加することが可能です。

この記事ではそんなGASに関して、どんなサービスなのか、どんなメリット・デメリットがあるのかなど徹底解説していきます。

  • GASに興味がある方
  • Googleのサービスを日常的に利用している方
  • 簡単なWebサービスを構築したいと思っている方

これらに当てはまる方におすすめの記事となっています。これを読めばGASとはどんなサービスなのか、どうやって構築するのかまで丸わかりですよ。

GASとは

GASとは「Google Apps Script」のことで、Googleが提供する各種サービスの自動化を図ったローコード開発ツールです。

JavaScriptをベースに作成されているため、JavaScriptを日々学んでいる方は比較的容易に習得できるようになっています。

GoogleにはGoogleドライブ・Google スプレッドシート・Gmail・Google フォーム・Google カレンダーなど様々なサービスがありますよね。

GASを利用することで、これらをより便利に扱うことができるのです。

例えばGoogleスプレッドシート上に設置したボタンをクリックすることで一括変換をしたり、GoogleスプレッドシートのデータをGmailに取り込んで自動作成や送信することなどが可能です。

また各サービスが提供しているAPIを利用することで、Google以外のツールとの連携も可能。例えば特定の相手からのGmailをチャットツールで通知するなど。

GASはよくExcelなどのMicrosoft社が提供するOffice製品で用いられているVBAと同じように考えられがちですが、その実態は異なります。

VBAはオフラインでのローカルPCでの利用がメインであるのに対してGASはウェブ開発を中心に幅広く利用されているJavaScriptをベースにしているためクラウド上での利用が可能なのです。

GASでできること

Googleサービス上での処理を自動化

何度も言っているようにGASではGoogleサービスの様々な処理を自動化することができます。

スプレッドシートであれば、ExcelのVBAのように、マクロを作成して色々な動作を自動で繰り返し実行させることができます。

またGmailであれば、決まった時間に毎日メールを送る、特定の件名のメールを自動で転送するなど。

さらにツールを組みあわせると、ファイルの共有管理なども可能です。 

例えばチームで仕事をしていて、Gmailに届いた添付ファイルをGoogleドライブに共有しなければならないというケースであれば、Google Apps Scriptを利用、Gmailに届いたメールの添付ファイルを自動で共有フォルダにアップロードする設定ができます。

外部サービスとの連携

GASはGoogle以外のサービスとも連携が可能です。例えばChatworkと連携することで、Googleカレンダーの情報をChatworkで通知するといったような使い方が実現できます。

Webアプリケーションの開発

Google Apps Scriptには、作成したツール連携や機能をWebサイトとして公開する機能が備わっているため、簡単なWebものであればGASで開発が可能。

Google Apps Scriptの実行はGoogleのサーバーで行われるため、レンタルサーバーなどを用意する必要もありません。

基本的にGASで作成する場合は、ブラウザに表示されるHTMLファイルと裏で処理を行うGASのスクリプトファイルがセットになるかと思います。

HTMLを作成するにはメニューバーから「ファイル」>「新規作成」>「HTMLファイル」を選択すればOKです。

また公開にはメニューの「公開」から「ウェブアプリケーションとして導入…」をクリックします。

アプリケーションにアクセスできるユーザーを「自分だけ」にすれば、テスト用に表示をさせることができますよ。公開が完了するとUR Lが表示されるので、それにアクセスするだけです。

GASの開発方式

GASの開発方式にはコンテナバインド型、スタンドアロン型の2種類があります。

コンテナバインド型

GoogleスプレットシートやGoogleフォームなど他のGoogle サービスと連携する場合に利用されるスプリクトのことです。

業務フロー全体での効率化を図りたい場合は、コンテナバインド型がおすすめです。

一方、実装にかかる手間や工数が発生してしまうため、社内でのリソースが足りない場合は注意しましょう。

スタンドアロン型

スタンドアロン型は単体で動作するスプリクトのこと。GoogleスプレットシートやGoogleフォームなど他のGoogle サービスと連携をする必要がない場合に利用します。

他のサービスとの連携が発生しない分、工数や実装の手間が少ないのが特徴です。

GASの手順

ここからはコンテナバインド型、スタンドアロン型それぞれの開発の手順を紹介していきます。

コンテナバインド型

AppScriptを開く

コンテナバインド型のGASでスクリプトエディタを開く場合は、紐づくサービスのメニューから「拡張機能」>「Apps Script」でスクリプトエディタを開きます。

プログラムコードの記述

コード記述欄にコードを記述していきます。

プロジェクトの保存の際には「保存」ボタンか「Ctrl+S」を押します。

実行

コードが記述できたら「実行」ボタンをクリックします。

実行権限の承認

スプリクトは初回起動時のみ承認作業が必要となっています。

「承認が必要です」と表示されたら「権限を確認」ボタンをクリックします。するとスプリクトを実行するGoogleアカウントを選択する画面に移るので、該当のアカウントを選択します。

「このアプリはGoogleで確認されていません」と出たら、「詳細」をクリック。その後、「安全でないページに移動」をクリック、「許可」をクリックすればOK。

スタンドアロン型

Google ドライブからAppScriptを開く

Google ドライブにログイン後、「新規」>「その他」から「Google Apps Script」を開きます。

するとスクリプトエディタが起動します。

Googleドライブ上に「Google Apps Script」がない場合は、「Google Workspace Marketplace」から「Google Apps Script」をインストールして利用します。

その後の操作はコンテナバインド型と同様です。

GASスプリクトの管理方法

スクリプトの管理はApps Script dashboardで行います。Apps Script dashboardではスプリクトの削除や名前の変更、編集、実行履歴の表示、ログ閲覧などが可能です。

GASのメリット

無料で利用可能

GASは無料のGoogleアカウントがある方なら誰でも利用することができるオープンソースのプログラミング言語です。

コードを実装することに対してランニングコストが一切不要なため、気軽に利用することが可能ですよ。

企業向けには有料のGoogleワークスペースが提供されています。個人向けのアカウントと比べると制限が緩和されているため、企業で実装する場合有料版も検討しても良いかもしれません。

開発環境のセットアップ不要

通常プログラムやコードを実装する際には、ソフトウェアを用意する必要がありますが、GASはオープンソースのプログラミング言語であるため、環境構築が不要です。

またGoogleのクラウド上で実行されるため、スケジューリングをすれば夜間に自動で動かすことなども可能です。

初心者でもすぐに始めることができるので、Googleサービスを利用しているのであればGASからプログラミングを始めてみるのも良いかもしれません。

Googleサービスと連携可能

GASは他のGoogleのサービスとの連携が可能です。

利用できるサービスの例

  • Gmail
  • Googleカレンダー
  • Googleドキュメント
  • Googleスプレッドシート
  • Googleドライブ
  • Googleマップ

GASとGoogleサービスを連携することで、圧倒的な業務効率化が実現できます。

文法が覚えやすい

GASの構文はJavaScriptの構文とほとんど同じであるため、JavaScriptを扱える方は容易に利用することができます。

例えJavaScriptの知識がなかったとしてもGASを学ことで、JavaScriptの学習も行いやすくなります。JavaScriptを学ぶことでエンジニアとしてのスキルアップにもつながります。

またGAS自体、サンプル集などがWeb上に豊富にあるため、簡単なものならコピペでも実装可能ですよ。

GASのデメリット

ローカルファイルの操作はできない

GASはWebサービス間の連携に強い分、ローカルファイルに対しての処理はほとんどできません。

GASで編集したいファイルはローカル上ではなく、Googleドライブ上に保存するようにしましょう。

実行時間に上限あり

GASは無料で利用できる点が大きなメリットですが、無料アカウントではGASスクリプト実行時間上限6分に定められています。また、カスタム関数の実行時間は1処理あたり最大30秒と定められています。

所定時間を超えると自動的にエラーとなってしまうので、制限を考慮した設計をしていく必要があります。

まとめ

いかがでしたか。本日はGoogleの様々なサービスをより便利にするGASに関して紹介していきました。

GASを利用することで、Googleはもちろん外部のサービス等とも連携をして、業務の効率化を図ることが可能です。

GASの習得にはJavaScriptの知識が必要ですが、簡単なものはサンプルも展開されているため、まずは簡単なルーチンワークなどを自動化してみるのをおすすめします。

DAHAではオフショア開発でWEBアプリケーションはもちろん、様々な開発を行なっています。

業務を効率化したい企業の方、コストを抑えて質の良い開発を行いたい方におすすめです。

5年以上にわたる開発実績で、あなたにピッタリの商品をご提案いたします。

開発費用の見積もり相談や資料請求などももちろん無料でできますので、気になった方はお気軽にお問い合わせください。

makka

Recent Posts

構造変化に直面するオフショア開発:「量」の補完から「AI Native」への転換期

オフショア開発は従来の「量」の補完から、しかし、生成AIの急速な進化によってその前提が大きく変わろうとしています。 今後は「どれだけ高い生産性を実現できるか」が重要です。 この記事ではそのようなオフショア開発のあり方の変化について見ていきます。 オフショア開発に興味がある方 社内のIT人材が不足している方 AIを使った開発に興味がある方 これらに当てはまる方におすすめの記事となっています。これを読めばオフショア開発の変化についてわかるのはもちろん、AI Nativeについても丸わかりですよ。 オフショア開発の前提が変わり始めている オフショア開発はここ20年ほど、日本のIT業界を支える重要な仕組みとして成長してきました。 少子高齢化による人材不足や開発コストの上昇を背景に、多くの企業が中国、インド、ベトナム、ミャンマーなどの海外人材を活用してきました。 従来のオフショア開発の価値は非常に分かりやすいものでした。日本国内で不足するエンジニアリソースを海外で補うというものです。 例えば、日本で10人必要なプロジェクトがあれば、その一部を海外チームに委託することで開発スピードを維持しながらコストを抑えることができました。 このモデルは長い間機能してきました。しかし、生成AIの急速な進化によって、その前提が大きく変わろうとしています。 かつてソフトウェア開発では、「開発量を増やすためには人を増やす必要がある」という考え方が一般的でした。…

1 day ago

生成AI時代における「2030年に79万人IT人材不足」の再定義と構造変化

近年、日本のIT業界では「2030年に最大79万人のIT人材が不足する」という予測が繰り返し語られています。 この数字は、日本社会のDX推進や企業のシステム開発を支える人材の不足を警告する象徴的な指標として広く認知されています。 しかし、2022年末以降の生成AIの急速な発展により、この予測の前提条件は大きく変化しています。 かつては人間が手作業で行っていたプログラミング、設計書作成、テストケース生成、ドキュメント作成、データ分析などの業務が、AIによって大幅に自動化され始めているためです。 その結果、「79万人不足」という予測を単純に受け入れるのではなく、「どのような人材が不足し、どのような人材の需要が減少するのか」という質的な観点から再検討する必要が生じています。 この記事では、生成AI時代におけるIT人材不足の構造変化を分析し、2030年に向けて求められる人材像について考察をしていきます。 生成AI時代が気になる方 IT業界の方 社内のIT人材が不足している方 これらに当てはまる方におすすめの記事となっています。これを読めば「2030年79万人IT人材不足」問題について、新しい見解とその対策がわかりますよ。 (more…)

2 weeks ago

AIレガシーマイグレーション|従来の課題をDXへ導くDEHAの解決策

長年運用されてきた基幹システムは、企業活動を支える重要な存在である一方で、技術的負債の蓄積、保守人材不足、クラウド対応の遅れ、ブラックボックス化など、さまざまな問題を引き起こしています。 従来のマイグレーションでは、既存システムの解析からコード変換、データ移行、テスト、カットオーバーまで、多くの工程を人手に依存していました。 こうした背景の中、注目を集めているのが「AIレガシーマイグレーション」です。 この記事ではAIレガシーマイグレーションについて、どんな特徴があるのかやその強みに着目をしていきたいと思います。 AIレガシーマイグレーションが気になる方 製造業の方 DXをすすめたい企業の方 これらに当てはまる方におすすめの記事となっています。これを読めばAIレガシーマイグレーションがどう言ったものかがわかるのはもちろん、DEHAのAIレガシーマイグレーションについてもわかりますよ。 (more…)

4 weeks ago

AI Nativeとは?企業が導入すべき理由と開発現場にもたらす変革

近年、企業のIT戦略やシステム開発において「AI Native(AIネイティブ)」という言葉が急速に注目を集めています。 この記事ではそんなAI Nativeについて、その概要やメリットなどを紹介していきます。 AI Nativeが気になる方 システム開発をお考えの方 社内にIT人材が不足している方 これらに当てはまる方におすすめの記事となっています。これを読めばAI Nativeが何かがわかるのはもちろん、導入するべき理由が丸わかりですよ。 (more…)

4 weeks ago

【全12種類】IFS Cloudの主要モジュールを徹底解説

IFS Cloudは、スウェーデン発のグローバルERPパッケージであり、ERP、EAM(設備資産管理)、SM(サービス管理)を統合的に提供する統合プラットフォームです。 本日はそんなIFS Cloudについて主要モジュールを解説します。 IFS Cloudに興味がある方 ERPをお探しの方 製造業の方 これらに当てはまる方におすすめの記事となっています。これを読めばIFS Cloudについてわかるのはもちろん、IFS Cloudの強みまで丸わかりですよ。 (more…)

1 month ago

【2026年最新】IFS CloudとOracle Cloud ERPの違いを徹底比較

企業のDX推進が本格化する中で、ERP(基幹業務システム)の役割は単なる業務管理ツールから、経営基盤そのものへと変化しています。 その中で、世界的に注目されているクラウドERPが IFS とOracle Cloud ERPです。 どちらも世界トップクラスのERPとして高く評価されていますが、実際には設計思想や得意分野が大きく異なります。 IFS Cloudは「現場・設備・サービス」を重視したERPであり、製造業やインフラ産業との相性が非常に高いことで知られています。 一方のOracle Cloud ERPは、「財務・経営統制・グローバル管理」を重視したERPであり、多国籍企業や大企業における経営管理基盤として強みを発揮しています。 そのため、「どちらが優れているか」という単純な比較ではなく、「自社の業務や経営戦略にどちらが適しているか」を見極めることが重要になります。 この記事では、IFS CloudとOracle…

1 month ago