定期購入:移行ガイド
このガイドは、現在のプラットフォーム(例:Recharge や Appstle)からSHOPLINEの定期購入アプリへ定期購入契約を安全に移行する方法を説明します。これにより、以下が可能になります:
顧客の解約を最小限に抑える:移行中も元のプラットフォームで契約を有効に保ち、支払いの問題を防ぎ、顧客を維持します。
移行を簡素化:スムーズで信頼性の高いプロセスを使用してビジネスをSHOPLINEに移行し、強化された定期購入管理の恩恵を受けます。
このガイドでは、準備、契約のインポートと同期、結果の確認、契約管理、顧客の有効化について説明し、スムーズな開始をサポートします。
移行の概要
| ステージ | ステップ | 説明 |
| 準備 | 1. SHOPLINE 定期購入のセットアップ | アプリをインストールし、購入プランを作成し、契約移行通知などの基本設定を行います。 |
| 2. 基本的なストアデータの移行 | 契約が正しく商品、顧客、住所にリンクできるように、まず商品と顧客データを移行します。 | |
| 契約移行 | 3. 定期購入契約の移行 | API同期またはCSVファイルを使用して、契約の詳細、商品、顧客、発送元住所、配送情報をSHOPLINEにインポートします。 |
| 4. インポート結果の確認 | タスクのステータスを確認します。失敗した履歴があれば、結果ファイルをダウンロードし、エラーを修正して再インポートします。 | |
| 支払い移行 | 5. 支払いトークンのアップロード | 契約がインポートされた後、各支払いチャネルに対応する支払いトークン情報をアップロードします。 |
| 契約引き継ぎ | 6. 顧客に支払い方法の更新を依頼 | まだ引き継がれていない契約については、顧客にカスタマーセンターにアクセスして支払い方法を更新するよう案内します。 |
| 7. SHOPLINEによる契約の引き継ぎ | 顧客が支払い方法を更新すると、契約のステータスが「移行成功」に変わります。 | |
| まとめ | 8. 旧プラットフォームでの契約処理 | SHOPLINEが契約を引き継いだら、元のプラットフォームで旧バージョンを処理し、顧客に二重請求が発生しないようにします。 |
移行を開始する前に
1. SHOPLINE 定期購入のセットアップ
移行を行う前に、SHOPLINE 定期購入をインストールして設定してください。
以下のことを行っていることを確認してください:
- SHOPLINE定期購入アプリをインストールしました。
- 必要な購入プランを作成しました。移行される契約はこれらのプランにリンクされます。
- ストア表示設定で契約移行通知を設定しました。
-
設定で顧客が更新可能な情報を有効にしました。これには以下が含まれます:
- 発送元情報
- サブスク頻度
- 支払い方法
購入プランとストア表示設定の詳細については、記事「定期購入:継続購入の設定」をご覧ください。
2. まず基本的なストアデータを移行する
契約を移行する前に、基本的なストアデータがすでにSHOPLINEに移行されていることを確認してください。これは契約データが正しくマッピングおよび表示されるために必要です。ストア移行ツールアプリを使用して、以下のような構造化データの移行を支援できます:
- 商品データ:元のプラットフォームからSHOPLINEへすべての商品データが移行されていることを確認してください。
- 顧客データ:元のプラットフォームからSHOPLINEへすべての顧客データが移行されていることを確認してください。
| 注:商品や顧客がまだ移行されていない場合、契約のインポート時に正しい商品や顧客にリンクできない可能性があります。 |
ステージ1:契約移行
ここでの目標は、契約のステータス、請求サイクル、商品、顧客、発送元住所、発送元情報を含む定期購入契約自体をSHOPLINEにインポートすることです。
契約を移行する方法は2つあります:
- API同期:元のストアがShopifyで、定期購入サービスがRecharge、Appstle、Loop、またはSealのマーチャント向け。注:API同期は移行中に元のストアと定期購入アプリを有効に保つ必要があり、追加費用が発生する場合がありますので、計画を立ててください。
- CSVインポート:API同期の要件を満たさないマーチャント、またはファイルを準備して一括でインポートしたいマーチャント向け。
API同期による契約移行
適用される場合:
API同期は現在、以下の場合に機能します:
- 元のストアプラットフォームはShopifyです。
- 元の定期購入プロバイダーはRecharge、Appstle、Loop、またはSealです。
- Shopifyの認証情報と定期購入プラットフォームのAPI認証情報の両方を取得できます。
| 重要:API同期には、移行中に元のストアと定期購入アプリが稼働し続ける必要があり、追加費用が発生する場合があります。計画を立ててください。 |
ステップ1:Shopifyストアの認証情報を取得する
- Shopify管理画面で、設定 > ドメインに移動し、ストアのドメイン(例:handle.myshopify.com)を確認します。
- ドメインの「handle」部分をメモします。
Shopify APIキーの取得(2026年新ワークフロー)
2026年1月以降、一部のShopifyストアはDevダッシュボードで管理されます。Devダッシュボードを使用しているストアは、レガシーカスタムアプリを通じてAPIキーを取得できなくなります。この更新は既存のAPIキーには影響しません。既存のAPIキーはSHOPLINEで通常通り機能し続けます。
ストアがDevダッシュボードを使用している場合、デュアルシステム移行のためにクライアントIDとシークレットを取得するには、以下の手順に従ってください:
| 重要:マーチャントはクライアントIDとシークレットを取得するためにDevダッシュボードでアプリを作成する必要があります。コラボレーター権限ではアクセスできません。 |
-
アプリの作成と開発
-
設定 > アプリ に移動し、Dev Dashboardでアプリを作成をクリックします。
-
Dev Dashboardで、アプリを作成をクリックします。
-
Dev Dashboardから開始セクションで、名前を入力し、作成をクリックします。
-
権限を選択をクリックし、権限(アプリ、注文、顧客、商品を含む)を選択してから、リリースをクリックします。以下のすべての権限がチェックされていることを確認してください:
read_all_orders
read_app_proxy
write_app_proxy
read_customers
read_customer_merge
read_orders
read_product_feeds
read_product_listings
read_products
-
ポップアップウィンドウで、再度リリースをクリックして確認します。
-
-
<strong>クライアントID</strong>と<strong>シークレット</strong>を保存する
-
アプリを作成した後、<strong>設定</strong>に移動し、SHOPLINE移行のために<strong>クライアントID</strong>と<strong>シークレット</strong>をコピーして安全に保存してください。
-
-
アプリをインストールする
-
アプリの<strong>ホーム</strong>ページに移動し、<strong>インストール</strong>をクリックします。
-
Shopify管理画面の<strong>アプリのインストール</strong>ページで、もう一度<strong>インストール</strong>をクリックして、Shopifyストアへのカスタムアプリのインストールを完了します。
-
Shopify APIキーの取得(2025年以前のレガシーワークフロー)
- アプリの開発と作成
-
設定 > アプリと販売チャネル > アプリを開発する に移動します。
-
カスタムアプリを作成をクリックし、アプリ名(例:「SHOPLINE移行アプリ」)を入力して、アプリを作成をクリックします。
-
- 管理APIスコープの設定
-
すべてのAPI権限を選択し、保存をクリックします。
-
-
アプリをインストールしてAPIキーをコピーする
- API認証情報に移動し、アプリをインストールをクリックして、API認証情報セクションからAPIトークンをコピーします。
重要: トークンは一度だけ表示されます。安全に保存してください。
ステップ2:現在ご利用中のサブスクリプションプラットフォームからAPI認証情報を取得する
現在使用しているプラットフォームのみで行い、すべてのプラットフォームを設定する必要はありません。
Recharge APIキーの取得
- 管理者トークンを作成
-
ツールとアプリ > APIトークンに移動し、管理者トークンカードの今すぐ作成をクリックします。
-
- 管理者APIスコープを設定
- トークンを作成した後、APIトークンを作成ページに入り、トークンに名前を付けます。
-
すべてのAPI権限を選択し、保存をクリックします。
- APIキーをコピー
-
APIトークンセクションに移動し、APIキーをコピーします。
-
Appstle APIキーを取得
-
に移動します Appstle サブスクリプション > その他 > APIアクセス。
-
API キーセクションを見つけて、キーを生成をクリックします。
-
ポップアップウィンドウでAPIキーの名前を入力し、読み取り&書き込み — すべてのAPIエンドポイントへのフルアクセスを選択してから、キーを作成をクリックします。
-
生成されたAPIキーを後で使用するためにコピーします。
| 注: APIアクセスは有料の追加機能です。有効にするにはAppstleサポートに連絡してください。費用は月額100ドルです。 |
Seal APIキーを取得
Loop APIキーの取得
LoopのサブスクリプションAPIキーを取得するには、LoopヘルプセンターのLoop APIトークンの生成の記事をご参照ください。
ステップ3:SHOPLINEで契約の同期を開始する
- SHOPLINEのSubscriptionsアプリ管理画面にログインします。
- 移行センターに移動し、移行を開始をクリックします。
- 元のサブスクリプションプラットフォームを選択します。
- Shopifyのハンドル、クライアントID、シークレット、および現在のサブスクリプションプラットフォームのAPI認証情報を入力します。
- もしサブスクリプションプランの自動マッチオプションがあれば、ニーズに合う場合は選択してください。
- 今すぐインポートをクリックします。
システムはまず認証情報が有効かどうかを確認します。認証が完了すると、元のプラットフォームから定期購入契約データを取得し同期します。
CSVファイルによる契約の移行
ステップ1:契約移行用テンプレートのダウンロード
- SHOPLINE Subscriptionsアプリ管理画面にログインします。
- 移行センターに移動し、移行を開始をクリックします。
- CSVインポートを選択します。
- 最新の契約インポートテンプレートをダウンロードします。
管理画面から常に最新のテンプレートを使用してください。
ステップ2:元のプラットフォームから契約データをエクスポート
元のサブスクリプションプラットフォームにログインし、移行したい契約データをエクスポートします。
データを整理する前に、以下を確認してください:
- 商品とバリエーションがすでにSHOPLINEに存在していること。
- 顧客がすでにSHOPLINEに存在していること。
- 各契約に元のプラットフォームからの一意で安定したIDがあること。
- 請求を継続する契約には次回請求日が含まれていること。
ステップ3:契約インポートテンプレートの記入
契約テンプレートは契約データを移行するためのもので、アップロード前にご自身でデータをこの構造に整理する必要があります。
基本契約情報
| フィールド | 説明 | 必須 | 例 |
| ストアハンドル | あなたのSHOPLINEストアハンドル。 | はい | example-store |
| *元の購入プランID | 元のプラットフォームからの契約ID。同じ契約を識別し更新するために使用。最大32文字。 | はい | EXT-CONTRACT-1111111 |
| *ステータス | 契約のステータス。 | はい | ACTIVE |
| *顧客ID | SHOPLINEの顧客ID。顧客はすでにSHOPLINEに存在している必要があります。 | はい | 4603168091 |
| メール | 顧客のメールアドレス。 | いいえ | example@shopline.com |
許可されているステータスの値: ACTIVE, PAUSED, CANCELLED, FAILED, EXPIRED
請求サイクル情報
| フィールド | 説明 | 必須 | 例 |
| *間隔 | 請求サイクルの単位。 | はい | MONTH |
| *間隔の回数 | 繰り返す頻度。例:2週間ごと = 2。 | はい | 2 |
| *最小サイクル数 | 請求サイクルの最小回数(最低1回)。 | はい | 1 |
| 最大サイクル数 | 請求サイクルの最大回数。制限なしの場合は空欄にしてください。 | いいえ | 12 |
| 完了した注文数 | すでに完了した注文数。空欄の場合は0として扱われます。 | いいえ | 4 |
許可されている間隔の値: DAY, WEEK, MONTH, YEAR
日付と通貨情報
| フィールド | 説明 | 必須 | 例 |
| 作成日時(元のプラットフォーム) | 元のプラットフォームで契約が作成された日時。タイムゾーンオフセット付きのISO 8601形式を使用してください。 | いいえ | 2024-12-02T12:00:00-05:00 |
| *次の請求日 | 移行後の最初の予定請求日。タイムゾーンオフセット付きのISO 8601形式を使用してください。 | はい | 2025-01-28T12:00:00-05:00 |
| *通貨コード(ISO 4217) | 契約の通貨。3文字のISO 4217コードを使用し、ストアの通貨と一致している必要があります。 | はい | USD |
購入プランと商品情報
| フィールド | 説明 | 必須 | 例 |
| *販売プランID | SHOPLINE購入プランID。 | はい | 14066622198340539053032795 |
| *ラインアイテム金額 | ラインアイテムの金額。 | はい | 100 |
| *ラインアイテムバリエーションID | SHOPLINE商品バリエーションID。バリエーションは既に存在している必要があります。 | はい | 18066984575317893633362795 |
| *ラインアイテム数量 | 数量。 | はい | 2 |
| ラインアイテム商品ソース | 商品ソース情報。 | いいえ | 必要に応じて記入 |
| ラインアイテム割引タイプ | 割引タイプ。 | いいえ | FIXED_AMOUNT |
| ラインアイテム割引値 | 割引値。 | いいえ | 20 |
許可されているラインアイテム割引タイプの値: PERCENTAGE, FIXED_AMOUNT
配送先住所情報
| フィールド | 説明 | 必須 | 例 |
| 配送先名(名) | 受取人の名。 | いいえ | Bing |
| 配送先名(姓) | 受取人の姓。 | いいえ | Tang |
| 配送先電話番号 | 受取人の電話番号。 | いいえ | 12165550123 |
| 配送先国 | 国/地域名。 | いいえ | アメリカ合衆国 |
| *配送先国コード(ISO 3166-1) | 2文字の国コード。 | はい | US |
| 配送先州/県 | 州/県名。 | いいえ | オハイオ |
| *配送先州/県コード(ISO 3166-2) | 州/県コード。 | はい | OH |
| 配送先市 | 市名。 | いいえ | クリーブランド |
| 配送先市コード(米国外マーケット) | 米国外マーケット向けの市コード。 | いいえ | 該当する場合 |
| 配送先会社名 | 会社名。 | いいえ | FireXuan-USD |
| 配送先地区(米国外マーケット) | 米国外マーケット向けの地区名。 | いいえ | 該当する場合 |
| 配送先地区コード(米国外マーケット) | 米国外マーケット向けの地区コード。 | いいえ | 該当する場合 |
| 配送先住所 | 番地。 | いいえ | University Hospital Drive |
| 配送先住所2 | 追加住所情報。 | いいえ | RR 2 Box 260 |
| 配送先郵便番号 | 郵便番号。 | いいえ | 44106 |
配送情報
| フィールド | 説明 | 必須 | 例 |
| 配送プラン名 | SHOPLINE配送プラン名。 | いいえ | マルチ配送テストプラン |
| 配送金額 | 配送費用。請求時に計算する場合は空欄にしてください。 | いいえ | 50 |
ステップ4:契約CSVファイルのアップロード
- CSV一括インポートページに戻ります。
- 次へをクリックします。
- 完成した契約CSVファイルをアップロードします。
- 指示に従い、各契約の支払いチャネルを選択します。
- インポートをクリックし、完了するまで待ちます。
ステージ2:支払い移行
契約が移行されたら、SHOPLINEで元の支払い方法を引き続き使用したい場合は、支払いトークンを別途アップロードする必要があります。
支払い移行は契約移行の代わりにはなりません。まず契約が正常にインポートされたことを確認し、その後対応する支払いトークンをアップロードしてください。
開始前に準備するもの:
- 正常にインポートされた契約の元のサブスクリプションID。
- 顧客のメールアドレス。
- 契約で実際に使用されている現在の支払いチャネルとトークン情報。
元の支払い方法を引き続き使用する必要がある契約のみ支払いトークンをアップロードしてください。支払い移行が不要な契約についてはトークンファイルの記入は不要です。
支払いトークンファイルのフィールド
各契約の行には、実際に使用されている支払いチャネルのフィールドのみ記入し、他のチャネルのフィールドは空欄にしてください。
| フィールド | 説明 | 必須条件 | 例 |
| *元のサブスクリプションID | 契約ファイルの元のサブスクリプションIDと一致する必要があります。最大32文字。 | 常に | EXT-CONTRACT-1111111 |
| メール | 顧客のメールアドレス。顧客の識別に役立ちます。 | 推奨 | example@shopline.com |
| チャネル顧客ID(Stripe) | Stripeの顧客ID。 | Stripeを使用している場合 | Stripe顧客ID |
| 支払い方法ID(Stripe) | Stripeの支払い方法ID。 | Stripeを使用している場合 | Stripe支払い方法ID |
| アカウント名(PayPal) | PayPalのアカウント名。 | PayPalを使用している場合 | PayPalアカウント名 |
| 請求契約ID(PayPal) | PayPalの請求契約ID。 | PayPalを使用している場合 | PayPal請求契約ID |
| チャネル顧客ID(SLP) | SLP支払いチャネルの顧客ID。 | SLPを使用している場合 | チャネル顧客ID |
| 支払い方法ID(SLP) | SLP支払いチャネルの支払い方法ID。 | SLPを使用している場合 | チャネル支払い方法ID |
| 重要: 同じ契約の行に複数の支払いチャネルのトークン情報を入力しないでください。 |
支払いトークンのアップロード方法
- 契約がすでに移行されていることを確認します。
- 支払いトークンのインポートテンプレートをダウンロードして記入します。
- 契約IDがインポートした契約と完全に一致しているか再確認します。
- SHOPLINEサブスクリプションの支払いトークンアップロードページに移動します。
- ファイルをアップロードし、結果を待ちます。
- 結果ファイルが提供された場合はダウンロードし、失敗した履歴を修正します。
支払いトークンが移行できない場合、契約は「移行中」ステータスのままにできます。顧客は後でカスタマーセンターで支払い方法を更新できます。
移行済み契約の管理
移行が完了すると、移行センターからすべての移行済み契約を表示および管理できます。
移行済み契約リスト
移行センター > 移行済み契約に移動すると、インポートまたは同期されたすべての契約が表示されます。リストには通常以下が含まれます:
| フィールド | 説明 |
| 移行方法 | 契約がどこから来たか:CSVインポート、Recharge API、Appstle API、Loop API、またはSeal API。 |
| 移行完了日 | 契約のステータスが「移行成功」に変わった日時。 |
| 移行ステータス | 契約が支払い方法の更新を完了し、SHOPLINEに引き継がれたかどうか。 |
| 元のプラットフォーム契約ステータス | 元のプラットフォーム上の契約ステータスのスナップショット(例:有効、一時停止、キャンセル、または期限切れ)。 |
移行ステータスの意味
| ステータス | 意味 |
| 移行中 | 契約はSHOPLINEに移行されましたが、顧客はまだ支払い方法を更新していません。元のプラットフォームでまだ稼働している可能性があります。 |
| 移行成功 | 顧客が支払い方法を更新し、SHOPLINEが契約を引き継ぎました。 |
| 移行不要 | 元の契約がキャンセル、失敗、または完了しており、引き継ぎは不要です。 |
利用可能な操作
「支払い更新待ち」または「移行不要」とマークされた契約については、管理者のサポート内容に応じて以下の操作が可能です:
- 割引コードを追加。
- 契約および顧客リストのフィルタリングとエクスポート。
- 対象顧客への再獲得メールの送信。
顧客に移行を完了してもらう方法
支払い移行や支払い方法の更新が完了していない契約については、契約が「移行成功」になる前に、顧客がカスタマーセンターで支払い方法を更新する必要があります。
契約移行通知の設定
サブスクリプション > 移行センター > 契約移行通知で、更新リマインダーバナーをオンにします。
顧客が支払い方法を更新する前に、直接契約を修正させるのではなく、移行中の混乱を避けるために支払い方法の更新が必要であることをまず説明するのが望ましいです。
顧客の操作
- ストアのカスタマーセンターにログインします。
- マイサブスクリプションに移動します。
- 「支払い待ち更新」ステータスの契約(例:請求スケジュールや発送元住所の変更)を修正しようとすると、システムが支払い方法の更新を促します。
- 今すぐ更新をクリックして契約更新ウィザードに入ります。
- 次回請求日や発送元住所などの情報を確認または更新します。
- 新しい支払い方法を追加します。
- 支払い方法が更新されると、SHOPLINEが引き継ぎを完了し、契約ステータスが「移行成功」に変わります。
顧客が引き継ぎを完了すると、マーチャントに通知が届きます。二重請求を避けるために、元のプラットフォームで該当する古い契約を速やかに処理してください。
データの最新状態の維持
APIによる自動更新
API自動同期を有効にしている場合、Recharge、Appstle、Loop、Sealからの契約データの変更(契約更新やステータス変更など)は、Webhookを通じてほぼリアルタイムでSHOPLINEの移行契約リストに同期されます。「支払い待ち更新」契約のスナップショット情報を手動で更新する必要はありません。
CSVによる手動更新
CSVインポートを使用している場合、元のプラットフォームで契約データが「支払い待ち更新」中に変更された場合、SHOPLINEでスナップショット情報を手動で更新できます。
元のプラットフォームで契約を継続している場合は、そちらでも更新を同期してください。
よくある質問(FAQ)
二重システム移行ソリューションの利用に関するよくある質問への回答をご覧ください。
Q1: インポートした契約が「支払い方法更新待ち」と表示されるのはなぜですか?
これは通常、元の支払い方法(例:Shopify Payment)がSHOPLINEでサポートされていないか、支払い方法の移行が完了していない場合に発生します。
Q2: 契約を「移行成功」に変更するにはどうすればよいですか?
「支払い方法更新待ち」ステータスの契約については、顧客がストアで支払い方法を更新する必要があります。
Q3: 元のプラットフォームで契約を手動でキャンセルする必要がありますか?
CSVインポートの場合、SHOPLINEで契約が「移行成功」とマークされたら、二重請求を避けるために元のプラットフォームで古い契約を必ず手動でキャンセルしてください。対応しているサブスクリプションプラットフォームのAPIインポートでは、SHOPLINEがAPIを通じて自動的に古い契約をキャンセルします。
Q4: ShopifyまたはLegacy E-Commerce Solutionの注文データはAPI同期後にSHOPLINEに同期されますか?
API同期は主に契約データを更新します。注文データは、 ストア移行ツール アプリを使用して手動で同期する必要があります。
この記事はAIを使用して翻訳されており、不正確な箇所が含まれている可能性があります。最も正確な情報については、元の英語版をご参照ください。