Foodvisorからの移行: データのインポート方法

Foodvisorのエクスポートは最小限です。ほとんどのアプリは自動インポートできません。ここでは、FoodvisorからNutrolaへの手動移行ガイドを紹介します。

Foodvisorは、AIによる食品写真認識を搭載した初期の消費者向けアプリの一つで、多くの長期ユーザーが数年分のログデータ、カスタムレシピ、体重履歴をそのクラウドアカウントに保存しています。これらのユーザーが移行を決める理由は、通常、より正確なデータ、より詳細な栄養情報、またはクリーンな価格モデルを求めてのことです。しかし、彼らが直面するのは同じ壁です。Foodvisorは、他のカロリーアプリが直接解析できる一流のデータエクスポートを提供していません。業界には標準化されたフードログの交換フォーマットが存在せず、Foodvisorは限られたメールベースの要約CSVデータのエクスポートのみを提供しています。

しかし、あなたの履歴が失われるわけではありません。移行は手動で、慎重に、段階的に行う必要があります。良いニュースは、移行をプロジェクトとして扱うことで、初めに持っていたデータよりもクリーンなデータを得られることです。何を移行し、何を残すかを選ぶことができるからです。このガイドでは、FoodvisorからNutrolaへの移行の各ステップを説明します。Foodvisorが実際にエクスポートするもの、リクエスト方法、目的のアプリが現実的に取り込めるもの、Apple HealthやHealth Connectを通じて体重履歴を橋渡しする方法、レシピやお気に入りを再構築する方法、ストリークを失うことなくリセットする方法について詳しく解説します。

---

ステップ1: Foodvisorがエクスポートする内容を理解する

何かをリクエストする前に、エクスポートに実際に何が含まれているかを知る必要があります。なぜなら、フォーマットがすべての後続の決定に影響を与えるからです。Foodvisorのデータエクスポートはリクエストに応じて生成され、CSVファイルのセットがzip形式でメールで送信されます。内容は、アプリを使用している期間や有効にしている機能によって異なりますが、通常は4つのテーブルで構成されています。

最初のテーブルはフードログです。各行は単一のログエントリーで、タイムスタンプ、食事のスロット（朝食、昼食、夕食、スナック）、食品名、サービングサイズ、計算されたマクロ（タンパク質、炭水化物、脂肪、総カロリー）が含まれています。行間で安定した食品識別子がないため、これが移行の最初の大きな頭痛の種です。「ギリシャヨーグルト」という名前が一行にあっても、別の行では「プレーンギリシャヨーグルト」とは一致しない可能性があり、目的のアプリには同じ基礎アイテムであることを知る手段がありません。

2つ目のテーブルは体重履歴です。これは通常、日付と体重値が1行ごとに記録されており、クリーンなデータです。体重履歴はHealthKitやGoogle Health Connectで標準的に表現されているため、移行が最も簡単なデータの一つです。

3つ目のテーブルは、あなたが自分で作成したカスタム食品とレシピです。これらはその構成マクロと共に保存されますが、成分の内訳はほとんどありません。つまり、「日曜日のパスタ」というレシピは、合計値としてエクスポートされ、使用した6〜7種類の成分としては表示されません。これは、目的のアプリが成分の正確さでレシピに料金を課す場合に問題になります。あなたが持っているのは名前と栄養の要約だけで、再現可能なレシピではありません。

4つ目のテーブルは目標と設定で、フラットなキー・バリュー形式のCSVとしてエクスポートされます。これにはカロリー目標、マクロの分配、身体の指標、活動レベルが含まれます。これは新しいアプリを手動で再構成する際に役立ちますが、インポートには適していません。

Foodvisorがエクスポートしないものには、画像履歴、AI認識の信頼度スコア、ストリークカウンター、元のバーコードスキャンと製品識別子、またはアプリが生成した食習慣に関する「インサイト」が含まれます。エクスポートはデータの骨格であり、完全な記録ではありません。

---

ステップ2: エクスポートを取得する

Foodvisorからのエクスポートリクエストは簡単ですが、時間がかかります。アプリを開き、設定に移動し、アカウントセクションまでスクロールして「データをリクエスト」または同等のGDPRデータリクエストエントリを探します。ウェブダッシュボードでは、同じオプションがアカウント、プライバシー、データの下にあります。リクエストを送信し、待ちます。通常の配信時間は24〜72時間ですが、Foodvisorのプライバシーポリシーでは最大30日かかる可能性があります。

メールが届くと、添付ファイルはzipファイルです。CSVを編集し、クロスチェックを行うために、デスクトップでダウンロードすることをお勧めします。モバイルのスプレッドシートでは扱いが悪いためです。ファイルを解凍し、触れない第二のコピーをすぐに作成します。これがあなたのゴールデンマスターです。すべてのクリーンアップ作業は作業用コピーで行います。

フードログCSVを開き、先に進む前に3つのことを確認します。まず、日付範囲が期待通りであることを確認します。特に2023年にFoodvisorのバックエンド移行を経た長期ユーザーの場合、部分的なエクスポートが発生することがあります。次に、タイムスタンプのフォーマットを確認します。通常はISO 8601ですが、オフセットなしのローカル時間に変わることがあり、UTCを前提とするアプリには重要です。最後に、文字エンコーディングがUTF-8であることを確認します。古いエクスポートではWindows-1252が使用されており、UTF-8を前提とするツールにインポートすると、ヨーロッパやアジアの食品名が壊れることがあります。

これらの3つのチェックのいずれかが失敗した場合は、クリーンアップ作業を行う前にフォローアップのサポートチケットを提出してください。壊れた日付列のあるCSVを正規化するのに3時間を費やしたくはありません。

---

ステップ3: 新しいアプリが実際にインポートできるもの

これは移行ガイドの中で多くの情報源が軽視する部分なので、率直に言います。2026年のカロリー追跡業界において、主要な消費者向けアプリのどれもが、Foodvisorの生のCSVを直接インポートすることを受け入れていません。標準化されたフードログの交換フォーマットは存在せず、栄養データのためのOPMLのようなものもなく、ベンダー間で食品IDの共有データベースもないため、インポートは「ただ機能する」ことはありません。

これはNutrola、MyFitnessPal、Cronometer、Lose It、Yazio、MacroFactor、その他の主要なアプリにも当てはまります。異なるのは、各アプリが手動移行の現実をどのように扱うかです。オンボーディングがどれだけ寛容か、過去のエントリーを作成するのがどれだけ簡単か、健康プラットフォームデータをどれだけうまく橋渡しするか、どれだけ早く有用な状態に戻るかが異なります。

NutrolaはネイティブのFoodvisorインポートを主張していませんが、他のトラッカーからのユーザーを迎えるために設計された移行に優しいオンボーディングを提供しています。迅速なAI写真ログ、音声ログ、バーコードスキャンにより、新しいアプリの最初の2週間はデータ入力の苦痛ではなく、前進を感じることができます。現実的なモデルはこうです。体重履歴はHealthKitまたはHealth Connectを通じて移行し、フードログCSVはインポートソースではなく参照文書として扱い、日常の食事で出会うたびにレシピやお気に入りを再構築します。

それは思ったよりも重くありません。移行するほとんどのユーザーは、アクティブなレシピやお気に入りの90％が最初の2〜3週間の実際の使用で現れることを発見します。なぜなら、同じものを繰り返し食べるからです。必要に応じてその場で再構築する方が、すべてを事前にロードするよりも早いのです。

---

ステップ4: 体重のためのHealthKitとHealth Connectの橋渡し

Foodvisorデータの中でクリーンに移行できる唯一の部分が体重履歴であり、そのメカニズムはプラットフォームの健康レイヤー、すなわちiOSのHealthKitとAndroidのHealth Connectです。両プラットフォームは、任意の過去のタイムスタンプを持つ歴史的な体重エントリーを受け入れるため、数分で数年分の体重データをバックフィルできます。

iOSでは、Healthアプリを開き、プロフィールアイコンをタップし、アプリとサービスに移動して、Foodvisorが体重測定の書き込み権限を持っていることを確認します。FoodvisorをHealthKit同期で使用していた場合、体重履歴はすでにHealthアプリにあります — 移行作業は不要です。Nutrolaを開き、体重の読み取り権限を与えれば、履歴がすぐに表示されます。

HealthKit同期が有効でなかった場合、体重CSVをまずHealthKitにインポートする必要があります。最も簡単な方法は、Health CSV Importerのようなユーティリティアプリを使用することです。これは、日付と体重の2列CSVを受け入れ、元のタイムスタンプでHealthKitにエントリーを書き込みます。データがHealthKitに入ったら、Nutrolaを含むすべての下流アプリが標準APIを通じてそれを読み取ります。

Androidでは、Health Connectが同じ役割を果たします。FoodvisorがHealth Connectに同期していることを確認し、Nutrolaに体重の読み取り権限を与えれば、履歴が表示されます。Foodvisorが同期していなかった場合は、Health Connect CSVインポートユーティリティを使用して、元のタイムスタンプで体重履歴を取り込む必要があります。

この体重の橋渡しは移行における最も重要な技術的ステップです。なぜなら、体重履歴は目的のアプリがトレンド分析を継続するために使用できる唯一のデータだからです。他のすべて — 食事、マクロ、ストリーク — は新しいベースラインにリセットされますが、体重はリセットする必要はありません。

---

ステップ5: レシピとお気に入りを再構築する

Foodvisorのレシピエクスポートは、合計マクロを持つ名前のリストですが、通常は成分の内訳がありません。これは、真剣な栄養アプリでレシピを再構築するには不十分です。なぜなら、現代のアプリは成分からレシピの栄養を計算するため、成分に変更があった場合（例えば、スキムミルクをオートミルクに置き換えるなど）、自動的に反映されるからです。

実用的なアプローチは、レシピリストをトリアージすることです。エクスポートされたCSVを開き、その列が存在する場合は使用頻度でソートし、存在しない場合は最後の使用の新しさでソートします。上位10〜15のレシピがほとんどのユーザーのアクティブな料理の回転をカバーします。それ以下は、偶発的または実質的に放棄されたものです。

上位15のレシピについては、Nutrolaのレシピビルダーを使用して手動で再構築します。確認済みのデータベースを検索して成分を追加し、サービング数を設定して保存します。各レシピの最初の再構築には2〜4分かかりますが、以降はワンタップで済みます。ノートアプリ、料理日記、または自分のレシピノートブックに元の成分リストがある場合は、それをソースとして使用します。Foodvisorのエクスポートでは成分は提供されません。

お気に入りについては、頻繁にログする単一の食品（「私のいつものコーヒー」や「私が作るプロテインシェイク」など）をNutrolaにカスタム食品として追加し、その栄養プロファイルを設定するか、AI写真または音声パイプラインを通じて一度ログし、履歴ビューからお気に入りとしてマークします。お気に入りは、事前にロードせずとも、実際の使用の最初の週に自然に蓄積されます。

Foodvisorがバーコードを介して表示したカスタムブランド製品は、ほとんどがNutrolaの1.8M+確認済み食品データベースにすでに存在します。1回のスキャンで再接続できます。バーコードリストを持ち運ぶ必要はありません。

---

ステップ6: ストリークを再構築する

ストリークカウンターは、アプリ固有のエンゲージメントロジックに結びついており、ベンダー間で移行できないため、移行の中で最も難しい質問の一つです。Foodvisorで412日のストリークがあった場合、新しいアプリは1日目からスタートします。技術的な回避策はありません — ストリークはエクスポート可能なデータタイプではなく、たとえそれが可能でも、受信アプリにはそれを検証する手段がありません。

ほとんどの移行者にとって効果的な再フレームは、ストリークが目的ではなく、一貫性が重要であるということです。一貫性は行動であり、データベースのフィールドではありません。Foodvisorで412日間ログしていた場合、すでにその習慣があります — アプリはそれをカウントしていただけです。アプリを移行することは習慣を消去することではなく、表示をリセットするだけです。

2つの戦略的なトリックが役立ちます。まず、新しいアプリを月曜日または月の初日に開始し、新しいカウントにクリーンなメンタルアンカーを持たせます。次に、Nutrolaで30日目のマイルストーン通知を設定し、初期の進行を強化します。移行に成功したほとんどのユーザーは、「ゴーストストリーク」の感覚が2週目には薄れると報告しています。なぜなら、新しいアプリの日常的な習慣が十分に異なるため、比較が頭から離れるからです。

ストリークの喪失が厳しい問題である場合は、移行の最初の30日間、両方のアプリを並行して使用することを検討してください。Foodvisorでストリークを維持し、Nutrolaで実際のログを行います。Foodvisorの通知を無効にし、ストリークを維持するために毎日1つのブックマークアイテムをログします。30日後、並行作業は通常不自然に感じられ、自然にFoodvisorを手放すことになります。

---

Nutrolaの移行後のオンボーディングの扱い

Nutrolaのオンボーディングは、ほとんどの新しいユーザーが他のトラッカーから来ているという現実に基づいて設計されています。初回の体験は、その前提を具体的な方法で反映しています。

• 初回起動時に「他のアプリから移行中」のオプションフラグがあり、オンボーディングのコピーと期待を調整します。
• オンボーディング中にHealthKitとHealth Connectの権限が提示され、それぞれの権限が持つデータについて明確な説明があります。
• HealthKitまたはHealth Connectからの体重履歴の即時インポートが行われ、追加のステップは不要です。
• 以前の目標をそのまま受け入れる目標設定が行われ、再計算を強制されません。
• 初日からAI写真ログが利用可能 — カメラを皿に向けるだけで、3秒以内に結果が得られます。
• 食事を写真に撮るのではなく説明したいユーザーのために、自然言語解析による音声ログが利用可能です。
• ブランド製品の迅速な再接続のために、1.8M+確認済み食品データベースに接続されたバーコードスキャナーがあります。
• 軽量アプリが見落としがちな微量栄養素を含む100以上の栄養素が自動的に追跡され、長期ユーザーがデータの天井に達することがありません。
• 14言語に対応しており、他の言語でラベル付けされた食品を食べているユーザーにとって重要です。
• 無料および有料のすべてのティアで広告がゼロであり、オンボーディングの表面がアップセルで中断されることはありません。
• 定期的に使用する前にアプリを検証したいユーザーのために、無期限の無料ティアが利用可能です。
• 完全なプレミアム機能セットを希望するユーザーのために、月額€2.50から始まる有料ティアがあります。これはAI駆動のカロリーアプリの市場平均を大幅に下回っています。

この累積的な効果により、移行するユーザーはNutrolaをインストールしてから20分以内に完全に稼働でき、体重履歴が保持され、ログがAIパイプラインを通じて流れ、お気に入りが自然に蓄積されます。

---

移行は価値があるのか？

移行は、以下の条件のいずれかが当てはまる場合に価値があります。Foodvisorの食品認識精度が、実際に食べる食品に対して信頼できないと感じる。Foodvisorが提供する以上の詳細な栄養情報を求めている — 特にカリウム、マグネシウム、ビタミンD、ナトリウムなどの微量栄養素。Foodvisorの価格構造やアプリ内広告に不満を持っている。Foodvisorが提供していない音声ログオプションが欲しい。日常的に複数の言語を使用しており、Foodvisorのローカリゼーションがあなたの言語に対して弱い。

移行は価値がない場合もあります。Foodvisorの基本的な認識に満足している、より深い栄養素には興味がない、価格や広告に不満がない場合です。アプリの切り替えには実際の認知コストがかかり、「異なる」ということが必ずしも「より良い」ことを意味するわけではありません。テストの質問は、Foodvisorが行わない具体的な3つのことを新しいアプリが行うかどうかを挙げられるかどうかです。挙げられれば移行し、挙げられなければそのまま留まります — そして6ヶ月後に再評価します。

移行するユーザーからの最も一般的な移行後のフィードバックは、最初の週は摩擦を感じ、2週目は安堵を感じたということです。摩擦はお気に入りやレシピの再構築であり、安堵は2026年のカロリーアプリが行うべき期待に合ったログパイプラインです。このパターンはユーザーベース全体に当てはまります。

---

よくある質問

FoodvisorのフードログをNutrolaに直接インポートできますか？

いいえ。NutrolaはネイティブのFoodvisorインポートを主張しておらず、主要な競合他社も同様です。Foodvisorのエクスポートは食品IDや標準化されたカテゴリのないCSV形式であるため、業界全体での直接インポートは現実的ではありません。体重履歴はHealthKitまたはHealth Connectを通じて移行できます。

FoodvisorからNutrolaへの完全な移行にはどのくらい時間がかかりますか？

セットアップ（アプリのインストール、権限、目標設定、体重履歴の確認）に20分を見込み、レシピやお気に入りが自然に蓄積されるまでに2〜3週間の定期的な使用を見込んでください。移行の「永遠に感じる」部分は、主に最初の72時間です。

体重トレンド履歴を失いますか？

いいえ、FoodvisorをHealthKitまたはHealth Connectに同期していた場合は。体重履歴はプラットフォームの健康レイヤーに存在し、Nutrolaは標準APIを通じてそれを読み取ります。同期していなかった場合は、サードパーティのユーティリティを使用して体重CSVをHealthKitまたはHealth Connectに手動でインポートし、その後Nutrolaに読み取りアクセスを与える必要があります。

Foodvisorのレシピはどうなりますか？

レシピは名前とマクロの合計としてエクスポートされますが、成分リストとしてはエクスポートされません。実用的な移行の道は、Nutrolaのレシピビルダーを使用して、確認済み食品データベースを用いて上位10〜15のレシピを手動で再構築することです。偶発的なレシピは努力する価値がありません — 料理する際に自然に再現されます。

移行中に両方のアプリを同時に使用できますか？

はい、そしてこれは最初の30日間の合理的なアプローチです — 特にストリークの継続が重要な場合は。Foodvisorをメンテナンスモードで運用し、毎日1つのブックマークエントリーをログしてストリークを維持し、Nutrolaで実際のログを行います。ほとんどのユーザーは、4週目には並行作業が不自然に感じられ、自然にFoodvisorを手放します。

NutrolaはFoodvisorよりもヨーロッパの食品データベースをうまく扱いますか？

Nutrolaは14言語に対応しており、ヨーロッパのバーコードや地域の食品を含む1.8M+確認済み食品データベースから情報を取得します。特に非英語の食品カバレッジを求めてFoodvisorから移行するユーザーは、これが最も具体的な改善として報告しています。

Nutrolaは本当に広告ゼロですか？

はい — 無料ティアを含むすべてのティアで広告はゼロです。バナー広告、インタースティシャル、報酬付きビデオのプロンプト、サードパーティのトラッキングピクセルはログフローに存在しません。これは意図的な製品の決定であり、有料ティアでフラグが切り替わる機能ではありません。

---

最終的な結論

FoodvisorからNutrolaへの移行は自動的なプロセスではなく手動のプロセスであり、そうでないと主張する人は実際には存在しないインポートツールを販売しているだけです。Foodvisorのエクスポートは薄く、業界には共有されたフードログフォーマットがなく、「ネイティブインポート」は今日の消費者向けカロリーアプリの仕様書にチェックできる機能ではありません。

できることは、移行を段階的なプロジェクトとして計画することです。エクスポートを取得します。HealthKitまたはHealth Connectを通じて体重履歴を橋渡しし、長期的なトレンドが途切れないようにします。フードログはライブインポートソースではなく参照文書として扱います。新しいアプリのレシピビルダーで上位15のレシピを再構築します。実際の使用の最初の2週間でお気に入りが自然に蓄積されるのを許可します。ストリークをリセットし、カウンターではなく習慣として再フレームします。

これらのステップをNutrolaを目的地として実行すれば、Foodvisorよりもクリーンで意図的なセットアップを得ることができます — 100以上の栄養素が追跡され、AI写真ログが3秒以内に行われ、音声ログが写真を撮らずに説明するワークフローに対応し、14言語にわたる1.8M+確認済み食品データベース、すべてのティアで広告ゼロ、無期限の無料プラン、完全な機能セットを希望するユーザー向けに月額€2.50の有料プランがあります。移行の週は摩擦です。その後の数ヶ月はその報酬です。