EC-CUBEのシングルサインオン連携|会員制ECの構築事例と導入のポイント

EC-CUBEのシングルサインオン連携|会員制ECの構築事例と導入のポイントEC-CUBE
この記事は約8分で読めます。

この記事でわかること

既存の会員サイトとEC-CUBEをシングルサインオン(SSO)で連携した構築事例を紹介します。ログインの仕組みを2点の図で確認し、BtoB-ECや社員販売での活用例、会員情報・購入権限・ログアウトなど、導入前に決めたい項目を整理します。

「会員サイトにログインしているのに、商品を購入するためにもう一度ログインが必要」「取引先向けポータルと受発注サイトで、別々のアカウントを管理している」。こうした手間を減らす方法の一つが、シングルサインオン(SSO)です。

EC-CUBEでも、既存の会員サイトや認証システムと連携することで、ログイン操作をまとめる構成を検討できます。

シングルサインオン(SSO)とは?

シングルサインオンは、一度の認証をもとに、連携している複数のサービスを利用できる仕組みです。利用者がサービスごとにID・パスワードを入力する手間を減らせます。

対象になるのは、あらかじめ認証の連携を設定したサービスです。また、ログインの有効期限や追加認証の設定によっては、再度の認証が必要になる場合があります。

サイトごとにログインする場合

認証が連携していない場合、会員サイト、ECサイト、取引先向けポータルなど、それぞれでログイン操作が必要になります。

同じメールアドレスとパスワードを登録していても、各サイトで個別にログインする構成であれば、それだけでシングルサインオンになるわけではありません。

サイトA・B・Cに、それぞれログインする構成のイメージ
認証が連携していない場合は、サイトごとにログインします。

シングルサインオンで連携する場合

シングルサインオンでは、認証を担うシステムと各サイトを連携させます。各サイトは認証結果を確認し、自サイトでの利用を開始できるようにします。

例えば、会員サイトで認証を済ませた利用者がECサイトへ移動した際に、再びID・パスワードを入力せずに買い物を始められる構成です。

認証サーバーと各サイトを連携させるシングルサインオンの構成イメージ
認証を連携する概念図です。実際の通信方法や画面遷移は、採用する方式によって異なります。

構築事例:既存の会員サイトとEC-CUBEを連携

サンクユーでは、既存の会員サイトとEC-CUBEをシングルサインオンで連携し、会員が利用するECサイトを構築した実績があります。

この事例では、既存の会員サイトがログイン管理と会員管理を担い、EC-CUBE側をカスタマイズして連携しました。

  1. 会員サイトにログイン済みの利用者は、ECサイトへ移動して買い物ができます。
  2. 会員サイトにログインしていない利用者がECサイトへアクセスした場合は、会員サイトのログイン画面へ移動します。
  3. 会員サイトで認証が完了すると、ECサイトを利用できるようになります。

既存の会員サイトを入口にして、会員向けの情報提供から商品の購入へつなげる構成です。

ここから紹介する活用例や設計項目は、同様の連携を新たに検討する際のポイントです。上記の事例ですべて実装した機能を示すものではありません。

BtoB-EC・社員販売・会員向け販売での活用例

取引先向けポータルとBtoB-ECをつなぐ

取引先が資料やお知らせを確認するポータルサイトと、発注を行うBtoB-ECを連携する使い方です。情報を確認した後、そのまま商品検索や発注へ進める導線を設計できます。

ただし、ログインできることと、すべての商品・価格・注文情報を利用できることは別です。所属企業や担当者の役割に応じた閲覧・購入権限を、EC側でも確認する必要があります。

社内ポータルと社員向け販売サイトをつなぐ

社内ポータルや社内の認証基盤と、社員向け販売サイトを連携する方法です。社員販売のために別のログイン情報を管理する負担を減らせます。

導入時には、社員としての利用資格をどの情報で判定するか、退職や休職などに伴う利用停止をいつ反映するかも決めます。

会員向けコンテンツと商品販売をつなぐ

ファンクラブや会員制メディアなど、既存の会員向けサービスにECサイトを組み合わせる使い方です。コンテンツの閲覧から関連商品の購入まで、ログイン操作の負担を抑えた導線を作れます。

有料会員だけが購入できる商品や、会員ランクによって異なる価格を設ける場合は、その条件をEC側にどう反映するかも設計します。

導入前に確認したい6つのポイント

シングルサインオンの検討では、ログイン画面の動きだけでなく、会員情報と利用権限の扱いまで整理しておくことが大切です。

シングルサインオン導入前の確認項目
確認項目決めておきたいこと
認証を担うシステム既存の会員サイトや認証基盤のうち、どのシステムで本人確認を行うか。連携先がどの認証方式に対応しているか。
会員の対応付け認証側の利用者とEC-CUBEの会員を、どの識別子で結び付けるか。既存会員の重複やメールアドレス変更をどう扱うか。
会員情報の登録・更新EC側の会員をいつ作成するか。氏名・会社情報・配送先などを、どちらで管理し、どこまで連携するか。
閲覧・購入権限誰が商品や価格を閲覧でき、注文できるか。企業別・担当者別・会員ランク別の条件をどこで判定するか。
利用停止とログアウト退会・退職・取引停止をEC側へ反映するタイミング。ログイン中の利用者の扱いや、ログアウトの対象範囲。
障害時の運用認証システムが利用できないときの案内、問い合わせ窓口、復旧後の確認手順。

本人確認と購入権限を分けて考える

認証は「誰がアクセスしているか」を確認する仕組みです。一方、「その人が何を閲覧・操作できるか」は、権限の判断にあたります。

BtoB-ECでは、同じ企業の担当者でも、商品を閲覧できる人、注文できる人、注文を承認する人を分ける場合があります。シングルサインオンを導入する際も、こうした業務上のルールに沿って権限を確認する必要があります。

会員情報が自動で同期されるとは限らない

ログインの連携だけでは、住所・電話番号・会社情報などの更新まで自動で同期されるとは限りません。

例えば、会社情報は会員サイトで管理し、配送先はEC側で管理するなど、情報ごとに管理元を決めます。両方で変更できる場合は、どちらの情報を優先するかも必要です。

退会・利用停止・ログアウトまで確認する

会員サイトでログアウトしても、ECサイトのログイン状態が終了するとは限りません。どのサイトまでログアウトさせるかは、対応する仕組みと実装によって変わります。

また、認証側でアカウントを停止しても、すでにEC側へログインしている利用者のアクセスが直ちに止まるとは限りません。利用停止を反映する仕組みと、ログイン状態の有効期限をあわせて設計します。

利用を止める処理と、過去の受注履歴を保持する処理も分けて検討しておくと、運用上の混乱を防ぎやすくなります。

EC-CUBEへの導入は、連携先の確認から進める

連携方法は、EC-CUBEのバージョン、既存のカスタマイズ、認証を担うシステムの仕様によって変わります。

認証連携にはOpenID ConnectやSAMLなどの方式があります。まずは連携先の対応方式を確認し、EC-CUBE側で必要になる機能や改修範囲を整理します。

導入を検討する際は、次の順番で要件をまとめると、確認すべき範囲が明確になります。

  1. 対象者と利用範囲を決める:取引先、社員、一般会員など、誰にどのサービスを使ってもらうかを整理します。
  2. 現在のシステムを確認する:EC-CUBEと会員サイトの構成、認証方式、既存会員データを確認します。
  3. 情報と権限のルールを決める:会員の対応付け、情報の管理元、購入条件、利用停止の扱いを決めます。
  4. ログインから運用まで検証する:ログイン済み・未ログイン・期限切れ・利用停止・ログアウトなどの動作を確認します。

費用や期間は、ログイン連携だけを行うのか、会員データの移行や権限管理まで含めるのかによって変わります。まず実現したい利用の流れを整理することが、見積もりの前提をそろえる近道です。

よくある質問

EC-CUBEと既存の会員サイトをシングルサインオンで連携できますか?

連携先の仕様やEC-CUBEの構成に応じて検討できます。サンクユーには、既存の会員サイトがログイン管理を担い、EC-CUBE側をカスタマイズして連携した実績があります。実際の対応方法は、認証方式や会員情報の扱いを確認して決めます。

同じID・パスワードを使えば、シングルサインオンになりますか?

同じログイン情報を各サイトへ登録するだけでは、シングルサインオンにはなりません。認証結果を連携し、別のサービスを利用する際の再ログインを省ける仕組みが必要です。

会員情報や配送先も自動で同期されますか?

ログインの連携だけでは、自動で同期されるとは限りません。連携する項目、情報の管理元、更新のタイミングを別途決める必要があります。

BtoB-ECの企業別価格や担当者別の権限と組み合わせられますか?

認証された利用者を企業や担当者の情報に対応付け、EC側で価格や操作権限を判定する構成を検討できます。必要な改修は、現在の会員管理と価格・権限管理の仕様によって変わります。

一つのサイトでログアウトすれば、すべてのサイトからログアウトできますか?

必ずそうなるわけではありません。認証システムと各サイトの対応状況によって異なります。ログアウトの対象範囲と、各サイトのログイン状態を終了させる方法を設計時に確認します。

相談時には何を用意すればよいですか?

EC-CUBEのバージョン、連携したい会員サイトや認証サービスの名称、対象となる利用者、希望するログインの流れをお知らせください。分かる範囲の情報から、確認事項を整理できます。

会員サイトとECサイトを、運用に合う形でつなぐ

シングルサインオンの導入では、ログイン操作に加え、会員情報の管理元、購入権限、利用停止やログアウトの扱いをそろえることが大切です。既存の会員管理を確認し、利用者が迷わず使え、運営担当者が管理できる構成を考えます。

同じ法人に複数の担当者がいる場合の運用は、BtoB-ECの複数担当者アカウント・権限管理でも解説しています。

サンクユーでは、連携先の仕様や現在の運用を確認し、EC-CUBEの構築・カスタマイズをご提案します。取引先向けポータルと受発注サイトの連携については、BtoB-EC・卸売サイト構築もご相談ください。

EC-CUBEと会員サイトの連携をご相談ください

連携先の仕様やEC-CUBEの構成を確認し、ログイン連携、会員情報、購入権限を踏まえた構成をご提案します。現在の運用と実現したい流れをお聞かせください。

会員連携・シングルサインオンを相談する

投稿者プロフィール

Nakamura
サンクユーのEC-CUBE担当。15年以上にわたりEC-CUBE開発に従事し、2系・3系・4系すべてに精通。難易度の高いカスタマイズや、他社構築サイトの改修・再設計も多数対応しています。

Javaでの業務システム開発を起点に、PHP・Perl・フロントエンド・CMSまで横断的に対応。基幹システム連携や業務フローを踏まえた設計を得意とし、複雑な要件にも柔軟に対応可能です。

ChatGPT CODEXを活用し、開発スピードと品質の両立を実現しています。

お気軽にご相談ください

お気軽にご相談ください

タイトルとURLをコピーしました