不管開(kāi)發(fā) Web 站點(diǎn)所用的是何種內容管理系統或 Web 應用程序框架，都應該涵蓋一些基本要素。能提供精致的用戶(hù)界面和豐富的內容固然很棒，但在那之前，首選應該提供用戶(hù)能查找到并能明了地表達該站點(diǎn)用途 的基本文件。

引言

有幾個(gè)標準的文件是每個(gè) Web 站點(diǎn)都必需的，但在很多時(shí)候它們卻會(huì )被站點(diǎn)忽略。大多數這種文件都與約定有關(guān)，而非技術(shù)上的要求，但如果不能提供這些文件，就會(huì )使站點(diǎn)創(chuàng )建誤入歧途。除了 URL 可以通過(guò)猜想嘗試得到，通常用戶(hù)很難通過(guò)猜想找到其他想要的東西。本文將對這些標準文件逐一簡(jiǎn)述。

給定的資源究竟如何提供決定于所使用的 Web 服務(wù)器層和 Web 應用程序層。在諸如 Apache 這類(lèi) “傳統” 的、接近靜態(tài)的服務(wù)器內，這些資源很可能就是服務(wù)器上的文字文件。但在不同的配置中，它們也有可能是數據庫中的某些條目、配置文件中的某些行、服務(wù)器進(jìn)程中的某些類(lèi)等。本文重點(diǎn)放在用戶(hù)最終所見(jiàn)之上，而非該如何讓其發(fā)生。

404.html

當用戶(hù)使用您的 Web 站點(diǎn)，他們不可避免地都會(huì )找尋一些不存在的資源。比起其他原因，這類(lèi)尋找更多地是由于 URL 的拼寫(xiě)錯誤而致，但鏈接過(guò)時(shí)、后端的錯誤配置、不同點(diǎn)的 URL 殘缺等因素也不容小覷。當資源不可用時(shí)，一個(gè)很好的做法是提供某種回轉頁(yè)面以協(xié)助用戶(hù)導航到其他有用的頁(yè)面。一個(gè)普通的 “沒(méi)有找到” 雖然可以讓用戶(hù)知道資源不可用，但卻無(wú)法幫助他們解決 “下一步如何做” 的問(wèn)題。

警告：在創(chuàng )建定制的 404.html（或 Web 服務(wù)器用來(lái)發(fā)布定制 “沒(méi)有找到” 消息的任何其他機制）時(shí)，太多的 Web 站點(diǎn)都會(huì )被錯誤地配置成發(fā)送 “soft 404” 消息。換句話(huà)說(shuō)，它們會(huì )發(fā)送一個(gè)帶常規的 “200 OK” 標題的頁(yè)面，這僅僅說(shuō)明了文本的某個(gè)地方“不可用”，也許還提到（但不經(jīng)常）此處有 “404 Error”。應該避免這樣做。相反，應該讓用戶(hù)（和他們的 Web 瀏覽器以及其他工具）省些事，使用確切的狀態(tài)標題。

about.html

那么，究竟為何要創(chuàng )建 Web 站點(diǎn)呢？沒(méi)錯，需要用一個(gè)首頁(yè)來(lái)回答這個(gè)問(wèn)題。但更可能的情況是，首頁(yè)并不提供這類(lèi)信息，而只是讓用戶(hù)能夠登錄、突出站點(diǎn)的 “賣(mài)點(diǎn)”、顯示某些花哨的內容等等。也許還需要讓用戶(hù)能夠從首頁(yè)導航到 “關(guān)于” 頁(yè)面，如果真是這樣，請務(wù)必讓該信息能夠從 http://mysite.example.com/about.html 獲得。有些人習慣從此頁(yè)尋找這類(lèi)信息。

一個(gè)好的 about.html 頁(yè)面應該能夠提供有關(guān)站點(diǎn)功能、創(chuàng )建此站點(diǎn)的意圖以及用戶(hù)為何要關(guān)注此站點(diǎn)的總覽，而且還有可能會(huì )有幾個(gè)鏈接能夠幫用戶(hù)導航回站點(diǎn)的核心功能。此頁(yè)無(wú)需、而且通常也不應該十分華麗。只需讓它保持務(wù)實(shí)且準確，以便用戶(hù)能夠利用站點(diǎn)所能提供的所有功能。

contact.html

那么，如何聯(lián)系您呢？借助 about.html，用戶(hù)可以通過(guò)在現有主頁(yè)上的多次單擊獲得此信息。不要讓用戶(hù)費太多力氣才能找到此信息：將其放置于 http://mysite.example.com/contact.html。為相同的頁(yè)面同樣使用 contacts.html。請引入 .htm 擴展名。名稱(chēng)易得易用。當然，也可以將此信息留在這些單擊產(chǎn)生的連串導航屏幕的最后；但為尋找資源提供冗余方案的做法也不錯。

copyright.html

網(wǎng)站的版權歸誰(shuí)所有？有可能內容屬于您，但您又是誰(shuí)呢？個(gè)人？公司？合伙人？政府機構？如果內容屬于公共領(lǐng)域或在自由內容許可的范疇內，那么可能需要告知用戶(hù)這一點(diǎn)。時(shí)下，幾乎任何內容都有各自的版權歸屬：如果您的內容遵從不同的原則，那么就請告知用戶(hù)。但目前費心提供這類(lèi)信息的網(wǎng)站還不夠多，但為何不將它添加到自己的網(wǎng)站呢？因為總會(huì )有些用戶(hù)會(huì )關(guān)注這方面的信息。

很明顯，不同的頁(yè)面或資源可能有不同的版權信息。請利用這個(gè)頁(yè)面為用戶(hù)提供有關(guān)如何確定那些個(gè)別差異的信息。如果有商標方面的問(wèn)題，請一并提供。

index.html（和 index.htm）

并不是每個(gè) Web 服務(wù)器都實(shí)際使用 index.html 文件來(lái)描述其主頁(yè)。根據設置的不同，可能會(huì )有 URL 重寫(xiě)、依路徑名動(dòng)態(tài)生成等手段。但用戶(hù)并不關(guān)心這些細節！只需讓 http://mysite.example.com/index.html 指向主頁(yè)，即便是為了實(shí)現這一目的而必須要使用簡(jiǎn)單 HTML 重定向。

對了，既然如此，那么就索性讓老的 .htm 擴展名也生效吧。如果還覺(jué)得不夠，就對 index.cgi 也如法炮制吧。

index.rss

很多 Web 內容都可通過(guò) RSS 提供。雖然此種做法并不適用于所有 Web 站點(diǎn)，但對大多數站點(diǎn)而言還是比較有效的。讓 RSS 內容獨立于特定于用戶(hù)的配置選項、登錄或為特定的信息付費的做法極其合理。因為 RSS 也不能面面俱到。

雖然如此，如果有些東西 可以作為 RSS 提供，那么請盡管這么去做。也許，在 index.rss 給出的不過(guò)是 “廣告” 內容，有時(shí)還會(huì )一并提供如何利用 RSS 提要的種種優(yōu)勢的老生常談。有時(shí)又或許是有關(guān) RSS 為何與您的 Web 站點(diǎn)不相關(guān)的一個(gè)說(shuō)明。

privacy.html

一旦想要收集用戶(hù)信息（即使只有用戶(hù)名或流量日志），就要告知用戶(hù)您打算如何處理這些信息。圍繞 Web 站點(diǎn)創(chuàng )建者和/或用戶(hù)的權力和責任的法律問(wèn)題十分復雜 — 我不是一名律師，更無(wú)法解決您 法律方面的問(wèn)題。不過(guò)，若能考慮到用戶(hù)的個(gè)人私隱，用戶(hù)還是會(huì )感覺(jué)到的。而且也許您就 應該在此時(shí)與律師 商談一下該如何處理用戶(hù)的數據。

robots.txt

如果不想讓 Web 站點(diǎn)上的所有資源都能被自動(dòng)工具編入索引，就請在 robots.txt 文件內加以說(shuō)明。但如果確實(shí) 想讓內容都編入索引，也請如實(shí)說(shuō)明。Robots Exclusion Standard 指令并不強制用戶(hù)：如果的確 不想讓某些東西可見(jiàn)，就請不要將其放到站點(diǎn)，或者要確保其后有足夠的許可保護。不過(guò)，所有主要的合法 Web 爬蟲(chóng)引擎都會(huì )遵從 robots.txt 內的要求。因此請盡量明確地說(shuō)明您的意圖。

security.html

security.html 的使用并不強制。但如果站點(diǎn)存在安全性問(wèn)題（比如，從用戶(hù)那收集了任何敏感的信息），為安全性流程建立文檔說(shuō)明（至少給出大致的概括）不失是個(gè)很好的做法。請在此頁(yè)給出聯(lián)系信息以防用戶(hù)存在任何疑問(wèn)或想要給出如何改進(jìn)的建議。尋找這些信息應該遵從網(wǎng)站導航選項的整體組織。既然如此，不妨在這個(gè) URL 也放上該資源。

站點(diǎn)地圖

如何顯示整個(gè) Web 站點(diǎn)的地圖還未完全標準化。為制作站點(diǎn)地圖而提供的某些東西 總是很有用的，但這些東西究竟詳細到何種程度取決于站點(diǎn)的動(dòng)態(tài)程度（或動(dòng)態(tài)的方式）。而且，想要為用戶(hù)顯示的內容也依賴(lài)于站點(diǎn)的意圖。比如，如果用戶(hù)沒(méi)有對資源 X 的使用權限，那么讓用戶(hù)知道資源 X 的存在可能根本就不合適。請根據自己的判斷和具體情況，設法提供一些東西。

對于很多站點(diǎn)，提供站點(diǎn)地圖只不過(guò)是對諸如搜索引擎這類(lèi)自動(dòng)機制的支持和友好。Google 在 robots.txt 約定的基礎上發(fā)布了一個(gè)新的約定?？傊?，可以創(chuàng )建一個(gè) XML 文件來(lái)給出站點(diǎn)所提供的所有資源。這有點(diǎn)像一個(gè) “包含列表”，充當了 robots.txt 的 “排除列表” 的補集。

電子郵件地址

只考慮 Web 上的東西還不夠。有時(shí) Web 站點(diǎn)的導航工具并不能盡入人意（或者有的用戶(hù)可能會(huì )對您的優(yōu)雅設計不理解），因此最好讓用戶(hù)也能通過(guò)電子郵件聯(lián)系到您。