ノーコードからデータを持ち出せるか：乗り換え前に確かめる手順
AIを使いこなすClaudeで執筆し、GPTで自動校閲・修正しています。
結論から言うと、「データ」「画面」「ロジック」は分けて考える必要があります。表の中身（行と列）を書き出せるかは、使うサービスで作り込む前に確かめます。Bubbleでは、公式資料でデータの書き出し機能を確認できます。一方、画面の構成や自動処理は、そのまま別のサービスで動く形では出せないものと見ておくほうが安全です。 今回、公式資料を実際に開いて確認できたのはBubbleのデータ書き出しです。今回確認したBubbleの公式資料2ページには、画面やロジックを書き出す方法の記載が見当たりませんでした。ただし「記載がない」ことは「できない」の証明ではありません。確認表では「未確認」と書いておき、乗り換えの際は画面とロジックを自分で作り直す前提にします。 GlideやAppSheetなど他のサービスは、この記事では公式ページの本文を確認できていません。同じ質問を各サービスの公式ヘルプで調べ、下の確認表に記入してください。
この記事の目次
1. 先に「何を持ち出したいか」を3つに分ける
乗り換えで困るのは、持ち出したいものがはっきりしていないときです。次の3区分で考えます。
- データ：登録された情報そのもの。顧客名、日付、金額、画像など。
- 画面：入力フォームや一覧の並び、ボタンの配置、文言。
- ロジック：計算、条件分岐、通知、権限の決まり。
データは最悪でも表計算ソフトに残せれば再利用できます。画面とロジックは、持ち出せなくても「仕様が文章で残っている」状態なら作り直せます。そこで、持ち出せない部分は説明を自分で残す、という方針で進めます。
2. 公式ヘルプで確認できたこと（Bubbleの場合）
Bubbleのデータ書き出しのページ（2026年10月29日に閲覧）では、次のように説明されています。
- 「Data」の「App data」でデータタイプを選び、表示（View）を整えて「Export」を押す。
- 形式はCSV、JSON、NDJSONから選べる。
- 書き出しは順番待ちになることがあり、遅れる場合がある。
- 日付の期間（インターバル）の項目は、元の数値ではなく「2 days」のような文字で書き出される。Bubbleへ取り込む場合は数値（ミリ秒）が必要。
データベースエディタのページ（同日閲覧）には、次の記載があります。
- CSVの書き出しは有料プランで使える。
- 書き出しはアプリの所有者が行う操作なので、プライバシールールは適用されず、表示に含めた項目はすべて出力される。
- 件数が多い場合は、スクリプトでBubbleのGET APIを使うことが勧められている。
ここから、確認表に入れるべき点が見えます。プラン条件、項目ごとの形式の崩れ、画像など関連データの扱い、権限の外れる点です。料金やプラン条件は変わることがあるので、利用時は最新のページで見直してください。
3. 作り込む前にやる「ダミーデータ書き出しテスト」
マニュアルを読むだけでなく、小さく試すのが確実です。本物の顧客データは使いません。
- 新しい表を作り、説明用のダミー行を3〜5件入れます。
- 次のような「崩れやすい値」を意図的に混ぜます。
- 日本語と絵文字を含む文字、改行を含む長い文
- 日付と日時、金額（小数・桁区切り）
- 他の表を参照する項目（例：注文→顧客）
- 画像やファイルの項目
- 複数選択の項目
- 書き出し機能で、CSVなど選べる形式すべてで書き出します。
- CSVは表計算ソフトで、JSON・NDJSONはテキストエディタなどで開き、入力した値と1つずつ見比べます。
- 文字化け、日付のずれ、参照先が名前でなくIDになっていないか、画像が文字列（URL）か実ファイルかを記録します。
この作業を、アプリを作り込む前の最初の半日で行います。後でデータが増えてから発見するより、修正の負担がずっと小さくなります。
AIに任せること・人が確かめること
書き出したCSVの先頭数行（ダミー）をAIに貼り、見比べの補助に使えます。ただし、AIが「問題なし」と答えても、元の値との照合は人が行います。
次は、ノーコードツールから書き出したダミーのCSVです（説明用の例で、実在の情報ではありません）。入力した元の値は下に書きます。文字化け、日付形式の違い、参照項目の表現（名前かIDか）、欠けた列を一覧にしてください。判断できない点は「不明」としてください。【CSV】（ここに貼る）【入力した元の値】（ここに貼る）
4. 提供元への問い合わせ文
マニュアルに書かれていない部分は、サポートに質問して文面ごと保存します。次の文は下書きなので、サービス名と区分を差し替えて使ってください。
件名：データ・画面・ロジックの書き出しについて現在、〇〇で小規模な業務アプリを作成することを検討しています。将来、他のサービスへ移行する場合に備えて、次の点を教えてください。1. 各表のデータを、どの形式で、どのプランから書き出せますか。件数の上限はありますか。2. 画像やファイルは、実ファイルとして取得できますか。URLのみですか。3. 表同士の関連は、書き出し結果にどう表れますか。4. 画面の構成や自動処理（ワークフロー等）を、ファイルとして書き出す方法はありますか。5. 解約・プラン変更の後、データはいつまで取得できますか。回答は公式ヘルプの該当ページがあれば、そのURLも添えてください。
回答は日付とあわせて確認表の「根拠」欄に貼ります。AIに作らせた文面は、サービス名や質問内容を人が読んで直してから送ってください。
5. 持ち出し可否の確認表
下の表をコピーして使えます。「結果」は次の記号で書きます。〇＝公式資料で確認し、自分でも試した／△＝一部のみ・形式が崩れる／×＝出せない／？＝未確認。
- データ、項目：表の行と列、確かめ方：ダミー書き出しテスト、結果：、根拠（URL・日付・回答）：、出せない場合の代わり：
- データ、項目：日付・数値の形式、確かめ方：元の値と見比べ、結果：、根拠（URL・日付・回答）：、出せない場合の代わり：形式変換の手順を書く
- データ、項目：表同士の関連、確かめ方：参照項目の中身を確認、結果：、根拠（URL・日付・回答）：、出せない場合の代わり：対応表を別に作る
- データ、項目：画像・ファイル、確かめ方：実ファイルかURLか確認、結果：、根拠（URL・日付・回答）：、出せない場合の代わり：別途ダウンロード
- データ、項目：大量データの取得（API等）、確かめ方：マニュアルとサポート回答、結果：、根拠（URL・日付・回答）：、出せない場合の代わり：
- データ、項目：ユーザー・ログイン情報、確かめ方：マニュアルとサポート回答、結果：、根拠（URL・日付・回答）：、出せない場合の代わり：再登録を案内
- 画面、項目：画面構成と配置、確かめ方：書き出しの記載を探す、結果：、根拠（URL・日付・回答）：、出せない場合の代わり：画面ごとに画面写真と項目一覧を残す
- 画面、項目：文言・ボタン名、確かめ方：目視、結果：、根拠（URL・日付・回答）：、出せない場合の代わり：文言を一覧にする
- ロジック、項目：計算・条件分岐、確かめ方：書き出しの記載を探す、結果：、根拠（URL・日付・回答）：、出せない場合の代わり：「〇〇のとき△△」を日本語で書く
- ロジック、項目：自動処理・通知、確かめ方：同上、結果：、根拠（URL・日付・回答）：、出せない場合の代わり：起動条件と動作を文章で残す
- ロジック、項目：権限（誰が何を見られるか）、確かめ方：同上、結果：、根拠（URL・日付・回答）：、出せない場合の代わり：役割ごとの権限表を作る
- 契約、項目：書き出しに必要なプラン、確かめ方：料金ページ・ヘルプ、結果：、根拠（URL・日付・回答）：、出せない場合の代わり：
- 契約、項目：解約後のデータ取得期間、確かめ方：サポート回答、結果：、根拠（URL・日付・回答）：、出せない場合の代わり：
「出せない場合の代わり」の欄は、出せなかった項目を放置しないための列です。画面やロジックが「？」のままなら、自分の言葉の仕様書を代わりに作ります。
6. 判断の目安
- データの項目が、〇または△で、崩れる点の対処も書けた、判断：作り込みを進めてよい
- データに「？」が残っている、判断：問い合わせの回答が来るまで、大きな作り込みを止める
- データが「×」（出せない）、判断：重要な情報を入れない、または別の保管先を併用する
- 画面・ロジックが「？」「×」、判断：仕様書を並行して残せるなら進めてよい
記入欄は、作り込みの節目（機能を足したとき、プランを変えたとき）にも見直してください。サービスの機能や料金は変わるので、根拠欄の日付が古い項目は再確認します。
