URL Slug Nedir? SEO Uyumlu Slug Yazım Kuralları ve 301 Rehberi

URL slug nedir ve ne işe yarar?

URL slug, bir web adresinin alan adından sonra gelen ve sayfayı kısa, okunabilir kelimelerle tanımlayan son bölümüdür. Örneğin "ornek.com/url-slug-nedir/" adresinde "url-slug-nedir" kısmı slug'dır. Kullanıcıya ve arama motoruna sayfanın konusunu tek bakışta anlatır.

Slug, sayfanın kimlik numarası gibi çalışır. Bir kez yayımladığınızda bağlantılar, sitemap kayıtları ve paylaşımlar bu adrese dayanır. Bu yüzden ilk yazışınızı özenle yapmanız gerekir.

Biz ekibimizle site denetimlerinde önce adres yapısına bakarız. Çünkü düzensiz bir URL yapısı, içerik kalitesi yüksek olsa bile sayfaları yönetmeyi zorlaştırır. Raporlarda hangi sayfanın ne olduğunu anlamak için de okunabilir adresler çok işe yarar.

Bu rehberde yazım kurallarını, Türkçe karakter sorununu ve slug değiştirmenin risklerini anlatıyoruz. Ayrıca 301 yönlendirmesinin nasıl kurulacağını adım adım gösteriyoruz.

URL slug adresin hangi bölümünde yer alır?

Bir adres birkaç parçadan oluşur: protokol, alan adı, klasör yolu ve slug. "https://ornek.com/blog/url-slug-nedir/" adresinde "https" protokol, "ornek.com" alan adı, "blog" klasör, "url-slug-nedir" ise slug'dır.

Slug, genellikle yolun en sonundaki bölümdür. Bazı sitelerde klasör adlarını da slug saymak yaygındır. Yani "blog" kelimesi de bir kategori slug'ı olabilir.

WordPress gibi sistemler, yazıyı kaydettiğiniz anda başlıktan otomatik bir slug üretir. Ancak bu otomatik sürüm çoğu zaman uzun ve gereksiz kelimelerle dolu olur. Bu nedenle yayımlamadan önce elle düzenlemenizi öneririz.

• Protokol: https, güvenli bağlantıyı gösterir.
• Alan adı: Sitenizin ana adresidir.
• Klasör yolu: İçeriğin site içindeki grubunu belirtir.
• Slug: Sayfaya özgü, okunabilir son bölümdür.

Google URL yapısı hakkında ne söylüyor?

Google Search Central'ın URL yapısı rehberi, adreslerin mümkün olduğunca basit ve anlaşılır olmasını önerir. Rehberde uzun kimlik numaraları yerine okunabilir kelimeler kullanmanız gerektiği yazar. Ayrıca kelimeleri ayırmak için tire kullanmanızı tavsiye eder.

Rehberde öne çıkan başlıklar şunlardır: ASCII dışı karakterlerin yüzde kodlamasıyla yazılması, büyük ve küçük harfin ayrı URL sayılması, oturum kimliğinden kaçınılması ve hedef kitlenin dilinde kelime kullanılması. Kaynak olarak Google'ın URL yapısı rehberine göz atabilirsiniz.

Önemli bir nokta var: Google, slug'ın içindeki anahtar kelimenin sıralamayı tek başına belirlediğini söylemez. Dolayısıyla slug, küçük ama gerçek bir sinyal ve asıl olarak kullanıcı deneyimi aracıdır. Abartılı vaatlerden uzak durmanızı öneririz.

Yine de sağlam bir slug iki işe yarar. Kullanıcı arama sonucunda adresi görüp sayfanın konusunu anlar. Arama motoru da adresin tutarlı olduğunu görür ve tarama işini kolay yürütür.

İyi bir URL slug nasıl yazılır?

İyi bir slug kısa, açıklayıcı ve tutarlıdır. Sayfanın ana konusunu ifade eden iki ile beş kelimeyi alırsınız, küçük harfle yazarsınız ve kelimeleri tire ile ayırırsınız. Başlığın tamamını kopyalamazsınız.

Örneğin "Yeni Başlayanlar İçin Adım Adım Google Ads Kampanyası Nasıl Kurulur" başlığı için "google-ads-kampanyasi-kurulumu" daha uygun bir slug'dır. Gereksiz bağlaçlar ve dolgu kelimeleri çıkınca adres hem kısalır hem netleşir.

Ekibimizin yazı öncesi kontrol listesi şöyledir:

• Ana anahtar kelime slug'da yer alır.
• Tüm harfler küçüktür.
• Türkçe karakterleri ASCII karşılığına çevirirsiniz.
• Kelimeleri tire ile ayırırsınız.
• Tarih, yıl veya sayı gibi eskiyen ifadeleri yazmazsınız.
• Adresi okuyan kişi konuyu hemen kavrar.

Bu listeyi her yeni sayfada uygularsanız, yıllar sonra bile adres yapınız düzenli kalır. Düzenli yapı, hem site içi bağlantılarda hem de raporlamada zaman kazandırır.

URL slug kaç karakter olmalı?

Google slug için kesin bir karakter sınırı vermez. Sahada kullandığımız pratik kural, slug'ı üç ile beş kelimede ve yaklaşık 60 karakterin altında tutmaktır. Bu, saha tecrübesine dayalı bir başlangıç aralığıdır, garanti değildir. Kendi sitenizin yapısına göre esneyebilirsiniz.

Kısa slug'ın üç avantajı vardır. Birincisi, arama sonucunda kesilmeden görünmesidir. İkincisi, paylaşırken göze batmaz. Üçüncüsü, e-posta ve mesajlaşma uygulamalarında bozulma ihtimali düşer.

Öte yandan aşırı kısaltmak da sorun yaratır. "seo" gibi tek kelimelik slug, sayfanın neyi anlattığını belirsiz bırakır. Ayrıca gelecekte aynı adrese ihtiyaç duyan başka içerikle çakışabilir.

Dengeyi şöyle kurarsınız: konuyu tanımlayan çekirdek kelimeleri tutar, yardımcı kelimeleri atarsınız. "url-slug-nedir" net ve kısadır. "url-slug-nedir-ve-nasil-yazilir-ornekler-ve-ipuclari" ise gereksiz uzundur.

Tire mi alt çizgi mi kullanmalısınız?

Tire kullanmalısınız. Google, kelimeleri ayırmak için tireyi önerir ve rehberinde alt çizgiyi tavsiye etmez. Tireyi kelime ayırıcı olarak görür, alt çizgiyi ise birleştirici sayabilir.

Örneğin "url_slug_nedir" adresi, bazı sistemlerde tek bir uzun kelime gibi algılanabilir. "url-slug-nedir" ise üç ayrı kelimeyi net biçimde gösterir. Kaynak olarak yine resmi URL yapısı rehberini esas alın.

Birden fazla tireyi art arda kullanmayın. Kelimeler arasında tek tire yeterlidir. Ayrıca slug'ın başında veya sonunda tire bırakmayın.

Boşluk, nokta, virgül ve özel işaretlerden de uzak durun. Bu karakterler bozuk bağlantılara veya kodlama karmaşasına yol açar. Sade bir harf, rakam ve tire dizisi en güvenli yoldur. Böylece adresiniz her platformda, her uygulamada aynı görünür.

Türkçe karakterler URL slug içinde nasıl ele alınır?

Türkçe karakterleri ASCII karşılıklarına çevirin: ç yerine c, ğ yerine g, ı yerine i, ö yerine o, ş yerine s, ü yerine u. Böylece adres her ortamda temiz görünür, paylaşırken de kodlarla dolmaz.

Teknik olarak Google, ASCII dışı karakterlerin yüzde kodlamasıyla yazılması gerektiğini söyler. Tarayıcı çoğu zaman adres çubuğunda okunur hâli gösterir. Ancak adresi kopyaladığınızda "%C3%A7" gibi kodlar çıkabilir. Bu da mesajlarda ve raporlarda okunmaz bir görüntü oluşturur.

Dönüştürme sırasında anlam kayması olabilir. Örneğin "sık" ile "sik" aynı görünür. Bu tür çakışmalarda kelimeyi eş anlamlısıyla değiştirmenizi öneririz. Hızlı dönüşüm için slug oluşturucu aracını kullanabilirsiniz.

Durak kelimelerini slug'dan çıkarmalı mısınız?

Evet, çoğu zaman çıkarmalısınız. "ve", "ile", "için", "bir", "nasıl" gibi dolgu kelimeleri slug'ı uzatır ve anlam katmaz. Yine de bu bir zorunluluk değil, okunabilirlik tercihidir.

Ancak her durumda kesmek doğru değildir. "yeni-baslayanlar-icin-seo" gibi bir ifadede "icin" kelimesi anlamı korur. Bu durumda adres hâlâ kısaysa kelimeyi bırakabilirsiniz.

Sorgu kelimelerini de tartın. "nasil" veya "nedir" kelimesi, kullanıcının aradığı biçimle eşleştiği için adreste kalabilir. Bizim uygulamamız şöyledir: konu kelimesini ve tek bir soru kalıbını tutarız, gerisini atarız.

• Çıkarın: ve, ile, bir, da, de, gibi dolgu sözcükler.
• Tutun: anlamı değiştiren kelimeler, marka ve ürün adları.
• Dikkat edin: olumsuzluk ve karşılaştırma ifadelerini atmayın.

Slug'a tarih veya yıl koymalı mısınız?

Hayır, çoğu içerikte koymamalısınız. Yıl içeren bir slug, içerik güncellenince eskimiş görünür. Sonra ya yanıltıcı bir adresle kalırsınız ya da adresi değiştirip yönlendirme yönetmek zorunda kalırsınız.

Örneğin "seo-rehberi-2020" adresi, içeriği 2026'da güncellediğinizde tuhaf durur. Kullanıcı eski bir sayfa olduğunu düşünüp tıklamayabilir. Bu yüzden zamansız bir slug seçmek daha kazançlıdır.

Bunun tek istisnası haber ve etkinlik sayfalarıdır. Belirli bir tarihe bağlı içerikte tarih, bağlamın doğal parçasıdır. Yine de tarihi adrese değil, sayfa içeriğine ve yapısal veriye yazmak daha esnektir.

Benzer şekilde "en-iyi", "yeni" ve "guncel" gibi zamana bağlı sıfatlardan kaçının. Sayfa yıllarca aynı adreste kalacaksa, adres de yıllarca doğru kalmalıdır.

Klasör yapısı slug'a nasıl yansır?

Klasör yapısı, slug'ın önündeki yolu oluşturur ve içeriğin site içindeki yerini gösterir. Mantıklı bir yapı kullanıcıya yol gösterir. Örneğin "/blog/seo/url-slug-nedir/" adresi, konunun blogda SEO kategorisine ait olduğunu anlatır.

Ancak derin klasör zincirleri gereksiz karmaşıklık yaratır. Üç seviyeden fazlasına ihtiyaç duymazsınız. Ayrıca kategori adı değişirse tüm alt adresler de değişir ve çok sayıda yönlendirme gerekir.

Bu nedenle bazı sitelerde yazılar doğrudan "/blog/slug/" altında durur. Kategori bilgisini ise etiket ve iç bağlantılarla verirsiniz. Böylece kategori düzenini değiştirdiğinizde adresler sabit kalır.

Klasör yapısında tutarlılık esastır. Bir bölümde tekil, diğerinde çoğul ad kullanmak kafa karıştırır. Sonuna eğik çizgi ekleme kararını da baştan verin; sondaki eğik çizgi (trailing slash) rehberimiz bu konuyu ayrıntılı anlatıyor.

Büyük harf, parametre ve oturum kimliği neden sorun yaratır?

Çünkü Google, büyük ve küçük harfli adresleri ayrı URL olarak görür. "/Apple" ile "/apple" iki farklı sayfa gibi işlenebilir. Bu da kopya içerik riskini ve sinyal dağılmasını artırır.

Bu yüzden tüm slug'ları küçük harfle yazın. Sunucunuz büyük harfli adresleri küçük harfli sürüme yönlendirsin. Aksi hâlde aynı içeriğe iki farklı adresten ulaşırsınız.

Parametreler de benzer bir sorun yaratır. "?sira=fiyat&renk=mavi" gibi eklentiler, aynı sayfanın çok sayıda varyasyonunu üretir. Oturum kimlikleri ise her ziyaretçi için farklı adres doğurur. Google rehberi oturum kimliği yerine çerez kullanmanızı önerir.

Parametreli adreslerin arama görünürlüğüne etkisini parametreli URL yazımızda ele aldık. Slug düzeni temizse, parametre sorunlarını yönetmek de kolaylaşır.

Yayımladığınız bir URL slug değiştirilebilir mi?

Evet, değiştirebilirsiniz; ancak yalnızca gerçek bir gerekçeniz varsa. Sayfa trafik alıyorsa, bağlantı kazandıysa veya dizindeyse, slug'ı değiştirmek sıralama riski doğurur. Değiştirecekseniz eski adresten yeni adrese 301 yönlendirmesi kurmanız şarttır.

Slug değiştirmeyi haklı kılan durumlar şunlardır:

• Adres yazım hatası veya yanıltıcı bir kelime içeriyorsa.
• Konu tamamen değiştiyse ve adres artık içeriği yansıtmıyorsa.
• Adres anlamsız kimlik numaralarından oluşuyorsa.
• Site taşıma veya yeniden yapılandırma sürecindeyseniz.

Bunların dışında "daha iyi görünsün" gerekçesiyle slug'a dokunmayın. Küçük bir kelime iyileştirmesi, nadiren yönlendirme yönetiminin maliyetini karşılar. Kısacası, çalışan bir adresi bozmayın.

Yeni sayfa yazarken ise hatasız slug seçmek, sonradan değişiklik ihtiyacını ortadan kaldırır. Bu yüzden yayın öncesi kontrolü ciddiye alın.

Pratik bir ölçüt de kullanabilirsiniz: adresi yüksek sesle okuyun. Konuyu anlatıyor ve akıcı duruyorsa, muhtemelen doğru slug'ı seçtiniz. Yabancı bir kişiye gösterdiğinizde sayfanın konusunu tahmin edebilmesi de iyi bir işarettir.

URL slug değiştirmenin riskleri nelerdir?

Üç ana risk vardır: sıralama ve sinyal kaybı, kırık bağlantılar ve ölçüm kesintisi. Eski adrese yönlendirme kurmazsanız, sayfa 404 döner ve edindiği bağlantı değeri boşa gider.

Yönlendirme kursanız bile Google'ın yeni adresi işlemesi zaman alır. Google'ın site taşıma belgesi, büyük değişikliklerde sıralamada geçici dalgalanmalar yaşanabileceğini belirtir. Bu nedenle değişikliği kampanya yoğunluğu olan dönemlere denk getirmeyin.

Ayrıca dış sitelerdeki bağlantılar eski adreste kalır. Bu bağlantıların değerini ancak yönlendirme korur. Bu nedenle yönlendirmeleri kalıcı tutmak önemlidir.

301 yönlendirmesi nasıl kurulur?

301 yönlendirmesi, eski adrese gelen ziyaretçi ve botları kalıcı olarak yeni adrese gönderir. Sunucu tarafında kurarsınız; sunucu 301 koduyla yanıt verir ve yeni adresi başlıkta bildirir. Google, mümkünse sunucu tarafı kalıcı yönlendirme kullanmanızı önerir.

Yöntem altyapınıza göre değişir. Amaç her durumda aynıdır. Apache'de .htaccess dosyasına, Nginx'te sunucu yapılandırmasına kural eklersiniz. WordPress'te ise yönlendirme eklentisi de iş görür. Ayrıntılar için Google'ın yönlendirme belgesine bakabilirsiniz.

1. Eski ve yeni adresi tam yol olarak not alın.
2. Yeni sayfanın 200 yanıtı döndüğünü doğrulayın.
3. Eski adresten yeni adrese tek adımlı 301 kuralını ekleyin.
4. Site içi bağlantıları doğrudan yeni adrese güncelleyin.
5. Canonical etiketini ve sitemap kaydını yeni adrese çevirin.
6. Yönlendirmeyi test edin ve sonucu kaydedin.

Test için yönlendirme denetleyici aracı işinizi görür. Adresi girdiğinizde yanıt kodunu ve yönlendirme adımlarını görürsünüz.

Yönlendirmeyi ne kadar süre açık tutmalısınız?

Mümkün olduğunca uzun, genel kural olarak en az bir yıl. Google'ın site taşıma belgesi, yönlendirmeleri en az bir yıl korumanızı önerir; bu süre sinyallerin yeni adrese aktarılmasına zaman tanır.

Uygulamada ise çoğu zaman yönlendirmeyi süresiz bırakmak daha sağlıklıdır. Çünkü yönlendirmenin maliyeti çok düşüktür. Eski adrese bağlantı veren dış siteler ise yıllarca var olmaya devam eder.

Yönlendirme zinciri oluşturmamaya dikkat edin. Bir adres iki kez değiştiyse, en eski adresi doğrudan en güncel adrese yönlendirin. Zincirler hem hız kaybı yaratır hem de tarama bütçesini boşa harcar. Yönlendirme zinciri rehberimiz bu konuyu örnekleriyle anlatıyor.

Ayrıca alakasız hedeflere yönlendirme yapmayın. Silinen sayfayı ana sayfaya göndermek, Google tarafından yumuşak 404 olarak yorumlanabilir. Konusu en yakın sayfayı hedef seçin.

Slug değişikliğinden sonra hangi kontrolleri yaparsınız?

Değişiklikten sonra ilk iş, yönlendirmenin doğru çalıştığını doğrulamaktır. Sonra site içi bağlantıları, sitemap'i ve canonical etiketlerini kontrol edersiniz. Son olarak Search Console'da yeni adresi izlersiniz.

Ekibimizin uyguladığı kontrol sırası şöyledir:

1. Eski adres 301 ile yeni adrese gidiyor mu?
2. Yeni adres 200 dönüyor ve dizine açık mı?
3. Site içi bağlantılar eski adresi hâlâ gösteriyor mu?
4. Sitemap'te yalnızca yeni adres var mı?
5. Canonical ve hreflang etiketleri yeni adrese işaret ediyor mu?
6. Analitik ve reklam hedefleri yeni adrese bağlı mı?

Sitemap'i güncellemek için XML sitemap oluşturucu aracından yararlanabilirsiniz. Değişiklikten sonraki birkaç hafta boyunca da görüntüleme ve tıklama verisini izleyin.

Örneğin tıklamalar yeni adreste toparlanmıyorsa, yönlendirme zincirini veya canonical uyumsuzluğunu araştırın. Sorun çoğu zaman oradan çıkar.

Toplu slug değişikliğinde nasıl plan yaparsınız?

Toplu değişiklik, tek sayfalık değişiklikten çok farklı bir iştir. Hata payı büyür ve geri dönüş zorlaşır. Bu yüzden önce küçük bir sayfa grubunda deneme yapmanızı öneririz.

Bunun ardından eşleme tablosu hazırlarsınız. Tabloda eski adres, yeni adres ve yönlendirme türü yer alır. Sonra bu tabloyu test ortamında doğrular, ardından canlıya alırsınız.

Site yeniden tasarımında veya taşımada bu iş kaçınılmaz hâle gelir. Tüm sayfaların yeni adrese tek tek eşleştirilmesi gerekir. Bu sürecin tamamını SEO migration kontrol listemizde anlattık.

Çok sayıda adres varsa eşleme işini hızlandıran araçlar vardır. 404 yönlendirme eşleştirici aracı, eski adreslerle yeni adresleri benzerliğe göre eşleştirmenize yardım eder. Yine de sonucu elle gözden geçirmeniz gerekir.

Yeniden tasarım yapıyorsanız web sitesi yenilerken SEO'yu koruma yazımıza da göz atın. Orada adres yapısının korunmasıyla ilgili pratik maddeler var.

Slug ile sayfa başlığı aynı olmalı mı?

Hayır, birebir aynı olmak zorunda değildir. Başlık (H1) kullanıcıya hitap eder ve daha uzun, daha açıklayıcı olabilir. Slug ise başlığın kısa, sadeleştirilmiş özetidir. İkisi aynı konuyu anlatmalı, ama aynı kelime sayısında olmamalıdır.

Örneğin başlığınız "URL Slug Nedir? SEO Uyumlu Yazım Kuralları" olabilir. Slug'ınız ise "url-slug-nedir" kalır. Başlıkta soru işareti, iki nokta ve uzun açıklamalar serbesttir. Adreste ise bunların hiçbirini kullanmazsınız.

Başlığı sonradan değiştirirseniz slug'a dokunmanız gerekmez. Hatta dokunmamak daha güvenlidir. Çünkü başlık güncellemesi, adres değişikliğinden çok daha düşük risklidir. Başlık ve açıklama yazımı için meta title rehberimize bakın.

Ürün, kategori ve blog slug'ları arasında fark var mı?

Evet, her içerik türünün slug'ında farklı önceliklere bakarsınız. Blog yazısında konuyu anlatan kısa bir ifade yeterlidir. Kategori sayfasında ürün grubunu tanımlayan genel bir kelime kullanırsınız. Ürün sayfasında ise marka, model veya ayırt edici özellik öne çıkar.

E-ticarette varyasyonlar ayrı bir sorun yaratır. Renk ve beden seçenekleri için ayrı slug üretirseniz, benzer sayfalar çoğalır. Bu durumda çoğu zaman tek ana ürün adresi ile canonical kullanmak daha sağlıklıdır. Yapı kararını katalog büyüklüğüne göre verirsiniz.

Ayrıca stok biten ürünlerin adresini silmeyin. Ürünü kalıcı kaldırıyorsanız, en yakın alternatif ürüne veya kategoriye 301 yönlendirmesi kurun. Ayrıntılı örnekler için e-ticaret SEO rehberimizi okuyabilirsiniz.

Çok dilli sitelerde slug nasıl yazılır?

Her dil için o dilin kelimeleriyle ayrı bir slug yazarsınız. Google rehberi de hedef kitlenin dilinde kelime kullanmanızı önerir; Almanca örnekte "lebensmittel/pfefferminz" gibi bir adres verir. Yani Türkçe sayfada Türkçe, İngilizce sayfada İngilizce kelime beklersiniz.

Dil sürümlerini birbirine hreflang etiketleriyle bağlarsınız. Her sürümün slug'ı farklı olsa bile etiketler doğru eşleşmeyi sağlar. Dolayısıyla slug çevirisinin eksik kalması, hreflang hatası gibi sorunlara yol açabilir.

Çeviri yaparken kelimesi kelimesine gitmeyin. Hedef dilde insanların gerçekte aradığı ifadeyi seçin. Çok dilli yapıyı kurmadan önce çok dilli web sitesi SEO yazımıza göz atmanızı öneririz.

Slug yazarken hangi örnek kalıpları kullanabilirsiniz?

Sayfa türüne göre tekrar kullanabileceğiniz birkaç kalıp vardır. Kalıp kullanmak, ekip içinde tutarlılığı sağlar. Ayrıca yeni yazı girenin her seferinde baştan karar vermesini önler.

• Tanım yazısı: /konu-nedir/ biçimi, örneğin /url-slug-nedir/.
• Nasıl yapılır yazısı: /konu-nasil-yapilir/ biçimi.
• Karşılaştırma: /a-ve-b-farki/ biçimi, iki kavramı tek adreste toplar.
• Hizmet sayfası: /hizmetler/seo-danismanligi/ gibi kısa ve isim odaklı adres.
• Ürün sayfası: /kategori/marka-model/ biçimi.
• Araç sayfası: /araclar/slug-olusturucu/ gibi işlevi anlatan adres.

Bu kalıpların hepsi küçük harf, tire ve ASCII karakter kuralına uyar. Kalıbı ekip belgesine yazarsanız, yeni gelen kişi de aynı düzeni izler. Örnek olarak kendi sitemizde araçlar, hizmetler ve blog için ayrı klasörler kullanırız. Bu ayrım, adresin hangi içerik türüne ait olduğunu hemen gösterir.

Kalıbın dışına çıkmanız gereken durumlar olabilir. Örneğin iki yazı aynı kalıpla çakışırsa, konuyu ayıran ek bir kelime eklersiniz. Ancak bu kelime gerçekten ayırt edici olmalıdır; rastgele bir sayı değil.

Slug değişikliğini Search Console ile nasıl izlersiniz?

Search Console'da yeni adresi URL denetimi aracıyla inceler, sitemap'i yeniden gönderirsiniz. Ardından performans raporunda eski ve yeni adresin tıklama ve gösterim verilerini karşılaştırırsınız. Eski adresin payı azalırken yenisinin arttığını görmelisiniz.

Bu geçişin tamamlanması çoğu zaman birkaç hafta sürer. Dolayısıyla ilk günlerdeki küçük dalgalanmalara panik yapmayın. Buna karşılık iki hafta sonra hâlâ düşüş varsa, yönlendirme ve canonical ayarlarını yeniden doğrulayın.

Analitik tarafında da eski adrese bağlı hedefleri güncelleyin. Reklam kampanyalarındaki hedef URL'leri de unutmayın. Yönlendirme çalışsa bile, reklamlarda doğrudan yeni adresi kullanmak hız ve ölçüm doğruluğu açısından daha sağlıklıdır.

Ayrıca içerik temizliği yaparken de bu izleme alışkanlığı işe yarar. Sayfa birleştirme veya silme kararlarında content pruning çalışmasını, slug yönlendirmeleriyle birlikte planlayın.

Sık görülen URL slug hataları nelerdir?

En sık hatalar; aşırı uzun adres, Türkçe karakter kullanımı, alt çizgi, büyük harf, yıl ekleme ve kimlik numarasıyla adres üretmedir. Yayın öncesi kontrolle bunların çoğunu kolayca önlersiniz.

Bir diğer hata, slug'ı hiç düzenlememektir. CMS'in otomatik ürettiği adres, başlıktaki her kelimeyi taşır. Bu da uzun ve kırılgan bir adres doğurur.

Ayrıca birbirine çok benzeyen slug'lar aynı kelimeler için rekabet eder. Bu duruma kanibalizasyon denir. İçeriklerin ayrı niyetleri varsa, slug'lar da bu ayrımı göstermelidir.

Slug oluşturucu ile süreci nasıl hızlandırırsınız?

Slug oluşturucu, başlığınızı yazarken Türkçe karakterleri çevirir, büyük harfleri küçültür ve boşlukları tireye dönüştürür. Böylece hatasız bir taslak adres elde edersiniz. Sonra elle kısaltıp sadeleştirirsiniz.

Bunun için slug oluşturucu aracımızı kullanabilirsiniz. Başlığı yapıştırırsınız, araç temiz bir adres üretir. Ancak aracın çıktısı yalnızca başlangıç noktasıdır; dolgu kelimeleri siz ayıklarsınız.

Çok sayıda sayfası olan sitelerde bu araç iş akışının parçası olabilir. Yayın ekibi aynı kuralla çalışınca adres yapısı tutarlı kalır. Tutarlılık, büyük sitelerde en değerli kazanımdır.

Slug düzeninin yanında başlık ve açıklama etiketlerini de gözden geçirmeyi unutmayın. Meta title ve description yazım rehberimiz bu konuda yol gösterir.

URL slug denetiminde ekibimiz nasıl çalışır?

Ekibimiz önce siteyi tarar ve tüm adresleri listeler. Sonra uzun, tekrarlı, kodlu veya parametreli adresleri ayırırız. Değişmesi gerekenlerle dokunulmaması gerekenleri ayrı tablolarda toplarız.

Her sayfa için trafik, bağlantı ve dizin durumuna bakarız. Trafiği olan sayfada slug değişikliği önermeyiz; yalnızca gerçek bir sorun varsa öneririz. Bu ölçülü yaklaşım gereksiz risk almanızı engeller.

Denetimin çıktısı bir eylem planıdır. Planda hangi adresin neden değiştiği, yönlendirmenin nereye gittiği ve hangi sırayla uygulanacağı yer alır. Teknik tarafı ve içerik tarafını aynı tabloda görürsünüz.

Sitenizin adres yapısını birlikte gözden geçirmek isterseniz SEO danışmanlığı hizmetimizi inceleyebilirsiniz. Önce ücretsiz SEO analiz aracıyla genel bir durum kontrolü yapmanızı da öneririz.

Teknik temelleri toparlamak için teknik SEO ipuçları yazımız da iyi bir başlangıçtır.