タグ付けされた質問 「404」

404またはNot Foundエラーメッセージは、クライアントがサーバーと通信できたがサーバーが要求されたものを見つけられなかったことを示すHTTP標準応答コードです。

4
すべてのWebサイトに必要なファイル
すべてのWebサイトに存在するはずのファイルのリストが必要です。アイデアは、ほとんどのブラウザとボットを満足させ、ログ内の404メッセージの数を把握することです。 これまでのところ、次のファイルがあります。 /favicon.ico /robots.txt /sitemap.xml /apple-touch-icon-72x72-precomposed.png /apple-touch-icon-72x72.png /apple-touch-icon-precomposed.png /apple-touch-icon.png 頻繁にリクエストされ、すべてのWebサイトに存在する必要がある他のファイルはありますか?

3
Googleはまだクロールし、インデックスに登録していますが、これは古いダミーのテストページで、現在404は見つかりません
サンプルページとデータ(lorem ipsumなど)を使用してサイトをセットアップし、Googleはこれらのページをクロールしました。これらのページをすべて削除し、実際のコンテンツを実際に追加しましたが、ウェブマスターツールでは、Googleがこれらのページをクロールしようとすると404エラーが多く発生します。「解決済みとしてマーク」するように設定しましたが、一部のページはまだ404として返されます。 さらに、Googleで自分のサイトを検索すると、これらのサンプルページの多くがまだリストされています。それらを削除する方法。これらの無関係なページが私の評価を傷つけていると思います。 私は実際にこれらのページをすべて消去し、新しいサイトとして自分のサイトをインデックスに登録し始めたいと思っていましたが、それは不可能だと読みましたか?(サイトマップを送信し、「Fetch as Google」を使用しました。)


4
ユーザーによって削除されたeコマースアイテム、ホームページへの301リダイレクト、または404が見つかりませんか?
私はこの質問をする何らかの方法似ている知っているこのいずれか、彼らは404を使用することをお勧めしますが、読んだ後に、この他の1彼らは(/再ファクタリングを再設計によるもので、特定のケースでは)サイトのURLを変更する際に301を使用することをお勧め私は少しを取得します混乱しており、誰かがこの特定の例について明確にできることを願っています: eコマースサイトがあるとします。 :のは、最終ユーザーがサイトでいくつかの興味深い項目を挿入し、eコマースのWebアプリケーションは、URLからアイテムページを作成したとしましょうhttp://...?id=20、http://...?id=30など これらの興味深いアイテムのいくつかは、他の多くのサイトから多くの外部リンクを取得しているとしましょう。一部の人々は、それらのアイテムが非常に興味深く、それらにリンクしているためです。 何年か後、最終ユーザーがページやURLので、明らかに、これらの項目を削除しhttp://...?id=20、http://...?id=30など、今はもう存在しませんが、ウェブ上で、まだ多くのページは彼らに向かってリンクされています。 eコマースサイトは今何をすべきか、それらのアイテムの404ページを表示するだけですか? しかし、私は混乱しています。これにより、アイテムページへの外部リンクから渡されたすべてのGoogle PRが失われませんか?少なくともPRをホームページに渡す301ページのホームページへのリダイレクトを使用する方が良いとは思いませんか? 編集: さて、回答によると、これまでに行う最善のことは404/410を行うことです。 この質問をより完全なものにするために、理解したことを確認するために、特別なケースについてお話したいと思います。正しく。 ユーザーがそれらのアイテム(ポイント4で以前に削除したアイテム)を再度作成するとします。名前と説明を少し変更しますが、基本的には同じアイテムです。Webアプリケーションは、そう古いアイテムは明らかに彼らは新しいURLで新しいアイテムとして作成されたこれらの新しい追加された項目を知る方法がないhttp://...?id=100、http://...?id=101、それは新しいものに301の古いURLをリダイレクトするために、この時点では理にかなっていますか? 別の編集(理解することは非常に重要です): これまで受け取った巧妙な回答によれば、前回のEDITで説明された特殊なケースのようです.301を使用することができます。なぜなら、それは基本的に新しいページがコンテンツの面で古いページの代わりになるからです。これは基本的に、外部リンクから渡されるPRを保持し、ユーザーエクスペリエンスを向上させるために行われます。 しかし、議論の余地(* 1)であるユーザーエクスペリエンス、横に、ちょうどいつも私の理解のGoogle嫌いで、301を使用してコンテンツを複製し、ないなぜ外部の壊れたリンクからPRを維持するために、私たちは必ずホームページへ301リダイレクトが見られていることGoogleの重複コンテンツとして?! Google自体は、301 index.htmlをドキュメントルートにリダイレクトすることを提案しているので、301が重複したコンテンツであると考えた場合、それも重複したコンテンツとは見なされませんか?なぜ彼らはそれを提案するのですか? 「あなたが見つけられなかったすべてのページの301をホームページに追加するだけではないのですか?」 (* 1)ユーザーとして、外部リンクからいくつかのWebサイトのページへの壊れたURLをたどると、Webサイトがそうではないと思う404ページが表示されるのではなく、ホームページにリダイレクトされた場合、このWebサイトにさらに貼り付けますすでに存在していて、ウェブサイトのホームページに行こうとさえしないかもしれません。
15 seo  ecommerce  404  redirects 

2
ErrorDocument 404をホームページまたは標準の404エラーページにリダイレクトする方が良いでしょうか?
サードパーティのeコマースソフトウェアプロバイダー、製品ページ、バスケット、チェックアウトのある基本的なショップによってセットアップされたeコマースサイトを運営しています。 サードパーティベンダーはhtaccessファイルを設定して、存在しないURLにエラーが発生した場合、404エラーが生成される代わりにホームページにリダイレクトされるようにしました。 これにより、Googleウェブマスターは、存在しないページのタイトルと説明の重複を報告します。 ホームページにリダイレクトするよりも、専用の404エラーページを表示する方が良いと思います 代わりに、専用の404ページを使用するよりも、Webサイトで404をホームページにリダイレクトする方が良いでしょうか?

6
存在しないURLを使用した大規模な404攻撃。これを防ぐ方法は?
問題は、Google Webmaster Toolsによって報告されたように、これまでになかったページとクエリを伴う404エラーの負荷です。そのうちの1つはviewtopic.phpであり、サイトがWordPressサイト(wp_admin)であるかcPanelログインのためにチェックしようとする試みの恐ろしい回数にも気付きました。私はすでにTRACEをブロックしており、サーバーにはスキャン/ハッキングに対する防御が備わっています。しかし、これは止まらないようです。リファラーは、Googleウェブマスターによると、totally.meです。 私はこれを止める解決策を探しました。SEOの懸念は言うまでもなく、実際の貧しい実際のユーザーにとっては確かに良いことではないからです。 Perishable Pressミニブラックリスト(ここにあります)、標準リファラーブロッカー(ポルノ、ハーブ、カジノサイト用)、さらにはサイトを保護するソフトウェア(XSSブロック、SQLインジェクションなど)を使用しています。サーバーは他の手段も使用しているので、サイトが安全であると(おそらく)仮定しますが、終了していません。 他の誰かが同じ問題を抱えていますか、それとも私だけがこれを見ていますか?それは私が考えるもの、すなわち、ある種の攻撃ですか?この無駄なリソースの無駄を防ぐ方法、またはそれを改善する方法はありますか? 編集 回答に感謝するために質問を使用したことはありません。これができることを願っています。洞察に満ちた返信をありがとう。私は皆の提案に従い、以下を実施しました: ハニーポット 404ページの疑わしいURLをリッスンし、ユーザーエージェント/ IPを含む電子メールを送信しながら、標準の404ヘッダーを返すスクリプト 同じ404カスタムページで正当なユーザーがそれらのURLのいずれかをクリックした場合に報酬を与えるスクリプト。24時間以内に、Spamhausにリストされている疑わしいIPを分離することができました。これまでに記録されたすべてのIPは、スパムVPSホスティング会社に属します。 どうもありがとうございました。できればすべての答えを受け入れました。

5
ログに「crossdomain.xml」に対する予期しないリクエストが表示されるのはなぜですか?
crossdomain.xmlから多くの404エラーを取得しています。Google App Engineが提供するリクエストの詳細は次のとおりです。 404 22ms 19cpu_ms 0kb Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/534.30 (KHTML, like Gecko) Chrome/12.0.742.122 Safari/534.30 69.130.*.* - - [24/Jul/2011:07:43:42 -0700] "GET /crossdomain.xml HTTP/1.1" 404 124 "http://s.nsdsvc.com/App/DddWrapper.swf?c=3" "Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/534.30 (KHTML, like Gecko) Chrome/12.0.742.122 Safari/534.30" "app.*.*.*" ms=22 cpu_ms=19 api_cpu_ms=0 cpm_usd=0.000633 instance=00c61b117c557326bef77d341a345431e66b 何が起こっているのか分かりません。誰も私がこの問題を解決するのを助けることができますか?

5
404ページにはメタ情報が必要です(Googleをもっと楽しくするために)?
私はすべての私のウェブサイトの404ページでいくつかの小さなものを修正しています。この問いへの答えが得られない限り、私の時間厳しさのために、私はよく眠ることができません。:) 404ページにはメタ説明タグが必要ですか? はいが「ページが見つかりません」で満たされている場合は? Googleがページの内容よりもコンテンツとユーザーのサイトを重視している場合(いいえ、404ページスニペットがGoogleに表示されることはありません。サーバーが実際の404コードを送信します)。 しかし、これらすべてを読んだ後: http://www.google.com/support/webmasters/bin/answer.py?hl=ja&answer=93641 http://googlewebmastercentral.blogspot.com/2008/08/make-your-404-pages-more-useful.html 彼らがどのように404ページを埋めるように提案したか(私はいつも単純な404ページだと思っていた)、私はメタ記述についても心配し始めました。

2
文字化けしたURLを要求するクライアント
壊れたURL書き換えコードのように見える奇妙な404に気づきました。画像ビューアは、次のようなURLを使用してタイルをリクエストします。 /media/204/service/dzi/1/1_files/7/0_0.jpg わずかに変更されたURLに対するリクエストが1%未満であることがわかります。 /media/204/s/rvice/d/i/1/1_files/7/0_0.jpg これらのリクエストは、世界中のIPアドレス(米国、カナダ、中国、ロシア、インド、イスラエルなど)、複数のユーザーエージェントを持つデスクトップユーザーおよびモバイルユーザー(Chrome、IE、Firefox、モバイルサファリなど)から送信されます。そして多くの場合、同じIPアドレスからの同じセッション内で通常のアクティビティが発生するため、これはマルウェアか、壊れたプロキシ/フィルタのいずれかであると想定しています。私はそれらを画像以外から見たことがありません。これは、これが何らかのコンテンツフィルターである可能性があることを示唆しています。 他の誰かがこれを見たことがありますか?私のCDNログには、6月8日の最初のリクエストが1日あたり数十から数百に増加していることが示されています。
11 404  logging 

4
「404。エラーです。」Googleキャッシュから表示する場合
私のサイトは404を取得しています。それはエラーです。Googleの検索結果からキャッシュをクリックしたときにメッセージが表示されます。 これはGoogleからのエラーメッセージです。 That’s an error. リクエストされたURL /search?q=cache:8kxLAgFrhZQJ:www.mysite.com.....&cd=8&hl=en&ct=clnk&gl=ukはこのサーバーで見つかりませんでした。私たちが知っているのはそれだけです。 このエラーが発生する前に行ったことは、約10日前に、ホスティングをIxwebhostingからGearhost(クラウドベース)に移動したことです。からnon wwwへの301リダイレクトも追加しましたwww。 このエラーが発生する理由はわかりません。解決策がある場合は、その理由を教えてください。 私のページはすべてGoogleによってインデックスに登録されています。
10 google  404  cache 

4
301は404ページにリダイレクトするか、ステータスコードを404に設定してページに留まりますか?
クエリ文字列の値が見つかり、正しく設定されている場合、管理者だけがアクセスできるこれらのページにアクセスできるページがWebサイトにいくつかあります。例えば: http://www.mydomain.com/show-daily-statistics?key=abc 上記のリンクはページのコンテンツを表示しますが、以下のような他のものは表示しません: http://www.mydomain.com/show-daily-statistics 今、私は検索エンジンや管理者以外のユーザーがこれらの隠されたページに何らかの理由で到達した場合の対処方法を考えていました。 もちろん、ページのステータスコードを404に変更することも、301にリダイレクトすることもできます。 http://www.mydomain.com/404-error GoogleとSEOに関する最善の解決策は何ですか?

3
Google Search Console(WMT)のSOFT 404を使用したWordPress Q82019309.comの原因は何ですか?
しばらくの間私が彼のために設計した私の兄弟サイトには、以前はWebmaster ToolsであったGoogleのSearch Consoleで報告された何百ものSOFT 404があります。一般的に、ソフト404の修正は簡単ですが、これは少し困惑しています。すべてのソフトエラーは、文字列内のQ82019309.comサブフォルダーが時々含まれる奇妙な文字列を返しAristocratます/?=。 404は一般的に次のようになります。 エンコード: /search/%E5%A4%A7%E5%A5%96%E6%80%BB%E4%BB%A3Q82019309.com デコード: /search/大奖总代Q82019309.com リンクされた情報から提供されるもの: エンコード: /?s=%E5%A4%A7%E5%A5%96%E6%80%BB%E4%BB%A3Q82019309.com デコード: /?s=大奖总代Q82019309.com 最初はこれは孤立した問題であると信じていましたが、調査したところ、この問題が実際には何千ものウェブサイトに影響を及ぼし、誰かが原因を知らなければならないことがわかりました。私がGoogle Q82019309.com WordPressまたはAristocrat Q82019309.comをGoogleにすると、次のような非常に評判の良いサイトを含め、大量の結果に圧倒されます。 叫ぶカエル エレンショップ セーバーストア英国 質問: したがって、文字列のQ82019309.com有無にかかわらず、これらのソフト404エラーの原因は何ですかAristocrat。

1
カスタム404ページの重要性
いくつかのデザインブログで、カスタム404ページをデザインすることが重要であると読みましたが、これはなぜですか? 時々見かける傾向があるので、ほとんどのユーザーはこれらが何であるかを知らないでください。また、ページの名前が変更されず、ページが削除されない小さなサイトを作成している場合、ユーザーが404を取得する可能性はどのくらいありますか?確かに、私は分析をあまり注意深く見ていませんが、私のサイトのユーザーは非常に頻繁にそれらを見ると思います。
8 usability  404 

1
壊れた外部リンクとサイト全体のスペルチェックを検出する方法
私は私たちのサイトをスキャンし、スペルミスやリンク切れを警告する既知の方法を探しています。私たちの目標は基本的に、サイト全体のスペルチェックとリンクの問題がないか一貫してチェックすることです。 スポットリンクチェックに非常に効果的なXenuを使用してきましたが、スペルチェックは行われず、自動化されていません。 質問: サイト全体のスペルの問題をチェックするための良い方法は何ですか? 壊れた外部リンクを自動的に検出する良い方法は何ですか?

4
不足しているアンカーをログに記録できますか?
リンクが壊れていると、404でログに記録されます。アンカーへのリンクがあり、アンカーが見つからない場合、ログにエントリがありません。特にトラフィックがリファラーから来ている場合、これらの壊れたアンカーリンクを見つけるにはどうすればよいですか?この情報を取得するようにログを構成する方法はありますか? HTTPサーバー:Apache 2
8 html  apache  logging  anchor  404 
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.