あらゆるアプリのスクリーンショットデータを
Google Sheetsに送信する方法（2026年版ガイド）

アプリのスクリーンショットはデータソースであり、文書形式ではない

画像からデータを抽出するチュートリアルは、どれも「画像には表が含まれている」という前提から始まります。Google ドライブの組み込み OCR はテキストを検出してフラットなブロックとして出力します。Excel の「画像からデータ」はグリッド線をスキャンし、セルを座標にマッピングして行と列を再構築します。Google Workspace Marketplace で 68,000 以上のインストール実績がある ExtractTable のようなサードパーティ製アドオンは、枠線のある表を検出してセル単位の OCR を適用します。

問題は、実際に撮影するスクリーンショットには表が含まれていないことです。Stripe の支払い確認画面では、「金額: ¥27,400」や「ステータス: 成功」がカードレイアウトに積み重なったラベルと値のペアとして表示されます。Shopify の注文ページでは、請求先住所、明細項目、フルフィルメントステータスが別々のパネルに表示されます。社内ダッシュボードは KPI カードのモザイクであり、各カードには 1 つの数値と 1 つのラベルしかなく、グリッド線もセルの境界もマッピングする座標もありません。

このようなスクリーンショットを表検出ツールに入力すると、空の結果（表が見つからない）が返されるか、表示されているすべての単語が構造化されていないテキストブロックにダンプされます。結局、必要な 4 つか 5 つの値を手入力することになりますが、さらに画像のアップロードと検出の失敗を待つ時間も費やしていることになります。

アプリのスクリーンショットに必要なのは、表検出器ではありません。画面上のテキストが何を意味するのかを理解するリーダーであり、テキストがどこにあるかではありません。Stripe の確認カードの左側にあろうと、PayPal の取引詳細の右側にあろうと、「金額: ¥27,400」を見つけられるリーダーです。これこそ、ほとんどの画像スプレッドシートツールが決して埋めることのできなかった機能ギャップです。

スクリーンショットからスプレッドシートへのギャップを、既存のパイプラインを壊さずにどのように適合させるかについては、パイプラインデザインの記事でアーキテクチャを解説しています。すでに構築したすべての数式、グラフ、インポートはそのまま維持されます。以下のチュートリアルは実践編です。インストール、設定、キャプチャの手順を説明します。

アプリのスクリーンショットを読み取るアドオンのインストール

ImageToTable.ai は Google Sheets アドオンを提供しています。スプレッドシート内に常駐するサイドバーパネルで、シートから離れることなく AI 抽出を実行できます。カスタム列抽出を使用して、必要なフィールド名（例：「取引金額、日付、参照番号、ステータス」）を入力すると、AI がその意味を理解してスクリーンショット上の任意の場所から値を特定します。あるスクリーンショットの左上にある取引金額と、別のスクリーンショットの中央下部にある取引金額は、出力では同じ列に解決されます。AI はピクセル座標ではなく意味を読み取るからです。対応ドキュメントタイプ、プラン要件、アドオンが Web アプリと同期する内容など、製品の詳細については、Google スプレッドシートへの抽出ページをご覧ください。

インストールは1回だけ、1分もかかりません。

1. Google Workspace Marketplace を開きます。任意の Google シートで、拡張機能 → アドオン → アドオンを取得 の順にクリックします。「ImageToTable.ai」を検索し、インストールをクリックして、要求された権限を許可します。アドオンがアクティブなスプレッドシートへの書き込みアクセスを必要とするのは、抽出した行を追加するためだけです。既存のセル、数式、シート構造を変更することはありません。
2. APIキーを生成します。ImageToTable.ai の Web アカウント（無料登録）で、プロフィール → APIキー → 再生成 の順に進み、キーをコピーします。
3. サイドバーでキーをバインドします。シートに戻り、アドオンを起動します：拡張機能 → ImageToTable.ai → 開く。サイドバーのアカウントセクションに APIキーを貼り付けます。これでアドオンがプランにバインドされ、使用量はクォータにカウントされ、保存済みのカラムテンプレートは Web プラットフォームとサイドバー間で同期されます。キー1つ、バインド1回、完了です。

アドオンの準備が整いました。幅約300pxのパネルがスプレッドシートの右側に表示されます。作業中のシートは中央に表示されたままです。新しいタブも新しいウィンドウもなく、コンテキストの切り替えも不要です。

ステップバイステップ — スクリーンショットからスプレッドシートへ

デスクトップのスクリーンショットからスプレッドシートのデータ行までの全フローです。初回はセットアップを含めて約90秒。同じ支払いポータル、ダッシュボード、アプリからの2回目以降のスクリーンショットは、カラム定義が保持されるため約15秒で完了します。

各スクリーンショットの処理には約5〜10秒かかります。同じフィールドを手動で読み取って入力するのに約3分かかるのと比較すると、画像1枚あたり18倍の速度差です。スクリーンショットがバッチで届くと、時間の節約はさらに大きくなります。また、列定義はセッション間で保存されるため、翌日の支払い確認には再設定が不要です。サイドバーは、あなたが列に付けた名前をすでに覚えています。

定着するキャプチャ習慣の作り方

アドオンに送る最初のスクリーンショットは概念実証です。10枚目は習慣になります。この2つの違いは、キャプチャのステップが既存のルーチンに負担を加えるか、それとも自然に溶け込むかです。

テンプレートの永続化が習慣化を促します。 アドオンがAPIキーでアカウントに紐付けられている場合、あるセッションで定義した列名は次のセッションに引き継がれます。毎日Stripeの支払い確認を「日付 | 金額 | 顧客 | 支払い方法 | ステータス」という列で処理しているなら、翌日サイドバーを開いたとき、その5つの列が待っています。名前を付け直す必要も、再設定する必要もありません。新しいスクリーンショットをアップロードして「抽出」をクリックするだけです。

複数のデータソースがある場合は、名前付きテンプレートを作成します。支払い確認用（Stripe/PayPal）、注文追跡用（Shopify/WooCommerce管理画面）、社内KPIスナップショット用（チームのダッシュボード）などです。サイドバーでのテンプレート切り替えはワンクリックで、列は即座に入れ替わります。テンプレートシステムにより、アドオンは単一目的の抽出ツールから、複数ソース対応のキャプチャハブへと進化します。

ほとんどのユーザーが習慣を定着させる3つのパターンは次のとおりです。

• 同じ時間、同じソース。毎朝、前日のStripe支払いを確認します。シートを開き、サイドバーを開くと「Stripe Payments」テンプレートがすでに選択されており、新しいスクリーンショットのバッチをアップロードして抽出するだけです。シートを開いてからすべてのデータ行が入力されるまでのセッション全体は、12枚程度のスクリーンショットで1分未満です。
• トリガー駆動のキャプチャ。データポイントを生成するアクションを完了するたびに — 顧客が注文する、支払いが完了する、KPIが更新される — スクリーンショットを撮ります。1日の終わりにシートを開き、その日のキャプチャを一括処理します。アドオンはセッション間でカラム定義を保存するため、毎日のバッチはアップロードと抽出の1サイクルだけです。
• コレクション駆動のキャプチャ。スクリーンショットが他の人から提供される場合 — 現場技術者がアプリの測定値を送信する、チームメンバーがダッシュボードのスナップショットを共有する — アドオンをCollection Linkと組み合わせます。ImageToTable.aiアカウントから共有可能なURLを生成し、投稿者と共有すると、アップロードされたスクリーンショットがアカウントのキューに届きます。そこから、自分のキャプチャと同じようにサイドバーで処理できます。投稿者側の登録は不要です。

このアドオンの価値は、1枚のスクリーンショットで時間を節約することではありません。再設定もコンテキストの切り替えもなしに、毎日繰り返し節約できることです。スプレッドシートの端にあるサイドバーは、数式バーと同じくらい恒久的な存在になり、スクリーンショットとデータ行の間のスペースは、もはや考えなくてもよいワークフローの一部になります。

サイドバーワークフローが従来のDrive OCR方式とどのように比較されるかについての詳細な比較 — 両方の経路のステップ数内訳を含む — は、サイドバイサイドのワークフロー分析で、各アプローチが実際にどのようなものかを説明しています。

アドオンとWebプラットフォームの使い分け

ImageToTable.aiには、SheetsアドオンのサイドバーとブラウザベースのWebプラットフォームという2つの取り込み手段があります。両者は同じ抽出エンジン、同じアカウント、同じプラン枠を共有しています。どちらを選ぶかは、機能ではなくワークフローへの適合性の問題です。

2つのモードは同じアカウント内で共存できます。日々のStripe確認はサイドバーで、毎週の請求書バッチはWebプラットフォームで処理するといった使い分けが可能です。どちらも同じ枠にカウントされ、テンプレートも同期され、出力先はその都度自由に決められます。特定の文書タイプを対象としたアドオン抽出ワークフローについては、領収書抽出と請求書抽出のガイドで、各文書タイプに対して最もクリーンな出力を生む列名パターンを解説しています。

よくある質問

このアドオンは、どのアプリのスクリーンショットでも動作しますか？

はい — 抽出エンジンはスクリーンショットの視覚的な内容を読み取り、アプリのレイアウトではなく意味に基づいてフィールドを特定します。Stripeの確認画面にある支払金額と、PayPalの領収書にある同じ金額は、どちらも「金額」という名前の列にマッピングされます。これは、AIがピクセル位置ではなく、ラベルと値の関係を理解するためです。唯一の実用的な制約は、スクリーンショットが判読可能であることです。画面上のテキストが小さすぎて読めない場合や、画像が大幅に圧縮されている場合、精度は低下します — これはAIベースの認識システム全般に当てはまる制限です。

データを抽出したい部分だけを表示するように、スクリーンショットを切り抜く必要がありますか？

いいえ。列名を指定するアプローチでは、AIに「どこを」見るかではなく「何を」抽出するかを指示します。Shopifyの注文ページの全画面キャプチャ — ナビゲーションバー、サイドバーメニュー、無関係なダッシュボードウィジェットを含む — でも問題ありません。AIは画像全体をスキャンし、列名に対応するフィールドを特定し、それ以外は無視します。切り抜きは不要です。実際、周囲のコンテキストを残しておくことで、AIがフィールドを明確に区別できる場合があります — 価格パネルで「注文合計」の横にある数字は、在庫セクションでSKUとして表示されている同じ数字とは明らかに異なります。

支払詳細や顧客の個人情報など、機密データを含むスクリーンショットはどうなりますか？

ファイルは抽出セッション中に処理され、完了後は保存されません。アドオンは抽出APIとHTTPS経由で通信します。スクリーンショットに個人情報、決済カードデータ、または保護された健康情報が含まれている場合は、特にHIPAAやGDPRの対象となる場合、処理条件を組織のコンプライアンス要件と照らし合わせて確認してください。このツールはデータを一時的に処理します。ワークフローがデータ取り扱い義務に適合していることを確認するのは、お客様の責任です。

複数のスクリーンショットから同時にデータを抽出できますか？

はい。アップロードダイアログで複数のファイルを選択するか、バッチをドラッグ＆ドロップしてください。各スクリーンショットは個別に処理され、アクティブなシートに1行ずつ追加されます。「日付｜金額｜顧客｜ステータス」という列がある場合、10枚のスクリーンショットからは、アップロードされた順に10行（スクリーンショット1枚につき1行）が生成されます。

既存のIMPORTDATAパイプラインやスプレッドシートの数式を置き換えるものですか？

いいえ。このアドオンはシートに行を追加するだけで、既存の数式、インポート、条件付き書式を変更しません。QUERY、VLOOKUP、SUMIFSの数式は、変更されない列ヘッダーと範囲を参照します。このアドオンは、ネイティブのSheets関数では読み取れないスクリーンショットというギャップを埋めるもので、既に機能しているものを一切変更しません。

Googleドライブの組み込みOCR方法とはどう違いますか？

GoogleドライブのOCR（画像をアップロード→Docsで開く→テキストをコピー→Sheetsに貼り付け→列に分割）は7〜9ステップのプロセスで、出力は生の非構造化テキストです。データの関係性を理解しないため、「金額：$247.00」や「日付：3月15日」は区別されないテキストとして出力され、手動で整理する必要があります。このアドオンは、型付けされた列整列データを生成し、完成した行としてシートに直接配置します。違いは抽出品質ではなく、「スクリーンショットがある」状態から「データがシートにある」状態までのすべての中間ステップを排除することです。両方の方法の詳細な比較は、ワークフロー比較記事をご覧ください。

AIがフィールドの値を誤って抽出した場合はどうなりますか？

信頼度の低い抽出結果は、データがシートにコミットされる前にサイドバーでフラグが付けられるため、その場で確認・修正できます。同じアプリ画面からの繰り返し抽出では、鮮明なスクリーンショットの印刷テキストに対する精度は最大99%に達します。エラーの最も一般的な原因はAIのテキスト読み取りミスではなく、列名の曖昧さです。「番号」という列名を付け、スクリーンショットに取引ID、参照番号、明細項目数が含まれている場合、AIには3つの候補があります。説明的な列名（「番号」ではなく「取引ID」）を使用することで解決できます。一貫したスクリーンショット抽出のガイドでは、修正を最小限に抑える命名方法と画像品質の実践について説明しています。

これはExcelの「画像からデータ」機能と同じですか？

いいえ。Excelの「画像からデータ」は表再構築ツールです。画像内の罫線を検出し、セルを座標にマッピングして、各セルにOCRを適用します。枠線のある表を含むスクリーンショットでは機能しますが、ほとんどのアプリ画面を構成するカードやパネル形式のレイアウトでは失敗します。ここで説明するアドオンは、画像全体の意味内容を読み取ります。表の有無にかかわらず、あらゆるレイアウトから名前付きフィールドを抽出します。