ドメインの評判が SEO に影響するかどうか疑問に思ったことはありませんか? ドメインの評判は検索エンジンの最適化において重要であり、特に IP またはドメインがスパムやブラックハット活動に関連しているかどうかを判断する場合に重要です。
ドメインの評判の概念は、通常、電子メールの目的で使用されます。ドメインの評判スコアは、受信メール サーバーがドメインを信頼できるかどうかを決定します。また、内部アルゴリズムのマーキングや検索エンジン データベースに保存されるペナルティの決定など、他の目的にも使用できます。電子メール、リンク構築、リンク スパム、アダルト コンテンツに関連するその他のスパム レポートは、検索結果、SEO、より安全な検索環境の適切なフィルターを作成するために重要です。
メールが送信されるたびに、受信メールサーバーはメールヘッダーをチェックして送信者ポリシーフレームワーク（SPF）検証を実行します。具体的には、「Mail From」に送信者のIPアドレスを指すドメイン名が含まれているかどうかを確認します。このプロセスは、 RFC7208 の翻訳 この記事では、インターネット技術タスクフォース (IETF) によって策定されたプロトコルとそのメカニズムについて概説します。
ドメインの評判とウェブホスティングサーバー
ドメインの評判は、他のサイトと同じ IP アドレスとパーティションを共有する安価な共有ホスティングにも関係しています。たとえば、VPS ホスティング サーバーを所有している場合、IP アドレスはサーバー上の独自のパーティションになります。クラウド ホスティングとして販売されている場合もありますが、必ずしも約束どおりのものではありません。専用のサーバーまたはサービスがあるかもしれませんが、検索ボットが嫌うサーバーの応答時間が非常に遅くなります。
問題は、多くの格安ホスティング会社が専用 IP アドレスを提供していないことです。中には、専用のパーティションを提供すると主張しているものの、提供していない会社もあります。このような状況になると、隣接したくない Web サイトと IP を共有しなければならない場合があります。たとえば、実際には子供向けのおもちゃを販売しているサイトが、ポルノ サイトに関連付けられると想像してください。これにより、検索エンジンのランキングが下がる可能性があります。長期的にはそうならないかもしれませんが、リスクを冒すことはお勧めしません。
共有ホスティング サーバーを使用する必要がある場合、または予算が限られている場合は、共有ホスティング プランでアダルト コンテンツが許可されているかどうかをホスティング プロバイダーに確認してください。許可されていない可能性がほとんどですが、共有プランでは許可されていないが VPS では許可されているという状況に遭遇したことがあります。したがって、この場合、支払額が多いほど良いというわけではありません。近隣の悪質な IP 範囲の影響を受けない専用 IP アドレスが付与されていることを確認し、IP の評判を確認してください。少なくとも、割り当てられた後は、何かあった場合に交換できます。
メールマーケティングにおけるサブドメインの使用の重要性
メインドメイン名のドメインオーソリティに関する問題を回避するために、メール用に特定のサブドメインを使用することができます。メインドメイン名を購入すれば、サブドメインの作成は無料です。例：
- メインドメイン: yourdomain.com
- サブドメイン: email.yourdomain.com
企業、特に高い権限を持つ大企業は、この手法を使用してメインドメインを保護しながら、受信サーバーとユーザーに対する信頼性を維持し、少なくともルートドメインへのスパム報告を回避します。
サーバーとは異なり、人々は e.zoom.us が zoom.us と関係があることを理解しています。これは、Zoom が「mywebsite.wix.com」や「sites.google.com/view/physiocb」などの Wix や Google Sites のような Web ホスティング サービスを提供していないためです。
また、スパム報告を避けるために、別の IP アドレスも付与されます。以下は Zoom の例です。
メインドメインの IP アドレスは次のとおりです。
電子メールで使用するサブドメインの IP アドレスはメインドメインと異なることに注意してください。ドメインの評判はドメイン名だけでなく IP アドレスも考慮することに注意してください。
基本的に、サーバーの近隣、電子メール マーケティング、サーバーの応答時間はすべて SEO のランキング要因です。
歴史のあるドメイン名を購入するためのヒント
ウェブアーカイブマシンを使用して、購入する前に希望のドメインを検索してください。たとえば、2000年代初頭に私たちが数年後に放棄したドラゴンボールとアニメのドメインの1つは、他の誰かに買収され、 ポルノサイト。そのため、二度と購入することはありません。
Talos、CloudMark、SEMrush、Moz、Majestic、sitejabberなどのさまざまなツールでドメインの評判を確認できます。
また、サイトの評判を確認するもう1つの方法は、検索にサイト名を入力してRedditでそのサイトに関するトピックを探し、特定のブランド、製品、サービスの場合、人々がどのように反応したかを確認することです。Google.comで「site:yourdomain.com」というクエリを使用してもドメイン名が見つからない場合、そのサイトは存在しないか、検索から削除されている可能性があります。 Google Search Consoleを確認する また、robots.txt ファイルに欠陥がないか、noindex タグがないか確認してください。
結局のところ、検索エンジンがやろうとしているのは、ロボットとして優れたユーザー エクスペリエンスを模倣することだけです。そのため、同等の競合相手に対して優位に立つことができるだけです。
誰もが DKIM と SPF レコードを使用すべき理由
メールを内部的に転送したり、キャッチオール方式で転送したりすることも問題です。サーバーが送信元であっても、ドメイン/サブドメインまたは転送メカニズムにチェーン全体に DKIM および SPF レコードがあることを確認し、「電話が壊れている」状況を防ぐ必要があります。たとえば、mailserver.mydomain.com がメールを転送したり、otherdomain.com (または my.otherdomain.com) の名前でメールを送信したりしている場合、 DKIMとSPFが設定されている必要がありますおそらく、レポートを確認して、一部のプラグインや API が悪用されたり侵害されたりしていないかどうかを確認するには、少なくとも DMARC が必要になるでしょう。
また、SPFレコードには、メールの転送に使用する可能性のあるすべての転送メールサービス（信頼性が高く安全な場合）を含める必要があることも重要です。詳細については、 Googleのベストプラクティスから. こちらもご覧ください Googleの詳細なガイドライン SPF 設定について。
専用IPはメールサーバーとして機能します
メール送信者に専用 IP を割り当てる唯一の理由は、メール「サーバー」を実際の Web サイトから分離するためだと私は考えています。コンテナー (基本的には専用 IP) に基づいてリソースを制限できれば、DDoS 攻撃や激しいブルート フォース攻撃を軽減できます。
ローカルメールサーバーに専用IPを割り当てることもできます。これは必須ではなく、評判の観点からも推奨されません。また、IPの変更は推奨されないため、使用するIPを永続的にするようにしてください。VPSでも通常は問題ありませんが、この記事で説明したすべてのことを完全に制御できる専用マシンを用意する方がよいでしょう。ホスティングプロバイダーとメール設定（サードパーティまたはローカル）に興味がある場合は、上記のすべてを考慮してください。 ホスティング統合サービス.
DKIM レコードについては、ここで具体的に説明します。
キーには少なくとも 2048 ビットの暗号化を作成してください。キーが長いほど良いです。
ここまで読んで、あなたはおそらくこう思っているでしょう。「この人たちは頭がおかしい！ Google はメールなんて気にしない」 そうです、彼らは実際にそうしています。彼らのビジネス モデル全体がスパム対策であり、彼らは現在最も有名な検索エンジンです。ここに、この件に関する彼らのドキュメントの一部を示します。彼らは PTR がベスト プラクティス レコードであるとさえ言及しています。
PTR レコードはどうですか?
PTR レコードを使用した逆 DNS は、メール配信において依然として非常に重要です。送信者のメール サーバーに対する信頼を確立するために不可欠です。メール配信中には 3 方向のチェックが行われます。最初のレイヤーは、ドメイン名が有効な IP アドレスから送信されているかどうかを判断するフォワード DNS チェックです。2 番目は逆 DNS チェック (PTR レコード)、3 番目は FQDN (完全修飾ドメイン名) チェックです。すべてのチェックが正常であれば、メールは受信トレイに正常に送信されます。そうでない場合は、スパム フォルダーに送られるか、完全に拒否されることもあります。
本質的には、すべての順方向 A レコードに対して、逆方向の PTR レコードが必要です。PTR レコードを無視すると、スパム フィルターによる否定的な評価につながり、電子メールの配信に問題が発生する可能性があります。
Google や Microsoft などの一部の電子メール サービス プロバイダーでは、電子メールを送信するサーバーに PTR レコードを義務付けています。さらに、これらの PTR レコードは、サーバーの SMTP EHLO グリーティングおよび対応する A/AAAA レコードと一致している必要があります。
チェックの順序は次のようになります。 えーろ > A/AAAA 記録 > PTRレコード.
PTR記録が必要かどうか疑問に思う人のために、 Google サポートが概説したメール送信者ガイドライン その重要性を確認します。
メール サーバーのポストマスター (つまり、独自のメール サーバーを持っている) の観点から見ると、PTR レコードのないサーバーから送信されたメールは、80% 以上の確率で SPAM フォルダーにルーティングされるか拒否される可能性があります。一部の精巧に構成されたメール サーバーは、メールの内容や IP の評判などをチェックすることなく、PTR レコードが存在しないという理由でメールを完全に拒否します。
PTRレコードを使用する際の考慮事項
ただし、複雑なシステムを使用している場合は、PTR は必要ありません。たとえば、独自のサーバーとサードパーティの両方を使用してメールを送信している場合 (Outlook など) です。PTR は IP の配信を支援するためのものです。たとえば、Gmail ではそのレコードの使用にユーザーの協力は不要で、Gmail 自体がレコードを指し示します。また、Web サイトからのメールの送信は、別のドメイン (.com の .net バージョンなど) で行う必要があります。
ウェブサイトからのメールは、DMARC を適切に設定していない限り、迷惑メール フォルダーに振り分けられてしまう可能性があります。たとえば、SPF レコードには承認済み送信者が 2 人いますが、PTR には 1 人しかいません。2 つの PTR レコードは推奨されません。これは、MX レコードと同様に、たとえば単一のメール チャネルで使用するのが最適です。そのため、SPF レコードがなく、サブドメインの DMARC ポリシーが明確に存在しないサブドメインには PTR を使用する方がはるかに安全です (デフォルトでは存在しません。たとえば、mywebsite.wix.com には wix.com 経由の DMARC ポリシーはありません)。
適切なDMARC設定
ただし、一部のメール サービスは PTR レコードを無視します。そのため、常に適切な DMARC 設定を行ってください。サードパーティのメール プロバイダーを使用しておらず、cPanel または同様の設定を介して Web メールを実行している場合は、メールの配信性を向上させるための追加レイヤーとして DMARC を検討してください。
ローカル メール サービスを実行している低予算の Web サイトに PTR レコードがない場合、PTR レコードがある Web サイトほど配信されません。SEO のメリットを失ったり享受したりすることはありませんが、停滞していること自体が問題です。
覚えておいてください。インターネット上のボットは、あなたが検索結果やインターネット上の他の場所に表示され始めるとすぐにあなたのデータをスクレイピングし始め、あなたのドメインの評判に対して想像を絶するようなことを行います。存在しない電子メール アドレスに電子メールを送信してどれが本物かを調べようとするなど、奇妙なことが行われ、最終的には詐欺目的や身代金目的でオンラインであなたになりすまそうとします。
PTR レコードを設定すると、潜在的なスパム報告を回避でき、将来的にブランドを傷つける可能性も回避できます。
PTRに関する非常に重要な注意点は、DMARCが利用可能な場合に頼る古いメカニズムですが、非常にシンプルなものです。DMARCはDKIMまたはSPFだけでもうまく機能しますが、 推奨されませんまた、DMARC と PTR を併用すると、メール ヘッダーに「DMARC Pass」と表示されないこともありますが、失敗するわけでもありません。したがって、どちらか一方を選択してください。両方ではありません。DKIM と SPF の両方を併用した DMARC をお勧めします。
バウンス/スパムのリスクが高い
2024年初頭より、GoogleやYahooなどのプロバイダーは、一括送信者に対しDMARCレコードの取得を必須としています。DMARCレコードがない場合、コンプライアンス違反とみなされ、メールがスパムメールとして分類されたり、拒否（バウンス）される可能性が大幅に高まります。.
CloudFlare ユーザー
メールを受信するメインドメインに対して、単一の CloudFlare 有料プランを実行することもできますが、IP はプロキシによって隠されるため、評判の向上にはつながりません。この記事で前述したように、メール システムに IP を結び付けることは、評判の向上に非常に役立ちます。
電子メールを受信する Web サイトやサブドメインが多数ある場合は、IP アドレスを公開せずに同じプロキシを使用して電子メールを受信できます。複雑なマーケティング電子メール キャンペーンを実行している場合や、プライバシーに気を配っている場合は、この方法を使用できます。これは、電子メールを受信するためにサード パーティの電子メール プロバイダー (Gmail、Outlook、ProtonMail) を使用するのと非常に似ています。
WordPress や Shopify などのサーバーからメールを送信する場合、そのサーバーは「サードパーティ」のメール プロバイダーとして機能しているため、IP アドレスが公開されることになります。
共有ホスティングが全体的に悪い理由
被害者になるには、運が悪く、悪意のある人物と IP を共有する共有ホスティング プランを選択するだけで済みます。悪意のある人物が SPF 認証を使用して電子メールを偽造する可能性があります。このようなプランには近づかないでください。そうすれば、二度とこのような心配をする必要がなくなります。
SMTP と PHP メーラー
PHP Mailer は、上記の理由によりメール サーバーに信頼されていません。SMTP でも同じ理由ですが、これは評判を高めるための追加のステップです。SMTP を使用してスパムを送信しないでください。これも悪い考えです。サーバー外でも SMTP を使用することには大きな利点があります。SMTP はサードパーティとして機能し、メイン IP が公開されることはありません。さらに SMTPとPHPメーラーに関する情報はこちら.
SMTP はその点で非常に多用途です。xyz.com という Web サイトを所有しているとします。この Web サイトは、1.1.1.1 などの特定の IP アドレスでホストされています。
ただし、別のサーバー (2.2.2.2 でホストされている server.mail.xyz.com など) からメールを送信する場合は、SMTP プラグインを使用してそれを実行できます。
SMTP プラグインを使用すると、Web サイトが 1.1.1.1 でホストされている場合でも、2.2.2.2 の SMTP ユーザーとしてログインして電子メールを送信するように指示できます。
SPF に +ip4:2.2.2.2 があり、これが送信 IP と一致する限り、承認された送信者として SPF チェックに合格します。SMTP 認証を使用すると、PHP メーラーでよく発生する問題や警告が大幅に軽減されます。
とはいえ、ホストを変更してもSEOに直接悪影響はありませんが、メールの配信性には悪影響が及びます。これは多くの問題です。さらに、何らかの理由でPTRレコードを持っていたのに、移行により誤った設定になってしまった場合は、 とても悪い日あなたのドメインが 2FA やドメイン移転の確認にも使用されていると想像してください。強い気持ちを持ちましょう。HAhAhahaHahA。
