ไม่ว่าคุณจะใช้ระบบการจัดการเนื้อหาหรือเฟรมเวิร์กแอปพลิเคชันเว็บใดในการพัฒนาเว็บไซต์ของคุณ มีองค์ประกอบพื้นฐานบางประการที่ควรครอบคลุม การมีอินเทอร์เฟซผู้ใช้ที่สวยงามและเนื้อหาที่หลากหลายถือเป็นเรื่องดี แต่จนกว่าจะถึงตอนนั้น สิ่งสำคัญอันดับแรกควรคือการจัดเตรียมเอกสารพื้นฐานที่ผู้ใช้สามารถค้นหาและแสดงวัตถุประสงค์ของไซต์ได้อย่างชัดเจน การแนะนำ มีไฟล์มาตรฐานหลายไฟล์ที่ทุกเว็บไซต์ต้องการ แต่หลายครั้งที่เว็บไซต์ละเลยไฟล์เหล่านั้น เอกสารเหล่านี้ส่วนใหญ่เกี่ยวข้องกับแบบแผนมากกว่าข้อกำหนดทางเทคนิค แต่การไม่จัดเตรียมเอกสารเหล่านี้อาจนำไปสู่การสร้างไซต์ที่ผิดพลาดได้ นอกจาก URL ที่จะได้รับจากการคาดเดาแล้ว ผู้ใช้มักจะค้นหาสิ่งอื่นที่ต้องการผ่านการคาดเดาได้ยาก บทความนี้จะอธิบายโดยย่อเกี่ยวกับเอกสารมาตรฐานแต่ละฉบับ วิธีการจัดหาทรัพยากรที่กำหนดนั้นขึ้นอยู่กับว่าเลเยอร์เซิร์ฟเวอร์เว็บและเลเยอร์แอปพลิเคชันเว็บใดถูกใช้ ในเซิร์ฟเวอร์ "ดั้งเดิม" ที่เกือบจะคงที่ เช่น Apache ทรัพยากรเหล่านี้น่าจะเป็นไฟล์ข้อความบนเซิร์ฟเวอร์ แต่ในการกำหนดค่าที่แตกต่างกัน อาจเป็นรายการบางรายการในฐานข้อมูล บรรทัดบางบรรทัดในไฟล์การกำหนดค่า คลาสบางคลาสในกระบวนการเซิร์ฟเวอร์ ฯลฯ บทความนี้เน้นที่สิ่งที่ผู้ใช้เห็น มากกว่าวิธีทำให้มันเกิดขึ้น 404.html เมื่อผู้ใช้ใช้เว็บไซต์ของคุณ พวกเขาจะค้นหาทรัพยากรที่ไม่มีอยู่อย่างหลีกเลี่ยงไม่ได้ การค้นหาเหล่านี้มีแนวโน้มที่จะเกิดจากการสะกด URL ผิดมากกว่าเหตุผลอื่นๆ แต่ปัจจัยต่างๆ เช่น ลิงก์ที่ล้าสมัย การกำหนดค่าแบ็กเอนด์ที่ไม่ถูกต้อง และ URL ที่เสียหายในจุดต่างๆ ไม่ควรถูกมองข้าม เมื่อทรัพยากรไม่พร้อมใช้งาน แนวทางปฏิบัติที่ดีคือจัดเตรียมเพจทางเลือกบางประเภทเพื่อช่วยผู้ใช้ในการนำทางไปยังเพจที่มีประโยชน์อื่นๆ "ไม่พบ" ธรรมดาจะทำให้ผู้ใช้ทราบว่าทรัพยากรไม่พร้อมใช้งาน แต่จะไม่ช่วยพวกเขาแก้ปัญหา "จะทำอย่างไรต่อไป" คำเตือน: มีเว็บไซต์มากเกินไปที่กำหนดค่าไม่ถูกต้องให้ส่งข้อความ "soft 404" เมื่อสร้าง 404.html แบบกำหนดเอง (หรือกลไกอื่นใดที่เว็บเซิร์ฟเวอร์ใช้เพื่อเผยแพร่ข้อความ "ไม่พบ" แบบกำหนดเอง) กล่าวอีกนัยหนึ่ง พวกเขาส่งหน้าเว็บที่มีส่วนหัว "200 OK" ปกติ ซึ่งระบุเพียงว่าบางจุดในข้อความ "ไม่พร้อมใช้งาน" และอาจ (แต่ไม่บ่อยนัก) ระบุว่ามี "ข้อผิดพลาด 404" ที่นี่ สิ่งนี้ควรหลีกเลี่ยง ให้ช่วยผู้ใช้ (และเว็บเบราว์เซอร์และเครื่องมืออื่น ๆ ของพวกเขา) แก้ไขปัญหาและใช้ชื่อสถานะที่แน่นอนแทน เกี่ยวกับ.html เหตุใดจึงต้องสร้างเว็บไซต์ ใช่ คุณต้องมีหน้าแรกเพื่อตอบคำถามนี้ แต่มีแนวโน้มมากกว่าที่หน้าแรกจะไม่ให้ข้อมูลประเภทนี้ แต่เพียงอนุญาตให้ผู้ใช้เข้าสู่ระบบ เน้น "จุดขาย" ของไซต์ แสดงรายละเอียดเล็กๆ น้อยๆ และอื่นๆ คุณอาจต้องการให้ผู้ใช้สามารถนำทางไปยังหน้าเกี่ยวกับจากหน้าแรกได้ และหากเป็นเช่นนั้น โปรดตรวจสอบให้แน่ใจว่าได้ให้ข้อมูลดังกล่าวอยู่ที่ http://mysite.example.com/about.html บางคนคุ้นเคยกับการค้นหาข้อมูลประเภทนี้จากหน้านี้ หน้า about.html ที่ดีควรให้ภาพรวมของฟังก์ชันการทำงานของไซต์ วัตถุประสงค์ในการสร้างไซต์ และเหตุใดผู้ใช้จึงควรใส่ใจเกี่ยวกับไซต์ และอาจมีลิงก์หลายลิงก์เพื่อช่วยให้ผู้ใช้นำทางกลับไปยังฟังก์ชันหลักของไซต์ หน้านี้ไม่จำเป็นต้องมีความฉูดฉาด และโดยปกติแล้วไม่ควรเป็นหน้าเว็บที่ฉูดฉาด เพียงทำให้ใช้งานได้จริงและแม่นยำเพื่อให้ผู้ใช้สามารถใช้ประโยชน์จากทุกสิ่งที่ไซต์นำเสนอได้ ติดต่อ.html ดังนั้น คุณจะติดต่อคุณได้อย่างไร ด้วย about.html ผู้ใช้สามารถรับข้อมูลนี้ด้วยการคลิกหลายครั้งบนหน้าแรกที่มีอยู่ ลิขสิทธิ์.html ใครเป็นเจ้าของลิขสิทธิ์ของเว็บไซต์ เป็นไปได้ว่าเนื้อหาเป็นของคุณ แต่คุณเป็นใคร บริษัท พันธมิตร หากเนื้อหาเป็นสาธารณสมบัติหรืออยู่ภายใต้ใบอนุญาตเนื้อหาฟรี คุณอาจต้องแจ้งให้ผู้ใช้ทราบเรื่องนี้เล็กน้อย ในปัจจุบัน เกือบทุกอย่างมีลิขสิทธิ์ของตัวเอง หากเนื้อหาของคุณเป็นไปตามหลักการที่แตกต่างกัน โปรดแจ้งให้ผู้ใช้ทราบ แต่มีเว็บไซต์ไม่เพียงพอที่จะให้ข้อมูลประเภทนี้ แต่ทำไมไม่เพิ่มลงในเว็บไซต์ของคุณเอง เพราะจะมีผู้ใช้บางคนที่จะให้ความสนใจกับข้อมูลนี้อยู่เสมอ แน่นอนว่าหน้าหรือแหล่งข้อมูลที่แตกต่างกันอาจมีข้อมูลลิขสิทธิ์ที่แตกต่างกัน โปรดใช้หน้านี้เพื่อให้ข้อมูลแก่ผู้ใช้เกี่ยวกับวิธีการระบุความแตกต่างส่วนบุคคลเหล่านั้น หากคุณมีคำถามใดๆ เกี่ยวกับเครื่องหมายการค้า โปรดระบุด้วยเช่นกัน index.html (และ index.htm) ไม่ใช่ทุกเว็บเซิร์ฟเวอร์ที่ใช้ไฟล์ index.html เพื่ออธิบายหน้าแรกของมัน อาจมีวิธีการต่างๆ เช่น การเขียน URL ใหม่และการสร้างไดนามิกตามชื่อพาธ ทั้งนี้ขึ้นอยู่กับการตั้งค่า แต่ผู้ใช้ไม่สนใจรายละเอียดเหล่านี้ เพียงให้ http://www.aaa.com/index.html ชี้ไปที่หน้าแรก แม้ว่าคุณจะต้องใช้การเปลี่ยนเส้นทาง HTML แบบธรรมดาก็ตาม อย่างไรก็ตาม หากเป็นเช่นนั้น ก็ปล่อยให้ส่วนขยาย .htm แบบเก่ามีผล หากคุณยังคงรู้สึกว่ายังไม่เพียงพอ ให้ทำเช่นเดียวกันกับ index.cgi ดัชนี.rss เนื้อหาเว็บจำนวนมากสามารถดูได้ผ่านทาง RSS แม้ว่าแนวทางนี้ใช้ไม่ได้กับทุกเว็บไซต์ แต่ก็มีผลกับเว็บไซต์ส่วนใหญ่ เป็นเรื่องสมเหตุสมผลอย่างยิ่งที่จะสร้างเนื้อหา RSS โดยไม่ขึ้นอยู่กับตัวเลือกการกำหนดค่าเฉพาะของผู้ใช้ การเข้าสู่ระบบ หรือการชำระเงินสำหรับข้อมูลเฉพาะ เพราะ RSS ไม่สามารถครอบคลุมทุกสิ่งได้ ที่กล่าวว่าหากมีสิ่งใดที่สามารถทำให้เป็น RSS ได้โปรดดำเนินการต่อไป บางทีสิ่งที่นำเสนอใน index.rss อาจไม่มีอะไรมากไปกว่าเนื้อหา "โฆษณา" ซึ่งบางครั้งก็มาพร้อมกับคำพูดซ้ำซากเกี่ยวกับวิธีการใช้ประโยชน์จากข้อดีต่างๆ ของฟีด RSS หรืออาจเป็นคำอธิบายว่าเหตุใด RSS จึงไม่เกี่ยวข้องกับเว็บไซต์ของคุณ ความเป็นส่วนตัว.html เมื่อใดก็ตามที่คุณต้องการรวบรวมข้อมูลผู้ใช้ (แม้แต่เพียงชื่อผู้ใช้หรือบันทึกการเข้าชม) ให้แจ้งให้ผู้ใช้ทราบว่าคุณวางแผนจะทำอะไรกับข้อมูลนั้น ประเด็นทางกฎหมายที่เกี่ยวข้องกับสิทธิและความรับผิดชอบของผู้สร้างเว็บไซต์และ/หรือผู้ใช้มีความซับซ้อน อย่างไรก็ตาม หากคำนึงถึงความเป็นส่วนตัวของผู้ใช้ ผู้ใช้ก็จะยังรู้สึกได้ และบางทีคุณควรพูดคุยกับทนายความ ณ จุดนี้ว่าจะทำอย่างไรกับข้อมูลผู้ใช้ของคุณ robots.txt หากคุณไม่ต้องการให้ทรัพยากรทั้งหมดบนเว็บไซต์ของคุณได้รับการจัดทำดัชนีโดยเครื่องมืออัตโนมัติ ให้ระบุสิ่งนี้ในไฟล์ robots.txt แต่หากคุณต้องการให้เนื้อหาของคุณได้รับการจัดทำดัชนี โปรดระบุ คำสั่งมาตรฐานการยกเว้นของ Robots ไม่ได้บังคับผู้ใช้: หากคุณไม่ต้องการให้บางสิ่งปรากฏให้เห็นจริงๆ อย่าวางไว้บนไซต์ของคุณ หรือตรวจสอบให้แน่ใจว่าคุณมีการป้องกันสิทธิ์ที่เพียงพออยู่เบื้องหลัง อย่างไรก็ตาม โปรแกรมรวบรวมข้อมูลเว็บหลักที่ถูกต้องตามกฎหมายทั้งหมดจะปฏิบัติตามข้อกำหนดใน robots.txt ดังนั้นพยายามทำให้ความตั้งใจของคุณชัดเจนที่สุดเท่าที่จะเป็นไปได้ ความปลอดภัย.html ไม่จำเป็นต้องมีการใช้ security.html แต่หากไซต์มีปัญหาด้านความปลอดภัย (เช่น ข้อมูลที่ละเอียดอ่อนถูกรวบรวมจากผู้ใช้) เป็นความคิดที่ดีที่จะจัดทำเอกสาร (อย่างน้อยก็ให้โครงร่างคร่าว ๆ ของ) กระบวนการรักษาความปลอดภัย โปรดระบุข้อมูลติดต่อในหน้านี้ในกรณีที่ผู้ใช้มีคำถามหรือต้องการให้คำแนะนำในการปรับปรุง การค้นหาข้อมูลนี้ควรเป็นไปตามการจัดระเบียบโดยรวมของตัวเลือกการนำทางของไซต์ ในกรณีนี้ คุณอาจใส่ทรัพยากรไว้ที่ URL นี้เช่นกัน แผนผังเว็บไซต์ วิธีการแสดงแผนที่ของเว็บไซต์ทั้งหมดยังไม่เป็นมาตรฐานอย่างสมบูรณ์ การมีบางสิ่งบางอย่างสำหรับสร้างแผนผังไซต์จะมีประโยชน์เสมอ แต่รายละเอียดจะเป็นอย่างไรนั้นขึ้นอยู่กับว่าไซต์ของคุณมีความเคลื่อนไหวมากน้อยเพียงใด (หรือมีความเคลื่อนไหวอย่างไร) นอกจากนี้ เนื้อหาที่คุณต้องการแสดงต่อผู้ใช้ยังขึ้นอยู่กับจุดประสงค์ของไซต์ด้วย ตัวอย่างเช่น หากผู้ใช้ไม่ได้รับอนุญาตให้ใช้ทรัพยากร X การแจ้งให้ผู้ใช้ทราบว่ามีทรัพยากร X อยู่อาจไม่เหมาะสมเลย โปรดพยายามให้ข้อมูลบางอย่างตามวิจารณญาณของคุณและสถานการณ์ สำหรับเว็บไซต์จำนวนมาก การระบุแผนผังเว็บไซต์เป็นเพียงการสนับสนุนและความเป็นมิตรกับกลไกอัตโนมัติ เช่น เครื่องมือค้นหา Google ได้เปิดตัวรูปแบบใหม่ตามรูปแบบ robots.txt โดยสรุป คุณสามารถสร้างไฟล์ XML ที่นำเสนอทรัพยากรทั้งหมดที่ไซต์มีให้ ซึ่งคล้ายกับ "รายการรวม" ที่ทำหน้าที่เป็นส่วนเสริมของ "รายการยกเว้น" ของ robots.txt ที่อยู่อีเมล แค่คิดถึงสิ่งที่อยู่บนเว็บไม่เพียงพอ บางครั้งเครื่องมือนำทางของเว็บไซต์อาจไม่ได้เป็นสิ่งที่พวกเขาต้องการ (หรือผู้ใช้บางคนอาจไม่เข้าใจการออกแบบที่หรูหราของคุณ) ดังนั้นจึงเป็นความคิดที่ดีที่จะให้ผู้ใช้สามารถติดต่อคุณทางอีเมลได้เช่นกัน อย่าลืมโพสต์ข้อมูลการติดต่อของคุณอย่างชัดเจนใน contact.html หรือที่อื่น ๆ บนเว็บไซต์ของคุณ แต่ยังตรวจสอบให้แน่ใจด้วยว่าข้อความที่ส่งไปยังที่อยู่อีเมลทั่วไปส่งถึงบุคคลที่ถูกต้อง ซึ่งรวมถึง [email protected], [email protected] และ [email protected] เป็นอย่างน้อย สำหรับ "ผู้สูงอายุ" เหล่านั้น คุณอาจต้องการให้ส่งอีเมลไปที่ [email protected] ไปยังปลายทางที่เหมาะสมเช่นกัน (แต่อาจจะไม่ "รูท" ด้วยเหตุผลด้านความปลอดภัย) โปรดใส่ข้อความเล็กๆ น้อยๆ ที่อธิบายการส่งต่ออีเมลที่สื่อสารวัตถุประสงค์ของไซต์อย่างชัดเจน ที่อยู่อีเมลพร้อมใช้งานเป็นลิงก์สัญลักษณ์ในไดเร็กทอรีของเว็บเซิร์ฟเวอร์