IMPORTRANGEの使い方｜別ファイル参照・権限・更新とエラーの確認

※本記事にはPRを含む場合があります。

こんにちは。『脱会社員』脱サラを応援し続けるブログ、運営者の『なかびー』です。

別のGoogleスプレッドシートにある在庫や進捗を、毎回コピーして貼り付ける代わりに参照したい。そんなときに使うのがIMPORTRANGEです。関数の形は短いものの、参照元と参照先を取り違えたり、接続許可の影響を知らずに共有したりすると、表示の問題だけでは済まなくなります。

この記事では、自分で管理する二つの練習用ファイルを想定し、六行の架空の在庫表を読み込む手順を整理します。URLと範囲の指定、初回の接続、更新待ち、エラーの切り分け、引き継ぎまでを扱います。特に、参照先の編集者が参照元の別の範囲も取得できるという権限の性質は、式を入れる前に確認してください。

機能の説明は2026年10月4日にGoogleの公式ヘルプで確認しました。パソコンのブラウザーで使うGoogleスプレッドシートを想定し、所属組織の管理設定により利用や共有が制限される場合があります。本文のデータはすべて練習用で、掲載画像は実際の画面ではなく作業を表す生成イメージです。

参照元と参照先を決める｜連携する情報と目的を限定する

別のタブか、別のファイルかを区別する

同じスプレッドシートの中にある別のタブを参照する場合と、別ファイルのデータを参照する場合は、使う方法が違います。同じファイル内なら、たとえば='在庫'!C2のようなシート参照で済む場面があります。IMPORTRANGEは、別のスプレッドシートから範囲を読み込むときに使う関数です。

Googleの他のシートを参照する説明でも、同じファイルのシートと別のスプレッドシートの参照が区別されています。「シート」という言葉でファイル全体を指す人もいるため、作業を頼まれたときは、URLが一つなのか二つなのかを確認すると話が整理しやすくなります。

ここでは元ファイルを「在庫連携_元」、受け取るファイルを「在庫確認_先」と呼びます。データを入力するのは元、読み込んで見るのは先です。参照先の表示を直そうとして元とは別の値を手入力すると、どちらが正しい情報か分からなくなるので、更新する場所を一つに決めましょう。

読み込む目的と必要な列を先に決める

在庫の確認だけが目的なら、商品コード、商品名、数量、確認時点があれば足りるかもしれません。仕入価格、取引先の連絡先、社内メモまで受け取る必要があるとは限りません。必要な列を決めることは、動作を軽くするだけでなく、渡す情報を整理するうえでも大切です。

ただし、読み込み式をA:Dの範囲に絞るだけで、参照先の編集者がそれ以外を取得できないという保証にはなりません。接続の権限は後の章で詳しく扱います。機密情報が同じ元ファイルにあるなら、共有してよい情報だけを持つ別ファイルを参照元にするなど、ファイルの境界から設計を考える必要があります。

実務で連携を始める前には、誰が元を更新し、誰が先を編集し、誰が見るのかを確認します。自分が両方を所有する練習ファイルなら、小さなデータで仕組みを学べます。業務データを使う段階では、情報の管理者と組織のルールに沿い、勝手に接続先や共有相手を増やさないようにします。

六行の架空在庫表を用意する

元ファイルに「共有用在庫」という名前のタブを作り、A1:D1へ「商品コード」「商品名」「数量」「確認時点」を入力します。A2:D7に次の六行を置きます。確認時点は自動で動く関数ではなく、練習用の固定値として入力します。時刻は元の在庫を確認した時点の例で、IMPORTRANGEが読み込んだ時刻ではありません。

※表は横にスクロールできます。

数量の合計は144です。P104の0は在庫ゼロという値で、数量未入力の意味ではありません。商品コードの六種類、データ六行、四列という構成を控えておきます。読み込みに成功したかを確認するときは、何かが表示されたことだけでなく、この構成と代表値が一致することを確かめます。

先ファイルには「設定」と「取込」のタブを用意します。設定のB2に元ファイルの実際のURLを入れ、取込のA1から右と下を空けます。この記事の説明用ファイル名を見て、同じ名前の別ファイルを選ばないように、URLで対象を確認してください。練習のために他人へ共有する必要はありません。

接続を作る前に確認する項目をそろえる

URLをコピーする前に、現在開いているアカウントで元ファイルを閲覧できるかを確認します。複数のGoogleアカウントを使っていると、別のアカウントでは開けるのに、式を入れるアカウントでは権限がないということがあります。アクセスできない場合は、正しいアカウントと必要な権限を確認します。

先ファイルの共有状態も確認してください。自分だけのつもりだった先ファイルに、以前の共同編集者が残っていることがあります。接続によって読める情報が変わるため、元だけでなく先の編集者を把握する必要があります。権限の確認を、エラーが出た後だけの作業にしないことが重要です。

※表は横にスクロールできます。

URLと範囲を指定して読み込む｜小さな接続から確かめる

二つの引数を分けて読む

IMPORTRANGEの基本は=IMPORTRANGE(元ファイルのURL,範囲の文字列)です。URLを式の中へ直接書く場合はダブルクォーテーションで囲み、URLを置いたセルを参照する場合はセル参照を使います。範囲も文字列として指定するか、その文字列が入ったセルを参照します。

GoogleのIMPORTRANGE公式ヘルプで、構文と範囲指定を確認できます。今回の練習ではURLを設定タブのB2へ置き、取込タブのA1に=IMPORTRANGE('設定'!B2,"共有用在庫!A1:D7")を入れます。B2へは自分の元ファイルの実際のURLを入れてください。

この方法ならURLを式のあちこちへ繰り返し書かずに済み、接続先を確認する場所をまとめられます。一方、B2を書き換えると参照元が変わるため、設定欄を自由なメモ欄と混同しないようにします。共有ファイルで変更する場合は、新しい元の内容と許可の範囲も改めて確認します。

ファイルのURLとタブ名を取り違えない

一つ目の引数はスプレッドシートのファイルを示し、二つ目の引数でその中のタブとセル範囲を指定します。ブラウザーのURLにタブを表す情報が含まれていても、それだけで二つ目の範囲が自動で正しくなると思わないようにします。タブ名とA1形式の範囲を明示すると、どこを読むか説明しやすくなります。

範囲のシート名を省略すると、最初のシートから読み込む扱いになるため、複数タブのファイルでは意図しない場所を参照する可能性があります。今回のように「共有用在庫!A1:D7」と書き、タブの並び順に依存しない形にしておくと分かりやすくなります。

空白を含むタブ名など、名前の扱いに注意が必要な場合は、"'共有用 在庫'!A1:D7"のようにタブ名部分をシングルクォーテーションで囲む書き方を確認します。ファイルのタイトルとタブ名は別なので、ファイル名を範囲のシート名へ入れないようにしましょう。

範囲も設定セルへ置いて管理する

設定タブのB3へ文字列として「共有用在庫!A1:D7」を入れれば、取込タブの式を=IMPORTRANGE('設定'!B2,'設定'!B3)にできます。B3は数式ではなく範囲を表す文字です。式の中に書いたときの引用符を、セルの値にも二重に付ける必要はありません。

URLと範囲を別々の設定セルへ置くと、エラーの切り分けもしやすくなります。ファイル自体を開けるか、タブ名が存在するか、A1:D7に必要なデータがあるかを順に確認できます。問題が起きたとき、長い式を全部書き直すより、どの引数が違うかを調べましょう。

設定を外へ出しただけでは、誤変更を防ぐ仕組みになったとは限りません。見出しを付け、何の値かを説明し、編集する担当者を決めます。必要な範囲の編集を制限する機能を使う場合も、共有する情報を守る設計とは別に考える必要があります。

初回の接続メッセージを読んでから進める

新しい参照元との接続では、式の入力後にリンクが必要だというメッセージとアクセス許可のボタンが出る場合があります。ここで大事なのは、単なる数式のエラーと決めつけて式を削除しないことです。メッセージの内容を読み、対象が自分の想定する元ファイルと先ファイルかを確認します。

自分だけが使う練習ファイルで、元の内容を先へ読み込んでよいことを確認できたら、接続を許可して表示を確かめます。業務ファイルなら、許可によって先の編集者が取得できる情報を次の章の観点で確認してから進めてください。アクセスがない状態なら、所有者へ必要な権限を相談し、承認を待ちます。

許可した直後も、すべての環境で瞬時に表が完成するとは限りません。読み込み表示が落ち着いたら、A1:D7の見出しと六行、P101の24、P104の0、P106の12を確認します。初回の目的は、複雑な集計を作ることではなく、小さい範囲を正しく読めることを確認することです。

接続許可の影響を理解する｜範囲指定を情報の境界にしない

先ファイルの編集者が取得できる範囲に注意する

Googleの公式ヘルプでは、接続を許可すると、読み込み先の編集権限を持つ利用者がIMPORTRANGEを使って参照元のどの部分からでもデータを読み込めると説明されています。最初の式がA1:D7だから、それ以外のタブや列は読めないという制限にはなりません。この性質を理解せずに、機密情報を含む元ファイルと広い編集者のいる先ファイルを結ばないようにします。

今回の元ファイルが在庫だけなら話は単純ですが、同じ元ファイルの別タブに非公開の取引条件がある場合は、状況が変わります。「共有用在庫」というタブ名を付けても、タブの名前自体がアクセス制御になるわけではありません。必要な情報だけを渡す設計は、式の範囲指定より外側で考えます。

接続前に、先ファイルの編集者全員が元ファイル全体から取得できる状態になってよいかを確認してください。よくない場合は、そのまま接続せず、共有してよい情報だけを持つ別ファイルを参照元にするなど、管理者と構成を見直します。見せる列を少なくした結果表だけを作って安心しないことが大切です。

非表示やシート保護を秘密情報の制限に使わない

元ファイルのタブを非表示にしたり、編集を保護したりすれば、安全に一部だけ渡せると考えてしまうことがあります。しかし、編集の制限と情報を閲覧・取得できる範囲は別です。Googleのシート保護に関する説明でも、保護をセキュリティ対策として使わないよう案内されています。

保護は、入力してほしくない範囲を誤って変更するのを防ぐ用途で役立つ場合があります。一方、そこに値が存在している以上、適切なアクセスを持つ利用者に対して秘密にする境界とは考えません。非表示の列、フィルターで除いた行、QUERYで表示しない項目も、元ファイル内に残る情報です。

顧客情報や社内限定の内容を含むなら、その情報を持つファイルを、許可してよい利用者の範囲で管理します。共有用に必要な項目だけを別ファイルへ渡す構成でも、どのデータがそこへ複製されるかを管理者が確認します。情報を減らす処理と、アクセスの設定の両方を点検しましょう。

式を消すこととアクセスを見直すことは別の作業

使わなくなったIMPORTRANGEの式を削除すれば、現在の表示は変わりますが、それだけで接続に関わる権限の整理が済んだとは判断しません。Googleの公式説明では、接続を許可した利用者が元ファイルから削除されるまで、そのアクセスが有効であるとされています。運用変更では、式とファイルの権限を別々に確認する必要があります。

担当者の異動や退職、委託先の変更があると、接続に使われた権限の変化で読み込みが止まる可能性もあります。止まったからといって別の人の権限で無条件に再接続するのではなく、新しい担当者が何を取得できる状態になるかを確認します。権限を復旧すること自体も、情報の管理方針に従います。

過去に取り込まれた値や、誰かが保存したコピーまで、元のアクセス変更で自動的に消えると期待しないようにしてください。共有を終える場合は、残っているファイルや配布済みの資料も対象にして、組織の手順に沿って扱います。関数の動作だけで情報のライフサイクルを管理しようとしないことが重要です。

権限エラーを解決するために公開範囲を広げない

元を開けない場合は、まず正しいURLとアカウントを確認します。そのうえで必要な閲覧権限を所有者へ相談します。動かすためだけに「リンクを知っている全員」へ変更したり、一般公開したりする必要があると決めつけないでください。目的に必要な最小限の共有を検討します。

所属組織が外部共有やコピー・書き出しを制限している場合、その制限を回避するために別アカウントや別ファイルへ持ち出すことは避けます。元の管理者へ、参照したい項目と用途、先の利用者を説明し、認められる方法を確認します。権限の問題と式の入力ミスは、解決する相手も手順も違います。

※表は横にスクロールできます。

更新待ちとエラーを切り分ける｜表示される値の鮮度を確認する

元の変更がすぐ反映されるとは限らない

IMPORTRANGEは外部のスプレッドシートを読み込む関数なので、ネットワークや元ファイルの計算、連携の構成が影響します。Googleの公式説明では、元ファイルの計算完了を待つことや、複数ファイルを連鎖させると反映に時間がかかることが示されています。リアルタイムに必ず同期する仕組みとして扱わないようにします。

公式ヘルプには、文書を開いている間に一時間ごとに更新を確認するという説明もあります。ただし、すべての変更が必ずちょうど一時間後に表示されるという保証ではありません。元の更新を受けた再読み込みなども関わるため、業務で必要な更新時刻をこの関数だけで厳密に保証できるとは考えません。

今回の練習では、元のP101を24から25へ変え、先で25になるかを待って確認する方法があります。数値が変わるまでにかかった時間を、その環境での観察として記録します。一回速く反映されたから、今後も同じ速度だと一般化しないでください。確認後は元の24へ戻し、合計144へ戻ることも確かめます。

データの確認時点と読み込みの確認時点を分ける

元のD列にある2026/10/04 09:00は、元の在庫を確認した時点という練習上の情報です。先でファイルを開いた時刻とは別です。古い在庫の数字を今日読み込んでも、在庫自体が今日確認されたことにはなりません。値の鮮度を伝えるためには、元のデータの更新日や確認日を持たせる必要があります。

先ファイルに「この表を確認した時点」という手作業の記録を置く場合も、元の確認時点と名前を分けます。そうすれば、読み込みは成功しているが元の更新が止まっている状態を見つけやすくなります。「更新日時」という一語だけで二つの意味をまとめない方が、引き継ぎで誤解されにくくなります。

更新表示のためにNOWを直接つなぐ方法は慎重に扱います。GoogleのIMPORTRANGEヘルプでは、NOW、RAND、RANDBETWEENなどの揮発性関数を直接または間接に参照する制限が説明されています。今回の例では固定した確認時点を使い、実際に確認した日時を更新する運用を想定しています。

#REF!は詳細メッセージを読んで原因を分ける

#REF!が出たとき、初回の接続許可が必要なのか、範囲が見つからないのか、結果の展開先が塞がっているのかを、詳細メッセージから確認します。同じエラー表示でも原因が違う場合があるため、関数名だけを検索して一律の対処をしないようにします。

接続を求めるメッセージなら、前章の権限確認へ戻ります。範囲に関する問題なら、設定B3のタブ名とA1形式を確認します。展開先の問題なら、取込A1から右下に既存の値や式がないかを見ます。必要な情報を消して空ける前に、別の空いたシートで小さい範囲を試す方法もあります。

元ファイルのタブ名を変更した場合、範囲文字列に書いた名前が古いままになっていないかを確認します。文字列として指定した範囲が、元の編集に応じて期待どおり自動変更されると決めつけないようにします。元の構造を変える担当者と、参照しているファイルの管理者が連絡を取りやすい状態を作っておきましょう。

読み込み中が続くときは、呼び出しを増やさない

Loadingなどの表示が長く続く場合は、接続、元の計算、範囲の大きさ、IMPORT系関数の数、連鎖の有無を確認します。式を何度も別のセルへ複製したり、引数を連続して変更したりすると、さらに呼び出しを増やす可能性があります。動かない理由を調べる前に、同じ接続を大量に追加することは避けます。

まず元ファイルを通常の画面で開き、対象範囲の値が確定しているかを確認します。次に新しい空の場所で、A1:D7のような小さな範囲へ絞って試すことを検討します。元が表示できない状態なのか、元は正常だが読み込み先で問題があるのかを分けると、相談先へ状況を説明しやすくなります。

ブラウザーの再読み込みを繰り返せば、必ずIMPORTRANGEの更新が早まるとは限りません。公式ヘルプは、文書の再読み込みと関数の再読み込みを区別しています。更新が間に合わない業務では、元の値を管理者と照合した確定資料を使うなど、必要な確認方法を別に用意することも考えます。

連携を軽くし、照合と引き継ぎを残す｜続けて使える構成へ整える

読み込む範囲と回数を小さくする

必要な四列七行だけで足りるなら、最初からA:Zのような広い範囲を読まない方が、内容も負荷も把握しやすくなります。Googleの公式ヘルプでは、一回のリクエストに読み込めるデータの上限が10MBと案内されています。何行までという固定の数ではなく、セルの内容や範囲の大きさによって量が変わる点に注意します。

合計だけが必要なら、元ファイル側で必要な集計を済ませ、その結果だけを読み込む方法があります。六行の在庫をすべて表示したい今回の例と、合計144だけを知りたい用途では、必要な範囲が違います。受け取ってから使わない列を隠すより、目的に必要な情報を整理してから連携する方が分かりやすくなります。

Googleのデータ参照を最適化する説明も参考になります。ただし、処理を軽くするためにまとめた共有用タブが、権限の境界になるわけではありません。負荷を減らす設計と、渡してよい情報を限定する設計を混同しないようにします。

取込場所をまとめ、同じデータを何度も外部参照しない

同じ元範囲を複数の集計で使うなら、先ファイルの取込タブで一度読み込み、そのローカルの結果をほかの式で参照する構成を検討できます。各集計セルへ同じIMPORTRANGEを繰り返し書くより、どこからデータが来るかを説明しやすくなります。接続の状態を点検する場所も一か所へ寄せられます。

たとえば取込A1:D7に在庫を受け取り、別の確認タブで数量合計や在庫ゼロの商品を見る形です。読み込みと集計を一つの長い式に重ねる前に、取込の六行が正しいことを確認します。QUERYなどを組み合わせる場合も、まず元データの到着と型を確認してから条件を追加します。

一つの関数へまとめれば必ず最速になるといった保証はありません。読み込み量、元の計算、利用者数によって違うため、変更前後に同じデータで動作を見ます。軽量化の目的は、原因を追いやすくし、不要な転送や連鎖を減らすことだと考えましょう。

ファイルの連鎖と循環参照を避ける

元から中間ファイルを経由し、さらに別のファイルへ読み込む構成が増えると、更新の順序と待ち時間を把握しにくくなります。AをBが読み、BをCが読むなら、Cの遅れがAの更新待ちなのかBの計算待ちなのかを調べる必要があります。必要がなければ、承認された元から必要な先へ直接読む構成を検討します。

元が先を読み、先が元を読むような循環も避けます。双方向に数値を書き戻す仕組みとしてIMPORTRANGEを使おうとすると、何が正本か分からなくなります。入力元を一つに決め、読み込み先は結果を使う場所として整理する方が、更新や不具合の説明がしやすくなります。

関係するファイルが多い場合は、元と先の名前、URL、担当、参照範囲を一覧にします。個々の式は短くても、全体としてどこへ情報が流れるかが見えなければ、変更時の影響を判断できません。元の列や権限を変更する前に、どの先が影響を受けるかを確認できる状態が理想です。

六行の結果と更新テストを照合する

読み込みができたら、見出しを含めた七行四列、明細六行、商品コードP101からP106、数量合計144を確認します。P104の0が空欄に変わっていないか、確認時点が同じ意味で表示されているかも見ます。表示形式の見え方が違う場合は、値と日時の意味を確認してから先側の書式を整えます。

元のP101を25へ変えるテストでは、先のP101が25になり、合計が145になることを期待します。元へ戻したら144です。この数値差は、更新が届いたことを確認するための練習です。反映にかかった時間はその環境での観察として扱い、秒単位の保証値にはしません。

※表は横にスクロールできます。

本文の六行の構成と合計・差分は、独立したデータ処理で照合しています。実際のGoogleアカウント間の接続許可、更新速度、ブラウザーでの表示を一律に実操作検証したものではありません。自分の練習ファイルで接続と更新を確認し、業務データへ進む前に権限と運用条件を管理者とそろえてください。

使う人が確認できる連携メモを残す

引き継ぎには、元ファイルと先ファイル、元のタブと範囲、設定セル、入力担当、接続を許可した担当、先の編集者を確認する手順を残します。パスワードや認証情報をメモへ書く必要はありません。必要なのは、正規のアカウントと権限で対象を開き、問題の場所へたどり着ける情報です。

更新の期待も具体化します。「常に最新」とだけ書かず、「元の在庫確認時点をD列で見る」「業務の締め前にはP101などの代表値と合計を照合する」「読込中なら確定資料として扱う前に担当へ確認する」といった手順にします。止まったときに、表示の古さを隠して使い続けない状態を作ることが大切です。

確認表のひな形を整えたい場合は、当ブログのbizoceanのテンプレート活用を紹介した記事も参考になります。ひな形へ連携結果を入れるときも、元の情報を誰に渡してよいか、式の出力範囲へ手入力しないか、更新時点が伝わるかを点検してください。

IMPORTRANGEは、URLと範囲が正しいだけで完成する作業ではありません。小さく読み込む、許可の影響を確認する、値と時点を照合する、管理する人へ引き継ぐ。この順番を守り、便利な参照を無理なく続けられる形へ整えていきましょう。