PBN ネットワークの 42 個のフットプリント (完了予定)
これは、ドメイン、ホスティング、さまざまなサービス、および技術的実装を使用して PBN を作成する場合のフットプリントの最大リストではありません。
PBN の作成は、複数のサイトの所有者を匿名化して、サイトが異なる人物に属し、関連がないように見えるようにする試みです。 匿名性とセキュリティの最も弱いポイントは、常にモニター画面と椅子の背もたれの間にあります。
これらは、PBN グリッドを作成する際の理想的な推奨事項です。つまり、痕跡 (いわゆるフットプリント) を残さないようにするために何をすべきか、何をすべきでないかです。理想はほとんど達成不可能であり、私たちの仕事はそれに近づくことだけであることを理解する必要があります。 フットプリントは、複数のサイトにあるフットプリントで、PBN ネットワークの単一の所有者を明らかにします。まず、ネットワーク上のすべてのサイトには、すでに共通点があります。つまり、すべてが同じサイトにリンクしています。しかし、これらは異なる所有者のサイトである可能性があり、PBN である可能性もあります。
サイトをできるだけ多様化して、ネットワーク全体を消耗させる可能性を減らすために、避けることをお勧めするフットプリントのリストをまとめました。
私は Google ではないので、すべてを知っているわけではありませんが、選択はあなた次第です。以下に書かれていることはすべて、100% 私の主観的な意見です。
はじめに
Google の立場に立って、検索結果の操作を防ぐために関連するサテライトを見つけることがあなたの仕事だと想像してください。Google は単なる検索エンジンではなく、巨大なデータベース (ビッグ データ) であり、手動操作が可能であり、そこで適用されていると私は確信していますが、それでも、99.99% の場合、検索結果はアルゴリズムです (まあ、ニッチな分野がたくさんあるので、手で修正するのは疲れるかもしれませんが)。したがって、アルゴリズムは一致するものを探し、それに基づいてドナー接続の特定の係数を割り当てます。もちろん、100 の寄付者サイトのうち 2 つが 1 つの Wordpress テンプレートにあるからといって、それらが関連していると考える理由にはなりませんが、5 つまたは 10 の寄付者サイトがあり、寄付者が 20 人だけであれば、すでに疑わしい状態です。whois ドメインで同じ所有者がいる場合はどうでしょうか。また、2 つの寄付者に同じ連絡先がある場合、これらのサイトからのリンクの重みにすでに削減係数を適用します。しかし、これは私であり、これは Google です。次に、各寄付者に関するすべてのデータを非常に大きなテーブルに表示します。すべてのデータがあれば、共通点を見つけるのはそれほど難しくありません。これはまさに、PBN を作成するときに理解する必要があることです。 さて、次はフットプリントについてです。さあ、始めましょう!
ドメイン フットプリント
フットプリント No. 1: 1 社または 2 社のレジストラのドメイン
同意します。サイトへのリンクの 50% (20% でも!) が 1 社または 2 社のレジストラのドメインで構成されているというのは奇妙です。世界には何千ものレジストラがあり、サイトにリンクしているドメインが 1 社または 2 社ですか? これは不自然であり、たとえそれがあなたの国で最大のレジストラであっても疑念を生じさせます。
ヒント: さまざまな国や地域のさまざまなレジストラを入手してください。
フットプリント No. 2: 1 日または数日間で登録されるドメイン
それで、プロジェクト用に PBN を作成することを決定し、ドロップの購入または新しいドロップの作成を開始しました。また、すべての寄付者が 1 週間で登録された、あるいは 2 か月間登録されたといった奇妙なことよりも、登録日に完全な矛盾があったほうがよいでしょう。しかし、1 年の残りの 10 か月はどうでしょうか。ビッグ データはすべてを把握します。
ヒント: スムーズに、しかし熱狂的にならず (算術平均のように)、寄付者の登録日を 1 年を通して分散させます。
フットプリント 3: whois で 1 人または 2 人の人 (データ隠蔽を含む) に登録されているドメイン
Google は ICANN のデータを持っていないと確信していますか? よくわかりません。ICANN は米国に拠点を置く非営利団体で、既存のすべてのドメイン ゾーンのすべての登録済みドメインに関するデータを収集しています。誰でもドメインの whois を表示できるだけでなく、所有者のデータも表示できます。また、Google にとって、ドメイン所有者が異なることを認識することが重要です。したがって、Google がこのデータを持っていると私は信じています。結局のところ、これはひどい秘密ではなく、ドメイン所有者を whois からまったく隠すことができないドメイン ゾーンもあります。
または、架空の人物または別の人物のドメインを登録することもできますが、レジストラがデータ検証を要求した場合のみです...ドメインはすぐにあなたのものでなくなります。
ヒント: 理想的には、10 個のドメインの 10 人中 10 人が異なる所有者です。それ以外はすべてビッグ データで表示されます。
フットプリント No. 4: 1 つのドメイン ゾーンからのドナー ドメイン
世界には 2 億 5000 万を超える登録済みドメインがあり、その 60% が .com ゾーンにあります。ただし、これはリンク プロファイルの 60% が .com からである必要があるという意味ではありません。Google とは異なり、あなたも私も、たとえばイタリア語で、世界にライブ サイトがいくつあるかは知りません。 .comは何個ありますか、.info か .net か、そして .it はいくらか。もちろん、メイン プロジェクトの国では、寄付者の大半はその国の人でしょうが、常に国際的およびテーマ別の寄付者を薄める必要があります。重要なのは、こだわりすぎないことです。
ヒント: ドメイン ゾーンは異なる必要がありますが、宣伝するサイトの地域のローカル エリアに焦点を当てます。
フットプリント No. 5: 類似した名前のドメイン
ホスティング (メイン プロジェクト) を宣伝し、ドメイン (PBN 用) を購入しているとします。aaahost.com、aabhost.com、aachost.com...ここではすべてが明確だと思います。「まったく」という言葉から自然に出てくるわけではありません。
ヒント: できるだけ多くの異なるドメイン名を使用します。
ホスティング サービスのフットプリント
フットプリント No. 6: NS サイト
プロジェクトの寄付者全員が NS Cloudflare または別のサービスを使用している場合、これは奇妙です。ただし、寄付者も同じである場合 (つまり、1 つのアカウント内)、これは大失敗です!
ヒント: NS は、他のすべてと同様に、多様である必要があります。
フットプリント No. 7: 1 台、2 台、または複数のサーバーでサイトをホストする
各サーバーに複数の IP アドレスがある場合でも、それはまだ自然ではありません。寄付者が似たようなアドレス、連続した IP アドレス、同じネットワーク、または 1-2-3 ホスティング プロバイダーからの IP アドレスを持っている場合、見た目が奇妙です。
ヒント: 自然なプロファイルとは、IP アドレス、サブネット、ホスティング プロバイダー、国が完全に混在したものです。
フットプリント 8: すべてのサイトが 1 つ以上のホスティング サービスでホストされている (特にホスティング サービスが PBN 用に設計されている場合)
10 ～ 20 個のサテライトを作成し、2 ～ 3 個のホスティング サイトに配置したとします。Google と Yandex はすべてのデータをまとめて収集し、それが完全に不自然であると判断します。その結果、あなたの努力が無駄になるか、検索エンジンから制裁を受けることになります。
すべての PBN ホスティングはすでに問題になっています。Google はこれらのホスティング サイトを見て、その IP アドレス (これは公開データです) を把握し、すべてを把握します。
ヒント: PBN が主な焦点である場合は、ホスティング サービスは使用しないでください。これがビジネスの小さな部分である場合のみ、IP アドレスにはさまざまなサイトが存在するため、これは通常の作業オプションです。サテライトをさまざまなホスティング プロバイダーでホストします。
フットプリント No. 9: CDN でサイト ネットワークをホストする PBN サービス
これは私のお気に入りのフットプリントです。
PBN サイトの販売者の多くは、次のように製品のステータスを割り当てます: 「純粋な IP」、「異なる IP」... 実際、CDN サービスがサイトの実際の IP アドレスを誰にも提供しないことを 100% 保証しています。残念ながら、この世界のすべてのデータは販売されており、特に無料料金では販売されています。また、データベースがハッキングされてダークネットで販売されることもあります。あるいは別の方法もあります。たとえば、公的機関や企業に代わって Cloudflare にウェブサイトに対する法的苦情を申し立てると、ウェブサイトの実際のホストや実際の IP アドレスを要求して簡単に見つけることができます。そして、Google は、グリッドの作成者と戦うことが重要なのに、実際の IP アドレスを取得できないのですか? 本当にそう思いますか? これは CDN サービスに対する苦情ではありません。CDN は、コンテンツの配信を高速化するために使用され、すべての実際の IP アドレスからサイトを隠すために使用されていません。これは、私たちが使用しているテクノロジー (リバース プロキシ サーバー) の副作用です。それら (CDN サービス) は、サイトの実際の IP アドレスをすべての人から隠すことを約束していません。
まあ、そのような PBN サービス自体は通常、すべてのサイトを 1 〜 2 個の実際の IP アドレスに保ち、Cloudflare が実際の IP アドレスを秘密に保持し、Google がそれを知ることはないと伝えます。
さらに、あなたのサイトはどのウェブサイトにあるかという疑問が生じます。サイトが同じ IP アドレス上にないこと、つまり少なくとも異なるアカウントに設定されていることを確認してください。
ちなみに、当社ではすべてのサイトを 1 つの IP アドレス上に保持し、リバース プロキシ サーバーを使用して実際のアドレスを隠していますが、当社は CDN ではありません。当社が販売しているのは、世界のさまざまな場所でのサイトの読み込みを高速化したり、DDOS 保護などではなく、実際の IP アドレスを隠してサテライトのさまざまな場所を可視化することです。
CDN がサイトの実際の IP アドレスを誰にも漏らさないと信じているのであれば、複数の Cloudflare アカウントを作成し、サテライトの一部を無料でそこに配置することを妨げるものは何でしょうか。
ヒント: CDN は使用できますし、使用すべきですが、実際のアドレス (A レコードを作成して CDN サービス パネルに入力したもの) の 100% または 50% 以上を、異なるサブネットや異なるホスティング会社から異なる方法で指定しないでください。
サービス
フットプリント No. 10: ドメインまたはサイト URL は、Google ドックやその他のオンライン ドキュメント、メッセンジャー、メールにまとめて配置されます
これは妄想に近いですが、私たちは Excel を使用しています。ただし、このトピックを詳しく調べると、絶対に論理的です。衛星のリストを Excel に配置することはできません。特にネットワーク ドキュメントの場合は、サイトを 1 か所にまとめます。
ヒント: オフライン ステアリング。
フットプリント No. 11: 単一の Google Search Console または Google Analytics アカウントにサイトを追加する
他の同じコードを異なるサイトに追加することも同様です。馬鹿げているように思えるかもしれませんが、時々そのように行われます。
ヒント: 衛星に Google サービスを使用しないでください。また、同じコードを異なるサイトに配置しないでください。
フットプリント No. 12: 任意のサービスの 1 つのアカウントにサイトを追加する
インターネットではあらゆるものが販売されており、さまざまなサービスのデータベースが (定期的に?) 表示されることがあります。したがって、リスト内の複数のサイトをサービスに追加したり、1 つのアカウントですべての衛星の位置を確認したりするたびに、これはもう適切ではありません。
ヒント: 異なる PBN サイトをオンラインのどこにもリンクしないでください。
フットプリント No. 13: PBN 自動化サービスが使用されています (bluechipbacklinks、expireddomains など)
もちろん、ここでのポイントは、それらをまったく使用しないことではなく、同じツールを使用して PBN 全体を選択することです。これは前のポイントと重複しますが、PBN で動作するように設計されたサービスがあります。
ヒント: ドナーは可能な限り無関係にする必要があります。
フットプリント No. 14: Google Chrome
たとえば、20 サイトのサテライト グリッドを想像してください。各サテライトのトラフィックは約... 0 です。まあ、非常に少ないです。しかし、突然、Google Chrome ブラウザーで 1 つの IP を持つ誰かが、特定のプロジェクトのすべてのドナー サイトにアクセスします。
ヒント: 別のブラウザを使用するか、できれば複数のブラウザを使用する
技術的な実装
フットプリント No. 15: 同一/類似のサイト、同一/類似のデザイン
各サイトは、ヘッダー、フッター、連絡先ブロックなど、数十のブロックで構成されています。
1～2 個のブロックを変更しても、あまり変化はありません。結局のところ、検索エンジンはコードを見て比較します。
ヒント: 最初から完全に異なる Web サイトを作成します。
フットプリント No. 16: どこでも Wordpress または html または Joomla または...
プロファイルの 50% が 1 つの CMS からのものである場合、たとえそれが世界で最も人気のあるものであっても、不自然です。
ヒント: 異なるプラットフォーム、CMS。
フットプリント No. 17: すべてのサイトに 1 つの WordPress テンプレート
もう一度、1 ～ 3 のテンプレートから作成したプロフィールがどれだけ自然に見えるか考えてみましょう。
そうはなりません。また、何百もの無料のテーマがあるので、異なるテーマを選択してください。
ヒント: 異なる CMS から完全に異なるテンプレート。
フットプリント No. 18: すべてのサイトに同じ WordPress プラグインのセット
各プラグインは単なるコードであり、さまざまなサイトで簡単に見つけられることを理解することが重要です。
ヒント: 異なるプラグイン = 異なるコード。すべてのサテライトに同じプラグインをインストールしないでください。
フットプリント No. 19: アーカイブから復元されたサテライト
これは機能するので、これをまったく行うべきではないと説得するつもりはありません。しかし、個人的にはドロップとリカバリが好きではありません。説明はここにあります。
しかし、この段落では、リンク プロファイル全体を復元されたサイトで構成することはできないという事実について説明しています。また、ここでは混合する必要があります。結局のところ、Google はすべてを記憶しています - すべてのサイト、そのコンテンツ、サイトが機能しなくなったとき、および再び復元されたとき。同意します。参照プロファイルが 50% の復元されたドロップで構成されている場合、これは mfn グリッドの兆候です。突然、すべてのリンクがプロモーションされたサイトにリンクされるドロップを他に必要とする人はいますか?
ヒント: さまざまなソースからのさまざまな寄付者
フットプリント No. 20: サイトのネットワークが同じプログラマー/開発者/タイプセッターによって作成/設計されている
人々は同じ行動や同じ間違いを繰り返します。開発者やデザイナーが連絡先の特定のセクションを気に入った場合、サイト間でそれを繰り返します。
ヒント: 作成者が異なれば、好み、習慣、間違いも異なります。
フットプリント No. 21: 同じサイト構造
当然、寄付者の 4 分の 1 でもサイト構造が同じではない可能性があります。
ヒント: さまざまなタイプの Web サイトがあり、構造も異なります。
フットプリント No. 22: どこにでもあるコミュニケーションと連絡フォームのタイプは 1 つ
同じフィードバック フォームを持つ 20 のサイトは正常です。しかし、この 20 のサイトすべてが 21 番目のサイトにリンクしている場合はどうでしょうか。また、このフォームがどこにも存在しないメールにリクエストを送信する場合や、フォームを送信しても何も起こらない場合などです。…これはすでに疑わしいものです。
ヒント: さまざまなタイプの Web サイトがあり、連絡先も異なります (異質ですが、実際のものです)。
フットプリント No. 23: メール フィードバック フォームの自動応答が同一
フィードバック フォームは自動応答付きのスクリプトです。そのようなものがあるようです。すべてのチャットは標準で開始されます。しかし、唯一の疑問は、寄付者の何パーセントが成功しているかということです。コミュニケーションの形態と、そのうち何人がテンプレートで応答するか。
ヒント: ブロックはすべてトレースなので、チャットでの回答を含め、すべてをランダム化します。
フットプリント No. 24: 連絡先に同じメール アドレス、ソーシャル ネットワーク、電話番号がある
もちろん、馬鹿げた話ですが、実際に起こります。連絡先が同一なのはやりすぎです。
ヒント: 連絡先は実在し、異なるものにする必要があります。
フットプリント No. 25: Wordpress 管理者アカウント、データベース、プロファイルの名前が異なる
段落 17 と同じです。人々は同じアクションと同じミスを繰り返します。そして、管理パネル、データベース、プロファイルを同じように呼び出します。
ヒント: テーブルを作成し、各サイトにすべて異なるものを設定します。
フットプリント No. 26: 500 を超えるすべてのボットから保護する同じ htaccess
これも私が嫌いなことです。ボットをブロックすること自体がすでに疑わしいものです。あなたは誰で、誰から来たのか、何を隠しているのか。これは通常、競合他社から宣伝方法を隠すために行われます。リンクがないように見えるため、サイトがなぜ高いランクにあるのかを競合他社が理解できないようにするためです。しかし、寄付者に対して同一のボットをブロックするのはビンゴです! まったく不自然です。
特にこれが必要だと考える人には、別のオプションを提案します。サイトをあらゆる種類のソーシャル ブックマークまたはその他のデータベースに通して、これらのリンクをすべて追加してリンクを禁止します。そうすれば、重みをリセットして競合他社が参照マスを漁るのにうんざりするので、制裁を受けずに済みます。さらに、検索エンジンに対して、リンクワッシャーに苦労していること、そしてリンクワッシャーからのリンクは必要ないことを知らせることになります。
ヒント: サイト グリッドに痕跡を残すだけのナンセンスには手を出さないでください。
コンテンツ
フットプリント No.27: すべてのサイトのコンテンツが同じコピーライターによって書かれていた
再び、パラグラフ 17 - 人々は同じ行動や同じ間違いを繰り返します。コピーライターも例外ではなく、同じスタイルで書きます。
ヒント: 異なるコンテンツ ソース。
フットプリント No. 28: PBN グリッド全体のコンテンツは、1 つのサイトからネットワーク上のすべてのサイトに翻訳されています
コンテンツ ソースは異なっている必要があります。そうしないと、間違いなくビッグ デートがそれを見るでしょう。Google はすべての言語を知っており、どこで何が翻訳されたか (Google 翻訳によるもの?) も確認します。
ヒント: 異なるコンテンツ ソース
フットプリント No.29: すべての PBN サイトのコンテンツは YouTube の字幕から生成されます
コンテンツ ソースは異なる必要があります。そうしないと、間違いなくビッグ デートに見つかってしまいます。
ヒント: 異なるコンテンツ ソース
フットプリント #30: 古いコンテンツはダメ!
ドロップしてアーカイブからサイトを復元すると (これは私のやり方ではなく、あなたのやり方です)、古いコンテンツがそのまま残ることがよくあります。更新して補足するか、新しいものに変更する必要があります。Google はすべてを見ており、新しくて新鮮で関連性のあるコンテンツを好むことを忘れないでください。
評議会: ドロップからの古いコンテンツは、効果が一時的なものでないように、また場合によってはまったく効果が出るように調整する必要があります。コンテンツに取り組む必要があります。
PBN プロモーション
フットプリント No.31: すべての寄付者に対して同一の GSA / CEO-autopilot / Crum / その他の実行が行われました
このような寄付者は同一の参照プロファイルを持ちます。
ヒント: サテライトをさまざまな方法で宣伝します。
フットプリント No. 32: PBN 全体が単一のデータベースからクラウドファンディングされます
このような寄付者は同一の参照プロファイルを持ちます。
ヒント: サテライトをさまざまな方法で宣伝します。
フットプリント No.33: すべてのサイトに同じ方法で DR が与えられました
このような寄付者は同一の参照プロファイルを持ちます。
ヒント: サテライトをさまざまな方法で宣伝します。
フットプリント No. 34: すべてのグリッド サイトがリンクされています
一般的に、衛星ネットワークを消耗させる最も簡単な方法の 1 つは、リンクすることです。
ヒント: 衛星は相互に参照しないでください。
フットプリント No. 35: すべてのサイトが同時に出現し、動き始めました
この段落は段落 2 と多少似ていますが、ここではサイトの開始日とプロモーションの開始日が記載されており、ドメイン登録日が記載されていません。
ヒント: ドナー サイトの立ち上げ日とプロモーションの開始日を、(算術平均のような) 熱狂的にならないよう、スムーズに、年間を通じて分散させます。
リンク
フットプリント No.36: すべてのサテライト リンクはテキスト/画像です
すべてのリンクが単調だと、自然ではありません。
ヒント: プロモーション対象のプロジェクトに異なるリンクを作成します。
フットプリント No.37: サイトのすべてまたは一部が同じサテライト ネットワークにリンクします
たとえば、20 のドナー サイトがそれぞれ 5 つの同じサイトにリンクしている場合、これは奇妙ではなく、つながりを明確に示しています。
ヒント: 寄付者からのリンクは同じであってはなりません。
フットプリント #38: リンクが 1 つのマネー サイトのみにつながる
オンライン リンクは問題ありませんが、サイトが宣伝されているプロジェクトのみにリンクしている場合は...奇妙です。
ヒント: サイトに別のリンクを追加するか、評判の良いリソース (Google 自体、Youtube、Wikipedia など) へのリンクをいくつか追加します。はい、これはリンクの重みが失われますが、受信者を希薄化し、当局に近づくことはリンクに利益をもたらすだけです。
支払い
フットプリント No. 39: 異なるドメインとホスティングの支払いは 1 枚のカード / PayPal で行われます
1 つの請求書や支払いに使用するカードがどれだけあるかは重要ではありませんが、それも重要です (特に GooglePay に接続されたカードで支払う場合)。おそらく、10～20 のホスティング サイトやレジストラでカードとその支払いを記憶するブラウザでこれを行うでしょう。その結果、一部のインターネット サービスは、1 枚のカードで多くの類似サービスが支払われたことを把握します。
PayPal は私にとって GooglePay や Apple Pay のようなものです。私は長い間、これらの技術大手のデータの安全性を信じていませんでした。彼らはあらゆることについて大量のデータを理由もなく収集しています。
ヒント: すべてを異なるものを使用し、業界の大手からの支払いは絶対に使用しないでください。
パラノイア
フットプリント #40: 同じ IP と MAC アドレスから複数の PBN サイトにアクセスする
特に、Google Chrome ブラウザまたは任意の Web サイトでこれを行う場合。
コードは Google およびそれ以降のものです。
ヒント: サテライトにアクセスするには、異なるエントリ ポイントと異なるブラウザを使用します。
フットプリント No.41: 単一の Google アカウントから Web サイトにアクセスする
これは一般的に愚かなことですが、前の段落を参照してください。これは Google に応募するようなものです。これらの私のサイトはリンクされていると考えてください。
ヒント: サテライトにアクセスするには、異なるエントリ ポイントと異なるブラウザを使用します。
フットプリント No. 42: 検索エンジン サービスを使用すると、リスクが大幅に増加します
PBN サイトを操作するときは、実際にはサイト ネットワークで欺いている検索エンジン サービスを決して使用しないでください。
ヒント: Google サービスは使用しないでください。
すべてを書き上げたと思います。時には乱雑で、ポイントが重複したり、類似していることもあります。しかし、そのままです。
別のサイト ネットワークを作成するときは、毎回自分でリストを読み直します。そして、あなたにもアドバイスします。