Struktur URL

TL;DR — URL adalah alamat sebuah halaman. URL yang baik mudah dibaca, menggunakan huruf kecil dan tanda hubung antar-kata, serta menggambarkan isi halaman. Namun, jangan berharap URL banyak mengubah peringkat — manfaat utamanya adalah bagi crawling dan manusia. Kesalahan terbesar adalah mengubah URL yang sebenarnya tidak perlu diubah.

Apa itu URL

URL — Uniform Resource Locator — adalah alamat lengkap sebuah halaman di web. Jika diuraikan, URL terdiri atas beberapa bagian:

https://www.example.com/blog/url-structure/?ref=newsletter#anatomy
└─┬─┘   └┬┘ └────┬────┘└───────┬──────────┘└──────┬──────┘└──┬───┘
scheme  sub   domain         path             query string  fragment

• Skema — https://. Gunakan HTTPS; ini adalah versi aman dan standar yang diharapkan.
• Subdomain — www. (atau blog., shop., dan sebagainya). Opsional.
• Domain — example.com. Nama situs Anda.
• Jalur — /blog/url-structure/. Folder dan “slug” halaman. Bagian inilah yang biasanya Anda kendalikan.
• String kueri — ?ref=newsletter. Parameter tambahan, sering digunakan untuk pelacakan atau pemfilteran.
• Fragmen — #anatomy. Mengarah ke bagian tertentu pada halaman. Mesin pencari umumnya mengabaikannya.

Ciri URL yang baik

Buat sesederhana mungkin:

• Gunakan kata, bukan angka. /blog/url-structure/ lebih baik daripada /p?id=4321.
• Gunakan tanda hubung antar-kata. red-shoes, bukan red_shoes atau redshoes.
• Gunakan huruf kecil untuk semuanya. Page dan page dapat diperlakukan sebagai dua URL berbeda.
• Jaga agar cukup singkat dan mudah dibaca — cukup jelas sehingga orang dapat menebak isi halamannya.
• Sesuaikan dengan struktur situs. Folder seharusnya mencerminkan organisasi situs Anda.

Hal yang paling sering disalahpahami

URL adalah faktor peringkat yang sangat kecil. Google sudah bertahun-tahun mengatakan bahwa kata kunci dalam URL “have hardly any effect.” (terjemahan) “hampir tidak berpengaruh.” Jadi, jangan memaksakan kata kunci ke dalam URL dan, yang lebih penting, jangan mengganti banyak URL yang sudah ada dengan harapan peringkat akan naik. Cara itu hampir tidak pernah berhasil, sedangkan perubahan URL membawa risiko nyata seperti tautan rusak dan hilangnya ekuitas bila pengalihan salah. Jika URL Anda sudah berfungsi, biarkan tetap demikian.

Ingin mengetahui penjelasan Google sendiri tentang tanda hubung vs. garis bawah, risiko huruf besar-kecil, dan bagaimana parameter menghabiskan anggaran crawling? Buka tab Advanced.

TL;DR — Struktur URL terutama menyangkut crawling dan pemahaman, bukan pengungkit peringkat. Kata kunci dalam URL adalah sinyal “very light weight” (terjemahan) “sangat ringan” yang makin tidak berarti setelah halaman diindeks. Gunakan tanda hubung (Google menggabungkan kata pada garis bawah dan memisahkannya pada tanda hubung). Kapitalisasi jalur dapat mengidentifikasi URL yang berbeda, tergantung perilaku server, sehingga penggunaan huruf campuran bisa menciptakan jalur crawl duplikat. Parameter adalah risiko efisiensi crawling yang sesungguhnya. Mengubah URL yang sudah ada hanya membantu “very, very rarely” (terjemahan) “sangat, sangat jarang” — jadi jangan lakukan kecuali URL memang bermasalah.

Anatomi URL

Setiap URL dapat diuraikan menjadi bagian yang sama, dan masing-masing mempunyai implikasi SEO:

Karakter yang dicadangkan harus diberi percent-encoding sesuai standar; gunakan teks non-ASCII dalam bahasa pengguna (ditransliterasikan bila membantu), bukan ID acak yang tidak bermakna.

Apakah URL memengaruhi peringkat? Hampir tidak.

Inilah pertanyaan yang sebenarnya ingin dijawab semua orang. Jawaban jujurnya: sangat kecil.

• Kata kunci dalam URL, menurut Starter Guide Google, merupakan faktor yang “the keywords in the name of the domain (or URL path) alone have hardly any effect beyond appearing in breadcrumbs.” (terjemahan) “kata kunci dalam nama domain (atau jalur URL) saja hampir tidak berpengaruh selain tampil dalam breadcrumb.” John Mueller menyebutnya “a very small ranking factor” (terjemahan) “faktor peringkat yang sangat kecil” dan “a very light weight factor… less so after [the page is] indexed.” (terjemahan) “faktor yang sangat ringan… dan makin kecil setelah [halaman] diindeks.” Jadi, kata kunci dalam URL mungkin membantu Google saat penemuan awal, sebelum konten di-crawl, tetapi setelah halaman diindeks, kontenlah yang berbicara.
• Yang lebih penting daripada susunan kata URL adalah kedalaman klik — berapa klik yang dibutuhkan dari beranda untuk mencapai halaman. Struktur direktori yang logis membantu Googlebot memperkirakan frekuensi crawl (folder /policies/ jarang berubah; /promotions/ sering berubah), tetapi itu soal crawling, bukan peringkat.

Intinya: jangan merombak URL hanya untuk memasukkan kata kunci. Manfaatnya tidak sebanding dengan risikonya.

Tanda hubung vs. garis bawah

Ini adalah salah satu aturan teknis yang benar-benar jelas, dan aturan ini khusus Google.

Google memperlakukan tanda hubung sebagai pemisah kata dan garis bawah sebagai penggabung kata. Jadi, red_shoes dibaca sebagai satu token redshoes, sedangkan red-shoes dibaca sebagai red dan shoes. Alasan Gary Illyes: “many things on the internet have an underscore in them, [Google] can’t easily segment at underscore.” (terjemahan) “banyak hal di internet memiliki garis bawah, [Google] tidak dapat dengan mudah memisahkannya pada garis bawah.” Matt Cutts menyatakan hal yang sama pada 2007: “we still join on the underscore and separate on the dash” (terjemahan) “kami masih menggabungkan pada garis bawah dan memisahkan pada tanda hubung”; dokumentasi Google saat ini tetap menyarankan tanda hubung.

Ada satu hal yang perlu diketahui: pada 2016 Mueller pernah mengatakan perbedaannya “doesn’t matter” (terjemahan) “tidak penting”, sehingga menimbulkan kebingungan. Namun, dokumentasi aktif tetap menyatakan agar menggunakan tanda hubung; itulah pilihan aman.

Bing berbeda. Seorang juru bicara Bing menegaskan: “We do not differentiate between dash and underscore in our URL ranking features.” (terjemahan) “Kami tidak membedakan tanda hubung dan garis bawah dalam fitur pemeringkatan URL.” Jadi, garis bawah tidak merugikan Anda di Bing. Namun, karena Anda mengoptimalkan untuk keduanya, gunakan tanda hubung — benar untuk Google dan netral bagi Bing.

Panjang URL dan mitos kanonikalisasi

Anda mungkin mendengar “URL yang lebih pendek mendapat peringkat lebih baik.” Itu salah tafsir.

Panjang URL tidak berdampak langsung pada peringkat. Fakta yang benar lebih sempit: saat memilih URL kanonis di antara URL duplikat atau nyaris duplikat, Google mungkin memilih URL yang lebih pendek dan bersih — khususnya URL bersih dibandingkan URL yang sama dengan tambahan parameter pelacakan. Seperti yang saya tulis dalam riset kanonikalisasi: “This has been misconstrued over the years by SEOs to say that all your URLs should be shorter. But that’s not what was meant.” (terjemahan) “Selama bertahun-tahun, hal ini disalahartikan oleh praktisi SEO sebagai anjuran agar semua URL dibuat lebih pendek. Bukan itu maksudnya.” Preferensinya adalah versi bersih tanpa parameter dibandingkan duplikat yang penuh parameter, bukan hukum universal bahwa “lebih pendek selalu menang”. Panjang URL hanyalah satu dari sekitar 40 sinyal kanonikalisasi Google, bersama preferensi HTTPS, www vs. non-www, garis miring akhir, dan kapitalisasi.

Sensitivitas huruf besar-kecil adalah risiko nyata

Jalur, nama file, dan parameter kueri peka huruf besar-kecil; nama host tidak. Jadi, example.com/Apple dan example.com/apple adalah dua URL berbeda, sedangkan Example.com dan example.com merupakan host yang sama.

Google biasanya dapat mengenali dua kapitalisasi yang menyajikan konten identik dan mengkanonikalisasikannya, tetapi jangan memaksanya melakukan pekerjaan itu. Jika kedua versi dapat diakses dan tidak dikonsolidasikan, Anda memperoleh konten duplikat. Ada detail penting yang sering terlewat: robots.txt juga peka huruf besar-kecil. Entri Disallow untuk /Private/ tidak memblokir /private/. Standarkan huruf kecil untuk menghindari semua masalah ini.

Kapitalisasi mana yang dapat diakses, dialihkan, atau menghasilkan 404 bergantung pada konfigurasi server dan aplikasi — bukan aturan universal. Uji respons sebenarnya dengan curl -I atau crawler, jangan berasumsi.

Garis miring akhir

Garis miring akhir berpengaruh di mana pun kecuali pada root:

• Domain root: example.com dan example.com/ diperlakukan sama — tidak ada perbedaan.
• Selain root: example.com/page dan example.com/page/ adalah URL berbeda. Jika keduanya dapat diakses dan tidak saling dikonsolidasikan, itu adalah konten duplikat.

Perhatikan bahwa menambahkan garis miring akhir pada file nyata (page.html/) tidak akan memuat file tersebut. Seperti yang saya tulis dalam panduan garis miring akhir: “There’s always a risk with changes, so unless your setup is causing issues I wouldn’t try to force a change to your URLs.” (terjemahan) “Perubahan selalu membawa risiko, jadi kecuali konfigurasi Anda menimbulkan masalah, saya tidak akan memaksakan perubahan pada URL.” Pilih satu format, tegakkan dengan pengalihan dan kanonis, serta gunakan secara konsisten pada tautan internal. Seperti kapitalisasi, perilaku URL non-root bergantung pada server dan aplikasi — periksa respons konfigurasi Anda yang sebenarnya.

Parameter URL: masalah crawling yang sebenarnya

Parameter kueri adalah bagian struktur URL yang dapat menimbulkan kerusakan SEO terbesar dalam skala besar. Dalam panduan parameter URL, saya membaginya menjadi dua:

• Parameter aktif mengubah konten halaman — pemfilteran, pengurutan, paginasi, bahasa, dan pencarian internal.
• Parameter pasif tidak mengubah konten — ID afiliasi, tag UTM, dan ID sesi.

Keduanya dapat menimbulkan masalah. Parameter pasif pada tautan internal menciptakan URL duplikat dan menghabiskan anggaran crawl; parameter aktif, terutama filter berfaset, dapat menghasilkan kombinasi URL yang nyaris tak terbatas — jebakan laba-laba klasik. Panduan ecommerce Google memperingatkan hal yang sama: konten terlewat, konten yang sama di-crawl berulang kali, dan crawler mengira situs memiliki halaman tak terbatas karena URL berisi nilai yang terus berubah seperti stempel waktu.

Cara mengendalikannya:

• rel=canonical kini menjadi pengungkit utama — arahkan variasi ke URL bersih. Untuk parameter variasi opsional, Google menyarankan “the URL with the query parameter omitted as the canonical URL.” (terjemahan) “URL tanpa parameter kueri sebagai URL kanonis.”
• noindex untuk halaman parameter yang memang tidak boleh masuk indeks.
• robots.txt untuk mencegah bot memasuki ruang parameter sampah yang jelas, tetapi ingat bahwa ini mengendalikan crawling, bukan pengindeksan.
• Khusus pelacakan: gunakan pelacakan peristiwa analitik alih-alih parameter URL bila memungkinkan — sebagian besar sistem analitik dapat mencatat data tanpa membuat URL membengkak.

Catatan historis: alat URL Parameters lama milik Google di Search Console dihentikan dan dihapus pada 2022. Tag kanonis menjadi penggantinya.

Bentuk URL yang bersih

Jika dirangkum, format sasaran adalah:

• Kata deskriptif, bukan ID numerik
• Huruf kecil
• Tanda hubung antar-kata
• HTTPS
• Tanpa parameter yang tidak perlu
• Mencerminkan struktur direktori situs
• Stabil dan permanen, sehingga tidak perlu diubah

Haruskah Anda mengubah URL? Hampir tidak pernah.

Ini adalah pelajaran praktis terpenting. Ketika ditanya apakah perubahan URL membantu SEO, John Mueller menjawab: “Will it help the site? Very, very rarely… Will a change negatively affect the site for a while until it’s reprocessed? Probably.” (terjemahan) “Apakah ini akan membantu situs? Sangat, sangat jarang… Apakah perubahan akan berdampak negatif pada situs untuk sementara sampai diproses ulang? Mungkin.”

Alasan yang dapat membenarkan perubahan URL sangat terbatas: URL yang benar-benar tidak jelas atau sulit dibaca (example.com/p?=123), referensi usang yang tertanam dalam URL, atau perbaikan masalah ketercarian — bukan sekadar preferensi kosmetik untuk jalur yang lebih pendek, bersih, atau kaya kata kunci pada URL yang sudah berfungsi. Jika cacat nyata memang membenarkan perubahan, perlakukan sebagai migrasi sungguhan, bukan perbaikan satuan: buat pemetaan lengkap URL lama ke URL baru untuk setiap jalur yang terdampak, pasang pengalihan permanen langsung (301) pada masing-masing URL tanpa rantai melalui URL lama perantara, perbarui tautan internal dan tag kanonis agar langsung mengarah ke URL baru, perbarui sitemap XML, dan gunakan alat change-of-address bila relevan. Setelah itu, pantau URL lama dan baru melalui statistik crawl, cakupan Search Console, dan log server; jangan menganggap peta pengalihan lengkap hanya karena beberapa sampel berhasil. Pengelolaan pengalihan yang baik mengurangi risiko kehilangan ekuitas, tetapi Google maupun pihak lain tidak menjamin waktu pemulihan atau bahwa peringkat tetap sama. Stabilitas URL makin penting karena asisten AI mengutip URL: tautan yang rusak setelah perubahan menjadi kutipan yang rusak.

Posisi topik ini

Struktur URL bersinggungan dengan beberapa topik di ranah struktur situs dan crawling: kanonikalisasi (sekitar 40 sinyal yang memilih URL representatif), parameter URL (pembahasan mendalam tentang parameter aktif vs. pasif), penanganan garis miring akhir, arsitektur situs dan kedalaman crawl (kedalaman klik, bukan susunan kata URL, yang benar-benar berpengaruh pada peringkat), serta pengalihan (cara memindahkan URL tanpa kehilangan ekuitas). Masing-masing layak dibahas tersendiri.

Ringkasan AI

Ringkasan versi Advanced:

• URL memiliki enam bagian: skema (https://), subdomain, domain, jalur/slug, string kueri (?key=value), dan fragmen (#section). Nama host tidak peka huruf besar-kecil; jalur peka.
• URL hampir tidak memengaruhi peringkat. Menurut Google, kata kunci dalam URL adalah sinyal dengan “hardly any effect beyond appearing in breadcrumbs” (terjemahan) “hampir tidak berpengaruh selain tampil dalam breadcrumb” — “very light weight” (terjemahan) “sangat ringan” dan makin lemah setelah diindeks. Kedalaman klik lebih penting daripada susunan kata URL.
• Tanda hubung vs. garis bawah (khusus Google): Google memisahkan kata pada tanda hubung dan menggabungkannya pada garis bawah, sehingga red_shoes = redshoes. Gunakan tanda hubung. Bing tidak membedakan keduanya.
• Panjang URL bukan faktor peringkat. Gagasan “lebih pendek menang” adalah salah tafsir kanonikalisasi: Google mungkin memilih URL bersih dibandingkan URL yang sama dengan parameter, bukan berarti “lebih pendek selalu lebih baik”.
• Sensitivitas huruf besar-kecil berisiko menimbulkan konten duplikat. Jalur dan nama file peka huruf besar-kecil (/Apple ≠ /apple); begitu pula robots.txt. Standarkan huruf kecil.
• Garis miring akhir: hanya identik pada domain root; di tempat lain /page ≠ /page/.
• Parameter adalah masalah crawling yang sebenarnya — parameter pasif (UTM, sesi, afiliasi) dan aktif (filter, urutkan, paginasi) menciptakan duplikat dan pemborosan crawl. Kendalikan dengan rel=canonical sebagai cara utama, noindex, dan robots.txt; alat URL Parameters GSC dihapus pada 2022.
• Perubahan URL membantu “very, very rarely” (terjemahan) “sangat, sangat jarang” menurut Mueller — hanya untuk URL yang benar-benar rusak/tidak jelas atau cacat nyata, bukan preferensi kosmetik. Bila dibenarkan, perlakukan sebagai migrasi penuh: pemetaan lengkap URL lama ke baru, 301s langsung, pembaruan tautan internal/kanonis/sitemap, serta pemantauan URL lama dan baru tanpa menjanjikan waktu pemulihan.

Dokumentasi resmi

Dokumentasi sumber primer dari mesin pencari.

Google

• Praktik terbaik struktur URL — tanda hubung alih-alih garis bawah, jalur deskriptif, kapitalisasi konsisten, parameter minimal, dan percent-encoding.
• SEO Starter Guide — URL sebagai breadcrumb dalam hasil; kata kunci pada jalur URL “have hardly any effect” (terjemahan) “hampir tidak berpengaruh”.
• Kanonikalisasi — memilih URL representatif dan skenario umum URL duplikat (HTTP/HTTPS, www, garis miring akhir, kapitalisasi, parameter).
• Merancang struktur URL untuk situs ecommerce — konten terlewat, crawl duplikat, crawling tak terbatas, jalur deskriptif dibandingkan ID numerik, dan kanonis tanpa parameter.

Bing / Microsoft

• Bing Webmaster Guidelines — buat URL singkat dan kaya kata kunci; hindari variabel sesi dan docID.
• Better than canonical — URL Normalization — cara yang disarankan Bing untuk menyatukan variasi parameter.

Kutipan dari sumber

Pernyataan resmi dari Google dan Bing. Setiap tautan mengarah langsung ke kutipan bila halaman sumber mendukungnya.

Tanda hubung vs. garis bawah

• “We recommend using hyphens (-) instead of underscores (_) to separate words.” (terjemahan) “Kami menyarankan penggunaan tanda hubung (-), bukan garis bawah (_), untuk memisahkan kata.” — Google Search Central, dokumentasi struktur URL. Buka kutipan
• Gary Illyes (Google), tentang alasannya: Google menyarankan tanda hubung karena “many things on the internet have an underscore in them, they can’t easily segment at underscore.” (terjemahan) “banyak hal di internet memiliki garis bawah; mereka tidak dapat dengan mudah memisahkannya pada garis bawah.” Liputan
• Matt Cutts (Google), 2007: “We still join on the underscore and separate on the dash.” (terjemahan) “Kami masih menggabungkan pada garis bawah dan memisahkan pada tanda hubung.” Liputan
• Juru bicara Bing: “We do not differentiate between dash and underscore in our URL ranking features.” (terjemahan) “Kami tidak membedakan tanda hubung dan garis bawah dalam fitur pemeringkatan URL.” Liputan

Kata kunci dalam URL

• Google SEO Starter Guide: “the keywords in the name of the domain (or URL path) alone have hardly any effect beyond appearing in breadcrumbs.” (terjemahan) “kata kunci dalam nama domain (atau jalur URL) saja hampir tidak berpengaruh selain tampil dalam breadcrumb.” Buka kutipan
• John Mueller (Google): kata kunci dalam URL adalah “a very light weight factor” (terjemahan) “faktor yang sangat ringan” — dan makin tidak penting setelah halaman diindeks. Liputan
• John Mueller (Google): URL “provide minimal additional signals for search engines.” (terjemahan) “memberikan sinyal tambahan yang sangat kecil bagi mesin pencari.” Liputan

Panjang URL / kanonikalisasi

• Google: saat menghapus duplikasi, Google cenderung memilih URL yang lebih pendek dan bersih sebagai kanonis — bukan aturan universal “URL yang lebih pendek mendapat peringkat lebih baik”. Liputan

Sensitivitas huruf besar-kecil

• John Mueller (Google): jalur URL, nama file, dan parameter kueri peka huruf besar-kecil; nama host tidak. robots.txt juga peka huruf besar-kecil, jadi gunakan secara konsisten. Liputan

Mengubah URL

• John Mueller (Google): “Will it help the site? Very, very rarely… Will a change negatively affect the site for a while until it’s reprocessed? Probably.” (terjemahan) “Apakah ini akan membantu situs? Sangat, sangat jarang… Apakah perubahan akan berdampak negatif pada situs untuk sementara sampai diproses ulang? Mungkin.” Liputan

Daftar periksa audit URL

Pemeriksaan untuk menemukan masalah URL yang benar-benar menimbulkan dampak:

• HTTPS di seluruh situs — tidak ada URL HTTP yang dapat diakses tanpa dialihkan ke HTTPS.
• Satu host kanonis — www vs. non-www dikonsolidasikan menjadi satu versi.
• Huruf kecil secara konsisten — tidak ada jalur campuran huruf yang menciptakan duplikat; pastikan aturan robots.txt sesuai dengan kapitalisasi yang digunakan.
• Tanda hubung, bukan garis bawah atau kata yang digabung, untuk memisahkan kata dalam slug.
• Format garis miring akhir dipilih dan ditegakkan — satu format untuk seluruh situs (kecuali domain root), didukung pengalihan dan kanonis.
• Slug deskriptif, bukan ID numerik (/url-structure/, bukan /p?id=4321).
• Parameter terkendali — parameter pelacakan pasif (UTM, sesi, afiliasi) tidak ada pada tautan internal; parameter aktif (filter/urutkan) mempunyai kanonis ke URL bersih.
• Tidak ada jebakan laba-laba — navigasi berfaset, kalender, atau URL dengan stempel waktu tidak menghasilkan ruang URL nyaris tak terbatas.
• Fragmen tidak digunakan untuk membedakan konten karena Google mengabaikannya.
• Karakter yang dicadangkan/non-ASCII diberi percent-encoding dengan benar.
• Kedua versi URL tidak sama-sama diindeks — periksa GSC untuk pelaporan yang terpecah menurut kapitalisasi, garis miring, atau variasi parameter.
• Tidak ada perubahan URL yang tidak perlu — jika URL berfungsi, biarkan. Jika cacat nyata membenarkan perubahan, siapkan pemetaan lengkap URL lama ke baru, 301s langsung, pembaruan tautan internal/kanonis/sitemap, dan pemantauan URL lama maupun baru setelah perubahan, bukan hanya satu pengalihan dan ping sitemap.

Kerangka berpikir

1. URL dibuat untuk crawling dan manusia, bukan peringkat. Sebelum mengoptimalkan URL, tanyakan apa yang sebenarnya ingin diperbaiki. Kata kunci dalam URL bersifat “very light weight” (terjemahan) “sangat ringan”. Keterbacaan dan efisiensi crawl adalah manfaat nyata — optimalkan untuk keduanya, bukan untuk kenaikan peringkat yang dibayangkan.

2. Konsistensi mengalahkan optimasi. Kerusakan dari URL berasal dari ketidakkonsistenan: kapitalisasi campuran, kedua versi garis miring aktif, atau halaman yang sama dapat dijangkau dengan dan tanpa parameter. Pilih satu format bersih dan tegakkan. Skema “tidak sempurna” yang konsisten lebih baik daripada skema “optimal” yang diterapkan tidak merata.

3. Kuadran URL duplikat. Sebagian besar masalah SEO URL berasal dari satu halaman yang dapat dijangkau melalui banyak URL: HTTP/HTTPS, www/non-www, garis miring/tanpa garis miring, kapitalisasi, dan parameter. Masing-masing adalah keputusan kanonikalisasi. Petakan variasi yang ada, lalu konsolidasikan dengan pengalihan untuk kasus keras atau kanonis untuk kasus lunak.

4. Parameter aktif vs. pasif. Parameter pasif (pelacakan) tidak boleh mengubah konten dan idealnya tidak pernah muncul pada tautan internal — kirim data itu ke peristiwa analitik. Parameter aktif (filter/urutkan/paginasi) mengubah konten dan membutuhkan penanganan kanonis/indeks yang disengaja agar tidak berkembang menjadi jebakan laba-laba.

5. Aturan keputusan untuk mengubah URL. Pilihan bakunya adalah tidak. Ubah URL hanya jika benar-benar tidak jelas, rusak, atau sulit ditemukan — bukan demi sedikit keuntungan kata kunci. Jika dilakukan, selalu gunakan 301 + sitemap + change-of-address. “Very, very rarely” (terjemahan) “sangat, sangat jarang” dari Mueller adalah asumsi awalnya.

Praktik terbaik URL — lembar ringkas

Alat untuk mengaudit struktur URL

• Canonicalization Checker — uji apakah variasi parameter, kapitalisasi, atau format mengirimkan sinyal kanonis dan kemampuan indeks yang konsisten.
• Redirect Chain Mapper — periksa setiap hop sebelum URL mencapai format HTTPS, nama host, jalur, dan garis miring yang diinginkan.
• Redirect Checker — lakukan pemeriksaan cepat saat sekumpulan kecil URL diganti nama atau dinormalisasi.
• Crawler seluruh situs — inventarisasi jalur, parameter, kanonis, kode status, dan tujuan tautan internal dalam skala besar; kelompokkan variasi sebelum memutuskan apakah semuanya duplikat.
• Log server dan Search Console — pastikan bentuk URL mana yang benar-benar diminta bot dan dicatat Google, alih-alih menilai struktur hanya dari templat.

Alat URL dapat menunjukkan ketidakkonsistenan, tetapi tidak dapat membenarkan migrasi dengan sendirinya. Perubahan URL yang stabil tetap memerlukan alasan bisnis, peta pengalihan lengkap, dan bukti bahwa manfaat yang diharapkan melebihi risiko transisi.

Uji pemahaman Anda: Struktur URL

Lima pertanyaan singkat tentang cara URL dibangun dan hal yang benar-benar penting bagi SEO. Pilih jawaban untuk masing-masing, lalu periksa hasilnya.

Sumber yang layak dibaca

Tulisan saya yang terkait

• Trailing Slash: To Use or Not to Use? — kapan garis miring berpengaruh, termasuk pengecualian domain root.
• URL Parameters: A Complete Guide for SEOs — parameter aktif vs. pasif dan cara mengendalikannya.
• Google Uses ~40 Canonicalization Signals — mencakup HTTPS, www, garis miring, kapitalisasi, dan penjelasan preferensi URL lebih pendek.
• Redirects for SEO: A Simple (But Complete) Guide — memindahkan URL tanpa kehilangan ekuitas.
• The Beginner’s Guide to Technical SEO — posisi struktur URL dalam gambaran yang lebih besar.

Presentasi saya

• A Crash Course in Technical SEO (SlideShare, Beer & SEO Meetup) — mencakup struktur URL.
• Troubleshooting Technical SEO Problems (SlideShare, Raleigh SEO Meetup) — masalah URL dalam konteks.

Dari industri

• URL structure best practices (Google Search Central) — daftar anjuran dan larangan kanonis.
• Google & Bing (Still) Handle Underscores & Dashes Differently (Search Engine Land) — perbedaan tanda hubung/garis bawah, termasuk kutipan Bing.
• Changing URLs for SEO reasons: When is it OK? (Search Engine Land) — panduan “very, very rarely” (terjemahan) “sangat, sangat jarang” dari Mueller.
• Google Says Words In A URL Are A Very Light Weight Factor (Search Engine Roundtable).
• Reminder: Google On Case Sensitivity For URLs (Search Engine Roundtable).
• Google: We Pick Shorter URLs For Canonicalization (Search Engine Roundtable) — sumber salah tafsir gagasan “URL lebih pendek menang”.
• Better than canonical — URL Normalization (Bing Webmaster Blog) — pendekatan Bing untuk menyatukan parameter.

Log perubahan