Kurumsal web sitesi projelerinde en sık duyduğumuz cümle şu: "Çok karmaşık olmasın, sadece kurumsal bir site olsun." Bu cümlenin arkasında genelde şu varsayım var: kurumsal site, basılı broşürün internetteki hâlidir; kim olduğunuzu anlatır, iletişim bilgisi verir ve orada durur.
Oysa B2B'de satış süreci artık siteyle başlıyor. Karşı taraftaki satın alma sorumlusu size ulaşmadan önce sitenizi açıyor, referanslarınıza bakıyor, ürün ya da hizmet detayına giriyor, çoğu zaman bir doküman indiriyor ve ancak ondan sonra formu dolduruyor. Yani site, satış ekibinizin ilk teması. Bu yazı kurumsal bir siteyi bu gözle kurmak için gereken teknik ve içerik kararlarını anlatıyor: hangi sayfalar, çok dilli yapı nasıl kurulur, içeriği kim günceller, teknik SEO tarafında nerede takılınır, hız neden düşer, neyin şablonla çözüleceği ve neyin çözülmeyeceği.
Kurumsal site bir broşür değil, nitelikli talep üreten bir kanal
Kurumsal site ile tanıtım broşürü arasındaki fark, gösterdiği bilgi değil bilgiyi kimin sırasına göre dizdiğidir. Broşür sizin anlatmak istediğiniz sırayı izler: önce kuruluş yılı, sonra vizyon, sonra ürünler. Ziyaretçi ise tam tersi sırayla ilerler: önce "benim problemimi çözüyor musunuz", sonra "benim gibi kime yaptınız", sonra "bu iş nasıl ilerliyor", en sonda "siz kimsiniz".
Bu sıralama farkı ölçülebilir bir sonuç üretir: gelen formların kalitesi. Sitede hizmet kapsamınız, hangi sektörlere baktığınız ve çalışma şekliniz net yazılıysa, formu dolduranların büyük kısmı doğru profildedir. Belirsiz bırakılan sitelerde ise satış ekibi zamanının önemli kısmını kapsam dışı talepleri elemekle geçirir. Site tasarımının ilk işi güzel görünmek değil, yanlış talebi kendi kendine elemektir.
Buradan çıkan pratik kural şudur: her sayfa tek bir soruyu cevaplasın ve o sorunun cevabını sayfanın en üstünde versin. "Ne yaptığımızı aşağıda anlatıyoruz" kurgusu, ziyaretçinin dört saniyede karar verdiği bir ortamda çalışmıyor.
Kurumsal internet sitesinde bulunması gereken sayfalar
Kurumsal internet sitesi kurarken sayfa listesini menüden değil satın alma yolculuğundan çıkarmak gerekir. Aşağıdaki iskelet, çoğu B2B ve hizmet şirketi için çalışıyor:
- Ana sayfa. Ne yaptığınız, kim için yaptığınız ve bir sonraki adım. Slogan değil, cümle.
- Hizmet veya ürün sayfaları, her biri ayrı URL'de. Tek sayfada listelenen hizmetler ne arama motorunda ne de satış görüşmesinde işe yarar; her hizmetin kendi sayfası olmalı ki paylaşılabilsin ve aranabilsin.
- Sektör veya çözüm sayfaları. Aynı hizmeti farklı sektörlere satıyorsanız, o sektörün diliyle yazılmış ayrı sayfa dönüşümü belirgin biçimde değiştirir.
- Referanslar ve vaka anlatımları. Logo duvarı en zayıf hâlidir; problem, yapılan iş ve sonuç üçlüsüyle yazılmış kısa anlatımlar satış görüşmesinde doğrudan kullanılır.
- Hakkımızda ve ekip. Kurumsal alıcı, işi kimin yapacağını görmek ister.
- Kariyer. Kurumsal sitelerin en çok trafik alan ama en az emek verilen sayfası genelde burasıdır.
- Blog veya kaynak merkezi. Arama trafiğinin ve otoritenin geldiği yer.
- İletişim. Form, telefon, adres, harita ve varsa şube bilgileri; yasal bilgiler ayrı sayfada.
Bir de sayfa olmayan ama bulunması gereken şeyler var: KVKK aydınlatma metni, çerez politikası ve gizlilik politikası. Bunlar "sonra ekleriz" kalemleri değil; iletişim formu yayına çıktığı anda kişisel veri işlemeye başlarsınız.
Çok dilli yapı: dil ekletmek ile çok dilli site kurmak farklı işler
İhracat yapan şirketlerde en sık gördüğümüz hata, İngilizce içeriğin siteye bir dil seçici arkasına eklenmesi ve arama motoru tarafının hiç düşünülmemesidir. Sonuç şu olur: iki dilli bir siteniz vardır ama İngilizce sayfalarınız aramada görünmez, çünkü Google onları ayrı hedefli sayfalar olarak değil kopya içerik adayları olarak değerlendirir.
hreflang nasıl kurulur, nerede yanlış yapılır
Çok dilli yapının teknik omurgası hreflang etiketidir. Her sayfanın diğer dillerdeki karşılıklarını işaret eder ve arama motoruna "bunlar kopya değil, aynı içeriğin farklı dil sürümleri" der. Doğru kurulumun kuralları:
- Karşılıklı olmalı. Türkçe sayfa İngilizceyi gösteriyorsa, İngilizce sayfa da Türkçeyi göstermek zorundadır. Tek yönlü hreflang yok sayılır.
- Kod doğru olmalı. Dil kodu ISO 639-1, ülke kodu ISO 3166-1 Alpha 2 formatındadır. Sık yapılan hata Birleşik Krallık için
en-ukyazmaktır; doğrusuen-gb. - Sadece dil mi, dil ve ülke mi? İçerik ülkeye göre farklılaşmıyorsa yalnızca dil kodu kullanın. Ülke kodu, aynı dilin farklı ülkeler için farklı fiyat, mevzuat veya iletişim bilgisi taşıdığı durumlarda anlamlıdır.
- x-default koyun. Hiçbir dil eşleşmediğinde gösterilecek sayfayı belirtir; genelde dil seçim sayfası ya da İngilizce sürüm olur.
- Kendini de göstersin. Her sayfa kendi dil sürümünü de hreflang listesine dahil etmelidir.
- Yönlendirilen veya dizine kapatılmış adres göstermeyin. hreflang'in işaret ettiği URL, o dilin nihai ve indekslenebilir adresi olmalıdır.
Etiketleri sayfanın head bölümüne, site haritasına ya da HTTP başlığına koyabilirsiniz; üçünü birden kullanmak gerekmez, ama seçtiğinizi tutarlı uygulamak gerekir.
Çeviri ile yerelleştirmenin farkı
İkinci dil eklerken içeriğin birebir çevrilmesi genelde yetersiz kalır. Referans listeniz o pazarda tanınmıyor olabilir, hizmet adlarınızın karşılığı farklı aranıyor olabilir, iletişim formunda telefon alanının biçimi değişebilir. En pratik yaklaşım, ana dilde tam içerik, ikinci dilde ise gerçekten satış üreten sayfaların seçilip yerelleştirilmesidir. Otomatik çeviriyle çoğaltılmış yüzlerce sayfa, sitenin genel kalite algısını aşağı çeker.
İçerik yönetimi: siteyi altı ay sonra kim güncelleyecek
Kurumsal sitelerin sessizce ölme şekli şudur: yayına girer, altı ay boyunca hiçbir şey eklenmez, sonra bir haber eklemek gerektiğinde "ajansa yazalım" denir ve iş orada kalır. Bunu önleyen şey teknoloji seçimi değil, güncellenecek alanların baştan doğru tanımlanmasıdır.
Devreye alırken şu ayrımı netleştirin: hangi içerikler ekibiniz tarafından, kod bilgisi olmadan güncellenecek? Tipik liste şudur: haberler ve blog, referanslar, ekip kartları, açık pozisyonlar, iletişim bilgileri, banner ve duyurular. Bunların panelden yönetilmesi standarttır. Sayfa düzeninin tamamının sürüklenip bırakılarak değiştirilebilmesi ise farklı bir taleptir ve maliyeti ile riski ayrıdır: o esnekliği alan ekipler genelde birkaç ay sonra tasarım tutarlılığını kaybeder.
Panel eğitimi de teslimin parçası olmalı. Ekranların gösterildiği bir toplantı yetmez; içerik sorumlusunun kendi bilgisayarından gerçek bir haber girip yayınlaması gerekir. Bunu bir kez birlikte yapmayan ekiplerde panel kullanılmıyor.
Teknik SEO: kurumsal sitelerin takıldığı yerler
Kurumsal sitelerde teknik SEO sorunları genelde büyük ve görünür değil, küçük ve sinsi oluyor. En sık karşılaştıklarımız:
- Tek URL'e sıkışmış içerik. Hizmetlerin tamamı ana sayfada bölümler hâlinde duruyorsa, o hizmetler için ayrı ayrı sıralanacak sayfanız yok demektir.
- Kopya adresler. Aynı sayfa www'li ve www'siz, http ve https, sonunda eğik çizgili ve çizgisiz açılıyorsa tek bir kanonik adres belirlenmelidir.
- Başlık ve açıklama şablonu. Tüm sayfalarda aynı başlık kalıbının tekrar etmesi, sayfaların birbirinden ayrışmasını engeller.
- Görsel içine gömülü metin. Hizmet açıklamasının tasarım görselinin içinde olması, o metnin arama motoru için var olmaması demektir.
- Eksik yapısal veri. Kurumsal sitede en az
Organizationişaretlemesi olmalı; şubeleri olan şirketlerde konum bilgisi, çok adımlı sayfalarda kırıntı navigasyonu işaretlemesi eklenir. - Site yenilenirken kaybolan adresler. Yeni siteye geçerken eski URL'lerden yenilerine kalıcı yönlendirme kurulmazsa, yıllarca biriken sıralamalar bir gecede sıfırlanır. Bu, yenileme projelerinde en pahalı hatadır.
Yapısal veri tarafında ölçülü olmak gerekiyor. İşaretleme, sayfada gerçekten görünen bilgiyi tanımlamak içindir; sayfada olmayan bir bilgiyi işaretlemek politika ihlalidir. Aynı hassasiyet ürün yorumları tarafında da geçerli; bunu ürün yorumlarının dönüşüm ve SEO etkisi yazısında ayrıntılı anlattık.
Hız: kurumsal siteyi asıl yavaşlatan şeyler
Kurumsal sitelerde yavaşlığın sebebi genelde kod değil, sonradan eklenen katmanlar oluyor. Sıralaması hemen hemen her projede aynı:
- Ana sayfadaki büyük görsel veya arka plan videosu. Sıkıştırılmamış bir hero görseli, sayfanın en büyük içeriğinin ne zaman göründüğünü tek başına belirler.
- Slider. Beş görselin de baştan yüklenmesi, ziyaretçinin çoğunun yalnızca ilkini görmesine rağmen tüm yükü peşin ödemesi demektir.
- Yığılan üçüncü taraf etiketleri. Analitik, reklam pikselleri, ısı haritası, canlı destek widget'ı ve çerez izin aracı. Her biri tek başına küçüktür; toplamı sayfanın etkileşime hazır olma süresini belirler.
- Font sayısı. Üç aile ve altı ağırlık kullanan tasarımlar, ilk boyamayı geciktirir.
Ölçüm tarafında Google'ın kullandığı üç metrik var: en büyük içeriğin boyanma süresi, sonraki boyamaya etkileşim gecikmesi ve düzen kaymaları. Sonuncusu kurumsal sitelerde en çok göz ardı edileni; geç yüklenen bir duyuru çubuğu ya da çerez kutusu sayfayı aşağı iterse ziyaretçi yanlış yere tıklar. Aynı hız ilkeleri e-ticaret tarafında da geçerli, orada gelirle doğrudan ilişkili oluyor; ayrıntısını mağaza hızlandırma rehberinde bulabilirsiniz.
Şablonla ne çözülür, ne çözülmez
Hazır tema ya da site kurucu kullanmak baştan kötü bir karar değil. Ayrımı doğru yapmak gerekiyor.
| İhtiyaç | Şablonla çözülür mü | Neden |
|---|---|---|
| Tek dilli tanıtım sitesi, birkaç sayfa | Evet | Standart yapı, düşük içerik hacmi. |
| Blog ve haber yönetimi | Evet | Her şablonda çözülmüş bir alan. |
| İki dilli, sayfa sayfa eşlenmiş yapı | Kısmen | Eklentiyle yapılabilir; hreflang tutarlılığı ve URL yapısı elle kontrol gerektirir. |
| Ürün kataloğu, teknik doküman ve filtreleme | Genelde hayır | Veri modeli ihtiyacı şablonun sunduğu içerik tiplerini aşar. |
| Bayi girişi, yetkiye göre farklı fiyat veya doküman | Hayır | Yetkilendirme ve iş mantığı gerektirir; bu bir yazılım işidir. |
| ERP veya CRM ile canlı veri alışverişi | Hayır | Entegrasyon katmanı ve hata yönetimi gerekir. |
| Marka kimliğine tam uyan özgün arayüz | Kısmen | Şablon esnetilebilir ama sınırı vardır; belirli bir noktadan sonra özelleştirme maliyeti sıfırdan tasarımı geçer. |
Kararı belirleyen soru şu: sitenizin arkasında yönetilmesi gereken bir veri var mı, yoksa yalnızca yayınlanacak içerik mi? İçerikse şablon yeter. Veri varsa, sitenin bir yazılım projesi olarak ele alınması gerekir.
Kurumsal web sitesi fiyatları neye göre değişir
Aynı brief'e üç firmadan gelen tekliflerin birbirinden kat kat farklı olmasının sebebi keyfîlik değil, kapsamın farklı okunması. Kurumsal web sitesi fiyatlarını belirleyen kalemler şunlar:
| Kalem | Fiyatı neden değiştirir |
|---|---|
| Benzersiz sayfa tasarımı sayısı | On sayfalık site demek on tasarım demek değildir; belirleyici olan birbirinden farklı düzene sahip şablon sayısıdır. |
| Tasarım sıfırdan mı, şablon uyarlaması mı | Sıfırdan tasarım ayrı bir emek kalemidir ve revizyon turlarını da beraberinde getirir. |
| Dil sayısı | Her dil yalnızca çeviri değil; ayrı URL yapısı, hreflang kurulumu, ayrı içerik yönetimi ve ayrı test demektir. |
| İçeriğin kimden geleceği | Metin, fotoğraf ve teknik doküman sizden geliyorsa maliyet düşer; yazılması veya çekilmesi gerekiyorsa ayrı kalemdir. |
| Panelden yönetilecek alanların genişliği | Tek bir blog alanı ile her bloğu düzenlenebilir sayfa yapısı arasında ciddi fark var. |
| Entegrasyonlar | CRM'e form aktarımı, e-posta pazarlama aracı, bayi girişi, ERP bağlantısı; her biri ayrı iş. |
| Mevcut siteden geçiş | Eski içeriğin taşınması ve URL yönlendirme haritası çıkarılması, sıfırdan siteye göre ek iştir. |
| Yasal ve erişilebilirlik gereksinimleri | KVKK metinleri, çerez yönetimi ve erişilebilirlik uyumu kapsama girdiğinde ayrı emek gerektirir. |
| Yayın sonrası kalemler | Sunucu, alan adı, sertifika, bakım ve güncelleme paketi aylık işleyen maliyetlerdir; teklifte kime ait olduğu yazmalıdır. |
Teklif alırken bu dokuz satırı kendi projeniz için işaretleyip firmalara aynı listeyle sorun. Rakamların neden farklı olduğunu o zaman görürsünüz. Teklif karşılaştırma yöntemini yazılım projesi yaptırma rehberinde ayrıntılı yazdık.
Form, KVKK ve çerez tarafı
İletişim formu yayına çıktığı andan itibaren kişisel veri işliyorsunuz demektir. Asgari gereklilikler şunlar: formun yanında erişilebilir bir aydınlatma metni, verinin ne amaçla işlendiği ve ne kadar saklanacağı, pazarlama amaçlı iletişim için ayrı ve işaretlenmemiş bir onay kutusu. Onay kutusunun önceden işaretli gelmesi geçerli bir onay üretmez.
Çerez tarafında da benzer bir ayrım var: sitenin çalışması için zorunlu çerezler ile ölçümleme ve pazarlama çerezleri aynı kefeye konmamalı. Ölçümleme ve reklam etiketlerinin ziyaretçi onay vermeden çalışmaması gerekir; bunun teknik karşılığı, etiketlerin onay durumuna bağlı yüklenmesidir. Bu kurgu ayrıca hız tarafına da yarar, çünkü onay verilmeyen ziyaretçide o etiketler hiç yüklenmez.
Yurt dışına satış yapan şirketlerde bir başlık daha gündeme geliyor: erişilebilirlik. Avrupa Erişilebilirlik Yasası'nın uygulama tarihi geçtiğinden beri, Avrupa pazarına yönelik dijital hizmetlerde erişilebilirlik bir tasarım tercihi olmaktan çıkıp uyum konusuna dönüştü. Pratikte bu, yeterli renk kontrastı, klavyeyle gezilebilirlik, form alanlarının etiketlenmesi ve görsellerde alternatif metin gibi kalemler demek.
Yayına almak bitiş değil
Site canlıya çıktıktan sonraki ilk ay, projenin en verimli ölçüm penceresidir. Şunları kurmadan projeyi kapatmayın: arama konsolu doğrulaması ve site haritası bildirimi, analitik kurulumu ve form gönderiminin hedef olarak tanımlanması, 404 sayfası ve kırık bağlantı taraması, form e-postalarının spam klasörüne düşüp düşmediğinin kontrolü.
Son madde küçük görünüyor ama en çok gelir kaybettiren hata bu. Alan adınızın e-posta doğrulama kayıtları düzgün değilse, siteden gelen talep bildirimleri sessizce spam'e düşer ve haftalarca kimse fark etmez. Yayın sonrası ilk kontrol listesine mutlaka gerçek bir form gönderimi koyun.
Biz nasıl yaklaşıyoruz
STools Digital olarak kurumsal projelerde işe sayfa listesiyle değil, sitenin hangi soruları cevaplayacağıyla başlıyoruz. Tasarım sistemini kurup tüm sayfaları aynı dilin parçası hâline getiriyor, içerik yönetimini ekibinizin gerçekten güncelleyeceği alanlar üzerinden kurguluyor, çok dilli yapıyı gerekiyorsa ilk günden URL seviyesinde planlıyoruz. Ayrıntılı kapsam ve süreç için kurumsal web sitesi hizmet sayfamıza bakabilirsiniz.
Sitenin arkasında bayi girişi, doküman yetkilendirmesi ya da ERP bağlantısı gibi bir ihtiyaç varsa iş artık site değil yazılım işidir; bu durumda özel çözümler ve entegrasyon tarafıyla birlikte planlıyoruz. Elinizdeki mevcut siteyi değerlendirmemizi isterseniz iletişim sayfasından yazabilirsiniz.