Redirect pada website dapat terjadi karena berbagai alasan, mulai dari perubahan URL hingga konfigurasi server. Dalam HTTP, redirect umumnya dilakukan ketika server memberikan respons dengan status 3xx dan menyertakan header Location yang menunjukkan URL tujuan. Browser kemudian dapat mengikuti URL tersebut.

Redirect tidak selalu menunjukkan adanya masalah. Dalam banyak kasus, pengalihan memang sengaja dibuat oleh pemilik atau pengelola website untuk mempertahankan akses ke halaman lama, mengatur versi URL, melakukan migrasi website, atau menerapkan HTTPS.

1. URL Halaman Berubah

Salah satu penyebab redirect adalah perubahan alamat halaman.

Misalnya sebuah artikel awalnya berada di:

https://example.com/cara-membuat-website

Kemudian struktur URL diubah menjadi:

https://example.com/panduan/membuat-website

Jika URL lama memiliki halaman pengganti yang sesuai, administrator dapat membuat redirect dari URL lama menuju URL baru.

Alurnya, misalnya:

URL lama
    ↓
301 Redirect
    ↓
URL baru
    ↓
200 OK

Dalam contoh sederhana tersebut, URL lama diarahkan ke URL baru dan URL baru kemudian mengembalikan halaman yang berhasil dimuat. Namun, status respons akhir tidak selalu harus 200 karena URL baru juga dapat memiliki redirect lain.

Redirect seperti ini membantu mempertahankan akses dari bookmark, tautan eksternal, atau referensi yang masih menggunakan URL lama. MDN mencantumkan reorganisasi website sebagai salah satu penggunaan redirect permanen.

Untuk perubahan URL dalam skala besar, Google merekomendasikan pemetaan URL lama ke URL baru yang sesuai serta pengujian website sebelum perubahan diterapkan.

2. Website Berpindah Domain

Redirect juga digunakan ketika sebuah website berpindah dari satu domain ke domain lainnya.

Contohnya:

https://domain-lama.com
          ↓
301 Redirect
          ↓
https://domain-baru.com

Dengan cara ini, pengguna yang masih mengakses alamat lama dapat diarahkan ke website baru.

Pemindahan domain merupakan salah satu contoh site move yang dibahas Google Search Central. Google memasukkan perubahan nama domain serta perpindahan atau penggabungan domain dan hostname sebagai jenis perubahan situs yang memerlukan pengelolaan URL.

Redirect domain juga dapat diterapkan pada berbagai versi hostname. Misalnya, pengelola website dapat menetapkan satu versi sebagai alamat utama dan mengarahkan versi lainnya ke alamat tersebut.

3. Mengalihkan HTTP ke HTTPS

Redirect juga sering digunakan ketika website beralih dari koneksi HTTP ke HTTPS.

Misalnya pengguna membuka:

http://example.com

Server dapat memberikan respons seperti:

301 Moved Permanently
Location: https://example.com

Browser kemudian mengikuti URL HTTPS tersebut.

Status 301 merupakan salah satu pilihan untuk pengalihan permanen. Status 308 juga dapat digunakan ketika diperlukan pengalihan permanen dengan mempertahankan method dan body request.

MDN menjelaskan bahwa website yang masih menerima koneksi HTTP dapat mengarahkan request tersebut ke resource yang sama melalui HTTPS. Setelah koneksi HTTPS berhasil, website dapat menggunakan HTTP Strict Transport Security (HSTS) agar browser yang sudah mengetahui kebijakan tersebut menggunakan HTTPS secara langsung pada kunjungan berikutnya.

Contoh alurnya:

HTTP
 ↓
301
 ↓
HTTPS
 ↓
Halaman website

Dengan demikian, redirect HTTP ke HTTPS merupakan salah satu alasan mengapa pengguna terkadang melihat URL berubah secara otomatis setelah membuka sebuah website.

4. Mengatur Versi Domain atau Hostname

Sebuah website terkadang dapat diakses melalui beberapa alamat, misalnya:

example.com
www.example.com

Administrator dapat menentukan salah satunya sebagai alamat yang digunakan dan mengarahkan alamat lainnya ke versi tersebut.

Contohnya:

example.com
     ↓
301
     ↓
www.example.com

atau sebaliknya.

Pengaturan seperti ini membantu menyediakan satu alamat utama yang digunakan secara konsisten untuk resource website. MDN menyebut domain aliasing, termasuk pengalihan antara versi www dan non-www, sebagai salah satu penggunaan redirect.

Google juga memperbarui dokumentasi pemindahan situs pada Juni 2026 untuk mencakup varian domain seperti www dan non-www dalam konteks migrasi domain.

5. Halaman Sementara Dipindahkan

Tidak semua perubahan URL bersifat permanen.

Dalam kondisi tertentu, sebuah halaman dapat dialihkan sementara ke alamat lain. Misalnya:

Halaman A
   ↓
302 Temporary Redirect
   ↓
Halaman B

Status 302 Found digunakan untuk menunjukkan pengalihan sementara ketika resource sementara tersedia di lokasi lain.

Penggunaan seperti ini dapat terjadi ketika halaman atau resource untuk sementara tidak tersedia pada lokasi normalnya atau ketika aplikasi perlu mengarahkan pengguna ke resource lain untuk sementara. MDN mencantumkan maintenance dan kondisi sementara sebagai contoh penggunaan redirect.

Karena sifatnya sementara, pemilihan status redirect perlu dibedakan dari redirect permanen seperti 301 atau 308.

6. Redirect Dibuat oleh Konfigurasi Server

Redirect tidak harus dibuat langsung melalui kode aplikasi. Web server juga dapat dikonfigurasi untuk mengalihkan request.

Apache

Pada Apache, redirect dapat dikonfigurasi melalui konfigurasi server atau .htaccess, tergantung konfigurasi dan izin server. Apache menyediakan mekanisme seperti mod_alias dan mod_rewrite untuk kebutuhan pengalihan URL.

Contoh sederhana menggunakan Redirect:

Redirect 301 /halaman-lama https://example.com/halaman-baru

Aturan tersebut menginstruksikan Apache untuk memberikan redirect permanen dari path lama ke URL baru. Apache juga menyediakan bentuk Redirect permanent untuk pengalihan permanen.

Nginx

Pada Nginx, redirect dapat dibuat menggunakan directive return atau rewrite.

Contohnya:

server {
    listen 80;
    server_name example.com;

    return 301 https://example.com$request_uri;
}

Konfigurasi tersebut dapat digunakan untuk mengarahkan request HTTP ke HTTPS sambil mempertahankan URI yang diminta.

Dokumentasi resmi Nginx menjelaskan bahwa directive return dapat menghasilkan berbagai status redirect, termasuk 301, 302, 303, 307, dan 308. Directive rewrite juga dapat digunakan untuk membuat pengalihan berdasarkan pola URI.

7. Redirect Dibuat oleh CMS atau Aplikasi Website

Selain konfigurasi server, aplikasi atau Content Management System (CMS) juga dapat menyebabkan redirect.

Misalnya, sistem website dapat memiliki aturan untuk:

mengarahkan URL lama ke URL baru;
mengarahkan pengguna yang belum login ke halaman login;
mengarahkan pengguna setelah proses tertentu selesai;
menerapkan aturan URL tertentu;
mengatur perubahan struktur permalink.

Dalam kasus seperti ini, redirect dapat berasal dari logika aplikasi, bukan hanya dari web server.

Karena itu, ketika sebuah website mengalami redirect yang tidak diharapkan, pemeriksaan tidak sebaiknya hanya dilakukan pada .htaccess atau konfigurasi Nginx. Aturan di CMS atau aplikasi yang mengelola URL juga perlu diperiksa.

8. Redirect dari Plugin atau Modul Tambahan

Pada website yang menggunakan CMS, plugin atau modul tambahan tertentu dapat membuat aturan redirect.

Sebagai contoh, plugin dapat menyediakan fitur untuk mengarahkan:

URL lama → URL baru

atau menerapkan aturan tertentu berdasarkan kondisi request.

Masalah dapat muncul apabila beberapa sistem sekaligus mengatur redirect yang sama. Misalnya:

Server
  ↓
CMS
  ↓
Plugin
  ↓
URL lain

Jika setiap lapisan memiliki aturan yang berbeda, rangkaian redirect dapat menjadi lebih panjang atau bahkan membentuk loop.

Karena itu, ketika redirect muncul setelah pemasangan atau perubahan konfigurasi plugin, aturan redirect yang dibuat oleh plugin tersebut perlu diperiksa.

9. Redirect karena Aturan HTTP dan HTTPS yang Bertabrakan

Konfigurasi HTTP dan HTTPS yang tidak konsisten juga dapat menyebabkan redirect berulang.

Contohnya:

HTTP
 ↓
HTTPS
 ↓
HTTP
 ↓
HTTPS
 ↓
...

Browser tidak pernah mencapai halaman akhir karena setiap versi URL mengarahkan kembali ke versi sebelumnya.

Kondisi ini merupakan redirect loop. MDN menjelaskan bahwa redirect loop terjadi ketika redirect tambahan terus mengikuti redirect sebelumnya sehingga proses tidak pernah selesai.

Konfigurasi semacam ini perlu diperiksa terutama setelah perubahan:

sertifikat SSL/TLS;
konfigurasi web server;
CDN atau reverse proxy;
CMS;
plugin keamanan;
aturan redirect HTTP ke HTTPS.

Pola HTTP→HTTPS→HTTP hanyalah salah satu contoh. Redirect loop juga dapat muncul akibat kombinasi aturan lain pada beberapa lapisan infrastruktur.

10. Redirect dari CDN atau Reverse Proxy

Dalam arsitektur website modern, request tidak selalu langsung diproses oleh server aplikasi. Website dapat menggunakan lapisan seperti CDN atau reverse proxy sebelum request mencapai origin server.

Lapisan tersebut dapat memiliki aturan redirect sendiri.

Akibatnya, sebuah redirect yang terlihat oleh browser mungkin tidak berasal dari kode website utama. Pengalihan dapat berasal dari konfigurasi di salah satu lapisan infrastruktur.

Hal ini penting ketika melakukan troubleshooting karena pemeriksaan hanya pada aplikasi belum tentu menemukan sumber redirect.

11. Redirect karena Pemeliharaan Website

Website juga dapat menggunakan redirect sementara ketika sedang menjalani pemeliharaan atau perubahan tertentu.

Misalnya:

Halaman utama
     ↓
302
     ↓
Halaman maintenance

Setelah pemeliharaan selesai, aturan redirect dapat dihapus sehingga URL kembali menuju halaman normal.

MDN mencantumkan temporary redirects during site maintenance or downtime sebagai salah satu penggunaan redirect.

Namun, penggunaan redirect untuk maintenance harus disesuaikan dengan tujuan dan sifat perubahan. Redirect sementara tidak sama dengan memberitahukan bahwa URL telah dipindahkan secara permanen.

12. Redirect karena Logika Aplikasi

Redirect juga dapat terjadi berdasarkan kondisi tertentu yang ditentukan aplikasi.

Contohnya:

Pengguna membuka halaman
        ↓
Aplikasi memeriksa kondisi
        ↓
Belum login?
        ↓
Redirect ke /login

Contoh lainnya:

Pengguna mengirim formulir
        ↓
Server memproses data
        ↓
Redirect ke halaman hasil

Redirect semacam ini dapat menggunakan status HTTP tertentu sesuai kebutuhan aplikasi. Misalnya, 303 See Other dapat digunakan untuk mengarahkan client ke resource lain dan membuat request berikutnya menggunakan GET.

13. Redirect Tidak Selalu Berasal dari HTTP 3xx

Penting untuk membedakan HTTP redirect dengan pengalihan yang dilakukan menggunakan HTML atau JavaScript.

Misalnya, JavaScript dapat melakukan:

window.location = "https://example.com/";

Browser kemudian berpindah ke URL tersebut.

HTML juga dapat menggunakan mekanisme meta refresh.

Namun, mekanisme tersebut berbeda dari redirect HTTP yang dikirimkan server melalui status 3xx. MDN menjelaskan bahwa HTTP redirect diproses lebih awal, sedangkan JavaScript dan HTML redirect memiliki urutan pemrosesan yang berbeda. Jika memungkinkan, MDN merekomendasikan penggunaan HTTP redirect daripada meta redirect.

Kesimpulan

Website dapat melakukan redirect karena banyak alasan, antara lain perubahan URL, perpindahan domain, penerapan HTTPS, pengaturan www dan non-www, pemeliharaan sementara, konfigurasi server, CMS, plugin, CDN, hingga logika aplikasi.

Karena sumber redirect bisa berada di beberapa lapisan, pemeriksaan sebaiknya tidak hanya berfokus pada halaman website. Konfigurasi web server seperti Apache atau Nginx, CMS, plugin, serta infrastruktur di depan server juga dapat berperan. Dokumentasi Apache dan Nginx menunjukkan bahwa aturan pengalihan memang dapat dibuat pada lapisan server.

Redirect yang dirancang dengan benar dapat membantu pengelolaan URL, tetapi aturan yang saling bertentangan dapat menyebabkan redirect chain atau redirect loop. Pembahasan mengenai kedua kondisi tersebut dapat dilanjutkan pada bagian berikutnya.

Ingin mempelajari lebih banyak seputar web development, cloud computing, keamanan siber, server, hingga berbagai tren teknologi terbaru? Kunjungi blog Hosteko untuk mendapatkan artikel yang informatif, mudah dipahami, dan selalu diperbarui mengikuti perkembangan dunia digital.

Jangan lewatkan berbagai panduan, tips, serta tutorial yang dapat membantu Anda mengembangkan website, meningkatkan performa bisnis online, dan memperluas wawasan di bidang teknologi. Temukan artikel menarik lainnya hanya di Hosteko Blog dan terus ikuti informasi terbaru untuk mendukung perjalanan digital Anda.