Kami mendekati akhir dari sebuah proyek panjang di mana kami meningkatkan situs klien kami dari CMS yang dibuat khusus ke versi terbaru dari Umbraco CMS sementara juga membuat situs web mereka responsif. Namun, sebagai bagian dari proses peningkatan ini, struktur URL situs telah berubah, kami terutama menangani ini dengan pengalihan 301 sehingga tautan lama yang berlebihan dari situs lama sekarang terhubung ke URL baru.
Pekan lalu, klien kami melemparkan kunci pas utama dalam karya-karya dengan memberi tahu kami bahwa 'pakar SEO' yang mulai ia gunakan di situsnya saat ini mengatakan bahwa struktur situs yang digunakan situs Umbraco baru tidak dapat bekerja dan juga buruk untuk SEO karena memiliki banyak 'level'. Kekhawatiran utama mereka adalah bahwa produk dan layanan mereka bersarang terlalu jauh di pohon dan bahwa ini entah bagaimana mempengaruhi SEO mereka secara negatif. Saya akan mengakui sekarang bahwa saya bukan ahli SEO dan menganggap seluruh hal SEO sedikit seni hitam yang tampaknya berubah setiap minggu sehingga siapa pun dapat memberi saya saran mengenai hal ini serta bukti yang mendukung (sebaiknya dari Google sendiri ).
Di sinilah situs saat ini duduk jika Anda ingin melihatnya: http://tinyurl.com/umbracourlstructure
Cara kami menyusun halaman adalah sebagai berikut: (1) = Level {X} = Tidak di Navigasi Utama
(1)->Home
(2)--> Destinations
(3)---> South America [Continent]
(4)----> Argentina [Country] {X}
(5)-----> Buenos Aires [Area] {X}
(6)------> Buenos Aires [City] {X}
(7)-------> Package Product 1 {X}
(7)-------> Package Product 2 {X}
(7)-------> Package Product 3 {X}
(7)-------> Hotel Product 1 {X}
(7)-------> Hotel Product 2 {X}
(7)-------> Hotel Product 3 {X}
(7)-------> Activity Product 1 {X}
(7)-------> Activity Product 2 {X}
(7)-------> Activity Product 3 {X}
(4)----> Bolivia {X}
(3)---> North America [Continent]
(2)--> Holiday Types
(3)---> Cruise
(3)---> Family Holiday
(2)--> Places To Stay {X}
(2)--> Things To Do {X}
(2)--> About Us
- Produk memiliki nama sebenarnya di situs web tetapi versi bernomor yang ditunjukkan di atas hanyalah sebuah contoh
Idenya adalah pengguna dapat menelusuri ke tujuan yang ingin mereka lihat sampai ke tingkat kota untuk melihat produk yang tersedia di area tertentu.
Saat berada di halaman benua, semua paket liburan yang merupakan keturunan dari benua itu ditampilkan.
Jika Anda memilih negara dari navigasi samping maka paket-paket ini difilter lebih lanjut sehingga hanya yang di negara tersebut yang ditampilkan.
Jika Anda mengklik suatu area di dalam negara maka ini disaring lagi lebih lanjut.
Di mana pun Anda mengakses produk, url mereka adalah sebagai berikut:
www.example.com/destinations/southamerica/argentina/buenosaires/buenosaires/package-product-1
Ini tentu saja jika karena struktur pohon / folder yang Umbraco ikuti secara default.
Masalahnya di sini adalah bahwa klien saya ingin URL menjadi:
www.example.com/southamerica/argentina
sehingga mereka memotong halaman tertentu untuk membuat URL lebih pendek yang saya sarankan (terutama karena itu akan melibatkan penulisan ulang situs web secara substansial).
Apakah ada yang punya saran mengenai hal ini dan pengalaman apa pun apakah tingkat bersarang memang buruk untuk SEO? Masalah utama saya adalah bahwa hanya sekarang ketika kita sampai pada akhir pengembangan mereka mengangkat masalah ini dan mengubah struktur di Umbraco pada dasarnya berarti menulis ulang banyak situs yang kita tidak punya waktu atau sumber daya untuk menyelesaikannya. melakukan.
Saya telah melakukan banyak penelitian saya sendiri tentang masalah ini dan sudut pandang resmi Google mengenai hal ini adalah bahwa panjang URL dan 'level / subdirektori' tidak benar-benar membuat perbedaan. Bahkan, Google sekarang menyarankan agar URL terstruktur digunakan di situs karena membantu pengguna menavigasi secara logis melalui struktur. Satu-satunya masalah yang benar-benar muncul adalah ketika parameter digunakan dalam URL tetapi kami menangani ini menggunakan URL Canonical jadi ini seharusnya tidak menjadi masalah.
Setelah menemukan temuan ini, saya meneruskan sumber daya berikut ke klien kami:
Simpan struktur URL sederhana: https://support.google.com/webmasters/answer/76329?hl=id
Apakah jumlah subdirektori dalam URL memengaruhi peringkatnya? https://youtu.be/l_A1iRY6XTM
Namun, mereka telah menolak kedua sumber daya ini dengan argumen bahwa video tersebut bertanggal 2010 dan bahwa praktik Google mungkin telah berubah sejak saat itu.
Jadi, adakah yang bisa menjelaskan masalah ini dan mengarahkan saya ke arah pernyataan atau pedoman terbaru yang telah dirilis Google yang terkait dengan masalah ini?
Tujuan saya adalah untuk benar-benar menolak klaim yang dibuat oleh 'pakar SEO' ini sejauh bukti yang saya temukan dari Google secara langsung bertentangan dengan klaim mereka dan saya tidak ingin membangun kembali situs web yang hampir lengkap berdasarkan saran / informasi SEO yang ketinggalan zaman atau salah.
/destinations/
, atau mereka benar-benar ingin menggunakan/southamerica/argentina
sebagai URL produk tertentu (seperti yang disarankan oleh contoh Anda)? Atau dengan kata lain: URL produk mana yang mereka inginkan?Jawaban:
Google tampaknya memberikan sedikit bobot pada bagaimana URL disusun sekarang. Anda dapat mengonfirmasi hal ini dengan melakukan pencarian Google dan melihat URL yang diberi peringkat. Anda juga mungkin melihat salah satu gaya ini:
www.keyword-phrase.com
example.com/keyword-phrase
example.com/category/subcategory/info/keyword-phrase
example.com/info.php?id=388388
example.com/article-2829802-what-do-i-do-with-keyword-phrase
Keuntungan apa pun dari satu struktur URL di atas yang lain bukanlah karena faktor peringkat langsung apa pun yang diterapkan Google. Saat ini mereka tampaknya tidak secara langsung mendukung gaya apa pun daripada yang lain. Mungkin ada beberapa efek peringkat tidak langsung berdasarkan bagaimana URL dapat digunakan. Lihat Apakah kata kunci dalam URL SEO baik atau berlebihan? di mana saya memiliki jawaban yang membahas bagaimana kata kunci dalam URL harus disusun untuk SEO.
Salah satu masalah potensial
www.example.com/destinations/southamerica/argentina/buenosaires/buenosaires/package-product-1
adalah bahwa panjang akan menyebabkan terpotong. Ini paling sering terjadi ketika dikirim dalam email atau ketika disisipkan ke dalam forum. Mungkin keluar sebagaiwww.example.com/destinations/southamerica/argentina/buenosai...
Pengguna yang mengunjungi yang akan mendapatkan kesalahan 404. Anda tidak akan dapat memperbaikinya sepenuhnya karena bagian yang dipotong memiliki informasi penting tentang apa yang diinginkan pengguna. Google akan menemukan URL ini dan melaporkan 404 kesalahan di Alat Webmaster Google.Masalah lain dengan URL panjang adalah bahwa pengguna tidak akan pernah mengingatnya atau dapat mengetiknya. Pengguna paling suka URL yang deskriptif, mudah diingat, dan cukup pendek untuk diketik. Dari perspektif pengguna, URL ideal mungkin sebenarnya
www.example.com/buenos-aires
. Tentu saja untuk situs perjalanan yang sulit dikelola.www.example.com/boston
harus berarti Boston, MA dan Anda harus memiliki URL lain sepertiwww.example.com/boston-tx
untuk kota yang kurang populer di Texas.www.example.com/portland
sangat ambigu karena Portland OR, dan Portland ME adalah tujuan perjalanan yang populer. Wikipedia menangani kasus seperti itu dengan halaman "disambiguasi" dan URL terpisah seperti/portland-me
dan/portland-or
.Sementara direktori yang sangat panjang URL struktur Anda tidak ideal dan tidak apa yang akan saya pilih, mereka tidak akan sakit hati kegunaan atau SEO yang banyak . Saya memperkirakan bahwa URL pendek yang ideal akan meningkatkan kegunaan 5% yang pada gilirannya akan meningkatkan SEO sekitar 0,5% selama beberapa tahun. Biasanya ada cara yang jauh lebih mudah untuk mendapatkan jumlah perbaikan dibandingkan dengan menghabiskan waktu untuk mengubah URL.
sumber
Utas terkait ini, URL yang terstruktur dengan baik vs URL yang dioptimalkan untuk SEO , menjelaskannya dengan cukup baik. Pemahaman saya adalah bahwa URL akan memiliki sedikit efek SEO tergantung pada bagaimana pengguna cenderung mencari konten di situs Anda tetapi struktur situs logika yang mudah diperbarui (karena situs web jarang statis) mungkin bisa lebih berharga daripada keuntungan SEO. ...
sumber
Manusia bisa menjadi bingung / kesal dengan hierarki yang mendalam . Berbaik hati kepada pengguna Anda.
Google Analytics hanya menganalisis (memecah) 4 bagian jalur pertama
Anda tahu bahwa geografi tidak benar-benar hierarkis, bukan? Apa benua Turki? Di negara bagian mana Texarkana berada?
Anda harus menggunakan tanda hubung untuk memecah kata dalam URL.
sumber
Jawabannya tidak sepenuhnya langsung. SEO harus dikaitkan dengan pengalaman pengguna dan kebutuhan bisnis situs tersebut. Jangan melakukan hal-hal hanya untuk keperluan SEO, tetapi pikirkan SEO bersama dengan UX dan arsitektur.
Ketika datang ke struktur URL, saya selalu memberitahu klien untuk menjaga URL semirip mungkin dengan jalur pengguna melalui situs. Mereka harus menunjukkan bagaimana situs disusun dan apa prioritas situs itu. Jika konten yang menarik turun lima tingkat, maka Anda perlu bertanya pada diri sendiri mengapa pengguna harus melewati lima tingkat untuk mendapatkan konten yang menarik. Bagi saya, URL harus hampir seperti remah roti. Anda tidak ingin memiliki 10 tingkat remah roti, bukan?
Jika Anda memiliki struktur URL berdasarkan jalur pengguna, dan jalur itu langsung dan relevan, Google akan merayapi dan mengindeks situs Anda dengan cara yang benar. Yang lebih penting, Anda akan dapat memperluas dan meningkatkan situs Anda di masa depan tanpa berurusan dengan struktur yang tidak logis atau Bizantium.
sumber
Masukkan hanya bagian terakhir dari URI kemudian gunakan kanonik untuk memotong level menengah untuk bot. URI yang dipersingkat [dengan string pengidentifikasi jika diperlukan] tidak harus terlihat untuk penggunaan manusia rata-rata di situs, meskipun mereka mungkin melihatnya mengklik dari SERPS. URI yang lebih pendek ini sebenarnya bukan IMO yang penting karena akan kembali ke struktur tersegmentasi yang ramah-manusia pada klik berikutnya. Bahkan saham akan menggunakan URI tersegmentasi "bersih" alih-alih kanonik. "Pro" SEO itu seharusnya memikirkan hal pertama ini. Masalah terpecahkan.
sumber