目次
「まず試してみよう」と、担当者個人のGoogleドライブでAppSheetアプリを作り始める——中小企業の内製化では、ごく自然な入り方です。実際、それで業務が回り始めることもあります。
ただ、そのアプリが現場で使われ始めた頃に、必ず問題が出ます。アプリもデータも、個人のマイドライブの中にあるという状態です。担当者が異動・退職すれば、アプリごと消えかねません。
そこで「共有ドライブに移そう」となるのですが、ここで多くの人がつまずきます。AppSheetは、保存先を後から設定変更できないからです。この記事では、実案件（匿名）で個人ドライブから共有ドライブへ移した作業記録をもとに、唯一の手段と、その途中で踏んだ落とし穴を整理します。
この記事の結論
- AppSheetの保存先は後から変更できない
- 移行の正攻法はCopy Appによる作り直しのみ
- 内製は「保存先を決めてから」始めるのが最も安い
AppSheetの保存先を後から変更できない理由
AppSheetのアプリは、アプリ本体の情報とデータ元（スプレッドシート等）が、作成時に選んだGoogleドライブ上の場所と紐づいています。この紐づけは、アプリの設定画面から「別のドライブに引っ越す」形で書き換えることができません。
つまり、個人のマイドライブで作ったアプリは、そのままでは個人のものであり続けます。ファイルを手で共有ドライブに移動しても、アプリ側の参照が追随せず、かえって壊れる原因になります。
残された正攻法は1つ、Copy App（アプリ複製）で、保存先を共有ドライブに指定して作り直すことです。なお、AppSheetの仕様は変わるため、最新の条件は必ず公式サイトで確認してください。
AppSheetを共有ドライブへ移行する手順
作業の流れはシンプルです。
- Copy Appを実行する：既存アプリの複製を作ります。このとき、コピー先のフォルダを共有ドライブ配下に指定します。
- データ元の場所を確認する：複製に伴い、データ元のスプレッドシートも新しい場所に作られます。旧ファイルを参照したままになっていないか確認します。
- 設定と連携を再確認する：ここが本番です。次章の落とし穴が集中します。
- 旧アプリを停止する：新旧が並行稼働すると、どちらが正なのか現場が混乱します。切替日を決めて、旧アプリは共有解除または削除します。
手順自体は数分で終わります。問題は、複製が「完全なコピー」ではないという点です。
移行で踏んだ3つの落とし穴と対策
実際に複製した直後、次の3つでつまずきました。いずれも、アプリは一見動いているのに中身がずれている、という厄介なタイプです。
1. コピー先スプレッドシートのタイムゾーンがLos Angelesになる
複製で新規作成されたスプレッドシートの設定が、日本時間ではなくLos Angelesになっていました。日付や時刻を扱うアプリでは、記録される時刻がずれます。日報や勤務記録のように「その日のうちに入力する」業務では、日付が1日ずれるという致命的な形で表面化します。
対策は単純で、スプレッドシート側のファイル設定でタイムゾーンを日本に直すこと。ただし、気づかないと誰も気づかない種類のズレです。移行後の最初の確認項目に入れておきます。
2. AppSheet Coreプランでセキュリティ設定のAPIが強制OFFになる
複製後、外部からアプリのデータを操作するAPIが使えなくなっていました。原因は、AppSheet Coreプランのセキュリティ設定側でAPIが強制的にOFFになっていたためです。
以前も書いたとおり、AppSheetの連携はプランに大きく左右されます（中小企業DXの最初の壁は技術ではなく「プランの壁」）。移行のタイミングでプランや組織のポリシーが変わると、それまで動いていた連携が静かに止まります。GASなどから叩いている処理がある場合は、移行直後に必ず疎通確認をしてください。
3. 旧アプリIDが連携先に残る
複製したアプリには、新しいアプリIDが発行されます。旧IDを指定していた外部の仕組み——GASのスクリプト、フォームからの連携、通知の設定など——は、そのままでは旧アプリを向き続けます。
結果として起きるのは、「新アプリで入力しているのに、通知や集計は旧アプリのデータを見ている」という状態です。移行前に、どこからアプリIDを参照しているかを洗い出しておくのが確実です。
移行後の確認チェックリスト
上記を踏まえ、共有ドライブへ移した直後に確認する項目を整理しました。
| 確認項目 | 見るところ | 放置したときの症状 |
|---|---|---|
| タイムゾーン | データ元スプレッドシートの設定 | 日付・時刻が数時間〜1日ずれる |
| API設定 | セキュリティ設定とプラン | 外部連携が無言で止まる |
| アプリID | GAS等、連携側の設定値 | 旧アプリのデータを見続ける |
| データ元の参照先 | 新しい共有ドライブ配下か | 個人ドライブに依存が残る |
| 利用者の権限 | 共有ドライブのメンバー設定 | 現場が開けない／見えすぎる |
| 旧アプリの停止 | 共有解除・削除 | 二重入力と混乱 |
このうち上位3つは、アプリが正常に動いているように見えるのが共通点です。エラーが出ないぶん、発見が遅れます。移行日には、実データで1件通して動かす確認を必ず入れてください。
教訓：内製を始める前に「保存先」だけは決めておく
今回の作業は、技術的に難しいものではありませんでした。難しかったのは、動いている業務アプリを止めずに入れ替えることです。移行の手間は、アプリが育つほど大きくなります。
だから持ち帰っていただきたい判断軸は1つです。
担当者個人の領域で内製を始める前に、保存先だけは先に決めておく。
「まず試す」こと自体は正解です。小さく作って早く確認するのが内製化の利点で、そこは変えなくていい。変えるべきは、最初の1クリックで選ぶ保存場所だけです。共有ドライブに置いて始めれば、費用も手間もかかりません。個人ドライブで始めた場合だけ、後日この移行作業が発生します。
同じことは、AppSheetに限らずスプレッドシート・フォーム・GASにも当てはまります。内製化のルールとして「業務で使うものは共有ドライブに置く」と決めておくだけで、将来の作り直しをまとめて回避できます。
よくある質問
Q. AppSheetアプリの保存先は後から変更できますか？ 既存アプリの保存先を設定画面から変更することはできません。共有ドライブへ移すには、Copy App（アプリ複製）で保存先を指定し直して作り直すのが正攻法です。仕様は変わるため最新は公式でご確認ください。
Q. AppSheetのアプリを複製すると何が変わりますか？ アプリIDが新しく発行され、データ元のスプレッドシートも複製先に新規作成されます。旧IDで連携していた外部システムは動かなくなるため、複製後に接続先の差し替えが必要です。
Q. 個人のマイドライブでAppSheetを作り始めても大丈夫ですか？ 動作はしますが、退職・異動時にアプリごと失われる可能性があります。業務で使う前提なら、最初から組織の共有ドライブに保存先を置いて作り始めることをおすすめします。
まとめ
- AppSheetの保存先は後から変更できず、移行手段はCopy Appによる作り直しのみ
- 複製直後は、タイムゾーン・API設定・アプリIDの3点がずれやすい
- いずれもエラーが出ないまま間違って動くため、実データで1件通して確認する
- 内製化のルールとして、業務で使うものは最初から共有ドライブに置く
RENOYでは、AppSheetやGASでの内製化について、作る前の「置き場所と権限の設計」から無料相談で承っています。「個人のドライブで作ったアプリが増えてきて不安」という段階のご相談も歓迎です。まずはお気軽に無料個別相談（オンライン・60分）をご利用ください。サービス内容をまとめた資料は資料請求からご覧いただけます。