Pemeriksaan tautan 405: bandingkan HEAD dan GET
Respons 405 tidak membuktikan halaman telah hilang. Bandingkan metode HTTP, catat kondisi respons, lalu periksa tujuan dengan WikiURL.

Jangan nyatakan tautan rusak hanya dari angkanya
Browser membuka halaman, tetapi pemeriksaan mengembalikan 405. Perbedaan ini perlu diteliti, bukan langsung menghapus tautan. Menurut respons yang diterima, metode yang diminta tidak didukung untuk sumber daya itu. Hal ini tidak memastikan kontennya ada, bersifat publik, atau tersedia bagi setiap pengunjung. Simpan alamat yang tepat dan catat alat yang menghasilkan respons tersebut agar pengamatan awal dapat ditinjau kembali.
Dalam pertanyaan Stack Overflow, mengganti pemeriksaan GET menjadi HEAD menimbulkan galat 405. Pertanyaan lain di Reddit menjelaskan hasil positif palsu ketika program memeriksa tautan. Ini laporan masalah pengguna, bukan bukti penyebab kasus Anda. Proses ini membandingkan permintaan dan memeriksa konten sebelum memutuskan apakah tautan, alat pemeriksa, atau konfigurasi situs yang perlu diperbaiki.
Perbedaan HEAD dan GET
GET meminta representasi sumber daya; HEAD meminta metadata yang sesuai dengan GET tanpa badan respons tersebut. MDN menjelaskan perbedaan ini. Meminta header saja dapat mengurangi transfer, tetapi tidak membaca halaman atau memastikan dokumen yang diharapkan ada. Ini juga tidak menjamin aplikasi atau perantara menangani kedua metode dengan benar. Jika permintaan ditolak, catat metode yang benar-benar digunakan dan jangan menyimpulkannya hanya dari nama alat.
RFC 9110 mewajibkan respons 405 menyertakan header Allow berisi metode yang saat ini didukung sumber daya. Periksa jika alat menampilkannya. Bila tidak ada, catat ketiadaannya; jangan mengarang nilainya atau berasumsi bahwa mengizinkan semua metode akan menyelesaikan masalah. Respons contoh hanya ilustrasi, bukan tangkapan situs nyata. Allow juga tidak menggantikan pengujian metode yang diperlukan dan hasil yang dibutuhkan pengguna.
HTTP/1.1 405 Method Not Allowed
Allow: GETBandingkan permintaan yang dapat ditafsirkan
Jika Anda mengelola situs dan memahami terminal, bandingkan HEAD dan GET pada alamat publik yang sama untuk membaca konten. Perintah menampilkan header; perintah kedua membuang badan setelah menerimanya, sehingga tetap bisa mengunduh data. Ganti example.invalid dengan halaman yang boleh Anda periksa. Domain itu fiktif, bukan layanan pengujian yang tersedia. Jangan menguji tindakan pembelian, penghapusan, atau keluar akun; pilih halaman baca yang jelas.
Samakan URL dan kondisi yang dapat Anda kendalikan. Catat waktu, metode, status, dan pengalihan jika ada. Perintah tidak mengikuti pengalihan: lihat dahulu tujuannya lalu putuskan apakah perlu mengulang di sana. Jangan menambahkan kredensial atau menyalin cookie pribadi ke alat publik. Browser yang sudah masuk akun dan permintaan anonim dari mesin lain bukan perbandingan setara. Dokumentasikan perbedaan tersebut sebelum menyalahkan metode.
curl --head --max-time 20 "https://example.invalid/guide"
curl --silent --show-error --max-time 20 --dump-header - --output /dev/null "https://example.invalid/guide"Tafsirkan tanpa kesimpulan terburu-buru
Jika HEAD mendapat 405 dan GET mendapat 200 dalam kondisi sebanding, Anda dapat mengatakan kedua permintaan menerima respons berbeda. Anda masih harus membuka halaman dan memeriksa konten. Jika GET juga mendapat 405, masalah khusus HEAD belum terbukti. Jika GET menghasilkan 404, pemeriksaan HEAD sebelumnya tidak membuktikan halaman itu ada. Pisahkan setiap pengamatan dari hipotesis agar peninjau lain dapat mengikuti dasar keputusan Anda.
Jangan mengubah formulir POST menjadi GET untuk menghilangkan pesan galat. Perubahan dapat mengubah cara kerjanya dan memperlihatkan data dalam alamat. Jangan menonaktifkan keamanan atau mengizinkan metode penulisan demi kemudahan. Untuk situs sendiri, berikan hasil kepada pengelola rute dan aturan server. Untuk situs orang lain, minta tautan publik yang sesuai atau laporkan masalah tanpa informasi sensitif, bukan menebak pengaturan yang belum diperiksa.
Tambahkan pemeriksaan WikiURL
Tempel alamat publik lengkap ke pemeriksa URL WikiURL, lalu simpan status HTTP dan alamat akhir yang terdeteksi. Ini pengamatan tambahan dari server layanan. Jangan menganggapnya mereproduksi browser, sesi, atau perintah sebelumnya. Antarmuka tidak menyediakan pemilihan HEAD dan GET secara manual; jangan menyebutnya melakukan perbandingan yang tidak ditampilkan, atau memperlakukan satu hasil sebagai dua pengujian metode.
Kemudian buka tujuan nyata di browser dan pastikan audiens yang dituju memperoleh halaman yang benar. Jika hasil berbeda, simpan keduanya beserta kondisi masing-masing. Status 200 tidak menjamin konten atau keamanan; satu respons 405 tidak otomatis menentukan penghapusan tautan. Tujuannya mengumpulkan bukti untuk memperbaiki komponen tertentu, bukan mengubah label singkat menjadi diagnosis lengkap yang mengabaikan kondisi akses.
Simpan keputusan yang bisa diverifikasi sebelum berbagi
Buat catatan singkat: URL, tanggal, alat, metode yang diketahui atau tidak diamati, status, tujuan akhir, dan konten yang diperiksa. Tandai pengujian yang belum dilakukan sebagai tertunda. Simpan header yang diperlukan tanpa token, cookie, atau data pribadi. Berikan ringkasan dan perilaku yang diharapkan kepada peninjau lain, bukan kesimpulan yang belum didukung pengamatan. Catatan tetap berguna untuk penilaian yang terpisah.
Setelah perbaikan konkret, ulangi pemeriksaan secukupnya dan pastikan konten sebelum memendekkan alamat atau membuat QR dengan WikiURL. Format ini memudahkan berbagi, tetapi tidak mengubah metode yang didukung server atau memperbaiki sumber daya. Simpan tautan referensi bersama berkas terbitan. Anda dapat membedakan perbedaan klien, metode yang ditolak, dan tujuan keliru tanpa membuang alamat sah berdasarkan satu respons tanpa konteks.