SEO dostu URL, hem kullanıcıların hem de arama motorlarının sayfanın konusunu URL’ye bakarak anlayabildiği; kısa, okunabilir, tutarlı ve teknik olarak sorunsuz URL yapısıdır. İyi bir URL yalnızca anahtar kelime eklemekten ibaret değildir; kategori hiyerarşisi, parametre yönetimi, 301 yönlendirmeleri, canonical sinyalleri, trailing slash tercihi, büyük-küçük harf tutarlılığı ve site içi bağlantı davranışı birlikte ele alınmalıdır. Örneğin /blog/seo-dostu-url gibi sade bir yapı, /index.php?id=8472&session=abc&ref=menu gibi belirsiz bir adrese göre daha anlaşılırdır; ancak URL’yi SEO açısından sağlıklı yapan asıl unsur, bu sadeliğin tüm sitede sistematik biçimde korunması, eski adreslerin doğru yönlendirilmesi, aynı içeriğin farklı URL varyasyonlarıyla çoğaltılmaması ve kullanıcıya tıklamadan önce güven veren bir bilgi mimarisi sunmasıdır.
URL yapısı, sayfa içi SEO’nun en görünür ama çoğu zaman en geç fark edilen bileşenlerinden biridir. Başlık, meta açıklama, içerik kalitesi ve iç bağlantılar üzerinde çalışılırken URL’ler “teknik detay” gibi görülebilir; fakat URL, tarayıcı adres çubuğunda, arama sonucu bağlantısında, sosyal paylaşımda, raporlama araçlarında, log kayıtlarında ve yönlendirme zincirlerinde sürekli karşımıza çıkar. Bu yüzden URL planı yalnızca içerik ekibi tarafından değil; SEO uzmanı, geliştirici, ürün yöneticisi, e-ticaret yöneticisi ve analitik sorumlusu tarafından birlikte değerlendirilmelidir. Yeni bir blog kategorisi açarken, ürün filtreleri eklerken, çok dilli yapı kurarken veya CMS değiştirirken verilen URL kararları uzun süreli etki yaratır. Bir URL’nin bugün okunabilir olması yeterli değildir; yarın içerik güncellendiğinde, kategori adı değiştiğinde, ürün stoktan kalktığında veya site yeniden yapılandırıldığında da yönetilebilir olması gerekir. Bu yazıda kısa ve okunabilir URL kurallarını, parametre ve oturum kimliği kaynaklı kopya URL sorunlarını, URL değişiminde 301 yönlendirme mantığını, trailing slash ve harf duyarlılığı gibi sık atlanan teknik ayrıntıları uygulanabilir örneklerle ele alacağız.
SEO dostu URL nedir ve neden yalnızca “anahtar kelime eklemek” değildir?
SEO dostu URL, sayfanın içeriğini kısa ve anlaşılır biçimde ifade eden, gereksiz teknik karakterler barındırmayan, standartlaştırılmış ve mümkün olduğunca kalıcı tutulan web adresidir. URL’de anahtar kelime bulunması çoğu durumda faydalıdır; çünkü hem kullanıcı hem arama motoru sayfanın bağlamını daha hızlı kavrar. Ancak URL’ye anahtar kelime eklemek, tek başına iyi yapı anlamına gelmez.
Örneğin aşağıdaki iki URL aynı konuyu hedefliyor olabilir:
- İyi örnek: /blog/seo-dostu-url-yapisi
- Zayıf örnek: /blog/2026/06/10/post.php?title=seo-dostu-url-yapisi&id=159
İlk örnek daha kısa, okunabilir ve paylaşılabilir. İkinci örnekte tarih, dosya uzantısı, parametre ve ID bilgisi gereksiz karmaşa yaratır. Bazı yayın sistemlerinde tarih veya ID kullanmak teknik olarak yanlış değildir; haber siteleri, büyük arşiv yapıları veya kurumsal belge yönetimi için anlamlı olabilir. Fakat evergreen içeriklerde, rehber sayfalarında, kategori ve hizmet sayfalarında gereksiz URL bileşenleri bakım maliyetini artırır.
SEO dostu URL değerlendirmesinde şu sorular kullanılabilir:
- URL’ye bakan biri sayfanın konusunu anlayabiliyor mu?
- URL, aynı içerik için tek ve standart adresi temsil ediyor mu?
- Gereksiz parametre, oturum kimliği veya takip kodu kalıcı URL’ye dönüşüyor mu?
- URL değişirse eski bağlantılar 301 ile doğru adrese aktarılıyor mu?
- Site genelinde aynı yazım, dil ve slash kuralı uygulanıyor mu?
Bu yaklaşım, URL’yi teknik SEO’nun, içerik stratejisinin ve kullanıcı deneyiminin kesişim noktası olarak görmeyi gerektirir. Sayfa içi optimizasyonun diğer bileşenleriyle birlikte düşünmek için sayfa içi SEO kontrol listesinde yer alan temel optimizasyon başlıkları da URL kararlarını tamamlayıcı bir çerçeve sunar.
Kısa ve okunabilir URL kuralları nelerdir?
Kısa URL, her zaman tek kelimelik URL demek değildir. Buradaki amaç, URL’nin gereksiz kelimelerden, tekrar eden klasörlerden, teknik parametrelerden ve anlam taşımayan karakterlerden arındırılmasıdır. Okunabilir URL ise kullanıcıya sayfanın konusu hakkında net sinyal veren URL’dir. Kısa ama belirsiz bir URL, uzun ama açıklayıcı bir URL’den daha iyi değildir.
URL içinde hangi kelimeler kullanılmalı?
URL, sayfanın ana konusunu en yalın biçimde ifade etmelidir. Bir blog yazısı “SEO Dostu URL Yapısı Nasıl Oluşturulur?” başlığını taşıyorsa URL şu biçimlerde kurgulanabilir:
- /blog/seo-dostu-url-yapisi
- /blog/seo-dostu-url
- /seo-dostu-url-yapisi
Bu seçeneklerin her biri makul olabilir. Tercih, sitenin bilgi mimarisine bağlıdır. Eğer blog içerikleri /blog/ altında tutuluyorsa ilk iki örnek tutarlı görünür. Eğer site yalnızca yayın odaklıysa ve tüm içerikler kök dizinde yer alıyorsa üçüncü yapı da kullanılabilir. Burada önemli olan, her içerik türü için tutarlı bir kalıp oluşturmaktır.
URL’de gereksiz bağlaçlar çoğu zaman çıkarılabilir. Türkçede “ve”, “ile”, “için”, “nasıl” gibi kelimeler bazen anlamı güçlendirir, bazen yalnızca uzunluk yaratır. Örneğin:
- Daha uzun: /blog/seo-dostu-url-yapisi-nasil-olusturulur
- Daha sade: /blog/seo-dostu-url-yapisi
İkinci seçenek, arama niyetini hâlâ karşılar ve daha kalıcıdır. Başlık gelecekte “SEO Dostu URL Nasıl Planlanır?” olarak güncellense bile URL geçerliliğini koruyabilir.
Türkçe karakter, boşluk ve özel karakter kullanımı nasıl yönetilmeli?
Modern tarayıcılar Türkçe karakterleri gösterebilse de URL standardizasyonu açısından genellikle ASCII karakterlere dönüştürülmüş yapı tercih edilir. Yani ç, ğ, ı, ö, ş, ü yerine c, g, i, o, s, u kullanmak daha güvenli ve öngörülebilir bir uygulamadır. Boşluk yerine kısa çizgi kullanılması da okunabilirliği artırır.
- Önerilen: /blog/icerik-stratejisi
- Kaçınılması gereken: /blog/içerik%20stratejisi
- Kaçınılması gereken: /blog/icerik_stratejisi
Alt çizgi teknik olarak çalışabilir; ancak kelimeleri görsel olarak ayırmak için kısa çizgi daha yaygın ve okunabilirdir. Ayrıca URL’de virgül, noktalı virgül, parantez, tırnak işareti, ünlem ve gereksiz nokta gibi karakterlerden kaçınmak gerekir. Bu karakterler bazı sistemlerde kodlanabilir, paylaşım sırasında bozulabilir veya log analizinde karmaşa yaratabilir.
Kategori hiyerarşisi URL’ye ne kadar yansıtılmalı?
Kategori hiyerarşisi, URL’ye anlam katabilir; fakat aşırı derin yapı URL’leri kırılgan hale getirir. Örneğin:
- Makul: /blog/teknik-seo/seo-dostu-url-yapisi
- Aşırı derin: /blog/seo/teknik-seo/site-mimarisi/url-yapisi/seo-dostu-url-yapisi
Eğer kategori yapısı sık değişiyorsa URL’ye kategori eklemek riskli olabilir. Çünkü kategori adı değiştiğinde URL değişimi gündeme gelir. Buna karşılık sabit ve anlamlı bir kategori hiyerarşisi varsa URL’de yer alması kullanıcıya bağlam sağlayabilir. E-ticaret sitelerinde kategori hiyerarşisi daha karmaşık olabilir; ürünlerin birden fazla kategoriye bağlı olması, aynı ürünün farklı URL’lerle erişilmesine yol açabilir. Bu durumda canonical, breadcrumb ve iç bağlantı tercihleri birlikte ele alınmalıdır.
URL ile site mimarisi arasındaki ilişki, içerik kümeleri ve otorite dağılımı açısından da önemlidir. Bu bağlamı daha geniş ele almak için iç bağlantı ile link otoritesinin doğru dağıtılması konusundaki yaklaşım URL planlamasıyla doğrudan ilişkilidir.
Parametre ve oturum kimliği sorunları SEO’yu nasıl etkiler?
URL parametreleri; filtreleme, sıralama, arama, kampanya takibi, sayfalama, kullanıcı oturumu veya ürün varyasyonu gibi işlevler için kullanılabilir. Parametre kullanmak tek başına SEO hatası değildir. Sorun, parametrelerin kontrolsüz biçimde indekslenebilir URL’lere dönüşmesi ve aynı ya da çok benzer içeriği yüzlerce farklı adreste erişilebilir hale getirmesidir.
Hangi URL parametreleri risklidir?
Riskli parametreler genellikle içerik değerini değiştirmeden URL’yi çoğaltan parametrelerdir. Örneğin:
- ?sessionid=abc123 kullanıcı oturumunu URL’ye taşır.
- ?utm_source=newsletter kampanya takibi için kullanılır ama sayfanın içeriğini değiştirmez.
- ?sort=price_asc ürün listesinin sırasını değiştirir ama aynı ürün grubunu gösterir.
- ?color=black&size=m filtreleme yapar; bazı durumlarda değerli, bazı durumlarda kopya sayfa üretir.
- ?replytocom=123 yorum veya etkileşim varyasyonları oluşturabilir.
Bu parametrelerin tamamı her sitede aynı şekilde değerlendirilmez. Örneğin bir e-ticaret sitesinde “siyah koşu ayakkabısı” filtresi arama talebi olan bir kategoriye dönüşebilir; ancak “fiyat artan sıralama” parametresi genellikle indekslenmesi gereken ayrı bir sayfa değildir. Bu ayrımı yapmak için arama niyeti, ürün hacmi, içerik benzersizliği ve crawl budget etkisi birlikte incelenmelidir.
Oturum kimliği URL’de neden kullanılmamalı?
Oturum kimliği, kullanıcıyı tanımak için kullanılan geçici bir değerdir. Bu değerin URL’ye eklenmesi, aynı sayfanın her kullanıcı veya her ziyaret için farklı URL’yle oluşmasına neden olabilir. Arama motoru botları bu URL’leri taradığında çok sayıda tekrarlı adresle karşılaşabilir. Bu da tarama verimliliğini düşürür, raporlamayı zorlaştırır ve canonical sinyallerini belirsizleştirir.
Oturum yönetimi mümkün olduğunca çerezler veya sunucu taraflı yöntemlerle yapılmalıdır. Eğer teknik zorunluluk nedeniyle URL parametresi kullanılıyorsa, bu parametrenin indekslenebilir sayfa üretmediğinden emin olunmalıdır. Bunun için canonical etiketi, robots yönergeleri, nofollow uygulamaları, URL normalizasyonu ve sunucu tarafı yönlendirme seçenekleri birlikte değerlendirilebilir.
Parametreli URL’ler nasıl kontrol altına alınır?
Parametre yönetimi için tek bir reçete yoktur; ancak şu adımlar pratik bir kontrol çerçevesi sunar:
- Parametre envanteri çıkarın: Search Console, log dosyaları, analitik araçlar ve tarama araçlarıyla hangi parametrelerin oluştuğunu listeleyin.
- Parametrenin amacını sınıflandırın: Filtreleme, sıralama, takip, oturum, sayfalama veya arama sonucu gibi işlevleri ayırın.
- İçeriği değiştirip değiştirmediğini belirleyin: Parametre gerçekten farklı ve aranabilir bir içerik oluşturuyor mu, yoksa aynı içeriği mi çoğaltıyor?
- İndeksleme kararını verin: Değerli filtre kombinasyonları için özel landing page, değersiz varyasyonlar için canonical veya noindex stratejisi kullanılabilir.
- İç bağlantıları temizleyin: Site içinden gereksiz parametreli URL’lere bağlantı vermemeye dikkat edin.
- Bot davranışını izleyin: Googlebot’un parametreli adresleri ne sıklıkla taradığını log dosyalarıyla kontrol edin.
Parametre kaynaklı tarama israfını anlamak için yalnızca tarama araçları yeterli olmayabilir. Gerçek bot davranışını görmek adına log dosyası analiziyle Googlebot’un siteyi nasıl gezdiğini incelemek, URL varyasyonlarının teknik etkisini daha net ortaya koyar.
URL değişiminde 301 yönlendirme nasıl uygulanmalı?
URL değişikliği, SEO açısından dikkatli yönetilmesi gereken bir işlemdir. Çünkü URL, arama motorlarının sayfayı tanıdığı temel adrestir. Bir sayfanın URL’sini değiştirdiğinizde, eski adrese verilen iç bağlantılar, dış bağlantılar, kullanıcı yer imleri, raporlama geçmişi ve arama motoru sinyalleri etkilenir. Bu nedenle URL değişimi yalnızca “daha güzel görünsün” diye yapılmamalıdır.
301 yönlendirme hangi durumlarda gerekir?
301 yönlendirme, bir URL’nin kalıcı olarak başka bir URL’ye taşındığını belirtir. Aşağıdaki durumlarda genellikle 301 gerekir:
- Eski blog URL’si yeni URL yapısına taşındığında
- HTTP’den HTTPS’ye geçildiğinde
- www ve non-www sürümlerinden biri standart seçildiğinde
- Trailing slash standardı değiştiğinde
- Kategori veya ürün URL’leri yeniden yapılandırıldığında
- Yinelenen içerikler tek bir ana sayfada birleştirildiğinde
- Eski içerik daha güncel ve kapsamlı bir içerikle değiştirildiğinde
Örneğin /blog/seo-url-nasil-yapilir adresini /blog/seo-dostu-url-yapisi adresine taşıyorsanız, eski URL’yi doğrudan yeni URL’ye 301 ile yönlendirmelisiniz. Kullanıcı önce ara bir URL’ye, sonra başka bir URL’ye, sonra son adrese gitmemelidir. Yönlendirme zincirleri hem kullanıcı deneyimini hem tarama verimliliğini olumsuz etkileyebilir.
URL değişikliği öncesi hangi hazırlıklar yapılmalı?
Bir URL değişikliği planlanırken önce mevcut URL envanteri çıkarılmalıdır. Özellikle büyük sitelerde “hangi eski URL hangi yeni URL’ye gidecek?” sorusunun net yanıtı olmadan geçiş yapılmamalıdır. Hazırlık sürecinde şu kontroller önemlidir:
- Organik trafik alan sayfaları belirleyin.
- Dış bağlantı alan URL’leri tespit edin.
- İç bağlantılarda kullanılan eski URL’leri listeleyin.
- XML sitemap içinde yer alan URL’leri kontrol edin.
- Canonical etiketlerinin yeni adresi gösterdiğinden emin olun.
- Hreflang varsa karşılıklı eşleşmeleri güncelleyin.
- Eski URL’lerin 404’e düşmediğini test edin.
Eski içerikleri güncellerken URL değiştirmek cazip görünebilir; fakat mevcut sayfa zaten performans üretiyorsa URL değişimi gereksiz risk yaratabilir. İçeriği yenileyip aynı URL’yi korumak çoğu durumda daha sağlıklı olabilir. Bu ayrımı yapmak için eski blog yazılarını güncellerken trafik kaybı yaşamadan ilerleme yaklaşımı dikkate alınmalıdır.
301 yönlendirme yapıldıktan sonra hangi hatalar aranmalı?
Yönlendirme yayına alındıktan sonra test süreci bitmez; asıl kontrol bu aşamada başlar. İlk olarak eski URL’lerin doğru yeni URL’ye tek adımda 301 verdiği doğrulanmalıdır. Ardından yeni URL’nin 200 durum kodu döndürdüğü, canonical etiketinin kendisini işaret ettiği ve sitemap dosyasında yalnızca yeni URL’nin bulunduğu kontrol edilmelidir.
Sık görülen hatalar şunlardır:
- 301 yerine 302 kullanmak: Kalıcı taşınmada 301 tercih edilmelidir.
- Eski URL’yi ana sayfaya yönlendirmek: Alakasız yönlendirme kullanıcı için de arama motoru için de zayıf sinyaldir.
- Yönlendirme zinciri oluşturmak: A → B → C yerine A → C yapılmalıdır.
- Canonical’i eski URL’de bırakmak: Yeni sayfa kendisini canonical göstermelidir.
- İç bağlantıları güncellememek: Site içi linkler doğrudan yeni URL’ye verilmelidir.
- Sitemap’i eski URL’lerle bırakmak: XML sitemap yalnızca indekslenmesi istenen güncel URL’leri içermelidir.
URL değişiminden sonra sıralama dalgalanmaları yaşanabilir. Bu dalgalanmanın nedenini doğru teşhis etmek için teknik sinyaller, içerik değişiklikleri, rakip hareketleri ve indeksleme durumu birlikte incelenmelidir. Benzer teşhis yaklaşımı için Google sıralama düşüşlerinde sebep analizi yapma süreci faydalı bir referans noktasıdır.
Trailing slash kullanımı SEO dostu URL yapısında nasıl standartlaştırılır?
Trailing slash, URL’nin sonunda yer alan eğik çizgidir. Örneğin /blog/seo-dostu-url/ trailing slash içeren bir URL iken /blog/seo-dostu-url trailing slash içermeyen bir URL’dir. Kullanıcı açısından bu iki adres aynı gibi görünebilir; ancak sunucu ve arama motorları açısından teknik olarak farklı URL’ler olabilir.
Trailing slash kullanmak zorunlu mu?
Hayır, trailing slash kullanmak zorunlu değildir. Önemli olan, site genelinde tek bir standardın seçilmesi ve diğer varyasyonun doğru biçimde tercih edilen adrese yönlendirilmesidir. Klasik olarak dizin yapısını temsil eden URL’lerde slash kullanılırken dosya benzeri URL’lerde slash kullanılmaz; ancak modern CMS ve framework yapılarında bu ayrım her zaman görünür değildir.
İki standart da doğru olabilir:
- Slash’lı standart: /kategori/teknik-seo/
- Slash’sız standart: /kategori/teknik-seo
Yanlış olan, iki varyasyonun da 200 durum kodu ile açılmasıdır. Eğer hem /blog/seo-dostu-url hem de /blog/seo-dostu-url/ aynı içeriği 200 olarak sunuyorsa, bu durum kopya URL sinyali yaratabilir. Tercih edilmeyen varyasyon 301 ile standart URL’ye yönlendirilmelidir.
Trailing slash kararında hangi alanlar birlikte güncellenmeli?
Trailing slash standardı yalnızca sunucu yönlendirmesiyle sınırlı değildir. Aşağıdaki alanların tamamı aynı standardı kullanmalıdır:
- İç bağlantılar
- Canonical etiketleri
- XML sitemap URL’leri
- Hreflang URL’leri
- Breadcrumb bağlantıları
- Pagination bağlantıları
- Structured data içindeki URL alanları
- Robots.txt içinde referans verilen sitemap adresleri
Özellikle büyük sitelerde slash standardı tutarsızlığı, zamanla binlerce URL varyasyonuna yayılabilir. Bu nedenle slash kararı site kurulumunda netleştirilmeli; sonradan değiştirilecekse kapsamlı yönlendirme ve test planıyla uygulanmalıdır.
URL’lerde harf duyarlılığı neden kopya içerik ve 404 sorunlarına yol açabilir?
URL’lerde büyük-küçük harf duyarlılığı sunucu yapılandırmasına göre değişebilir. Bazı sistemler /Blog/Seo-Dostu-Url ile /blog/seo-dostu-url adreslerini aynı kabul edebilir; bazıları ise tamamen farklı URL olarak işleyebilir. Bu fark, özellikle Linux tabanlı sunucular, özel routing kuralları ve statik dosya sistemlerinde önemlidir.
URL’lerde küçük harf standardı neden tercih edilir?
Küçük harf standardı, hataları azaltır ve tutarlılığı artırır. Kullanıcılar bir URL’yi elle yazarken büyük harfleri yanlış kullanabilir. İçerik ekipleri farklı dönemlerde farklı yazım kalıpları kullanabilir. Dış siteler size bağlantı verirken başlık biçimini URL’ye yansıtabilir. Tüm URL’leri küçük harfe zorlamak bu riskleri azaltır.
- Önerilen: /blog/seo-dostu-url-yapisi
- Riskli: /Blog/SEO-Dostu-URL-Yapisi
- Tutarsız: /blog/Seo-Dostu-url-Yapisi
En sağlıklı uygulama, CMS veya routing katmanında URL slug’larının otomatik olarak küçük harfe dönüştürülmesidir. Ayrıca büyük harfli varyasyonlar oluşuyorsa bunlar küçük harfli standart URL’ye 301 ile yönlendirilmelidir.
Harf duyarlılığı nasıl test edilir?
Basit bir test için önemli URL’lerin büyük harfli varyasyonları tarayıcıda ve HTTP durum kodu kontrol araçlarında denenebilir. Örneğin /blog/seo-dostu-url-yapisi adresi 200 döndürüyorsa, /Blog/Seo-Dostu-Url-Yapisi adresinin ne yaptığı kontrol edilmelidir. İdeal senaryoda büyük harfli varyasyon, küçük harfli standart URL’ye 301 ile yönlenir.
Bu test yalnızca birkaç URL ile sınırlı kalmamalıdır. Kategori, ürün, blog, görsel, PDF ve statik dosya URL’leri ayrı ayrı incelenmelidir. Bazı sistemlerde sayfa URL’leri normalize edilirken medya dosyaları harf duyarlı olabilir. Bu durum özellikle görsel ve doküman bağlantılarında 404 hatalarına yol açabilir.
SEO dostu URL yapısı yeni site, blog ve e-ticaret için nasıl planlanmalı?
URL planı, site yayına alındıktan sonra düzeltilmesi en zahmetli alanlardan biridir. Bu nedenle yeni site kurulumunda URL kuralları dokümante edilmelidir. Doküman kısa ama net olmalıdır: içerik türleri, kategori kalıpları, dil klasörleri, ürün URL’leri, filtre URL’leri, slash tercihi, küçük harf standardı, yönlendirme kuralları ve silinen sayfaların davranışı tanımlanmalıdır.
Blog URL yapısı nasıl olmalı?
Blog yapısında genellikle sade ve kalıcı slug tercih edilmelidir. Tarih kullanımı yalnızca içerik tarihsel bağlam taşıyorsa anlamlıdır. Örneğin haber, duyuru veya etkinlik içeriklerinde tarih yardımcı olabilir; ancak rehber ve eğitim içeriklerinde tarih URL’yi gereksiz yere eskitebilir.
- Evergreen rehber için: /blog/seo-dostu-url-yapisi
- Haber içeriği için: /haberler/2026/urun-guncellemesi
- Kategori rehberi için: /blog/teknik-seo/url-yapisi
Blogda topical authority hedefleniyorsa URL yapısı konu kümelerini destekleyebilir. Ancak kategori değişimlerinin URL’yi kırmaması için kategori bazlı yapı dikkatli kullanılmalıdır.
E-ticaret URL yapısında nelere dikkat edilmeli?
E-ticaret sitelerinde URL karmaşası daha yaygındır. Ürünler birden fazla kategoriye bağlı olabilir, filtre kombinasyonları çoğalabilir, stoktan kalkan ürünler yönetilmelidir. Ürün URL’sünün kategoriye bağlı olup olmaması stratejik bir karardır. Kategoriye bağlı URL, bağlam sağlar; kategori değişirse ürün URL’si de değişebilir. Kategoriden bağımsız ürün URL’sü ise daha kalıcıdır.
- Kategoriye bağlı ürün: /erkek/ayakkabi/kosu-ayakkabisi-model-x
- Kategoriden bağımsız ürün: /urun/kosu-ayakkabisi-model-x
Her iki yapı da doğru uygulanabilir. Önemli olan aynı ürünün birden fazla URL ile indekslenmemesidir. Eğer ürün farklı kategorilerden erişiliyorsa canonical stratejisi ve iç bağlantı tercihleri net olmalıdır. Kategori ve ürün sayfalarının SEO performansı için URL tek başına yeterli değildir; içerik, filtre yönetimi, ürün bulunabilirliği ve iç bağlantı yapısı birlikte çalışır. Bu bütünlüğü daha geniş ele almak için
Not: Verilen mevcut yazılar listesinde e-ticaret kategori ve ürün sayfalarıyla ilgili URL bulunmasına rağmen, bağlantı adresi bu içerikte teknik olarak yanlış yazılmamalıdır. Bu nedenle ilgili iç bağlantı yerine aşağıdaki genel teknik prensipleri izlemek daha güvenlidir: kategori URL’lerini sade tutmak, filtreleri kontrollü indekslemek, ürün varyasyonlarını tekil canonical altında toplamak ve stoktan kalkan ürünlerde kullanıcı niyetine uygun yönlendirme veya alternatif öneri sunmak.
URL yapısını yayınlamadan önce hangi kontrol listesi uygulanmalı?
SEO dostu URL yapısı için uygulanabilir bir kontrol listesi, ekipler arası hataları azaltır. Aşağıdaki maddeler yeni sayfa yayını, site taşıma, kategori değişimi ve CMS geçişi öncesinde kullanılabilir:
- URL kısa ve anlaşılır mı? Gereksiz kelime, tarih, ID veya teknik karakter içeriyor mu?
- Ana konu URL’den anlaşılabiliyor mu? Slug, sayfanın arama niyetiyle uyumlu mu?
- Küçük harf standardı uygulanıyor mu? Büyük harfli varyasyonlar yönlendiriliyor mu?
- Kısa çizgi kullanılıyor mu? Boşluk, alt çizgi ve özel karakterlerden kaçınılıyor mu?
- Trailing slash standardı net mi? Slash’lı ve slash’sız varyasyonlar aynı anda 200 dönüyor mu?
- Parametreli URL’ler kontrol altında mı? Takip, sıralama, filtre ve oturum parametreleri indekslenebilir hale geliyor mu?
- Canonical doğru mu? Sayfa kendisini veya doğru standart URL’yi gösteriyor mu?
- 301 yönlendirmeleri tek adımlı mı? Eski URL doğrudan yeni URL’ye gidiyor mu?
- İç bağlantılar güncel mi? Menü, breadcrumb, içerik içi linkler ve footer eski URL’ye bağlanıyor mu?
- Sitemap temiz mi? Yalnızca 200 durum kodlu, indekslenmesi istenen standart URL’ler yer alıyor mu?
- Robots ve noindex kararları tutarlı mı? İndekslenmesi istenen sayfalar yanlışlıkla engelleniyor mu?
- Mobil ve masaüstü URL davranışı aynı mı? Farklı cihazlarda farklı URL varyasyonu oluşuyor mu?
URL yayına alındıktan sonra tarama ve indeksleme kontrolleri yapılmalıdır. Eğer Google yeni URL’leri beklenen şekilde keşfetmiyor veya eski URL’leri uzun süre göstermeye devam ediyorsa, sitemap, iç bağlantı, canonical ve yönlendirme sinyalleri birlikte incelenmelidir. İndeksleme sorunlarının farklı nedenlerini görmek için Google’ın sayfaları neden indekslemeyebileceğine dair yaygın teknik sebepler URL kontrol sürecini tamamlar.
SEO dostu URL için en pratik ilke şudur: Kullanıcı URL’ye baktığında sayfanın konusunu anlayabilmeli, arama motoru aynı içeriği tek standart adreste görmeli ve teknik ekip bu yapıyı yıllar sonra da yönetebilmelidir.
SEO dostu URL kaç kelime olmalı?
Kesin bir kelime sınırı yoktur; ancak URL, sayfanın konusunu gereksiz kelime kullanmadan anlatacak kadar kısa olmalıdır. Çoğu içerik için 2-5 anlamlı kelimeden oluşan slug yeterli olabilir. Önemli olan URL’nin okunabilir, kalıcı ve arama niyetiyle uyumlu olmasıdır.
URL’de anahtar kelime kullanmak zorunlu mu?
Zorunlu değildir, fakat sayfanın ana konusunu doğal biçimde ifade eden bir anahtar kelimenin URL’de yer alması kullanıcı ve arama motoru açısından açıklayıcı olabilir. Anahtar kelime eklemek için URL’yi uzatmak veya tekrarlarla doldurmak doğru değildir.
URL değiştirirsem sıralamam düşer mi?
URL değişikliği doğru 301 yönlendirme, güncel canonical, temiz sitemap ve güncellenmiş iç bağlantılarla yapılırsa risk azaltılır; ancak her URL değişimi arama motorlarının sinyalleri yeniden işlemesini gerektirir. Bu yüzden yalnızca açık bir gerekçe varsa URL değiştirilmelidir.
Parametreli URL’ler tamamen engellenmeli mi?
Hayır. Bazı parametreli URL’ler kullanıcı için değerli filtre veya kategori deneyimi sunabilir. Tamamen engellemek yerine parametrenin arama niyeti, içerik benzersizliği ve tarama etkisi değerlendirilmelidir. Takip ve oturum parametreleri genellikle indekslenebilir URL’ye dönüşmemelidir.
Trailing slash kullanmak mı kullanmamak mı daha iyi?
SEO açısından tek başına slash’lı veya slash’sız yapı daha üstün değildir. Önemli olan seçilen standardın tüm sitede tutarlı uygulanması ve diğer varyasyonun 301 ile standart URL’ye yönlendirilmesidir.
Büyük harfli URL’ler SEO sorunu yaratır mı?
Büyük harfli URL’ler bazı sunucu yapılandırmalarında farklı adres olarak algılanabilir ve kopya içerik veya 404 sorunlarına yol açabilir. Bu nedenle URL’lerde küçük harf standardı tercih edilmeli, büyük harfli varyasyonlar küçük harfli URL’ye yönlendirilmelidir.