URL Yapısı ve Slug Optimizasyonu: Kurallar ve Örnekler

Bir sayfanın adresi, hem okuyucunun hem de tarayıcı robotun o sayfa hakkında gördüğü ilk bilgidir. İyi kurulmuş bir url yapısı, siteyi büyütürken bakım yükünü azaltır; kötü kurulmuş olan ise yıllar sonra yönlendirme listelerine ve rapor karmaşasına dönüşür. Bu yazıda slug yazım kurallarını, klasör derinliği ve parametre kararlarını, bir de yayında olan bir adresi değiştirmenin ne zaman değdiğini adım adım ele alıyoruz.

URL Yapısı Neden Önemlidir

URL yapısı çoğu zaman sıralama hamlesi gibi anlatılır, oysa asıl değeri düzen ve öngörülebilirliktir. Adres okunabilirse kullanıcı linke tıklamadan önce nereye gideceğini kestirir, paylaşılan linkte ne olduğunu anlar, sonuç sayfasında adrese bakınca güven duyar. Tarayıcı robot için ise tutarlı bir adres şeması, aynı içeriğin birden fazla kapıdan sunulmasını engeller.

Bu yazıda bir sıralama vaadi yok. Google'ın URL yapısı belgesi (yeni sekmede açılır) adresleri bir sıralama hilesi olarak değil, taranabilirlik ve okunabilirlik açısından ele alıyor: okunabilir sözcükler kullanın, gereksiz parametreleri azaltın, oturum kimliğinden kaçının. Belge slug'a özel bir ağırlık atamıyor. Bu yüzden adresi mükemmelleştirmek için içerik üretimini bırakmak yanlış öncelik olur.

Bu rehberin bakış açısı da buna dayanıyor: adres, iyi içeriğin yerine geçmez; yalnız onun düzgün taşınmasını sağlar. Yeni bir site kuruyorsanız kuralları baştan koymak neredeyse bedavadır. Yıllarca yayında kalmış bir sitede ise aynı kuralları sonradan uygulamak, tek tek karar, yönlendirme ve ölçüm kaybı bedeli demektir. Bu yüzden yazının büyük kısmı iki soruya cevap veriyor: yeni adres nasıl yazılır, eski adrese ne zaman dokunulur.

Pratik fayda üç yerde görünür:

• Bakım: Düzenli şema, siteye yeni bölüm eklerken karar yükünü azaltır.
• Ölçüm: Klasör adı tutarlıysa raporlarda bir bölümün tamamını tek filtreyle ayırabilirsiniz.
• Paylaşım: Kısa ve anlaşılır adres e-postada, sosyal medyada ve sohbette bozulmadan taşınır.

İyi Bir URL'nin Özellikleri

"Seo uyumlu url" için tek bir kalıp yoktur ama iyi adreslerin ortak özellikleri vardır. Önce kısalık: adresin sayfanın konusunu birkaç sözcükle anlatması yeterlidir. Sonra okunabilirlik: sözcükler ayrı, anlamlı ve hedef kitlenin dilinde olmalıdır. Google belgesi de sayısal kimlikler yerine okunabilir sözcükleri öneriyor.

Bir adresin kalitesini beş soruyla ölçebilirsiniz:

1. Sayfayı hiç görmemiş biri adrese bakarak konuyu tahmin edebilir mi?
2. Adres, sayfanın başlığı değişse bile geçerliliğini koruyacak kadar kalıcı mı?
3. Aynı sayfaya başka bir adresten de ulaşılıyor mu?
4. Adres e-postada kopyalandığında tek parça kalıyor mu?
5. Aynı sitedeki benzer sayfalarla aynı kalıbı izliyor mu?

Sonuncusu en çok atlanan sorudur. Tek tek güzel adresler, birbirinden farklı kalıplarla yazıldığında site genelinde dağınık bir izlenim bırakır. Bir adresin "url nasıl olmalı" sorusunun cevabı bu yüzden önce sitenin kendi kuralında aranır; tek başına mükemmel bir örnek aramak bu soruyu çözmez. Kuralı yazılı hale getirmeyi "URL Standardı Belirleyip Uygulamak" bölümünde göreceksiniz.

İçerik yönetim sistemlerinde permalink şablonu genellikle kurulumda seçilir ve sonradan değiştirilmesi tüm yayındaki adresleri etkiler. Bu yüzden şablonu ilk günde düşünerek seçin; sonradan değiştirmeniz gerekiyorsa önce test ortamında deneyin, eski adreslerin tamamı için yönlendirme planı çıkarın ve ancak ondan sonra canlıya alın. Kuralı yazılı tutmak, bu tür kararların bir sonraki ekip üyesi tarafından da anlaşılmasını sağlar.

Slug Yazım Kuralları: Tire, Küçük Harf ve Kısalık

Slug, adresin sayfaya özgü son parçasıdır; WordPress dünyasında permalink adı altında da geçer. Slug optimizasyonu aslında üç basit kararın tutarlı uygulanmasıdır.

Sözcükleri tire ile ayırın

Google, sözcükleri ayırmak için alt çizgi yerine tire kullanmanızı öneriyor ve sözcükleri bitişik yazmayı önermiyor. "slug-yazim-kurallari" okunur; "slugyazimkurallari" okunmaz, "slug_yazim_kurallari" ise belgenin tercihine uymaz.

Tek bir harf boyu seçin

Aynı belge adres yollarının büyük/küçük harfe duyarlı ele alındığını, sunucunuz farklı harf boylarını aynı sayfaya götürüyorsa tek bir boya çevirmenizi söylüyor. Belge "küçük harf" demiyor; fakat küçük harf pratik ve yaygın çözümdür. Böylece "/Blog/Slug" ile "/blog/slug" iki ayrı adres olarak dolaşıma girmez.

Kısa tutun, dolgudan arındırın

Başlığın tamamını slug'a taşımak gerekmez. "bir-baslangic-icin-url-yapisi-nasil-kurulur-ve-neye-dikkat-edilir" yerine "url-yapisi-nasil-kurulur" aynı işi görür. Zorunlu bir uzunluk sınırı belgelenmiş değildir; amaç adresin ekranda ve mesajda taşınabilir kalmasıdır. "ve", "ile", "için" gibi bağlaçlar anlamı bozmuyorsa çıkarılabilir, bozuyorsa kalır.

Türkçe Karakterler ve Slug

"Türkçe karakter url" sorusunun iki cevabı vardır. Teknik olarak ç, ğ, ı, ö, ş, ü içeren adresler çalışır: Google belgesi, ASCII dışı karakterlerin bağlantıdaki href değerinde yüzde kodlu (percent-encoded) yazılmasını ve kodlanmamış biçimlerin önerilmediğini belirtiyor. Tarayıcı çubuğunda okunur görünen adres, arka planda "%C5%9F" gibi dizilere dönüşür; bu da e-postaya veya bazı araçlara yapıştırıldığında uzun ve çirkin bir görüntü doğurabilir.

Bu yüzden birçok site ASCII'ye çevrilmiş slug kullanır: "şirket" yerine "sirket", "çözüm" yerine "cozum". Bu bir kural değil, pratik uyumluluk tercihidir ve her sitede doğru olmak zorunda değildir. Karar verirken şunlara bakın:

• Mevcut sitenizde hangi biçim hâkim? Karışık kullanım en kötü seçenektir.
• Kullandığınız araçlar (analitik, rapor, e-posta) kodlanmış adresleri düzgün gösteriyor mu?
• Slug'ı sistem mi üretiyor, editör mü yazıyor? Otomasyon varsa dönüşüm tablosu net olmalı.

Dönüşümde küçük bir tuzak var: "ı" ile "i" aynı ASCII harfe düşünce nadiren iki farklı sözcük aynı slug'a çevrilebilir. Böyle bir çakışma görürseniz anlamı koruyan ek bir sözcük kullanın. Hedef kitlenizin dili Türkçeyse belgenin "kitlenin dilinde yazın" önerisini ASCII dönüşümüyle birlikte düşünmek gerekir: slug'daki sözcükler Türkçe kalır, yalnız yazımı harf setine uyarlanır. İngilizce karşılığı olan bir sayfaya Türkçe sürümün slug'ını birebir çevirmek zorunda da değilsiniz; her dilde o dilin okuyucusuna doğal görünen sözcükleri seçmek yeterlidir, yeter ki iki dilin kalıbı kendi içinde tutarlı olsun.

Klasör Yapısı ve URL Derinliği

Klasör yapısı sitenin konu haritasıdır: "/seo-rehberi/url-yapisi-ve-slug-optimizasyonu" adresi, sayfanın seo rehberi bölümünün parçası olduğunu söyler. Derinlik konusunda belgelenmiş bir üst sınır yoktur; yine de iki ilke yol gösterir.

Birincisi, klasör sayısı sayfanın gerçek hiyerarşisini yansıtmalıdır. Ana sayfadan iki tıkla gidilen bir sayfa, adreste beş klasör altına gömülmemelidir. İkincisi, klasör adları değişmeyecek kadar genel olmalıdır; geçici kampanya veya kişi adı içeren klasörler kalıcı içerik için uygun değildir.

Çok dilli sitelerde belge iki yapıyı örnek gösteriyor: ülkeye özel alan adı veya genel alan adı altında ülke/dil dizini (örneğin "/de/"). Bu sitede olduğu gibi dil önekli yapı seçildiyse, öneklerin tüm sayfalarda aynı biçimde kullanılması gerekir.

Derinlik kararını veren pratik bir test de var: adrese bakan biri sayfanın sitedeki yerini tarif edebiliyor mu? "/seo-rehberi/url-yapisi-ve-slug-optimizasyonu" için cevap evet; "/icerik/2/genel/sayfa-17" için hayır. İkincisi hem kullanıcıyı hem ekibi yanıltır. Kısa bir kontrol: sayfanın bağlı olduğu kategori adı başka bir üst bölüme taşınırsa, o klasörün altındaki yüzlerce adres de değişir mi? Değişiyorsa klasör adını daha sabit bir kavrama bağlayın. Kategori sayfalarındaki yapı sorunları için kategori ve sayfalandırma rehberimize bakabilirsiniz.

Parametre, Oturum Kimliği ve Takip Etiketleri

Parametreli adresler (soru işaretinden sonrası) temiz bir slug'ın sağladığı düzeni kolayca bozar. Google belgesi gereksiz parametrelerin kırpılmasını, yönlendiren kimliği, sıralama ve oturum kimliği gibi sayfa içeriğini değiştirmeyen parametrelerden kaçınmayı ve oturum kimliği yerine çerez kullanmayı öneriyor. Parametre biçimi için de eşittir ve "&" işaretli standart kalıbı, birden fazla değer gerekiyorsa virgülü öneriyor.

Üç parametre türünü birbirinden ayırın:

• İçeriği değiştirenler: Filtre ve sıralama gibi, listeyi gerçekten farklılaştıranlar. Bunlar ayrı bir yönetim konusudur; ayrıntısı filtre URL'leri ve faceted navigation yazısında anlatılıyor.
• İçeriği değiştirmeyenler: Oturum kimliği, yönlendiren kodu. Bunların adreste dolaşması kopya URL üretir.
• Takip etiketleri: UTM gibi kampanya parametreleri. Ölçüm için gereklidir ama sitenin kendi iç linklerinde kullanılmamalıdır; iç linke eklenen etiket, aynı sayfanın birden fazla adresini dolaşıma sokar.

Takip etiketlerinde sağlıklı alışkanlık şudur: etiketi yalnız sitenin dışından gelen kampanya linklerinde kullanın, sitenin kendi menüsünde, kartında ve içerik içi linkinde sade adresi bırakın. Etiketli bir adres sitenin dışında dolaşıp paylaşıldığında da başka bir adrese dönüşmeden okunabilir kalır; yine de raporlarda etiketli ve etiketsiz sürümleri aynı sayfa olarak okumayı unutmayın.

Bir de parça tanımlayıcı (#) konusu var: belge, içeriği değiştirmek için "#" kullanmamayı, JavaScript tarafında History API'yi tercih etmeyi söylüyor. Kopya oluşturan parametrelerde kanonik etiketin rolü canonical etiketi denetimi yazısında ele alınıyor.

Tarih ve Kategori Öğeleri Slug İçinde Olmalı mı

Google belgesi slug içinde tarih veya kategori bulundurmayı ne öneriyor ne de yasaklıyor; karar sitenin yapısına ve içeriğin ömrüne bağlıdır. İşe yarayan karar ölçütü, adresin kalıcılığıdır.

Tarih için soru şudur: bu içerik güncellenecek mi? Güncellenebilir bir rehberin adresinde "2022" geçiyorsa yıllar sonra eskimiş görünür ve ya yanıltıcı kalır ya da değiştirilmek zorunda kalır, bu da yönlendirme demektir. Haber veya duyuru gibi doğası gereği tarihli içerikte tarih adreste doğal durur.

Kategori için soru şudur: bu sayfa başka bir kategoriye taşınabilir mi? Taşınabilirse kategoriyi slug'a gömmek, her taşımada adres değişikliği doğurur. Kategorinin kalıcı bir bölüm olduğu yapılarda (örneğin "/seo-rehberi/") klasör olarak kullanımı mantıklıdır.

Örnek senaryo: küçük bir yazılım şirketi blog adreslerini "/2023/05/12/slug" biçiminde kurmuş olsun. İki yıl sonra eski rehberlerini güncellediğinde adreslerdeki tarih içeriği eski gösteriyor. Şirket ya adresleri yönlendirmeyle sadeleştirecek ya da eskimiş görünüme katlanacak. Baştan tarihsiz kurmak, bu maliyeti hiç doğurmaz.

Mevcut URL'yi Değiştirme Kararı

"Url değiştirme" kararı yeni içerik adreslemekten farklıdır, çünkü yayındaki adresin bağlantıları, kayıtları ve alışkanlıkları vardır. Varsayılan tutum şudur: gerekçe güçlü değilse dokunmayın. Gerekçe, yönlendirme ve güncelleme emeğinden ağır basmalıdır.

Kararı üç duruma ayırabilirsiniz:

• Dokunmayın: Adres biraz uzun ya da kusurlu ama çalışıyor, bağlantı alıyor, sorun yaratmıyor. Kozmetik iyileştirme için taşımaya değmez.
• Taşıyın: Adres yanıltıcı (içerikle ilgisiz), yasal ya da marka nedeniyle kullanılamaz, kopya oluşturuyor veya sitenin yeni şemasıyla çelişiyor.
• Toplu taşıyın: Tüm şemayı değiştiriyorsunuz; bu bir site taşıma işidir ve ayrı planlanır.

Karar verirken şu maliyetleri hesaba katın: her taşıma bir yönlendirme kaydı, iç link güncellemesi, harici bağlantı sahiplerinin eski adrese bağlı kalması ve ölçüm serisinin kopması demektir. Yönlendirme değer aktarımı konusunda mutlak bir hüküm vermiyoruz; Google'ın belgesi kalıcı yönlendirmenin hedefi kanonik yapma yönünde güçlü bir sinyal olduğunu söylüyor, ancak sıralamanın aynı kalacağını söylemiyor. Bu nedenle riskli bir taşımayı gereksiz yere yapmak istemezsiniz. Ekip içinde bu karar bir kişiye bağlanmamalıdır. Taşıma önerisi yapan kişi gerekçeyi, etkilenen sayfa sayısını ve yönlendirme maliyetini yazılı sunar; onay veren kişi de bunları görerek karar verir. Böylece "daha güzel olur" gerekçesiyle yayındaki adresler sessizce değiştirilmez. Harici bağlantıların korunması için site taşıma sırasında backlink değerini koruma yazısındaki adımları izleyin.

URL Değişikliğinde 301 Yönlendirme ve Güncelleme Listesi

Adresi değiştirmeye karar verdiyseniz sıra önemlidir. Google'ın yönlendirme belgesine (yeni sekmede açılır) göre 301 ve 308 kalıcı taşımayı bildirir, 302 ve 307 gibi geçici yönlendirmeler ise hedefi kanonik yapmaz. Yani kalıcı bir slug değişikliği için geçici yönlendirme seçmek, niyetinizi yanlış ifade eder. Sunucu taraflı yönlendirme en doğru yorumlanma ihtimali olan yöntemdir, JavaScript yönlendirmesi ise son çaredir. Site taşıma belgesi (yeni sekmede açılır) de eski adreslerden yeni karşılıklarına birebir eşleme yapılmasını, zincirden kaçınılmasını ve yönlendirmelerin mümkün olduğunca, genellikle en az bir yıl korunmasını öneriyor.

Güncelleme listesi şöyle işler:

1. Eşleme tablosu: Eski adres, yeni adres ve gerekçe.
2. Sunucu yönlendirmesi: Eski adresten yeni adrese tek adımlı 301. Zincir ve döngü riski yönlendirme zinciri yazısında anlatılıyor.
3. İç linkler: Menü, içerik içi linkler, kırıntı yolu ve görsellerdeki bağlantılar yeni adrese güncellenir; yönlendirmeye güvenip eski adresi iç linkte bırakmak gereksiz bir adımdır.
4. Canonical ve sitemap: Kanonik etiket ve site haritası yeni adresi göstermelidir.
5. Doğrulama: Eski adres 301 veriyor mu, yeni adres 200 dönüyor mu, hedefte kanonik kendini mi gösteriyor?

Site haritasının nasıl kontrol edileceği sitemap denetimi yazısında var. Yönlendirmeyi kaldırmak için acele etmeyin; belgenin "en az bir yıl" ifadesi alt sınır tavsiyesidir.

URL Standardı Belirleyip Uygulamak

Kuralları kafada tutmak yerine tek sayfalık yazılı bir standart hazırlamak, ekip büyüdüğünde en çok işe yarayan yatırımlardan biridir. Standart kısa olmalı ve örnek içermelidir; kimse uzun bir belgeyi her yayında açmaz.

İyi bir standart şu başlıkları kapsar:

• Karakter kuralı: küçük harf, tire ayırıcı, ASCII veya özel karakter tercihi.
• Uzunluk kuralı: kaç sözcüğe kadar, hangi bağlaçların çıkarılacağı.
• Klasör kuralı: izinli klasörler ve en fazla derinlik.
• Parametre kuralı: hangi parametreler iç linklerde kullanılabilir.
• Değişiklik kuralı: yayındaki adrese kim, hangi gerekçeyle dokunabilir.

Uygulama tarafında iki mekanizma gerekir. Birincisi yayın öncesi kontrol: editör slug'ı yazarken kuralı hatırlatan basit bir liste veya içerik yönetim sistemindeki otomatik biçimlendirme. İkincisi periyodik tarama: sitedeki adresleri dışa aktarıp büyük harf, alt çizgi, aşırı uzunluk ve parametre taşıyan örnekleri süzmek. Bulgular çıkarsa, her biri için "Mevcut URL'yi Değiştirme Kararı" bölümündeki üçlü ayrımı uygulayın; çoğu zaman cevap "dokunmayın" olacaktır.

Standardı yazarken mevcut içerik yazım sürecinizle bağdaştırın. Planlama aşamasında slug'ı başlıkla birlikte onaylamak, yayından sonra yönlendirme yazmaktan çok daha ucuzdur.

Örnek Şablon: Slug Karar ve Yeniden Adlandırma Tablosu

Yayındaki adresler için karar vermeyi kolaylaştıran bir çalışma tablosu aşağıda. Değerler gerçek bir siteye ait olmayan örnek değerlerdir; kendi adreslerinizle doldurun.

Bu örnek senaryoda küçük bir hizmet sitesinin ekibi beş satırı doldurup iki adresi taşımaya, birini izlemeye, ikisine dokunmamaya karar veriyor. İş birkaç yönlendirme kaydıyla sınırlı kalıyor ve toplantıdaki "hepsini değiştirelim" önerisi gerekçeli bir seçime dönüşüyor. Tablonun değeri, kararın yazılı ve geri izlenebilir olmasıdır.

Sıkça Sorulan Sorular

SEO uyumlu URL nasıl olmalı?

SEO uyumlu bir URL kısa, okunabilir ve sayfanın konusunu anlatan sözcüklerden oluşmalıdır. Sözcükler tire ile ayrılır, tek bir harf boyu kullanılır ve adres kalıcı olacak biçimde kurulur. Gereksiz parametre ve oturum kimliği taşımaması da Google'ın belgesindeki temel öneridir.

URL'de büyük harf kullanılabilir mi?

Kullanılabilir ama önerilmez, çünkü adres yolları büyük/küçük harfe duyarlı sayılabilir. Aynı sayfa hem büyük hem küçük harfle açılırsa iki ayrı adres oluşabilir. Tek bir harf boyu seçip diğerini yönlendirmek en güvenli yoldur; pratikte genellikle küçük harf tercih edilir.

Slug değiştirince ne yapmalıyım?

Eski adresten yeni adrese sunucu taraflı, tek adımlı bir 301 yönlendirmesi kurun. Ardından iç linkleri, kanonik etiketi ve site haritasını yeni adrese güncelleyin. Yönlendirmeyi en az bir yıl koruyun ve eski adresin gerçekten yönlendirdiğini, yeni adresin 200 döndürdüğünü test edin.

URL'de bağlaç ve dolgu kelimeler kullanılmalı mı?

Zorunlu değildir; anlam bozulmuyorsa bağlaçlar ve dolgu sözcükler çıkarılarak adres kısaltılabilir. Yine de adresin okunur kalması önemlidir. Çıkarılınca anlam kayıyorsa sözcüğü bırakın. Belgelenmiş bir sözcük sayısı sınırı yoktur, hedef kısa ve anlaşılır bir adrestir.

Kategori adı URL'de yer almalı mı?

Siteye bağlıdır; kategori kalıcı bir bölümse klasör olarak kullanılması mantıklıdır. Sayfa kategoriler arasında taşınabiliyorsa kategoriyi adrese gömmek ileride yönlendirme gerektirir. Hangisini seçerseniz seçin, kural tüm sitede tutarlı uygulanmalı ve yazılı standartta kayıtlı olmalıdır.

URL parametreleri SEO'ya zarar verir mi?

Parametreler aynı içeriğin birden fazla adrese yayılmasına yol açtığında sorun yaratabilir. Oturum kimliği ve yönlendiren kodu gibi içeriği değiştirmeyen parametrelerden kaçının, iç linklerde tutarlı adres kullanın ve gerekirse kanonik etiketle tercih ettiğiniz sürümü belirtin. Parametrenin kendisi tek başına zarar sayılmaz.

Sonuç ve Sonraki Adım

Adres yapısı, sayfayı bulunur ve yönetilebilir kılmak içindir; sıralama vaat etmez. Yeni içerikler için kısa, küçük harfli, tireli bir slug kuralını yazılı hale getirmek, parametre ve tarih kararlarını bir kez vermek ve yayındaki adreslere yalnızca gerekçesi güçlü olduğunda dokunmak yeterli bir çerçevedir. Dokunulacaksa tek adımlı 301, iç link güncellemesi ve doğrulama eksiksiz yapılmalıdır.

Yeni slug kuralınıza uygun, planlı konu başlıklarıyla içerik hazırlatmak isterseniz makale yazımı ürünlerinden birini seçip sepet ve ödemeyi tamamlayabilir, satıcı onayı ve teslimat bildirimini izleyebilirsiniz; itiraz yolu da açıktır. Önce tablodaki üç beş adres için karar verin: standart oturduktan sonra sipariş edilen içerik doğrudan bu şemaya oturur.