Web サイトの開発にどのようなコンテンツ管理システムや Web アプリケーション フレームワークを使用する場合でも、カバーする必要のある基本的な要素がいくつかあります。洗練されたユーザー インターフェイスと豊富なコンテンツを提供することは素晴らしいことですが、それまでは、ユーザーが見つけやすく、サイトの目的を明確に表現できる基本的なドキュメントを提供することが最優先です。
はじめに
すべての Web サイトに必要な標準ファイルがいくつかありますが、多くの場合、それらはサイトによって無視されます。これらのドキュメントのほとんどは、技術的要件ではなく慣例に関係していますが、これらを提供しないと、サイトの作成が迷走する可能性があります。推測によって取得できる URL に加えて、ユーザーが推測によって必要なものを見つけることは通常困難です。この記事では、これらの標準ドキュメントのそれぞれについて簡単に説明します。
特定のリソースがどのように提供されるかは、どの Web サーバー層と Web アプリケーション層が使用されるかによって異なります。 Apache などの「従来の」ほぼ静的なサーバーでは、これらのリソースはサーバー上のテキスト ファイルである可能性があります。ただし、別の構成では、データベース内の特定のエントリ、構成ファイル内の特定の行、サーバー プロセス内の特定のクラスなどになる場合もあります。この記事では、それを実現する方法ではなく、最終的にユーザーに何が表示されるかに焦点を当てます。
404.html
ユーザーが Web サイトを使用するとき、必然的に存在しないリソースを探すことになります。これらの検索は、他の理由よりも URL のスペルミスによる可能性が高くなりますが、古いリンク、バックエンドの構成ミス、さまざまな時点での破損した URL などの要因を過小評価してはなりません。リソースが利用できない場合は、ユーザーが他の便利なページに移動できるように、何らかのフォールバック ページを提供することをお勧めします。単純な「見つかりません」は、リソースが利用できないことをユーザーに知らせますが、「次に何をすべきか」問題の解決には役立ちません。
警告: カスタム 404.html (またはカスタムの「見つかりません」メッセージを公開するために Web サーバーが使用するその他のメカニズム) を作成するときに、「ソフト 404」メッセージを送信するように誤って構成されている Web サイトが多すぎます。言い換えれば、彼らは通常の「200 OK」ヘッダーを付けてページを送信します。これは単にテキストのどこかが「利用不可」であることを示し、ここに「404 エラー」があることがおそらく (しかし頻繁ではありませんが) 言及されています。これは避けるべきです。代わりに、ユーザー (およびその Web ブラウザーやその他のツール) の手間を省き、正確なステータス タイトルを使用してください。
about.html
では、なぜ Web サイトを作成するのでしょうか? はい、その質問に答えるにはホームページが必要です。しかし、ホームページではこの種の情報は提供せず、単にユーザーにログインを許可し、サイトの「セールス ポイント」を強調し、追加機能などを表示するだけである可能性が高くなります。ユーザーがホームページから「概要」ページに移動できるようにすることもできます。その場合は、その情報がhttp://mysite.example.com/about.htmlで利用できるようにしてください。このページからこの種の情報を探すことに慣れている人もいます。
優れた about.html ページでは、サイトの機能の概要、サイト作成の目的、ユーザーがサイトに注目する理由を提供する必要があります。また、ユーザーがサイトのコア機能に戻るのに役立つリンクがいくつか含まれていることもあります。このページは派手である必要はありませんし、通常はそうすべきではありません。ユーザーがサイトが提供するすべてを活用できるように、実用的かつ正確なものにしてください。
contact.html
では、どのように連絡すればよいのでしょうか? about.html を使用すると、ユーザーは既存のホームページを複数回クリックするだけでこの情報を取得できます。
copyright.html
Web サイトの著作権は誰に属しますか? コンテンツがパブリック ドメインにある場合は、誰ですか? パートナーですか?無料のコンテンツ ライセンスの場合、これが必要になる場合があります。このことをユーザーに通知してください。最近では、ほとんどすべてのものに独自の著作権があります。コンテンツが異なる原則に従っている場合は、ユーザーに知らせてください。しかし、この種の情報をわざわざ提供する Web サイトはあまりありませんが、この情報に注目するユーザーは必ずいるので、自分の Web サイトに追加してみてはいかがでしょうか。
明らかに、異なるページまたはリソースには異なる著作権情報が含まれる可能性があります。このページは、その個人差を判断する方法をユーザーに提供するために使用してください。商標についてご質問がございましたら、併せてご記入ください。
Index.html (および Index.htm)
すべての Web サーバーが実際にホーム ページを記述するために Index.html ファイルを使用するわけではありません。設定によってはURLの書き換えやパス名に基づく動的生成などの方法がある場合があります。ただし、ユーザーはこれらの詳細を気にしません。たとえ、単純な HTML リダイレクトを使用する必要があるとしても、 http://www.aaa.com/index.html がホームページを指すようにしてください。
ちなみに、その場合は、古い .htm 拡張子をそのまま有効にしてください。それでも十分ではないと思われる場合は、index.cgi に対しても同じことを行ってください。
Index.rss多くの
Web コンテンツは RSS 経由で入手できます。このアプローチはすべての Web サイトに適用できるわけではありませんが、ほとんどのサイトに効果的です。 RSS コンテンツをユーザー固有の設定オプション、ログイン、特定の情報に対する支払いから独立させるのは非常に理にかなっています。 RSS ですべてをカバーできるわけではないからです。
とはいえ、RSS として利用できるものであれば、ぜひそうしてください。おそらく、index.rss に表示されるのは単なる「広告」コンテンツであり、RSS フィードのさまざまな利点を活用する方法についての決まり文句が伴うこともあります。あるいは、RSS が Web サイトに関連しない理由の説明かもしれません。
Privacy.html
ユーザー情報を収集する場合は常に (ユーザー名やトラフィック ログだけであっても)、その情報をどのように扱う予定であるかをユーザーに伝えてください。 Web サイトの作成者やユーザーの権利と責任をめぐる法的問題は複雑です。ただし、ユーザーの個人的なプライバシーが考慮される場合でも、ユーザーはそれを感じるでしょう。そしておそらくそのときは、ユーザーのデータをどうするかについて弁護士に相談する必要があるでしょう。
robots.txt
Web サイト上のすべてのリソースが自動ツールによってインデックス付けされることを希望しない場合は、robots.txt ファイルでその旨を指定します。ただし、コンテンツをインデックスに登録したい場合は、その旨を明記してください。ロボット排除標準指令は、ユーザーに強制するものではありません。本当に何かを表示したくない場合は、それをサイトに置かないか、その背後に適切な権限保護があることを確認してください。ただし、主要な正規の Web クローリング エンジンはすべて robots.txt の要件に準拠します。したがって、自分の意図をできるだけ明確にするようにしてください。
security.html
security.html の使用は必須ではありません。ただし、サイトにセキュリティ上の問題がある場合 (たとえば、機密情報がユーザーから収集されている場合)、セキュリティ プロセスを文書化する (少なくとも大まかな概要を示す) ことをお勧めします。ユーザーが質問がある場合、または改善方法について提案を希望する場合に備えて、このページに連絡先情報を入力してください。この情報を見つけるには、サイトのナビゲーション オプションの全体的な構成に従ってください。この場合、この URL にリソースを入れてもよいでしょう。
サイト マップが
Web サイト全体のマップを表示する方法は、まだ完全には標準化されていません。サイトマップを作成するために何かが提供されていると常に便利ですが、それがどの程度詳細であるかは、サイトがどの程度動的であるか (または動的かどうか) によって異なります。さらに、ユーザーに対して表示したいコンテンツは、サイトの意図によっても異なります。たとえば、ユーザーがリソース X を使用する権限を持っていない場合、リソース X が存在することをユーザーに知らせることはまったく適切ではない可能性があります。ご自身の判断と状況に基づいて何かを提供してみてください。
多くのサイトにとって、サイトマップの提供は、検索エンジンなどの自動化メカニズムのサポートとフレンドリーさに他なりません。 Google は、robots.txt 規則に基づいた新しい規則をリリースしました。要約すると、サイトが提供するすべてのリソースを示す XML ファイルを作成できます。これは、robots.txt の「除外リスト」を補完するものとして機能する「含めるリスト」に似ています。
Web 上にあるものだけを
電子メール アドレス
として考慮するだけでは十分ではありません。場合によっては、Web サイトのナビゲーション ツールが希望どおりではない (または、一部のユーザーが洗練されたデザインを理解できない) 場合があるため、ユーザーが電子メールでも連絡できるようにすることをお勧めします。
連絡先情報は、contact.html または Web サイトの他の場所に必ず目立つように掲載してください。ただし、一般的な電子メール アドレスに送信されたメッセージが適切な人に届くようにすることも必要です。これには、少なくとも[email protected] 、 [email protected] 、および[email protected]が含まれます。世の中の「古い人」の場合は、 [email protected]に送信された電子メールを適切な宛先にルーティングすることもできます (ただし、セキュリティ上の理由から、おそらく「root」にはルーティングされません)。サイトの目的を明確に伝える、メール転送について説明する短いテキストを含めてください。電子メール アドレスは、Web サーバー ディレクトリ内のシンボリック リンクと同じように簡単に利用できます。