サービスとしてのメール、登録時に確認メールを送信する必要がありますか？
検証リンクを使用するためのEメールがサービスプラットフォームにとって価値があるのでしょうか。
そして
過去に確認メールがユーザーのサインアップにどのような影響を与えましたか？
私はメールをサービスアプリケーションとして使用していますが、収益化はほとんどがメールからですが、ウェブサイトやアプリからも取得できます。
Gnail.comとgmail.conのエントリは公平に共有されており、これらのユーザーにはこれらのユーザーはメールを受信しません。また、サービスに登録していないと主張し、ウェブサイトでのユーザーのやり取りからのメールが大量に送信されたために退会したいという人からの報告もありました。
確認リンクに関する他の投稿を読みましたが、電子メールアドレスを確認するいくつかの方法を確立して、見逃された収入の機会を捉えることができると確信しています。ただし、ビジネスはメール確認リンクを使用したサインアップを失うと考えています。
私の実用的なアイデアは、確認リンクを送信することですが、ユーザーがウェブサイトやアプリを使用するのを妨げるものではありません。私たちからのメールを受信したい場合は、メールを確認するように促すバナーをページに表示し続けます。
検証リンクを使用するためのEメールがサービスプラットフォームにとって価値があるのでしょうか。
はい、ユーザーが登録を申請したら、確認メールを送信して、その後のメールを受信したいというユーザーの希望を確認する必要があります。
ユーザーが登録していない多数のメールを受信すると、spamと見なされる可能性が高く、これはユーザー、会社のどちらも。
Gnail.comとgmail.conのエントリは公平に共有されており、これらのユーザーにはこれらのユーザーはメールを受信しません。
メールアドレスの入力ミスの可能性をユーザーに通知することにより、登録段階でこのようなタイプミスの可能性を減らすことができます。それは複数の方法で実行でき、会社と潜在顧客の両方に利益をもたらします。次の2つを考えてみましょう。
- ユーザーが入力したメールのドメイン名、および最も一般的なメールサービスプロバイダー（
gmail.com、yahoo.com、icloud.comなど）に Levenshtein distance のようなメトリックを動的に適用しますなど）。gmail.conとgmail.comの間では、そのようなメトリックは1であり、これは、ユーザーに対して強調表示できるgmail.comのタイプミスの可能性を示します。 - 事前に作成されたタイプミスパターン（
gnail.comやgmail.conなど）のリストと照合して、正しいものを提案します。
私の実用的なアイデアは、確認リンクを送信することですが、ユーザーがウェブサイトやアプリを使用するのを妨げるものではありません。
ユーザーを確認する前にメーリングリストに含めることはできませんが、ユーザーのWebサイト機能（またはアプリケーション）へのアクセスを拒否する必要はありません。
基盤となるビジネスの種類によっては、登録済みユーザーがメール確認なしでサイトの機能を引き続き利用できるようにする一方で、ウェブサイト（またはアプリケーション）内で許容される方法でメールを確認するように促すのが妥当な場合があります。