E-Pin Satış Sisteminde SEO Dostu URL Yapısı: Adres Çubuğundaki O Küçük Ayrıntı Yüzünden Trafiğinin Bir Kısmını Yıllardır Kaybediyor Olabilirsin

Çoğu satıcı, adres çubuğundaki metni kozmetik bir detay sayar. "Nasıl olsa müşteri okumuyor" der, script ne üretiyorsa öyle bırakır. Sonra bir gün Search Console'a girer ve aynı ürünün altı farklı adreste indekslendiğini, kategori sayfalarının birbirinin kopyası olarak değerlendirildiğini, tıklama alan sayfanın aslında silinmiş bir filtre kombinasyonu olduğunu görür. O noktada sorun kozmetik değildir; kataloğun tamamının nasıl anlaşıldığıyla ilgili bir yapı sorunudur.

URL, bir e-pin satış scriptinde sadece adres değil; hiyerarşi beyanı, kimlik kaydı ve arama motoruna verilen bir sözdür. Bugün kurduğun yapıyı iki yıl sonra değiştirmek, yüzlerce yönlendirme ve geçici sıralama kaybı demek. Bu yüzden doğru zaman, ilk kurulum anıdır. Bu yazıda bir dijital ürün satış yazılımında URL yapısını sıfırdan doğru kurmanın kurallarını, sık yapılan hataları ve zaten yanlış kurulmuşsa güvenli göç planını anlatıyorum.

Kategoriyi Adrese Gömmeli misin, Yoksa Ürünü Köke Almalı mısın?

Bu, en başta verilen ve en zor geri alınan karardır. İki yaklaşım var. Birincisi hiyerarşik yapı: /pubg-mobile-uc/1800-uc/ gibi kategoriyi adrese gömen düzen. İkincisi düz yapı: /1800-uc-pubg-mobile/ gibi ürünü doğrudan köke alan düzen.

Hiyerarşik yapının avantajı bağlam. Arama motoru adresin kendisinden konu ilişkisini çıkarır, kırıntı navigasyonu adresle örtüşür, kullanıcı nerede olduğunu bilir. Dezavantajı esneklik: bir ürünü başka kategoriye taşıdığında adresi değişir, yönlendirme gerekir. Düz yapının avantajı tam tersi; ürün kategori değiştirse bile adres sabit kalır, yönlendirme borcu birikmez.

E-pin kataloglarında pratik önerim melez bir düzen: kategori ve alt kategori sayfaları hiyerarşik olsun (/epin/pubg-mobile-uc/), ürün sayfaları ise kök seviyede tek parça slug ile dursun. Böylece kategori tarafında bağlam kazanır, ürün tarafında taşıma özgürlüğünü korursun. Kritik olan hangisini seçtiğin değil, seçtiğine yıllarca sadık kalman.

Türkçe Karakter Meselesi: Güzel Görünen Adres Neden Kırılıyor?

Adres çubuğunda /oyun-kodlari-indirim/ ile /oyun-kodları-indirim/ arasında görsel olarak küçük bir fark var ama teknik olarak büyük bir fark var. Türkçe karakterler adreste yüzde işaretiyle kodlanır; paylaşıldığında, bir sistemden diğerine taşındığında, e-postaya yapıştırıldığında okunamaz hale gelebilir ve bazı araçlar bunu yanlış eşler.

Kural net: slug üretilirken Türkçe karakterler ASCII karşılıklarına indirgenmeli. ı-i, ğ-g, ü-u, ş-s, ö-o, ç-c, İ-i dönüşümleri yapılmalı, boşluklar tek tire olmalı, alt çizgi ve büyük harf hiç kullanılmamalı. Noktalama tamamen düşmeli. Bir de sık atlanan bir nokta var: küçük harfe çevirme işleminin Türkçe yerel ayarla yapılması gerekir, aksi halde büyük İ harfi beklenmedik sonuç üretir.

Üretilen slug'ı ayrıca tekilleştirmen şart. İki ürünün adı aynı çıktığında script sessizce üzerine yazmamalı; sonuna sayı ekleyerek ayırmalı ve bunu yöneticiye bildirmeli.

Aynı Ürünün Altı Adreste Yaşaması Nasıl Oluyor?

Bu, denetimlerde en sık gördüğüm tablo. Aynı ürün şu adreslerin hepsinden açılıyor: www ile ve www olmadan, http ve https ile, sonda eğik çizgi olan ve olmayan hali, büyük harfli yazımı, sonuna izleme parametresi eklenmiş hali, bir de eski kategorinin altındaki kalıntı adres. Arama motoru bunları ayrı sayfa olarak görebiliyor, aralarında bölünme yaşanıyor ve hiçbiri hak ettiği yere çıkmıyor.

Çözüm üç katmanlı. Birinci katman sunucu: tek bir kanonik biçim seç ve diğer hepsini 301 ile ona yönlendir. Eğik çizgi kararını ver, büyük harfi küçüğe çevir, www tercihini sabitle. İkinci katman şablon: her sayfa kendi kanonik adresini link rel=canonical ile mutlak biçimde beyan etsin. Üçüncü katman site haritası: haritada yalnızca kanonik, 200 dönen, indekslenebilir adresler bulunsun. Haritada yönlendirilen bir adres varsa sinyal çelişir.

Sağlam bir e-pin yazılımı bu üç katmanı kutudan çıkar çıkmaz tutarlı biçimde kurar. Elle yamanan kurulumlarda ise genellikle sunucu katmanı vardır, şablon katmanı eksiktir.

Filtreler Kataloğunu Nasıl Sonsuz Bir Labirente Çeviriyor?

Fiyat aralığı, platform, stok durumu ve sıralama seçenekleri birleştiğinde tek kategoriden yüzlerce farklı adres doğar. Her biri neredeyse aynı ürünleri listeler. Tarama bütçen bu boş kombinasyonlarda tükenir, gerçek ürün sayfaların daha seyrek ziyaret edilir.

Politika şöyle olmalı: filtre durumlarını sorgu parametresiyle taşı, asla dizin gibi görünen yollara gömme. Parametreli sürümleri temiz kategori adresine kanonikle ve robots meta etiketiyle indeksten çıkar. Eğer belirli bir filtre gerçekten arama hacmi olan bir talebi karşılıyorsa ("ucuz e-pin" gibi), onu filtre olarak bırakma; kendi başlığı, kendi metni ve kendi kalıcı adresi olan gerçek bir kategori sayfasına dönüştür.

Sayfalamada ise farklı davran. İkinci, üçüncü sayfalar kendi kanoniklerini beyan etsin ve indekse açık kalsın; hepsini birinci sayfaya kanoniklemek, derinlerdeki ürünlerin hiç keşfedilmemesine yol açar.

Yapı Zaten Yanlış Kurulmuşsa: Kırmadan Taşıma Planı

Çalışan bir sitede URL yapısını değiştirmek korkutucudur, haklı olarak. Ama planlı yapıldığında kayıp geçici ve küçük olur. Sıra şu: önce mevcut tüm adreslerin dökümünü al, her biri için trafik ve bağlantı verisini yanına yaz. Sonra eski-yeni eşleşme tablosunu hazırla; her eski adres tam olarak bir yeni adrese, tek adımda, 301 ile gitsin. Zincir kurma, döngü kurma.

Göçü trafiğin en düşük olduğu gün yap. Yayın anında site haritasını yenile ve gönder, iç bağlantıların hepsini yeni adrese güncelle (yönlendirmeye güvenip eski bağlantıları bırakmak yaygın bir hata). İlk iki hafta günlük olarak 404 kayıtlarını ve tarama istatistiklerini izle. Sıralamalar genelde iki üç hafta oynar, sonra yerine oturur.

Bir şeyi asla yapma: yönlendirmeleri "geçici" diye 302 ile kurma. 302, eski adresin hâlâ asıl adres olduğunu söyler ve devredilmesi gereken değer aktarılmaz.

Doğru Kurulmuş Bir Yapı Sana Ne Kazandırıyor?

Temiz URL yapısı tek başına seni zirveye çıkarmaz ama üç şeyi birden kolaylaştırır. Tarama verimliliği artar, yani arama motoru bütçesini gerçek ürünlerine harcar. Yinelenen içerik bölünmesi kalkar, tek sayfa tüm gücü toplar. Ve raporlama okunabilir hale gelir; analiz ekranında hangi kategorinin ne getirdiğini adrese bakıp anlarsın.

Bu yüzden kullanacağın dijital ürün satış scriptini değerlendirirken adres çubuğuna bak. Ürün adresleri okunabilir mi, filtreler dizin gibi mi görünüyor, sayfalama nasıl çalışıyor, kanonik etiketi var mı? Bu dört sorunun cevabını demoda iki dakikada alırsın ve o iki dakika, sonraki üç yılını belirler. Pinova'nın bu tarafını özellikler bölümünde ayrıntılı görebilirsin.

URL yapısı, kataloğunun iskeleti. İskelet doğru kurulduğunda üzerine eklediğin her ürün ve her içerik birikerek çalışır; yanlış kurulduğunda ise her ekleme karmaşayı biraz daha büyütür. Kendi kataloğunda nasıl görüneceğini merak ediyorsan canlı demo içinde bir kategoriden ürüne inip adres çubuğunu izle; kalıbın nasıl çalıştığını tek gezintide çıkarırsın. Paketleri karşılaştırmak için fiyat bölümüne bakabilirsin.