Ürünler yalnızca PDF katalog dosyalarında yer alıyordu, arama motorlarında görünmüyordu.
- Yurt dışından gelen talepler çoğunlukla yanlış model üzerinden açılıyordu.
- Üç dilde teknik içerik yönetimi için kullanılabilir bir panel yoktu.
- Mevcut site mobilde okunabilir değildi ve ilk yükleme süresi uzundu.
Çözüm ve sonuç
- Ürün ailesi, model ve teknik varyant üzerine üç katmanlı katalog mimarisi kuruldu.
- Kapasite ve uygulama alanına göre filtreleme ile model karşılaştırma ekranı geliştirildi.
- Teklif formu ürün sayfasına gömüldü; talepler model koduyla birlikte satış ekibine iletildi.
- Türkçe, İngilizce ve Almanca için ayrı adres yapısı ve hreflang kurulumu yapıldı.
- Sunucu tarafında oluşturulan sayfa yapısı ve görsel optimizasyonu ile hız iyileştirildi.
- Eski adresler için 301 yönlendirme haritası hazırlandı.
Proje sonrası ölçümlerde ürün sayfalarının tamamı arama motorunda dizine alındı.
Teklif taleplerinin büyük bölümü doğru model bilgisiyle geldiği için satış ekibinin ön yazışma yükü azaldı.
Mobil sayfa yüklenme süresi belirgin biçimde kısaldı ve Core Web Vitals değerleri iyi aralığa taşındı.
Üç dilli içerik güncellemeleri artık firmanın kendi ekibi tarafından yapılabiliyor.
Firma ne istiyordu?
Firmanın mevcut sitesi yaklaşık sekiz yıllıktı ve ürünleri PDF katalog dosyaları hâlinde sunuyordu. Yurt dışından gelen talepler e-posta üzerinden ve genellikle yanlış ürün üzerinden geliyordu; satış ekibi her talepte önce doğru modeli tespit etmek için yazışmak zorunda kalıyordu. Beklenti, ziyaretçinin doğru ürünü kendi başına bulabildiği ve teknik verisini görebildiği bir yapıydı.
Yapıyı nasıl kurduk?
Katalog mimarisini ürün ailesi, model ve teknik varyant olmak üzere üç katmanlı kurduk. Her modelin kapasite, güç, boyut ve uyumluluk verileri ayrı alanlar olarak tanımlandı; böylece ziyaretçi kapasite aralığına ve uygulama alanına göre filtreleme yapabiliyor. Karşılaştırma ekranı sayesinde iki modelin teknik verisi yan yana görülebiliyor.
Teklif akışını katalogun içine yerleştirdik. Ziyaretçi ürün sayfasından doğrudan teklif talebi oluşturuyor; talep, seçilen modelin kodu ve filtre tercihleriyle birlikte satış ekibine düşüyor. Bu, gelen taleplerin baştan doğru ürünle eşleşmesini sağladı.
Dil yapısı Türkçe, İngilizce ve Almanca olarak kuruldu. Her dil için ayrı adres yapısı, hreflang etiketleri ve dile özgü içerik alanları tanımlandı. Otomatik çeviri kullanılmadı; teknik metinler firmanın kendi ihracat ekibi tarafından sağlandı, biz de içerik girişi için sadeleştirilmiş bir panel hazırladık.
Teknik tarafta neler yapıldı?
Site sunucu tarafında oluşturulan sayfa yapısıyla kuruldu; katalog sayfalarının arama motorları tarafından sorunsuz taranması bunun ana gerekçesiydi. Ürün görselleri modern görüntü biçimlerinde ve farklı ekran genişliklerine uygun boyutlarda sunuldu. Filtreleme sonuçları için ayrı adresler üretilmesini engelleyecek şekilde canonical kuralları tanımlandı; aksi hâlde binlerce gereksiz sayfa dizine girme riski vardı.
PDF kataloglar tamamen kaldırılmadı, ancak ikincil konuma alındı. Her ürün sayfasından o modele ait teknik föy indirilebiliyor; föyler panelden yüklenip sürüm numarasıyla takip ediliyor.
Yayın ve devir
Eski sitenin adres listesi çıkarıldı ve her adres yeni karşılığına 301 ile yönlendirildi. Yayın sonrası ilk hafta arama konsolundaki tarama hataları günlük izlendi. Satış ekibine ürün ve teklif yönetimi eğitimi verildi; eğitim kaydı ve yazılı kullanım notu firmaya teslim edildi.
Katalog verisi nasıl taşındı?
Firmanın ürün verisi dağınıktı: bir bölümü PDF kataloglarda, bir bölümü satış ekibinin kendi tuttuğu tablolarda, bir bölümü ise yalnızca üretim biriminin bildiği teknik dokümanlarda duruyordu. İlk iş, bu verinin tek bir yapıya oturtulması oldu.
Ortak bir veri şablonu hazırladık ve firmanın teknik ekibiyle birlikte doldurduk. Şablon, her modelin hangi alanları taşıması gerektiğini zorunlu kılıyordu; eksik alan bırakılamıyordu. Bu, veri girişini yavaşlattı ama katalog yayına çıktığında eksik teknik veri sorunu yaşanmasını engelledi.
Toplu içe aktarma aracı geliştirdik; firma tablo üzerinden hazırladığı veriyi panele yükleyebiliyor, sistem hatalı satırları işaretleyip raporluyor. Yeni ürün eklendiğinde tüm katalog yeniden yüklenmiyor, yalnızca değişen satırlar işleniyor.
Satış ekibi süreci nasıl değişti?
Teklif talepleri artık model kodu, seçilen teknik varyant ve ziyaretçinin filtre tercihleriyle birlikte geliyor. Satış ekibi bu bilgiyle doğrudan fiyat çalışmasına başlayabiliyor. Talebin geldiği dil de kayda geçtiği için hangi pazardan ne tür ürünlere ilgi olduğu ilk kez izlenebilir hâle geldi.
Panelde basit bir talep listesi oluşturduk. Her talep atanabiliyor, durumu işaretlenebiliyor ve not eklenebiliyor. Firma daha kapsamlı bir müşteri yönetim sistemi istemediği için bu bölümü bilinçli olarak sade tuttuk; ihtiyaç büyürse ikinci fazda ayrı bir sisteme bağlanabilecek şekilde tasarlandı.
İkinci faza ne bırakıldı?
Bayi girişli fiyat listesi ve stok görünürlüğü ilk fazın kapsamı dışında bırakıldı. Firma, kataloğun yayına girmesinin ardından gelen talep hacmini görmek istedi; ikinci fazın kapsamı bu veriye göre belirlenecek şekilde planlandı. Katalog altyapısı, bayi modülünün sonradan eklenebileceği biçimde tasarlandı.
Sayfa yüklenme süresi
Dizine alınan ürün sayfası
Mobil Lighthouse performans
Teklif formu tamamlama