Panduan Lengkap untuk Kode Status HTTP
Kami telah merilis buku baru, Pemasaran Konten Media Sosial: Cara Memahami Pikiran Pengikut Anda dan Membuat Mereka Jatuh Cinta dengan Merek Anda.
Robot berkomunikasi satu sama lain. Tidak hanya di film blockbuster Jepang atau Hollywood, tapi saat ini, saat Anda membaca artikel ini. Hanya bahasa komunikasi mereka yang spesifik, dan Anda perlu memahaminya jika ingin mengetahui cara mengatur pekerjaan untuk meningkatkan situs. Untuk melakukan ini, Anda perlu mempelajari kode status. Untuk membantu Anda menavigasi tata bahasa, kami menerjemahkan dari Yoast tentang dasar-dasarnya.
Kode status HTTP seperti 404, 301, dan , hampir tidak menjadi masalah bagi pengguna, tetapi bagi SEO, kode tersebut sangat penting. Bot mesin pencari (seperti Googlebot) tidak hanya menggunakannya untuk menentukan kesehatan situs, kode status membantu mengetahui apa yang terjadi antara browser dan server. Beberapa menunjukkan kesalahan, seperti menandakan bahwa konten yang diminta tidak dapat ditemukan, sementara yang lain hanya menampilkan materi yang diminta. Pada artikel ini, kita akan melihat lebih dekat kode header HTTP yang paling penting dan apa artinya bagi SEO.
Apa itu kode status HTTP dan mengapa Anda melihatnya?
Kode status HTTP adalah pesan yang dikirim oleh server saat mengirimkan permintaan dari browser, yang menunjukkan apakah permintaan tersebut dapat diselesaikan atau tidak. Menurut spesifikasi resmi W3C, terdapat lusinan kode status, banyak di antaranya yang kemungkinan besar tidak akan Anda temui. Dan jika Anda menemukan ikhtisar lengkap tentang opsi yang memungkinkan, Anda dapat melihat HTTPstatuses.com.
Untuk memahami kode-kode ini, Anda perlu mengetahui bagaimana browser menerima halaman web.
Pengguna dapat mengakses situs web dengan dua cara - dengan mengetikkan URL situs atau dengan memasukkan kueri di bilah pencarian. Browser kemudian mengirimkan permintaan ke alamat IP situs untuk mendapatkan halaman web yang sesuai. Server merespons browser dengan mengirimkan kode status yang tertanam di header HTTP. Ketika semuanya baik-baik saja, kode header HTTP 200 dikirim kembali ke browser, bersama dengan konten yang diminta.
Namun, mungkin ada yang salah dengan konten atau server yang diminta. Misalnya, halaman tidak dapat ditemukan (yang menampilkan kode kesalahan 404), atau ada masalah teknis sementara pada server, yang mengakibatkan kode kesalahan server internal sebesar 500. Kode status HTTP ini merupakan alat penting untuk menilai kesehatan suatu situs dan servernya. Jika sebuah situs secara teratur mengirimkan kode header HTTP yang salah ke mesin pencari, kontennya tidak akan diindeks, yang pada gilirannya akan menurunkan peringkatnya.
Berbagai kelas
Ada lima kelas rentang kode status HTTP yang menentukan berbagai jenis proses yang terjadi antara klien dan server. Mereka terlihat seperti ini:
- 1xx – Menginformasikan tentang sesuatu.
- 2xx – Melaporkan kesuksesan.
- 3xx – Pemberitahuan pengalihan.
- 4xx – Melaporkan kesalahan klien.
- 5xx – Melaporkan kesalahan server.
Kode Status HTTP Paling Penting untuk SEO
Seperti yang telah kami katakan, daftar kodenya panjang, tetapi ada beberapa yang sangat penting bagi pengoptimal dan mereka yang bekerja sendiri dengan situs mereka. Mari kita buat daftar singkat yang harus Anda ketahui lebih baik daripada tabel perkalian:
200 : Oke / Sukses
Begini seharusnya: klien meminta konten dari server dan server merespons dengan pesan 200. Ini berarti permintaan berhasil - browser menerima konten yang memenuhi kebutuhan klien. Baik server maupun klien senang. Pengguna senang. Semua pesan kelas 2xx menunjukkan keberhasilan penyelesaian beberapa operasi.
301: Pindah secara permanen
Header HTTP 301 digunakan ketika URL yang diminta telah dipindahkan ke lokasi baru. Karena Anda bekerja dengan situs ini, Anda harus sering berurusan dengan kodenya - untuk mengalihkan URL lama ke yang baru, Anda pasti perlu melakukan pengalihan 301. Jika Anda tidak melakukan ini, pengguna akan melihat halaman dengan kode kesalahan (404) saat mereka membuka URL lama.
302: Ditemukan
Kode status HTTP 302 berarti konten target ditemukan tetapi berada di lokasi berbeda. Ini adalah kode status yang agak ambigu - tidak disebutkan apakah ini situasi sementara atau tidak. Hanya gunakan pengalihan 302 jika Anda ingin mengalihkan sementara URL ke sumber lain dan Anda yakin akan menggunakan URL tersebut lagi. Dengan kode ini, Anda memberi tahu mesin pencari bahwa URL tersebut akan digunakan, yang berarti jus tautan tidak akan terbawa ke URL baru. Oleh karena itu, jangan gunakan pengalihan 302 saat memindahkan domain atau membuat perubahan besar pada struktur situs.
307: Pengalihan sementara
Kode status 307 menggantikan 302 dalam spesifikasi HTTP1.1 dan dapat dianggap sebagai satu-satunya pengalihan yang sebenarnya. Anda dapat menggunakan 307 jika Anda perlu mengalihkan sementara URL ke yang baru, tanpa mengubah metode permintaan asli. 307 terlihat seperti 302, hanya saja 307 secara khusus mengkomunikasikan sifat sementara dari lokasi baru. Permintaan dapat berubah seiring waktu, sehingga klien harus terus menggunakan URL asli saat membuat permintaan baru.
403: Dilarang
403 memberitahu browser bahwa konten yang diminta tidak diperbolehkan untuk pengguna. Jika pengguna gagal memberikan kredensial login yang benar, konten akan tetap tidak tersedia.
404: Tidak ditemukan
Kode header HTTP 404 adalah salah satu yang paling penting. Ketika server merespons dengan kesalahan 404, Anda diberi tahu bahwa konten tersebut tidak ditemukan dan kemungkinan besar telah dihapus. Cobalah untuk tidak mengganggu pengunjung dengan pesan dengan kode ini, perbaiki kesalahan sesegera mungkin. Gunakan pengalihan untuk mengalihkan pengunjung situs dari URL lama ke artikel atau halaman baru yang memiliki konten terkait.
Pantau pesan 404 di antarmuka kesalahan Perayapan Google Search Console dan coba kurangi jumlahnya seminimal mungkin. Banyaknya kesalahan jenis ini dapat dianggap oleh Google sebagai tanda layanan yang buruk, dan ini akan mempengaruhi peringkat situs.
410: Dihapus
Hasil kode 410 sama dengan 404 - tidak ditemukan konten. Namun, dengan 410 Anda meminta mesin pencari untuk menghapus konten yang diminta. Jadi kode ini jauh lebih spesifik daripada 404. Dalam arti tertentu, Anda menyuruh mesin pencari untuk menghapus URL dari indeks. Sebelum Anda menghapus sesuatu secara permanen dari suatu situs, pertimbangkan apakah ada halaman yang setara di suatu tempat. Jika ya, alihkan. Jika tidak, halaman tersebut perlu dihapus atau diperbaiki.
451: Informasi tidak tersedia karena alasan hukum
Tambahan yang relatif baru. Kode status HTTP 451 menunjukkan bahwa konten yang diminta telah dihapus karena alasan hukum. Jika Anda menerima permintaan penghapusan, Anda perlu menggunakan kode ini untuk memberi tahu mesin telusur apa yang terjadi pada laman tersebut.
500: Kesalahan server internal
Kesalahan 500 adalah pesan bahwa server mengalami beberapa kondisi yang mencegahnya menyelesaikan permintaan, tanpa menunjukkan penyebabnya. Penyebab kesalahan bisa apa saja, misalnya skrip yang salah di situs Anda. Periksa log server untuk melihat di mana masalahnya.
503: Layanan tidak tersedia
Server mengirimkan pesan ketika tidak dapat memproses permintaan karena kegagalan atau kelebihan beban. Gunakan kode ini kapan pun Anda memerlukan waktu henti sementara - misalnya, saat Anda melakukan pemeliharaan situs web. Dengan cara ini, perayap mesin pencari mengetahui bahwa situs Anda akan segera kembali online, dan mereka dapat kembali lagi nanti.
Bekerja dengan Kode Status HTTP
Kode HTTP adalah bagian penting dari pekerjaan pengoptimal. Anda akan menemukannya setiap hari, itulah mengapa penting untuk memahami arti dari kode-kode yang berbeda. Misalnya, saat menghapus halaman dari sebuah situs, penting untuk mengetahui perbedaan antara pengalihan 301 dan 410. Mereka memiliki tujuan yang berbeda dan oleh karena itu memberikan hasil yang berbeda.
Jika Anda ingin mengetahui jenis kode status yang dihasilkan situs Anda, masuklah ke Google Search Console. Di sini Anda akan menemukan halaman dengan kesalahan perayapan. Mereka harus ditemukan dan dihilangkan sebelum situs Anda dapat diindeks.
Kesimpulannya
Ingat kode-kode ini, saat bekerja dengan situs Anda akan melihat seberapa sering kode tersebut muncul. Mengetahui pengalihan mana yang akan digunakan dalam situasi tertentu, Anda dapat menyelamatkan situs Anda dari kerugian yang tidak perlu pada posisi peringkat. Melihat kesalahan perayapan di Google Search Console seharusnya cukup untuk memberi Anda gambaran bagus tentang apa yang terjadi.
Irina Vinnichenko
Pemasar Konten SEMANTICA
Pemilik situs ini adalah Michelangelo modern. Dia memiliki materi tak berbentuk, tujuan, dan mungkin selera serta keterampilan untuk melaksanakan proyek tersebut. Tetapi pemilik situs juga memiliki sesuatu yang tidak dimiliki oleh pematung - Google Search Console, yang memungkinkan Anda menemukan kesalahan secara tepat waktu dan menghilangkannya.
Bagaimana cara melakukan ini? Buka Google Search Console. Pergi ke " Perayapan > Kesalahan Perayapan. Di sana Anda dapat melihat apa yang terjadi dengan situs tersebut dan menyelesaikan masalah.
Pertama-tama, berurusan dengan tautan eksternal yang mengarah ke halaman tersebut. Google cenderung mengurutkan kesalahan berdasarkan kepentingannya. Kesalahan pada tautan eksternal diperlakukan sebagai prioritas. Untuk melihat dari mana link tersebut berasal, klik pada URL halaman 404. Di tab yang terbuka, pilih "Tertaut Dari" dan lihat tautan URL ke halaman tersebut. Pastikan semua halaman 404 dialihkan dengan pengalihan 301 ke URL yang relevan.
Anda perlu sering memeriksa kesalahan pada situs Anda. Lakukan ini setidaknya sebulan sekali.
Kode HTTP 404 sangat penting karena merupakan kode yang paling sering dilihat pengguna. Tujuan Anda adalah memberikan pengalaman pengguna terbaik, jadi pastikan untuk menata halaman dengan kode ini dengan benar.
Itu harus berisi:
- Pemberitahuan bahwa pengguna telah membuka halaman yang tidak ada.
- Jendela pencarian.
- Navigasi sederhana yang dengannya pengguna akan memiliki akses ke apa yang ia cari.
- Tautan ke halaman beranda.
Selain itu, lebih baik mendesain halaman secara visual. Desain yang tidak biasa akan membantu pengguna tetap berada di situs. tentang bagaimana melakukannya dengan benar dan indah
Kode status HTTP dienkripsi dalam 3 digit. Digit pertama menunjukkan kelas kondisi (kelompok kode). Digit kedua dan ketiga adalah nomor seri kode respon.
Kode status HTTP dikembalikan oleh server. Ini adalah bagian dari baris pertama respons server terhadap permintaan HTTP dan menunjukkan apakah permintaan HTTP tertentu berhasil diselesaikan.
Kode dikelompokkan menjadi 5 kelas: informasi (1xx), sukses (2xx), pengalihan (3xx), kesalahan klien (4xx) dan kesalahan server (5xx).
Deskripsi singkat tentang kelas:
- 1xx (informasional): kelas ini berisi kode-kode yang menginformasikan tentang proses transfer
- 2xx (berhasil): pesan kelas ini menginformasikan tentang kasus penerimaan dan pemrosesan permintaan klien yang berhasil
- 3xx (pengalihan): Kode kelas ini memberi tahu klien bahwa permintaan lain (biasanya ke URI berbeda) harus dibuat agar operasi berhasil.
- 4xx (kesalahan klien): Kode kelas ini dimaksudkan untuk menunjukkan kesalahan di sisi klien
- 5xx (kesalahan server): kode respons kelas ini dialokasikan untuk kasus operasi yang gagal karena kesalahan server
Di bawah ini adalah tabel yang berisi informasi berikut dalam bentuk contekan: semua penunjukan digital kode status, nama kode - frasa penjelasan dalam bahasa Inggris dengan terjemahan ke dalam bahasa Rusia, serta deskripsi singkat dari setiap respons server .
| Kelompok | Kode respons | Nama kode | Deskripsi respons server |
|---|---|---|---|
| Informasi | 100 | Melanjutkan | Server puas dengan informasi awal tentang permintaan tersebut, klien dapat melanjutkan meneruskan header. Muncul di versi HTTP/1.1. |
| 101 | Peralihan Protokol | Server menawarkan untuk beralih ke protokol yang lebih sesuai untuk sumber daya yang ditentukan; Server harus menunjukkan daftar protokol yang diusulkan di bidang header Peningkatan. Jika klien tertarik dengan hal ini, maka dia mengirimkan permintaan baru yang menunjukkan protokol lain. | |
| 102 | Pengolahan | Permintaan telah diterima oleh server, namun akan memakan waktu lama untuk diproses. Respons ini digunakan untuk mencegah klien memutuskan koneksi karena waktu habis. Setelah menerima respon seperti itu, klien harus mereset timer dan menunggu perintah selanjutnya seperti biasa. Diperkenalkan di WebDAV. | |
| Berhasil | 200 | OKE | Permintaan berhasil diproses. "Sukses" bergantung pada metode HTTP yang diminta:
|
| 201 | Dibuat | Permintaan berhasil diselesaikan dan sebagai hasilnya, sumber daya baru telah dibuat. Kode ini biasanya dikirim sebagai respons terhadap permintaan PUT "PUT". | |
| 202 | Diterima | Permintaan telah diterima tetapi belum diproses. Klien tidak perlu menunggu pengiriman pesan terakhir, karena proses yang sangat panjang dapat dimulai. | |
| 203 | Informasi Tidak Resmi | Kode respons ini berarti bahwa informasi yang dikembalikan disediakan oleh sumber selain server. Mirip dengan jawaban 200, namun dalam hal ini informasi yang dikirimkan tidak diambil dari sumber utama dan oleh karena itu mungkin tidak terkini. | |
| 204 | Tidak Ada Konten | Server berhasil memproses permintaan, namun responsnya hanya berisi header tanpa isi pesan. Klien tidak perlu memperbarui konten dokumen, tetapi dapat menerapkan metadata yang diterima ke dalamnya. Klien dapat menggunakannya untuk memperbarui header cache untuk sumber daya sebelumnya. | |
| 205 | Setel Ulang Konten | Dengan kode ini, server memaksa klien untuk mereset data yang dimasukkan pengguna. Server tidak mengirimkan isi pesan dan tidak perlu memperbarui dokumen. | |
| 206 | Konten Sebagian | Server berhasil menyelesaikan sebagian permintaan GET, hanya mengembalikan sebagian konten. Di header Content-Range, server menentukan rentang byte konten. Saat menangani respons seperti itu, perhatian khusus harus diberikan pada cache. | |
| Pengalihan | |||
| 300 | Pilihan Ganda | Kode respons ini dikirim ketika permintaan memiliki lebih dari satu kemungkinan respons (menurut jenis MIME, bahasa, atau karakteristik lainnya). Server mengirimkan daftar alternatif dengan pesan, memungkinkan klien atau pengguna untuk membuat pilihan secara otomatis. | |
| 301 | Dipindahkan Secara Permanen | Kode respons ini berarti URI sumber daya yang diminta telah berubah. URI baru ditentukan di bidang Lokasi pada header. | |
| 302 | Ditemukan; Pindah Sementara | Kode respons ini berarti bahwa sumber daya yang diminta tersedia sementara pada URI berbeda yang ditentukan dalam bidang Lokasi pada header. | |
| 303 | Lihat Lainnya | Server mengirimkan respons ini untuk mengarahkan klien agar mendapatkan sumber daya yang diminta di URI berbeda menggunakan metode GET. URI yang berbeda ditentukan di bidang Lokasi pada header. | |
| 304 | Tidak Dimodifikasi | Respons ini digunakan untuk tujuan cache. Ini memberi tahu klien bahwa responsnya belum diubah. Dengan cara ini klien dapat terus menggunakan versi respons cache yang sama. Dalam hal ini, pesan server tidak boleh berisi isi. | |
| 305 | Gunakan Proksi | Permintaan ke sumber daya yang diminta harus dilakukan melalui server proxy yang URI-nya ditentukan di bidang Lokasi pada header. Kode respons ini tidak didukung terutama karena alasan keamanan. | |
| 306 | tidak terpakai | Kode respons ini tidak lagi digunakan dan saat ini sudah dipesan. | |
| 307 | Pengalihan Sementara | Sumber daya yang diminta tersedia sebentar di URI berbeda yang ditentukan di bidang Lokasi pada header. Memiliki semantik yang sama dengan kode respons HTTP 302 Found, kecuali klien tidak seharusnya | |
| 308 | Pengalihan Permanen | Ini berarti bahwa sumber daya kini ditempatkan secara permanen di URI berbeda yang ditentukan dalam bidang Lokasi pada header. Memiliki semantik yang sama dengan kode respons HTTP 301 Dipindahkan Secara Permanen, kecuali klien tidak seharusnya ubah metode HTTP yang digunakan: jika POST digunakan pada permintaan pertama, maka harus menggunakan POST pada permintaan kedua. | |
| Kesalahan klien | |||
| 400 | Permintaan Buruk | Respons ini berarti server tidak dapat memahami permintaan klien karena kesalahan sintaksis. | |
| 401 | Tidak sah | Otentikasi diperlukan untuk menerima respons yang diminta. Ini mirip dengan respons 403, namun dalam kasus ini otentikasi dimungkinkan. Header respons harus berisi bidang WWW-Otentikasi dengan daftar kondisi otentikasi. | |
| 402 | Diperlukan Pembayaran | Kode respons ini dicadangkan untuk penggunaan di masa mendatang. Tujuan awal pembuatan kode ini adalah untuk digunakan pada sistem pembayaran digital, namun saat ini kode tersebut tidak digunakan. | |
| 403 | Terlarang | Server memahami permintaan tersebut, tetapi menolak untuk memenuhinya karena pembatasan akses klien ke sumber daya yang ditentukan. Klien tidak memiliki hak untuk mengakses konten, sehingga server menolak memberikan jawaban yang benar. Alasan yang paling mungkin untuk pembatasan ini adalah upaya untuk mengakses sumber daya sistem server web (misalnya, file .htaccess atau .htpasswd) atau file yang ditolak aksesnya menggunakan file konfigurasi. | |
| 404 | Tidak Ditemukan | Server tidak dapat menemukan sumber daya yang diminta. Alasan utamanya adalah kesalahan ejaan alamat halaman Web. Kode respons ini mungkin yang paling terkenal karena prevalensinya di Internet. | |
| 405 | Metode Tidak Diizinkan | Metode permintaan diketahui oleh server, namun telah dinonaktifkan dan tidak dapat digunakan. Sebagai tanggapan, server harus menunjukkan metode yang tersedia di header Izinkan, dipisahkan dengan koma. Dua metode yang diperlukan: GET dan HEAD tidak boleh dinonaktifkan dan tidak boleh mengembalikan kode kesalahan ini. | |
| 406 | Tidak Dapat Diterima | URI yang diminta tidak dapat memenuhi karakteristik yang diteruskan di header. Jika metodenya bukan HEAD , maka server harus mengembalikan daftar karakteristik yang dapat diterima untuk sumber daya tertentu. | |
| 407 | Diperlukan Otentikasi Proksi | Respons ini mirip dengan 401, namun di sini otentikasi dilakukan terhadap server proxy. | |
| 408 | Batas Waktu Permintaan | Server kehabisan waktu menunggu transmisi dari klien. Ini berarti server ingin memutuskan koneksi yang tidak digunakan ini. Harap dicatat bahwa beberapa server hanya menutup koneksi tanpa mengirimkan pesan ini. | |
| 409 | Konflik | Respons ini akan dikirimkan ketika permintaan bertentangan dengan keadaan server saat ini. Hal ini dimungkinkan, misalnya, ketika dua klien mencoba mengubah sumber daya menggunakan metode PUT. | |
| 410 | Hilang | Respons ini akan dikirimkan ketika konten yang diminta pada URL yang ditentukan telah dihapus dari server. Dalam hal ini, server tidak mengetahui lokasi dokumen alternatif (misalnya salinan). | |
| 411 | Panjang Diperlukan | Server menolak permintaan karena bidang header Panjang Konten tidak ditentukan dan server memerlukannya. Respons ini wajar untuk permintaan seperti POST dan PUT. Misalnya, jika file diunduh pada URI yang ditentukan, dan server memiliki batasan ukurannya. | |
| 412 | Prasyarat Gagal | Klien menentukan bidang kondisional di header permintaan (misalnya, If-Match, dll.), yang tidak dipenuhi oleh server. | |
| 413 | Muatan Terlalu Besar. Sebelumnya - Entitas Permintaan Terlalu Besar | Objek permintaan lebih besar dari batasan yang ditentukan di server. Server dapat menutup koneksi untuk menghentikan transmisi permintaan lebih lanjut atau mengembalikan kolom header Retry-After yang menentukan waktu setelah permintaan serupa dapat diulang. | |
| 414 | URI Terlalu Panjang. Sebelumnya - Permintaan-URI Terlalu Panjang | URI yang diminta oleh klien terlalu panjang untuk diproses oleh server. Kesalahan ini dapat dipicu, misalnya, ketika klien mencoba meneruskan parameter panjang melalui metode GET, bukan metode POST. | |
| 415 | Jenis Media Tidak Didukung | Format tipe data yang diminta tidak didukung oleh server, sehingga server menolak permintaan tersebut. Untuk beberapa alasan, server menolak untuk bekerja dengan tipe data yang ditentukan menggunakan metode ini. | |
| 416 | Kisaran Tidak Memuaskan. Sebelumnya - Kisaran yang Diminta Tidak Memuaskan | Kisaran yang ditentukan oleh bidang header Kisaran dalam permintaan tidak dapat dipenuhi; ada kemungkinan bahwa rentang tersebut berada di luar ukuran data URI target dan bidang If-Range tidak ada. | |
| 417 | Harapan Gagal | Kode respons ini berarti bahwa ekspektasi yang ditentukan oleh kolom Expect header pada permintaan tidak dapat dipenuhi oleh server. | |
| 421 | Permintaan yang Salah Arah | Permintaan dialihkan ke server yang tidak dapat memberikan respons. | |
| 451 | Tidak Tersedia Karena Alasan Hukum | Akses ke sumber daya ditutup karena alasan hukum (misalnya, atas permintaan otoritas pemerintah atau atas permintaan pemegang hak cipta jika terjadi pelanggaran hak cipta). Diperkenalkan dalam draf IETF oleh Google, dengan kode kesalahan yang merujuk pada novel Fahrenheit 451 karya Ray Bradbury. Itu ditambahkan ke standar pada 21 Desember 2015. | |
| Kesalahan server | |||
| 500 | Kesalahan Server Internal | Server dihadapkan pada situasi di mana ia tidak tahu harus berbuat apa. Kesalahan server internal apa pun yang tidak termasuk dalam cakupan kesalahan lain di kelas. | |
| 501 | Tidak Diimplementasikan | Metode permintaan tidak didukung oleh server dan tidak dapat diproses. Respons tipikal ketika server tidak memahami metode yang ditentukan dalam permintaan. Satu-satunya metode yang diperlukan oleh server untuk mendukung (dan karenanya tidak boleh mengembalikan kode ini) adalah GET dan HEAD . | |
| 502 | Gerbang yang buruk | Respons kesalahan ini berarti bahwa server, yang bertindak sebagai gerbang untuk mendapatkan respons yang diperlukan untuk memproses permintaan, menerima respons yang salah. Server, yang bertindak sebagai gateway atau proxy, menerima pesan respons yang tidak valid dari server upstream. | |
| 503 | Layanan Tidak Tersedia | Server belum siap memproses permintaan. Server untuk sementara tidak dapat memproses permintaan karena alasan teknis (pemeliharaan, kelebihan beban, dll.). Harap dicatat bahwa halaman ramah pengguna yang menjelaskan masalah harus dikirimkan bersama dengan tanggapan ini. Respons ini harus digunakan untuk kondisi sementara, dan header HTTP Retry-After, jika memungkinkan, harus berisi perkiraan waktu hingga layanan dipulihkan. Webmaster juga harus memantau header terkait cache yang dikirimkan bersama respons ini, karena respons sementara ini biasanya tidak di-cache. | |
| 504 | Gateway Timeout (Gateway tidak merespons) | Respons kesalahan ini diberikan ketika server bertindak sebagai gateway dan tidak dapat menerima respons tepat waktu. Server yang berperan sebagai gateway atau server proxy tidak menunggu respon dari server upstream untuk menyelesaikan permintaan saat ini. | |
| 505 | Versi HTTP Tidak Didukung | Versi protokol HTTP yang digunakan dalam permintaan tidak didukung oleh server (atau server menolak untuk mendukung versi yang ditentukan). | |
| 509 | Batas Bandwidth Terlampaui | Kode ini digunakan ketika situs web melebihi batas konsumsi lalu lintas yang ditentukan. Dalam hal ini, pemilik situs harus menghubungi penyedia hostingnya. Saat ini, kode ini tidak dijelaskan dalam RFC mana pun dan hanya digunakan oleh modul “bw/limited”, yang disertakan dalam panel kontrol hosting cPanel, tempat kode tersebut diperkenalkan. |
Saat permintaan dibuat ke server untuk mengambil laman dari situs web Anda (misalnya, pengguna membuka laman di browser atau Googlebot merayapi laman), server mengembalikan kode status HTTP sebagai respons terhadap permintaan tersebut.
Beberapa kode status HTTP yang umum:
- 200 – server berhasil memproses halaman;
- 404 – halaman yang diminta tidak ada;
- 503 – informasi untuk sementara tidak tersedia
kode http – 1xx (sementara)
Kode status menunjukkan respons sementara. Tindakan harus diambil untuk melanjutkan permintaan.
kode http – 2xx (Berhasil)
Kode status HTTP menunjukkan bahwa server berhasil memproses permintaan.
| Kode | Keterangan |
|---|---|
200 (Berhasil) |
Server berhasil memproses permintaan tersebut. Biasanya ini berarti server telah menyediakan halaman yang diperlukan. Jika status ini merujuk pada file robots.txt, berarti robot berhasil menemukannya. |
201 (Dibuat) |
Permintaan berhasil dan server membuat sumber daya baru. |
202 (Diterima) |
Server menerima permintaan tersebut tetapi belum memprosesnya. |
203 (Informasi tidak dapat dipercaya) |
Server berhasil memproses permintaan, namun informasi yang dikembalikan mungkin berasal dari sumber lain. |
204 (Tidak ada konten) |
Server berhasil memproses permintaan tetapi tidak mengembalikan konten apa pun. |
205 (Kembalikan nilai) |
Server berhasil memproses permintaan tetapi tidak mengembalikan konten apa pun. Berbeda dengan respons 204, respons ini mengharuskan pemohon mengembalikan tampilan dokumen (misalnya, menghapus formulir agar data baru dapat dimasukkan). |
206 (Konten sebagian) |
Server berhasil memproses sebagian permintaan GET. |
kode http – 3xx (Dialihkan)
Untuk memenuhi persyaratan tersebut, diperlukan tindakan tambahan. Kode status HTTP ini sering digunakan untuk pengalihan.
| Kode | Keterangan |
|---|---|
300 (Banyak pilihan) |
Server dapat melakukan banyak tindakan sebagai respons terhadap permintaan ini. Server dapat memilih tindakan tergantung pada permintaan (agen pengguna) atau daftar tertentu memungkinkannya memilih tindakan. |
Halaman yang Anda minta telah dipindahkan secara permanen ke lokasi lain. Ketika server mengembalikan respons ini (ke permintaan GET atau HEAD), server secara otomatis mengarahkan peminta ke lokasi baru. Kode ini dapat digunakan untuk memberi tahu perayap web bahwa laman atau situs telah dipindahkan secara permanen ke lokasi baru. |
|
302 (Dipindahkan sementara) |
Server saat ini merespons permintaan dengan halaman dari lokasi berbeda, namun di masa mendatang server harus terus mengirimkan permintaan ke lokasi yang sama. Kode ini mirip dengan kode 301 di mana permintaan GET atau HEAD akan secara otomatis mengarahkan pemohon ke lokasi lain, namun jangan gunakan kode ini untuk memberi tahu crawler agar memindahkan halaman atau situs ke lokasi baru karena crawler akan terus melakukan crawling. lokasi aslinya. |
303 (Periksa lokasi lain) |
Server mengembalikan kode ini jika pemohon harus mengirimkan permintaan GET terpisah ke lokasi lain untuk menerima tanggapan. Jika semua persyaratan terpenuhi, server secara otomatis mengalihkan ke lokasi lain. |
304 (Tidak berubah) |
Halaman yang diminta tidak berubah sejak permintaan terakhir. Dengan mengirimkan respons ini, server tidak mengembalikan isi halaman. Server harus dikonfigurasi untuk mengembalikan respons ini (HTTP If-Modified- Since) jika halaman tidak berubah sejak terakhir kali diminta oleh agen yang sama. Ini mengurangi bandwidth dan beban server. |
305 (Gunakan server proksi) |
Pemohon hanya dapat mengakses halaman tersebut melalui server proxy. Dengan mengembalikan respon ini, server juga menentukan server proxy yang akan digunakan. |
307 (Pengalihan sementara) |
Server saat ini merespons permintaan dengan halaman dari lokasi berbeda, namun di masa mendatang server harus terus mengirimkan permintaan ke lokasi yang sama. Kode ini mirip dengan kode 301 di mana permintaan GET atau HEAD akan secara otomatis mengarahkan pemohon ke lokasi lain, namun jangan gunakan kode ini untuk memberi tahu crawler bahwa halaman atau situs dipindahkan ke lokasi baru. |
kode http – 4xx (Permintaan kesalahan)
Kode status berikut menunjukkan kemungkinan kesalahan dalam permintaan yang mencegah server memproses permintaan tersebut.
| Kode | Keterangan |
|---|---|
400 (Permintaan tidak valid) |
Server tidak mengenali sintaks permintaan. |
Permintaan tersebut memerlukan identifikasi pengguna. Server dapat mengembalikan respons ini jika akses ke halaman memerlukan otorisasi pengguna. |
|
403 (Akses ditolak) |
Server menolak permintaan tersebut. Jika perayap web menerima kode status HTTP ini ketika mencoba mengindeks halaman yang benar di situs (lihat Kesalahan pengindeksan di tab Memindai di Alat Webmaster Google), server atau host kemungkinan besar memblokir kemampuan Googlebot untuk mengaksesnya. |
Server tidak dapat menemukan halaman yang diperlukan. Server sering kali mengembalikan kode ini, misalnya ketika permintaan ditujukan untuk halaman yang tidak ada di server. Jika situs Anda tidak memiliki file robots.txt dan status ini muncul di halaman URL yang dilarang di Alat Webmaster Google, maka ini adalah status yang valid. Namun, jika situs Anda memiliki file robots.txt dan masih menampilkan status ini, file robots.txt mungkin memiliki nama yang salah atau berada di lokasi yang salah. (File harus ditempatkan di direktori root domain dan diberi nama robots.txt). |
|
Metode yang ditentukan dalam permintaan tidak diperbolehkan. |
|
406 (Tidak diperbolehkan) |
Halaman yang diminta tidak dapat dikembalikan dengan spesifikasi konten yang diperlukan. |
407 (Otentikasi diperlukan pada server proxy) |
Kode status ini mirip dengan 401, namun menunjukkan bahwa pemohon harus mengautentikasi menggunakan server proxy. Dengan mengembalikan respon ini, server juga menentukan server proxy yang akan digunakan. |
408 (Waktu permintaan habis) |
Timeout menunggu respon dari server. |
409 (Konflik) |
Server mengalami konflik saat menjalankan permintaan. Server harus merespons dengan informasi tentang konflik. Server dapat mengembalikan kode ini bersama dengan daftar perbedaan antara permintaan sebagai respons terhadap permintaan PUT yang bertentangan dengan permintaan sebelumnya. |
Server mengembalikan respons ini ketika sumber daya yang diminta telah dihapus secara permanen. Respons ini mirip dengan 404 (Tidak Ditemukan), namun terkadang digunakan sebagai pengganti 404 untuk sumber daya yang sebelumnya ada namun telah dihapus. Jika sumber daya telah dimigrasi secara permanen, kode 301 harus digunakan untuk menunjukkan lokasi baru sumber daya tersebut. |
|
411 (Panjang yang dibutuhkan) |
Server tidak menerima permintaan tanpa bidang Content-Length yang valid di header. |
412 (Kondisi tidak terpenuhi) |
Server tidak memenuhi salah satu ketentuan yang disertakan dalam permintaan. |
413 (Permintaan terlalu besar) |
Server tidak dapat memproses permintaan karena terlalu besar. |
URI yang diminta (biasanya URL) terlalu besar untuk diproses oleh server. |
|
415 (Tipe tidak didukung) |
Permintaan ini dalam format yang tidak didukung. |
416 (Rentang tidak ditemukan) |
Server mengembalikan kode status ini ketika permintaannya adalah untuk rentang yang tidak ada di situs. |
417 (Menunggu kegagalan) |
Server tidak dapat memenuhi permintaan yang terdapat dalam bidang Harapkan pada header permintaan. |
Kode http–5xx (Kesalahan server)
Kode status berikut menunjukkan bahwa terjadi kesalahan server internal saat mencoba memproses permintaan. Kesalahan ini biasanya terkait dengan server, bukan persyaratannya.
| Kode | Keterangan |
|---|---|
500 (Kesalahan server internal) |
Server mengalami kesalahan dan tidak dapat memproses permintaan. |
501 (Fungsi tidak diterapkan) |
Server tidak memiliki fungsi untuk memastikan eksekusi permintaan. |
502 (Gerbang tidak valid) |
Server yang bertindak sebagai gateway atau proxy menerima respons yang tidak valid dari server di belakangnya. |
503 (Layanan tidak tersedia) |
Server saat ini tidak tersedia (kelebihan beban atau dinonaktifkan untuk tujuan pemeliharaan). Biasanya ini adalah kondisi sementara. |
504 (Waktu gerbang habis) |
Server yang berfungsi sebagai gateway atau proxy menunggu respon dari server dibelakangnya. |
505 (Versi HTTP tidak didukung) |
Server tidak mendukung versi protokol HTTP yang ditentukan dalam permintaan. |
Tidak mungkin tanpa mengetahui tanggapan server.
Contoh:
404 Tidak ditemukan
Tindakan lebih lanjut bergantung pada kode respons yang diberikan server atau halaman. Karena kumpulan kode adalah standar untuk semua situs/halaman/server, tindakan saat mengeluarkan kode tertentu juga akan menjadi standar.
Saat ini ada 5 kelas utama kode respons:
1xx: Informasional (Informasi Rusia) - permintaan diterima dengan benar, tetapi pemrosesannya belum selesai.
2xx: Sukses (Rusia: Berhasil) - permintaan diterima dengan benar dan berhasil diproses.
3xx: Redirection (Rusia: Redirection) - kode pengalihan ke halaman lain.
4xx: Kesalahan Klien (Rusia: Kesalahan klien) - kesalahan di sisi klien.
5xx: Kesalahan Server (Rusia: Kesalahan server) - kesalahan di sisi server.
Sekarang mari kita lihat beberapa kode status IANA satu per satu.
Respons server 1XX
100 Lanjutkan Kode Server
100 Lanjutkan melaporkan bahwa komunikasi dengan server telah terjalin, server telah menerima permintaan yang benar, dan data sekarang sedang dipertukarkan antara server dan klien. Kode ini bersifat sementara, yaitu. dia selalu diikuti oleh yang lain. Kode 100 bersifat internal dan bukan merupakan kode kesalahan. Itu. “Pintunya terbuka, bacalah apa yang kamu butuhkan, setelah selesai, tutuplah.” Kode 100 mungkin tidak dibuat jika pengguna telah menerima sebagian data dari server.
101 Protokol Peralihan
Kode ini juga tidak salah. Dihasilkan saat berpindah dari satu protokol ke protokol lainnya. Misalnya, ketika meminta untuk beralih dari versi HTTP yang lama ke versi yang lebih baru.
Ini adalah salah satu kode server paling sederhana. Artinya permintaan telah diterima dari pengguna untuk mengganti jenis protokol yang digunakan pada server web, dan server menyetujuinya.
102 Pengolahan
Dalam arti tertentu, ini adalah analog dari kode 100. Ini dihasilkan ketika pemrosesan permintaan mungkin memerlukan waktu lama. Untuk tujuan ini, pengatur waktu tunggu diatur ulang dan menunggu perintah selanjutnya terjadi seperti biasa. Ini juga bukan kode kesalahan.
Respon server 200 OK
Ini berhak menempati tempat pertama dalam hal kepentingan dan popularitas, karena Inilah yang diberikan server jika permintaan pengguna berhasil dan diproses dengan benar.
Respons server 301
Ini juga merupakan salah satu kode respons yang umum. Ini melaporkan bahwa halaman yang diminta di alamat tertentu tidak lagi tersedia, dan kemudian dialihkan ke alamat lain. Pengalihan 301 dapat digunakan, misalnya, ketika "memindahkan" situs dari protokol HTTP ke HTTPS (biasanya ini diterapkan melalui file .htaccess, tersedia di server Apache).
Respons server 302
Kode ini menunjukkan bahwa lokasi halaman yang diminta telah diubah sementara. Informasi tentang lokasi baru dokumen yang diminta juga harus diberikan. Kode ini awalnya digunakan sebagai metode pengalihan utama.
Respons server 404
Itu saja, satu-satunya orang yang tidak melihat kesalahan respons server 404 adalah mereka yang belum lahir dan mereka yang meninggal sebelum Internet diciptakan. Kode ini menunjukkan bahwa dokumen yang diminta tidak tersedia di situs karena alasan tertentu. Kode kesalahan respons server 404 hanya boleh dikembalikan jika tidak pernah ada dokumen di alamat yang ditentukan pengguna. Jika dokumen sebelumnya tersedia di alamat ini, lalu dihapus dari situs, maka server akan mengembalikan kode 410, bukan 404.
Palsu 404 halaman
Kebanyakan webmaster tidak memperhatikan halaman 404, namun hal ini dapat sangat merusak peringkat situs. Ini adalah sebuah paradoks, tetapi halaman dengan pesan 404 File Not Found tidak selalu mengembalikan kode 404. Alasannya sederhana - karena alasan tertentu halaman mengembalikan kode selain 404 dan 410 - misalnya, 200. Hal ini sangat mungkin terjadi jika halaman telah dibuat, tetapi belum ada konten di dalamnya.
Respons server 500
Semua kode seri 5xx menunjukkan bahwa server tidak dapat menyelesaikan pemrosesan permintaan. Bersamaan dengan kode tersebut, petunjuk penjelasan (dengan alasannya) akan muncul dalam bahasa Inggris.
500 Kesalahan Server Internal
Kode 500 diberikan jika terjadi kesalahan server internal, kecuali kesalahan lain di kelas 5xx. Kesalahan seperti itu dapat terjadi ketika tautan dibuat di server segera pada saat permintaan. Contoh paling sederhana adalah pencarian internal di sebuah situs: secara fisik tidak ada dokumen di tautan yang diminta.
Respons server 502
Kode 502 dapat ditampilkan ketika server berperan sebagai gateway atau proxy, tetapi tidak mungkin untuk "menemukan bahasa yang sama" antara server tersebut dan server upstream, yaitu, sebenarnya, ini hanyalah kesalahan pertukaran data .
Respons server 550
Jika kesalahan 550 terjadi, Anda perlu memeriksa seberapa benar data MX ditulis untuk menghilangkan kesalahan respons server ini.
Outputnya akan berupa tabel.
Anda perlu memastikan bahwa itu berisi entri yang diperlukan agar email Anda berfungsi:
PENTING! Pencampuran data MX tidak diperbolehkan, mis. tabel di keluaran hanya boleh berisi data MX yang diperlukan khusus untuk email Anda. Jika perlu, Anda perlu menyesuaikan catatan dengan memperbaiki kesalahan dan/atau menghapus item yang tidak diperlukan.
Cara mendapatkan kode respons server (halaman) melalui Yandex
Langkah 1. Periksa kode respon server terhadap halaman situs yang seharusnya di cari.
Buka halaman mana pun di situs Anda yang ada di hasil pencarian Yandex, lalu salin URL-nya dari bilah alamat.
Sekarang kita pergi ke layanan Yandex (http://webmaster.yandex.ru/server-response.xml), yang dengannya Anda dapat melihat situs melalui mata robot dan memeriksa kecepatan respons server di panel Yandex.
Cukup tempelkan URL halaman yang kita minati ke dalam kolom teks dan klik tombol “Periksa”. Dalam hal ini, kami menerima kode 200 OK, yang menunjukkan bahwa halaman tersebut berfungsi normal.
Langkah 2. Periksa respons server terhadap halaman yang jelas-jelas tidak ada.
Di layanan yang sama, masukkan nama_domain/some_crocozyabr
Dalam hal ini, kami menerima respons 301 Dipindahkan Secara Permanen. Ini menunjukkan bahwa alamat halaman salah dan halaman dialihkan ke alamat yang benar.
Bagaimana lagi saya bisa mengetahui kode respons server (situs)?
Sebagai alternatif, Anda dapat memasukkan kode respons menggunakan layanan http://mainspy.ru. Cara kerjanya mirip dengan layanan Yandex: masukkan URL yang diinginkan dan klik "Periksa". Kode respons dalam hal ini ada di baris pertama:
Bertal, tidak seperti Mainspy, memungkinkan Anda melihat halaman tidak hanya melalui mata bot Yandex, tetapi juga melalui mata robot pencarian Bing dan Google, dan sebagai bonus, ia dapat meniru browser populer. Untuk kenyamanan, mari kita lihat halaman yang sama melalui kacamata GoogleBot. Dalam hal ini, kode respons disorot dengan warna hijau.
Pemeriksaan massal tanggapan server (situs) secara online
Pemeriksaan massal terhadap kode respons dapat berguna untuk menemukan situs rusak tempat tautan dibeli (melalui pertukaran atau secara langsung - tidak masalah).
Dimax.biz - http://backlinks-checker.dimax.biz/tools/proverka_otveta_servera.php - ini adalah salah satu pemeriksa terbaik. Satu-satunya negatif adalah bahwa dalam mode bebas Anda dapat membuat tidak lebih dari 2 permintaan yang masing-masing terdiri dari 50 tautan. Untuk volume yang lebih “serius” Anda harus menggunakan tarif PRO berbayar. Pada output kita mendapatkan daftar yang diurutkan berdasarkan kode respons. Dalam hal ini tidak perlu dilakukan penyortiran, karena Hanya ada 2 alamat dalam daftar, dan keduanya memberikan kode 200.
Urlitor adalah layanan lain untuk verifikasi massal kode respons. Hal yang baik tentang layanan ini adalah hasil tes ditabulasikan agar lebih mudah dipahami. Omong-omong, tautan dalam tabel dapat diklik.
Bagaimana cara memeriksa kecepatan (waktu) respon server situs?
Tidak mungkin menghitung berapa banyak layanan seperti itu yang telah dibuat. Mari kita lihat beberapa di antaranya.
Ini adalah alat berbahasa Inggris yang menganalisis kecepatan di semua parameter. Dengan bantuannya, Anda dapat mengetahui kecepatan dalam hitungan detik, berapa berat halaman yang diuji, serta mendapatkan penilaian dan rekomendasi untuk memperbaikinya. Keuntungan dari layanan ini adalah setiap elemen dianalisis. Analisis ini memungkinkan Anda mengetahui apa sebenarnya yang memperlambat pemuatan halaman tertentu dan/atau situs secara keseluruhan.
Yang Memuat Lebih Cepat
Fitur utama dari layanan ini adalah menganalisis waktu pemuatan dua sumber daya secara bersamaan. Ini memungkinkan Anda mengetahui mana dari dua sumber daya yang lebih cepat. Satu-satunya kelemahan adalah hasilnya mungkin berbeda pada koneksi yang berbeda dan browser yang berbeda.
Wawasan Google PageSpeed
Google PageSpeed Insights juga merupakan salah satu alat paling ampuh untuk mengukur kecepatan versi seluler dan desktop. Penilaian dilakukan pada skala 100 poin. 85 poin atau lebih adalah indikator yang bagus. Ditambah lagi, sebagai bonus, ia memberikan rekomendasi perbaikan.
Respon server lama
Respons yang berlangsung lebih dari setengah detik biasanya disebut “panjang”. Oleh karena itu, saat memuat situs dalam waktu lama, Anda mungkin melihat pesan di browser “batas waktu respons dari server telah terlampaui”. Ada banyak alasan untuk tanggapan yang panjang:
Logika kompleks untuk menyediakan data
Server tidak punya waktu untuk memproses permintaan masuk secara tepat waktu karena jumlahnya yang besar
Kueri itu sendiri (kompleks, atau tidak dioptimalkan, atau keduanya)
Kueri ke sejumlah besar sumber daya eksternal
Sejumlah besar file yang dapat dieksekusi
Web server sendiri membutuhkan waktu yang cukup lama untuk memproses permintaan tersebut.
Area kinerja server yang paling menyakitkan:
Server web yang digunakan (Apache, IIS).
Sejumlah server web dapat menyebabkan penundaan bahkan ketika menyajikan file statis, karena... Pada tingkat arsitektur, mereka tidak dirancang untuk memproses permintaan dalam jumlah besar dan karena itu, mungkin ada pesan bahwa batas waktu respons dari server telah terlampaui. Oleh karena itu, agar server web berfungsi normal, masuk akal untuk menggunakan nginx (dan bersama dengan Apache, php-fpm, serta server aplikasi lain untuk memproses perhitungan sisi server).
Menggunakan OpCache.
Kurangi waktu respons server dengan menyimpan kode yang dapat dieksekusi (skrip situs) dalam cache - ini memungkinkan Anda menggunakan hasil yang sudah jadi alih-alih menerjemahkan instruksi PHP ke dalam kode biner setiap saat. Namun caching ini tidak ada hubungannya dengan caching hasil eksekusi script PHP.
Kueri basis data.
Langkah kedua untuk kinerja server adalah menyiapkan tabel (indeks) dalam database dan menyusunnya untuk memfasilitasi pemrosesan kueri. Ini juga termasuk menghitung ulang hasil antara dan menyimpan hasil yang paling sering digunakan ke dalam tabel terpisah. Ini akan mengurangi konsumsi sumber daya server beberapa kali lipat dan membantu mengurangi waktu respons server.
Logika pemrosesan data yang kompleks.
Langkah ketiga adalah menyederhanakan logika server. Pada dasarnya, ini hanya menghilangkan operasi yang tidak perlu dan membuat profil waktu eksekusi skrip sisi server.
Akses ke layanan pihak ketiga.
Permintaan ke layanan pihak ketiga yang ditulis dalam kode skrip server adalah “cerita umum” yang dapat membawa banyak kejutan, karena kinerja layanan yang datanya diminta hampir tidak pernah diperiksa oleh siapa pun. Namun waktu respons layanan pihak ketiga secara langsung memengaruhi waktu respons server. Oleh karena itu, yang terbaik adalah menggunakan hanya sumber internal dalam kueri server, yang dapat dipantau kualitas kinerjanya kapan saja, atau meminta data dari klien dalam mode ditangguhkan.
Mengapa kecepatan respons server web mempengaruhi promosi.
Pertama, karena kecepatan memuat adalah salah satu faktor peringkat (walaupun tidak menentukan). Google secara terbuka menyatakan bahwa kurang dari 1% situs web diberi peringkat berdasarkan kecepatan halaman. TETAPI…
Kedua, jika halaman membutuhkan waktu terlalu lama untuk dimuat, pengguna akan menutupnya begitu saja. Perilaku pengguna ini biasanya disebut “penolakan”. Omong-omong, “penolakan” berdampak langsung pada posisi di hasil penelusuran. Semakin tinggi kecepatan pengunduhan, semakin rendah tingkat kegagalan dan, akibatnya, semakin tinggi posisinya.
Waktu habis menunggu respon dari server.
Pertama, penting untuk memahami penyebab kegagalan. Itu. pengguna memasukkan alamat, dan browser saat ini mengirimkan sekelompok permintaan, dan juga memulai stopwatch hitung mundur untuk masing-masing permintaan. Jika setelah waktu tertentu browser tidak menerima respons atas permintaannya, maka pengguna akan melihat gambaran yang tidak menyenangkan.
Ada beberapa alasan utama kegagalan ini:
- Tidak mungkin terhubung ke situs karena pengoperasian servernya yang tidak stabil;
- Pengaturan browser rusak atau berantakan;
Masalah dengan koneksi Internet di sisi pengguna;
Sumber daya diblokir.
Apa yang harus dilakukan untuk mengatasinya?
Jika kegagalannya tunggal, muat ulang halaman menggunakan kombinasi Ctrl+F5. Anda mungkin perlu memuat ulang halaman tersebut beberapa kali. Jika tidak membantu, periksa koneksi Internet Anda.
Pengaturan Jaringan.
1. Beberapa situs terkadang berubah-ubah. Untuk IP dinamis, solusinya sederhana - reboot router dengan mematikan daya.
2. Koneksi yang lambat terkadang menyebabkan error ERR_CONNECTION_TIMED_OUT. Kecepatan internet dapat diperiksa menggunakan Yandex Internetometer. Jika kecepatannya terlalu rendah, Anda harus menghubungi penyedia Internet Anda.
3. Anda perlu memeriksa “Network Properties” untuk mengetahui keberadaan alamat DNS asing. Jika ada alamat seperti itu, hapus alamat tersebut (setelah menulis ulang di suatu tempat, untuk berjaga-jaga) dan periksa sistem dari virus menggunakan perangkat lunak anti-virus yang diinstal pada PC - NOD32, Kaspersky, AdwCleaner, MalwareBytes, Dr.Web, dll. Yang terbaik adalah menggunakan pengunduh langsung untuk tujuan ini.
4. Periksa pengaturan router itu sendiri. Parameter MTU paling sering hilang. Tidak mungkin memberikan rekomendasi universal untuk menyiapkan router, karena... ini secara langsung bergantung pada model router dan penyedia Internet. Biasanya nilai MTU adalah 1500, 1460, 1476.
Berapa waktu respons server yang seharusnya?
Dan langsung saja angka spesifiknya:
Tingkat konversi tertinggi adalah untuk halaman yang dimuat penuh dalam 1,8 dan 2,7 detik masing-masing untuk versi desktop dan seluler.
Rasio pentalan terendah adalah untuk laman yang dimuat sepenuhnya dalam 1 dan 0,7 detik untuk versi desktop dan seluler.
Angka-angka ini diambil dari studi yang dilakukan oleh Akamai Technologies.
Jadi, Anda telah memeriksa situs untuk kecepatan memuat. Namun bagaimana menyikapi hasilnya?
<1 секунды - идеал
1-2 detik - hampir ideal
3-5 detik - lumayan, tapi masuk akal untuk menyelesaikannya
5-10 detik - buruk, harus segera diselesaikan
≥10 detik - sangat buruk, Anda harus menyelesaikannya DARURAT
Namun, kita tidak boleh melupakan satu aturan yang sangat penting - kecepatan unduh harus lebih tinggi dibandingkan pesaing. Penelitian dari The New York Times menunjukkan bahwa perbedaan 0,25 detik sudah cukup untuk membuat pengunjung lebih memilih situs yang lebih cepat. Dan sebelum Anda dapat mengedipkan mata (dalam arti sebenarnya), pengguna akan meninggalkan Anda demi pesaing.
Mengurangi respons server
Optimalisasi grafis.
Kami telah mengatakan sebelumnya bahwa beberapa pemeriksa juga memberikan rekomendasi pengoptimalan. Diantaranya Anda dapat menemukan alamat gambar yang dapat dioptimalkan dengan menguranginya.
Gunakan cache peramban.
Browser akan mengunduh gambar ke cache-nya. Akibatnya, pengunduhan ulang gambar dari server tidak diperlukan lagi, sehingga menghemat banyak waktu pengunduhan.
Aktifkan kompresi.
Relevan jika gzip digunakan. Akibatnya, volume data berkurang 4, atau bahkan 5 kali lipat. Semakin kecil volume data yang dikirimkan, semakin sedikit waktu yang dibutuhkan untuk mentransfernya.
Kurangi waktu respons server.
Dengan menggunakan layanan Pingdom, Anda dapat menghitung berapa lama waktu yang dibutuhkan server untuk mengirimkan kode respons. Waktu idealnya tidak lebih dari 0,2 detik.
Petunjuk ini akan membantu mempercepat situs secara signifikan. Namun, ada risiko merusak fungsi atau tampilan. Oleh karena itu, sebelum setiap tindakan, sangat penting untuk membuat cadangan file sumber. Tidak ada salahnya juga untuk berkonsultasi dengan ahli teknis.
-server (Apache atau nginx) untuk permintaan klien terdiri dari dua bagian: header dan isi pesan itu sendiri.
Untuk mendiagnosis masalah pada situs web, ada gunanya melihat header secara spesifik, karena header membawa beberapa informasi layanan tentang kinerja server saat mengirimkan halaman ke klien.
…
Yandex
Header dipisahkan dari isi pesan dengan baris kosong.
Server HTTP menunjukkan kode status permintaan di baris header pertama.
Kode status dapat digunakan untuk menilai hasil kerja server saat memproses permintaan klien.
Kelas kode respons:
Kelas ini berisi kode-kode yang menginformasikan tentang proses transfer.2xx Sukses
Pesan kelas ini menginformasikan tentang kasus keberhasilan penerimaan dan pemrosesan permintaan klien. Tergantung pada statusnya, server juga dapat mengirimkan header dan isi pesan.Pengalihan 3xx
Kode kelas 3xx memberi tahu klien bahwa agar berhasil menyelesaikan operasi, perlu membuat permintaan lain (biasanya melalui tautan berbeda). Dari kelas ini, lima kode 301, 302, 303, 305 dan 307 berhubungan langsung dengan pengalihan. Alamat tujuan klien harus mengajukan permintaan ditunjukkan oleh server di header Lokasi.Anda dapat mengetahui kode respons server terhadap permintaan tertentu menggunakan utilitas keriting, menyebutnya dengan tombol -I.
Perintah curl dapat digunakan dari baris perintah sistem operasi mirip *nix, misalnya dengan masuk ke server menggunakan .
Mari kita gunakan untuk meminta yandex.ru:
keriting -Saya http://yandex.ru
dan kami mendapatkan jawaban berikut:
HTTP/1.1 301 Dipindahkan Secara Permanen Tanggal: Sabtu, 15 Mei 2010 05:39:40 GMT Server: Apache/2.2.9 (Unix) mod_perl/2.0.4 Perl/v5.8.8 Lokasi: http://www.yandex.ru / Variasikan: Koneksi Terima-Pengkodean: tutup Tipe Konten: teks/html; rangkaian karakter=iso-8859-1
Server Yandex menanggapi permintaan yandex.ru dengan kode “301 Dipindahkan Secara Permanen”, yang, sebagaimana dinyatakan di atas, berarti kebutuhan untuk menjalankan permintaan di alamat yang diusulkan oleh server (alamat ini ditunjukkan di header “Lokasi” , dan dalam hal ini adalah www.yandex.ru) .
Server memberi tahu kita bahwa kita perlu menghubungi bukan yandex.ru, tetapi www.yandex.ru.
Mari kita minta www.yandex.ru:
keriting -Saya http://www.yandex.ru
kami mendapatkan jawabannya:
HTTP/1.1 200 OK Server: nginx Tanggal: Sabtu, 15 Mei 2010 06:01:26 GMT Tipe Konten: text/html; charset=UTF-8 Koneksi: tutup Kontrol-Cache: no-cache,no-store,max-age=0,must-revalidate Content-Length: 73507 Kedaluwarsa: Sabtu 15 Mei 06:01:27 2010 GMT Terakhir Dimodifikasi: Sabtu 15 Mei 06:01:27 2010 GMT Set-Cookie: S=; jalur=/; kadaluwarsa=Rabu, 17-Mei-2000 06:01:26 GMT Set-Cookie: S=; domain=.yandex.ru; jalur=/; kadaluwarsa=Rabu, 17-Mei-2000 06:01:26 GMT Set-Cookie: yandexuid=3572906971273903287; domain=.yandex.ru; jalur=/; kadaluwarsa=Sel, 12-Mei-2020 06:01:26 GMT X-XRDS-Lokasi: http://openid.yandex.ru/server_xrds/
Kode responsnya adalah “200 OK”. Server menyelesaikan permintaan dengan benar dan mengembalikan hasilnya kepada pengguna.
Kesalahan Klien 4xx
Kelas kode 4xx dimaksudkan untuk menunjukkan kesalahan di sisi klien.
400 Permintaan Buruk
Permintaan tidak diterima oleh server karena kesalahan sintaksis. Klien harus mengakses kembali sumber daya dengan permintaan yang dimodifikasi.
401 Tidak Sah
Permintaan tersebut memerlukan otorisasi pengguna. Server harus meminta pengguna untuk nama pengguna dan kata sandi. Jika data yang ditentukan salah, server akan mengembalikan status yang sama lagi. Misalnya, sistem pemantauan kami mengharuskan Anda memberikan login dan kata sandi untuk masuk ke sistem.
Saat meminta halaman pemantauan, server mengirimkan header berikut:
keriting -Saya http://monitoring.z8.ru
server akan merespons bahwa itu tidak akan memberikan hasil sampai login/kata sandi diberikan:
HTTP/1.1 401 Otorisasi Diperlukan Server: nginx/0.5.7 Tanggal: Sabtu, 15 Mei 2010 06:16:23 GMT Tipe Konten: teks/html; charset=iso-8859-1 Transfer-Encoding: terpotong Koneksi: tetap hidup WWW-Otentikasi: Basic realm="Nagios Access"
403 Dilarang
Server mengembalikan kesalahan 403 ketika mencoba melihat direktori yang aksesnya ditolak. Server memahami permintaan tersebut, tetapi menolak untuk memenuhinya karena pembatasan akses klien ke sumber daya yang ditentukan. Jika otentikasi menggunakan HTTP diperlukan untuk mengakses sumber daya, server akan mengembalikan respons 401. Jika tidak, pembatasan ditetapkan oleh administrator server atau pengembang aplikasi web dan dapat berupa apa saja tergantung pada kemampuan perangkat lunak yang digunakan. Alasan yang paling mungkin untuk pembatasan ini adalah:
- Upaya telah dilakukan untuk mengakses sumber daya sistem server web (misalnya, file .htaccess atau .htpasswd) atau file yang ditolak aksesnya menggunakan pengaturan akses server.
- Akses memerlukan otentikasi non-HTTP (misalnya, untuk mengakses CMS atau bagian untuk pengguna terdaftar).
- Server tidak puas dengan alamat IP klien (misalnya pemblokiran sementara karena seringnya permintaan, atau pada tahap pengembangan aplikasi hanya beberapa IP yang diizinkan mengakses).
- Tidak ada file indeks di direktori yang diminta.
404 Tidak Ditemukan
Server memahami permintaan tersebut, tetapi tidak menemukan sumber daya yang sesuai pada tautan yang ditentukan. Mari kita minta halaman yang tidak ada:
ikal -Saya http://yandex.ru/instr/index.php
Dan kami mendapat respons 404:
HTTP/1.1 404 Tidak Ditemukan Tanggal: Sabtu, 15 Mei 2010 06:56:24 GMT Server: Apache/2.2.9 (Unix) mod_perl/2.0.4 Perl/v5.8.8 Rentang Penerimaan: byte Bervariasi: Koneksi Pengkodean Terima : tutup Tipe Konten: teks/html
Metode 405 Tidak Diizinkan
Metode permintaan yang ditentukan klien tidak dapat diterapkan pada sumber daya saat ini.
499 Permintaan Tertutup Klien (Nginx)
Kesalahan ini berarti klien menutup koneksi sebelum apa pun dikirimkan kepadanya oleh server. Dalam banyak kasus, 499 baik-baik saja. Katakanlah klien menutup browser sebelum halaman yang baru dibuka sempat dimuat (atau memuat gambar dari halaman yang baru dibuka). Namun, perlu disebutkan bahwa Yandex.Metrica, ketika menerima kode 499, menganggap bahwa server tidak tersedia.
Kesalahan Server 5xx
Kode 5xx dialokasikan untuk kasus operasi yang gagal karena kesalahan server.
500 Kesalahan Server Internal
Kesalahan server internal apa pun yang tidak termasuk dalam cakupan kesalahan 5xx lainnya. Hal ini terutama dapat terjadi dalam kasus-kasus berikut:
- kesalahan pengguna dalam file .htaccess.
- kesalahan dalam skrip pengguna.
- masalah pada server
502 Gerbang Buruk
Gateway atau server proksi menerima pesan yang menunjukkan bahwa operasi perantara gagal. Biasanya masalah terjadi ketika server HTTP tidak tersedia karena masalah teknis, atau skrip klien tidak memiliki cukup memori/waktu untuk menyelesaikan permintaan.
503 Layanan Tidak Tersedia
Server untuk sementara tidak dapat memproses permintaan karena alasan teknis. Di hosting kami, kesalahan ini menunjukkan bahwa pengguna telah melampaui batas jumlah penangan server HTTP atau jumlah total proses per akun.