「副業のデータ管理、毎回手作業でまとめるのが本当に大変…」と感じている方は、きっと少なくないはずです。MakeとGoogleスプレッドシートを連携させると、データの収集・集計・レポート化まで、驚くほどの作業を自動で回せるようになります。この記事では、初めてMakeを触る方でも迷わないよう、設定の手順から副業での使い方まで、ひとつひとつ丁寧にお伝えします。
MakeとGoogleスプレッドシート連携の仕組み
Make(旧名:Integromat)は、ノーコードで複数のWebサービスを繋ぎ合わせる自動化ツールです。視覚的に「どのアプリからどのアプリへ、どんな情報を送るか」をブロックで組み立てるイメージで、プログラミングの知識がなくても使えるのが大きな特徴です。
GoogleスプレッドシートはMakeと相性の良いツールのひとつで、フォームの回答をシートに自動追記する、ECサイトの売上データをリアルタイムで記録する、毎週の集計結果をメールで送るといった処理が、コードなしで実現できます。一度設定してしまえば、あとはMakeが自動で動き続けてくれるので、毎日の手作業から解放されます。
Makeの無料プランでは月1,000オペレーション(処理回数)まで使えるため、副業の初期段階であれば費用ゼロで試せるのも嬉しいポイントです。まずは小さな自動化から始めてみて、手応えを感じたら有料プランへステップアップするという進め方がおすすめです。
MakeとGoogleスプレッドシートの連携手順
実際の設定手順を、ステップごとに見ていきましょう。初めての方でも順番通りに進めれば大丈夫です。
ステップ1:Makeのアカウントを作成する
Make公式サイト(make.com)にアクセスし、メールアドレスでアカウントを作成します。Googleアカウントでのサインインにも対応しているので、すでにGmailを使っている方は1クリックで登録が完了します。
ステップ2:新しいシナリオを作成する
ログイン後、左メニューの「Scenarios」から「Create a new scenario」をクリックします。ここが自動化の設計図を作る場所です。最初は真っ白なキャンバスが表示されるので、中央の「+」ボタンを押してモジュール(アプリのブロック)を追加していきます。
ステップ3:GoogleスプレッドシートをMakeに接続する
モジュール選択画面で「Google Sheets」を検索して選びます。次に使いたいアクション(例:「Add a Row」=行を追加する)を選ぶと、Googleアカウントとの接続を求められます。「Add」ボタンから認証を進めると、自分のGoogleアカウントのスプレッドシートにアクセスできるようになります。
ステップ4:トリガーとアクションを設定する
Makeのシナリオは「トリガー(きっかけ)」と「アクション(実行すること)」の組み合わせで動きます。たとえば「Googleフォームに回答があった(トリガー)→ スプレッドシートの指定シートに行を追加する(アクション)」という流れです。各モジュールで転記したい項目を対応付けていき、「Run once」でテスト実行して動作を確認したら設定完了です。
副業での実践的な活用例
「設定はわかったけど、具体的にどう使えばいいの?」という方のために、副業でよく使われる活用例を3つ紹介します。
① ECサイトの売上データを毎日自動で記録する
ハンドメイド作品の販売や転売など、ECサイトで収益を得ている方に特に役立ちます。注文が入るたびにMakeが自動でスプレッドシートに商品名・金額・購入者情報を追記してくれるので、月末の売上集計がぐっと楽になります。ShopifyやBASEといった主要なECプラットフォームはMakeと連携できるため、対象となる方は幅広いです。
② クライアント向けの週次レポートを自動生成する
Webライターやコンサルタントとして複数のクライアントを抱えていると、毎週のレポート作成が地味に時間を取られます。MakeでGoogleアナリティクスやSNSの数値を自動でスプレッドシートに集めておけば、レポートの下書きを一瞬で用意できます。さらにGmailと組み合わせると、集計したデータをそのままクライアントへ自動送信することも可能です。
③ 問い合わせフォームの内容をスプレッドシートで一元管理する
副業のLPやサービスページに問い合わせフォームを設置している方は、回答をスプレッドシートに自動記録しておくと管理がとても楽になります。Googleフォームはもちろん、TypeformやJotFormとも連携できるため、使っているフォームツールに合わせて設定できます。「どの施策から問い合わせが来たか」をメモ列で記録しておけば、副業の改善にも役立てられます。
連携ツールの比較
Makeの他にも、スプレッドシートと連携できる自動化ツールはいくつかあります。それぞれの特徴を整理しておきましょう。
| ツール名 | 無料プランの上限 | 難易度 | 日本語対応 | 特徴 |
|---|---|---|---|---|
| Make | 月1,000オペレーション | 中級 | △(英語メイン) | 複雑なフロー設計が得意。視覚的でわかりやすい |
| Zapier | 月100タスク | 初級 | △(英語メイン) | 設定が最も簡単。シンプルな連携に向く |
| n8n | セルフホスト無制限 | 上級 | × | 自由度が高くエンジニア向け。クラウド版は有料 |
| Google Apps Script | 無制限(制限あり) | 上級 | ○ | Googleサービスとの連携が最も強力。コード必須 |
副業を始めたばかりの方には、まずMakeかZapierから入るのがおすすめです。Zapierはとにかく設定が簡単ですが、無料枠が月100タスクと少ないため、自動化の数が増えてくるとすぐに有料プランが必要になります。一方でMakeは慣れが必要なものの、無料枠が多く複雑な条件分岐にも対応できるので、長く使うなら最初からMakeを学ぶ価値があります。
よくある失敗と注意点
Makeを使い始めた方が陥りやすいミスをまとめました。事前に知っておくと、無駄なトラブルをぐっと減らせます。
Googleアカウントの権限エラーが出る
MakeとGoogleスプレッドシートを接続する際、GoogleのOAuth認証で「アクセスを許可する」ボタンを押さないと連携が完了しません。「接続した気がするのに動かない」という場合は、Makeの「Connections」ページで接続状態を確認してみましょう。再認証が必要なケースも多いです。
データの型(形式)が合わずエラーになる
スプレッドシートに日付データを送ろうとしたとき、Makeが送る形式とスプレッドシートが期待する形式が合わずエラーになることがあります。このときはMakeの「Tools」モジュールにある「Format Date」機能を使って、日付の形式を変換してから送るようにしましょう。
スケジュール設定をONにし忘れる
「Run onceでテストは成功したのに実際には動いていない」という声をよく聞きます。これはシナリオのスケジュール設定(何分おきに自動実行するか)を有効にし忘れているケースがほとんどです。シナリオ画面左下のスイッチをONにして、実行間隔(15分・1時間など)を設定するのを忘れないようにしましょう。
無料プランのオペレーション数を使い切ってしまう
無料プランでは月1,000オペレーションが上限です。1回のシナリオ実行で複数のモジュールを使うと、思いのほか早く消費します。最初のうちはシナリオの実行頻度を「1時間に1回」程度に抑えて、オペレーション数を節約するのが賢い使い方です。
まとめと次のアクション
MakeとGoogleスプレッドシートを連携させると、毎日の手作業が驚くほど減り、副業の本来の仕事に集中できる時間が生まれます。最初の設定には少し手間がかかりますが、一度動き出せばあとはMakeが自動で働き続けてくれます。
まず試してほしいのは、最もシンプルな「Googleフォームの回答 → スプレッドシートに追記」という1ステップの自動化です。これだけでも「自動化ってこんなに便利なんだ」という実感が得られるはずです。慣れてきたら、メール送信やSlack通知など、他のツールとの連携にも挑戦してみてください。
自動化は「一気にすべてを自動化しよう」と考えると挫折しやすいものです。「この1つの作業だけ楽にしたい」という小さな視点から始めるのが、長く続けるコツ。まずは自分の副業の中で「毎週30分以上かかっている繰り返し作業」をひとつ探してみることから始めてみましょう。
実装前に確認したい自動化設計メモ
自動化の記事は、ツール名を覚えるだけでは実務に落とし込みにくいです。実装前に、何を自動化し、どこで人間が確認するかを決めると失敗を減らせます。
| 確認項目 | 判断基準 | 次の行動 |
|---|---|---|
| 対象作業 | 毎回同じ手順で発生しているか | まず手順を書き出し、判断が必要な箇所を分ける |
| 入力データ | どこから取得し、誰が閲覧できるか | API、フォーム、スプレッドシートなど入力元を固定する |
| 停止条件 | エラー時に止まる仕組みがあるか | 通知、ログ、手動確認ポイントを用意する |
手順を分解
小さく自動化
ログで改善
確認チェックリスト
- APIキーや個人情報を記事通りに扱わず、自分の環境で権限を確認する
- 最初から完全自動にせず、通知までの半自動で試す
- 実行頻度を高くしすぎない
- エラー通知とログ保存を用意する
- 公式ドキュメントで最新仕様を確認する
この記事を読む前に整理したいこと
ツール名は分かってきたものの、実際にどの業務を自動化すればよいのか、どこまで任せてよいのかで迷いやすいテーマです。 そのため、この記事では「知識を増やす」だけではなく、読後に何を確認し、どの順番で試すかまで分かるように整理します。
この記事では、いきなり大きな仕組みを作る前に、対象業務の選び方、設計の順番、失敗しやすいポイントを具体的に整理します。 すでに少し触ったことがある方は、表の判断軸から読み始めても大丈夫です。これから始める方は、最初に小さな一歩を決めるつもりで読んでみてください。
この記事で持ち帰れること
- 自分に関係するポイントと、今は無視してよいポイントを分けられます。
- ツール名や流行語ではなく、作業時間・費用・安全性・再現性で判断できます。
- 読後にそのまま試せる小さな手順と、失敗したときの修正方法が分かります。
判断基準の早見表
| 見るポイント | 確認する内容 | 行動の目安 |
|---|---|---|
| 毎回同じ手順がある | 請求書整理、問い合わせ分類、定期レポート作成 | 最初の自動化候補にしやすい |
| 判断が必要な箇所がある | 例外対応、承認、個人情報の確認 | 人間の確認ポイントを残す |
| 外部サービスとつながる | フォーム、スプレッドシート、メール、Slack | 権限とログを先に確認する |
実践までの流れ
対象業務を1つ選ぶ
入力・処理・出力に分ける
失敗時の停止条件を決める
半自動で試してから広げる
よくある失敗と直し方
| 失敗しやすい点 | 修正の考え方 |
|---|---|
| 最初から完全自動化を狙う | 通知だけ、下書き作成だけなど、人が確認できる範囲から始める |
| APIキーや個人情報の扱いを後回しにする | 権限、保存場所、共有範囲を実装前に決める |
| 動いた瞬間に完成と考える | エラー時の通知、ログ、再実行手順まで確認する |
そのまま使える整理テンプレート
この業務は、毎回「入力→判断→出力」の順で発生しています。まずは入力元を固定し、判断が必要な箇所だけ人が確認し、出力先を1つに絞って自動化します。
読者の方からよく出る疑問
初心者でも、この記事の内容をすぐ試せますか?
最初から大きな成果を狙う必要はありません。まずは1つの作業、1つのツール、1つの成果物に絞ると試しやすくなります。うまくいった型だけを残し、次の記事や次の作業へ広げるほうが安全です。
情報が古くならないか心配です。
AI関連の料金、機能名、利用規約、API仕様は変わりやすい分野です。この記事では考え方と実践手順を中心に整理していますが、実際に契約・導入・納品する前には公式情報をご確認ください。
結局、何から始めればよいですか?
まずは「自分が毎週困っている作業」を1つ選んでください。その作業を短縮するために、この記事の表から確認項目を1つ選び、30分だけ試してみるのがおすすめです。小さく試すほど、失敗しても戻しやすくなります。
実務で使える完成例・判断基準・運用フォーマット
この記事は、読んで終わりではなく、実際の作業に移せることが重要です。そこで、テーマに合わせて「完成例」「判断基準」「コピーして使える運用フォーマット」を整理します。空欄だけのテンプレートではなく、まず完成形を見てから自分用に置き換えられる構成にしています。
| 観点 | 見るべきこと | 実務での判断例 |
|---|---|---|
| 事前準備 | 先に用意するもの | アカウント、APIキー、対象データ、保存先 |
| 実行手順 | どの順番で進めるか | 最小構成で動かし、後から拡張する |
| 確認方法 | 成功したと判断する条件 | ログ、通知、出力物、表示結果を見る |
| 失敗時 | 止まった時の見直し先 | 認証、権限、列名、入力形式、回数制限 |
完成例とコピー用フォーマット
【手順実行メモ】 テーマ:MakeとGoogleスプレッドシート連携|データ自動集計・レポート化 想定シナリオ:読者が今日1つだけ試し、結果を記録して次の改善へつなげる場面 事前準備: - 使用ツール: - 必要なアカウント: - 入力データ: - 保存先: 実行手順: 1. 2. 3. 成功条件: - 失敗した時に見る場所: - 認証・権限 - 入力形式 - ツール側の制限 - ログ・通知
公開前・実行前の品質基準
- タイトルで約束した内容が、本文内の表・例・フォーマットで回収されている
- 読者が自分の状況に置き換えて使える
- 料金、仕様、規約など変わりやすい情報を断定しすぎていない
- 失敗した時に確認する場所が書かれている
- 次の行動が1つに絞られている
Make/Zapier連携を作る前のスプレッドシート設計表
スプレッドシート連携で崩れやすいのは、列名とデータ形式です。自動化ツール側ではなく、先にシートの設計を決めると、後から列を足して連携が壊れる事故を減らせます。
| 項目 | 確認すること | 記入例・判断例 |
|---|---|---|
| 列名 | ツール側で参照する名前 | received_at, name, email, status |
| 入力元 | どこから来るデータか | フォーム、メール、CRM、広告レポート |
| 形式 | 日付・数値・文字列の区別 | YYYY-MM-DD、数値、テキスト |
| 更新条件 | 新規行か既存行更新か | メールアドレス一致なら更新 |
| 確認列 | 人が見る判断材料 | 対応状況、担当者、次回アクション |
コピーして使えるテンプレート
【スプレッドシート連携設計メモ】 目的: 使用ツール:Make / Zapier トリガー: 対象スプレッドシート: シート名: キーにする列: 追加する列: 更新する列: 重複を避ける条件: エラー時の通知先: テストで使うサンプル行:
使う前の確認ポイント
- 見出しで約束した内容と、本文にある表・テンプレートが対応しているか
- 読者が自分の情報を入れて使える形になっているか
- 実行前に確認すべき条件と、失敗時の確認先が書かれているか
