# Kurumsal Web Sitesi Teknik Şartname Şablonu

Sürüm: 1.0 · Yayın tarihi: 2026-07-29 · Dil: Türkçe
Kaynak: https://www.bakibilisim.com/calisma-modelimiz/

Bu şablon, kurumsal bir web sitesi projesinin teklif dosyasına (RFP) yazılması
gereken maddeleri başlık başlık verir. Satın alma, bilgi işlem ve kurumsal
iletişim birimlerinin birlikte doldurması için hazırlanmıştır.

Kullanım koşulu yoktur: herhangi bir tedarikçiyle kullanabilirsiniz, marka adı
geçmez, gizli madde içermez. Köşeli parantezli alanlar sizin tarafınızdan
doldurulur; gerekmeyen maddeler silinir. Kaynak gösterilerek çoğaltılabilir.

---

## 0. Nasıl kullanılır

1. Şablonu kopyalayın ve `[...]` alanlarını doldurun.
2. Kurumunuz için geçerli olmayan maddeleri silin — boş bırakmayın.
3. Eşik değerlerini (madde 4) tekliften önce netleştirin; teklifleri
   karşılaştırılabilir kılan tek şey ortak eşiklerdir.
4. Madde 9, 10 ve 11 hukuk biriminizin gözden geçirmesini gerektirir.

---

## 1. Kurum ve proje künyesi

| Alan | Değer |
|---|---|
| Kurum adı | [kurum] |
| Sektör | [sektör] |
| Proje adı | [proje] |
| Mevcut alan adı | [alan adı] |
| Mevcut altyapı | [WordPress / özel yazılım / statik / bilinmiyor] |
| Hedeflenen yayın tarihi | [tarih] |
| Bütçe aralığı | [aralık] |
| Proje sorumlusu (kurum) | [ad, birim, e-posta] |
| Karar mercii | [rol] |
| Teklif son teslim tarihi | [tarih] |

---

## 2. Projenin amacı ve kapsamı

**Amaç (tek cümle):** [Örn. "Yurt dışı alıcının teknik doküman ve kapasite
bilgisine hızla ulaşabildiği, çok dilli bir kurumsal site yayına almak."]

**Kapsam dâhilinde:**
- [ ] Bilgi mimarisi ve URL yapısı
- [ ] Arayüz tasarımı ve tasarım sistemi
- [ ] Geliştirme ve içerik yönetim katmanı
- [ ] İçerik üretimi / yeniden yazım
- [ ] Çok dilli yapı — hedef diller: [diller]
- [ ] Ürün / hizmet kataloğu
- [ ] Teknik doküman kütüphanesi (datasheet, sertifika, kılavuz)
- [ ] Lokasyon / bayi / şube sayfaları — adet: [n]
- [ ] Form ve talep akışları
- [ ] Mevcut sistem entegrasyonları: [ERP / CRM / PIM / diğer]
- [ ] Arama görünürlüğü çalışması (SEO / AEO / GEO)
- [ ] Yayın sonrası bakım — süre: [ay]

**Kapsam dışı (tedarikçiden beklenmeyen):** [metin yazarlığı, fotoğraf çekimi,
video, barındırma bedeli, üçüncü taraf yazılım lisansları, çeviri …]

---

## 3. Hedef kitle ve karar senaryosu

| Hedef kitle | Sitede aradığı ilk bilgi | Kanıt beklentisi |
|---|---|---|
| [satın alma uzmanı] | [kapasite, sertifika] | [belge, referans] |
| [mühendis / teknik alıcı] | [teknik doküman] | [datasheet, çizim] |
| [son kullanıcı] | [ürün, lokasyon] | [fiyat, stok] |
| [yatırımcı / basın] | [kurumsal bilgi] | [rapor, açıklama] |

Kullanım bağlamı: [masaüstü / mobil / saha, zayıf şebeke / fabrika içi ağ]

---

## 4. Kabul kriterleri ve eşikler (zorunlu)

Teklif veren, aşağıdaki eşiklerin her birini kabul edip etmediğini
**satır satır** yazılı olarak belirtmelidir. Eşik karşılanmazsa düzeltme
tedarikçiye aittir ve ek kalem olarak faturalanamaz.

> **Bu eşikleri kendimize de uyguluyoruz.** Aşağıdaki satırlar yalnızca
> tedarikçiden istenen değerler değil, bakibilisim.com'un kendi ölçüldüğü
> eşiklerdir. Sitemizin bu eşiklere karşı güncel **ölçülmüş** değerleri —
> ölçüm aracı, sürümü, tarihi ve koşu sayısıyla birlikte —
> <https://www.bakibilisim.com/kanit/> adresinde yayımlanır. Tedarikçinizden
> istediğiniz kanıtın aynısını bizden de isteyebilmeniz gerekir.

| # | Kriter | Önerilen eşik | Ölçüm aracı | Kabul |
|---|---|---|---|---|
| 1 | Lighthouse Performance (mobil) | ≥ 95 | Lighthouse, mobil emülasyon | [ ] |
| 2 | Largest Contentful Paint (LCP) | < 1,8 sn | Lighthouse laboratuvar ölçümü | [ ] |
| 3 | Cumulative Layout Shift (CLS) | < 0,05 | Lighthouse + saha verisi | [ ] |
| 4 | Interaction to Next Paint (INP) | < 200 ms | Saha verisi + etkileşim testi | [ ] |
| 5 | Erişilebilirlik | WCAG 2.1 AA | Otomatik tarama + klavye turu | [ ] |
| 6 | Yapılandırılmış veri (JSON-LD) | 0 doğrulama hatası | Schema doğrulayıcı + zengin sonuç testi | [ ] |
| 7 | Başlık ve açıklama | Her adreste benzersiz | Site geneli tarama raporu | [ ] |
| 8 | Çok dilli eşleşme (hreflang) | Çift yönlü + x-default | Site geneli tarama raporu | [ ] |
| 9 | Yönlendirme bütünlüğü | Karşılıksız indeksli adres 0 | Yönlendirme tablosu + tarama | [ ] |
| 10 | Başlık hiyerarşisi | Her sayfada tek h1 | Yapı kontrol listesi | [ ] |
| 11 | Üçüncü taraf istek (ilk yükleme) | [0 / azami n] | Ağ kaydı | [ ] |
| 12 | Tarayıcı desteği | [son 2 sürüm + …] | Manuel test matrisi | [ ] |

Ölçüm koşulları: cihaz/şebeke emülasyonu, ölçülen sayfa listesi ve ölçüm
tarihi raporda yazılı olmalıdır. Tek bir ana sayfa ölçümü kabul edilmez;
en az [5] farklı sayfa tipi ölçülür.

---

## 5. İçerik ve arama görünürlüğü gereksinimleri

- [ ] Her sayfada tek `h1`, mantıklı `h2`/`h3` hiyerarşisi
- [ ] Soru biçiminde başlıklar ve başlık altında doğrudan cevap paragrafı
- [ ] `sitemap.xml` ve `robots.txt` üretimi
- [ ] Yapay zekâ tarayıcı politikası (izin verilen/engellenen botlar) — karar kurumundur
- [ ] `llms.txt` üretimi (kompakt, en fazla [6] KB)
- [ ] Organization / LocalBusiness / Service / FAQPage / BreadcrumbList şemaları
- [ ] Kanonik adres ve sondaki eğik çizgi politikası tutarlı
- [ ] 301 yönlendirme tablosu (mevcut indeksli her adres için)
- [ ] Açık Grafik (Open Graph) ve Twitter kartları, her sayfada benzersiz

---

## 6. Teknik gereksinimler

| Konu | Gereksinim |
|---|---|
| Teknoloji tercihi | [statik / headless / WordPress / serbest] |
| İçerik yönetimi | [kim, hangi sıklıkta günceller] |
| Barındırma | [kurum adına, sağlayıcı: …] |
| Alan adı ve DNS | Kurum adına kayıtlı kalır |
| Sertifika (TLS) | Otomatik yenileme |
| Yedekleme | [sıklık, saklama süresi, geri dönüş testi] |
| Güvenlik başlıkları | CSP, HSTS, X-Content-Type-Options, Referrer-Policy |
| Depo (repository) | Kurum hesabında veya proje sonunda devredilir |
| Ortamlar | [geliştirme / hazırlık / canlı] |
| Erişim yönetimi | Kişi bazlı, ayrılıkta iptal edilir |

---

## 7. Teslimat listesi

Her teslimat için format ve teslim anı yazılmalıdır.

| # | Teslimat | Format | Teslim anı |
|---|---|---|---|
| 1 | Bilgi mimarisi haritası ve yönlendirme planı | [ ] | [ ] |
| 2 | Tasarım sistemi / token dosyası | [ ] | [ ] |
| 3 | Kod tabanı ve sürüm geçmişi | [ ] | [ ] |
| 4 | Çok dilli yapı ve hreflang eşlemesi | [ ] | [ ] |
| 5 | Yapılandırılmış veri grafı | [ ] | [ ] |
| 6 | Performans raporu (tarihli) | [ ] | [ ] |
| 7 | Erişilebilirlik raporu | [ ] | [ ] |
| 8 | İçerik yönetim eğitimi ve el kitabı | [ ] | [ ] |
| 9 | Kaynak kod, tasarım dosyaları ve telif devri | [ ] | [ ] |

---

## 8. Süreç, iş bölümü ve iletişim

- Aşamalar ve tarihler: [tablo]
- Onay döngüsü: kurum tarafında geri bildirim süresi [n] iş günü
- Toplantı ritmi: [haftalık / iki haftada bir], süresi [dk]
- Muhatap: tedarikçi tarafında adı yazılı tek sorumlu
- Değişiklik yönetimi: kapsam değişikliği yazılı ek ile fiyatlanır

---

## 9. Hizmet seviyesi (SLA)

| Öncelik | Örnek durum | İlk yanıt | Müdahale |
|---|---|---|---|
| Kritik | Site erişilemiyor, form akışı durdu | [aynı iş günü] | [aynı iş günü] |
| Yüksek | Önemli bir işlev hatalı | [1 iş günü] | [2 iş günü] |
| Normal | İçerik veya küçük hata düzeltmesi | [2 iş günü] | [planlı sürüm] |
| Düşük | İyileştirme talebi | [5 iş günü] | [yol haritası] |

- Süreler iş günü üzerinden hesaplanır; resmi tatiller hariçtir.
- Erişilebilirlik (uptime) taahhüdü barındırma sağlayıcısına aittir;
  sağlayıcının SLA belgesi teklife eklenir.
- Yayın sonrası [30]. günde kabul kriterleri yeniden ölçülür.

---

## 10. Fikri mülkiyet, devir ve çıkış

- [ ] Kaynak kod, tasarım dosyaları ve içerik telifi **kuruma** aittir.
- [ ] Kullanılan açık kaynak bileşen ve yazı tipi lisansları listelenir.
- [ ] Üçüncü taraf lisanslar (stok görsel, ticari eklenti) kurum adına alınır.
- [ ] Hesap sahiplikleri (alan adı, DNS, barındırma, arama konsolu, analitik,
      mağaza hesapları) kurum adına açılır ve kurumda kalır.
- [ ] Sözleşme sona erdiğinde [10] iş günü içinde tam devir yapılır:
      depo, dokümantasyon, tasarım kaynakları, ölçüm arşivi, açık iş listesi.
- [ ] Devir için ek ücret talep edilmez; kod veya veri rehin tutulmaz.
- [ ] Referans / portföy gösterimi kurumun yazılı onayına bağlıdır.

---

## 11. Kişisel veri, gizlilik ve mevzuat

- [ ] KVKK aydınlatma metni ve açık rıza akışı teslimata dâhildir.
- [ ] Form verisinin nereye gittiği ve kimin eriştiği yazılıdır.
- [ ] Analitik ve izleme yalnızca rıza sonrası çalışır.
- [ ] Veri işleyen sıfatıyla hareket eden tedarikçiyle veri işleme eki imzalanır.
- [ ] Alt yüklenici kullanımı önceden bildirilir; aynı gizlilik yükümlülüğü geçerlidir.
- [ ] Çerez politikası gerçekte kullanılan çerezleri yansıtır.

---

## 12. Teklif değerlendirme kriterleri

Ağırlıkları kurum belirler; toplam 100 puan önerilir.

| Kriter | Ağırlık | Not |
|---|---|---|
| Kabul kriterlerinin (madde 4) satır satır kabulü | [25] | Eşik kabul edilmiyorsa gerekçe istenir |
| Benzer ölçekte doğrulanabilir çalışma | [20] | Canlı adres ve ölçüm istenir |
| Süreç ve iş bölümü netliği | [15] | |
| Telif, devir ve çıkış maddeleri | [15] | |
| SLA ve bakım modeli | [10] | |
| Fiyat | [15] | |

**Tedarikçiye sorulacak beş doğrulayıcı soru:**
1. Kendi sitenizin mobil Lighthouse skoru kaç ve hangi tarihte ölçüldü?
2. Kaynak kodun ve tasarımın telifi teslimde kime geçiyor?
3. Ayrılırsak neyi, hangi sürede devrediyorsunuz?
4. Hangi kalemlerde alt yüklenici kullanıyorsunuz?
5. Kabul kriteri karşılanmazsa düzeltme kim tarafından karşılanıyor?

---

## 13. Ekler

- [ ] Mevcut site adres listesi (indeksli adresler)
- [ ] Marka kılavuzu / logo kaynak dosyaları
- [ ] Ürün veya hizmet veri kaynağı örneği
- [ ] Mevcut ölçüm ekran görüntüleri veya raporları
- [ ] Kurum içi bilgi işlem güvenlik gereksinimleri