EC-CUBEでログイン・会員登録後に元のページへ戻す｜購入導線の改善と確認点

ログインの後に、商品を探し直さなくてよい導線へ

商品を見つけ、色やサイズを確認し、購入に向けてログインする。その後に別のページへ移動すると、利用者は商品をもう一度探すことになります。商品名を覚えていなければ、検索やカテゴリーの選び直しが必要です。

こうした場面では、ログイン後に閲覧していた商品へ戻す、または購入手続きへ進めるようにすると、途中で止まった操作を再開しやすくなります。大切なのは、ログインする前に何をしようとしていたのかに合わせて、戻り先を決めることです。

例えば、商品を比較している人は商品詳細へ、カートに入れ終わった人は購入手続きへ、注文履歴を確認したい人はマイページへ進める方が自然です。すべての利用者を同じページへ移動させるだけでは、それぞれの目的に合わない場合があります。

「EC-CUBEは必ずトップページへ移動する」とは限らない

ログイン後の移動先は、EC-CUBEのバージョン、ログイン画面への入り方、テーマ、プラグイン、既存カスタマイズによって変わります。会員登録の完了画面と、既存会員のログイン後の画面も同じ処理ではありません。

EC-CUBE 4系の公式マニュアルのマイページ解説では、ログイン後にマイページの注文履歴を確認する流れが案内されています。また、EC-CUBE 4.3.1の標準テンプレートには、購入途中のログインで購入手続きへ進むための戻り先指定があります。

そのため、改修前には「商品詳細からヘッダーのログインを選ぶ」「カートから購入手続きへ進む」「お気に入りへの追加からログインを求められる」など、実際の入口ごとに動作を確認します。すでに目的に合う標準の導線があれば、その動きを保ちながら不足する箇所を調整します。

以下は、改善内容を決めるための設計例です。すべてのEC-CUBEに共通する標準仕様や、特定のサイトで実装済みの動作を示すものではありません。

会員登録は、メール確認や承認の完了まで考える

仮会員機能の有無で、登録後の流れが変わる

EC-CUBE 4系では、仮会員機能が有効な場合、登録後に送られる確認メールを使って本会員化する流れになります。無効な場合は、登録後すぐに本会員となります。まず、利用中の設定と、登録後に表示される案内を確認します。

メール確認が必要なサイトでは、入力フォームの送信を「すべて完了した状態」と扱わないことが大切です。「確認メールを送信しました」「メール内のリンクから登録を完了してください」など、次に必要な操作を示し、本会員化後に買い物へ戻れるようにします。

登録完了を伝える画面を残し、「先ほどの商品を見る」「カートへ戻る」といったボタンを設ける方法もあります。自動で移動させる場合も、登録できたか分からなくならないよう、完了の案内と戻り先を合わせて検討します。

確認メールを別の端末で開く場合も想定する

パソコンで会員登録し、確認メールはスマートフォンで開くことがあります。メールアプリ内のブラウザーで開かれる場合もあります。同じサイトでも、登録時と同じブラウザーの一時情報をそのまま使えるとは限りません。

元のページを登録時のブラウザーだけで覚えている設計では、別端末でそのページを復元できない場合があります。端末をまたいで再開させる必要があるかを決め、必要ならサーバー側で再開先を管理する方法を検討します。本人確認やログインを省略してよいという意味ではありません。

戻り先が分からないときは、エラーのまま止めず、マイページや商品一覧などへ案内します。「元の端末で買い物を続ける」といった案内が適切な場合もあります。確認メールを再送した場合、時間が経ってから開いた場合、登録済みのリンクを再度開いた場合も確認します。

ページへ戻ることと、選択内容を引き継ぐことを分ける

色・サイズ・数量・検索条件を、どこまで残すか

同じ商品ページへ戻れたとしても、選択した色・サイズ・数量が初期状態に戻ると、利用者は選び直す必要があります。ページのURLを保存するだけで、画面上の入力内容もすべて復元できるわけではありません。

商品詳細では規格・数量、商品一覧では検索語・絞り込み・並び順・ページ番号など、保持したい内容を整理します。名入れなどの追加項目がある場合は、それも別に確認します。必要な情報だけを適切な場所へ保存し、パスワードや個人情報を戻り先URLへ埋め込まないようにします。

複数のタブで商品を比較している場合にも注意が必要です。サイト全体で一つの「直前のページ」だけを記録すると、別タブの操作で戻り先が変わる可能性があります。ログインを始めた操作と、再開する対象を対応させる設計を検討します。

ログイン後のカート・価格・在庫を確かめる

ログイン前のカートと、その会員が以前に使っていたカートがある場合は、ログイン後にどの商品・数量が残るかを確認します。利用環境によって統合や復元の動作が異なるため、戻り先の変更と一緒に確認する必要があります。

ログインによって会員価格や取引先別価格が適用される場合もあります。選択した商品・数量を引き継ぐことと、以前表示した金額を確約することは別です。ログイン後の販売条件と現在の在庫で再確認し、続行できない商品があれば理由を案内します。

また、ログイン前の送信内容をそのまま再送すると、商品追加などの操作が重複する場合があります。ページを再表示する処理と、カート追加・注文確定などの更新処理を分け、必要な確認画面を経て再開します。決済や注文確定を、戻り先への移動だけで自動的にやり直す設計にはしません。

お気に入りについても、ページに戻すことと、候補を会員へ引き継ぐことは別の機能です。関連する未ログインでもお気に入りを保存するカスタマイズでは、保存やログイン後の統合について整理しています。

戻り先を安全に扱い、戻れない場合の案内を用意する

外から指定されたURLを、そのまま使わない

ログイン後の移動先をURLなどで受け取る場合は、値をそのまま転送先に使わないようにします。外部サイトへ誘導される「オープンリダイレクト」を避けるため、サイト内の許可したページかをサーバー側で確認します。

OWASPのリダイレクト対策資料でも、移動先の検証や、サーバー側で許可した行き先に対応させる方法が紹介されています。外部との連携が必要な場合は、承認した連携先に限定し、単純な文字列の前方一致だけで判断しない設計にします。

EC-CUBEの導入環境に対応するSymfonyのログイン後の遷移設定も確認します。通常のログイン、購入手続き、外部認証などのどこで戻り先が指定されるかを調べ、全画面の戻り先を一括で上書きしないようにします。

戻り先の有効性・閲覧権限・期限を確認する

保存した商品が非公開になったり、会員によって閲覧できないページだったりする場合があります。元のURLが残っていても、その会員が今アクセスできるかを確認します。権限のないページは内容を表示せず、利用可能なページや案内へ切り替えます。

ログイン画面へ戻って再びログインを求められる、登録完了画面を繰り返し表示する、といった循環も避けます。戻り先の有効期限と、利用後に記録を消すタイミングを決め、以前の買い物で使った戻り先が次回のログインへ残らないようにします。

戻り先が不明・期限切れ・利用不可の場合には、カートがあればカートへ、なければマイページや商品一覧へ案内するなど、代わりの行き先を用意します。どの行き先が適切かは、サイトの購入方法に合わせて決めます。

BtoB-ECでは、承認・認証の条件を満たしてから再開する

法人会員の審査や取引先の承認が必要なサイトでは、会員登録を申し込んだ段階で、商品購入や契約価格の閲覧ができるとは限りません。申請受付・承認待ち・利用開始の状態を分け、今できる操作を案内します。

二段階認証や、初回ログイン時のパスワード変更を導入している場合も、それらを完了してから目的のページへ進めます。戻り先が指定されていることを理由に、必要な認証や承認を飛ばしてはいけません。

例えば、管理者が設定した仮パスワードの変更を求める仕組みと組み合わせる場合は、変更が完了するまで商品ページへ戻さないようにします。完了後に、戻り先の有効性と閲覧権限を改めて確認する流れを設計します。

公開前は、成功時以外の戻り方も確認する

動作確認では、ログインに一度で成功した場合だけでなく、入力間違い、メール確認、端末の変更なども含めて操作します。「目的のページへ移動できたか」と「そこで買い物を続けられたか」の両方を見ることが重要です。

改修を依頼する際は、利用中のバージョン、仮会員機能の設定、認証・会員関連プラグイン、問題が起きる操作手順を伝えると確認しやすくなります。「どのページからログインし、実際にはどこへ移動し、本来は何を続けたいのか」を具体的に整理してください。

公開後は、ログイン成功後の商品閲覧・購入手続きへの到達、再検索の発生、関連する問い合わせを確認します。離脱率や注文率の変化は、流入や価格などの影響も受けます。戻り先の変更だけで売上が必ず上がるとせず、利用者が迷わず続行できるかを確かめながら改善します。

登録・ログインを、買い物の続きにつなげる

ログインや会員登録は、利用者にとって買い物の途中にある操作です。入口ごとに戻り先を決め、必要な確認を終えた後に、商品選びや購入手続きを再開できるように整えます。

サンクユーでは、現在の会員登録・ログイン・購入の流れを確認し、運用に合う改修内容をご提案します。対応内容はEC-CUBE構築・カスタマイズサービスをご覧ください。