[HTTP]で否認を実行した後、[HTTPS SSL]で否認する必要がありますか
2015年2月にサイトプロファイルから数千のダーティリンクを否認したクライアントがいます。最近、サイトはHTTPからHTTPS（SSL強制）に切り替えられました。
Googleでは、すべてのバリエーションをGoogleコンソール（ウェブマスターツール）に追加することをお勧めします。
サイトには合計4つのバリエーションがあります。例：
http://www.example.com（以前の推奨）http://example.comhttps://www.example.com（現在推奨）https://example.com
質問：
技術的にはこれはGoogleウェブマスターツールの新しいプロパティなので、2015年に以前に追加した同じ否認ファイルを送信する必要がありますか？
この質問に対する直接的な回答がないため、これは答えるのが難しい質問です。それでは、プロセスを進めることができるかどうか見てみましょう。
いくつかのことを想定しましょう。 1つ目は、あるサイト（HTTP）から別のサイト（HTTPS）へのブランケット301リダイレクトです。 2番目は、HTTPSサイトではなくHTTPサイトへのリンクがあることです。
私たちが知っていること。
Googleインデックスは、2つの主要なデータ要素、ドメイン名URL、およびページまたはリソースのURLからキーを生成します。
どのサイトでも、ドメイン名はプロトコルを含むサイトの完全なURLです。 HTTPおよびHTTPSでサイトを見つけることができる場合、これらはwwwまたはnon-wwwのように異なるサイトになります。完全なURLがキーであるため、URLのバリエーションはすべてインデックスに表示され、GoogleはそのURLの結果として見つかったリソースをキー入力します。
HTTP://example.com <-- HTTP://example.com/seo-guide
HTTP://www.example.com <-- HTTP://www.example.com/seo-guide
HTTP://example.com <-- HTTPS://example.com/seo-guide
HTTP://www.example.com <-- HTTPS://www.example.com/seo-guide
インデックス内に存在するリンクには、ソースURLとターゲットURLがあります。リンクまたはページが存在する場合、GoogleはそのURLをインデックスから削除しません。
HTTP://www.spamdomain.com --> HTTP://www.example.com
インデックス内では、ターゲットはHTTP://www.example.comです。
ここで少し立ち止まって、GoogleのSearch Consoleを見て、Googleの意見を見てみましょう。
In： https://support.google.com/webmasters/answer/2648487?hl=ja
注：Search Consoleでサイトへのリンクを表示する場合、Search Consoleアカウントでドメインのwwwバージョンとwww以外のバージョンの両方を確認することをお勧めします。 Googleにとって、これらはまったく異なるサイトです。
In： https://support.google.com/webmasters/answer/34592?hl=en
サイトが複数のプロトコル（http：//およびhttps：//）をサポートしている場合、それぞれを個別のサイトとして追加する必要があります。
アクセスすると： https://www.google.com/webmasters/tools/disavow-links-main
...ログオンしていると仮定すると、Search Consoleのすべてのプロパティが表示されます。追加したかどうか、HTTP、HTTPS、www、およびwww以外のサイトのプロパティが表示されます。サイトのすべてのバリエーションを追加することをお勧めします。 [リンクの否認]ボタンを選択すると、使用されるキーがドメイン名URLであることが簡単にわかります。
わからないこと。
301リダイレクトを追加する前に存在していたページがインデックスから削除され、301リダイレクトのターゲットが新しい場所を使用して追加されることがわかります。これは、301がオンサイトのままであるか、完全に新しいドメインにある場合に当てはまります。古いURLと新しいURLの両方が存在し、ドメイン名にキーが設定されていることがわかります。リンク値がスパムサイトからターゲットページへのリダイレクトを介して渡されることもわかっています。これはわかっています。
Search Consoleの1つのプロパティに対して作成された否認が、実際にはファイアウォールとして機能するかどうかは不明です。
HTTP://www.spamdomain.com --> HTTP://www.example.com --> HTTPS://www.example.com
プログラマーとデータベースエンジニアに関するいくつかのことを思い出しましょう。それらは本質的にシンプルで、時には怠け者です。ごめんなさい私は自分自身について話している。多くの場合、コードとデータはストーブで配管されています。同様に、コードまたはデータ要素を再利用できる場合、それらは再利用されます。
たとえば、私がプログラマーやDBAである場合、上記の関係を保持するか、単に新しいリンクをインデックスに追加しますか？作成と保守が最も簡単なのはどれですか？
HTTP://www.spamdomain.com --> HTTPS://www.example.com
In： https://support.google.com/webmasters/answer/93633?hl=en
Matt Cuttsは、チェーンのリンクが多すぎる場合、チェーンに301リダイレクトを作成してもフォローされない可能性があると警告しています。通常のgooglebotはそれらに従うことはできません。 （ああ、神様！私はカッツを引用しただけですか？マットが大好き！）
これは、おそらく、Googleが結果として301リダイレクトのpathに関心がないという手がかりを与えてくれます。つまり、Googleインデックス内の301リダイレクトを示すURL間にデータベース関係がない可能性があります。もちろん純粋に憶測です。しかし、この方法で見てみましょう。プログラマーの観点からは、上記のようにインデックスに301リダイレクトのresultとして新しいリンクを単純に配置する場合、301リダイレクトを追跡する必要はありません。
301リダイレクトが残っている限り、両方のリンクにソースとターゲットがあり、有効なままです。つまり、両方ともインデックスに残ります。ただし、301リダイレクトが削除されるとすぐに、301リダイレクトの結果として追加されたリンクは即座に無効になり、削除されます。私は理にかなっていますか？
記録については、私が説明したものよりもスキーマにはるかに多くのものがあると確信していますが、シンプルに保つために、私はむしろロジックが実例に十分に現実に従っていると疑います
Google Search Consoleユーザーであるかどうかを（たぶん）知る唯一の方法があります。 （多分大きいかもしれません。）
それで答えは何ですか？
説明したシナリオでHTTPSプロパティを追加し、それでもHTTPからHTTPSにサイト全体を301リダイレクトすると仮定すると、HTTPSプロパティのリンクが表示されるのを見ると、答えは次のようになります。
はい。
説明するシナリオで、HTTPSプロパティを追加し、HTTPからHTTPSにサイト全体を301リダイレクトすると想定しない場合、Googleインデックスの方法に関する知識に基づいて、HTTPSプロパティのリンクが表示されませんキー付きです。この場合、答えは次のとおりです。
NO。
古い特許などをさらに深く掘り下げなければ、答えを完全に知ることはできません。知る方法は1つしかなく、お勧めしません。
HTTPサイトへの不適切なリンクが心配な場合は、害はなく、HTTPSプロパティのリンクを否認するのが賢明です。あなたの電話。
答えは-Googleのインデックス作成はどれですか？
1つのバージョンのみにインデックスを付けます。それはあなたが否定するものです。
ルートドメイン（domain：example.com）で実行します。プロトコルを指定する必要さえありません。
いいえ、SSLドメインを再送信する必要はありません。 HTTPバージョンのリンクは既に否認しています。言い換えれば、それらはもはや取られていません "[Google]があなたのサイトを評価するときにアカウントに" 。
したがって、マイナスの影響を新しいサイト（HTTPS）に渡すことはできません。既に対処されています。
Search Consoleでサブドメインとプロトコルが別々に追加されているという事実は、問題に関係があるとは思われません。
否認ファイルでは、domain:example.comがwww cname（s）のすべてのケースと、http：//およびhttps：//の下のすべてのサブドメインをカバーします。そのため、ドメインが何として実行されていても、どのサブが実行されていても、それは否認されます
https://support.google.com/webmasters/answer/2648487?hl=en 言う：
Googleがドメイン全体（example.comなど）からのすべてのリンクを無視するようにするには、domain：example.comの行を追加します。
たとえば、domain:blogger.comは、ブロガー自体と、すべてのサブドメイン（httpsかどうかに関係なく）のすべての人々のブログのバックリンクを防ぎます。
Googleバックエンドのトリガーメカニズムに関しては、domain:example.comワイルドカードスタイルを使用する場合、新しいhttpsドメインの検証/プロパティはまだ否認されるとしか想定できません。疑わしい場合でも、それを再アップロードしても害はないでしょうか？
パーティーに少し遅れたのかもしれませんが、私の同僚はこの有用な情報を見つけました。
https://Twitter.com/methode/status/653980343658151936
Gary Illyesからのツイートのトランスクリプトを以下に示します（強調は私が追加しました）。
はい、チームで確認しました：はい、SCのhttpsサイトプロファイルに否認ファイルを再アップロードする必要があります。