XML entegrasyonunda ürün verisi çoğu zaman yalnızca:

• ürün adı,
• fiyat,
• stok,
• açıklama,
• görsel

alanlarından oluşmaz.

Bazı XML feed'lerinde ayrıca:

• ürün URL'si,
• ürün linki,
• slug,
• SEO URL,
• kategori URL'si

gibi alanlar bulunabilir.

İlk bakışta bu alanları doğrudan mağazaya aktarmak pratik görünebilir.

Ancak tedarikçinin:

https://tedarikci-site.com/urun/12345

adresini sizin mağazanızda ürün URL'si olarak kullanmanız mümkün olmadığı gibi, tedarikçinin kendi slug yapısı da sizin sitenizin URL standardıyla uyuşmayabilir.

Bu nedenle xml ürün url slug yönetiminde ilk ayrım şudur:

Kaynak ürünün URL'si

ile

kendi mağazanızdaki ürünün URL'si

aynı veri değildir.

Ulu İthalat'ın XML Bayilik sayfasında ürün bilgilerinin XML üzerinden satış kanallarına aktarılabildiği açıklanıyor. XML'deki veriler satış kanalına aktarılırken hangi alanların aynen korunacağı, hangilerinin mağaza tarafında yeniden üretileceği ayrıca belirlenmelidir.

XML Ürün URL'si ile Slug Aynı Şey midir?

Hayır.

Örneğin tam URL:

https://www.ornek.com/urun/celik-cezve-12-no

olabilir.

Buradaki:

celik-cezve-12-no

bölümü slug olarak düşünülebilir.

URL ise:

• domain,
• klasör/yol,
• slug

gibi bölümlerin tamamını içerir.

Örneğin:

Domain: www.ornek.com

Ürün yolu: /urun/

Slug: celik-cezve-12-no

Tam URL: https://www.ornek.com/urun/celik-cezve-12-no

XML entegrasyonunda bu kavramların birbirinden ayrılması önemlidir.

1. XML'deki URL Alanının Ne Olduğunu Doğrulayın

Bir XML içerisinde:

url

alanı görmek yeterli değildir.

Bu alan:

• tedarikçinin ürün sayfası,
• ürün görseli,
• kategori sayfası,
• ürünün sizin mağazanızdaki hedef URL'si,
• API endpoint'i

olabilir.

Bu nedenle alan adı üzerinden varsayım yapılmamalıdır.

Örneğin:

urun_url

gerçekten tedarikçinin ürün sayfasına gidiyor olabilir.

Bu bağlantı referans kaynak URL'si olarak saklanabilir ancak kendi ürün URL'niz olarak kullanılmamalıdır.

2. Kaynak URL ile Mağaza URL'sini Ayrı Alanlarda Saklayın

Örneğin:

Tedarikçi ürün URL'si

https://tedarikci.com/product/45454

Mağaza ürün URL'si

https://magaza.com/urun/celik-cezve-12-no

şeklinde olabilir.

Bu iki değerin ayrı saklanması ileride:

• ürün doğrulama,
• kaynak kontrolü,
• veri güncelleme,
• hata araştırması

süreçlerini kolaylaştırır.

3. Tedarikçinin Slug'ını Doğrudan Kopyalamak Zorunda Değilsiniz

Tedarikçi ürünü:

CELIK-CEZVE-NO12-85454894

şeklinde URL'ye dönüştürmüş olabilir.

Sizin sitenizde ise:

celik-cezve-12-no

daha anlaşılır olabilir.

Google mümkün olduğunda uzun ve anlaşılması güç kimlikler yerine okunabilir, açıklayıcı kelimeler içeren URL'ler kullanılmasını öneriyor.

Bu nedenle mağaza URL standardı tedarikçiden bağımsız oluşturulabilir.

4. Slug İçin Öncelikle Ürün Adını Kullanabilirsiniz

Örneğin ürün adı:

Çelik Cezve 12 No

ise başlangıç slug'ı:

celik-cezve-12-no

olabilir.

Ancak bu yalnızca başlangıç noktasıdır.

Çünkü aynı isimde birden fazla ürün bulunabilir.

5. Slug Oluştururken Türkçe Karakterleri Tutarlı Yönetin

Türkçe karakterler teknik olarak URL'lerde kullanılabilir ve gerektiğinde percent-encoding ile temsil edilir. Google da kullanıcı dilindeki kelimelerin URL'de kullanılabileceğini belirtir.

Bununla birlikte birçok Türkçe e-ticaret sistemi daha sade bir URL standardı için:

ç → c

ğ → g

ı → i

ö → o

ş → s

ü → u

dönüşümü kullanır.

Örneğin:

Çelik Ölçü Kaşığı

↓

celik-olcu-kasigi

Bu tercih kullanılacaksa bütün sitede aynı kuralla uygulanmalıdır.

6. Büyük ve Küçük Harfleri Tutarlı Hale Getirin

Şu iki URL:

/urun/Celik-Cezve

ve

/urun/celik-cezve

teknik açıdan farklı URL'ler olabilir.

Google URL'lerde büyük/küçük harf farklılıklarının ayrı adresler oluşturabileceğini belirtiyor.

Bu nedenle e-ticaret sitesinde genellikle:

tamamı küçük harf

standardı daha kontrollü bir yapı sağlar.

Örneğin:

celik-cezve-12-no

7. Kelimeleri Tire ile Ayırın

Google URL içerisinde kelimeleri ayırmak için mümkün olduğunda tire (-) kullanımını öneriyor; alt çizgi (_) kullanımını önermiyor.

Örneğin:

Tercih edilen:

celik-cezve-12-no

Daha zayıf:

celik_cezve_12_no

veya:

celikcezve12no

8. Gereksiz Kelimeleri Slug'a Doldurmayın

Ürün adı:

En Kaliteli Uygun Fiyatlı Çok Güzel Çelik Cezve 12 No Mutfak Ürünü

gibi aşırı uzun hazırlanmışsa bunu tamamen slug'a taşımak gereksiz olabilir.

Slug'ın görevi ürün sayfasını anlaşılır biçimde tanımlamaktır.

Amaç:

mümkün olan en fazla anahtar kelimeyi URL'ye yerleştirmek

değildir.

9. SKU'yu Her Slug'a Eklemek Zorunda Değilsiniz

Örneğin:

celik-cezve-12-no-ABX458795

şeklinde SKU eklenebilir.

Ancak SKU benzersizlik için gerekli değilse URL gereksiz yere uzayabilir.

Diğer taraftan aynı ada sahip çok sayıda ürün varsa kısa bir ürün kodu ayırt edici olarak kullanılabilir.

Bu işletmenin ürün mimarisine bağlıdır.

10. Ürün ID'si ile Slug'ı Ayrı Görevlerde Kullanın

Veri tabanında ürün:

ID 45872

ile tanınabilir.

Kullanıcı ise:

celik-cezve-12-no

slug'ını görür.

Bu güçlü bir tasarımdır.

Çünkü sistemin ürün kimliği:

slug değişse bile

sabit kalabilir.

Dolayısıyla:

veritabanı kimliği

ile

SEO/kullanıcı URL'si

aynı kavram olmak zorunda değildir.

11. Aynı Ürün Adından Aynı Slug Üretilebileceğini Hesaba Katın

Örneğin XML'de iki farklı ürün:

Siyah Organizer

Siyah Organizer

adıyla gelebilir.

İkisine de:

/urun/siyah-organizer

verilemez.

Sistem slug çakışmasını tespit etmelidir.

12. Yinelenen Slug Oluştuğunda Rastgele Çözüm Kullanmayın

Bazı sistemler:

celik-cezve

celik-cezve-1

celik-cezve-2

şeklinde otomatik ekleme yapar.

Teknik olarak çalışabilir.

Ancak önce şu kontrol edilmelidir:

Bu ürünler gerçekten farklı mı?

Çünkü ürün aslında XML'de duplicate olarak iki kez gelmiş olabilir.

Bu durumda yeni slug oluşturmak yerine yinelenen ürün problemi çözülmelidir.

Bu ayrım 102 numaralı XML Dosyasında Yinelenen Ürünler Nasıl Tespit Edilir? içeriğinin konusudur.

13. Gerçekten Farklı Ürünlerde Ayırt Edici Bilgiyi Slug'a Ekleyin

Örneğin:

Organizer 20 cm

ve

Organizer 30 cm

ürünlerinde:

organizer-20-cm

organizer-30-cm

kullanılabilir.

Benzer şekilde:

• model,
• ölçü,
• paket adedi

ürünü gerçekten ayırıyorsa slug'a dahil edilebilir.

14. Renk Varyantının Ayrı URL'ye İhtiyacı Olup Olmadığını Baştan Belirleyin

Bir ürünün:

• siyah,
• beyaz,
• kırmızı

varyantları olabilir.

Bunlar:

tek ürün sayfasında varyant

olarak yönetiliyorsa her renk için ayrı slug gerekmeyebilir.

Ancak sistem her varyantı ayrı ürün olarak yayınlıyorsa URL yapısı farklı olacaktır.

Bu konu URL üretiminden önce ürün-varyant mimarisinde çözülmelidir.

15. Ürün Adı Her Değiştiğinde Slug'ı Otomatik Değiştirmeyin

Bu 103 numaranın en önemli noktalarından biridir.

Örneğin ürün ilk geldiğinde:

Çelik Cezve 12 No

ve URL:

/urun/celik-cezve-12-no

oluşturuldu.

Daha sonra ürün adı:

12 No Paslanmaz Çelik Cezve

olarak güncellendi.

Entegrasyon her ürün adı güncellemesinde URL'yi:

/urun/12-no-paslanmaz-celik-cezve

şeklinde değiştirirse eski URL bozulabilir.

Bu nedenle:

ürün adı dinamik veri

olabilir.

Ancak:

yayına alınmış slug çoğu durumda kalıcı veri

olarak ele alınmalıdır.

16. İlk Aktarım ile Sonraki Güncellemeyi Ayırın

Pratik politika:

İlk ürün aktarımı

Ürün adı → slug oluştur.

Sonraki XML güncellemeleri

Ürün adı → gerekiyorsa güncelle.

Slug → mevcut değeri koru.

Bu yapı XML tedarikçisinin isim değişikliklerinin sitenizde sürekli URL değiştirmesini önleyebilir.

17. Slug Değişecekse Eski URL'yi Boşta Bırakmayın

Bazen URL'nin gerçekten değişmesi gerekebilir.

Örneğin ciddi bir ürün adı hatası düzeltilmiştir.

Eski:

/urun/yanlis-urun

Yeni:

/urun/celik-cezve

olabilir.

Bu durumda eski URL'nin tamamen 404'e düşmesi yerine uygun durumlarda kalıcı yönlendirme düşünülebilir.

Google, redirect'leri canonical URL tercihi açısından güçlü sinyallerden biri olarak tanımlar.

18. 301 Yönlendirmeyi URL Değişikliklerinde Planlayın

Kalıcı URL değişikliğinde eski adres:

/urun/eski-slug

↓

yeni adres:

/urun/yeni-slug

şeklinde yönlendirilebilir.

Bunun amacı yalnızca SEO değildir.

Eski URL:

• müşterinin favorilerinde,
• Google indeksinde,
• başka sitedeki bağlantıda,
• eski sipariş kaydında

bulunabilir.

Yönlendirme kullanıcıyı da doğru yeni sayfaya taşır.

19. Her Slug Güncellemesinde Yönlendirme Zinciri Oluşturmayın

Ürün URL'si üç kez değişmiş olabilir:

A → B

B → C

C → D

Mümkünse sistem eski URL'lerin doğrudan güncel nihai URL'ye ulaşmasını sağlayacak şekilde yönetilebilir.

Aksi halde gereksiz yönlendirme zincirleri oluşabilir.

En iyi çözüm zaten slug'ı gereksiz yere sürekli değiştirmemektir.

20. Aynı Ürünün İki URL'de Açılmasını Kontrol Edin

Örneğin:

/urun/celik-cezve

ve

/urun/celik-cezve-458

aynı ürün içeriğini gösteriyor olabilir.

Bu durum URL seviyesinde duplicate oluşturabilir.

XML'deki duplicate ürün ile bu sorun birbirinden farklıdır:

XML duplicate → aynı ürün kaydı birden fazla geliyor

URL duplicate → aynı sayfa birden fazla URL'den erişiliyor

21. Canonical Etiketini Doğru Amaçla Kullanın

Aynı veya çok benzer sayfanın birden fazla URL sürümü varsa canonical tercih belirtmek için kullanılabilir.

Google rel="canonical" etiketini canonicalizasyon için güçlü bir sinyal olarak kabul ediyor. Sitemap'e dahil etmek ise daha zayıf bir sinyal.

Ancak canonical:

kötü URL sistemini düzeltmek için her yere eklenen sihirli etiket

olarak görülmemelidir.

Öncelikle temiz URL mimarisi oluşturulmalıdır.

22. Ürün Sayfasının Kendisini Canonical Göstermesi Kullanılabilir

Normal, benzersiz bir ürün sayfası örneğin:

https://site.com/urun/celik-cezve

URL'sindeyse canonical:

https://site.com/urun/celik-cezve

olarak kendisini gösterebilir.

Bu özellikle farklı parametre veya URL varyasyonlarının oluşabildiği sistemlerde tercih edilen sürümün belirtilmesine yardımcı olabilir.

23. Tedarikçi URL'sini Canonical Olarak Kullanmayın

XML'deki ürün tedarikçinin sitesinden geliyor diye:

kendi ürün sayfanız → tedarikçinin ürün sayfası

canonical bağlantısı kurmak çoğu satış modeli için hedeflenen sonuç değildir.

Bu durumda Google'a:

tercih edilen URL diğer sitedeki sayfa

sinyali verilmiş olur.

Tedarikçinin kaynak URL'si veri kaynağı olarak saklanabilir.

Mağaza canonical'ı ise mağazanın kendi URL mimarisine göre yönetilmelidir.

24. Filtre URL'lerini Ürün Slug Sistemiyle Karıştırmayın

Örneğin:

/urun/celik-cezve?ref=anasayfa

veya:

?utm_source=...

gibi parametreler ürün slug'ının parçası değildir.

Google gereksiz parametrelerin URL sayısını artırabileceğini ve mümkün olduğunda gereksiz parametrelerden kaçınılmasını öneriyor.

Temel ürün URL'si mümkün olduğunca sabit tutulmalıdır.

25. Takip Parametreleri Kalıcı Ürün URL'sine Kaydedilmemeli

XML kaynak URL'si:

https://tedarikci.com/urun/123?source=xml&utm_campaign=bayi

şeklinde olabilir.

Bu adresi referans için saklayabilirsiniz.

Ancak kendi ürün slug'ınıza:

?source=xml

gibi tedarikçiye ait izleme parametreleri taşınmamalıdır.

26. Session ID'lerini Ürün URL'sine Dahil Etmeyin

Google, session ID gibi gereksiz parametrelerin çok sayıda URL oluşturabileceğini belirtiyor.

Ürün URL'si:

/urun/celik-cezve?session=8754589

gibi kalıcı hale gelmemelidir.

Kullanıcının oturumu URL'den bağımsız yönetilmelidir.

27. Kategori Değiştiğinde Ürün URL'sinin Değişip Değişmeyeceğini Baştan Belirleyin

İki yaygın yapı düşünülebilir:

/urun/celik-cezve

veya:

/mutfak/cezveler/celik-cezve

İkinci yapıda ürün kategori değiştirdiğinde URL'nin değişme ihtimali daha yüksektir.

Bu nedenle URL mimarisinin başlangıçta planlanması önemlidir.

Tek bir evrensel doğru yapı yoktur.

28. Ürün URL'sini Kategoriye Aşırı Bağımlı Hale Getirmemeyi Değerlendirin

Ürün bugün:

Mutfak

kategorisinde olabilir.

Yarın:

Mutfak Gereçleri

altına taşınabilir.

URL kategori ağacına birebir bağlıysa her kategori değişikliğinde URL değişebilir.

Bu nedenle özellikle büyük ve sık değişen ürün kataloglarında daha sabit ürün URL yapıları tercih edilebilir.

29. XML Kategorisini Slug'ın Otomatik Parçası Yaparken Dikkat Edin

Tedarikçi bugün:

Ev/Mutfak/Cezveler

gönderiyor.

Yarın kategori yapısını:

Mutfak/Pişirme/Cezve

olarak değiştirebilir.

Bunun sonucunda ürün URL'niz de değişiyorsa tedarikçinin kategori düzenlemesi doğrudan sizin SEO URL mimarinizi etkiler.

Bu yüzden:

kaynak kategori

ile

mağaza URL mimarisi

ayrı katmanlarda yönetilebilir.

30. Ürün URL'sini XML'deki Fiyat veya Stoktan Üretmeyin

Örneğin:

celik-cezve-150-tl

veya:

celik-cezve-stokta

şeklinde URL üretmek doğru değildir.

Çünkü:

• fiyat değişir,
• stok değişir.

URL ise mümkün olduğunca istikrarlı kalmalıdır.

31. Kampanya Bilgilerini Slug'a Eklemeyin

Örneğin:

indirimli-celik-cezve

ürün kampanyadan çıktığında anlamsız hale gelebilir.

Benzer şekilde:

• yeni,
• kampanya,
• fırsat,
• sezon indirimi

gibi geçici bilgiler kalıcı ürün URL'sinin parçası olmamalıdır.

32. Slug Oluştururken XML Özel Karakter Sorunlarını Hesaba Katın

Ürün adı:

Ev & Mutfak Düzenleyici

gibi olabilir.

XML içerisinde & doğru biçimde aktarılmalı; sonrasında slug üretimi sırasında:

ev-mutfak-duzenleyici

gibi uygun yapıya dönüştürülebilir.

Özel karakterin XML aktarımı sırasında bozulması ise XML Veri Akışında Özel Karakter Sorunları Nasıl Çözülür? konusunun alanıdır.

103'ün görevi:

doğru okunan ürün adından sağlıklı URL üretmek

olmalıdır.

33. Slug Oluştururken HTML Kodlarının İçeriğe Karışmadığını Kontrol Edin

Yanlış veri eşleştirmesinde ürün adı:

<b>Çelik Cezve</b>

şeklinde gelebilir.

Bunun doğrudan slug'a çevrilmesi:

b-celik-cezve-b

gibi anlamsız sonuç oluşturabilir.

Slug kaynağı olarak kullanılacak alan önce temizlenmelidir.

34. Boş Ürün Adında Otomatik Rastgele Slug Üretmeyin

XML ürün adı boşsa sistem:

urun-185487

gibi teknik slug üretebilir.

Bazı sistemlerde bu geçici olarak mümkün olabilir.

Ancak ürün adı eksikliği önce veri kalite problemi olarak ele alınmalıdır.

Ürün adı eksik → 100 numaralı Eksik Alan Kontrolü

Bu durumda ürünün otomatik satışa açılması yerine kontrol kuyruğuna alınması daha güvenli olabilir.

35. XML'de Hazır Slug Varsa Kalitesini Kontrol Edin

Tedarikçi doğrudan:

slug

alanı gönderiyor olabilir.

Örneğin:

celik-cezve-12-no

gayet kullanılabilir olabilir.

Ancak:

PRODUCT_000004582_2026_FINAL

gibi bir değer de gelebilir.

Bu nedenle:

slug alanı mevcut → aynen kullan

yerine:

slug alanı mevcut → mağaza standardıyla uyumlu mu kontrol et

yaklaşımı daha doğru olur.

36. Yinelenen Slug'ları Yayın Öncesinde Tespit Edin

Yeni XML aktarımında:

5.000 ürün

gelecekse slug üretiminden sonra:

kaç benzersiz slug var?

kontrol edilebilir.

Örneğin:

5.000 ürün

4.930 benzersiz slug

ise:

70 kayıt incelenmelidir.

Bunlar:

• aynı isimli farklı ürün,
• duplicate ürün,
• varyant,
• slug normalization çakışması

olabilir.

37. Türkçe Karakter Dönüşümünün Çakışma Oluşturabileceğini Unutmayın

İki farklı metin dönüşüm sonrasında aynı slug'a dönüşebilir.

Benzer şekilde:

• noktalama kaldırılması,
• boşlukların birleştirilmesi,
• özel karakterlerin temizlenmesi

farklı ürün isimlerini aynı sonuca indirebilir.

Bu nedenle slug üretiminden sonra mutlaka benzersizlik kontrolü yapılmalıdır.

38. Slug Çakışmasını Ürün ID veya Kısa Kod ile Çözebilirsiniz

İki gerçekten farklı ürün aynı slug'ı üretiyorsa örneğin:

celik-cezve-12-no

ve

celik-cezve-12-no-4587

gibi çözüm kullanılabilir.

Kullanılan ek değer:

• kısa,
• istikrarlı,
• benzersiz

olmalıdır.

Rastgele değişen bir değer kullanılmaması daha uygundur.

39. XML'deki Ürün ID'sini Tamamen URL'ye Taşımak Zorunda Değilsiniz

Örneğin:

/urun/885477123541589

teknik olarak çalışabilir.

Ancak Google okunabilir ve açıklayıcı URL'lerin insanlar ve arama motorları için anlaşılmasını kolaylaştırdığını belirtiyor.

Bu nedenle:

/urun/celik-cezve-12-no

daha açıklayıcı olabilir.

Gerekiyorsa ID kısa bir ek olarak kullanılabilir.

40. XML Senkronizasyonunun Mevcut Slug'ı Ezmesini Engelleyin

İlk aktarımda:

ürün adı → slug

oluşturulmuş olabilir.

Daha sonra mağaza sahibi slug'ı manuel düzenlemiş olabilir.

Eğer her XML senkronizasyonunda:

kaynak ürün adı → yeniden slug oluştur

işlemi çalışıyorsa manuel URL düzenlemesi kaybolur.

Alan bazlı güncelleme politikası:

fiyat → güncelle

stok → güncelle

ürün adı → kurala göre güncelle

slug → mevcutsa koru

şeklinde kurulabilir.

41. Slug Değişikliklerini Loglayın

URL değişmişse:

• eski slug,
• yeni slug,
• değişiklik tarihi,
• neden,
• otomatik/manüel değişiklik

kayıt altına alınabilir.

Bu kayıt yönlendirme problemlerini araştırmayı kolaylaştırır.

42. Eski Slug'ları Başka Üründe Tekrar Kullanırken Dikkat Edin

Eski ürün:

/urun/celik-cezve

adresini kullanmış olabilir.

Ürün kaldırıldıktan sonra aynı slug tamamen farklı bir ürüne verilirse:

• eski Google sonucu,
• eski backlink,
• müşteri favorisi

yeni ve ilgisiz ürüne gidebilir.

Bu nedenle eski URL geçmişi dikkate alınmalıdır.

43. Silinen Ürün URL'si İçin Politika Belirleyin

Ürün artık satılmıyorsa:

• tamamen kaldırma,
• uygun alternatif ürüne yönlendirme,
• ürün sayfasını pasif halde tutma

gibi farklı yöntemler olabilir.

Her ürün için otomatik olarak ana sayfaya yönlendirme yapmak doğru yaklaşım değildir.

Ürünün geri gelip gelmeyeceği ve uygun gerçek alternatif bulunup bulunmadığı değerlendirilmelidir.

44. Duplicate URL Sorununu Duplicate XML Ürün Sorunundan Ayırın

Bu ayrım özellikle önemlidir.

102 numara

XML:

Ürün A

Ürün A

şeklinde iki kayıt içeriyor.

103 numara

Mağazada tek ürün var ancak:

/urun-a

ve

/urun-a?x=1

veya başka URL yollarından aynı içerik açılıyor.

Bunlar iki farklı problemdir.

45. Sitemap'te Tercih Edilen Ürün URL'lerini Kullanın

Google canonicalizasyon dokümantasyonunda sitemap'e dahil edilen URL'lerin canonical tercihi açısından zayıf bir sinyal olduğunu belirtiyor.

Dolayısıyla sitemap içerisinde:

• eski slug,
• yönlendirme URL'si,
• parametreli alternatif URL

yerine mümkün olduğunca nihai ve tercih edilen ürün URL'si bulunmalıdır.

46. Canonical ve Sitemap Birbiriyle Çelişmemeli

Örneğin:

Canonical:

/urun/celik-cezve

Sitemap:

/urun/celik-cezve-eski

gösteriyorsa arama motoruna tutarsız sinyal verilir.

Daha temiz yapı:

iç linkler

canonical

sitemap

redirect

aynı tercih edilen URL etrafında birleşmelidir.

Google da canonical sinyallerinin birlikte kullanılmasının tercihi güçlendirebileceğini belirtiyor.

47. İç Linklerde Eski Slug'ları Güncelleyin

Ürün URL'si değiştiyse blog, kategori veya diğer ürünlerden verilen bağlantılar hâlâ eski URL'ye gidiyor olabilir.

301 yönlendirme kullanıcıyı yine doğru yere taşısa bile mümkünse dahili bağlantıların doğrudan yeni URL'ye güncellenmesi daha temizdir.

48. URL'yi Kullanıcıya Anlaşılır Tutun

Örneğin:

/urun/p-854712-cx98-v2-final

yerine:

/urun/celik-cezve-12-no

kullanıcı açısından daha açıklayıcıdır.

Google'ın mevcut URL rehberinin temel tavsiyelerinden biri de insanların anlayabileceği mantıklı URL yapıları oluşturmaktır.

49. URL'yi SEO Anahtar Kelime Doldurma Alanı Olarak Görmeyin

Örneğin:

/urun/celik-cezve-en-ucuz-cezve-toptan-cezve-uygun-fiyat-cezve

gibi URL'nin kullanıcı açısından faydası düşüktür.

URL'nin açıklayıcı olması yararlıdır.

Ancak URL'de aynı anlamı tekrar tekrar yazmak gerekli değildir.

50. Yeni XML Ürünlerinde URL Kontrolünü Otomatik Hale Getirin

Yeni ürün geldiğinde süreç:

yeni ürün

↓

ürün adı doğrulandı

↓

slug oluşturuldu

↓

karakterler normalize edildi

↓

benzersizlik kontrol edildi

↓

mevcut ürün eşleşmesi kontrol edildi

↓

URL oluşturuldu

↓

yayınlandı

şeklinde olabilir.

Böylece ürün canlıya çıktıktan sonra URL düzeltmek zorunda kalma ihtimali azaltılır.

XML URL VE SLUG KONTROL LİSTESİ

Kaynak URL

Tedarikçinin ürün URL'si ayrı tutuluyor mu?

Mağaza URL'si

Kendi mağazanızın bağımsız URL'si var mı?

Slug kaynağı

Hangi ürün alanından oluşturuluyor?

Ürün adı

Slug oluşturulmadan önce doğru mu?

Türkçe karakter

Tutarlı dönüşüm uygulanıyor mu?

Küçük harf

URL standardı tek tip mi?

Tire

Kelimeler - ile ayrılıyor mu?

Gereksiz kelime

URL gereğinden uzun mu?

SKU

Gerçekten gerekiyorsa mı ekleniyor?

Ürün ID

Slug ile veritabanı kimliği ayrılmış mı?

Benzersizlik

Aynı slug başka üründe var mı?

Duplicate ürün

Çakışma aslında XML duplicate kaydından mı kaynaklanıyor?

Varyant

Ayrı URL gerektiriyor mu?

Set/koli

Farklı satış ürünü doğru biçimde ayrılıyor mu?

Kategori

Kategori değişince URL değişiyor mu?

Fiyat

Slug'a fiyat eklenmiş mi?

Stok

Slug'a geçici stok bilgisi eklenmiş mi?

Kampanya

Geçici kampanya ifadesi URL'de mi?

XML güncellemesi

Mevcut slug'ın üzerine yazıyor mu?

Redirect

URL değiştiğinde eski adres yönlendiriliyor mu?

Canonical

Tercih edilen URL doğru mu?

Sitemap

Canonical URL sitemap'te mi?

İç link

Site içi bağlantılar güncel URL'yi mi kullanıyor?

Log

Eski ve yeni slug geçmişi tutuluyor mu?

XML ÜRÜN URL VE SLUG YÖNETİMİ NASIL KURULUR?

Pratik olarak şu sırayla ilerlenebilir:

1. XML içerisindeki URL ve slug alanlarını belirleyin.

2. Her URL alanının neyi temsil ettiğini doğrulayın.

3. Tedarikçi URL'sini mağaza URL'sinden ayırın.

4. Mağaza URL standardınızı belirleyin.

5. Slug'ın hangi ürün alanından oluşturulacağını belirleyin.

6. Türkçe karakter dönüşüm kuralını belirleyin.

7. Bütün slug'ları küçük harfe dönüştürün.

8. Kelimeleri tireyle ayırın.

9. Gereksiz özel karakterleri temizleyin.

10. Ürün ölçüsü ve model gibi önemli ayrıştırıcıları koruyun.

11. Slug benzersizliğini kontrol edin.

12. Çakışmanın duplicate üründen kaynaklanıp kaynaklanmadığını kontrol edin.

13. Gerçek farklı ürünlerde benzersiz kısa ek kullanın.

14. İlk aktarım sonrasında slug'ı sabitleyin.

15. XML isim güncellemelerinin URL'yi otomatik değiştirmesini engelleyin.

16. Gerçek URL değişikliklerinde eski URL için yönlendirme oluşturun.

17. Canonical URL'yi kontrol edin.

18. Sitemap'te nihai URL'nin bulunduğunu doğrulayın.

19. Site içi linklerin doğrudan nihai URL'ye gittiğini kontrol edin.

20. Yeni XML ürünlerinde bu kontrolü yayın öncesinde otomatik çalıştırın.

SIK SORULAN SORULAR

XML'den gelen ürün URL'sini kendi sitemde aynen kullanmalı mıyım?

Genellikle hayır. XML'deki URL tedarikçinin kendi ürün sayfasına ait olabilir. Tedarikçi kaynak URL'si referans amacıyla saklanabilirken kendi mağazanızın ürün URL'si kendi domain ve URL yapınıza göre oluşturulmalıdır.

Ürün adı değiştiğinde slug da değişmeli mi?

Her isim değişikliğinde slug'ın otomatik olarak değişmesi gerekmez. Yayına alınmış ürün URL'lerinin gereksiz yere değiştirilmemesi daha istikrarlı bir yapı sağlar. URL gerçekten değiştirilecekse eski adresin yeni adrese uygun biçimde yönlendirilmesi düşünülmelidir.

Ürün slug'ında SKU bulunmalı mı?

Zorunlu değildir. Ürün adı yeterince benzersizse yalnızca açıklayıcı kelimeler kullanılabilir. Aynı isimli ürünlerde benzersizliği sağlamak için kısa bir SKU veya ürün ID parçası kullanılabilir.

Türkçe karakterler URL'de kullanılabilir mi?

Modern URL sistemleri Unicode karakterleri destekleyebilir ve gerektiğinde percent-encoding uygulanır. Bununla birlikte ASCII tabanlı celik-cezve gibi dönüştürülmüş slug yapısı tercih edilecekse bütün sitede tutarlı bir dönüşüm kuralı kullanılmalıdır. Google okunabilir ve kullanıcı diline uygun URL yapılarını öneriyor.

Aynı ürün iki farklı URL'den açılıyorsa ne yapılmalı?

Öncelikle tercih edilen tek URL belirlenmelidir. Gereksiz alternatif URL'ler yönlendirme, canonical veya URL mimarisi düzenlemeleriyle yönetilebilir. Google redirect ve rel="canonical" yöntemlerini canonicalizasyon için güçlü sinyaller olarak tanımlıyor.

XML'DEKİ ÜRÜN ADI DEĞİŞEBİLİR, ÜRÜN URL'Sİ SÜREKLİ DEĞİŞMEK ZORUNDA DEĞİLDİR

XML ürün URL slug yönetiminin temel amacı mümkün olan en uzun veya en fazla anahtar kelime içeren adresi oluşturmak değildir.

Daha sağlıklı yapı:

kaynak URL'yi ayır → ürün adını doğrula → temiz slug oluştur → benzersizliği kontrol et → ürün kimliğinden ayır → yayınlandıktan sonra URL'yi mümkün olduğunca sabit tut → değişiklik gerekiyorsa yönlendirme yap → canonical, sitemap ve iç linkleri aynı nihai URL'de birleştir

şeklinde kurulabilir.

Böylece tedarikçi:

• ürün başlığını değiştirdiğinde,
• kategori değiştirdiğinde,
• XML slug'ını değiştirdiğinde

kendi mağazanızın ürün URL'leri kontrolsüz biçimde değişmez.

XML'deki ürün, fiyat ve stok bilgilerinin genel olarak nasıl aktarıldığını incelemek için XML Entegrasyonu Nedir? Ürün, Fiyat ve Stok Verileri Nasıl Aktarılır? rehberi kullanılabilir.

Kaynak XML'deki bütün ürün bilgilerinin genel doğruluk kontrolü için XML Bayilikte Ürün Verisi Kalitesi Nasıl Kontrol Edilir? içeriğine geçilebilir.

Aynı ürünün XML'de birden fazla kez bulunup bulunmadığını kontrol etmek için XML Dosyasında Yinelenen Ürünler Nasıl Tespit Edilir? rehberi tamamlayıcıdır.

SKU ve barkodların ürün kimliği tarafındaki rolünü incelemek için XML Barkod ve SKU Alanları Nasıl Yönetilir? içeriği kullanılabilir.

XML'deki karakter problemlerinin ürün adı ve dolayısıyla slug üretimini bozmasını engellemek için XML Veri Akışında Özel Karakter Sorunları Nasıl Çözülür? rehberi tamamlayıcıdır.

Ulu İthalat XML modelini incelemek isteyen işletmeler XML Bayilik sayfasına geçebilir. Bu ticari hedef URL'sinin canlı olduğu doğrulandı.