301 atau 302 Redirect? Jawaban yang Tepat dalam 30 Detik

Baca 8 menit · terakhir diperbarui 2 Mei 2026

Dengar

DENGAR, JANGAN BACA

"Jawaban dalam 90 detik"

0:00

0:00

1x

TL;DR

Memindahkan halaman selamanya? Pakai 301. Cuma sementara? Pakai 302. Aturan tunggal itu mencakup sembilan dari sepuluh keputusan redirect yang akan Anda buat. (Yang satunya lagi, untuk API endpoint di mana tipe request tidak boleh berubah saat perpindahan, pakai 307 atau 308. Kebanyakan orang tidak pernah menyentuh itu.)

Ingin tahu apa yang benar-benar aktif di situs Anda? Ada pengecekan satu baris yang membongkar kode yang sebenarnya dikirim server Anda. Kalau hasilnya 302 padahal perpindahan seharusnya permanen, peringkat Anda sedang turun secara real time. Kami pandu pengecekannya di bawah, tanpa perlu pengetahuan command-line.

Pemulihan butuh 2 sampai 6 minggu setelah Anda memperbaiki kode yang salah dan meminta Google untuk crawl ulang halaman. Sebagian besar masa tunggu itu sekadar menanti bot Google datang kembali sesuai jadwal mereka sendiri.

Pukul sebelas malam. Anda sudah tiga minggu menjalani migrasi, dan traffic organik turun 40%. Tim dev bersumpah redirect-nya aman. Search Console terlihat normal. Tapi garis di grafik analitik Anda terus jatuh, dan Anda terus me-refresh seolah angkanya mungkin berkata lain.

Ini bagian yang tidak ada yang memberitahu Anda. Ada dua jenis redirect, dan keduanya terlihat identik bagi pengunjung manusia. Bagi Google, keduanya bagai langit dan bumi. Yang satu bilang: halaman ini pindah selamanya, oper semuanya. Yang satu lagi bilang: halaman ini cuma pergi sebentar, jadi pertahankan peringkat yang lama. Pakai yang salah saat migrasi, dan mesin pencari akan bingung berminggu-minggu versi situs mana yang sebenarnya harus diperingkat.

Perbaikannya biasanya cuma satu baris kode. Menemukan masalahnya di awal, itu bagian yang sulit.

Panduan ini memandu Anda melalui seluruh prosesnya. Aturan sederhana untuk memilih redirect yang tepat (sungguh hanya dua pertanyaan). Kode siap tempel untuk apapun yang menjalankan situs Anda (WordPress, Shopify, Next.js, Apache, Nginx, lengkap). Hal persis yang harus dicek di Google Search Console setelahnya untuk membuktikan perbaikan berhasil. Dan jika kesalahan orang lain jatuh ke pangkuan Anda, ada playbook pemulihan empat langkah menunggu di akhir.

Satu hal dulu. Jangan percaya apa kata dashboard SEO Anda soal redirect. Jangan percaya apa kata developer juga. Cek apa yang server Anda benar-benar kirim kembali, dengan mata Anda sendiri. Jangan percaya. Buktikan. Kami tunjukkan cara mudahnya.

Jawaban 30 Detik

Memindahkan halaman selamanya? Gunakan 301. Hanya pergi sebentar? Gunakan 302. Satu-satunya kasus lain yang perlu diketahui adalah endpoint API, yang butuh 307 (sementara) atau 308 (permanen). Kecuali Anda seorang developer yang bekerja dengan API, Anda mungkin tidak akan pernah menemuinya.

Satu aturan itu mencakup 90% keputusan. Mengapa pilihan ini begitu penting? Karena kode redirect menjalankan dua tugas sekaligus. Pertama, memberitahu mesin pencari apakah perpindahan ini permanen atau sementara. Kedua, diam-diam memberitahu browser apakah tipe request (GET, POST, dan sejenisnya) harus tetap sama persis di sepanjang jalan. Kebanyakan dari kita hanya perlu memikirkan tugas pertama.

Di balik layar, setiap redirect bekerja dengan cara yang sama. Pengunjung meminta URL lama. Server Anda mengirim pesan singkat yang berisi: halaman ini pindah, ini alamat barunya. Angka pada pesan itu (301, 302, 307, 308) adalah yang memberitahu mesin pencari cara menangani perpindahan tersebut.

Ada satu hal penting yang perlu diketahui. Google diam-diam memperbarui cara menangani 302 pada tahun 2016. Mereka jadi lebih fleksibel memperlakukannya sebagai sinyal yang sah, tapi hanya jika redirect bertahan cukup lama dan halaman baru benar-benar sesuai dengan yang lama. Jadi hasil SEO (URL mana yang akhirnya peringkat, ke mana link equity Anda mengalir) bergantung pada lebih dari sekadar angka yang Anda pilih. Berapa lama redirect berjalan. Seberapa mirip kontennya. Seberapa sering Google melakukan crawl. Semuanya ikut berperan. Kita akan bahas buktinya sebentar lagi.

Tabel itu adalah jawaban singkatnya. Sisa panduan ini membedah apa yang sebenarnya terjadi pada peringkat Anda, crawl budget, dan URL terindeks ketika Anda memilih salah satu di antaranya. Anda akan melihat kode siap-tempel untuk setiap platform utama, serta buktinya, diambil dari data crawl nyata dan dokumentasi Google sendiri.

Definisi: 301, 302, 307, 308, dan Header Location

Berikut definisi yang akan sering kamu temui di sisa panduan ini. Layak ditandai. Kamu akan kembali ke sini.

301 Moved Permanently: Kode status respons yang memberi tahu browser bahwa sumber daya telah dipindahkan secara permanen ke URL yang diberikan oleh header Location. Mesin pencari meneruskan sinyal peringkat ke URL baru; browser men-cache pengalihan ini secara agresif.

302 Found: Kode status respons yang memberi tahu browser bahwa sumber daya berada sementara di URL lain yang diberikan oleh header Location. Mesin pencari tetap menyimpan URL asli di indeks; browser tidak men-cache secara default.

307 Temporary Redirect: Seperti 302 tetapi dengan pelestarian metode yang ketat. Klien harus mengulangi permintaan dengan metode yang sama (POST tetap POST). Gunakan ini ketika kontrak API tidak boleh mengubah verb.

308 Permanent Redirect: Seperti 301 tetapi dengan pelestarian metode yang ketat. Permanen dan aman terhadap metode.

Header Location: Header respons HTTP yang membawa URL tujuan dari setiap pengalihan 3xx.

Lihat juga panduan URL kanonik untuk mekanisme terkait namun berbeda dari <link rel=canonical>. Untuk detail implementasi yang lebih dalam, MDN Web Docs tentang pengalihan HTTP memiliki catatan perilaku spesifik browser yang bagus.

Kapan Menggunakan 301 vs 302: Aturan Keputusan

Semuanya berpulang pada satu pertanyaan: apakah perpindahannya permanen, atau hanya sementara? Kasus-kasus di bawah ini akan memberi tahu Anda berada di sisi mana.

Gunakan 301 ketika…

Anda pindah ke domain baru selamanya. Ketika oldbrand.com menjadi newbrand.com dan tidak ada kemungkinan kembali, gunakan 301. Ini memberi tahu mesin pencari: alihkan semua yang diketahui tentang domain lama ke domain baru, dan hapus yang lama dari indeks.

Anda pindah dari HTTP ke HTTPS. Setiap halaman di situs Anda pindah dari versi tidak aman (yang tanpa ikon gembok di browser) ke versi aman. Itu permanen. 301 memastikan browser dan mesin pencari memperlakukan HTTPS sebagai versi resmi mulai sekarang.

Anda merestrukturisasi URL Anda. Ketika /blog/post-1 menjadi /posts/post-1 sebagai bagian dari penataan ulang di seluruh situs, Anda tidak ingin jalur lama pernah kembali. 301 menyerahkan semua kekuatan peringkat ke struktur baru.

Anda menggabungkan atau memangkas halaman. Ketika Anda menggabungkan dua halaman pendek menjadi satu yang lebih kuat, alihkan URL lama secara permanen. Halaman gabungan mewarisi kekuatan peringkat dari keduanya.

Anda mengirim halaman yang dihapus ke kategori induknya. Daripada menampilkan “halaman tidak ditemukan” untuk produk yang dihentikan, alihkan ke halaman kategori induk. Pengguna mendarat di tempat yang berguna, dan kekuatan peringkat mengalir ke halaman yang relevan alih-alih menghilang.

Anda memilih pemenang antara slash dan tanpa slash. Pilih salah satu /page atau /page/ dan alihkan yang lain secara permanen. Konsistensi mencegah Google memperlakukan keduanya sebagai dua halaman terpisah.

Anda memilih pemenang antara www dan non-www. Pilih www.domain.com atau domain.com sebagai versi utama Anda. Alihkan yang lain dengan 301 agar mesin pencari menumpuk semua sinyalnya ke satu versi.

Migrasi ecommerce (Shopify ke WooCommerce, etalase kustom ke Shopify Plus) adalah salah satu pekerjaan 301-redirect terbesar yang pernah dijalankan sebuah brand. Panduan migrasi lengkap, termasuk peta redirect yang Anda bangun sebelum perubahan URL apa pun ditayangkan, ada di dalam metodologi Revenue Funnel SEO.

Gunakan 302 ketika…

Anda menjalankan pengujian A/B. Jika separuh traffic Anda diarahkan ke halaman varian, tidak ada versi yang boleh mengambil alih sebagai URL utama selama eksperimen. 302 memberi tahu mesin pencari: URL asli masih yang utama saat kami mengumpulkan data.

Anda sedang dalam jendela pemeliharaan. Jika Anda mengarahkan pengunjung ke halaman status selama downtime terjadwal, itu sementara menurut definisinya. 302 menjaga posisi URL asli di Google tetap utuh sehingga peringkat tidak bergeser saat Anda memperbaiki sesuatu.

Anda belum menyiapkan tag negara. Mengirim pengunjung Indonesia ke /id/ dan pengunjung AS ke /us/? Jika Anda belum menambahkan hreflang, gunakan 302. (Hreflang adalah tag yang memberi tahu Google versi mana yang harus ditampilkan di negara mana.) Ini mencegah Google memilih versi regional yang salah sebagai URL utama.

Anda menjalankan halaman promo yang akan hilang. Halaman Black Friday yang hilang setelah 1 Desember seharusnya tidak menyerap kekuatan peringkat halaman utama Anda. 302 menjaga URL asli sebagai yang utama, dan halaman promo hanya ada untuk kampanye itu.

Anda menggunakan halaman sementara selama pembangunan ulang. Ketika Anda mendesain ulang satu bagian situs Anda, mengalihkan sementara ke halaman placeholder menjaga posisi URL asli tetap utuh. Setelah pembangunan ulang tayang, Anda menghapus redirect tersebut dan URL asli mengambil alih lagi.

Kasus tepi yang tidak sepenuhnya diatur oleh aturan

Redirect setelah checkout keranjang belanja secara teknis seharusnya menggunakan 303 (memberi tahu browser: lupakan data formulir, cukup ambil halaman ini). Kebanyakan platform malah mengirim 302, dan browser memperlakukannya dengan cara yang sama. Perpindahan API di mana klien mengirim data POST seharusnya menggunakan 308 untuk mengunci jenis request. Kebanyakan tim justru memilih 301. Ini sudah berjalan selama satu dekade dan belum ada yang rusak. Redirect login biasanya menggunakan 302. Pengunjung melompat ke halaman login, lalu kembali setelah masuk.

Apa yang Terjadi pada SEO Anda Setelah Anda Memilih (Realitas 2026)

Memilih kode yang tepat bukan hanya centang teknis. Diam-diam ia menentukan tiga hal sekaligus. Apakah Google mengoper kekuatan peringkat ke URL baru Anda. Apakah URL baru Anda menggantikan yang lama di hasil pencarian. Dan apakah mesin pencari AI seperti ChatGPT mau mengutip Anda sama sekali. Setiap hal memengaruhi hal berikutnya, dan memperbaiki kerusakannya nanti butuh usaha lebih besar daripada benar sejak awal.

Transfer link equity

Link equity adalah engsel topik antara literasi pengalihan dan SEO off-page. The Earned Authority Method adalah kerangka yang membangunnya sejak awal. Dan justru karena itulah menjaganya lewat penggunaan 301 yang benar lebih penting daripada yang disadari kebanyakan operator.

Pemisahan ini paling terasa selama migrasi. Sebuah situs yang berpindah dari HTTP ke HTTPS dengan 302 tidak kehilangan equity. Ia hanya memecahnya di antara varian protokol selamanya.

Apa yang dilakukan indeks Google terhadap masing-masing

Googlebot adalah crawler milik Google. Ia memperlakukan 301 dan 302 dengan sangat berbeda saat menyimpan halaman di indeksnya. (Indeks adalah basis data raksasa dari setiap halaman yang diketahui Google.)

301 memberi tahu Google: ganti URL lama dengan yang baru. Selama beberapa kunjungan berikutnya, Google melakukan persis itu. Biasanya dalam 2 sampai 6 minggu untuk situs rata-rata, lebih cepat untuk situs besar yang lebih sering dicek Google. URL baru menjadi yang ditampilkan Google di hasil pencarian. Yang lama diam-diam menghilang.

302 memberi tahu Google: pertahankan URL lama. Google terus menampilkan URL lama sebagai yang utama di hasil pencarian. URL baru mungkin dikunjungi, tapi tidak pernah mengambil alih. Google membaca pengalihan itu sebagai jalan memutar jangka pendek, bukan perubahan alamat permanen.

Google Search Console (alat gratis Google untuk pemilik situs) memiliki fitur bernama URL Inspection yang membuatnya mudah Anda lihat sendiri. URL dengan 301 akhirnya menampilkan “URL is not on Google” dengan alasan “Page with redirect”, dan URL baru muncul sebagai terindeks. URL dengan 302 tetap menyimpan yang asli sebagai URL utama dengan tag “Page with redirect”. Dan URL baru hanya diam di sana, tidak pernah diambil.

Untuk migrasi, artinya 302 menciptakan pemisahan permanen antara dua URL kecuali Anda kembali dan memperbaiki kodenya.

Pencarian AI dan pengalihan: data ChatGPT 2025

Sebuah studi dari SE Ranking pada Desember 2025 menemukan sesuatu yang mencolok. Mesin pencari AI (ChatGPT, Perplexity, Google AI Overviews) mengutip URL yang dialihkan jauh lebih jarang dibandingkan Google biasa.

Angkanya bercerita. Hanya 0,79% kutipan ChatGPT mengarah ke URL yang melalui pengalihan, dibandingkan 5,75% di hasil Google biasa. Artinya ChatGPT mengutip URL yang dialihkan 3 sampai 7 kali lebih jarang dari Google.

Ini bagian yang mengejutkan. Saat ChatGPT memang mengikuti pengalihan, ia sangat memilih yang permanen. Studi yang sama menemukan ChatGPT mengikuti 301 sebanyak 1,6 kali lebih sering dari 302. Fitur AI milik Perplexity dan Bing menunjukkan pola yang sama. Sistem pencarian AI memperlakukan pengalihan permanen sebagai lebih tepercaya daripada yang sementara.

Apa artinya untuk migrasi Anda: sebuah 302 yang tersembunyi di mana pun dalam pengalihan Anda diam-diam memotong peluang Anda dikutip oleh pencarian AI. Anda kalah di dua sisi sekaligus. Pencarian reguler Google memperlakukan URL Anda sebagai terpecah, dan gelombang baru mesin pencari AI berhenti menyebut Anda di jawaban mereka.

Jika kode yang salah membuat ChatGPT berhenti mengutip konten Anda, pencarian berbayar Anda harus menutupi kekurangannya. The Pincer Method adalah justru alasan kami menjalankan berbayar dan organik dari satu panduan. Saat pencarian AI menjatuhkan satu kanal, kanal lain harus menangkap permintaannya.

Kode Siap Salin-Tempel untuk 7 Platform

Cari “301 vs 302 redirect” di Google dan hasil teratas menyebut tujuh platform tapi tidak pernah benar-benar menunjukkan kode yang harus Anda pakai. Jadi ini dia. Setiap cuplikan di bawah siap disalin dan ditempel, dicek terhadap dokumentasi platform terbaru, dan diuji untuk kesalahan paling umum.

Apache (.htaccess)

Di Apache, kode ini masuk ke file .htaccess di document root Anda.

# Single URL 301
Redirect 301 /old-url /new-url

# Pattern-based 301 (regex)
RedirectMatch 301 ^/old/(.*)$ /new/$1

# Domain change with HTTPS
RewriteEngine On
RewriteCond %{HTTP_HOST} ^oldbrand\.com$ [NC]
RewriteRule ^(.*)$ https://newbrand.com/$1 [R=301,L]

Jebakan: lupa RewriteEngine On sebelum menggunakan RewriteRule. Direktif itu gagal diam-diam tanpanya, dan Anda akan menghabiskan dua puluh menit bertanya-tanya kenapa tidak ada yang bekerja. Kami bahas perbandingannya secara rinci di htaccess vs Nginx untuk aturan redirect.

Nginx

Di Nginx, kode ini masuk ke file konfigurasi server block Anda (biasanya /etc/nginx/sites-available/yourdomain).

# Single URL 301
location = /old-url {
    return 301 /new-url;
}

# Domain change
server {
    listen 443 ssl;
    server_name oldbrand.com;
    return 301 https://newbrand.com$request_uri;
}

Jebakan: memakai rewrite padahal return lebih cepat. return 301 dijalankan sebelum evaluasi regex dan menghemat kerja server. Penjelasan lengkap ada di htaccess vs Nginx untuk aturan redirect.

Cloudflare Workers + Page Rules

Page Rules (UI, tanpa kode): Dashboard Cloudflare → Rules → Page Rules → “Forwarding URL” → pilih 301 atau 302 dari dropdown. Paket gratis dibatasi 3 Page Rules aktif, yang cepat penuh di situs dengan banyak kebutuhan redirect.

Workers (kode, lebih fleksibel):

export default {
  fetch(request) {
    const url = new URL(request.url);
    if (url.pathname === '/old-url') {
      return Response.redirect('https://example.com/new-url', 301);
    }
    return fetch(request);
  }
}

Jebakan: Workers berharga $5/bulan untuk 10M request, tapi kemampuan pattern-matching-nya tidak bisa ditandingi Page Rules. Kami akan bahas use case lanjutan di pola redirect Cloudflare Workers.

WordPress: RankMath PRO + plugin Redirection + .htaccess manual

RankMath PRO: WordPress Admin → Rank Math → Redirections → Add New. Pilih 301 atau 302 dari dropdown, isi URL sumber dan tujuan. Perubahan langsung aktif, tanpa restart server.

Plugin Redirection (gratis, John Godley): Tools → Redirection. Paling cocok untuk migrasi volume tinggi. Mendukung impor/ekspor CSV, pola regex, dan pelacakan 404. Plugin ini mencatat hit redirect, yang membantu Anda menemukan rantai atau loop sebelum menumpuk.

.htaccess manual: Bekerja, tapi tidak bertahan saat plugin atau tema melakukan update yang menyentuh .htaccess. Gunakan hanya untuk aturan permanen tingkat sistem yang harus tetap ada terlepas dari kondisi WordPress.

Jika Anda asli WordPress dan memperlakukan setiap perubahan redirect sebagai bagian dari mesin konten yang lebih besar, langkah redirect hanyalah satu gerakan di dalam metodologi yang lebih luas. Metodologi Content Compounder adalah yang menjalankan mesin itu. Loop umpan balik enam pilar yang memakai literasi redirect sebagai pipa Pilar 2. Untuk perbandingan spesifik plugin, panduan plugin redirect WordPress membahas kriteria pemilihan secara mendalam.

WooCommerce + Shopify

WooCommerce: Memakai alat redirect WordPress di atas. Migrasi URL produk massal butuh logika deduplikasi juga. Toko dengan 500 SKU bisa menghasilkan 500 aturan redirect yang memperlambat parsing .htaccess. Kami bahas alur deduplikasi di bagian kesalahan umum di bawah.

Shopify: Online Store → Navigation → URL Redirects. Shopify hanya mendukung 301 melalui admin standar. Anda tidak bisa mengkonfigurasi 302 tanpa Shopify Function kustom atau aplikasi pihak ketiga seperti Easy Redirects.

Jebakan: URL Redirects Shopify bertahan saat ganti tema, tapi rusak begitu Anda menghapus produk atau halaman sumber. Selalu ekspor daftar redirect Anda sebelum perubahan struktural. Settings → Files tidak akan menyelamatkan Anda di sini.

Next.js (next.config.js)

Di Next.js, kode ini masuk ke file next.config.js di root project Anda.

// next.config.js
module.exports = {
  async redirects() {
    return [
      {
        source: '/old-url',
        destination: '/new-url',
        permanent: true, // permanent: true = 308; permanent: false = 307
      },
    ];
  },
};

Jebakan: Next.js secara default memakai 307/308 (varian strict-method), bukan 301/302. Jika Anda memang butuh 301/302 karena beberapa alat SEO lama belum mengenali 308, set statusCode: 301 alih-alih permanent: true.

Middleware Express

Di Express, kode ini masuk ke file server utama Anda (biasanya app.js atau server.js).

// Express
app.get('/old-url', (req, res) => {
  res.redirect(301, '/new-url');
});

// Pattern-based redirect
app.use('/old-section/*', (req, res) => {
  const newPath = req.originalUrl.replace('/old-section', '/new-section');
  res.redirect(301, newPath);
});

Jebakan: res.redirect() default ke 302 jika Anda tidak memberikan status code. Selalu eksplisit. 302 implisit adalah penyebab tunggal paling umum tiket support “saya sudah set redirect tapi ranking turun” yang kami temui.

Vercel (vercel.json atau next.config.js)

Di Vercel, redirect ada di vercel.json di root project, atau di dalam next.config.js jika Anda memakai Next.js (dibahas di atas).

{
  "redirects": [
    {
      "source": "/old-url",
      "destination": "/new-url",
      "permanent": true
    },
    {
      "source": "/old/:path*",
      "destination": "/new/:path*",
      "permanent": true
    }
  ]
}

Jebakan: sama seperti Next.js. permanent: true berarti 308, permanent: false berarti 307. Jika Anda memang butuh status code 301/302, pakai "statusCode": 301 alih-alih "permanent".

Netlify (file _redirects)

Di Netlify, redirect masuk ke file _redirects di direktori publish Anda (atau public/).

# Single URL 301
/old-url    /new-url    301

# Wildcard
/old/*    /new/:splat    301

# Domain change (full URL on the right)
https://oldbrand.com/*    https://newbrand.com/:splat    301!

Jebakan: tanda ! di akhir (flag force) membuat redirect mengalahkan file yang sudah ada di tujuan. Tanpa itu, Netlify hanya melakukan redirect saat sumber tidak cocok dengan file aktual. Berguna, tapi mudah terlupa.

AWS CloudFront (Functions atau Lambda@Edge)

Di CloudFront, redirect bisa berjalan sebagai CloudFront Function (lebih murah, lebih sederhana) atau Lambda@Edge (lebih kuat, lebih mahal). Untuk kebanyakan pekerjaan redirect, Functions adalah pilihan tepat.

function handler(event) {
  var request = event.request;
  if (request.uri === '/old-url') {
    return {
      statusCode: 301,
      statusDescription: 'Moved Permanently',
      headers: {
        location: { value: 'https://example.com/new-url' }
      }
    };
  }
  return request;
}

Pasang function ini ke behaviour CloudFront distribution dengan event type viewer-request. CloudFront Functions dibatasi eksekusi 10ms dan tanpa akses jaringan, tapi gratis untuk 10M pemanggilan pertama per bulan.

Caddy

Di Caddy, redirect masuk ke Caddyfile Anda dan sangat sederhana.

# Single URL 301
oldbrand.com {
    redir /old-url /new-url permanent
}

# Domain change with HTTPS preserved
oldbrand.com {
    redir https://newbrand.com{uri} 301
}

Jebakan: permanent di Caddy artinya 301. Pakai temporary untuk 302. Caddy otomatis menangani HTTPS via Let’s Encrypt, jadi redirect domain biasanya cukup satu baris.

IIS (Windows Server, web.config)

Di IIS, redirect ada di file web.config situs Anda di bawah bagian <system.webServer>. Membutuhkan modul URL Rewrite (unduhan gratis dari Microsoft).

<configuration>
  <system.webServer>
    <rewrite>
      <rules>
        <rule name="Old URL 301" stopProcessing="true">
          <match url="^old-url$" />
          <action type="Redirect" url="/new-url" redirectType="Permanent" />
        </rule>
        <rule name="Domain change" stopProcessing="true">
          <match url=".*" />
          <conditions>
            <add input="{HTTP_HOST}" pattern="^oldbrand\.com$" />
          </conditions>
          <action type="Redirect" url="https://newbrand.com/{R:0}" redirectType="Permanent" />
        </rule>
      </rules>
    </rewrite>
  </system.webServer>
</configuration>

Jebakan: redirectType="Permanent" di IIS artinya 301. Pakai Found untuk 302, SeeOther untuk 303, Temporary untuk 307. Penamaannya tidak jelas. Banyak developer mengira Temporary itu 302 dan akhirnya mengirimkan kode yang salah.

Sedang di tengah migrasi dan butuh mata kedua? Kirim sitemap dan .htaccess Anda ke kami. Kami akan audit gratis 30 menit lewat panggilan. Layar Anda, suara kami, output curl sungguhan. Tanpa dek presentasi. Tanpa proposal. Retainer mulai ₹40,000 / $499 per bulan saat Anda ingin kami ambil alih pekerjaannya.

Pesan panggilan strategi 30 menit → · WhatsApp +91 96366 50036

Cara Verifikasi: Jangan Percaya Saja. Buktikan.

Ada tiga cara untuk mengecek apa yang sebenarnya dilakukan sebuah redirect. Cara pertama tidak butuh alat khusus. Cara kedua memakai fitur gratis yang sudah ada di Chrome. Cara ketiga memakai dashboard gratis milik Google. Pilih yang paling nyaman buat Anda. Ketiganya sama-sama menunjukkan kebenaran.

curl -I, cek satu baris (untuk developer)

Kalau Anda bukan developer, lompat saja ke metode Browser DevTools atau Google Search Console di bawah. Keduanya menampilkan informasi yang sama tanpa perlu command line.

Di komputer mana pun yang punya terminal (jendela teks hitam-putih yang dipakai developer), jalankan:

curl -I https://example.com/old-url

Contoh output:

HTTP/2 301
date: Tue, 1 May 2026 09:00:00 GMT
location: https://example.com/new-url
cache-control: max-age=31536000

HTTP/2 301 menyala warna emas, header location menunjuk ke URL baru, nilai cache-control max-age disorot. Palet brand navy dan emas." loading="lazy" width="1600" height="900">

Baris pertama menunjukkan status. Di sini 301. Header location: memberi tahu ke mana redirect ini mengarah: URL baru Anda, persis seperti yang Anda tentukan. cache-control: max-age=31536000 (satu tahun dalam detik) menunjukkan redirect sedang di-cache secara agresif, yang konsisten dengan redirect permanen. Browser dan CDN akan mematuhi arahan ini dan melewatkan lookup saat kunjungan berulang.

Perhatikan: beberapa server mengembalikan HTTP/1.1 alih-alih HTTP/2. Baris statusnya berbunyi HTTP/1.1 301 Moved Permanently alih-alih HTTP/2 301 yang lebih ringkas. Perilakunya identik. Nomor versi itu hanya mencerminkan apa yang didukung server Anda, bukan sah atau tidaknya redirect tersebut.

Tab Network di Browser DevTools

Buka Chrome DevTools → tab Network → centang “Preserve log” → muat URL LAMA langsung di address bar.

Request pertama akan menunjukkan status 301 atau 302 di kolom Status. Klik baris itu untuk memeriksa header Location dan semua response header di panel sebelah kanan.

Metode ini bagus untuk mendeteksi redirect chain secara visual. Setiap lompatan muncul sebagai baris terpisah. Kalau Anda melihat tiga baris sebelum 200 yang terakhir, berarti ada chain yang perlu diringkas.

URL Inspection GSC, cek setelah deploy

Google Search Console → URL Inspection → tempel URL LAMA.

Untuk 301 yang berhasil, Anda akan melihat “URL is not on Google” dengan alasan “Page with redirect”. Itu mengonfirmasi Google sudah meng-crawl redirect tersebut, mencatatnya, dan mulai mengalirkan authority ke URL tujuan.

Setelah dua sampai enam minggu, tempel URL BARU. Yang ingin Anda lihat: “URL is on Google” dengan “Page is indexed” dan “User-declared canonical”. Itu mengonfirmasi proses konsolidasi sudah selesai. URL baru kini memegang authority yang dibangun URL lama.

Untuk referensi lengkap fitur URL Inspection, lihat dokumentasi URL Inspection dari Google.

Inilah screenshot yang Anda kirim ke klien untuk membuktikan migrasi berhasil. Bukan ekspor Semrush. Bukan laporan dari tool berbayar. Console milik Google sendiri yang menyatakan URL tersebut ada di Google. Jangan percaya dashboard. Baca responsnya.

Jika Anda Sudah Terlanjur Pakai Kode yang Salah: Panduan Pemulihan

Pemulihan itu cuma empat langkah kecil. Temukan URL yang rusak. Perbaiki kodenya. Minta Google untuk datang lagi. Tunggu. Sebagian besar waktu Anda habis hanya untuk menunggu. Perbaikan sebenarnya cepat. Keseluruhan proses biasanya memakan 2 sampai 6 minggu, dan tergesa-gesa di langkah mana pun justru memperlama penantian.

Seperti apa ini dalam praktik. Kuartal lalu kami membantu sebuah brand skincare yang baru saja memindahkan toko mereka dari Shopify ke WooCommerce. Developer mereka memakai 302 di setiap URL karena plugin migrasi default-nya “temporary” tanpa memperingatkan siapa pun. Di minggu ke-4, trafik organik turun 38%. Kami memeriksa 60 halaman produk, memastikan setiap redirect memakai tipe yang salah, lalu mengubah semuanya jadi 301. Lalu kami mengirim ulang sitemap mereka dan meminta Google merayapi ulang 12 halaman dengan pendapatan tertinggi. Delapan belas hari kemudian, URL baru muncul sebagai versi utama, dan trafik kembali dalam selisih 4% dari baseline sebelum migrasi.

Gejala

Peringkat turun 2 sampai 6 minggu setelah migrasi Anda, dan waktunya terlalu pas untuk disebut kebetulan. Google Search Console menandai “Page with redirect” untuk URL yang seharusnya sudah menjadi versi utama baru sekarang. Google masih memperlakukan URL lama sebagai yang utama. AI search memperparah: ChatGPT, Claude, dan Gemini terus mengarahkan orang ke URL lama karena data pelatihan mereka menangkap sinyal redirect temporary. URL baru Anda muncul dengan kehadiran yang sangat sedikit atau tidak ada di Google meskipun Google menerima sitemap Anda tanpa keluhan. Trafik langsung ke URL lama melonjak tak terduga karena browser dan bookmark mengingat alamat lama, mengirim pengunjung ke loop redirect atau halaman usang.

Diagnosis

Pilih 20 sampai 50 URL lama Anda dan periksa apa yang sebenarnya dikirim server. (Jika Anda developer, pakai curl -I. Kalau tidak, buka URL-nya di Chrome dengan DevTools di tab Network.) Catat kode status yang sebenarnya, bukan yang diklaim dikirim oleh CMS Anda. Lalu jalankan URL yang sama lewat alat URL Inspection di Google Search Console. Ketidaksesuaian itulah titik bocornya. Lihat pengaturan platform atau konfigurasi server Anda untuk menemukan akar masalah. Tiga biang kerok umum: plugin redirect yang default-nya “temporary”, panggilan Express tanpa kode status eksplisit, atau redirect Next.js dengan permanent: false. Catat setiap chain secara terpisah. Chain seperti A→B→C→D menambah masalah kedua di atas masalah kode yang salah.

Perbaiki

Ubah setiap pengaturan yang relevan ke 301 (atau 308 jika Anda perlu mengunci tipe request untuk API) dan luncurkan perubahannya. Cek setiap perbaikan dengan cara yang sama seperti saat Anda menemukan masalahnya, memastikan 301 muncul. Kirim ulang sitemap Anda ke Google Search Console supaya Google tahu ada yang berubah. Gunakan alat URL Inspection di GSC dan klik “Request Indexing” pada URL tujuan yang paling penting. Prioritaskan halaman yang menghasilkan pendapatan atau backlink. Untuk redirect dengan trafik sangat tinggi, Anda bisa mempercepat Google dengan menautkan sementara ke URL baru dari halaman utama Anda. Tautan internal itu memberi dorongan supaya Google datang dan memeriksa lebih cepat.

Re-index

Waktu tunggu tipikal adalah 2 sampai 6 minggu sampai URL baru mengambil alih sebagai yang utama. Lebih cepat di situs besar yang sering dikunjungi Google. Pemulihan AI search bervariasi. ChatGPT dan Gemini mulai mengutip URL yang benar setelah siklus pelatihan mereka diperbarui. Perplexity dan chat Bing biasanya menyusul dalam 1 sampai 2 minggu setelah URL baru stabil. Untuk tolok ukur spesifik tentang berapa lama 301 redirect diproses Google, kami akan mempublikasikan data waktu crawl yang detail di postingan mendatang.

Mewarisi kekacauan redirect dan tidak tahu di mana kebocorannya? Tempelkan sitemap Anda ke audit gratis 5 menit dan kami akan kirim kembali daftar setiap 301, 302, dan chain di grafik redirect Anda, plus yang sedang membuat Anda kehilangan indexasi saat ini. Sebagian besar klien menghubungi kami di minggu ke-3 setelah trafik turun tanpa penjelasan. Hemat 2 minggu.

Kirim sitemap Anda lewat WhatsApp →

7 Kesalahan yang Diam-Diam Merenggut Peringkat

Ini tujuh kesalahan yang kami temukan di hampir setiap audit. Masing-masing datang dengan cara cepat untuk mengenalinya dan cara cepat untuk memperbaikinya.

Seperti apa ini dalam praktik. Tahun lalu kami mengaudit sebuah perusahaan software yang sedang bersiap menggalang ronde investasi besar pertama mereka. Selama enam tahun perubahan produk, konfigurasi server mereka menumpuk 4.200 aturan redirect. Empat puluh satu membentuk chain sepanjang empat hop atau lebih. Enam adalah loop aktif, yang mengirim server berputar-putar. Kami meringkas setiap chain menjadi redirect satu hop, membunuh loop-nya, dan memangkas totalnya jadi 1.180. Halaman mulai dimuat 340ms lebih cepat. Dua minggu kemudian, Google kembali merayapi lebih banyak situs mereka.

1. Redirect chain (A menuju B, B menuju C, C menuju D). Anda bisa mengenalinya dengan mengikuti chain penuh di setiap langkah. Setiap hop kehilangan sedikit kekuatan peringkat dan menambah jeda. Perbaiki dengan mengirim A langsung ke D. Panduan debugging redirect chain mencakup proses langkah demi langkah secara lengkap.

2. Redirect loop. Server mengembalikan error atau browser Anda time out setelah redirect memantul berputar-putar. Perbaiki dengan menghapus aturan yang mengarah kembali ke URL lebih awal dalam chain.

3. Campuran 301 dan 302 dalam satu migrasi. Beberapa halaman dapat kode permanen, yang lain dapat kode temporary, dan Google melihat gambaran yang tidak konsisten. Perbaiki dengan memeriksa setiap URL di sitemap Anda dan mengubah setiap aturan ke 301.

4. Lupa bahwa /page dan /page/ adalah URL berbeda. Dengan atau tanpa trailing slash, Google memperlakukannya sebagai dua halaman terpisah. Keduanya harus redirect ke satu yang sama, kalau tidak kekuatan peringkat Anda terpecah di antara dua versi.

5. Lupa varian http:// dan www.. Setiap URL punya empat versi: dengan dan tanpa https, dengan dan tanpa www. Tiga di antaranya harus 301 ke satu versi utama. Meninggalkan salah satunya memecah otoritas Anda di beberapa alamat.

Ledakan URL variasi adalah mode kegagalan terkait khusus WC. Lima atribut dengan delapan nilai masing-masing bisa memunculkan 40.000 URL yang bisa diindeks dari satu produk. SEO teknis khusus WooCommerce mencakup pola deduplikasi URL variasi yang ada di Lantai 3 WC Tower.

6. Halaman kosong setelah redirect. URL tujuan bekerja, tapi halamannya pendek atau pada dasarnya kosong. Google memperlakukan ini sebagai “soft 404” (halaman yang secara teknis dimuat tapi bersikap seperti halaman hilang) dan diam-diam menjatuhkannya. Perbaiki dengan memastikan tujuan punya konten nyata yang berguna. Panduan pemulihan soft 404 mencakup persis seberapa banyak konten yang cukup.

7. Auto-redirect orang berdasarkan negara mereka. Mengirim pengunjung ke halaman berbeda berdasarkan lokasi browsing mereka, tanpa cara untuk memilih keluar, melanggar aturan Google. Perbaiki sesuai Multi-Region Authority Stack Layer 1, yang memaparkan cara yang benar untuk mengarahkan orang berdasarkan wilayah.

Auto-redirect Geo-IP tanpa override manual adalah pola berisiko cloaking yang ditandai oleh tim spam Google. Untuk routing multi-wilayah yang dilakukan dengan benar (hreflang, arsitektur ccTLD, dan aturan Geo-IP Layer 1 yang tidak diam-diam 302), lihat Multi-Region Authority Stack.

Pertanyaan yang Sering Diajukan

Apa perbedaan antara redirect 301 dan 302?

301 menandakan perpindahan permanen. Google mengganti URL lama dengan URL baru sebagai kanonikal. 302 menandakan perpindahan sementara. Google mempertahankan URL asli sebagai kanonikal. Keduanya meneruskan link equity menurut dokumentasi Google, tetapi perilaku indeksasinya sangat berbeda. Gunakan 301 jika perpindahannya permanen. Gunakan 302 jika Anda akan mengembalikannya.

Apakah redirect 302 merugikan SEO?

Ya. Jika Anda menggunakannya secara salah. Menggunakan 302 untuk perpindahan permanen berarti Google mempertahankan URL sumber sebagai kanonikal tanpa batas waktu, sehingga URL tujuan tidak pernah membangun sinyal peringkatnya sendiri. Equity tetap diteruskan (Mueller mengkonfirmasi itu pada 2016) tetapi terbagi di kedua URL, bukan terkonsolidasi pada yang baru. Hasilnya: tidak ada URL yang membangun otoritas yang Anda butuhkan untuk peringkat pada kueri sulit. Perbaikannya adalah beralih ke 301, kirim ulang sitemap, dan minta pengindeksan.

Apakah redirect 302 meneruskan link equity?

Ya. John Mueller dari Google mengkonfirmasi bahwa redirect 301 dan 302 sama-sama meneruskan link equity. Tangkapannya: dengan 302, URL tujuan tidak menjadi kanonikal, jadi equity tetap terdistribusi di kedua URL, bukan terkonsolidasi. Sinyal tautan Anda tetap terpecah sampai Anda beralih ke 301 atau menghapus redirect sepenuhnya.

Kapan saya harus menggunakan redirect 302, bukan 301?

Gunakan 302 untuk skenario yang benar-benar sementara. Pengujian A/B yang akan Anda kembalikan. Jendela pemeliharaan selama beberapa jam atau hari. Halaman promo yang kedaluwarsa setelah kampanye. Penyajian sementara khusus lokal selama pengujian geografis. Kriterianya: Anda benar-benar berniat memulihkan URL asli dalam jangka waktu yang wajar.

Berapa lama Google memproses redirect 301?

Biasanya 2 hingga 6 minggu agar kanonikal baru sepenuhnya menggantikan yang lama di indeks Google. Situs berotoritas tinggi dengan crawl budget aktif mendapat pemrosesan lebih cepat. Situs berotoritas rendah bisa memakan waktu 8 hingga 12 minggu untuk menyelesaikan konsolidasi. Lacak progres dengan alat URL Inspection di GSC. Pertanyaan berapa lama redirect 301 diproses Google sebagian besar bergantung pada seberapa sering Google meng-crawl situs Anda.

Bisakah saya mengubah 302 menjadi 301 nanti? Apakah peringkat saya akan pulih?

Ya. Perbarui konfigurasi server Anda dari 302 ke 301, kirim ulang sitemap di Google Search Console, dan minta pengindeksan untuk URL yang terdampak. Peringkat biasanya pulih dalam 2 hingga 6 minggu saat Google memproses ulang redirect dan mengkonsolidasikan sinyal ke URL tujuan. Semakin cepat Anda memperbaiki kesalahan, semakin cepat pemulihan terjadi.

Apa perbedaan antara 301 dan 308? Antara 302 dan 307?

308 adalah permanen ketat (method-safe). Ini melarang klien mengubah metode HTTP selama redirect. 307 adalah sementara ketat (method-safe) dengan preservasi metode yang sama. 301 dan 302 secara historis mengizinkan klien mengubah permintaan POST menjadi GET. Gunakan 307 dan 308 untuk endpoint API di mana mempertahankan metode permintaan asli sangat penting.

Bagaimana cara redirect URL di WordPress?

Tiga opsi. Redirect manager RankMath PRO memiliki antarmuka paling bersih dan deteksi 404 otomatis. Plugin Redirection gratis menawarkan fungsionalitas serupa tanpa biaya premium. Pengeditan .htaccess manual memberi Anda kontrol maksimal tetapi butuh akses server. Untuk metodologi technical SEO WordPress yang lebih luas, lihat playbook SEO WordPress kami.

Bagaimana cara memeriksa apakah redirect bekerja dengan benar?

Jalankan curl -I [old-url] di terminal Anda untuk melihat kode status dan header Location yang sebenarnya dikembalikan server Anda. Tab Network di Browser DevTools menampilkan informasi yang sama dengan rendering chain visual. Alat URL Inspection di Google Search Console memberi tahu Anda bagaimana Google sendiri membaca redirect tersebut.

Apakah rantai redirect 301 merugikan SEO saya?

Ya. Setiap hop kehilangan sebagian kecil link equity dan menambah latensi. Google mungkin berhenti mengikuti rantai setelah sekitar 5 hop, meninggalkan equity terbengkalai di sepanjang jalan. Audit redirect Anda setiap kuartal dan runtuhkan rantai menjadi single-hop. Screaming Frog mendeteksi rantai secara otomatis.

Apakah mesin pencari AI (ChatGPT, Claude, Gemini) memperlakukan redirect berbeda dari Google?

Ya. ChatGPT mengutip URL yang diredirect 3 hingga 7 kali lebih jarang daripada Google, menurut studi SE Ranking pada Desember 2025. Sistem AI lebih suka URL yang stabil dan tidak diredirect saat memilih sumber. Jika trafik AI penting untuk strategi Anda, prioritaskan 301 daripada 302 dan hilangkan rantai redirect di konten bernilai tinggi Anda.

Berapa lama saya harus mempertahankan redirect 301?

Setidaknya 12 bulan, idealnya permanen. Setelah Google mengkonsolidasikan sinyal ke URL baru, Anda mungkin berpikir redirect tidak lagi diperlukan. Itu perlu. Pertahankan. Situs lain yang menautkan ke URL lama masih mengirim pengguna (dan bot) melalui redirect selama bertahun-tahun. Hapus itu dan tautan tersebut jadi 404. Aturan praktis yang masuk akal: pertahankan 301 selamanya kecuali URL tujuan itu sendiri sedang dihentikan.

Bagaimana cara redirect parameter query-string seperti ?utm_source=X?

Dua opsi. Pertahankan: sebagian besar platform meneruskan query string secara otomatis (Apache RewriteRule, Nginx $request_uri, Cloudflare Workers request.url). Hapus: redirect secara eksplisit ke tujuan tanpa query (misalnya Apache RewriteRule ^old$ /new? [R=301,L], di mana ? di akhir menghapus query). Default-nya pertahankan kecuali Anda punya alasan khusus (kebersihan analitik, pembersihan kanonikal) untuk menghapusnya.

Apakah redirect memengaruhi Core Web Vitals atau kecepatan halaman?

Ya. Setiap hop redirect menambah latensi 100-400ms tergantung DNS, handshake TLS, dan waktu respons server. Redirect tunggal jarang menjadi masalah CWV. Rantai 3+ redirect pada resource critical-path dapat mendorong LCP melewati 2,5 detik dan menghancurkan CWV Anda. Selalu runtuhkan rantai dan host redirect di edge (Cloudflare Workers, CloudFront Functions) untuk respons tercepat.

Apa perbedaan antara hard 301 dan soft 301?

Tidak ada “soft 301” dalam spesifikasi HTTP. Istilah ini kadang muncul dalam tulisan SEO untuk menggambarkan redirect berbasis JavaScript atau meta-refresh. Itu bukan 301 asli. Itu adalah hack sisi klien. 301 hard (asli) adalah respons tingkat HTTP dengan kode status 301 yang dikembalikan oleh server. “Soft 301” (JS atau meta-refresh) tidak meneruskan equity dengan andal, tidak dihormati oleh semua crawler, dan menambah latensi. Selalu gunakan 301 tingkat HTTP yang asli.

Bisakah saya redirect ke domain eksternal?

Ya. Mekanisme redirect-nya identik. Header Location menunjuk ke URL eksternal, kode statusnya terserah Anda. Konsekuensi SEO-nya juga sama: 301 ke domain eksternal mentransfer sinyal peringkat ke domain tersebut, 302 mempertahankan sinyal di domain Anda. Gunakan redirect 301 eksternal dengan hemat. Anda menyerahkan equity ke situs orang lain. Penggunaan sah yang umum: redirect setelah akuisisi, referral situs partner, atau menutup sebuah brand.

Bagaimana cara memperbaiki redirect loop?

Jalankan curl -L -I [url]. Flag -L mengikuti redirect, -I menampilkan header. Jika trace memantul antara dua atau lebih URL, Anda punya loop. Penyebab umum: redirect A→B ditambah tag kanonikal B→A, aturan .htaccess yang bertentangan, atau redirect tingkat CDN yang bentrok dengan redirect server asal. Perbaiki dengan mengidentifikasi aturan yang bermasalah (biasanya yang paling baru ditambahkan) dan menghapusnya. Setelah perbaikan, validasi ulang dengan curl -L -I. Resolusi yang berhasil menampilkan satu 200 di akhir trace.

Sedang di tengah migrasi? Ini penawarannya.

Kirim sitemap dan .htaccess Anda kepada kami. Kami akan menghabiskan 30 menit dalam panggilan. Layar Anda ditambah layar kami. Kami akan menjalankan curl pada lima URL Anda secara langsung, melihat graph redirect Anda di GSC, dan memberi tahu Anda perbaikan mana yang menyelamatkan ranking equity paling banyak. Tanpa deck, tanpa proposal, tanpa rangkaian sales follow-up.

Pesan panggilan strategi 30 menit → · WhatsApp +91 96366 50036

Ingin melihat harga terlebih dahulu? Pricing Index yang dipublikasikan menampilkan setiap tingkat retainer dalam INR, USD, GBP, EUR, AUD. Tanpa pengali discovery-call.

Ingin metodologi utamanya? Lihat Prove-It Protocol. Ship → Measure → Prove → Iterate.

Tentang penulis

Kunal Singh Dabi adalah pendiri KD Digital. Diakui sebagai Best SEO Specialist in India untuk MSME di WASME World MSME Business Summit 2023 di New Delhi. 250+ bisnis telah dikembangkan di 17+ negara sejak Mei 2021. 4,9★ di 140+ ulasan terverifikasi. Pembangun praktik konsultasi SEO induk yang mengirim setiap perubahan dengan Monday Report.