ウェブマスター

プロウェブマスターのためのQ&A

10
ボットによるWebサーバーの停止を阻止する必要がある
ホスティングアカウント内のいくつかのWebサイトで、極端なボットの問題が発生しています。ボットは私のCPUリソースの98%以上と私のホスティングアカウント全体に私の帯域幅の99%を使用します。これらのボットは、私のサイトに対して1時間あたり1 GBを超えるトラフィックを生成しています。これらすべてのサイトの実際の人的トラフィ​​ックは100 MB /月未満です。 これらのボットをブロックするためにrobots.txtと.htaccessファイルの両方で広範な調査を行いましたが、すべての方法が失敗しました。 robots.txtファイルにコードを入れてスクリプトディレクトリへのアクセスをブロックしましたが、これらのボット(Google、MS Bing、Yahoo)はルールを無視し、スクリプトを実行します。 Google、MS Bing、Yahooのボットを完全にブロックしたくないが、クロール速度を制限したい。また、robots.txtファイルにCrawl-delayステートメントを追加しても、ボットの速度は低下しません。すべてのサイトの現在のrobots.txtおよび.htaccesコードを以下に示します。 MicrosoftとGoogleの両方のウェブマスターツールを設定して、クロール速度を絶対最小に落としましたが、これらのサイトは10ヒット/秒の速度でヒットしています。 さらに、エラーの原因となるファイルをアップロードするたびに、VPS Webサーバー全体が数秒以内にダウンするため、これらのボットによる攻撃のせいでサイトにアクセスできず、問題を修正できません。 Webサイトへのトラフィックのスロットを停止するにはどうすればよいですか? 過去数か月間にこの問題についてWebホスティング会社(site5.com)に何度も質問してみましたが、彼らはこの問題を解決することができません。 ボットがrss2html.phpスクリプトを実行しないようにすることが本当に必要です。セッションとCookieの両方を試しましたが、どちらも失敗しました。 robots.txt User-agent: Mediapartners-Google Disallow: User-agent: Googlebot Disallow: User-agent: Adsbot-Google Disallow: User-agent: Googlebot-Image Disallow: User-agent: Googlebot-Mobile Disallow: User-agent: MSNBot Disallow: User-agent: bingbot Disallow: User-agent: Slurp Disallow: User-Agent: Yahoo! Slurp Disallow: # Directories User-agent: * Disallow: / …

1
競合他社が私のブランド名を広告に入札しています。どのように私は彼らの広告をしのぐことができましたか?
競合他社が私のブランドをキーワードとして使用しています。 example.comでリゾートを運営しています。ユーザーがGoogle検索でブランド名「example」を入力すると、競合他社のドメインが1位になります。 彼らはこれをどのように行っていますか? 合法ですか? それが合法である場合、この状況にどのように取り組むべきですか?

2
Google Search Consoleのアラート:有害なコンテンツ-珍しいダウンロード
今日、Google Search Consoleでウェブサイトにアラートが表示されます [マルウェアが検出されましたか?]リンクをクリックします。詳細が記載されたページを開きます。 ただし、「サンプルURL」のリストは空で、「すべてのサンプルをダウンロード」も空のドキュメントをダウンロードします。 何が起きましたか?誤検知のようです。ドキュメントから: 場合はGoogleのセーフブラウジングは、特定のバイナリ前に見ていない、Chromeはそれが稀にダウンロードされていることを警告することがあり、危険である可能性があります。このような場合、Googleセーフブラウジングが無害であることが確認されると、警告は自動的に解除されます。 サイトで一般的でないダウンロード警告が表示されている場合は、Search Consoleでレビューをリクエストすることもでき ます。 私のウェブサイトでユーザーがいくつかのソフトウェア(私が作成したもの)をダウンロードできます。前日、私は新しいリリースを展開しました。私はすべてのアンチウイルス(最も人気のあるもの)を確認しましたが、安全です。私のソフトウェアはすべて、優れた認証機関によって署名されています。 問題は、この問題をどのように修正できるかです。 更新 確認後、問題は消えるか修正されます。

3
httpsに切り替えた後、Googleランキングの低下は一般的ですか?
1週間ほど前に、自分のサイトの1つでhttpsに切り替えました。私はすべてを正しく行ったと確信しています。301リダイレクトをhttpからhttpsバージョンに正しく設定します。ウェブマスターツールにhttpsバージョンを追加して確認しました。すべての内部リンクを更新しました。新しいサイトマップを送信しました。 それにもかかわらず、私のページの多く(約40%)はほとんどすぐにランキングを失いました。落ちたものは1ページからどこにも行きませんでした。URLを検索すればインデックスが付けられたままですが、それ以外の場合はGoogleがそれらの存在を認識していないようです。 SSL Labsがテストを実行すると「A」が表示され、ウェブマスターツールに手動のアクションが表示されません。 これは本当にイライラします。私は実際にはSSLを必要としませんが、Googleはついに私を怖がらせました。今、私はスイッチを後悔しており、保護されていないURLに戻ることを考えています。 他に見逃していたことはありますか?

2
混合コンテンツの警告なしにHTTPSサイトでユーザーが投稿した画像
ほとんどのフォーラムと同様に、ユーザーが画像を投稿できるフォーラムがあります。サイト全体でHTTPSを設定しましたが、もちろんほとんどの外部画像はHTTPSではなくHTTPを使用してリンクされています。したがって、HTTPS経由でフォーラムをロードすると、混合コンテンツの警告などが表示されます。 この問題に取り組むためのいくつかの戦略は何ですか?一部の画像は自分のサイトのものであり、動作することがわかっているので、HTTPSを使用するようにこれらのURLを書き換えることができます。しかし、外部URLの多くはHTTPSで動作しないため、全面的な書き換えはできません。 保護されていない画像をインライン画像ではなくリンクに書き換えることもできますが、見栄えがよくなく、ユーザーを混乱させる可能性があります。より良い解決策はありますか?
9 https  images 

3
Googleが?utm_campaignクエリ文字列を使用してページにインデックスを作成するのはなぜですか
最近、Googleがutm_campaign、utm_sourceおよびutm_mediumクエリ文字列引数を含むURLをインデックス化していることに気付きました。結果では、Googleは正規URLではなく、次のクエリ文字列を含むURLを表示します。 これは「コンテンツの重複」の問題である可能性があることを理解していますがlink rel=canonical、ウェブサイト全体でタグを使用しています。一例として: [snip] <meta name="description" content="App store optimization helps discovery and rank on Google Play and the App Store. Publishers can use ASO by following these simple steps."/> <meta name="robots" content="noodp"/> <link rel="canonical" href="https://sweetpricing.com/blog/2016/11/app-store-optimization/" /> <meta property="og:locale" content="en_US" /> [snip] 私の期待は、Googleがインデックスに正規URLを使用することです。何が悪いのですか?

1
広告のないサイトは、Googleの検索結果でパフォーマンスが向上しますか?
Googleは広告なしのサイトをより信頼できる情報源と見なしており、検索結果にウェブサイトが戻る確率を高めていますか? これにはいくつかの理由があります。 主な理由は、ページの読み込み速度です。ページにAdSense広告が3つあるため、制作サイトは約6〜7秒でロードされます。同じサーバー上にあり、メインサイト(同じDBを共有する)の正確なクローンである私の開発サイトは2秒未満で読み込まれ、広告はありません。メインサイトから広告を削除すると、ページの読み込み速度が大幅に低下します。Googleはすでにこれを考慮して広告を無視していますか? 多くのサイトは明らかにお金を稼ぐことを目的とした広告が詰まっているお金のサイトです。サイトに広告がない場合、それはおそらく、そのページを訪問している人から素早く金を稼ぐ以外の目的を果たしているサイトであると考えられます。Googleはこれをプロだと考えていますか? 広告を削除することで、サイト全体をHTTPSに移動することもできます。これにより、AdSenseが南京錠を解除するため、もう1つのブーストになります。AdSenseがサーバーのコストを支払うので、収入を失う価値があることを確認したいだけです。

3
DMCAによりページがGoogleから削除されましたが、そのインバウンドリンクはまだ価値がありますか?
ここで、私が難しい質問だと思います。 したがって、大量のトラフィックを受け取った投稿に対してDMCA削除が行われたWebサイトがある場合、DMCA削除は正しい場合と正しくない場合がありますが、現時点で対処する時間もリソースもありません。 私の質問、DMCAの削除で発行されたページはその後SERPSから非表示にされましたが、投稿はまだ私のブログに残っています-大量のトラフィックを受け取ったため、かなりの量の高品質のバックリンクが生成されました。 .. したがって、これらのバックリンクはどうなりますか。ページはまだサイト上にありますが、Googleデータベースで削除(非表示)されていますが、バックリンクはまだ重要ですか? 編集1:リンクのグーグル検索を行うとき、以下が表示されます: 米国デジタルミレニアム著作権法に基づいて受け取った申し立てに対応して、このページから1件の結果を削除しました。必要に応じて、LumenDatabase.orgで削除の原因となったDMCA苦情を読むことができます。 編集2投稿が発生した古いサイトは数か月前からありrel canonicalましたが、私のサイトのブログ投稿を指していますが、現在DMCA rel canonicalで発行されています...ただし、rel canonical残りは私のサイトを指していますが無視されました...それだけの価値がある

1
ページへの内部リンクとページへのsitemap.xmlリンク
どこからもリンクされていないページがありますが、それはsitemap.xmlにリストされています。 クロールされ、SERPに表示されます。 SEOの観点から、サイトの自然な流れの中でページをリンクすることが望ましいでしょうか? たとえば、サイトに30,000の製品があります。検索結果とsitemap.xmlファイルを除いて、すべての30kファイルに自然にリンクする方法はありません。 クリックするだけで(検索なし)、それらのファイルすべてに移動する方法を開発する必要がありますか?

2
AJAXクロールスキームを削除する必要がありますか?
そのため、GoogleはAJAXクロールスキームを廃止しました。Googlebotが動的コンテンツを見るのに問題がなくなったので、それはもはや必要ないので、彼らは新しいウェブサイトにそれを実装することを気にしないと言います。私たちはこの声明をすぐに信頼すべきですか、それともしばらくの間廃止された標準に準拠する方が良いでしょうか?


2
他の誰かが古いAレコードで私のIPアドレスを使用しています。私に何ができる?
私の現在のIPアドレスを使用していた誰かがまだ古いAレコードを持っていて、Googleが検索結果を返すためにそれを使用していることがわかりました。その結果、誰かがグーグルで私のウェブサイトの名前を検索すると、彼らのURLと私のサイトのメタデータと名前が表示されます。そして、誰かがリンクをクリックすると、それは私たちのウェブサイトに行きますが、彼らのドメイン名を使用します。(ただし、無効なセキュリティ証明書が表示されます) 私はすでにwhois検索を行っており、登録済みドメイン名の所有者との接続を試みました。 返信がない場合、Google検索結果を修正するにはどうすればよいですか?


2
Universal Analyticsコードを終了ヘッドタグの直前に置く必要があるのはなぜですか?
Googleの公式ドキュメントには次のように書かれています。 追跡したいすべてのWebページにスニペット(変更されていない状態)を貼り付けます。終了</head>タグの直前に貼り付けます。 確かに、彼らがこの配置を提案するいくつかの理由があります。それらの理由を知りたいのですが。 私の考えは、とにかくそれがノンブロッキング非同期コードであるなら、なぜそれがbodyタグに入れないのですか? 私の同僚は理論化しました:これは、ページのさらに下にある別の要素がすべてを壊したとしても、ページビューが追跡されるようにするためです。 それが本当だったらしかし、なぜ右後にそれを追加することをお勧めしませ開口部の headタグ?


弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.