zapier 設定で迷う人へ、最初の1本を今日中に動かす完全ガイド
「zapier 設定」と検索している人の多くは、Zapierで何から触ればよいのか、トリガーやアクションをどう選べばよいのか、テストで何を確認すればよいのかを知りたいはずです。Zapierは便利な自動化ツールですが、最初の設定画面で「Trigger」「Action」「Account」「Configure」「Test」などが出てくるため、慣れていないと止まりやすいポイントがいくつもあります。
この記事では、Zapier公式ヘルプ、連携アプリの設定資料、トラブル事例をもとに、Zapの作成手順、検索設定、アカウント接続、トリガー選び、テスト、日時の扱い、Gravity FormsやShortcutなどの実例まで、初めての人にもわかるように整理します。体験談ではなく、調査した情報をもとに「どこで何を確認すればよいか」が見える形でまとめています。
| この記事のポイント |
|---|
| ✅ Zapierの基本設定は「トリガー → アクション → テスト → 公開」の順で進める |
| ✅ 検索設定ではアプリ名だけでなく、イベント名の違いまで確認する |
| ✅ 日時・タイムゾーン・必須項目はテスト時にズレや不足が出やすい |
| ✅ うまく動かない時はZap履歴、接続アカウント、連携元データを順に見る |
zapier 設定の基本手順と最初に見るべき画面
- Zapier設定の答えはトリガーとアクションを順番に作ること
- 検索設定はアプリ名とイベント名を分けて確認すること
- アカウント接続は権限と認証情報を先にそろえること
- トリガー設定は新規作成と更新検知の違いを理解すること
- テスト設定は実データに近いサンプルで確認すること
- 公開前の確認は必須項目とマッピングを見直すこと
Zapier設定の答えはトリガーとアクションを順番に作ること
Zapierの設定で最初に理解したいのは、Zapは大きく分けてトリガーとアクションでできているという点です。トリガーは「何が起きたら始まるか」、アクションは「始まった後に何をするか」です。たとえば「フォームが送信されたらSlackに通知する」なら、フォーム送信がトリガー、Slack通知がアクションになります。
Zapier公式ヘルプでも、トリガーはZapを開始するイベントとして説明されています。請求書の新規作成、メールの受信、スプレッドシートの行更新などが例として挙げられており、つまりZapier設定の最初の山は「どの出来事を起点にするか」を決めることです。
📌 Zapier設定の基本構造
| 要素 | 意味 | 例 |
|---|---|---|
| Trigger | 自動化を始めるきっかけ | Google Sheetsに新しい行が追加される |
| Action | きっかけ後に実行する処理 | Gmailを送る、Slackに通知する |
| Account | 連携するアカウント | Google、Slack、LinkedInなど |
| Test | 設定が動くか確認する作業 | サンプルデータを取得して確認する |
| Publish | Zapを有効化する作業 | 本番で自動実行される状態にする |
Zapierでは、左側の「+ Create」から新しいZapを作り、Zapエディターで設定を進めます。基本的な流れは、アプリを選ぶ、イベントを選ぶ、アカウントを接続する、必要な項目を設定する、テストする、公開する、という順番です。この順番を飛ばすと、後で「データが来ない」「項目が選べない」「テストが失敗する」といった問題が起きやすくなります。
とくに初心者が迷いやすいのは、「アプリを選んだだけではまだ設定が終わっていない」という点です。アプリを選んだ後に、どのイベントで動かすかを選び、さらにそのアプリのアカウントをZapierに接続する必要があります。Google Sheetsなら「新しい行」なのか「新規または更新された行」なのかで動き方が変わります。
✅ 最初のZapでやること
| 順番 | 作業 | 確認すること |
|---|---|---|
| 1 | 新しいZapを作る | Zapエディターが開くか |
| 2 | Triggerを選ぶ | 起点にしたいアプリとイベントか |
| 3 | Accountを接続する | 正しいアカウントか |
| 4 | Configureを埋める | 必須項目が空欄でないか |
| 5 | Testする | 期待するデータが取得できるか |
| 6 | Actionを追加する | 送信先・作成先が正しいか |
| 7 | Publishする | 本番実行してよい状態か |
Zapier設定は、最初から完璧に作ろうとすると難しく見えます。まずは「1つのトリガーと1つのアクション」だけで動かすのが現実的です。複数ステップ、条件分岐、日時変換などは便利ですが、最初のZapでは原因切り分けが難しくなるかもしれません。
💡 最初に作りやすいZap例
| 目的 | トリガー | アクション |
|---|---|---|
| 問い合わせ通知 | フォーム送信 | Slack通知 |
| 顧客管理 | 新規メール受信 | スプレッドシートに行追加 |
| タスク化 | Gmailで特定メール受信 | ShortcutにStory作成 |
| 広告計測 | コンバージョン発生 | LinkedIn Conversionsへ送信 |
このように考えると、Zapier設定の本質は「どのデータを、どこへ、どの形で渡すか」です。画面の項目名に惑わされず、まずは自分の業務を「きっかけ」と「やること」に分けて考えると、設定画面の意味がかなり見えやすくなります。
検索設定はアプリ名とイベント名を分けて確認すること
Zapierでアプリを探す時は、検索窓にアプリ名を入れて選びます。この時点では「Zapierと連携できるアプリを探しているだけ」で、実際に何を起点にするかはまだ決まっていません。つまり、検索設定で重要なのは、アプリ名の検索とイベント名の選択を分けて考えることです。
たとえばGoogle Sheetsを選んでも、「New Spreadsheet Row」「New or Updated Spreadsheet Row」のように似たイベントが並ぶことがあります。公式ヘルプでも、似た名前のトリガーは動き方が違うと説明されています。新規だけを拾うのか、更新も拾うのかによって、Zapの実行回数や結果が変わります。
🔎 検索設定で見るべきポイント
| 見る場所 | 確認内容 | 失敗しやすい例 |
|---|---|---|
| アプリ検索 | 目的のサービス名か | 似た名前の別アプリを選ぶ |
| イベント検索 | 何を検知するか | 新規だけ欲しいのに更新も拾う |
| 説明文 | イベントの動作 | 英語説明を読まずに選ぶ |
| 接続アカウント | 正しいログイン先か | 個人用と会社用を取り違える |
| テスト結果 | データ項目が足りるか | 必要なメールアドレスが出ない |
検索設定で迷ったら、まず「どのアプリを起点にするか」と「どのイベントで始めたいか」を紙に書くくらいの感覚で分けるとよいです。たとえば「Gmailを使う」だけでは不十分で、「新しいメールを受信したら」「特定ラベルが付いたら」「検索条件に一致したら」など、目的によって選ぶイベントが変わります。
📌 アプリ名とイベント名の違い
| 項目 | 役割 | 例 |
|---|---|---|
| アプリ名 | どのサービスを使うか | Gmail、Slack、Google Sheets |
| トリガーイベント | 何が起きたら始めるか | New Email、New Row |
| アクションイベント | 何を実行するか | Send Email、Create Row |
| 設定項目 | どの対象に絞るか | ラベル、シート、フォルダなど |
また、Zapierにはアプリをピン留めできる機能もあります。頻繁に同じアプリやイベントを使う場合は、候補の上部に表示されるようにしておくと設定時間を短縮しやすくなります。ただし、ピン留めはあくまで探しやすくするためのもので、選択ミスを防いでくれるわけではありません。
検索設定では、英語のイベント名に抵抗がある人も多いかもしれません。難しく考えすぎず、「New」は新規、「Updated」は更新、「Created」は作成、「Sent」は送信、「Received」は受信のように読むと、だいたいの意味はつかめます。細かい動作はイベント説明文で確認するのが無難です。
✅ 検索設定のチェックリスト
| チェック | 内容 |
|---|---|
| ✅ | アプリ名が正しい |
| ✅ | トリガーかアクションかを間違えていない |
| ✅ | 新規・更新・削除などのイベント条件が目的に合う |
| ✅ | 連携先アカウントが本番用である |
| ✅ | テスト時に必要な項目が取得できている |
Zapier設定の失敗は、複雑なロジックよりも、最初の検索設定で選んだイベント違いから起きることがあります。特に「新規のみ」と「新規または更新」は実行回数に影響します。通知が多すぎる、逆に反応しないという時は、まずこの検索設定を見直すのが近道です。
アカウント接続は権限と認証情報を先にそろえること
Zapierでアプリを選んだ後は、アカウント接続が必要になります。これはZapierが外部サービスのデータを読んだり、外部サービスに書き込んだりするための許可をもらう作業です。Google、Slack、LinkedIn、Gravity Forms、Shortcutなど、連携するアプリごとに認証方法は異なります。
たとえばGravity FormsのZapier Add-Onでは、REST APIキーを作成し、Consumer KeyとConsumer SecretをZapier側に入力して認証します。さらに、対象のWordPressサイトがインターネットからアクセスできること、SSL証明書が設定されていること、対象ユーザーに必要な権限があることが前提として挙げられています。
🔐 アカウント接続で必要になりやすい情報
| 連携タイプ | 必要なもの | 注意点 |
|---|---|---|
| OAuthログイン | GoogleやSlackのログイン許可 | 複数アカウントの取り違えに注意 |
| APIキー | API Token、Consumer Keyなど | コピー後に再表示できない場合がある |
| サイトURL | WordPressなどのURL | ベースURLを入れる必要がある |
| 権限 | Read/Writeなど | 読み取りだけでは動かない場合がある |
| SSL | https接続 | 外部からアクセスできる必要がある |
Shortcutの設定例では、Shortcut側でAPI Tokenを作成し、それをZapierのApp Connectionsで入力して接続します。このように、Zapier側だけで完結するのではなく、連携元アプリ側で先にトークンや権限を準備するケースもあります。
📌 アカウント接続前に確認すること
| 確認項目 | 理由 |
|---|---|
| 本番用アカウントか | テスト用や個人用に接続するとデータがずれる |
| 必要な権限があるか | 読み取り・書き込みの不足で失敗する |
| APIキーを保存したか | 一度しか表示されない場合がある |
| URLが正しいか | サイトURLの入力ミスで接続できない |
| 連携アプリのプラン条件 | 一部連携は上位プラン限定の場合がある |
SawyerのZapier連携では、機能が特定の料金プランに含まれると説明されています。つまり、Zapier側で検索できても、連携アプリ側の契約や機能制限で使えない可能性があります。これはZapierそのものの問題ではなく、連携サービス側の仕様であることが多いです。
アカウント接続でうまくいかない場合は、パスワードの打ち間違いだけでなく、権限、プラン、APIキー、サイトの公開状態を順番に見るのが現実的です。WordPress系のフォーム連携では、SSLやREST APIが使える状態かも確認した方がよいでしょう。
✅ 接続エラー時の切り分け表
| 症状 | 見る場所 | 可能性 |
|---|---|---|
| ログイン画面で失敗 | Zapierの接続画面 | 認証情報の誤り |
| 接続後に項目が出ない | 連携アプリ側 | 権限不足 |
| サイトに接続できない | WordPressやフォーム側 | URL、SSL、REST API |
| テストでデータなし | トリガー元アプリ | 新しいデータがない |
| 特定操作だけ失敗 | アプリのプラン | 機能制限の可能性 |
アカウント接続は、一度できると地味に見えますが、Zap全体の土台です。ここが不安定だと、どれだけトリガーやアクションを丁寧に設定しても安定しません。接続情報はチームで共有する場合もあるため、APIキーやSecretは安全な場所に保管し、不要な共有は避けるのが一般的です。
トリガー設定は新規作成と更新検知の違いを理解すること
Zapier設定で特に重要なのがトリガー設定です。トリガーはZapの起点なので、ここを間違えると「思ったタイミングで動かない」「何度も動きすぎる」「必要なデータが取れない」といった問題につながります。
公式ヘルプでは、トリガーの設定時にアプリとイベントを選び、必要に応じてConfigureタブで追加項目を設定すると説明されています。Google Sheetsの例では、スプレッドシートとワークシートが必須項目になり、Trigger Columnは任意項目として扱われています。
⚙️ トリガー設定の代表項目
| 項目 | 内容 | 例 |
|---|---|---|
| App | 起点になるアプリ | Google Sheets |
| Trigger Event | 起点になる出来事 | New or Updated Spreadsheet Row |
| Account | 接続アカウント | Googleアカウント |
| Configure | 対象の詳細設定 | Spreadsheet、Worksheet |
| Test | サンプル取得 | 行データの確認 |
「New」と「New or Updated」の違いは、初心者ほど見落としやすい部分です。Newは新しく作られた時だけ、New or Updatedは新規作成だけでなく既存データの更新でも動く、という違いがあります。更新でも通知したいのか、新規だけでよいのかを先に決めておきましょう。
📌 トリガーイベントの考え方
| 目的 | 選びやすいイベント | 注意点 |
|---|---|---|
| 新規問い合わせだけ通知 | New Form Submission | 再編集では動かない場合がある |
| 行の更新も追いたい | New or Updated Row | 実行回数が増える可能性 |
| 新規顧客を登録したい | New Client | 注文済みとは限らない場合がある |
| 新規注文を処理したい | New Order | 注文データの項目確認が必要 |
| 予約変更も見たい | Updated Booking | キャンセル・移動などの判定が必要 |
Sawyerの例では、New Free Trial Booking、New Client、New Order、New Booking、Updated Bookingなど、複数のトリガーが用意されています。New Clientは顧客プロフィールが作成されたことを示すものであり、必ずしも注文が発生したことを意味しないと説明されています。このような違いを読まずに選ぶと、後続の処理が目的からずれるかもしれません。
また、LinkedIn Conversionsの例では、コンバージョン元となるアプリをトリガーに設定し、メール、Cookie ID、氏名などの必要情報が返るか確認するよう案内されています。つまりトリガー設定では「動くか」だけでなく、後続アクションに必要なデータが含まれるかを見る必要があります。
✅ トリガー選択時の確認リスト
| チェック | 内容 |
|---|---|
| ✅ | 新規だけか、更新も含めるか決めた |
| ✅ | 後続アクションに必要な項目が取れる |
| ✅ | 対象フォルダ、シート、フォームなどを絞った |
| ✅ | テスト用データが用意されている |
| ✅ | 実行回数が増えすぎない設定になっている |
トリガーは、Zapier設定の中で最も「業務の理解」が必要な場所です。単に画面を埋めるだけではなく、業務上どのタイミングで処理したいのかを考えてから選ぶと、後からの修正が少なくなります。
テスト設定は実データに近いサンプルで確認すること
Zapierでは、トリガー設定後にテストを行います。テストでは、連携元アプリからサンプルデータを取得し、そのデータを後続ステップで使えるようにします。公式ヘルプでは、テストにより代表的なデータを読み込み、後続ステップでフィールドをマッピングできると説明されています。
ここで重要なのは、テストが成功したからといって、すべての本番データで期待通りに動くとは限らないことです。Zapier公式ヘルプにも、一部アプリでは実アカウントのデータではなく汎用サンプルが返る場合があると説明されています。つまり、テスト結果の中身を見ずに進むのは少し危険です。
🧪 テスト設定で確認する項目
| 確認項目 | 見る理由 |
|---|---|
| サンプルデータが取得できたか | トリガーが機能しているか確認するため |
| 必要な項目があるか | 後続アクションで使えるか判断するため |
| 値が空でないか | 本番時の欠落を避けるため |
| 日時形式が正しいか | タイムゾーンずれを防ぐため |
| 複数レコードがあるか | 適切なサンプルを選ぶため |
テストでデータが見つからない場合は、トリガー元アプリ側で新しいデータを作ってから再テストする方法があります。たとえばGoogle Sheetsなら新しい行を追加する、フォームならテスト送信する、予約システムならテスト用予約を作る、といった対応です。
📌 テストデータが弱い時に起きること
| 状況 | 起きやすい問題 |
|---|---|
| 汎用サンプルだけで進めた | 本番項目と違い、マッピングがずれる |
| 空欄が多いデータで進めた | 必須項目が不足する |
| 古いデータで進めた | 現在のフォーム項目と合わない |
| 日時がないデータで進めた | カレンダー連携で失敗する |
| メールなしデータで進めた | 顧客登録や広告計測で使えない |
LinkedIn Conversionsの設定では、トリガーデータに少なくともメール、ファーストパーティCookie ID、または氏名などが必要とされています。これは広告計測の照合に関わるためだと考えられます。Zapierでテストする時も、「取れているデータが後続処理に使えるか」を見る視点が大切です。
また、テストでは取得したレコードを選べる場合があります。複数候補が出た時は、最も本番に近いものを選ぶとよいです。空欄が多いデータより、実際に処理したい条件に近いデータを選ぶことで、後続のマッピングミスを減らせます。
✅ テスト時のおすすめ手順
| 順番 | 作業 |
|---|---|
| 1 | 連携元アプリで本番に近いテストデータを作る |
| 2 | ZapierでTest triggerを実行する |
| 3 | 複数レコードが出たら適切なものを選ぶ |
| 4 | 必要な項目が含まれるか確認する |
| 5 | 後続アクションで項目をマッピングする |
テストは単なる通過儀礼ではなく、Zapier設定の品質を左右する確認作業です。ここで丁寧に見ておくと、公開後に「通知文が空欄」「顧客名が入らない」「日時がずれる」といったトラブルを減らしやすくなります。
公開前の確認は必須項目とマッピングを見直すこと
Zapierでトリガーとアクションを作り、テストも通ったら、最後に公開します。ただし、公開前に必ず見直したいのが、必須項目とマッピングです。マッピングとは、トリガーで取得したデータをアクション側の項目に当てはめることです。
たとえば、フォーム送信データの「メールアドレス」を、メール配信ツールの「Email」欄に入れる。注文データの「合計金額」を、会計ツールの「Amount」欄に入れる。この対応関係がずれると、Zap自体は動いても、結果が業務で使えないものになるかもしれません。
🧩 マッピングで確認する項目
| アクション側の項目 | 入れるべきデータ例 | 注意点 |
|---|---|---|
| 顧客メールアドレス | 名前欄を入れない | |
| Name | 顧客名 | 姓名の分割に注意 |
| Amount | 金額 | 税込み・税抜きの違い |
| Date | 日付 | 形式とタイムゾーン |
| Description | 詳細文 | 長すぎる場合の扱い |
Zapier公式ヘルプでは、Configureタブで必須項目を設定し、必須フィールドにはアスタリスクが付くと説明されています。つまり、公開前にはアスタリスク付きの項目が空欄でないか、そして内容が正しいかを見る必要があります。
📌 公開前チェック表
| チェック | 内容 |
|---|---|
| ✅ | Triggerが目的のイベントになっている |
| ✅ | Actionが目的の処理になっている |
| ✅ | 必須項目がすべて埋まっている |
| ✅ | マッピング先が正しい |
| ✅ | テスト送信で期待通りの結果になった |
| ✅ | 本番で動かしてよいアカウントに接続している |
| ✅ | Zap名が後で見てもわかる |
Thinkificの例では、外部決済システムから学生を登録する時に、必須項目として名、姓、メールアドレスを入れる必要があります。パスワードを設定する場合、登録された学生はそのパスワードでログインすることになるため、案内メールで変更を促すことが推奨されています。これは、マッピングが単なるデータ入力ではなく、ユーザー体験にも影響する例です。
公開前には、可能であれば実際に1件テストして、連携先アプリにどう表示されるかを確認するとよいです。Shortcutのヘルプでも、Zapのテスト後にShortcut側でStoryが作成されたことを確認する流れが示されています。Zapier側のテスト成功だけでなく、連携先の結果まで見るのが安心です。
✅ 公開後に見ておきたい場所
| 場所 | 見る内容 |
|---|---|
| ZapierのZap一覧 | ZapがONになっているか |
| Zap Runs History | 実行履歴と入出力 |
| 連携先アプリ | 作成・通知・登録結果 |
| エラー通知 | 失敗したステップ |
| 連携元アプリ | トリガー対象データ |
公開はゴールではなく、自動化の運用開始です。最初の数回はZap履歴や連携先の結果を見て、思った通りに動いているか確認した方がよいでしょう。特にお金、広告、顧客情報に関わるZapは、公開直後の確認を丁寧に行うのが一般的です。
ポチップ
zapier 設定でつまずく原因と連携別の見直し
- Gravity Forms連携はREST APIとフィードの違いを押さえること
- LinkedIn Conversionsは必要な識別データをトリガーで取得すること
- Shortcut連携はAPIトークンとStory作成項目を確認すること
- Sawyer連携は使えるトリガーとプラン条件を先に見ること
- 日時設定はアカウントとアプリ側のタイムゾーン差を疑うこと
- エラー対応はZap履歴と接続先のデータ入出力を見ること
- 総括：zapier 設定のまとめ
Gravity Forms連携はREST APIとフィードの違いを押さえること
WordPressのフォームプラグインであるGravity FormsをZapierと連携する場合、一般的なZap設定に加えて、Gravity Forms側のAdd-OnやREST API、フィードの考え方を理解する必要があります。通常のアプリ連携よりも、WordPress側の状態が影響しやすい点に注意が必要です。
Gravity Formsの資料では、Zapier Add-On 4.0以降はREST APIを使った接続が中心になり、Zapier側のMy Appsで接続を管理すると説明されています。以前のバージョンでは、ZapごとにWebhook URLをGravity Forms側に入れる方式が使われていました。
🧾 Gravity Forms連携の方式比較
| 方式 | 主な特徴 | 管理場所 |
|---|---|---|
| 現代的なApp Connection | REST APIで接続 | ZapierのMy Apps |
| Legacy Webhook | Webhook URLで接続 | Gravity FormsのFeed設定 |
| Modern Feed | Zapierが自動作成 | 主にZapier側 |
| Legacy Feed | 旧方式のフィード | Gravity Forms側 |
REST API方式では、WordPressの管理画面でConsumer KeyとConsumer Secretを発行し、Zapier側でサイトURLと一緒に入力します。この時、APIキーを作成するユーザーに適切な権限が必要です。資料では、gravityforms_edit_forms capabilityとRead/Write権限が前提として示されています。
🔐 Gravity Forms接続前の確認表
| 確認項目 | 内容 |
|---|---|
| Zapierアカウント | Zapを作成できる状態か |
| Zapier Add-On | Gravity Forms側に導入済みか |
| SSL証明書 | httpsで外部アクセスできるか |
| REST APIキー | Consumer KeyとSecretを発行済みか |
| WordPress権限 | 必要なフォーム編集権限があるか |
| サイトURL | WordPressのベースURLを入力しているか |
Gravity Formsでは、Modern Feedは多くの設定がZapier側で管理され、Gravity Forms側で編集できる項目は限定されます。資料では、Admin LabelsとConditional Logicのみ編集できると説明されています。つまり、Gravity Forms側の画面で細かい設定が見つからない場合、Zapier側で管理されている可能性があります。
Conditional Logicは、条件に合うフォーム送信だけをZapierへ送るための機能です。たとえば「問い合わせ種別が資料請求の時だけ送る」といった使い方が考えられます。ただし、Zapier側でZapを無効化すると、Gravity Forms側のフィードが削除される可能性があるという注意も資料にあります。
⚠️ Gravity Formsでつまずきやすい点
| 症状 | 可能性 |
|---|---|
| 接続できない | APIキー、権限、SSL、URLの問題 |
| Feed設定が編集できない | Modern FeedでZapier側管理になっている |
| 条件が消えた | Zapを無効化してFeedが再作成された可能性 |
| データが送られない | Conditional Logicに合っていない |
| 旧Zapだけ動きが違う | Legacy Webhook方式の可能性 |
Gravity Forms連携では、「Zapier側の設定」と「WordPress側の設定」が分かれます。うまく動かない時は、Zapierだけを見続けるより、Gravity FormsのREST API、Feed、権限、SSLを順番に確認する方が早いかもしれません。
LinkedIn Conversionsは必要な識別データをトリガーで取得すること
LinkedIn ConversionsをZapierで使う場合は、一般的な通知やデータ登録とは少し目的が異なります。これはLinkedIn広告のコンバージョン計測に関わる設定で、ZapierのアクションからLinkedInへコンバージョンイベントを送る流れになります。
調査した資料では、まずLinkedIn Campaign Managerでコンバージョンルールを作り、その後Zapierでトリガーとアクションを設定する流れが説明されています。Zapier側では、LinkedIn Conversionsをアクションとして選び、Send Conversion Eventを設定します。
📊 LinkedIn Conversions設定の流れ
| 順番 | 作業 | 場所 |
|---|---|---|
| 1 | コンバージョンルールを作成 | LinkedIn Campaign Manager |
| 2 | コンバージョン元のトリガーを作成 | Zapier |
| 3 | LinkedIn Conversionsのアクションを追加 | Zapier |
| 4 | 広告アカウントとルールを選択 | Zapier |
| 5 | トリガーデータをマッピング | Zapier |
| 6 | テスト送信 | Zapier |
| 7 | レポート確認 | LinkedIn Campaign Manager |
この設定で重要なのは、トリガー側のデータに識別に使える情報が含まれているかです。資料では、少なくともメール、ファーストパーティCookie ID、または氏名などが必要とされています。つまり、単に「注文が入った」という情報だけでは足りない場合があります。
🧩 LinkedInへ渡すデータで見たい項目
| 項目 | 役割 |
|---|---|
| ユーザー識別に使われる可能性 | |
| First-party Cookie ID | 計測照合に使われる可能性 |
| First Name | 氏名照合に使う場合がある |
| Last Name | 氏名照合に使う場合がある |
| Conversion Rule | どの成果として記録するか |
LinkedIn Conversionsでは、テストステップを実行するとコンバージョンイベントがLinkedIn広告アカウントに送られると説明されています。そのため、テストといっても外部サービスへデータ送信が発生します。実行前には、送信してよいデータか、テスト用データかを確認した方がよいでしょう。
また、コンバージョンルール名は他のルールと区別しやすいようにしておくと管理しやすくなります。資料では、CAPIを名前の先頭につけることが推奨されています。これは必須というより、後で見分けやすくするための実務的な工夫だと考えられます。
✅ LinkedIn Conversions公開前チェック
| チェック | 内容 |
|---|---|
| ✅ | LinkedIn側でコンバージョンルールを作った |
| ✅ | Zapierのトリガーに識別データがある |
| ✅ | 広告アカウントを正しく選んだ |
| ✅ | Conversion欄で正しいルールを選んだ |
| ✅ | テスト送信してよいデータを使った |
| ✅ | 公開後にCampaign Managerで結果を見る |
広告計測系のZapは、通知系よりも影響が大きくなりやすいです。重複送信や誤ったルールへの送信が起きると、レポートの見え方に影響するかもしれません。公開前にトリガー条件とマッピングを丁寧に確認することが大切です。
Shortcut連携はAPIトークンとStory作成項目を確認すること
ShortcutとZapierを連携する場合は、Shortcut側でAPI Tokenを作成し、それをZapierのApp Connectionsで入力します。調査したShortcutヘルプでは、Zapier連携により、定義したトリガーからShortcutのStoryを作成できると説明されています。
この連携で最初に見るべきは、API Tokenの作成場所です。ShortcutではSettings > API TokensからZapier用のトークンを作成し、それをZapier側に貼り付けます。APIトークンは認証情報なので、扱いには注意が必要です。
🧷 Shortcut連携の基本手順
| 順番 | 作業 | 補足 |
|---|---|---|
| 1 | ShortcutでAPI Tokenを作る | Settings > API Tokens |
| 2 | ZapierでShortcutを検索 | App Connectionsから追加 |
| 3 | API Tokenを入力 | コピーしたトークンを貼り付け |
| 4 | Triggerを作る | 例：Gmailなど |
| 5 | ActionにShortcutを選ぶ | Story作成 |
| 6 | 必須項目を設定 | Story Name、Workflowなど |
| 7 | Test & Continue | Shortcut側で作成結果を確認 |
ShortcutのZapier連携では、Story NameとWorkflowが必須項目として説明されています。その他にTeams、Epics、Description、Story Typeなどを指定できる場合があります。必須項目だけで動くとしても、運用で使いやすいStoryにするには説明文や分類も整えた方がよいかもしれません。
📌 ShortcutのStory作成で見る項目
| 項目 | 必須度 | 内容 |
|---|---|---|
| Story Name | 必須 | 作成されるStoryの名前 |
| Workflow | 必須 | どのワークフローに入れるか |
| Team | 任意 | 担当チーム |
| Epic | 任意 | 関連する大きなまとまり |
| Description | 任意 | メール本文や依頼内容など |
| Story Type | 任意 | Feature、Bugなどの分類 |
たとえばGmailをトリガーにしてShortcut Storyを作る場合、メール件名をStory Nameに、本文をDescriptionに入れるような設定が考えられます。ただし、これは一般的な使い方の一例です。実際には、チームの運用ルールに合わせて項目を決める必要があります。
テスト後は、Zapier側の成功表示だけでなく、Shortcut側にStoryが作成されたかを確認します。Shortcutヘルプでも、テスト後にShortcutで確認する流れが示されています。Zapierのテスト成功と、連携先で期待通り表示されることは別なので、両方見た方がよいです。
✅ Shortcut連携の確認リスト
| チェック | 内容 |
|---|---|
| ✅ | API Tokenを正しくコピーした |
| ✅ | ZapierにShortcutアプリを接続した |
| ✅ | Story Nameに意味のある値を入れた |
| ✅ | Workflowを正しく選んだ |
| ✅ | Test後にShortcut側でStoryを確認した |
| ✅ | 本番でStoryが増えても問題ない条件にした |
Shortcut連携は、問い合わせ、メール、フォーム、チャットからタスクを自動作成する用途に向いています。ただし、自動でStoryを作りすぎると管理が大変になる可能性があります。トリガー条件を絞る、件名にルールを設ける、Workflowを分けるなどの工夫があると扱いやすくなります。
Sawyer連携は使えるトリガーとプラン条件を先に見ること
SawyerとZapierの連携では、利用できるプランやトリガー種類を先に確認することが大切です。調査したSawyerのヘルプでは、この機能はScale pricing planに含まれ、LaunchやGrow planには含まれないと説明されています。つまり、Zapierで設定しようとしても、契約プランによっては使えない可能性があります。
Sawyer連携では、New Free Trial Booking、New Client、New Order、New Booking、Updated Bookingなどのトリガーが案内されています。予約、注文、顧客、体験予約など、業務のどのタイミングを起点にするかで選ぶトリガーが変わります。
🧭 Sawyer連携で使える主なトリガー
| トリガー | 意味 | 使い道の例 |
|---|---|---|
| New Free Trial Booking | 無料体験予約 | 体験参加者への案内 |
| New Order | 新規注文 | 会計・通知・顧客管理 |
| New Orders V2 | 注文情報の拡張版 | より詳細な注文処理 |
| New Client | 新規顧客プロフィール | ウェルカムメール |
| New Booking | 新規予約 | 予約通知・参加者管理 |
| Updated Booking | 予約変更 | キャンセルや移動の通知 |
ここで注意したいのは、New Clientは「新規顧客プロフィールが作成された」ことを意味し、必ずしも注文が発生したことを示すわけではない点です。注文後の処理をしたい場合は、New OrderやNew Bookingの方が目的に近いかもしれません。
📌 Sawyerのトリガー選びマトリクス
| やりたいこと | 選びやすいトリガー | 注意点 |
|---|---|---|
| 無料体験者にメールしたい | New Free Trial Booking | 体験日時や参加者情報を見る |
| 新規注文を会計に回したい | New Order / V2 | 金額・手数料・残高を確認 |
| 新規顧客に挨拶したい | New Client | 注文済みとは限らない |
| 予約者を一覧化したい | New Booking | 参加者情報を確認 |
| キャンセルを検知したい | Updated Booking | 変更種別を確認 |
Sawyerの各トリガーでは、注文番号、予約日時、顧客名、メール、電話番号、参加者名、アクティビティ情報、スケジュール情報など、多くのデータ項目が返ると説明されています。これらをZapier側で必要なアクションにマッピングします。
ただし、データ項目が多いほど、どれを使えばよいか迷いやすくなります。たとえば「Client Name」と「Participant Name」が別で返る場合、保護者に連絡するのか、参加者名を記録するのかで使う項目が変わります。教育・クラス予約系のサービスでは、この違いが重要になることがあります。
✅ Sawyer連携前のチェックリスト
| チェック | 内容 |
|---|---|
| ✅ | 利用プランでZapier連携が使える |
| ✅ | Sawyerにログイン済み |
| ✅ | ZapierでSawyer Toolsを選べる |
| ✅ | 目的に合うトリガーを選んだ |
| ✅ | 顧客と参加者の項目を取り違えていない |
| ✅ | 注文と予約の違いを確認した |
Sawyer連携では、最初に無料版のZapierで試すことも案内されています。ただし、利用できるZapier側の機能や実行回数はプランによって変わる可能性があります。細かい制限は最新のZapier・Sawyer側の案内を確認するのがよいでしょう。
日時設定はアカウントとアプリ側のタイムゾーン差を疑うこと
Zapier設定で意外とつまずきやすいのが日時です。とくにカレンダー、予約、イベント、広告計測、外部システム登録では、UTC、JST、Eastern Time、Central Timeなどのタイムゾーンが絡むため、画面上の時刻が想定とずれることがあります。
調査したZapier Communityの事例では、Zap単位のタイムゾーン設定、Zapierアカウントのタイムゾーン、連携先アプリのタイムゾーンが関係し、UTCで入れたい時刻がEastern Timeに変換されて見えるという相談がありました。最終的には、ユーザー側で自前の計算をする回避策にしたと投稿されています。
🕒 日時トラブルで関係しやすい設定
| 場所 | 内容 | 影響 |
|---|---|---|
| Zapierアカウント | アカウント全体のタイムゾーン | 日時フィールドの解釈に影響する可能性 |
| Zap Details | Zap単位のタイムゾーン | 期待通り反映されないと感じる事例あり |
| 連携元アプリ | Microsoftなどの出力時刻 | UTCで返ることがある |
| Formatter | Date & Time変換 | 時刻変換や形式統一に使う |
| 連携先アプリ | 登録先のタイムゾーン | 表示時刻が変わる可能性 |
日時設定では、まず「どの時刻を基準にしたいのか」を決める必要があります。UTCで統一したいのか、連携先アプリのローカル時間に合わせたいのか、日本時間に変換したいのかで設定が変わります。
📌 日時設定の見直し手順
| 順番 | 確認内容 |
|---|---|
| 1 | トリガー元の時刻がどのタイムゾーンか確認 |
| 2 | Zapierアカウントのタイムゾーンを確認 |
| 3 | Zap Detailsのタイムゾーンを確認 |
| 4 | 連携先アプリのタイムゾーンを確認 |
| 5 | Formatter > Date & Timeで変換を試す |
| 6 | Zap Runs HistoryでDATA IN/OUTを見る |
Communityの回答では、Formatter > Date & Time > Adjustを使って形式をそろえる提案がされています。また、ZapをONにしてライブテストし、Zap Runs historyで各ステップのDATA IN/OUTを確認することも提案されています。これは日時に限らず、Zapierの原因調査でかなり重要な見方です。
ただし、Communityの事例は個別環境の話であり、すべてのZapで同じ挙動になるとは限りません。一般的には、日時がずれる時は、アカウント、Zap、連携元、連携先、Formatterのどこで変換されているかを分けて見るのがよいです。
⚠️ 日時ずれの典型パターン
| 症状 | 疑う場所 |
|---|---|
| 5時間ずれる | UTCとEastern Timeなどの差 |
| 1時間ずれる | サマータイムの可能性 |
| 連携先だけ違う | 連携先アプリの表示タイムゾーン |
| テストと本番が違う | サンプルデータと実データの違い |
| 形式エラーになる | ISO 8601やオフセット形式の問題 |
日時は、見た目では小さなズレでも、予約やイベントでは大きな問題になります。Zapier設定で日時を扱う場合は、テストデータの時刻、Formatterの出力、連携先の表示をセットで確認するのがおすすめです。
エラー対応はZap履歴と接続先のデータ入出力を見ること
Zapierがうまく動かない時は、設定画面を眺め続けるより、Zap履歴を見る方が早いことがあります。Zap Runs Historyでは、各ステップの入力データと出力データを確認できるため、どこまでは動いていて、どこで止まったのかを切り分けやすくなります。
Zapier Communityの日時トラブルでも、ZapをONにしてライブテストし、Zap Runs historyのDATA IN/OUTを見ることが提案されています。これは日時だけでなく、トリガー不発、マッピングミス、接続エラー、外部アプリ側の失敗にも使える見方です。
🧯 Zapierエラー時の確認順
| 順番 | 見る場所 | 確認内容 |
|---|---|---|
| 1 | Zap一覧 | ZapがONか |
| 2 | Trigger設定 | イベント条件が正しいか |
| 3 | Test結果 | サンプルデータが取得できるか |
| 4 | Zap Runs History | どのステップで失敗したか |
| 5 | DATA IN | 入力データが正しいか |
| 6 | DATA OUT | 出力データが期待通りか |
| 7 | 連携先アプリ | 実際に作成・送信されたか |
エラー対応では、まず「Zapが動いていない」のか「Zapは動いたが結果が違う」のかを分けます。前者ならトリガーや接続、後者ならマッピングやアクション設定を疑うことが多いです。
📌 症状別の見直し表
| 症状 | 最初に見る場所 | 次に見る場所 |
|---|---|---|
| Zapが起動しない | Trigger Event | トリガー元の新規データ |
| データが空欄 | Test record | マッピング |
| 連携先に作成されない | Action Test | 連携先アカウント |
| 時刻がずれる | Formatter | アカウント・アプリのタイムゾーン |
| 権限エラー | Connected Account | 連携アプリ側の権限 |
| フォーム連携が失敗 | REST API・SSL | Gravity Forms Feed |
外部アプリごとの事情もあります。Gravity FormsならREST APIやFeed、ShortcutならAPI Token、LinkedIn Conversionsならコンバージョンルールと識別データ、Sawyerならプランとトリガー種別を見ます。Zapierだけで完結しない連携ほど、接続先の仕様確認が重要です。
また、テスト時に汎用サンプルしか返らないアプリもあるため、本番に近いデータで再テストすることも大切です。Zapier公式ヘルプでも、期待するフィールドがない場合は新しいデータを作って再テストする方法が案内されています。
✅ 問い合わせ前にまとめておく情報
| 情報 | なぜ必要か |
|---|---|
| Zap名 | 対象を特定するため |
| 失敗した日時 | 履歴を追うため |
| 失敗ステップ | 原因を絞るため |
| DATA IN/OUT | 入出力の状態を見るため |
| エラーメッセージ | 仕様か不具合か判断するため |
| 連携先アプリ名 | アプリ固有の制限を見るため |
うまくいかない時は、Zapier SupportやCommunityに相談する選択肢もあります。ただし、その前にZap履歴、DATA IN/OUT、接続アカウント、連携先の状態を確認しておくと、質問内容が明確になり、回答も得やすくなるはずです。
総括：zapier 設定のまとめ
最後に記事のポイントをまとめます。
- zapier 設定はトリガーとアクションを順番に作る作業である。
- 最初のZapは1トリガー・1アクションで作るのが現実的である。
- 検索設定ではアプリ名とイベント名を分けて確認するべきである。
- 「New」と「New or Updated」は動く条件が異なるため注意が必要である。
- アカウント接続では権限、APIキー、SSL、URLを確認する必要がある。
- テスト設定では本番に近いサンプルデータを使うべきである。
- テスト成功だけでなく、連携先アプリの表示結果まで見るべきである。
- 必須項目とマッピングの確認は公開前に必須である。
- Gravity Forms連携ではREST API方式とLegacy Webhook方式の違いを押さえる必要がある。
- LinkedIn ConversionsではメールやCookie IDなど識別データの有無が重要である。
- Shortcut連携ではAPI Token、Story Name、Workflowを確認する必要がある。
- Sawyer連携では利用プランとトリガー種別を先に確認するべきである。
- 日時ずれはZapierアカウント、Zap、連携元、連携先のタイムゾーン差が原因になりやすい。
- エラー時はZap Runs HistoryのDATA IN/OUTを見て原因を切り分けるべきである。
- zapier 設定は画面を埋める作業ではなく、業務の流れをデータでつなぐ設計である。
- https://help.zapier.com/hc/en-us/articles/8496288188429-Set-up-your-Zap-trigger
- https://zapier.com/blog/goal-setting-worksheet/
- https://help.zapier.com/hc/en-us/articles/25026280980365-Import-and-track-conversions-using-LinkedIn-Conversions-with-Zapier
- https://community.zapier.com/troubleshooting-99/timezone-setting-not-honored-at-zap-level-45849
- https://docs.gravityforms.com/setting-up-the-zapier-add-on/
- https://help.hisawyer.com/en/articles/11105679-setting-up-your-sawyer-and-zapier-integration
- https://www.linkedin.com/posts/wadefoster_were-setting-a-new-standard-at-zapier-activity-7334216816732360705-rLZ1
- https://help.shortcut.com/hc/en-us/articles/206093065-Setting-Up-Zapier-Integrations
- https://docs.gravityforms.com/setting-up-your-zapier-feed/
- https://support.thinkific.com/hc/en-us/articles/360033911014-Zapier-Setting-Passwords
各サイト運営者様へ
有益な情報をご公開いただき、誠にありがとうございます。
感謝の意を込め、このリンクはSEO効果がある形で設置させていただいております。
※リンクには nofollow 属性を付与しておりませんので、一定のSEO効果が見込まれるなど、サイト運営者様にとってもメリットとなれば幸いです。
当サイトは、インターネット上に散在する有益な情報を収集し、要約・編集してわかりやすくお届けすることを目的としたメディアです。
引用や参照の方法に不備、あるいはご不快に感じられる点がございましたら、お問い合わせフォームよりご連絡ください。
今後とも、どうぞよろしくお願いいたします。
