XML entegrasyonunda marka alanı ilk bakışta oldukça basit görünebilir.

Örneğin:

<marka>ABC</marka>

şeklinde tek bir değer gelir ve ürünün marka alanına yazılır.

Ancak birkaç bin ürün ve birden fazla tedarikçiyle çalışıldığında durum karmaşıklaşabilir.

Aynı marka XML içerisinde:

MarkaX

MARKAX

markax

Marka X

MarkaX Türkiye

gibi farklı biçimlerde bulunabilir.

Başka ürünlerde ise marka alanına:

• tedarikçi adı,
• üretici firma,
• kategori adı,
• N/A,
• Yok,
• No Brand,
• Genel

gibi gerçek marka olmayan değerler yazılmış olabilir.

Sonuçta mağazada tek marka yerine:

5–10 farklı marka kaydı

oluşabilir.

Bu durum:

• marka filtrelerini,
• ürün aramasını,
• kategori görünümünü,
• pazaryeri aktarımını,
• ürün eşleştirmesini,
• raporlamayı

zorlaştırabilir.

Bu nedenle xml marka alanı yalnızca:

“Alan dolu mu?”

şeklinde kontrol edilmemelidir.

Daha sağlıklı süreç:

kaynak değeri al → temizle → gerçek marka olup olmadığını doğrula → standart marka kaydıyla eşleştir → değişiklikleri takip et

şeklinde kurulabilir.

XML Marka Standardizasyonu Nedir?

Marka standardizasyonu, farklı yazımlarla gelen ancak aynı markayı temsil eden değerlerin tek bir canonical marka kaydında birleştirilmesidir.

Örneğin:

marka x

MARKA X

Marka X

Marka X

değerlerinin hepsi doğrulandıktan sonra mağazada:

Marka X

olarak kullanılabilir.

Ancak standardizasyon:

farklı markaları benziyor diye birleştirmek

anlamına gelmez.

Amaç:

yazım farklılıklarını düzeltmek

ve

gerçek marka kimliğini korumaktır.

1. Önce XML'deki Marka Alanını Belirleyin

Tedarikçi:

marka

kullanabilir.

Başka XML:

brand

kullanabilir.

Başka sistem:

manufacturer

veya farklı bir alan kullanabilir.

İlk yapılması gereken:

hangi alan gerçekten ürün markasını temsil ediyor?

sorusudur.

Alan adı yalnızca başlangıç sinyalidir.

2. Marka ile Üreticiyi Aynı Şey Kabul Etmeyin

Bir ürünün:

markası

ile

üretici şirketi

aynı olabilir.

Ancak her zaman aynı değildir.

Örneğin bir şirket farklı tüketici markaları altında ürün üretebilir.

Bu nedenle XML'de:

manufacturer

alanı bulunması onu otomatik olarak marka alanına dönüştürmek için yeterli değildir.

3. Marka ile Tedarikçiyi Karıştırmayın

Dropshipping ve XML sistemlerinde sık görülen hatalardan biri:

ürünü gönderen firma = ürünün markası

kabul etmektir.

Örneğin ürün bir toptancıdan geliyor olabilir.

Bu durum toptancının adının ürün markası olduğu anlamına gelmez.

Tedarikçi bilgisi:

tedarikçi alanında

marka bilgisi:

marka alanında

tutulmalıdır.

4. Mağaza Adınızı Her Ürüne Marka Olarak Eklemeyin

Ürünü kendi mağazanızda satmanız markanın size ait olduğu anlamına gelmez.

Google Merchant Center'ın güncel marka kuralları, kendi marka adınızı ancak ürünü gerçekten siz üretiyorsanız veya private-label/custom ürün gibi markanın gerçekten size ait olduğu durumda göndermenizi söylüyor.

Dolayısıyla:

başka markaya ait ürün → mağaza markası yaz

doğru bir standardizasyon yöntemi değildir.

5. Gerçekten Markasız Ürünleri Ayrı Yönetin

Bazı ürünlerin gerçekten tanımlanmış bir markası olmayabilir.

Bu durumda sırf marka alanı boş kalmasın diye:

• Yok,
• N/A,
• Generic,
• No Brand,
• Belirsiz

gibi değerler üretmek doğru değildir.

Google Merchant Center da gerçekten markasız ürünlerde marka alanının boş bırakılmasını; N/A, Generic, No brand veya benzeri yapay değerlerin kullanılmamasını belirtiyor.

Bu nedenle sisteminizde:

markasız

bir durum değeri bulunabilir ancak bunu zorunlu olarak müşteriye görünen sahte bir marka kaydına çevirmek gerekmez.

6. Marka Alanındaki Baştaki ve Sondaki Boşlukları Temizleyin

Örneğin:

MarkaX

ve

MarkaX

veritabanında farklı stringler olabilir.

Marka karşılaştırması öncesinde:

trim

işlemi uygulanabilir.

Bu basit adım çok sayıda gereksiz mükerrer markayı önleyebilir.

7. Ardışık Boşlukları Normalize Edin

Örneğin:

Marka X

ile

Marka X

aynı marka olabilir.

Birden fazla boşluk:

tek boşluğa

dönüştürülebilir.

Ancak bu yalnızca karşılaştırma ve temizleme amacıyla yapılmalıdır.

Markanın resmi yazımını son aşamada canonical kayıttan almak daha güvenlidir.

8. Büyük-Küçük Harf Farklarını Duplicate Marka Gibi Ele Alın

Şu kayıtlar:

SAMSUNG

Samsung

samsung

aynı markayı temsil edebilir.

Mağazada üç ayrı marka oluşturmak yerine:

tek marka kaydı

kullanılabilir.

Karşılaştırma sırasında case-insensitive eşleşme uygulanabilir.

Ancak ekranda gösterilecek isim:

markanın doğru/tercih edilen yazım biçimi

olmalıdır.

9. Marka Adını Tamamen Büyük Harfe Zorlamayın

Kaynak XML:

SAMSUNG

gönderiyor olabilir.

Bu yüzden mağazada bütün markaları büyük harfle göstermek zorunlu değildir.

Benzer şekilde bütün markaları:

ilk harf büyük

kuralıyla değiştirmek de bazı özel marka yazımlarını bozabilir.

Örneğin gerçek marka stilizasyonunda farklı büyük-küçük harf kullanımı bulunabilir.

Bu nedenle:

karşılaştırma değeri

ile

görüntülenecek canonical marka adı

ayrı tutulabilir.

10. Marka Eşleştirme Tablosu Oluşturun

Pratik bir yapı:

Kaynak DeğerCanonical MarkaMarkaXMarkaXMARKAXMarkaXmarka xMarkaXMarka XMarkaX

şeklinde olabilir.

Ancak panelinizde tablolar sorun oluşturuyorsa bu eşleştirme teknik sistemde tutulabilir.

Temel mantık:

kaynak değer → standart marka

ilişkisidir.

11. Eşleştirme Tablosunu Tedarikçi Bazında Tutmak Faydalı Olabilir

Tedarikçi A:

ABC

değerini Marka ABC için kullanabilir.

Tedarikçi B:

ABC

kodunu farklı bir dahili firma kodu olarak kullanabilir.

Bu nedenle çok tedarikçili sistemlerde:

Tedarikçi + kaynak marka değeri

birlikte eşleştirilebilir.

Örneğin:

TED1 | ABC → ABC Marka

TED2 | ABC → manuel kontrol

gibi.

12. Aynı Marka Farklı Tedarikçilerde Farklı Yazılabilir

Örneğin:

Tedarikçi A:

Philips

Tedarikçi B:

PHILIPS

Tedarikçi C:

Philips Türkiye

gönderebilir.

Eğer üç değer de gerçekten aynı ürün markasını temsil ediyorsa:

tek canonical marka

altına bağlanabilir.

Ancak Philips Türkiye değerinin gerçekten marka mı yoksa distribütör/şirket adı mı olduğu doğrulanmalıdır.

13. Fazladan Şirket Eklerini Otomatik Silmeden Önce Kontrol Edin

Örneğin:

ABC Elektronik A.Ş.

gelmiş olabilir.

Gerçek tüketici markası:

ABC

olabilir.

Ancak bunu:

“A.Ş. gördüm → sil.”

şeklinde genel otomasyonla yapmak risklidir.

Bazı markaların resmi adı şirket yapısıyla birlikte kullanılıyor olabilir.

Önce doğrulama yapılmalıdır.

14. Noktalama İşaretlerini Körü Körüne Silmeyin

Marka:

A.B.C.

şeklinde olabilir.

Başka marka:

ABC

olabilir.

Bunlar aynı marka da olabilir, farklı marka da olabilir.

Dolayısıyla:

noktalama kaldır → otomatik birleştir

kuralı yerine:

normalize et → aday oluştur → doğrula

yaklaşımı daha güvenlidir.

15. & Karakteri Bulunan Marka Adlarına Dikkat Edin

Marka adında:

&

gibi karakterler gerçekten bulunabilir.

Bu durumda karakteri silmek markanın adını değiştirebilir.

Sorun XML içerisinde karakterin doğru taşınmasıysa çözüm:

marka adını değiştirmek

değil,

XML escape/encoding sorununu düzeltmektir.

Bu teknik konu için XML Veri Akışında Özel Karakter Sorunları Nasıl Çözülür? rehberi kullanılabilir.

16. Türkçe Karakterleri Marka Adından Keyfi Olarak Kaldırmayın

Bir markanın gerçek adı:

Örnek

ise bunu mağazada:

Ornek

olarak değiştirmek zorunlu değildir.

Slug oluşturma kuralları ayrı olabilir.

Ancak ürünün marka alanı gerçek marka adını mümkün olduğunca doğru yansıtmalıdır.

17. Marka Adını Slug Standardıyla Karıştırmayın

Marka görüntüsü:

Örnek Marka

olabilir.

Marka sayfası slug'ı:

ornek-marka

olabilir.

Bu iki alan farklı amaçlara hizmet eder.

103 numaralı XML Ürün URL ve Slug Verileri Nasıl Düzenlenir? içeriği URL/slug standardizasyonuna odaklanırken 104 gerçek marka değerinin standardizasyonuna odaklanmalıdır.

18. Marka Değerinde HTML Kalmadığını Kontrol Edin

Kaynak XML yanlış biçimde:

<b>MarkaX</b>

gibi HTML içeriği taşıyabilir.

Bu durumda mağazada:

MarkaX

yerine HTML kodu marka adı olarak kaydedilebilir.

Marka alanı mümkün olduğunca düz ürün verisi olmalıdır.

19. NULL, N/A ve Benzeri Değerleri Gerçek Marka Kabul Etmeyin

Alan teknik olarak dolu olabilir:

N/A

Ancak ürün markası değildir.

Bu durum 100 numaralı eksik alan yaklaşımıyla ilişkilidir.

Teknik olarak değer vardır.

Fakat semantik olarak:

kullanılabilir marka bilgisi yoktur.

Bu nedenle:

field completeness

ile

brand validity

ayrı kontrol edilmelidir.

20. Boş Marka Alanını Otomatik Doldurmadan Önce Kaynağı Kontrol Edin

Marka boşsa:

• ürün adı,
• barkod/GTIN kaynağı,
• üretici bilgisi,
• resmi ürün bilgisi

gibi güvenilir kaynaklarda gerçek marka olup olmadığı kontrol edilebilir.

Ancak yalnızca görselde bir logo var gibi görünüyor diye marka tahmin edilmemelidir.

21. Görselden Marka Tahmini Yaparken Dikkatli Olun

Ürün fotoğrafındaki yazı:

• marka,
• model,
• slogan,
• mağaza logosu

olabilir.

Bu nedenle yalnızca görsele bakarak otomatik marka üretmek risklidir.

Görsel kalite kontrolünün kendisi XML Ürün Görsellerinin Kalitesi Nasıl Kontrol Edilir? içeriğinin alanıdır.

22. Barkod ile Marka Bilgisini Birlikte Doğrulamak Yararlı Olabilir

Ürünün güvenilir GTIN bilgisi bulunuyorsa marka doğrulamasında yardımcı sinyal olarak kullanılabilir.

Ancak:

GTIN var → XML marka kesin doğrudur

demek doğru değildir.

Kaynak veride yanlış eşleştirme yapılmış olabilir.

Barkod ve SKU tarafının genel yönetimi için XML Barkod ve SKU Alanları Nasıl Yönetilir? içeriği tamamlayıcıdır.

23. Ürün Adındaki Marka ile Marka Alanını Karşılaştırabilirsiniz

Örneğin:

Ürün adı:

ABC 500 ml Termos

Marka alanı:

XYZ

ise bu bir çelişki sinyali olabilir.

Ancak ürün adında geçen ilk kelimenin otomatik olarak marka olduğunu varsaymak da doğru değildir.

Sistem yalnızca:

marka uyuşmazlığı adayı

oluşturabilir.

24. Marka Alanı ile Üretici Kodunu Karıştırmayın

XML bazen:

brand = 584

gibi kod gönderebilir.

Bu:

marka adı

değil,

tedarikçinin marka ID'si

olabilir.

Bu durumda eşleştirme:

584 → MarkaX

şeklinde ayrı bir sözlük üzerinden yapılmalıdır.

25. Marka ID ile Marka Adını Ayrı Saklayın

Örneğin:

Kaynak Marka ID: 58

Kaynak Marka Adı: MarkaX

Mağaza Marka ID: 12

Mağaza Marka Adı: MarkaX

şeklinde ayrı alanlar bulunabilir.

Bu yapı marka adı değişse bile eşleştirmenin kaybolmasını azaltabilir.

26. Mağaza Marka ID'sini XML Marka Adından Bağımsız Tutun

XML:

MarkaX

göndermektedir.

Mağazada bu marka:

ID 48

ile temsil edilebilir.

Ertesi gün kaynak XML:

MARKAX

gönderirse sistem yeni marka oluşturmak yerine:

ID 48

ile eşleştirmelidir.

Bu marka standardizasyonunun ana amaçlarından biridir.

27. Her Senkronizasyonda Yeni Marka Oluşturmayın

Riskli yapı:

XML'de marka adı mağazada tam eşleşmiyorsa → yeni marka oluştur

şeklindedir.

Sonuç:

MarkaX

MARKAX

Marka X

MarkaX™

gibi çok sayıda kayıt oluşabilir.

Daha sağlıklı sistem:

exact match → normalize edilmiş match → eşleştirme sözlüğü → manuel kontrol → yeni marka oluştur

sırasıyla çalışabilir.

28. Yeni Marka Oluşturmadan Önce Benzerlik Kontrolü Yapın

Yeni değer:

Markaa X

gelmiş olabilir.

Mağazada:

Marka X

bulunuyorsa yazım hatası ihtimali vardır.

Sistem:

% yüksek isim benzerliği

nedeniyle kayıt oluşturmayı durdurup kontrol isteyebilir.

Ancak fuzzy matching tek başına otomatik birleştirme için kullanılmamalıdır.

29. Çok Kısa Marka Adlarında Benzerlik Algoritmalarına Daha Az Güvenin

Örneğin:

AB

ve

AC

iki tamamen farklı marka olabilir.

Kısa isimlerde tek karakter farkı benzerlik algoritmasında çok yüksek oran verebilir.

Bu nedenle kısa marka adları için:

• barkod,
• üretici,
• ürün adı

gibi ek doğrulama kullanılabilir.

30. Marka Değişikliğini Normal Veri Güncellemesi Gibi Görmeyin

Ürünün:

stok değeri

sık değişebilir.

fiyatı

sık değişebilir.

Ancak marka çoğu ürün için daha istikrarlı bir kimlik bilgisidir.

XML'de ürünün markası:

Marka A → Marka B

şeklinde değiştiyse otomatik olarak üzerine yazmadan önce kontrol yapılabilir.

Bu:

• kaynak veri hatası,
• ürün eşleştirme hatası,
• yeniden markalama

gibi farklı sebeplerden oluşabilir.

31. Toplu Marka Değişikliğinde Alarm Oluşturun

Bir gecede:

2 ürünün markası değişmişse

ürün bazlı güncelleme olabilir.

Ancak:

3.000 ürünün markası aynı anda değişmişse

XML alan eşleştirmesinde veya kaynak sistemde sorun ihtimali yükselir.

Bu durumda entegrasyon otomatik devam etmek yerine uyarı verebilir.

32. Marka Alanının Tamamen Kaybolmasını Yapısal Sorun Olarak İnceleyin

Dün:

%95 ürün marka bilgisine sahip

iken bugün:

%2

seviyesine düşmüşse binlerce ürünü tek tek incelemek yerine önce:

• XML alan adı,
• feed yapısı,
• parser,
• eşleştirme

kontrol edilmelidir.

Eksik alan tarafının detaylı yaklaşımı için XML Feed İçinde Eksik Alanlar Nasıl Tespit Edilir? içeriği kullanılabilir.

33. Aynı Markanın Birden Fazla Mağaza Kaydına Bölünmesini Tespit Edin

Örneğin mağazada:

MarkaX → 500 ürün

MARKAX → 150 ürün

Marka X → 80 ürün

bulunabilir.

Bu durumda toplam 730 ürün aslında aynı markaya ait olabilir.

Marka standardizasyonundan önce mevcut marka tablosu da duplicate açısından incelenmelidir.

34. Marka Birleştirmeden Önce Ürünleri Karşılaştırın

İki marka kaydını birleştirmeden önce:

• ürün adları,
• barkodlar,
• üretici bilgileri,
• ürün kategorileri

kontrol edilebilir.

Örneğin aynı isimde iki farklı ülkede veya ürün grubunda farklı markalar bulunabilir.

İsim eşitliği tek başına her zaman yeterli olmayabilir.

35. Duplicate Marka ile Duplicate Ürünü Karıştırmayın

Duplicate marka

Aynı marka mağazada iki kayıt:

Marka X

MARKA X

Duplicate ürün

Aynı fiziksel ürün XML'de iki kayıt.

Bunlar ayrı problemlerdir.

Duplicate ürünlerin tespiti için XML Dosyasında Yinelenen Ürünler Nasıl Tespit Edilir? rehberi kullanılabilir.

36. Marka Birleştirirken Ürün Bağlantılarını Kaybetmeyin

Mağazada:

Marka ID 15

ve

Marka ID 87

aynı markayı temsil ediyorsa 87 numaralı kaydı yalnızca silmek ürünlerin marka bağlantısını kaybettirebilir.

Daha doğru süreç:

yanlış marka ürünlerini ana marka ID'sine taşı

↓

bağlantıları kontrol et

↓

eski kaydı pasifleştir/sil

şeklinde olabilir.

37. Marka Sayfası URL'lerini Birleştirme Sonrasında Kontrol Edin

Marka kayıtlarının ayrı URL'leri olabilir:

/marka/markax

/marka/marka-x

Birleştirme sonrası eski marka URL'si hâlâ indekslenmiş olabilir.

Bu durumda uygun URL yönlendirme ve canonical yapısı ayrıca değerlendirilmelidir.

URL yönetiminin detayları için XML Ürün URL ve Slug Verileri Nasıl Düzenlenir? içeriği tamamlayıcıdır.

38. Marka Filtrelerini Standardizasyon Sonrası Kontrol Edin

Ürünlerin marka alanı temizlenmiş olsa bile kategori filtrelerinde eski değerler kalabilir.

Örneğin kullanıcı hâlâ:

• MarkaX,
• MARKAX,
• Marka X

seçeneklerini görüyorsa veri temizliği ön yüze tam yansımamıştır.

Standardizasyon sonrasında:

ürün → marka → filtre

zinciri kontrol edilmelidir.

39. Pazaryeri Marka Eşleştirmesini Ayrı Tutun

Mağazada:

Marka X

bulunabilir.

Pazaryeri kendi katalog sisteminde bu markayı:

Marka X Resmî

veya belirli bir marka ID'si üzerinden tanıyabilir.

Bu nedenle:

mağaza marka adı

ve

pazaryeri marka kimliği

ayrı eşleştirme gerektirebilir.

40. Pazaryerinde Olmayan Marka İçin Rastgele Marka Seçmeyin

Bir pazaryeri marka seçimini zorunlu tutuyorsa gerçek marka listede bulunmadığında:

benzer başka marka seçmek

doğru değildir.

Bu, ürünün yanlış katalogla eşleşmesine neden olabilir.

Platformun yeni marka ekleme veya markasız ürün prosedürü varsa o süreç kullanılmalıdır.

41. Google Merchant Center Marka Alanında Gerçek Markayı Kullanın

Google'ın güncel ürün veri spesifikasyonuna göre [brand] alanında tüketiciler tarafından bilinen ürün markasının verilmesi gerekiyor. Yeni ve açıkça markalı ürünlerde brand alanı önemli bir ürün tanımlayıcıdır.

Bu nedenle XML standardizasyonunun amacı:

Google'a marka alanı dolu görünsün diye herhangi bir değer yazmak

değil,

gerçek marka verisini tutarlı biçimde aktarmaktır.

42. Marka ve GTIN Birbirini Destekleyen Kimlik Alanlarıdır

Google Merchant Center ürün verisinde marka ve GTIN ürün kimlikleri arasında değerlendirilir. Yanlış veya eksik ürün bilgileri Merchant Center'da onay sorunları, sınırlı uygunluk veya yanlış gösterimlere yol açabilir.

Bu nedenle:

barkod başka ürüne ait

ve

marka doğru

olması da yeterli değildir.

Kimlik verileri birlikte tutarlı olmalıdır.

43. Marka Alanını SEO İçin Anahtar Kelime Doldurma Alanına Çevirmeyin

Örneğin gerçek marka:

ABC

ise:

ABC Ucuz Toptan Ev Ürünleri

şeklinde marka alanı oluşturmak doğru değildir.

Marka alanı:

markayı

temsil etmelidir.

Kategori, ürün tipi ve pazarlama kelimeleri ayrı alanlarda bulunmalıdır.

44. Marka Alanına Ürün Modelini Eklemeyin

Örneğin:

Marka: ABC X500

yerine:

Marka: ABC

Model: X500

şeklinde ayrım daha sağlıklı olabilir.

Marka ve model tek alanda birleşirse:

ABC X500

ABC X600

ABC X700

üç farklı marka gibi görünebilir.

45. Marka Alanına Kategori Eklemeyin

Örneğin:

ABC Elektronik

gerçek marka adı değilse yalnızca ürün elektronik olduğu için kategori kelimesini marka alanına eklemek doğru değildir.

Kaynak XML'de böyle bir yapı varsa:

gerçek marka

ve

kategori/şirket açıklaması

ayrıştırılmalıdır.

46. XML Güncellemesinin Manuel Düzeltilmiş Markayı Ezmesini Önleyin

Ürün ilk geldiğinde XML:

MARKA-X

göndermiş olabilir.

Mağazada bu:

Marka X

olarak düzeltilmiştir.

Her gece XML senkronizasyonu tekrar:

MARKA-X

yazıyorsa standardizasyon çalışması kaybolur.

Daha iyi yapı:

kaynak marka değeri → mapping → mağaza canonical marka

şeklinde olmalıdır.

Yani her gün ham değeri yazmak yerine ham değer mapping tablosundan geçirilmelidir.

47. Yeni Marka Değerlerini Otomatik Kontrol Kuyruğuna Alın

Mevcut marka sözlüğünde olmayan yeni değer geldiğinde:

hemen yeni marka oluştur

yerine:

exact eşleşme yok

↓

normalize edilmiş eşleşme kontrolü

↓

alias kontrolü

↓

benzer marka kontrolü

↓

gerçekten yeni ise oluştur

şeklinde ilerlenebilir.

48. Marka Alias Listesi Tutun

Örneğin canonical marka:

Marka X

Alias değerleri:

• MARKA X
• MarkaX
• marka x
• Marka-X

olabilir.

Feed bu değerlerden herhangi birini gönderdiğinde:

Marka X

kaydı kullanılabilir.

Bu liste özellikle çok tedarikçili XML operasyonlarında işe yarar.

49. Marka Değişiklik Geçmişini Kaydedin

Ürün:

Marka A

olarak gelmiş,

daha sonra:

Marka B

olarak değiştirilmiş olabilir.

Kayıt:

• SKU,
• eski marka,
• yeni marka,
• kaynak,
• tarih,
• değişiklik nedeni

içerebilir.

Bu özellikle toplu veri problemlerini araştırırken faydalıdır.

50. Marka Standardizasyonunu Yeni Ürün Aktarımının Parçası Yapın

En iyi çözüm yalnızca mevcut binlerce markayı bir kez temizlemek değildir.

Yeni ürün geldiğinde:

XML ürün

↓

marka alanını oku

↓

boş/geçersiz mi kontrol et

↓

normalize edilmiş değer oluştur

↓

alias eşleştir

↓

canonical marka bul

↓

bulunamadıysa incelemeye gönder

↓

doğru markayla ürünü oluştur

şeklinde süreç kurulabilir.

Böylece yeni duplicate marka kayıtları oluşmadan engellenebilir.

XML MARKA ALANI KONTROL LİSTESİ

Alan

XML'deki gerçek marka alanı hangisi?

Kaynak değer

Tedarikçinin gönderdiği orijinal değer saklanıyor mu?

Boşluk

Baş ve son boşluklar temizlendi mi?

Case

Büyük-küçük harf farkları kontrol edildi mi?

Çift boşluk

Gereksiz boşluklar normalize edildi mi?

Gerçek marka

Değer gerçekten ürün markası mı?

Tedarikçi

Tedarikçi adı yanlışlıkla marka olarak mı geliyor?

Üretici

Üretici ve marka birbirine karışmış mı?

Mağaza

Kendi mağaza adı yanlışlıkla ürün markası yapılmış mı?

Markasız ürün

Gerçekten marka yoksa yapay değer oluşturuluyor mu?

N/A

N/A, Generic, No Brand gibi geçersiz değerler bulunuyor mu?

Marka ID

Kaynak marka ID'si ayrı tutuluyor mu?

Canonical marka

Mağazada tek standart marka kaydı var mı?

Alias

Alternatif yazımlar eşleştirme listesinde mi?

Duplicate marka

Aynı marka birden fazla mağaza kaydında mı?

Ürün adı

Ürün adıyla marka alanı çelişiyor mu?

GTIN

Kimlik bilgileri marka ile uyumlu mu?

Pazaryeri

Marka pazaryeri marka kaydıyla doğru eşleşiyor mu?

XML güncellemesi

Ham marka canonical değerin üzerine yazıyor mu?

Toplu değişiklik

Çok sayıda ürünün markası bir anda değişmiş mi?

Log

Marka değişiklik geçmişi tutuluyor mu?

Yeni ürün

Yeni marka değerleri yayın öncesi kontrol ediliyor mu?

XML MARKA STANDARDİZASYONU NASIL KURULUR?

Pratik süreç şu şekilde ilerleyebilir:

1. XML içerisindeki marka alanlarını belirleyin.

2. Kaynak marka değerlerinin tamamını listeleyin.

3. Boş ve kullanılabilir olmayan değerleri ayırın.

4. Baş/son boşlukları temizleyin.

5. Ardışık boşlukları normalize edin.

6. Büyük-küçük harf farklarını karşılaştırma için normalize edin.

7. Her benzersiz kaynak marka değerinin kaç üründe kullanıldığını hesaplayın.

8. Benzer marka isimlerini aday gruplara ayırın.

9. Marka, tedarikçi ve üretici alanlarını birbirinden ayırın.

10. Markasız ürünleri ayrı sınıflandırın.

11. Gerçek canonical marka listesini oluşturun.

12. Kaynak değer → canonical marka eşleştirmesini kurun.

13. Marka alias listesini kaydedin.

14. Mağazada duplicate marka kayıtlarını belirleyin.

15. Duplicate markalara bağlı ürünleri ana marka kaydına taşıyın.

16. Marka sayfası ve filtrelerini kontrol edin.

17. Pazaryeri marka eşleştirmelerini doğrulayın.

18. XML senkronizasyonunu mapping tablosundan geçirin.

19. Yeni veya değişen marka değerlerine alarm oluşturun.

20. Yeni ürünleri marka doğrulamasından geçmeden otomatik yayınlamayın.

SIK SORULAN SORULAR

XML'de aynı marka farklı yazımlarla geliyorsa ne yapılmalı?

Aynı markayı temsil ettiği doğrulanan MARKA X, Marka X veya marka x gibi değerler tek canonical marka kaydına eşleştirilebilir. Ancak yalnızca isim benzerliğine dayanarak farklı markalar otomatik birleştirilmemelidir.

Markası olmayan XML ürününe ne yazılmalı?

Gerçekten markası olmayan ürüne yapay bir marka eklemek yerine sisteminizin markasız ürün politikasına göre alan boş bırakılabilir. Google Merchant Center da gerçekten markasız ürünlerde N/A, Generic, No brand gibi değerlerin kullanılmamasını belirtiyor.

Tedarikçi adını ürün markası olarak kullanabilir miyim?

Yalnızca tedarikçi gerçekten ürünün markasıysa. Ürünü size sağlayan şirket olmak tek başına ürün markası olduğu anlamına gelmez.

XML marka alanı her gün güncellenmeli mi?

Marka fiyat veya stok gibi sık değişen bir alan değildir. Kaynak marka değeri değiştiğinde doğrudan üzerine yazmak yerine değişikliğin doğruluğu kontrol edilebilir. Özellikle toplu marka değişiklikleri veri veya eşleştirme problemi göstergesi olabilir.

XML marka standardizasyonu pazaryeri satışlarını etkiler mi?

Evet, marka birçok satış kanalında ürün kimliği ve katalog eşleştirmesinde kullanılan önemli verilerden biridir. Google Merchant Center da marka bilgisini ürün tanımlayıcılarından biri olarak kullanır ve doğru ürün verisinin listeleme uygunluğu açısından önemli olduğunu belirtir.

AMAÇ MARKA ADINI DEĞİŞTİRMEK DEĞİL, AYNI MARKAYI TEK KAYITTA TOPLAMAKTIR

XML marka alanı standardizasyonunda temel hedef:

bütün marka isimlerini aynı yazım biçimine zorlamak

değildir.

Daha sağlıklı sistem:

kaynak marka değerini al → boş/geçersiz değeri ayır → tedarikçi ve üretici bilgisinden ayır → normalize et → alias kontrolü yap → gerçek canonical markayla eşleştir → yeni markaları incelemeye al → XML güncellemelerinde mapping'i koru

şeklinde kurulabilir.

Böylece:

MarkaX

MARKAX

Marka X

gibi aynı markaya ait farklı kayıtların mağazada ayrı marka olarak oluşması engellenebilir.

Aynı zamanda gerçekten farklı olan markaların yanlışlıkla birleştirilmesi de önlenir.

XML ürünlerinin genel veri aktarım mantığı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 alanların genel doğruluk ve kullanılabilirlik kontrolü için XML Bayilikte Ürün Verisi Kalitesi Nasıl Kontrol Edilir? içeriğine geçilebilir.

Marka alanının eksik veya boş olduğu ürünleri bulmak için XML Feed İçinde Eksik Alanlar Nasıl Tespit Edilir? rehberi tamamlayıcıdır.

Marka doğrulamasında kullanılan ürün kimliklerinin yönetimi için XML Barkod ve SKU Alanları Nasıl Yönetilir? içeriği kullanılabilir.

Aynı ürünün XML içerisinde birden fazla kez gelip gelmediğini kontrol etmek için XML Dosyasında Yinelenen Ürünler Nasıl Tespit Edilir? rehberine geçilebilir.

Ulu İthalat'ın XML ürün ve tedarik modelini incelemek isteyen işletmeler XML Bayilik sayfasını kullanabilir. Bu sayfa bugün canlıdır ve ürün adı, fiyat, stok ve görsel gibi ürün bilgilerinin XML üzerinden satış kanallarına aktarılabildiğini açıklamaktadır.