Bayi ağı olan bir markanın web sitesi sorusu genelde iki uçtan birine savrulur: ya her şey tek sitede toplanır ve bayiler bir liste sayfasında kaybolur, ya da her bayi kendi sitesini kendi yaptırır ve marka birkaç yıl içinde farklı tasarımlarla, farklı kalitelerde temsil edilir. Bu rehber üçüncü yolu anlatıyor ve bunu çalışan iki bayi ağı üzerinden yapıyor.
Referanslara ait sayılar, portföy sayfalarında canlı sitelerden sayıldıkları tarihle birlikte yer alıyor; siteler de erişime açık.
Bayi ağı için neden ayrı siteler gerekir?
Çünkü müşteri markayı değil, kendi şehrindeki uygulayıcıyı arar. “Cam filmi İzmir” diye arayan kişiye merkez sitenin bayiler sayfasındaki bir satır yetmez; adres, telefon, çalışma saati ve o bayinin sunduğu hizmetler tek sayfada, net biçimde görünmelidir.
Tek sitede alt sayfa olarak kalan bayiler çoğu zaman kendi şehrinde aramada öne çıkamaz. Ayrı siteler ise bayiye kendi alan adını, kendi yerel sinyallerini ve kendi iletişim kanallarını verir. Sorun, bunu dağınıklığa düşmeden yapmaktır.
Tek kod tabanı ne demek?
Tek kod tabanı, merkez ve bayi sitelerinin aynı yazılım projesinden üretilmesi, her sitenin farkının ise yalnızca kendi yapılandırma dosyasında tanımlanması demektir. Tasarım, sayfa şablonları, hız ve teknik SEO altyapısı ortaktır; bayiyi bayi yapan bilgiler ayrıdır.
Solar Gard Türkiye ağında merkez site ve 7 yetkili uygulama merkezinin sitesi bu şekilde üretiliyor: sekiz ayrı alan adı, sekiz sitenin site haritaları toplandığında 558 sayfa. Her bayinin adı, adresi, telefonu, hizmet kapsamı ve şehir bilgisi kendi yapılandırma dosyasında duruyor. Yeni bir bayi ağa katıldığında sıfırdan site yapılmıyor; dosya yazılıp yayına alınıyor.
Aynı yaklaşım XPEL Türkiye ağında üç site üretiyor: merkez, İzmir ve Trabzon. Üç ayrı kurulum yerine tek proje; ortak bir düzeltme tek yerde yapılıyor. Mimarinin kendisini ayrı bir yazıda karşılaştırdık: WordPress mı, statik site mi?
Merkez sitede ve bayi sitesinde neler ortak, neler bayiye özel?
Kural basit: markanın söylediği her şey ortak, işletmenin kimliği bayiye özel. Aşağıdaki tablo bu ayrımın genel bir çerçevesini veriyor.
| Katman | Ortak (tek yerde) | Bayiye özel (yapılandırma dosyasında) |
|---|---|---|
| Tasarım ve şablonlar | Renkler, tipografi, sayfa yapısı | Bayi adı |
| İçerik | Ürün aileleri, uygulama alanları, SSS iskeleti | Şehir, hizmet kapsamı |
| İletişim | — | Adres, telefon, WhatsApp, çalışma saati |
| Teknik SEO | Site haritası, robots.txt, şema şablonları | Alan adı, işletme kaydı |
| Yönlendirmeler | Kurallar | Sitenin eski adreslerinin haritası |
İletişim satırındaki boşluk bilinçli. XPEL ağında bir alan yapılandırmada tanımlı değilse ilgili blok sayfada hiç çıkmıyor; bayi sitelerinde merkezin WhatsApp hattı ya da Instagram hesabı görünmüyor. Solar Gard ağında da bayi sitelerine merkeze ait iletişim bilgisi sızmıyor. İşletme adı, adres ve telefon bilgisinin tutarlı olması yerel arama için temel koşul; bu konuyu Google İşletme Profili rehberinde ayrıca anlattık.
Bayi siteleri kopya içerik sayılır mı?
Kısmen evet, ama bu tek başına bir ceza sebebi değil. Google’ın kanonikleştirme dokümanı bir sitede bir miktar kopya içeriğin normal olduğunu ve spam politikalarını ihlal etmediğini söylüyor. Asıl risk başka: Google benzer içerikler arasından birini temsilci (canonical) seçiyor ve arama sonucu genelde o sayfaya işaret ediyor.
Bayi ağı için bunun anlamı şu: adı dışında birebir aynı olan sekiz sayfa, sekiz ayrı şans değildir. Ayrıca Google’ın spam politikaları, kullanıcıyı tek bir sayfaya yönlendirmek için belirli bölge ya da şehirleri hedefleyen çok sayıda alan adı veya sayfa açmayı “doorway abuse” örnekleri arasında sayıyor.
Çizgi şurada: her bayi sitesi gerçek bir işletmeyi anlatmalı. Solar Gard ağında her bayinin sitesi kendi şehrine göre yerelleştiriliyor, sayfa adresleri şehir adıyla üretiliyor ve bayi sitelerine merkeze ait iletişim bilgisi sızmıyor; böylece iki bayi aynı sorguda birbirinin önünü kesmiyor. Ortak olan ürün bilgisidir, ortak olmayan işletmenin kendisidir.
Bayi bulucu nerede olmalı ve ne göstermeli?
Bayi bulucu merkez sitede olmalı ve ziyaretçiyi şehrine göre doğru bayiye taşımalı. Merkez, birçok bayi ağında bir kapıdır; XPEL Türkiye’nin merkez sitesi bunun açık örneği: atölyesi yok, ziyaretçiyi bulunduğu şehre göre yetkili bayiye yönlendiriyor.
Merkez sitedeki dizin 7 şehirde 14 yetkili bayiyi listeliyor. İyi bir bayi bulucuda olması gerekenler, bu dizinden çıkarılabilir:
- Şehir filtresi ve arama: şehir çipiyle daraltma, yazarak arama.
- Her bayi için eksiksiz kart: adres, hizmetler, iletişim kanalları.
- Harita: hangi illerde bayi olduğunu tek bakışta gösteren görünüm.
- Yapılandırılmış veri: her bayi için ayrı işletme kaydı ve dizin için liste şeması.
- Doğru ölçüm: dizinden başka bir bayinin kanalına yapılan tıklama merkezin dönüşümü sayılmıyor.
Solar Gard’da da merkez site 11 ildeki 20 yetkili bayiyi listeliyor. Bu 20 bayinin hepsinin ayrı sitesi yok; ağ, merkezle birlikte kendi alan adında yayında olan 8 siteden oluşuyor.
Her bayiye ayrı site gerekir mi?
Hayır; ayrı site, kendi şehrinde aranmak isteyen ve anlatacak özgün bilgisi olan bayi için anlamlıdır. İki referansta da dizindeki bayi sayısı, site sayısından fazla: Solar Gard’da 20 bayi, 8 site; XPEL’de 14 bayi, 3 site.
Genel bir yaklaşım olarak doğru sıralama şu: önce dizin kurulur, her bayi orada eksiksiz bir kartla yer alır. Ayrı site, ihtiyaç ve hazırlık olduğunda yapılandırma dosyasıyla eklenir. Site başına sabit kurulum maliyeti küçüldüğü için bu karar bayi bazında, ihtiyaç doğduğunda verilebilir.
Bayi sitesinde hangi yapılandırılmış veri olmalı?
Her bayi sitesinde, o işletmeye ait adresli ve çalışma saatli bir yerel işletme kaydı olmalı. Google’ın yerel işletme yapılandırılmış veri dokümanı ad ve adresi zorunlu alan olarak sayıyor; telefon, çalışma saatleri ve o işletme konumuna ait sayfanın tam URL’sini önerilen alanlar arasında veriyor.
XPEL ağında merkez sitede Organization, Brand, WebSite, FAQPage ve hizmet düğümleri; bayi sitelerinde adres ve çalışma saatli AutomotiveBusiness kaydı ile 12 soruluk SSS var. Tek kod tabanında şema şablonu ortak olduğunda, yeni bir bayi sitesi bu kaydı kendi yapılandırma verisiyle alır. Şemaya sayfada görünmeyen bilgi yazılmamalı.
Güncelleme maliyeti nasıl değişir?
Tek kod tabanında düzeltme bir kez yazılır; maliyet site sayısıyla doğrusal artmaz. Ayrı ayrı kurulmuş sitelerde ise her güncelleme, her güvenlik yaması ve her tasarım değişikliği site sayısı kadar tekrarlanır.
Yayına alma adımı altyapıya bağlıdır ve bunu baştan konuşmak gerekir. Solar Gard ağında ortak katmanda yapılan bir düzeltme sekiz sitenin tamamına aynı anda gidiyor. XPEL ağında düzeltme tek yerde yapılıyor ama her site kendi Cloudflare Pages projesinde yayınlandığı için üç siteye ayrı ayrı gönderiliyor. İkisi de tek kaynaktan çalışıyor; fark, dağıtımın kaç adım sürdüğünde.
Alan adı geçişinde de aynı mantık geçerli: XPEL’de alan adının önceki sitesindeki adresler 301 yönlendirmeleriyle yeni sayfalara bağlandı, Solar Gard’da eski adresler için yönlendirme haritası otomatik çıkarılıyor.
Bayi ağı sitesi kurmadan önce hangi soruları yanıtlamalısınız?
Kapsamı belirleyen beş soru var; teklif almadan önce bunları netleştirmek, maliyeti de netleştirir:
- Merkez sitenin rolü ne: satış mı yapıyor, yoksa bayiye yönlendiren bir kapı mı?
- Kaç bayi dizinde yer alacak, kaçı kendi sitesini alacak?
- Her bayi için hangi bilgiler doğrulanmış durumda (ad, adres, telefon, çalışma saati, hizmet kapsamı)?
- Bayilerin eski siteleri ya da alan adları var mı, adresleri korunacak mı?
- Ortak içeriği kim güncelleyecek, bayiye özel bilgiyi kim onaylayacak?
Sektöre özgü ayrıntılar için cam filmi ve PPF firmaları için web sitesi rehberine bakabilirsiniz.
