Kurumsal web sitesi tasarımı, ölçülebilir kabul kriterleriyle teslim edilir
Kurumsal web sitesi tasarımı görsel bir tercih değil; bilgi mimarisi, performans, erişilebilirlik ve makine okunabilirliği kararlarının toplamıdır. Sanayi kuruluşları ve çok lokasyonlu şirketler için siteyi sözleşmede yazılı eşiklerle teslim ederiz: mobil Lighthouse Performance en az 95, LCP 1,8 saniyenin altında, WCAG 2.1 AA uyumu ve sıfır schema doğrulama hatası. Kaynak kod ve telif size aittir.
Kurumsal web sitesinde hangi iş kimin sorumluluğunda?
Kurumsal bir web projesinde üç kalem sıklıkla sahipsiz kalır: yapılandırılmış veri, performans eşiği ve çok dilli eşleşme. Pazarlama tarafı içeriği, yazılım tarafı kodu üstlenir; aradaki teknik görünürlük katmanı kimsenin sözleşmesine yazılmaz. Biz bu üç kalemi de aynı sözleşmeye yazar ve ölçüm sonucuyla teslim ederiz.
| Sorumluluk | Pazarlama ajansı | Yazılım ajansı | Baki Bilişim |
|---|---|---|---|
| Yeni sitenin LCP eşiğini kim yazılı olarak taahhüt eder? | Kapsam dışı | Kısmen | Kapsamda |
| Sayfa tiplerine göre Schema.org grafını kim yazar? | Kısmen | Kapsam dışı | Kapsamda |
| Çok dilli yapıda hreflang eşleşmesini kim kurar ve doğrular? | Kapsam dışı | Kısmen | Kapsamda |
kapsamda · kısmen, ek kapsam olarak · kapsam dışı. Bu ayrımın neden bir konumlandırma değil bir sözleşme meselesi olduğunu inşa ve görünürlük sorumluluğunun tek elde toplanması sayfasında açıklıyoruz.
Satın alma departmanı sitenizi neden eleme aracı olarak kullanıyor?
Kurumsal alıcı, tedarikçi kısa listesini hazırlarken önce web sitenize bakar. Kapasite, ürün ailesi, belgeler, teknik doküman ve iletişim netliği ilk birkaç dakikada bulunamıyorsa firma listeden düşer. Site burada tanıtım materyali değil ön yeterlilik dosyasıdır; açılmayan veya mobilde okunamayan bir dosya değerlendirmeye bile girmez.
Bu eleme üç noktada somut kayba dönüşür. Birincisi bulunamama: ürün ailesi kategori olarak değil tek bir PDF katalog içinde saklıysa, arama motoru da alıcı da onu bulamaz. İkincisi doğrulanamama: kapasite, tesis ve belge bilgisi sayfada makine okunabilir biçimde yoksa firma, arama ve yapay zekâ sistemlerinin varlık kaydında eksik kalır. Üçüncüsü ulaşılamama: satın alma uzmanının aradığı kişi, birim veya bölge sorumlusu tek bir genel form arkasında gizliyse temas kurulmaz.
Sanayi bağlamında bir dördüncüsü daha var: değerlendirme çoğu zaman ofis masasında değil, sahada ve zayıf mobil şebekede yapılır. Bu yüzden performans, kurumsal sitede estetik bir ayrıntı değil erişim koşuludur.
2,5 sn
Google'ın Largest Contentful Paint (LCP) metriği için tanımladığı «iyi» eşiği. LCP, sayfadaki en büyük içerik öğesinin görünür hale gelme süresidir.
Kaynak: Google web.dev — Core Web Vitals · Erişim: 2026-07-29 · kaynağı aç (yeni sekmede açılır) ↗
Bizim kurumsal site projelerinde uyguladığımız eşik bu kamuya açık sınırın altındadır: laboratuvar ölçümünde LCP 1,8 saniyenin altında kabul edilir. Gerekçesi ve ölçüm yöntemi için LCP, INP ve CLS eşik değerleri ile saha–laboratuvar farkı rehberine bakabilirsiniz.
Kurumsal web sitesi projesinde tam olarak ne teslim edilir?
Dokuz kalem teslim edilir: bilgi mimarisi haritası, tasarım sistemi ve token dosyası, statik veya headless kod tabanı, çok dilli yapı ve hreflang eşlemesi, yapılandırılmış veri grafı, performans raporu, erişilebilirlik raporu, içerik yönetim eğitimi ve kaynak kod devri. Her kalemin formatı ve teslim anı sözleşmede yazılıdır.
| # | Teslimat | Format | Ne zaman |
|---|---|---|---|
| 01 | Bilgi mimarisi haritası ve yönlendirme planı | URL ağacı, sayfa tipi eşlemesi ve 301 tablosu | Keşif kabulünde |
| 02 | Tasarım sistemi ve token dosyası | tokens.css + bileşen kataloğu + durum tanımları |
Tasarım onayında |
| 03 | Statik veya headless kod tabanı | Sürüm etiketli Git deposu + hazırlık ortamı | Geliştirme bitiminde |
| 04 | Çok dilli yapı ve hreflang eşlemesi | Dil–yol haritası + karşılıklı hreflang matrisi | Geliştirme bitiminde |
| 05 | Yapılandırılmış veri grafı | Sayfa tipi başına JSON-LD + doğrulama çıktısı | Yayın öncesi kabulde |
| 06 | Performans raporu | Mobil Lighthouse + laboratuvar/saha karşılaştırması, tarihli | Yayın öncesi kabulde |
| 07 | Erişilebilirlik raporu | WCAG 2.1 AA madde madde; otomatik tarama + klavye turu | Yayın öncesi kabulde |
| 08 | İçerik yönetim eğitimi | Canlı oturum + kayıt + yazılı el kitabı | Yayın haftasında |
| 09 | Kaynak kod ve telif devri | Depo erişimi, lisans listesi ve devir yazısı | Yayında, son ödemede |
Kapsam dışı olanlar da yazılıdır: metin yazarlığı ve fotoğraf çekimi ayrı kalemdir, barındırma ve alan adı sizin adınıza kalır, üçüncü taraf yazılım lisansları müşteri tarafından alınır. On bir hizmetin kapsam matrisi hangi işin hangi sözleşmeye girdiğini tek tabloda gösterir.
Kurumsal web sitesi hangi altı aşamada inşa edilir?
Altı aşamada: keşif ve envanter, bilgi mimarisi, tasarım sistemi, geliştirme, ölçüm ve kabul, devir ve bakım. Her aşamanın kendi teslimatı, ölçüm kriteri ve sorumlu tarafı vardır; bir aşama kabul edilmeden sonrakine geçilmez. Kabul kriteri karşılanmıyorsa düzeltme bize aittir, ek kalem olarak faturalanmaz.
-
Keşif ve envanter
Mevcut alan adları, sayfalar, içerik, ölçüm kurulumu ve arama görünürlüğü envantere alınır. Hedef kitlenin satın alma senaryosu, karar verici rolleri ve rakiplerin dijital olgunluğu tanımlanır. Bu aşamada karar değil, veri üretilir.
-
Bilgi mimarisi
URL ağacı, sayfa tipleri, gezinme, dil yapısı ve arama niyeti eşlemesi kurulur. Mevcut sitede indekslenen her adres için yeni yapıda bir karşılık ya da 301 yönlendirmesi tanımlanır; trafik ve bağlantı değeri taşınır.
-
Tasarım sistemi
Renk, tipografi, boşluk ve bileşen kararları doğrudan token dosyasına yazılır. Hover, odak, hata ve boş durumlar; koyu tema; 360 ile 1440 piksel arasındaki davranış tanımlanır. Tasarım bir ekran görüntüsü değil, koda dönüşen bir sistem olarak teslim edilir.
-
Geliştirme
Semantik HTML, performans bütçesi, yapılandırılmış veri grafı, hreflang eşlemesi, form ve KVKK rıza akışı, içerik yönetim katmanı kurulur. Her birleştirme öncesi bütçe ve doğrulama kontrolleri çalışır; regresyon yayına çıkmadan yakalanır.
-
Ölçüm ve kabul
Mobil Lighthouse, laboratuvar ve saha verisi karşılaştırması, schema doğrulaması, otomatik erişilebilirlik taraması ve manuel klavye turu, site geneli tarama raporu çalıştırılır. Sonuçlar ölçüm tarihiyle birlikte yazılır; kriter karşılanmadan yayın kabulü yapılmaz.
-
Devir ve bakım
Kaynak kod ve telif devredilir, içerik yönetim eğitimi verilir, regresyon koruması ve ölçüm ritmi kurulur. Yayından sonraki 30. günde kabul kriterleri yeniden ölçülür; sonuç raporlanır. Bakımı iç ekibiniz de devralabilir, bağımlılık kurgulanmaz.
Bu altı aşama, tüm hizmetlerimizde ortak olan çalışma modelinin web projelerine uyarlanmış hâlidir. Aşamaların genel tanımı, raporlama ritmi ve iş bölümü için altı aşamalı çalışma modelinin tam tanımı sayfasına bakın.
Kurumsal web sitesi hangi kabul kriterleriyle teslim edilir?
Sekiz kriterle: mobil Lighthouse Performance en az 95, LCP 1,8 saniyenin altında, CLS 0,05'in altında, INP 200 milisaniyenin altında, WCAG 2.1 AA uyumu, yapılandırılmış veride sıfır doğrulama hatası, her adreste benzersiz başlık ve açıklama, çift yönlü hreflang. Ölçüm aracı ve tarihi raporda yazılıdır.
| Kriter | Eşik | Ölçüm aracı |
|---|---|---|
| Lighthouse Performance (mobil) | ≥ 95 | Lighthouse, mobil emülasyon |
| Largest Contentful Paint (LCP) | < 1,8 sn | Lighthouse laboratuvar ölçümü |
| Cumulative Layout Shift (CLS) | < 0,05 | Lighthouse + saha verisi |
| Interaction to Next Paint (INP) | < 200 ms | Saha verisi + etkileşim testi |
| Erişilebilirlik | WCAG 2.1 AA | Otomatik tarama + manuel klavye ve ekran okuyucu turu |
| Yapılandırılmış veri | 0 hata | Schema.org doğrulayıcı + zengin sonuç testi |
| Başlık ve açıklama | Her adreste benzersiz | Site geneli tarama raporu |
| Çok dilli eşleşme (hreflang) | Çift yönlü, x-default dâhil | Site geneli tarama raporu |
4,5:1
WCAG 2.1 AA'nın normal boyutlu metin için istediği asgari kontrast oranı. Kabul testinde tasarım sistemindeki her metin–zemin çifti bu eşiğe göre tek tek doğrulanır.
Kaynak: W3C — WCAG 2.1, Başarı Ölçütü 1.4.3 · Erişim: 2026-07-29 · kaynağı aç (yeni sekmede açılır) ↗
WordPress mi, statik veya headless yapı mı?
Karar teknoloji tercihiyle değil, içeriğin kim tarafından ne sıklıkla güncelleneceğiyle verilir. Aşağıdaki dört kriter, projeye özgü kararı tek toplantıda netleştirir.
| Karar kriteri | WordPress mantıklıdır | Statik veya headless mantıklıdır |
|---|---|---|
| Güncelleme sıklığı ve yetkili sayısı | Çok sayıda kullanıcı, günlük içerik girişi yapıyorsa | İçerik seyrek değişiyorsa veya tek bir yayın ekibi yönetiyorsa |
| Performans bütçesi | Eklenti sayısı sınırlanabiliyor ve tema özel yazılıyorsa | Eşikler sözleşmeye yazılacaksa; statik çıktı bütçeyi baştan sabitler |
| Güvenlik ve bakım yükü | İç ekipte düzenli güncelleme sorumlusu varsa | Saldırı yüzeyi ve bakım yükü en aza indirilecekse |
| Entegrasyon ihtiyacı | Hazır eklenti ekosistemi belirleyiciyse | ERP, PIM veya ürün verisi bir arayüz üzerinden okunacaksa |
Hangi seçenek olursa olsun kabul kriterleri değişmez: eşikler platforma değil sonuca bağlanır. WordPress seçilirse eklenti ve tema kararları performans bütçesine yazılı olarak bağlanır.
LCP, INP ve CLS eşik değerleri ve ölçüm yöntemi statik site ve headless CMS tanımları
Kurumsal web sitesi hangi sektörlerde farklı kurgulanır?
Beş segmentte yapı değişir: üretim ve fabrika, mağaza zincirleri, bayilik ağları, ihracatçı sanayi ve holding. Fark tasarımda değil bilgi mimarisindedir; ürün ailesi, lokasyon sayısı, dil yapısı ve iştirak hiyerarşisi URL ağacını ve yapılandırılmış veri grafını doğrudan belirler.
- 01 Üretim ve fabrika Ürün ailesi, kapasite ve teknik doküman erişimi bilgi mimarisinin merkezine alınır; satın alma uzmanı ve mühendis aradığını birkaç adımda bulur.
- 02 Mağaza zincirleri ve perakende Şehir, ilçe ve mağaza seviyelerinin her biri indekslenebilir ve özgün olacak biçimde kurgulanır; mağaza verisi tek kaynaktan beslenir.
- 03 Bayilik ve franchise ağı Merkezin marka kontrolü ile bayinin yerel görünürlüğü aynı şablonda çakışmadan yürür; yetki ve onay modeli sitenin parçası olarak kurulur.
- 04 İhracatçı sanayi Çok dilli yapı, hreflang eşlemesi ve pazar bazlı içerik farkları ilk sürümde kurulur; sonradan eklenen dil katmanı yönlendirme borcu doğurur.
- 05 Kurumsal holding İştirak siteleri ile ana marka arasındaki hiyerarşi hem gezinmede hem varlık grafında tanımlanır; her şirket kendi kimliğini kaybetmeden ana yapıya bağlanır.
Kurumsal web sitesiyle birlikte hangi hizmetler alınır?
En sık dört hizmet birlikte alınır: kurumsal kimlik, yapılandırılmış veri, AEO ve Core Web Vitals. Gerekçesi ortaktır — bu dördü siteyle aynı anda kurulduğunda ek maliyet doğurmaz, sonradan eklendiğinde mevcut yapının bir bölümünün yeniden yazılmasını gerektirir. Hepsi ayrı ayrı da alınabilir.
- 01 Kurumsal kimlik ve markalaşma Renk, tipografi ve boşluk kararları token dosyasına döner. Kimlik siteden önce netleşirse tasarım aşaması kısalır ve basılı materyalle dijital arasındaki fark kapanır.
- 02 Yapılandırılmış veri (Schema) Varlık grafı yayınla aynı gün doğru kurulur. Sonradan eklenen schema, içerik yapısıyla örtüşmediği için ilk içerik güncellemesinde bozulur.
- 03 AEO — Answer Engine Optimization İçerik cevap-önce kurgulanırsa aynı sayfalar hem kullanıcıya hem cevap motorlarına hizmet eder; metnin sonradan yeniden yazılması gerekmez.
- 04 Core Web Vitals ve hız Performans bütçesi ilk günden tanımlanır ve regresyon kontrolüyle korunur; yayın sonrası hız düzeltmesi ihtiyacı büyük ölçüde ortadan kalkar.
Kurumsal web sitesi hakkında en çok sorulan yedi soru
Kurumsal alıcıların bize en sık sorduğu yedi konu şunlardır: süre, platform seçimi, kaynak kod ve telif sahipliği, mevcut içeriğin taşınması, kurumsal sitenin içermesi gereken bölümler, çok dilli yapının sonradan eklenmesi ve yayın sonrası bakım. Cevaplar aşağıda, kısa ve bağlayıcı biçimde.
Kurumsal web sitesi ne kadar sürede yayına girer?
Tipik bir kurumsal web sitesi 8–14 hafta içinde yayına girer. Süreyi üç değişken belirler: içerik hazırlığı, onay döngüsünün hızı ve çok dilli yapının kapsamı.
İçerik hazırsa süre alt sınıra yaklaşır; ürün kataloğu, teknik doküman kütüphanesi veya bayi lokasyon yapısı varsa üst sınıra çıkar. Keşif çıktısında tarihli bir plan verilir.
WordPress mi statik site mi seçmeliyim?
Karar, içerik güncelleme sıklığına ve iç ekip yetkinliğine göre verilir. İçeriği çok sayıda kullanıcı günlük olarak güncelleyecekse WordPress tanıdık bir yönetim katmanı sunar.
İçerik seyrek değişiyorsa veya performans eşikleri sözleşmeye yazılacaksa statik ya da headless yapı bütçeyi baştan sabitler ve bakım yükünü düşürür. WordPress seçilirse eklenti sayısı ve tema kararı performans bütçesine bağlanır. Karar kriterleri yukarıdaki karşılaştırma tablosunda madde madde yazılıdır.
Kaynak kodun ve tasarımın sahibi kim?
Kaynak kod, tasarım dosyaları ve içerik size aittir. Proje sonunda depo erişimi devredilir, lisans ve devir yazısı imzalanır; kilitli bir panele veya bize bağımlı bir barındırma anlaşmasına ihtiyaç kalmaz.
Kullanılan açık kaynak bileşenlerin ve yazı tiplerinin lisansları devir dosyasında ayrı ayrı listelenir.
Mevcut içeriğim taşınır mı?
Evet. Keşif aşamasında mevcut adresler ve içerikler envantere alınır; indekslenen her adres için yeni yapıda bir karşılık veya 301 yönlendirmesi tanımlanır.
Değerini yitirmiş içerik olduğu gibi taşınmaz; birleştirilir ya da yeniden yazılır. Yönlendirme haritası bilgi mimarisi teslimatının parçasıdır ve yayın günü tek tek doğrulanır.
Kurumsal bir site hangi bölümleri içermeli?
Kurumsal alıcının sorduğu sırayla: ne üretiyorsunuz (ürün veya hizmet ailesi), hangi ölçekte (kapasite, tesis, belge ve sertifikalar), kim için (sektör ve uygulama alanları), nasıl çalışıyorsunuz (süreç), kanıt (doküman, ölçüm, teknik veri) ve iletişim.
Sanayi kuruluşlarında bunlara ek olarak teknik doküman erişimi, çok dilli katalog ve lokasyon yapısı gerekir. Sektöre göre değişen bölümler beş segment için çözüm sayfalarında ayrı ayrı tanımlıdır.
Çok dilli yapı sonradan eklenebilir mi?
Eklenebilir, ancak maliyeti baştan kurmaktan yüksektir. Dil yapısı URL ağacını, hreflang eşlemesini, yapılandırılmış veri grafını ve gezinmeyi etkiler; sonradan eklendiğinde mevcut adreslerin bir bölümü değişir ve yönlendirme borcu doğar.
İkinci dili 12 ay içinde düşünüyorsanız iskeleti ilk sürümde kurar, içeriği sonra ekleriz. Hreflang'in tanımı ve çift yönlü eşleşme kuralı sözlükte yer alıyor.
Site yayına girdikten sonra bakım nasıl işler?
Bakım üç başlıkta yürür: güvenlik ve bağımlılık güncellemeleri, içerik ve yapı değişiklikleri, ölçüm ritmi. Yayından sonraki 30. günde kabul kriterleri yeniden ölçülür ve tarihli rapor paylaşılır.
Sonrasında aylık ölçüm ve üç aylık yapı gözden geçirmesi öneriyoruz. Bakım anlaşması zorunlu değildir; kaynak kod sizde olduğu için iç ekibiniz de devralabilir.
Mevcut sitenizin ölçülmüş durumunu 5 iş günü içinde görün.
Denetim ücretsizdir ve karşılığında bir çalışma zorunluluğu doğurmaz. Raporda mevcut sitenizin Core Web Vitals değerleri, yapılandırılmış veri geçerliliği, WCAG 2.1 AA eksikleri, AEO cevaplanabilirliği ve yapay zekâ tarayıcı erişimi madde madde yer alır — yani yeni bir siteye ihtiyacınız olup olmadığını da gösterir.
Kurumsal ölçekte, çok lokasyonlu veya çok dilli yapılarla çalışıyoruz. Tek seferlik küçük işler kapsamımız dışında; bu durumda daha küçük ölçekli stüdyolara yönlendiriyoruz.