Webアプリのさまざまな機能用のカスタム404ページを用意する価値はありますか？
404や503などのサーバーエラー用の美しいカスタムエラーページが数多く見られましたが、各サイトまたはアプリには、アクセスできないページ用のページが1つしかないようです。
イベントのタイプに固有の404ページのカスタマイズの別のレベルがある場合、それはとにかくユーザーに役立ちますか？.
会議サービスの場合、-404会議が見つからない-404記録が見つからない-404添付ドキュメントが見つからない
そのようなページを作成した場合、ユーザーが解決策を見つけるための摩擦を減らすことができるかどうか疑問に思っています。人々はこれを読んで恩恵を受けるでしょうか？
404ページは、基本的にはエラーメッセージのように扱います。適切なエラーメッセージは、ユーザーに問題を克服する方法を提供します。あなたの例では、会議用の404は会議の可能な一致を提供し、記録用の404は記録を提供し、ドキュメントについても同様です。可能な解決策はエンティティのタイプごとに異なり、間違いの理由も異なる可能性があります。会議は時代遅れになる可能性がありますが、記録はそうではありません。したがって、そうです。「おっと、アクセスしようとしているページは存在しません」と言うだけでなく、実際のソリューションを提供している限り、特定の404ページがあると役立ちます。
複数の404ページがあり、それぞれが特定の領域専用である場合の最初の問題は、ユーザーが404に落ちた時点でユーザーがWebサイトの正しい部分にいたと想定していることです。
多くのリンクが検索エンジンからのものであり、必ずしもウェブサイト内からのものではないことを念頭に置いて、専用の404が常にであることを保証できるとは思わないすべてのユーザーにとって最も役立つオプションになります。
複数の404の2番目の問題は、最新の状態に維持または維持する必要がある場所の数がすぐに増加または重複することです。ある時点で、特定のトピックA、B、Cについて専用の404を持つことをほぼ確実に決定する必要がありますが、「その他すべての汎用404 'とthisgeneric404にはおそらくトピックA、B、Cが含まれているはずです！
Appleは404を採用 可能な転送オプションを、最上位のナビゲーション構造と同じグループ構造にグループ化します。
つまり、エラーが発生した場所に関係なく、1つのページにアクセスします。しかし、あなたがいたセクションに関連するリンクを見るのは簡単で、入りたいので簡単です。他のセクションも簡単に見ることができますこれは、これがより高いレベルの画像を提供するのに役立つ場合についてです。
実際- Appleの404 はso役立つので、ブックマークしたくて意図的にAppleの404ページに移動して、サイトのあちこちに行きます！ their sitemap ほど長くも詳細もありませんが、（私の意見では）ドロップダウンではないトップメニューから閲覧するよりも簡単です。
編集：Appleと Bloombergの404 など）を比較すると、完全に間違ったものを表示することに集中して多大な労力を費やします。アニメーション化されているため、確認する必要がありますそれを信じて。
いつか戻って、あなたが面白いと思うかもしれない機能を備えた404ページをデザインしました。それは、ユーザーが好むかもしれない製品と彼らが以前に見たものを提案する推奨エンジンモジュールを使用していました。どのような種類のWebサイトを要求しているのかはわかりませんが、私が固執する黄金のルールは、ユーザーを行き止まりにすることではありません。
これは、Webアプリが生成するエラーコードに精通しているWebマスターの観点から回答します。
404 Not foundエラーは、解析できないURLが入力された場合の非常に一般的なエラーです。ユーザーが探していたサイトの領域がわからない場合があります。 /xyszes/thauのように、URLに意味がないこともあります。彼らは会議を探していましたか？知るか。サーバーがURLの先頭または末尾を作成できない場合のために、少なくとも一般的な404ページが必要です。
A 410 Gone is a page that I often customize for different content types. When you remove a meeting, you should return a 410 status with a custom message like This meeting was yesterday, click here to schedule a new meeting.
ほぼ正しいURLの場合、301永久に移動ステータスを使用して、ユーザーを正しいページに直接移動させる必要があります。スペルミスのあるURLを修正できる mod_speling （sic）のようなモジュールを利用したい場合があります。また、実際に新しいURLに移動したWebサイトのページまたはセクションに手動でリダイレクトを実装する必要があります。サイト検索でURLの単語を試し、最初の結果がある場合はそこにリダイレクトするカスタム404スクリプトを実装すると便利です。
私はVitalyに同意します。404ページは、このページがここにない理由とそれに続く処理方法をユーザーに支援する必要があるユーザールートの終わりではありません。
あなたの例では、「これはあなたが探している会議ですか？」次に、関連する結果をリストすることで、使用を後退させるのではなく、前進させることができます。
最も簡単な答えは、あなたのウェブサイトのこの部分にどれだけの時間を費やす用意があるかだと思います。 2番目の質問は、サービスを提供している顧客についてです。これら2つの質問に対する答えが出発点になります。時間に余裕があり、顧客が精通していない場合は、別のページを作成してください。あなたの時間が短く、あなたの顧客が精通しているなら、それを基本的なままにしてください。