← Blog · 17 Nisan 2026 · ConvertCaseHQ Ekibi · 5 dk okuma

SEO için URL slug kuralları: kebab-case neden en iyi seçim?

En iyi URL slug'ı, tireyle birleştirilmiş birkaç küçük harfli sözcüktür: Kebab_Case_Slugs değil, kebab-case-slugs. Google'ın kendi belgeleri alt çizgi yerine tire önerir. Google URL yollarını büyük/küçük harfe duyarlı saydığı için de küçük harfe bağlı kalmak sizi yanlışlıkla oluşan kopya sayfalardan korur. İnsanların URL slug'ları hakkında söylediği geri kalan hemen her şey (ideal uzunluk, stop word'ler, anahtar sözcüğün yeri) kural değil, yargıdır. Bu yazı ikisini birbirinden ayırıyor.

Tire mi, alt çizgi mi: Google gerçekte ne diyor?

Burada SEO efsanelerine güvenmeniz gerekmiyor, çünkü Google bunu URL yapısı en iyi uygulamalarında doğrudan söylüyor:

We recommend using hyphens (-) instead of underscores (_) to separate words in your URLs, as it helps users and search engines better identify concepts in the URL. (Türkçesi: URL'lerinizde sözcükleri ayırmak için alt çizgi (_) yerine tire (-) kullanmanızı öneririz; çünkü bu, kullanıcıların ve arama motorlarının URL'deki kavramları daha iyi tanımasına yardımcı olur.)

Mantığı anlamak kolay. Alt çizgi zaten sözcükleri bir arada tutmak için kullanılır: Programcılar bir fonksiyona tam olarak tek bir birim olarak okunsun diye format_date adını verir. Tire ise tersine, ayrı sözcükler arasındaki boşluk gibi okunur. Google'ın sayfası bu noktayı şu türden örneklerle gösteriyor:

Google'ın neyi söylemediğine dikkat edin. Alt çizgili bir URL'nin sıralamaya giremeyeceğini ya da yok sayılacağını hiçbir yerde iddia etmiyor. Tam olarak bunu kesin bir dille öne süren blog yazıları bulursunuz; onlara söylenti gözüyle bakın. Belgelenmiş görüş, yanında makul bir gerekçesi olan bir öneridir.

Slug'daki anahtar sözcükler ne kadar önemli?

Pek çok kişinin sandığından az. Google'ın SEO Starter Guide'ı, “keywords in the domain name or URL path” (alan adındaki ya da URL yolundaki anahtar sözcükler) ifadesini odaklanılmaması gerekenler arasında sayar ve sıralama açısından bunların “have hardly any effect beyond appearing in breadcrumbs” (gezinti yolunda görünmenin ötesinde neredeyse hiçbir etkisi yoktur) olduğunu söyler. Aynı kılavuz yine de açıklayıcı URL'leri teşvik eder; çünkü URL'nin bölümleri arama sonuçlarında gezinti yolu (breadcrumb) olarak görünebilir ve insanlar bir sonucun işe yarar görünüp görünmediğine bunlara bakarak karar verir.

Yani iyi URL slug'ları yazmanın dürüst nedeni insanlardır. /blog/seo-url-slugs-kebab-case gibi bir slug, kişiye tıklamadan önce ne bulacağını söyler, bir sohbete yapıştırıldığında anlaşılır kalır ve yüksek sesle okunması kolaydır. /p?id=8812 gibi bir slug bunların hiçbirini yapmaz.

Bu, yaygın bir endişeyi de yanıtlıyor: Eski my_post URL'lerinin hepsini my-post olarak yeniden adlandırmalı mısınız? Siteyi zaten yeniden yapılandırmıyorsanız biz yapmazdık. Bir URL'yi değiştirmek yönlendirme kurmak ve arama motorlarının yetişmesini beklemek demektir; belgelenmiş kazanç ise küçüktür. Yeni olan her şey için tire kullanın, çalışan URL'lere dokunmayın. Yine de taşımaya karar verirseniz nasıl yapılacağını kalıcı bağlantılar, URL yapısı ve güvenli yönlendirmeler rehberimiz anlatıyor.

URL slug'ları neden küçük harfli olmalı?

Bir URL'nin alan adı (host) kısmı (Example.com) büyük/küçük harfe duyarlı değildir, ama ondan sonrası olabilir. Google'ın belgeleri URL işleyişinin büyük/küçük harfe duyarlı olduğunu açıkça söyler ve /APPLE ile /apple adreslerinin kendi içerikleri olan iki ayrı URL sayılmasını örnek verir.

Sonrası sunucunuza bağlıdır. Pek çok kurulumda /Blog/My-Post, tam olarak bu adı taşıyan bir dosya ya da rota olmadığı için basitçe 404 döndürür. Başka kurulumlarda her yazım biçimi aynı sayfayı sunar; bu da sessizce kopyalar yaratır. Google'ın ikinci durum için önerisi, URL'lerin aynı sayfaya işaret ettiğini anlamayı kolaylaştırmak için tüm metni aynı harf biçimine çevirmektir.

Seçilecek harf biçimi belli: küçük harf. Çoğu kişi URL'leri küçük harfle yazar ve Pricing mi pricing mi olduğunu kimse hatırlamaz. Sunucunuz zaten büyük ve küçük harfin karışık yazıldığı istekleri yanıtlıyorsa, büyük harfli her yoldan küçük harfli ikizine kalıcı bir yönlendirme ekleyin. (Alan adları ve e-posta adresleri farklı kurallara tabidir; onları alan adlarında ve e-postalarda büyük/küçük harf yazımızda anlatıyoruz.)

Bir başlığı temiz bir slug'a çevirmek

Tipik bir slug üretecinin izlediği süreç, elle yapacağınız süreçle aynıdır:

1. Her şeyi küçük harfe çevirin.
2. Kesme işaretlerini başka bir şeyle değiştirmek yerine silin; böylece don't sözcüğü don-t değil, dont olur.
3. Boşluk ve noktalama işareti dizilerinin her birini tek bir tireyle değiştirin.
4. Baştaki ve sondaki tireleri kırpın.
5. Aksanlı ve Latin olmayan harfleri ne yapacağınıza karar verin.
6. Sonucu okuyun ve bir insan gibi düzenleyin.

Asıl ustalık altıncı adımda. Dönüştürücümüzdeki Slugify seçeneğiyle yapılmış birkaç gerçek dönüşüm (başlıklar İngilizce):

İlk satır bu yazının gerçek slug'ı. “best practices”, “why” ve “wins” sözcüklerini attık, çünkü anlam katmadan uzunluk katıyorlar. Üçüncü satır, düzenleme adımını neden atlayamayacağınızı gösteriyor: + ve # gibi simgeler o başlığın bütün anlamını taşıyor ve mekanik bir slug onları siliyor.

Stop word'ler: dolguyu atın, anlamı koruyun

İngilizce başlıklarda “a”, “the” ve “of” gibi küçük sözcükleri atmak, uzun bir slug'ı kısaltmanın makul bir yoludur. Bu bir kural değildir. Anlamı değiştiren her kısa sözcüğü koruyun: coffee-without-sugar ile coffee-sugar farklı sayfalardır ve “not”, “no” ve “vs” küçük olsalar da anlamı taşıyan sözcüklerdir.

Uzunluk

Google slug'lar için bir karakter sınırı yayımlamıyor. Önerisi yalnızca URL'leri basit ve okunabilir tutmanızdır. Bizim başparmak kuralımız, konuyu adlandıran üç ila altı sözcüktür; bu, slug'ı gezinti yolunda okunabilir ve paylaşılacak kadar kısa tutar. Bir slug'ın başlığın tamamını tekrar etmesi gerekmez ve manşeti her ayarladığınızda değişmemelidir.

Aksanlar ve başka diller

Google, URL'lerde hedef kitlenizin dilindeki sözcüklerin kullanılmasını önerir. Aksanlı Latin harfli metinlerde birçok slug üreteci aksanları kaldırır; böylece crème brûlée, creme-brulee olur. Bu genellikle sorun değildir, ama ara sıra bir sözcüğü değiştirebilir: Almanca schön (güzel), schon (zaten) olur. Sonucu okuyun. Yunanca, Kiril ya da Japonca gibi yazı sistemlerinde özgün harfleri koruyabilirsiniz; ASCII dışı slug'ların artı ve eksileri kalıcı bağlantılar rehberimizde ele alınıyor.

ConvertCaseHQ'da kebab-case ile Slugify

Büyük/küçük harf dönüştürücümüzde hem kebab-case hem de Slugify seçeneği var ve bunlar aynı şey değil. İkisi de metni küçük harfe çevirir, kesme işaretlerini atar, Yunanca, Kiril ve Japonca gibi Latin olmayan yazıları korur (boş bir slug kimseye yaramaz) ve sözcükleri tireyle birleştirir. Farklar şunlar:

• Aksanlar: Slugify bunları Latin harflerden kaldırır (é → e, ł → l, ß → ss). kebab-case korur; dolayısıyla Café, café olur.
• camelCase girdi: kebab-case onu böler (XMLHttpRequest → xml-http-request); kod için istediğiniz de budur. Slugify onu tek sözcük sayar (xmlhttprequest).

Hiçbiri stop word'leri kaldırmaz; bu sizin kararınız. İkisi de metin kutusunun tamamını tek bir dize olarak ele alır; yani satır sonları da tireye dönüşür. Her seferinde tek bir başlık çevirin.

URL slug'ları için kısa bir kontrol listesi

• Yalnızca küçük harf; sunucunuz büyük/küçük harfi karışık yazılmış varyantları yanıtlıyorsa bunları yönlendirin.
• Sözcükler arasında tire. Alt çizgi yok, boşluk yok, bitişik sözcük yok.
• Kesme işareti, noktalama ya da artakalan simge yok; ama simgelerin önemli olduğu başlıkları yeniden yazın.
• Anlamlı üç ila altı sözcük. Dolguyu atın, anlamı değiştiren sözcükleri tutun.
• Bir kez yazın ve dokunmayın. Kararlı bir URL, mükemmel bir URL'den iyidir.