私はサイトを構築していて、サインアップのオプションがどうあるべきかを考えていました。
Facebook/Google/etcでのサインアップとログインの違い に関する質問を見つけましたが、承認された回答も十分な回答もありませんでした。
そもそもFacebook/Googleを使ってサインアップする利点は何ですか?私が見ているように、直接ログインは、メールがデータベースに存在するかどうかを確認し、存在しない場合はその情報を追加することを意味します。これは1回限りの操作であるため、1回の挿入で時間がかかりすぎたり、ユーザーエクスペリエンスが損なわれたりすることはないと思います。この部分で私は間違っていますか?
次に、SO Googleでのサインアップの使用など)を含む多くの主要なサイトが表示されるため、ログインする前にサインアップする必要があります。
ユーザーを登録する理由を誰かが説明してもらえますか?
ただし、それが行われたとしても、ログインとサインアップは2つの異なるものです。サインアップパスは、ソーシャルログインまたは従来のログインのどちらが使用されているかに関係なく、ほぼ確実にログインパスよりも複雑です。
これらの重要な違いは、テクノロジーがワンクリックでプロセスを実行できるという理由だけで否定されません。
たとえば、サインアップ時にログインでは実行しないような次のことをユーザーに実行させたい場合があります。
ソーシャルサインアップを使用すると、ユーザーのソーシャルデータにアクセスすることもできます。明示的な同意なしにデータを取得することはできません。「このアプリはx、y、zへのアクセスを希望しますか?」データを入力しなくてもデータを取得できる可能性がありますが、これはできません(私は弁護士ではありませんが、これは実際には同意なしに違法であると感じています)。
一方、ソーシャルアカウントを使用してログインする場合は、ワンクリックでログインする必要があります(もちろん、アカウントにサインインしていると仮定します)。ユーザーにとって可能な限りスムーズ。
Stack Exchangeはこれの完璧な例です。新しいQ&Aサイトをクリックすると、一連のソーシャルログインが表示されます。そのうちの1つを選択すると、コミュニケーションにメールアドレスを使用することを通知します。ソーシャルログインでログインすると、すぐにクリックできます。
これをすべて言ったとしても、ボタンを1つ持つことは完全に合理的です。初めてログインする場合はコードに通知し、サインアップパスをたどりますが、ユーザーの観点から、これらのパスは区別する必要があります。
ログインには、いくつかの製品にソーシャルプラグインを使用しました。
最初の質問に答える簡単な利点は、ユーザーがアプリにサインインするたびに資格情報を入力する必要がないことです。ほとんどの場合、ユーザーはすでにFB/googleなどにログインしており、これを使用してアプリにサインインすることもできます。
ユーザーの大部分は、サインアップするためにフォームに入力する必要があるときに辞退します。ユーザーへの訪問者のコンバージョン率は、ソーシャルサインインをしている方が高く、手間がかからず、登録してアプリを使い始めるのにほとんど時間を必要としません。
また、ユーザーがサインアップするためのフォームがある場合は、アプリの誤用やデータベースの大量のユーザーを作成する誤ったスクリプトの実行を防ぐために、ユーザーが入力した資格情報を確認する必要もあります。
上記のケースで、ソーシャルサインアップを使用した場合、google/FBなどがユーザーの確認を行います。
ユーザーを登録する必要がある理由はたくさんあります。
おそらく最も重要なものの1つは、データを収集することです(名前、電子メールなど)。これらのデータを後で収益化して、メールオファーを送信したり、ターゲットを絞ったコンテンツを表示したり、ユーザーエクスペリエンスを強化したりできます。
ソーシャルログイン(Facebook、Google +)を使用する場合、たとえば次のような複数の追加のメリットがあります。
Socialmediaexaminerで 利点のリストを見つけることができます。最も重要なものは次のとおりです。
この記事 は追加の理由を示します:
それが役に立てば幸い :)
ここには何も欠けていません。これは、ユーザーの行動を理解する純粋な遊びです。 SOは、自分のプラットフォームにアクセスする人は通常の(そして経験豊富な)インターネットユーザーであると考えているため、SIGNUPとLOGINの概念と違いに精通している必要があります。
SOがSIGN UP SOCIALラベルをスキップ/非表示にすると、ユーザーは構成に反していると思われるgoogle/facebookにサインアップするオプションを見つけられず、混乱する可能性があると考えていたはずです。
LOGGING INの概念から完全に離れるという意見です。私たちは、この10年前のテクノロジーとは別の方法でユーザーを識別する方法を考えるべきです。
これに2つの側面から取り組みましょう。
1:デザインの観点から:
登録ユーザーにオプションを提供します。フォームの完成とアカウントの登録にソーシャルプラグインを使用することで、ユーザーはプロセスを迅速化でき、サイトはそうすることでより多くの売上高/アカウントを推進できます。一般的な問題の簡単な解決策:運転の使いやすさ。
2:ソフトウェアアーキテクチャの観点から:
開発者は、アカウントごとに保存するデータが少なくなります。ほとんどのソーシャルWebサイトは、ユーザーアカウントにSHA-256ビットレベルの暗号化を提供しています。そのため、データベースにアカウントを保存するには、電子メール/ユーザー名とSHA-256キーのみを保存する必要があります。それ以外のものは、純粋にウェブサイトのニーズに基づいています。
シナリオ:「Googleでログイン」は「Googleでサインアップ」よりも優れていますか?
どちらのケースも問題ありません。これの理由は純粋に意味論です。 「Googleでログイン」と言うと、ユーザーアカウントがサービスにすでに存在していると推測されます。場合によっては、これは正しくありません。そのため、「Googleにサインアップ」ボタンを提供する必要があります。
ただし、このパズルのより良い代替案は、単に「Googleでログイン」と言うことです。そうすることで、解釈が両方向に揺れるようにします。
ソリューション:
「Googleでサインイン」(または使用しているソーシャルサイト)と言うだけです。アカウントが存在しない場合は、通常のOAuthアカウント認証のための認証プロセスを実行します。それ以外の場合、ユーザーはサービスに直接進みます。
サインインとサインアップを使用するサイトの例:
ユーザーがサービス/フィードにサインアップして自分の詳細を入力するようにする場合は、サインアップという用語を使用できます。
多くのアプリは、「サインイン」や「サインアップ」を使用するのではなく、ここで見られるように「続行」を使用します x archive
リンクには、最も広く使用されているアプリのスクリーンショットが含まれているため、何が機能するかについてのヒントが得られます。
お役に立てれば
download bmml source – Balsamiq Mockups で作成されたワイヤーフレーム
私はあなたがこれを間違った方法で見ていると思います。全体的な時間の消費についてはそれほどではありません(正しく実行された場合、違いはほとんど変わらないためです)。他の人が述べたように、ソーシャルログインを使用すると、対処するアカウントが少なくなります(新しいパスワードを覚えたり、削除を忘れたりするなど)。
ソーシャルネットワークを使用しても構わない人がサイトにアクセスできる一方で、覚えておくべき追加のアカウントがあっても構わない人がいるため、どちらも実行可能です。両方を使用する理由は、どちらのユーザーグループでも、考え方が何であれ、自由に選択できるためです。
管理者としては、どちらも同じように機能します。私の記憶が正しければ、ソーシャルネットワークのプロファイルへのアクセス権がまだあるので、大きな違いはありません。これはユーザーが何を望んでいるかよりも、会社の「上級者」が何を望んでいるかについての問題です。
2つの異なるデータソースがあるためだと思います。
Googleの情報が自動的にSOデータベースに表示されないため、そこに配置する必要があります。サインアップすると、ユーザーのインスタンスが作成され、Googleを介してそれを実行すると、データをSOに移動するだけです。その後、GoogleデータとSOデータの間にサインアップしたときに確立した接続を使用して、Google経由でサインインします。
登録が必要なのは、ログインしているユーザーのセグメントに関連する機能またはデータがある場合のみです。たとえば、ユーザーに後で通知するために、ユーザーの設定やサイトでのやり取りを追跡して保持したい場合などです。特定のユーザーが登録しなくても、これらの両方を自分で追跡できます。
変換に関するサードパーティログイン(Facebook、google、Twitter、oauth etc)と通常のログイン(メール+パスワード)の比較)は、かなりの数の要因に大きく依存します。以下にいくつかの例を示します。
サードパーティのログインでは、さらに多くのデータを収集することもできます。例えばFacebookの スコープの権限はこちら 。このデータの一部を削って保存し、後で使用することができます。
技術的に言えば、追加のログインを行うためのオーバーヘッドが多少ありますが、一般的に言えば、Facebook、Twitter、Googleログインなどを実装する場合は、通常のログインだけのバックエンドの技術要件もカバーしているので、サードパーティを行う予定の場合は両方を実装し、コンバージョンが発生したかどうかを追跡することもできます。
単純な「サインイン」には、さらに多くの利点があると思います。モバイルアプリを追加するときは、Google +ログインによるユーザー認証が簡単です。ユーザーにとっては、このアプリに「サインイン」しただけであることを覚えやすいので、追加のユーザー名を覚えていることについて混乱はありません。
主要なソーシャルサイトも「サインイン」を推奨しています。たとえば、