Redirect merupakan metode mengarahkan pengunjung dari satu URL ke URL lain. Redirect 301 dapat berguna untuk memperbaiki 404 Errors atau untuk membantu menghindari error saat mengubah URL, tetapi penting bagi Anda untuk mengarahkan ulang ke tempat yang tepat. Dalam panduan ini, kami akan membahas semua aspek bekerja dengan Redirect, termasuk menerapkan Redirects 301.
Daftar isi
Apa itu Redirect?
Anda dapat menganggap Redirect seperti penerusan email versi online. Jika Anda pindah, Anda memberitahu kantor pos untuk meneruskan surat yang tiba di alamat lama Anda ke alamat baru Anda. Dalam kasus Redirect di website, Anda menggunakan Redirect untuk memberi tahu server Anda untuk meneruskan (atau mengalihkan) setiap permintaan yang dibuat ke satu URL ke URL yang berbeda. URL yang Anda alihkan disebut sumber Redirect dan URL yang Anda alihkan disebut tujuan Redirect.
Setelah diterapkan, siapa pun yang mencoba mengakses sumber Redirect akan diarahkan ke tujuan Redirect. Saat server memproses Redirect ini, kode status respons dikembalikan ke browser untuk menunjukkan jenis Redirect itu. Kode status response Redirect yang paling umum adalah 301, yang menunjukkan bahwa ini adalah Redirect permanen. Anda juga dapat menggunakan kode status response 302 untuk menunjukkan bahwa Redirect bersifat sementara.
Mengapa Menggunakan Redirect?
Gunakan Redirects 301 untuk Memperbaiki 404 Errors
Mau tidak mau, Anda akan memiliki not-found errors on your website. Orang salah mengetik kata, Anda mengubah URL dan lupa menambahkan Redirect pencegahan, atau Anda menghapus halaman lama dari website Anda. Katakanlah, misalnya, bahwa /login adalah 404 not-found error on your website. Untuk memperbaiki error itu, dan mencegah orang mengalami error, Anda dapat menambahkan Redirect /login (halaman 404 Errors) ke /login.html (halaman yang berfungsi di website itu). Dengan begitu, jika ada yang mencoba mengakses /login, mereka akan membuka /login.html dan menghindari Redirect.
Gunakan Redirect untuk Menghindari 404 Errors
Saat Anda memperbarui website Anda, sebagai bagian dari perombakan besar, konsolidasi halaman, atau pemeliharaan rutin, Anda kadang-kadang perlu mengubah URL halaman tertentu. Saat Anda mengubah URL, siapa pun yang mencoba mengakses URL lama akan menerima pesan error yang mengatakan bahwa URL tidak lagi dapat ditemukan. Sebagai gantinya, Anda ingin mengarahkan pengunjung dan robot yang mencoba mengakses URL lama ke versi baru URL untuk mencegah 404 Errors agar tidak pernah terjadi.
Halaman Apa yang Harus Anda Redirect Ke Yang Lain?
Mengarahkan halaman yang diperbarui itu mudah. Misalnya, halaman tentang produk lama mungkin telah dihapus dari website, tetapi ada versi baru dari produk tersebut. Jadi, perbaikannya adalah mengarahkan ulang URL halaman yang dihapus ke URL halaman baru.
Untuk halaman yang dihapus, Redirect harus mengarahkan pengunjung ke halaman yang memenuhi harapan yang sama seperti halaman yang dihapus. Misalnya, halaman produk lama telah dihapus tetapi tidak ada produk versi baru, sehingga Redirect dapat mengarahkan pengunjung ke halaman kategori yang mencantumkan produk seperti yang telah dihapus.
Penting untuk menghindari mengarahkan pengunjung ke halaman yang bukan sesuatu yang tidak diharapkan orang karena ini membuat frustasi dan membingungkan. Katakanlah, seorang pengunjung mencoba menemukan produk yang tidak lagi Anda bawa tetapi URL lama itu mengarahkan saya ke halaman tentang website Anda dan halaman tentang tidak ada hubungannya dengan produk yang diminati pengunjung. Salah satu contoh umum dari ini adalah halaman rumah. Halaman beranda hampir selalu terfokus secara luas, sehingga kemungkinan halaman beranda akan cukup mirip dengan halaman yang dihapus yang ingin ditemukan pengunjung tidak mungkin.
Singkatnya: temukan halaman paling relevan yang dapat Anda arahkan ulang. Jika tidak ada halaman yang relevan untuk dialihkan, tidak apa-apa membiarkan orang melihat pesan error. Saat mencapai pesan error, terutama pesan error yang dibuat dengan baik, pengunjung tahu bahwa halaman yang mereka harapkan untuk diakses tidak lagi tersedia alih-alih menjadi bingung setelah dialihkan ke halaman acak dan tidak relevan.
Tips n Trik:
Salah satu alasan paling umum untuk memperbarui URL, adalah ketika Anda memindahkan website Anda ke platform baru. Platform dapat menghasilkan URL yang berbeda (misalnya page.aspx bukan page.php) atau platform baru mungkin memaksa struktur direktori (misalnya semua posting blog harus dalam direktori /blog/). Ini adalah area untuk dievaluasi ketika memilih platform baru; platform yang tidak memerlukan (atau hanya sedikit) perubahan pada struktur URL lebih disukai karena mengurangi kebutuhan untuk Redirect dan mengurangi kemungkinan kehilangan traffic.
Saat mentransisikan website dengan hanya beberapa halaman dengan URL yang diubah, mengarahkan ulang setiap halaman itu mudah. Tetapi jika Anda memiliki banyak halaman dengan URL yang diubah (misalnya, ribuan halaman produk semuanya telah mengubah URL) terkadang lebih praktis untuk hanya memilih halaman “terbaik” untuk dialihkan. Ini mungkin termasuk mengarahkan ulang halaman dengan beberapa tautan eksternal, volume traffic tinggi, jumlah berbagi sosial yang tinggi, tingkat konversi yang lebih tinggi, atau beberapa kombinasi dari faktor-faktor tersebut.
Bagaimana Anda Menerapkan Redirect?
Ada berbagai cara untuk memproses Redirect, tetapi metode yang paling dapat diandalkan adalah menangani Redirect melalui server. Saat pengguna mengakses URL lama, server memotong pengguna tersebut dan mengirim pengguna tersebut ke URL baru. Pengguna sebagian besar tidak menyadari bahwa Redirect terjadi.
Redirect Sisi Server
Redirect sisi server dapat dikonfigurasi dengan beberapa cara berbeda. Paling sering Redirect sisi server dikonfigurasi melalui file .htaccess (di Apache), melalui IIS (Windows), atau melalui file web.config (juga Windows). Ada juga beberapa cara lain untuk menangani Redirect dalam berbagai bahasa pemrograman. Saat mengonfigurasi Redirect sisi server, Anda ingin memastikan untuk menggunakan kode status respons 301 untuk menunjukkan bahwa Redirect bersifat permanen. Ini akan membantu Google lebih cepat menyegarkan indeks pencarian mereka, memastikan bahwa pencari menemukan halaman yang tepat di website Anda. Kode response HTTP 302, yang sering kali merupakan setelan default dan paling mudah diterapkan, menunjukkan Redirect bersifat sementara dan, akibatnya, Redirect mungkin tidak diperbarui secepat Google dalam hasil penelusuran. (Catatan tambahan: ada beberapa bukti anekdotal bahwa Google mungkin memperlakukan Redirect 302 sebagai Redirects 301 dalam beberapa kasus tetapi, meskipun demikian, 301 adalah sinyal yang lebih jelas untuk dikirim.)
htaccess 301 Redirect
File .htaccess adalah file kontrol untuk server Apache. (Anda dapat mengetahui jenis server yang Anda gunakan dengan menggunakan alat seperti http://builtwith.com/.) File .htaccess terletak di direktori utama (atau direktori root) website Anda (pastikan untuk melihat file tersembunyi). Dalam file .htaccess, Anda dapat meletakkan sejumlah pernyataan yang memberi tahu server apa yang harus dilakukan, termasuk pernyataan tentang Redirect. Berikut adalah langkah-langkah untuk menambahkan 301 redirect ke file .htaccess:
- Untuk membuat pernyataan di file .htaccess, pertama-tama Anda ingin menyatakan bahwa Anda membuat Redirect dengan pernyataan redirect .
- Selanjutnya, Anda ingin menentukan jenis Redirect. Dalam hal ini, kami ingin memperbaiki tautan yang rusak secara permanen, sehingga jenis Redirectnya adalah 301 (yang merupakan kode status respons HTTP untuk “Dipindahkan Secara Permanen”).
- Kemudian Anda ingin menyatakan URL rusak yang ingin kami arahkan ke tempat lain. Untuk menggunakan contoh di atas, misalkan kita sedang memperbaiki link “/login” yang rusak. Jadi, kami ingin menyatakan /login. Perhatikan bahwa, tautan rusak ini tidak boleh menyertakan domain website Anda (jadi, tidak ada “website contoh.com”).
- Terakhir, Anda ingin menyatakan URL mana yang akan dialihkan. Dalam contoh kami di atas, ini adalah “/ login.html”, yang merupakan halaman kerja di website ini. Kami akan menyatakan ini dengan menambahkan http://www.examplesite.com/login.html. Untuk URL tujuan Anda, kami ingin menyertakan nama domain (jadi, sertakan “examplesite.com”).
Itu dia! Menyatukan semuanya, Anda akan memiliki baris di file .htaccess Anda yang terlihat seperti ini:
redirect 301 /login http://www.examplesite.com/login.htmlSetelah menyimpan file .htaccess Anda ke server Anda, saat berikutnya Anda mengunjungi examplesite.com/login, Anda akan diarahkan ke examplesite.com/ masuk.html.
web.config 301 Redirect
Jika Anda tidak memiliki server Apache, menambahkan Redirect melalui file .htaccess tidak akan berfungsi. Metode umum lainnya adalah menambahkan Redirect melalui file web.config. Seperti file .htaccess, web.config terletak di direktori utama (atau direktori root) website Anda. Seperti file .htaccess, Anda menambahkan pernyataan yang memberi tahu server untuk mengarahkan ulang URL tertentu. Pernyataan redirect masuk di antara <configuration> </configuration> tag.
- Untuk membuat pernyataan di file web.config, Anda akan mulai dengan menentukan jalur file yang ingin Anda arahkan (link rusak). Untuk contoh ini, katakanlah “http://www.examplesite.com/calendar/634.html” mengembalikan 404 Errors. Untuk mencegah orang mengunjungi “calendar/634.html” dan menerima pesan error itu, kami ingin mengarahkan ulang URL tersebut ke URL yang berfungsi. Untuk melakukannya di file web.config, kita perlu menyatakan jalur Redirect kita sebagai: <location path=”calendar/634.html”> Perhatikan bahwa kita tidak menyertakan examplesite.com (domain kita) dalam definisi jalur ini.
- Selanjutnya, kami ingin menentukan tujuan kami, ke mana kami ingin tautan yang rusak dialihkan. Dalam contoh ini, kami ingin mengarahkan tautan yang rusak ke “http://www.examplesite.com/calendar.html”. Instruksi ini terkandung dalam atribut tag http Redirect. Nama atribut adalah tujuan dan nilainya adalah URL lengkap (termasuk domain examplesite.com) yang ingin kita alihkan. Pernyataan itu terlihat seperti
<httpRedirect enabled=”true” destination=”http://www.examplesite.com/calendar.html”/> - Pada tag httpRedirect, kita juga ingin menambahkan atribut httpResponse Status dan menyetel atribut tersebut ke “Permanen”. Ini menunjukkan bahwa ini adalah solusi permanen untuk tautan yang rusak. Pernyataan tag http Redirect lengkap terlihat seperti <httpRedirect enabled=”true” destination=”http://www.examplesite.com/calendar.html” httpResponseStatus=”Permanent”/>
- Terakhir, kami ingin memuat tag httpRedirect di dalam sebuah <system.webServer>tag. The <system.webServer>tag ujung up yang terkandung dalam <location path=”calendar/634.html”>tag kami didefinisikan pada langkah 1.
Menempatkan semua itu bersama-sama, kita berakhir dengan pernyataan lengkap yang terlihat seperti ini:
<location path="calendar/634.html">
<system.webServer>
<httpRedirect enabled="true" destination="http://www.examplesite.com/calendar.html" httpResponseStatus="Permanent" />
</system.webServer>
</location>
Setelah menambahkan ini ke file web.config, pergi ke “http://www.examplesite.com/calendar/634.html” will redirect us to “http://www.examplesite.com/calendar.html”.Redirect Berbasis Browser (Client-Side)
Alternatif untuk metode sisi server adalah mengarahkan pengguna ke URL baru melalui kode yang berjalan secara lokal di browser pengguna. Menggunakan metode ini, ketika pengguna meminta URL lama, browser memuat halaman yang terletak di URL lama. Browser kemudian mengeksekusi kode pada URL lama itu untuk mengarahkan pengguna ke URL yang diperbarui. Ini paling sering dilakukan melalui penyegaran meta atau melalui Redirect JavaScript.
Metode berbasis browser dapat diblokir dalam konfigurasi browser tertentu dan beberapa metode berbasis browser diabaikan oleh robot pencari. Akibatnya, Redirect berbasis browser tidak disarankan, demi Redirect sisi server. Jika Anda benar-benar harus menggunakan Redirect berbasis browser, Redirect JavaScript mungkin merupakan opsi yang lebih baik karena kemungkinan besar akan dijalankan dengan andal di browser.
Redirect WordPress
Untuk WordPress (dan sistem CMS lainnya), ada plugin yang akan membantu mengonfigurasi dan mengelola Redirect. Plugin yang saya temukan berfungsi paling baik untuk Client dan yang sangat saya rekomendasikan untuk digunakan disebut, sederhananya, Redirection. Setelah diinstal, Redirection dapat ditemukan di bawah menu “Tools”. Dari halaman utama, Anda dapat mengedit Redirect yang ada atau Anda dapat menambahkan Redirect baru.
Pada layar add new redirect, “Source URL” adalah URL yang Anda alihkan (alamat lama) dan “Target URL” adalah URL tujuan Anda (alamat baru). Redirect juga memungkinkan Anda menangani Redirect dengan ekspresi reguler dan juga memungkinkan Anda mengelompokkan Redirect agar tetap teratur. Secara default, Redirection akan mengatur redirect sebagai 301 tetapi jika Anda ingin mengubahnya, Anda dapat mengklik ikon roda gigi untuk opsi lainnya dan mengatur redirect ke kode respons yang berbeda.
Pengujian Redirect
Google Search Console
Untuk memeriksa apakah URL dialihkan di Google Search Console, Anda dapat menggunakan alat Inspeksi URL dengan memasukkan URL di kotak pencarian di bagian atas layar.
Google Search Console kemudian akan menampilkan hasil yang menunjukkan apa yang mereka ketahui tentang URL tersebut. Jika bot Google sebelumnya telah crawled URL, Anda mungkin akan melihat sesuatu seperti ini. Bagian “Cakupan” mencatat bahwa ini adalah “Halaman dengan Redirect”, yang kami harapkan akan terlihat untuk Redirect yang diterapkan dengan benar.
Jika Redirect baru saja ditambahkan, Anda dapat meminta Google untuk menguji URL langsung dengan mengklik “Uji URL Langsung” di sudut kanan atas. Setelah pengujian langsung berjalan, di bagian “Ketersediaan” Anda akan melihat “User-declared canonical” dan URL yang tercantum di sana seharusnya merupakan URL tujuan Anda. Jika ya, maka Google telah mendeteksi Redirect.
Metode Lain Pengujian Redirect
Cara lain untuk menguji Redirect adalah dengan menggunakan alat seperti WhereGoes. Di Mana Pergi, Anda dapat memasukkan URL, mengonfirmasi bahwa respons yang tepat dikembalikan saat dialihkan, dan mengonfirmasi bahwa URL dialihkan ke lokasi yang benar. Mulailah dengan memasukkan URL di layar utama Where Goes dan kemudian klik “Trace URL”.
Hasilnya kemudian akan dikembalikan. Dalam contoh ini Anda dapat melihat bahwa /tech-seo/controlling-search-robots/ di website saya dialihkan dengan respons 301 ke /noindex-vs-nofollow-vs-disallow.
Pertanyaan Redirect Lainnya
Apakah saya ingin menggunakan Redirect 302?
Ya! Jika Redirect benar-benar bersifat sementara, maka 302 adalah solusi yang tepat. Misalnya, jika Anda menutup sementara halaman promosi di website e-niaga tetapi akan membuka kembali halaman promosi itu dalam beberapa jam, 302 akan sesuai. Google juga merekomendasikan mengembalikan 302 untuk website khusus seluler (jika Anda masih menggunakan konfigurasi itu).
Apa itu Redirect 307 atau 308?
Status respons 307 atau 308 adalah kode status baru yang tersedia di HTTP 1.1. Respons 307 menunjukkan Redirect sementara dan 308 menunjukkan Redirect permanent. Kode 308 didukung oleh Google Dan akan diperlakukan seperti Redirects 301. Karena kemungkinan besar Anda menggunakan Redirect permanen, Anda dapat menggunakan 308 alih-alih 301. Namun, kedua kode status didukung sehingga Anda tidak perlu mengubah Redirects 301 saat ini ke kode status yang berbeda.
Redirect 307 sedikit lebih sulit untuk dijelaskan. Anda akan paling sering melihat ini dalam alat pengujian, termasuk di dalam Google Chrome, saat menguji Redirect antara website yang tidak aman dan website yang aman. Tangkapannya adalah 307 dikembalikan di browser meskipun server tidak dikonfigurasi untuk mengembalikan Redirect 307. Itu karena browser mungkin mengirim Redirect 307 saat mengalihkan ke https menggunakan Redirect internal. Jenis-jenis inni Redirect 307 tidak terlihat oleh Googlebot Karena jenis Redirect ini bukan Redirect “nyata”. Rekomendasi saya adalah untuk tidak menggunakan status 307 pada Redirect Anda dan, sebagai gantinya, pastikan server Anda mengembalikan Redirect permanen yang tepat saat mengalihkan ke koneksi yang aman.
Apa itu Redirect Chain?
Rantai Redirect adalah tempat beberapa URL dialihkan dari satu ke yang berikutnya ke yang berikutnya. Setiap langkah dalam rantai adalah hop redirect. Contoh:
asite.com/A -> asite.com/B
asite.com/B -> asite.com/C
asite.com/C -> asite.com/D
Dalam contoh ini, asite.com/A dialihkan ke asite.com/D dalam tiga lompatan, membuat rantai Redirect. Perhatikan bahwa URL asite.com/B dialihkan ke asite.com/D dalam dua lompatan.
Robot membuang sumber daya yang crawled rantai Redirect ini dan mungkin berhenti mengikuti rantai setelah sejumlah lompatan tertentu, yang berarti robot mungkin tidak menemukan halaman terakhir dalam rantai Redirect. Rantai harus dihindari dengan segala cara. Dalam contoh di atas, asite.com/A, asite.com/B, dan asite.com/C harus dialihkan ke asite.com/D dalam satu lompatan.
Apa itu Redirect Loop?
Rantai redirect yang berputar kembali ke dirinya sendiri disebut redirect loop. Tidak ada tujuan yang dapat dicapai dengan mengikuti Redirect, yang berarti pengunjung tidak akan dapat mengakses halaman apa pun dalam loop Redirect. Robot akan membuang anggaran crawling dan pengunjung manusia akan melihat pesan error di browser mereka.
Contoh rantai Redirect:
asite.com/A -> asite.com/B
asite.com/B -> asite.com/C
asite.com/C -> asite.com/A
Bagaimana Redirect Akan Mempengaruhi Traffic?
Bahkan ketika menambahkan Redirect dengan benar, Anda akan sering melihat penurunan traffic dari Google dan kemungkinan penurunan peringkat di hasil penelusuran Google saat Google mempelajari tentang Redirect dan URL baru. Ini bisa sangat bermasalah selama desain ulang website, meskipun Redirect dapat menjadi bagian penting dari pemulihan.
Berapa Lama Saya Harus Menyimpan Redirect?
Lamanya waktu bagi Google untuk menyesuaikan akan bervariasi dengan beberapa laporan yang mengatakan bahwa Google mengenali Redirect dalam hitungan jam dan laporan lain menunjukkan itu bisa memakan waktu berbulan-bulan. Untuk lebih lanjut, lihat artikel saya tentang berapa lama untuk menyimpan Redirect.
