BASEからShopifyへ移行するタイミング｜費用・機能・運用の判断表

必要な機能名より、毎日の作業から整理しましょう。「在庫を二重入力している」「卸先ごとの注文処理を別表で管理している」など、発生頻度、作業時間、ミスの影響を記録します。そのうえで、BASEの設定・Appsで解消できるか、Shopifyではどのプラン・アプリ・連携が必要かを確かめます。

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

ShopifyにもプランやAPI、アプリごとの制約があります。「アプリがある」だけで採用を決めず、返品や欠品など例外の処理まで確認してください。

BASEにはスタンダードとグロースがあり、注文経路や決済方法によって手数料の条件も変わります。Shopifyもプラン料金以外に、決済、アプリ、テーマなどの費用を確認する必要があります。金額は契約時のBASE公式料金とShopify公式料金で照合しましょう。

比較表には「プラン固定費＋売上・注文件数に連動する費用＋アプリ等の費用＋運用工数」を入れ、移行する場合だけ制作・データ整備・テスト・二重運用の初期費用を加えます。売上、平均注文額、決済方法の構成をそろえることがポイントです。

仮に作業が月10時間減る計画でも、導入後の設定確認やアプリ管理が月4時間増えるなら、削減見込みは6時間です。これは説明用の仮定であり、実際には担当者が試用して所要時間を測ります。好調月だけでなく、売上が少ない月でも固定費を負担できるか確認しましょう。

BASEの公式ヘルプには、CSV商品管理Appと注文データのダウンロードが案内されています。ただし、出力できることとShopifyへそのまま取り込めることは別です。項目名、商品バリエーション、画像、税区分などの対応表を作ります。

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

ここでのQAは、公開前の品質確認です。売れ筋商品だけでなく、種類が多い商品、配送条件が違う商品、割引対象商品で試します。テスト注文の扱いと取消方法をチーム内で共有しておきましょう。

• スマートフォンで商品選択、カート、決済まで進めるか
• 送料・税・割引が想定どおりか
• 購入通知、受注処理、在庫減算、出荷連携が動くか
• キャンセル、返金、返品の手順を担当者が実施できるか
• 顧客のログイン方法と過去注文の見え方が想定どおりか
• 旧URL、広告、メール、SNSから正しい商品へ到達できるか

独自ドメインを引き継ぐ場合と、BASE提供のURLから移る場合では転送の条件が異なります。Shopify側で設定しただけで、管理権限のない旧ドメインから転送できるわけではありません。公式のURLリダイレクトの制約も確認します。

切替前に在庫と未発送注文を確定し、新旧どちらで処理するかを明記します。旧ショップは必要な記録の保管や未処理の注文対応を確認してから扱いを決め、先に退会しないでください。決済できないなどの重大な問題が出た場合の停止・復旧担当も決めます。