重要な注意点
- 1つの購入後フローにつきサブスクリプション変更は1回まで。 購入後ページごとに受け入れられるサブスクリプションオファーは1つだけです。ファネルにサブスクリプション関連のステップが複数ある場合、最初に受け入れられたオファーのみが実行されます。ファネルエディターはこの競合を検出すると警告します。
- サブスクリプションのみ。 この機能は、顧客の注文に対象商品のサブスクリプション版が含まれている場合にのみ発火します。同じ商品の単発購入では発火しません。
- 置き換え時の頻度。 Replace with a different productを使用する場合、Both – change frequency and replace productも選択しない限り、新しいアイテムは元のサブスクリプションの頻度を継承します。
- 複数商品のアップセル。 サブスクリプションアップグレードの設定は商品ごとに行います。1つのアップセルで複数の商品を提供する場合は、それぞれ個別に設定してください。
- 定期割引は今後のすべての更新に適用されます。 一回限りの割引とは異なり、アップグレードされたサブスクリプションのすべての更新で有効であり続けます。
- 一部クレジットを伴う前払い変換は非対応。 顧客がすでに前払いサイクルの一部を支払っている場合、Aftersellは残りの配送分を日割り計算できず、元のサブスクリプションは決して返金されません。Rechargeでは、サブスクリプションを前払いプランに変換すると、元のサブスクリプションがキャンセルされ、新しいプランで再作成されます。アップグレードが即時開始に設定されている場合、Aftersellは、顧客がすでに支払い済みの配送分をカバーするために、単一課金の$0のブリッジサブスクリプションも作成します。これにより、旧サイクルと新プランの初回課金の間で何も漏れることはありません。顧客を前払いプランに移行させない置き換えは、既存のサブスクリプションにその場で適用されます。
アイテム追加アップグレード
- 割引は不可。 アイテム追加オファーは、初回注文割引にも定期割引にも対応していません。このタイプでは定期割引セクションは非表示になります。ステップ4のFirst-order discountフィールドは引き続き表示されますが、常に
0として保存されます。代わりに、ステップ4のオファー商品で希望する価格を設定してください。 - SkioまたはLoopの前払いサブスクリプションでは非対応で、検証されるのはSkioのみ。 Skioは前払いサブスクリプションへの定期ライン追加を拒否します。Aftersellは、トリガーバリエーションのすべての販売プランが前払いの場合は保存時にオファーをブロックし、一部のみが前払いの場合は警告します。Loopの連携も前払いには対応していませんが、この保存時チェックの対象外です — オファーは保存され、受け入れ時に失敗します。
- 失敗した呼び出しは再試行されます。 アイテム追加は自動再試行ワークフローの一部です。プロバイダーごとの重複排除ガードにより、リプレイでアイテムが二重に追加されることはありません。失敗が手動での照合が必要と報告された場合にのみ、サポートに連絡してください。
- 顧客がすでに購読しているアイテムを追加すると、2つ目のラインが作成されるのではなく、そのラインの数量が増加します。
- Rechargeはラインを追加するのではなく、2つ目のサブスクリプションを作成します。 ライン追加のAPIがないためです。顧客のポータルには、同じサイクルの2つのサブスクリプションが表示されます。
サブスクリプション注文でのサブスクリプションアップセル
- プロバイダーの接続が必要です。 接続がない場合、サブスクリプション注文に対するサブスクリプションオファーは破棄される(サブスクリプション専用商品の場合)か、単発購入にダウングレードされます。
- Loopでは前払いプランは利用できません。 Loopはこの連携を通じて前払いサブスクリプションを作成できないため、Loopストアではオファーから前払いプランが非表示になります。
- 顧客は2つの独立したサブスクリプションを持つことになり、それぞれプロバイダーのポータルで個別に管理されます。
- これはサブスクリプションアップグレードのオファーには当てはまりません。 アップグレードは新しいサブスクリプションを追加するのではなく、既存のサブスクリプションを変更します。