Apa pun sistem manajemen konten atau kerangka aplikasi Web yang Anda gunakan untuk mengembangkan situs Web Anda, ada beberapa elemen dasar yang harus dibahas. Menyediakan antarmuka pengguna yang bagus dan konten yang kaya adalah hal yang bagus, namun hingga saat itu, prioritas pertama adalah menyediakan dokumentasi dasar sehingga pengguna dapat menemukan dan mengungkapkan dengan jelas tujuan situs.
Pendahuluan
Ada beberapa file standar yang diperlukan oleh setiap situs Web, namun sering kali diabaikan oleh situs. Sebagian besar dokumen ini berkaitan dengan konvensi dan bukan persyaratan teknis, namun kegagalan untuk menyediakannya dapat menyebabkan pembuatan situs menjadi salah. Selain URL yang bisa didapat melalui tebakan, biasanya pengguna kesulitan menemukan hal lain yang diinginkan melalui tebakan. Artikel ini akan menjelaskan secara singkat masing-masing dokumen standar tersebut.
Bagaimana tepatnya sumber daya tertentu disediakan bergantung pada lapisan server Web dan lapisan aplikasi Web mana yang digunakan. Dalam server "tradisional" yang hampir statis seperti Apache, sumber daya ini kemungkinan besar berupa file teks di server. Namun dalam konfigurasi yang berbeda, mungkin juga berupa entri tertentu dalam database, baris tertentu dalam file konfigurasi, kelas tertentu dalam proses server, dll. Artikel ini berfokus pada apa yang akhirnya dilihat pengguna, bukan bagaimana mewujudkannya.
404.html
Ketika pengguna menggunakan situs Web Anda, mereka pasti akan mencari sumber daya yang tidak ada. Penelusuran ini lebih mungkin disebabkan oleh kesalahan ejaan URL dibandingkan alasan lainnya, namun faktor-faktor seperti tautan yang sudah ketinggalan zaman, kesalahan konfigurasi backend, dan URL yang rusak di berbagai titik tidak boleh dianggap remeh. Ketika sumber daya tidak tersedia, praktik yang baik adalah menyediakan semacam halaman cadangan untuk membantu pengguna dalam menavigasi ke halaman berguna lainnya. Kata "tidak ditemukan" biasa akan memberi tahu pengguna bahwa sumber daya tidak tersedia, namun tidak akan membantu mereka memecahkan masalah "apa yang harus dilakukan selanjutnya".
Peringatan: Terlalu banyak situs Web yang salah dikonfigurasi untuk mengirim pesan "404 lunak" saat membuat 404.html khusus (atau mekanisme lain apa pun yang digunakan oleh server Web untuk menerbitkan pesan khusus "tidak ditemukan"). Dengan kata lain, mereka mengirimkan halaman dengan header biasa "200 OK", yang hanya menyatakan bahwa suatu tempat dalam teks "tidak tersedia" dan mungkin (tetapi tidak sering) menyebutkan bahwa ada "Kesalahan 404" di sini. Hal ini harus dihindari. Sebaliknya, selamatkan pengguna (dan browser Web serta alat lainnya) dari masalah dan gunakan judul status yang tepat.
about.html
Jadi, mengapa membuat situs Web? Ya, Anda memerlukan beranda untuk menjawab pertanyaan itu. Namun kemungkinan besar halaman beranda tidak menyediakan informasi semacam ini, namun hanya mengizinkan pengguna untuk masuk, menyoroti "nilai jual" situs, menampilkan beberapa fitur menarik, dan seterusnya. Anda mungkin juga ingin mengizinkan pengguna menavigasi ke laman "Tentang" dari beranda, dan jika ya, pastikan informasi tersebut tersedia di http://mysite.example.com/about.html . Beberapa orang terbiasa mencari informasi semacam ini dari halaman ini.
Halaman about.html yang baik harus memberikan ikhtisar tentang fungsi situs, tujuan pembuatan situs, dan alasan pengguna harus peduli dengan situs tersebut, dan mungkin juga memiliki beberapa tautan untuk membantu pengguna menavigasi kembali ke fungsi inti situs. Halaman ini tidak perlu, dan biasanya tidak, mencolok. Jaga agar tetap pragmatis dan akurat sehingga pengguna dapat memanfaatkan semua yang ditawarkan situs ini.
contact.html
Jadi, bagaimana cara menghubungi Anda? Dengan about.html, pengguna bisa mendapatkan informasi ini dengan beberapa klik di halaman beranda yang ada.
Siapa yang memiliki hak cipta di situswebcopyright.html
? Mungkin saja konten tersebut milik Anda, tetapi siapakah Anda? Perusahaan? Mitra? Jika konten berada dalam domain publik atau dilindungi oleh a lisensi konten gratis, maka ini mungkin diperlukan. Beritahu pengguna tentang hal ini. Saat ini, hampir semua hal memiliki hak ciptanya sendiri: jika konten Anda menganut prinsip yang berbeda, beri tahu pengguna. Namun tidak cukup banyak website yang bersusah payah memberikan informasi seperti ini, namun mengapa tidak menambahkannya ke website Anda sendiri karena akan selalu ada beberapa pengguna yang akan memperhatikan informasi ini.
Tentu saja, halaman atau sumber yang berbeda mungkin memiliki informasi hak cipta yang berbeda. Silakan gunakan halaman ini untuk memberikan informasi kepada pengguna tentang cara menentukan perbedaan individu tersebut. Jika Anda memiliki pertanyaan tentang merek dagang, harap sampaikan juga.
Index.html (dan Index.htm)
Tidak semua server Web benar-benar menggunakan file Index.html untuk mendeskripsikan halaman beranda. Tergantung pada pengaturannya, mungkin ada metode seperti penulisan ulang URL dan pembuatan dinamis berdasarkan nama jalur. Namun pengguna tidak peduli dengan detail ini! Biarkan saja http://www.aaa.com/index.html mengarah ke halaman beranda, meskipun Anda harus menggunakan pengalihan HTML sederhana untuk melakukannya.
Ngomong-ngomong, jika itu masalahnya, biarkan saja ekstensi .htm yang lama berlaku. Jika masih dirasa belum cukup, lakukan hal yang sama dengan index.cgi.
index.rssBanyak
konten web tersedia melalui RSS. Meskipun pendekatan ini tidak berlaku untuk semua situs Web, pendekatan ini efektif untuk sebagian besar situs. Sangat masuk akal untuk membuat konten RSS tidak bergantung pada opsi konfigurasi khusus pengguna, login, atau pembayaran untuk informasi spesifik. Karena RSS tidak bisa mencakup semuanya.
Oleh karena itu, jika sesuatu dapat dibuat tersedia sebagai RSS, silakan lanjutkan dan lakukan. Barangkali, apa yang tersaji di index.rss tak lebih dari sekedar konten “iklan” yang terkadang disertai basa-basi bagaimana memanfaatkan berbagai kelebihan RSS feed. Atau mungkin itu penjelasan mengapa RSS tidak relevan dengan situs Web Anda.
privacy.html
Kapan pun Anda ingin mengumpulkan informasi pengguna (meskipun hanya nama pengguna atau log lalu lintas), beri tahu pengguna apa yang akan Anda lakukan dengan informasi tersebut. Masalah hukum seputar hak dan tanggung jawab pembuat dan/atau pengguna situs Web sangatlah kompleks. Namun jika privasi pribadi pengguna tetap diperhatikan, pengguna akan tetap merasakannya. Dan mungkin saat itulah Anda harus berbicara dengan pengacara tentang apa yang harus dilakukan dengan data pengguna Anda.
robots.txt
Jika Anda tidak ingin semua sumber daya di situs Web Anda diindeks oleh alat otomatis, tunjukkan hal ini di file robots.txt. Namun jika Anda memang ingin konten Anda terindeks, harap nyatakan. Petunjuk Standar Pengecualian Robots tidak memaksa pengguna: jika Anda benar-benar tidak ingin sesuatu terlihat, jangan letakkan di situs Anda, atau pastikan Anda memiliki perlindungan izin yang memadai di baliknya. Namun, semua mesin perayapan web utama yang sah akan mematuhi persyaratan di robots.txt. Jadi cobalah untuk menjelaskan niat Anda sejelas mungkin.
security.html
Penggunaan security.html tidak wajib. Namun jika situs memiliki masalah keamanan (misalnya, informasi sensitif dikumpulkan dari pengguna), ada baiknya untuk mendokumentasikan (setidaknya memberikan gambaran kasar) proses keamanannya. Harap berikan informasi kontak di halaman ini jika pengguna memiliki pertanyaan atau ingin memberikan saran tentang cara meningkatkannya. Menemukan informasi ini harus mengikuti keseluruhan pengaturan opsi navigasi situs. Dalam hal ini, Anda sebaiknya meletakkan sumber daya di URL ini.
Bagaimanapeta situs
menampilkan peta seluruh situs Web belum sepenuhnya terstandarisasi. Menyediakan sesuatu untuk membuat peta situs selalu berguna, namun seberapa detailnya bergantung pada seberapa dinamis situs Anda (atau seberapa dinamisnya). Selain itu, konten yang ingin Anda tampilkan kepada pengguna juga bergantung pada tujuan situs tersebut. Misalnya, jika pengguna tidak memiliki izin untuk menggunakan sumber daya X, maka memberi tahu pengguna bahwa sumber daya X ada mungkin tidak sesuai sama sekali. Silakan mencoba memberikan sesuatu berdasarkan penilaian dan keadaan Anda sendiri.
Bagi banyak situs, menyediakan peta situs tidak lebih dari dukungan dan keramahan terhadap mekanisme otomatis seperti mesin pencari. Google telah merilis konvensi baru berdasarkan konvensi robots.txt. Singkatnya, Anda dapat membuat file XML yang menyajikan semua sumber daya yang disediakan oleh situs. Ini seperti "daftar sertakan" yang bertindak sebagai pelengkap "daftar kecualikan" robots.txt.
Tidaklah cukup hanya mempertimbangkanalamat email
untuk apa yang ada di Web. Terkadang alat navigasi situs Web tidak sesuai dengan yang mereka inginkan (atau beberapa pengguna mungkin tidak memahami desain elegan Anda), jadi sebaiknya pengguna juga dapat menghubungi Anda melalui email.
Pastikan untuk memposting informasi kontak Anda dengan jelas di contact.html atau di tempat lain di situs Web Anda. Namun pastikan juga pesan yang dikirim ke alamat email umum sampai ke orang yang tepat. Ini mencakup setidaknya [email protected] , [email protected] , dan [email protected] . Bagi "orang tua" di luar sana, Anda mungkin ingin agar email yang dikirim ke [email protected] juga diarahkan ke tujuan yang sesuai (tetapi mungkin tidak untuk "root" karena alasan keamanan). Harap sertakan sedikit teks yang menjelaskan penerusan email yang dengan jelas mengkomunikasikan tujuan situs. Alamat email tersedia seperti tautan simbolik di direktori server Web.