Apakah 302 lebih baik daripada 301?

Tidak ada yang lebih baik — keduanya menandakan hal berbeda. Gunakan 301 (permanen) ketika Anda telah memindahkan halaman secara definitif dan ingin mesin pencari mentransfer sinyal peringkat ke URL baru. Gunakan 302 (sementara) ketika perpindahan jangka pendek dan ingin URL asli mempertahankan status kanonik. Memilih yang salah menelan equity SEO.

Apakah Google meneruskan PageRank melalui pengalihan 302?

Menurut Google Search Central, 302 tidak mentransfer sinyal peringkat seperti 301 karena menandakan perpindahan bersifat sementara. Google menjaga URL asli sebagai kanonik. Jika Anda membiarkan perpindahan permanen di 302 cukup lama, Google akhirnya mungkin memperlakukannya sebagai 301 — tapi Anda kehilangan equity peringkat selama jeda itu. Selalu gunakan 301 untuk perpindahan permanen.

Bagaimana cara memperbaiki kesalahan kode status 302?

302 secara ketat bukan kesalahan — itu adalah pengalihan. Jika Anda mendapatkan 302 alih-alih 200 secara tak terduga, periksa konfigurasi server (.htaccess, nginx.conf), middleware framework, dan aturan CDN untuk aturan pengalihan tak diinginkan. Gunakan curl -I langsung ke server origin (melewati CDN) untuk mengisolasi di mana pengalihan ditambahkan.

Bagaimana cara mengirim kode status 302 di HTTP?

Kembalikan baris status `HTTP/1.1 302 Found` plus header `Location` yang menunjuk ke URL baru. Di Nginx: `return 302 https://example.com/new-page;`. Di Apache: `Redirect 302 /old https://example.com/new`. Di Express: `res.redirect('/new')` (302 adalah default). Ketiganya menghasilkan respons 302 yang valid.

Apa perbedaan antara 302 dan 307?

Keduanya adalah pengalihan sementara. Perbedaannya adalah penanganan metode: 302 sering menyebabkan browser mengubah POST menjadi GET saat mengikuti pengalihan, menjatuhkan body. 307 Temporary Redirect dijamin mempertahankan metode asli — POST tetap POST, PUT tetap PUT. Gunakan 307 kapan pun pelestarian metode penting.

Apakah pengalihan 302 di-cache oleh browser?

Secara default, tidak — browser tidak men-cache respons 302 kecuali server secara eksplisit menyetel header `Cache-Control: max-age=...` atau `Expires`. Ini cocok dengan sifat sementara pengalihan. Untuk amannya, selalu kirim `Cache-Control: no-cache` pada respons 302 untuk mencegah proxy perantara men-cache mereka.

Bagaimana cara memeriksa apakah URL mengembalikan kode status 302?

Cara tercepat adalah `curl -I https://example.com/url-anda` dari terminal — itu menampilkan kode status dan header Location tanpa mengikuti pengalihan. Jika tidak punya akses terminal, tempel URL ke Pemeriksa Pengalihan gratis DNS Robot, yang melacak setiap hop dalam rantai dan menampilkan kode status di setiap langkah.

Kode Status HTTP 302 (302 Found): Arti dan Kapan Menggunakannya

Q: Mengapa permintaan POST saya menjadi GET setelah pengalihan 302?

Browser secara historis melanggar spesifikasi HTTP dengan mengubah POST menjadi GET saat mengikuti 302, dan perilaku itu menjadi sangat luas sehingga distandardisasi di WHATWG Fetch Standard. Hari ini setiap browser utama melakukannya. Untuk mempertahankan metode POST melewati pengalihan, kembalikan 307 Temporary Redirect alih-alih 302.

Shaik Vahid26 Apr 20269 menit baca

Infografis kode status HTTP 302 menampilkan alur pengalihan sementara dengan header Location dan perbandingan 301 vs 302 vs 307

Apa Itu Kode Status HTTP 302?

Kode status HTTP 302 — secara resmi disebut 302 Found — adalah kode respons HTTP yang memberi tahu klien (biasanya browser) bahwa sumber daya yang diminta telah dipindahkan sementara ke URL lain. URL baru disediakan dalam header Location respons, dan klien diharapkan mengambil sumber daya dari sana hanya untuk permintaan ini.

Karena perpindahan bersifat sementara, klien harus terus menggunakan URL asli untuk permintaan berikutnya. Mesin pencari, browser, dan bookmark tidak boleh mengganti URL asli dengan target pengalihan. Inilah perbedaan perilaku utama antara HTTP 302 dan 301 Moved Permanently.

Kode 302 termasuk dalam kelas 3xx pengalihan kode status HTTP, yang didefinisikan dalam RFC 9110. Meskipun nama historisnya 'Found', body respons hampir tidak pernah digunakan — browser modern langsung mengikuti header Location tanpa merendernya.

Anatomi Respons 302

Respons kode status HTTP 302 selalu berisi dua elemen penting: baris status itu sendiri dan header Location yang menunjuk ke URL baru. Tanpa header Location yang valid, klien tidak dapat mengikuti pengalihan.

Baris status — HTTP/1.1 302 Found (atau HTTP/2 302 di HTTP/2)
Header Location — URL tujuan yang harus diikuti klien (wajib)
Cache-Control — biasanya no-cache agar browser tidak menyimpan target pengalihan secara permanen
Body — biasanya kosong; server bisa menyertakan halaman HTML kecil untuk klien lama (<html><body><a href="...">Klik di sini</a></body></html>)

http

HTTP/1.1 302 Found
Location: https://www.example.com/new-page
Content-Type: text/html; charset=UTF-8
Content-Length: 0
Cache-Control: no-cache, no-store
Date: Mon, 27 Apr 2026 14:00:00 GMT

Header Location bisa berupa URL absolut (https://example.com/path) atau URL relatif terhadap path (/path). Klien HTTP modern menerima keduanya, meskipun URL absolut direkomendasikan untuk kejelasan.

302 vs 301 vs 307 vs 308: Pengalihan Mana yang Harus Digunakan?

HTTP mendefinisikan lima kode status pengalihan umum, dan memilih yang tepat penting untuk caching, SEO, dan pelestarian metode permintaan. Gunakan tabel ini sebagai matriks keputusan:

Kode	Permanensi	Metode Dipertahankan?	Di-cache Browser?	Terbaik Untuk
301 Moved Permanently	Permanen	Bisa berubah POST→GET	Ya (agresif)	Perubahan URL permanen, migrasi domain
302 Found	Sementara	Sering berubah POST→GET	Tidak	Alur login, pengujian A/B, pemeliharaan
303 See Other	Sementara	Selalu berubah ke GET	Tidak	Pola POST/Redirect/GET setelah pengiriman formulir
307 Temporary Redirect	Sementara	Ya — dipertahankan	Tidak	Pengalihan sementara yang harus mempertahankan POST/PUT
308 Permanent Redirect	Permanen	Ya — dipertahankan	Ya	Pengalihan permanen yang harus mempertahankan POST/PUT

Rekomendasi modern: jika perlu pengalihan sementara dan ingin tidak ambigu soal penanganan metode, gunakan 307 alih-alih 302. Kode 307 ditambahkan di HTTP/1.1 justru karena browser secara historis melanggar spesifikasi dengan mengubah POST menjadi GET pada 302 — dan perilaku salah itu menjadi sangat luas hingga menjadi standar de facto.

Kapan Harus Menggunakan Pengalihan 302?

Gunakan kode status HTTP 302 setiap kali pengalihan benar-benar sementara — yaitu ketika Anda berencana menghapus atau mengubah target pengalihan di masa depan. Kasus penggunaan sah yang umum:

Pengalihan login — Mengirim pengguna belum diautentikasi dari /dashboard ke /login, lalu kembali setelah login
Pengujian A/B — Mengarahkan 50% pengguna ke varian tanpa mengubah URL kanonik
Halaman pemeliharaan — Mengalihkan semua lalu lintas sementara ke /maintenance saat menambal server
Routing geolokasi — Mengirim pengunjung dari / ke /id atau /us berdasarkan negara, sambil mempertahankan / sebagai entri kanonik
Pengalihan mobile — Mengalihkan pengguna smartphone dari example.com ke m.example.com (sekarang lebih disukai desain responsif)
Halaman produk habis stok — Mengirim pembeli ke kategori sampai produk kembali tersedia
URL promosi singkat — /black-friday mengalihkan ke landing kampanye hanya selama promo

Jika salah satunya menjadi permanen, beralih ke 301. Mesin pencari menunggu beberapa bulan sebelum memperlakukan 302 jangka panjang sebagai 301, jadi membiarkan perpindahan permanen di 302 menelan sinyal peringkat selama periode itu.

Cara Mengirim Kode Status 302

Kebanyakan web server dan framework punya helper bawaan untuk mengirim pengalihan 302. Berikut pola paling umum. Masing-masing menerbitkan HTTP 302 Found dengan header Location — dua satu-satunya hal yang benar-benar dibutuhkan respons 302.

Nginx

Di Nginx, gunakan direktif return dengan kode 302 (default jika kode dihilangkan juga 302):

nginx

server {
    listen 80;
    server_name example.com;

    # Pengalihan sementara (302 Found)
    location /old-page {
        return 302 https://example.com/new-page;
    }
}

Apache (.htaccess)

Di Apache, gunakan Redirect dengan kode 302 atau RewriteRule dengan flag [R=302,L]:

apache

# Pengalihan sementara sederhana
Redirect 302 /old-page https://example.com/new-page

# Atau dengan mod_rewrite untuk pencocokan pola
RewriteEngine On
RewriteRule ^maintenance$ /maintenance.html [R=302,L]

Node.js (Express)

Method res.redirect() Express default ke 302 jika tidak ada kode yang diberikan:

javascript

// Pengalihan sementara (default 302 Found)
app.get('/dashboard', (req, res) => {
  if (!req.user) {
    return res.redirect('/login') // mengirim 302
  }
  // ...render dashboard
})

// Atau eksplisit:
res.redirect(302, '/login')

Cara Menguji Kode Status 302

Setelah menerapkan pengalihan 302, verifikasi bahwa itu bekerja dengan benar. Cara tercepat adalah curl dari terminal — itu menunjukkan kode status dan header Location persis tanpa interferensi cache browser.

bash

# Tampilkan hanya header respons (-I) tanpa mengikuti pengalihan
curl -I https://example.com/old-page

# Output yang diharapkan:
# HTTP/2 302
# location: https://example.com/new-page
# cache-control: no-cache
# date: Mon, 27 Apr 2026 14:00:00 GMT

# Ikuti seluruh rantai (-L) dan tampilkan setiap hop
curl -ILs https://example.com/old-page | grep -i 'HTTP/\|location:'

Jika tidak punya akses terminal, gunakan Pemeriksa Pengalihan gratis dari DNS Robot untuk melacak seluruh rantai dari lokasi netral, atau Pemeriksa HTTP Headers untuk memeriksa header respons mentah — keduanya melewati cache browser.

Pengalihan 302 dan SEO

Kode status HTTP 302 memberi tahu mesin pencari: 'perpindahan ini sementara, simpan URL asli di indeks.' Itu memiliki konsekuensi langsung untuk sinyal peringkat.

Menurut Google Search Central, 302 tidak mentransfer sinyal peringkat dari URL asli ke target pengalihan seperti yang dilakukan 301. URL asli tetap kanonik. Google masih bisa mengindeks halaman target jika sinyal kanonisasi lain (link internal, sitemap, hreflang) menunjuk ke sana — tapi 302 itu sendiri bukan sinyal kanonik.

Gunakan 301 untuk perpindahan permanen — Pergantian domain, perubahan struktur URL, konsolidasi halaman
Gunakan 302 untuk perpindahan sementara — Alur login, pengujian A/B, pemeliharaan, routing regional
Jangan biarkan perpindahan permanen di 302 — Google menunggu berbulan-bulan sebelum memperlakukan 302 jangka panjang sebagai 301, menelan equity peringkat
Hindari rantai — A → 302 → B → 302 → C mengencerkan sinyal dan memperlambat pemuatan halaman. Setiap hop menambah latensi

Mengapa 302 Mengubah Permintaan POST Menjadi GET

Inilah perilaku paling mengejutkan dari HTTP 302. RFC asli menyatakan klien harus mempertahankan metode saat mengikuti pengalihan. Tapi browser awal — Mosaic, Netscape, IE — semua mengubah POST menjadi GET pada 302, dan perilaku salah itu menjadi sangat luas sehingga distandardisasi di WHATWG Fetch Standard.

Hari ini, ketika browser mengirim POST /login dan server merespons dengan 302 Found, browser otomatis mengirim GET /next-page ke target pengalihan. Data formulir hilang. Ini jarang menjadi maksud pengembang server.

http

# Yang Anda kirim:
POST /submit-form HTTP/1.1
Host: example.com
Content-Type: application/x-www-form-urlencoded

name=Alice&email=alice@example.com

# Server merespons dengan 302:
HTTP/1.1 302 Found
Location: /thank-you

# Browser mengikuti dengan GET (data formulir hilang!):
GET /thank-you HTTP/1.1
Host: example.com

Jika pengalihan perlu mempertahankan metode asli (POST tetap POST, PUT tetap PUT), gunakan 307 Temporary Redirect alih-alih 302. Jika sengaja ingin membuang body dan beralih ke GET — pola klasik POST/Redirect/GET — gunakan 303 See Other. Keduanya tidak ambigu; 302 ambigu.

Masalah 302 Umum dan Cara Memperbaikinya

Ketika HTTP 302 salah, biasanya muncul sebagai salah satu gejala ini. Sebagian besar memiliki solusi sederhana:

`Mendapat 302 alih-alih 200` — Server mengalihkan saat tidak seharusnya. Periksa .htaccess, konfigurasi Nginx atau middleware framework untuk aturan pengalihan yang tidak diinginkan
`302 tanpa header Location` — Respons tidak valid. Browser akan menampilkan halaman kosong. Pastikan kode Anda mengatur header Location sebelum mengirim status
`302 mengalihkan ke dirinya sendiri` — Loop pengalihan. URL Location cocok dengan URL permintaan. Periksa aturan untuk kondisi yang hilang
`302 menjatuhkan data formulir` — POST → 302 → GET menjatuhkan body. Beralih ke 307 Temporary Redirect untuk mempertahankan POST
`302 di-cache oleh browser` — Server buggy menyetel Cache-Control: max-age=... pada pengalihan. Tambahkan Cache-Control: no-cache dan bersihkan cache browser
`302 di production tapi tidak di local` — Biasanya CDN atau load balancer menambahkan pengalihan. Tes langsung ke origin untuk mengisolasi

Loop Pengalihan 302: Cara Mendiagnosis

Loop pengalihan terjadi ketika URL A mengembalikan 302 ke URL B, dan URL B mengembalikan 302 kembali ke A. Setelah 20 hop (di Chrome dan Firefox), browser menampilkan ERR_TOO_MANY_REDIRECTS dan menyerah.

Penyebab tunggal paling umum adalah konflik SSL/HTTPS antara CDN (seperti Cloudflare) dan server origin: CDN terhubung ke origin melalui HTTP, origin mengalihkan HTTP→HTTPS, CDN melepas HTTPS dan terhubung melalui HTTP lagi — loop tak hingga.

bash

# Lacak rantai lengkap (batasi 10 hop untuk menghindari loop tak hingga)
curl -ILs --max-redirs 10 https://example.com 2>&1 | grep -i 'HTTP/\|location:'

# Contoh loop:
# HTTP/2 302
# location: http://example.com/
# HTTP/1.1 302 Found
# Location: https://example.com/
# HTTP/2 302
# location: http://example.com/  <-- loop dikonfirmasi

Jika Anda melihat dua URL bergantian di header Location, Anda telah mengonfirmasi loop 302. Untuk panduan perbaikan lengkap, lihat post ERR_TOO_MANY_REDIRECTS. Pemeriksa Pengalihan DNS Robot melacak rantai lengkap dari lokasi netral dan berhenti di titik loop.

Praktik Terbaik Kode Status 302

Mengirim 302 Found dengan benar menghindari sebagian besar bug yang dihadapi pengembang saat mengimplementasikan pengalihan:

Selalu sertakan header Location — 302 tanpa Location tidak valid dan dirender sebagai halaman kosong
Selalu setel Cache-Control: no-cache — Jika tidak, beberapa browser men-cache pengalihan untuk sesi, melanggar kontrak 'sementara'
Gunakan URL absolut di Location — https://example.com/new tidak ambigu; /new bekerja tapi bisa rusak di belakang proxy yang mengubah host
Pertahankan pengalihan ke satu hop — A → 302 → B baik; A → 302 → B → 302 → C memperlambat pemuatan dan mengencerkan sinyal
Jangan alihkan dari POST ke halaman lain dengan 302 — Gunakan 303 (GET disengaja) atau 307 (pertahankan POST)
Audit pengalihan setiap bulan — Pengalihan sementara lama sering hidup melebihi alasannya. Periksa dengan Redirect Checker
Beralih ke 301 ketika perpindahan menjadi permanen — Jangan biarkan perpindahan permanen di 302 lebih dari beberapa minggu

Perilaku Browser dan Cache

Browser dan perantara berbeda menangani HTTP 302 sedikit berbeda. Mengetahui keanehannya menghemat waktu debugging:

Klien	Perilaku Default pada 302	Cache Default
Chrome / Edge	Otomatis ikuti, ubah POST→GET	Tidak di-cache kecuali header mengatakan demikian
Firefox	Otomatis ikuti, ubah POST→GET	Tidak di-cache kecuali header mengatakan demikian
Safari	Otomatis ikuti, ubah POST→GET	Cache pengalihan sedikit lebih agresif
curl (default)	TIDAK ikuti — tampilkan 302 + Location	Tidak ada cache
curl -L	Ikuti hingga --max-redirs (default 50)	Tidak ada cache
wget (default)	Otomatis ikuti hingga --max-redirect=20	Tidak ada cache
Googlebot	Ikuti, perlakukan sebagai sinyal sementara	Crawl ulang URL asli

Untuk memverifikasi perilaku pengalihan di kasus tepi (metode POST, loop tak hingga, keberadaan header), Pemeriksa HTTP Headers DNS Robot menampilkan respons mentah tanpa penulisan ulang metode di sisi browser. Baca lebih lanjut tentang pengalihan sementara di dokumentasi MDN dan spesifikasi RFC 9110.

Lacak rantai pengalihan dalam hitungan detik

Gunakan Pemeriksa Pengalihan gratis DNS Robot untuk memeriksa setiap hop dalam rantai pengalihan — kode status, header Location, dan tujuan akhir dari server netral (tanpa cache browser).

Coba Pemeriksa Pengalihan

Pertanyaan yang Sering Diajukan

Kode status 302 (HTTP 302 Found) berarti sumber daya yang diminta berada sementara di URL berbeda yang diberikan oleh header Location respons. Klien harus mengikuti pengalihan untuk permintaan ini tetapi tetap menggunakan URL asli untuk permintaan berikutnya. Ini adalah padanan sementara dari 301 Moved Permanently.

Alat Terkait

Redirect Checker HTTP Headers Check SSL Certificate Check DNS Lookup

Kode Status HTTP 302 (302 Found): Arti dan Kapan Menggunakannya

Shaik Vahid26 Apr 20269 menit baca

Apa Itu Kode Status HTTP 302?

Anatomi Respons 302

Baris status — HTTP/1.1 302 Found (atau HTTP/2 302 di HTTP/2)
Header Location — URL tujuan yang harus diikuti klien (wajib)
Cache-Control — biasanya no-cache agar browser tidak menyimpan target pengalihan secara permanen
Body — biasanya kosong; server bisa menyertakan halaman HTML kecil untuk klien lama (<html><body><a href="...">Klik di sini</a></body></html>)

http

HTTP/1.1 302 Found
Location: https://www.example.com/new-page
Content-Type: text/html; charset=UTF-8
Content-Length: 0
Cache-Control: no-cache, no-store
Date: Mon, 27 Apr 2026 14:00:00 GMT

302 vs 301 vs 307 vs 308: Pengalihan Mana yang Harus Digunakan?

HTTP mendefinisikan lima kode status pengalihan umum, dan memilih yang tepat penting untuk caching, SEO, dan pelestarian metode permintaan. Gunakan tabel ini sebagai matriks keputusan:

Kode	Permanensi	Metode Dipertahankan?	Di-cache Browser?	Terbaik Untuk
301 Moved Permanently	Permanen	Bisa berubah POST→GET	Ya (agresif)	Perubahan URL permanen, migrasi domain
302 Found	Sementara	Sering berubah POST→GET	Tidak	Alur login, pengujian A/B, pemeliharaan
303 See Other	Sementara	Selalu berubah ke GET	Tidak	Pola POST/Redirect/GET setelah pengiriman formulir
307 Temporary Redirect	Sementara	Ya — dipertahankan	Tidak	Pengalihan sementara yang harus mempertahankan POST/PUT
308 Permanent Redirect	Permanen	Ya — dipertahankan	Ya	Pengalihan permanen yang harus mempertahankan POST/PUT

Kapan Harus Menggunakan Pengalihan 302?

Gunakan kode status HTTP 302 setiap kali pengalihan benar-benar sementara — yaitu ketika Anda berencana menghapus atau mengubah target pengalihan di masa depan. Kasus penggunaan sah yang umum:

Pengalihan login — Mengirim pengguna belum diautentikasi dari /dashboard ke /login, lalu kembali setelah login
Pengujian A/B — Mengarahkan 50% pengguna ke varian tanpa mengubah URL kanonik
Halaman pemeliharaan — Mengalihkan semua lalu lintas sementara ke /maintenance saat menambal server
Routing geolokasi — Mengirim pengunjung dari / ke /id atau /us berdasarkan negara, sambil mempertahankan / sebagai entri kanonik
Pengalihan mobile — Mengalihkan pengguna smartphone dari example.com ke m.example.com (sekarang lebih disukai desain responsif)
Halaman produk habis stok — Mengirim pembeli ke kategori sampai produk kembali tersedia
URL promosi singkat — /black-friday mengalihkan ke landing kampanye hanya selama promo

Cara Mengirim Kode Status 302

Nginx

Di Nginx, gunakan direktif return dengan kode 302 (default jika kode dihilangkan juga 302):

nginx

server {
    listen 80;
    server_name example.com;

    # Pengalihan sementara (302 Found)
    location /old-page {
        return 302 https://example.com/new-page;
    }
}

Apache (.htaccess)

Di Apache, gunakan Redirect dengan kode 302 atau RewriteRule dengan flag [R=302,L]:

apache

# Pengalihan sementara sederhana
Redirect 302 /old-page https://example.com/new-page

# Atau dengan mod_rewrite untuk pencocokan pola
RewriteEngine On
RewriteRule ^maintenance$ /maintenance.html [R=302,L]

Node.js (Express)

Method res.redirect() Express default ke 302 jika tidak ada kode yang diberikan:

javascript

// Pengalihan sementara (default 302 Found)
app.get('/dashboard', (req, res) => {
  if (!req.user) {
    return res.redirect('/login') // mengirim 302
  }
  // ...render dashboard
})

// Atau eksplisit:
res.redirect(302, '/login')

Cara Menguji Kode Status 302

bash

# Tampilkan hanya header respons (-I) tanpa mengikuti pengalihan
curl -I https://example.com/old-page

# Output yang diharapkan:
# HTTP/2 302
# location: https://example.com/new-page
# cache-control: no-cache
# date: Mon, 27 Apr 2026 14:00:00 GMT

# Ikuti seluruh rantai (-L) dan tampilkan setiap hop
curl -ILs https://example.com/old-page | grep -i 'HTTP/\|location:'

Pengalihan 302 dan SEO

Kode status HTTP 302 memberi tahu mesin pencari: 'perpindahan ini sementara, simpan URL asli di indeks.' Itu memiliki konsekuensi langsung untuk sinyal peringkat.

Gunakan 301 untuk perpindahan permanen — Pergantian domain, perubahan struktur URL, konsolidasi halaman
Gunakan 302 untuk perpindahan sementara — Alur login, pengujian A/B, pemeliharaan, routing regional
Jangan biarkan perpindahan permanen di 302 — Google menunggu berbulan-bulan sebelum memperlakukan 302 jangka panjang sebagai 301, menelan equity peringkat
Hindari rantai — A → 302 → B → 302 → C mengencerkan sinyal dan memperlambat pemuatan halaman. Setiap hop menambah latensi

Mengapa 302 Mengubah Permintaan POST Menjadi GET

http

# Yang Anda kirim:
POST /submit-form HTTP/1.1
Host: example.com
Content-Type: application/x-www-form-urlencoded

name=Alice&email=alice@example.com

# Server merespons dengan 302:
HTTP/1.1 302 Found
Location: /thank-you

# Browser mengikuti dengan GET (data formulir hilang!):
GET /thank-you HTTP/1.1
Host: example.com

Masalah 302 Umum dan Cara Memperbaikinya

Ketika HTTP 302 salah, biasanya muncul sebagai salah satu gejala ini. Sebagian besar memiliki solusi sederhana:

`Mendapat 302 alih-alih 200` — Server mengalihkan saat tidak seharusnya. Periksa .htaccess, konfigurasi Nginx atau middleware framework untuk aturan pengalihan yang tidak diinginkan
`302 tanpa header Location` — Respons tidak valid. Browser akan menampilkan halaman kosong. Pastikan kode Anda mengatur header Location sebelum mengirim status
`302 mengalihkan ke dirinya sendiri` — Loop pengalihan. URL Location cocok dengan URL permintaan. Periksa aturan untuk kondisi yang hilang
`302 menjatuhkan data formulir` — POST → 302 → GET menjatuhkan body. Beralih ke 307 Temporary Redirect untuk mempertahankan POST
`302 di-cache oleh browser` — Server buggy menyetel Cache-Control: max-age=... pada pengalihan. Tambahkan Cache-Control: no-cache dan bersihkan cache browser
`302 di production tapi tidak di local` — Biasanya CDN atau load balancer menambahkan pengalihan. Tes langsung ke origin untuk mengisolasi

Loop Pengalihan 302: Cara Mendiagnosis

bash

# Lacak rantai lengkap (batasi 10 hop untuk menghindari loop tak hingga)
curl -ILs --max-redirs 10 https://example.com 2>&1 | grep -i 'HTTP/\|location:'

# Contoh loop:
# HTTP/2 302
# location: http://example.com/
# HTTP/1.1 302 Found
# Location: https://example.com/
# HTTP/2 302
# location: http://example.com/  <-- loop dikonfirmasi

Praktik Terbaik Kode Status 302

Mengirim 302 Found dengan benar menghindari sebagian besar bug yang dihadapi pengembang saat mengimplementasikan pengalihan:

Selalu sertakan header Location — 302 tanpa Location tidak valid dan dirender sebagai halaman kosong
Selalu setel Cache-Control: no-cache — Jika tidak, beberapa browser men-cache pengalihan untuk sesi, melanggar kontrak 'sementara'
Gunakan URL absolut di Location — https://example.com/new tidak ambigu; /new bekerja tapi bisa rusak di belakang proxy yang mengubah host
Pertahankan pengalihan ke satu hop — A → 302 → B baik; A → 302 → B → 302 → C memperlambat pemuatan dan mengencerkan sinyal
Jangan alihkan dari POST ke halaman lain dengan 302 — Gunakan 303 (GET disengaja) atau 307 (pertahankan POST)
Audit pengalihan setiap bulan — Pengalihan sementara lama sering hidup melebihi alasannya. Periksa dengan Redirect Checker
Beralih ke 301 ketika perpindahan menjadi permanen — Jangan biarkan perpindahan permanen di 302 lebih dari beberapa minggu

Perilaku Browser dan Cache

Browser dan perantara berbeda menangani HTTP 302 sedikit berbeda. Mengetahui keanehannya menghemat waktu debugging:

Klien	Perilaku Default pada 302	Cache Default
Chrome / Edge	Otomatis ikuti, ubah POST→GET	Tidak di-cache kecuali header mengatakan demikian
Firefox	Otomatis ikuti, ubah POST→GET	Tidak di-cache kecuali header mengatakan demikian
Safari	Otomatis ikuti, ubah POST→GET	Cache pengalihan sedikit lebih agresif
curl (default)	TIDAK ikuti — tampilkan 302 + Location	Tidak ada cache
curl -L	Ikuti hingga --max-redirs (default 50)	Tidak ada cache
wget (default)	Otomatis ikuti hingga --max-redirect=20	Tidak ada cache
Googlebot	Ikuti, perlakukan sebagai sinyal sementara	Crawl ulang URL asli

Lacak rantai pengalihan dalam hitungan detik

Gunakan Pemeriksa Pengalihan gratis DNS Robot untuk memeriksa setiap hop dalam rantai pengalihan — kode status, header Location, dan tujuan akhir dari server netral (tanpa cache browser).

Coba Pemeriksa Pengalihan

Pertanyaan yang Sering Diajukan

Alat Terkait

Redirect Checker HTTP Headers Check SSL Certificate Check DNS Lookup

Apa Itu Kode Status HTTP 302?

Anatomi Respons 302

302 vs 301 vs 307 vs 308: Pengalihan Mana yang Harus Digunakan?

Kapan Harus Menggunakan Pengalihan 302?

Cara Mengirim Kode Status 302

Nginx

Apache (.htaccess)

Node.js (Express)

Cara Menguji Kode Status 302

Pengalihan 302 dan SEO

Mengapa 302 Mengubah Permintaan POST Menjadi GET

Masalah 302 Umum dan Cara Memperbaikinya

Loop Pengalihan 302: Cara Mendiagnosis

Praktik Terbaik Kode Status 302

Perilaku Browser dan Cache

Lacak rantai pengalihan dalam hitungan detik

Pertanyaan yang Sering Diajukan

Apa arti kode status 302?

Apa arti kode status 302?

Apakah 302 lebih baik daripada 301?

Apakah 302 lebih baik daripada 301?

Mengapa permintaan POST saya menjadi GET setelah pengalihan 302?

Mengapa permintaan POST saya menjadi GET setelah pengalihan 302?

Apakah Google meneruskan PageRank melalui pengalihan 302?

Apakah Google meneruskan PageRank melalui pengalihan 302?

Bagaimana cara memperbaiki kesalahan kode status 302?

Bagaimana cara memperbaiki kesalahan kode status 302?

Bagaimana cara mengirim kode status 302 di HTTP?

Bagaimana cara mengirim kode status 302 di HTTP?

Apa perbedaan antara 302 dan 307?

Apa perbedaan antara 302 dan 307?

Apakah pengalihan 302 di-cache oleh browser?

Apakah pengalihan 302 di-cache oleh browser?

Bagaimana cara memeriksa apakah URL mengembalikan kode status 302?

Bagaimana cara memeriksa apakah URL mengembalikan kode status 302?

Alat Terkait

Artikel Terkait

Apa Itu Kode Status HTTP 302?

Anatomi Respons 302

302 vs 301 vs 307 vs 308: Pengalihan Mana yang Harus Digunakan?

Kapan Harus Menggunakan Pengalihan 302?

Cara Mengirim Kode Status 302

Nginx

Apache (.htaccess)

Node.js (Express)

Cara Menguji Kode Status 302

Pengalihan 302 dan SEO

Mengapa 302 Mengubah Permintaan POST Menjadi GET

Masalah 302 Umum dan Cara Memperbaikinya

Loop Pengalihan 302: Cara Mendiagnosis

Praktik Terbaik Kode Status 302

Perilaku Browser dan Cache

Lacak rantai pengalihan dalam hitungan detik

Pertanyaan yang Sering Diajukan

Apa arti kode status 302?

Apa arti kode status 302?

Apakah 302 lebih baik daripada 301?

Apakah 302 lebih baik daripada 301?

Mengapa permintaan POST saya menjadi GET setelah pengalihan 302?

Mengapa permintaan POST saya menjadi GET setelah pengalihan 302?

Apakah Google meneruskan PageRank melalui pengalihan 302?

Apakah Google meneruskan PageRank melalui pengalihan 302?

Bagaimana cara memperbaiki kesalahan kode status 302?

Bagaimana cara memperbaiki kesalahan kode status 302?

Bagaimana cara mengirim kode status 302 di HTTP?

Bagaimana cara mengirim kode status 302 di HTTP?

Apa perbedaan antara 302 dan 307?

Apa perbedaan antara 302 dan 307?

Apakah pengalihan 302 di-cache oleh browser?

Apakah pengalihan 302 di-cache oleh browser?

Bagaimana cara memeriksa apakah URL mengembalikan kode status 302?

Bagaimana cara memeriksa apakah URL mengembalikan kode status 302?

Alat Terkait

Artikel Terkait