Kurumsal Web Sitesi Nasıl Yaptırılır? 7 Adımlık Rehber

Kurumsal web sitesi yaptırma süreci yedi adımdan oluşur: ölçülebilir bir hedef tanımlamak, kapsamı yazıya dökmek, içerik envanterini çıkarmak, teklifleri aynı kriterlerle karşılaştırmak, sözleşmeyi kurmak, süreci onay noktalarıyla yönetmek ve teslimi bir kontrol listesiyle kapatmak. İlk üç adım siz hiçbir ajansla konuşmadan önce biter; aldığınız tekliflerin kalitesini belirleyen de tam olarak bu hazırlıktır.

Uygulamada projeler teknik nedenlerle değil, tanım eksikliğinden gecikir. Kapsamı yazılı olmayan bir işte her yeni istek “bu zaten dahil değil miydi?” tartışmasına döner. İçerik sahibi belirlenmemişse tasarım biter, site aylarca örnek metinlerle bekler. Aşağıdaki yedi adım bu iki riski, henüz para harcamadan kapatmak için sıralanmıştır.

Bütçe tarafında Türkiye pazarında kurumsal site bandı 2026'da 15.000₺ ile 250.000₺ arasında değişiyor. Bu 16 katlık farkın pazarlık payı değil, gerçek bir mühendislik farkı olduğunu web tasarım fiyatları yazısında kalem kalem açtık. Bu rehber fiyatı değil, süreci konu alıyor.

İşe hedeften değil, hedefin ölçüsünden başlayın. “Güzel bir site istiyoruz” cümlesi ölçülemez; teslimde iki taraf da kendini haklı görebilir ve tartışma zevk meselesine düşer. “İletişim formundan gelen başvuru sayısı” ölçülebilir: sayarsınız, biter. Ölçüt seçmek aynı zamanda kapsamı da sadeleştirir, çünkü ölçüte hizmet etmeyen her istek tartışılabilir hâle gelir.

• Ölçülemeyen hedefler: “modern görünsün”, “rakiplerden iyi olsun”, “kurumsal dursun”. Bunlar tasarım brief'ine girer, başarı ölçütü olmaz.
• Ölçülebilir hedefler: iletişim/teklif formu gönderimi, telefon numarasına tıklama, WhatsApp'a yönlenme, katalog PDF indirmesi, işe alım başvurusu, belirli hizmet sayfalarının organik trafiği.
• Her ölçüt için tek bir sahip belirleyin: kim raporlayacak, hangi araçla (GA4 olayı mı, form kaydı mı), hangi sıklıkla.
• Başlangıç değerini teslimden önce kaydedin. Eski siteniz varsa son 3 ayın form sayısını yazın; yoksa “sıfır” yazın. Karşılaştırma noktası olmayan iyileşme tartışılamaz.

Takvimi de baştan ayırın. Teknik düzeltmelerin (indeksleme, hız, schema) Search Console'da ölçülebilir hâle gelmesi tipik olarak 2-6 hafta, içerik kaynaklı organik büyüme 3-6 ay ister. Bu iki takvimi tek bir beklentide birleştirmek, aslında çalışan bir projeyi erken iptal ettiren en yaygın hatadır.

Kapsamı üç listeyle çıkarın: sayfa tipleri, entegrasyonlar ve dil sayısı. Kritik ayrım şu: fiyatı ve süreyi belirleyen sayfa sayısı değil, birbirinden farklı sayfa tipi sayısıdır. Aynı şablonu kullanan 20 hizmet sayfası, beş ayrı şablon gerektiren 6 sayfadan daha ucuza mal olur. Ajansa “15 sayfa olsun” demek yerine tip listesi vermek, teklifler arasındaki farkı tek başına anlaşılır kılar.

• Sayfa tipleri: ana sayfa, hizmet dizini, hizmet detay, proje/vaka detay, blog dizini, blog yazısı, hakkımızda, iletişim, hukuki metinler. Her tip bir şablon demektir.
• Entegrasyonlar: form ve CRM bağlantısı, e-posta gönderimi, harita, canlı destek, analytics, ERP/muhasebe, ödeme altyapısı, İK başvuru sistemi.
• Dil sayısı: her ek dil yalnızca çeviri değil, ayrı metin üretimi, ayrı URL yapısı ve doğru hreflang kurulumu demektir. Yarım kalmış bir çeviri, hiç olmamasından daha zararlıdır.
• Yönetim ihtiyacı: hangi bölümleri kod bilmeden kendiniz güncelleyeceksiniz? Panelde yönetilecek her alan ayrı bir geliştirme kalemidir.

Entegrasyonların takvim etkisini küçümsemeyin: her ödeme, kargo veya ERP bağlantısı projeye ortalama 3-5 iş günü ekler. Standart bir kurumsal kapsamın neleri içerdiğini görmek isterseniz kurumsal web sitesi hizmet sayfasındaki teslim kalemleri listesi, kendi listenizi çıkarırken başlangıç noktası olarak kullanılabilir.

Teslim tarihini kaçıran projelerin en yaygın tek nedeni içeriktir. Tasarım ve kod planlanabilir işlerdir; “şirket tanıtım metnini kim yazacak” sorusu planlanmadığında ise hazır site, boş metinlerle yayına alınamadan bekler. Bu yüzden içerik envanterini kapsam listesinin yanına ikinci sütun olarak yazın: her sayfa tipi için metin sahibi, görsel sahibi ve teslim tarihi.

• Metin: kim yazıyor? Sizin ekibiniz yazacaksa kelime sayısı ve son tarih verin; ajans yazacaksa bu ayrı bir fiyat kalemidir ve teklifte ayrı satırda görünmelidir.
• Görsel: kurumsal fotoğraf çekimi mi yapılacak, stok görsel mi kullanılacak, ürün fotoğrafları var mı? Düşük çözünürlüklü telefon fotoğrafı, iyi bir tasarımı teslimde geri çeker.
• Marka dosyaları: logonun vektör hâli (SVG/AI), renk kodları, kurumsal yazı tipi lisansı. Sadece PNG logo elinizdeyse bunu baştan söyleyin.
• Referans ve vaka izinleri: müşteri adı ve projeyi yayımlamak için yazılı izin gerekir. İzin alınmamış referans, teslimden sonra kaldırılmak zorunda kalınan içeriktir.
• Hukuki metinler: KVKK aydınlatma metni, çerez politikası, gizlilik politikası ve kullanım koşulları. Şablon kopyalamak yerine kendi veri işleme pratiğinize göre yazılmalıdır.

Hukuki sayfaların nasıl bir kapsamda olması gerektiğini merak ediyorsanız bu sitedeki KVKK aydınlatma metni ve çerez politikası sayfaları, bir kurumsal sitede hangi başlıkların bulunması gerektiğine dair somut bir çerçeve verir.

Teklifleri fiyat sırasına dizmeyin; aynı soruları her ajansa sorup cevapları yan yana koyun. Dört kontrol, teklifler arasındaki gerçek farkı neredeyse tek başına ortaya çıkarır: portföyün canlı olması, ajansın kendi sitesinin performansı, kaynak kod sahipliği ve teslim sonrası destek.

Portföy için ekran görüntüsü değil tıklanabilir adres isteyin: yayında olmayan bir iş referans değildir, çünkü siteyi bugün açıp mobilde nasıl davrandığını göremezsiniz. Performans için ajansın kendi sitesini PageSpeed Insights ile ölçün — kendi vitrinini hızlandırmamış bir ekibin sizinkini hızlandıracağını varsaymak için bir sebep yok. Kaynak kod için tek soru yeterlidir: “Teslimde kodun tamamı bana devrediliyor mu?” Cevap net bir evet değilse, ileride ajans değiştirmek siteyi baştan yaptırmak anlamına gelir.

Fiyat farkı büyükse kalem dökümünü isteyin: ucuz teklif genellikle hazır tema, az sayıda şablon ve içerik üretiminin size bırakılması demektir. Karşılaştırma yaparken paket içeriklerinin nasıl yazıldığını görmek için fiyatlandırma sayfamıza ve gerçek işlerin canlı hâli için portföye bakabilirsiniz. Bizim tarafımızda bedel tek seferliktir, aylık abonelik yoktur, kaynak kodun tamamı teslimde devredilir; fiyatlar KDV hariçtir ve proje başlamadan %50 avans alınır.

Sözleşme, her şey yolunda giderken kimsenin açmadığı, tartışma çıktığında ise tek başvurulan belgedir. Altı madde tamamlanmadan imzalamayın: kapsam eki, revizyon tanımı, teslim tarihi, ödeme planı, fikri mülkiyet ve gecikme. Bunların hiçbiri ajansa duyulan güvensizlikle ilgili değildir; iki tarafın da aynı şeyi anladığını teslimden aylar önce doğrulamakla ilgilidir.

• Kapsam eki: sayfa tipi listesi, entegrasyon listesi ve dil sayısı sözleşmeye ek olarak iliştirilir. Ana metinde “kurumsal web sitesi” yazması yeterli değildir.
• Revizyon sayısı ve tanımı: kaç tur revizyon var ve neyin revizyon sayıldığı yazılı olmalı. Renk değişikliği revizyondur; yeni bir sayfa tipi talebi kapsam değişikliğidir ve ayrı fiyatlandırılır.
• Teslim tarihi: iş günü cinsinden verilir ve içerik teslim tarihine bağlanır. İçerik geciktiğinde takvimin nasıl kayacağı da aynı maddede yazmalıdır.
• Ödeme planı: avans oranı ve kalan bakiyenin hangi olaya bağlı ödeneceği (teslim, yayına alma, kabul). Sektörde yaygın uygulama %50 avans, kalanı teslimde.
• Fikri mülkiyet: kaynak kod, tasarım dosyaları ve alan adının teslimde kime ait olacağı. “Kullanım hakkı” ile “mülkiyet” aynı şey değildir.
• Gecikme maddesi: iki yönlü olmalı. Ajans geciktiğinde ne olur, siz içerik göndermediğinizde ne olur — ikisi de yazılı.
• Devir maddesi: teslimde hangi hesapların (kod deposu, hosting, alan adı, analytics, panel) hangi e-posta adresine devredileceği tek tek sayılır.

Revizyon sayısının paketle değiştiğini unutmayın: bizim paketlerimizde Starter'da 3, Growth'ta 5, Premium'da sınırsız revizyon hakkı vardır ve revizyon hakkı tasarım aşaması içindir. Kodlama başladıktan sonraki değişiklikler ayrı değerlendirilir — bu ayrım sözleşmede açıkça yazmıyorsa, teslimde mutlaka tartışma konusu olur.

Süreci onay noktalarıyla yönetin: strateji, tasarım, geliştirme ve teslim aşamalarının her birinin sonunda yazılı bir onay olmalı. Onay noktası, işin geri sarılamayacağı sınırı belirler. Tasarım onaylandıktan sonra tasarıma dönmek yalnızca tasarımı değil, o tasarıma göre yazılmış kodu da geri sarar; bu yüzden kararı Figma prototipi üzerinde, kodlama başlamadan vermek hem hızlı hem ucuzdur.

• Kurum içinde tek karar verici belirleyin. Beş kişinin birbiriyle çelişen geri bildirimi, ajansın hatası olmadan üç hafta kaybettirir.
• Geri bildirimi tek listede toplayın: numaralı maddeler, hangi sayfa, hangi bölüm. Dağınık mesajlarla iletilen istekler kaçınılmaz olarak eksik uygulanır.
• Her revizyon turunu numaralandırın ve turu kapattıktan sonra aynı tur için yeni madde eklemeyin. Sürekli açık kalan bir tur, revizyon sayısını anlamsızlaştırır.
• Kapsam değişikliği talebi normaldir; ayıp olan yönetilmemesidir. Yeni istek geldiğinde yazılı ek teklifle fiyat ve takvim etkisi netleşir, sonra uygulanır.
• Ara teslimleri gerçek cihazda görün. Masaüstü ekran görüntüsünde harika duran bir bölüm, telefonda üç ekran boyu uzunlukta olabilir.

Tasarım aşamasının neden bu kadar belirleyici olduğunu ve prototip üzerinden karar vermenin ne kazandırdığını UI/UX tasarım hizmet sayfasında ayrıntılı anlattık.

Teslim, dosyaların gönderildiği an değil, aşağıdaki 12 maddenin tamamının doğrulandığı andır. Listeyi projenin başında ajansa verin: teslim kriterleri önceden bilindiğinde kontrol listesi bir sınav değil, ortak bir tanım hâline gelir.

• 1. Lighthouse raporu: mobil ve masaüstü için ayrı ayrı, ana sayfa ve en az bir iç sayfa üzerinde alınmış, rapor dosyası size teslim edilmiş.
• 2. Mobil test: gerçek cihazda, en az iki farklı ekran boyutunda; menü açılışı, dokunma hedefleri, tablo ve görsel taşmaları kontrol edilmiş.
• 3. Form testi: gönderim hangi e-posta adresine düşüyor, spam klasörüne mi gidiyor, hata durumunda kullanıcı ne görüyor — üçü de canlı ortamda denenmiş.
• 4. 404 sayfası: özel tasarlanmış, menü ve dönüş bağlantısı içeren, gerçekten 404 durum kodu döndüren bir sayfa.
• 5. sitemap.xml: canlı, yalnızca indekslenmesi istenen adresleri içeriyor, silinmiş sayfalar listede değil.
• 6. robots.txt: hiçbir kritik dizini kapatmıyor; arama ve AI tarayıcılarının erişimi bilinçli bir kararla belirlenmiş.
• 7. Canonical etiketleri: her sayfa kendine işaret ediyor, www ve https tercihi site genelinde tutarlı.
• 8. Schema doğrulaması: yapılandırılmış veri test aracında hatasız geçiyor; Organization, BreadcrumbList ve sayfa tipine uygun düğümler mevcut.
• 9. Search Console bağlantısı: mülkiyet doğrulanmış, sitemap gönderilmiş, ilk indeksleme durumu kontrol edilmiş.
• 10. Analytics: GA4 kurulu ve hedef olaylar (form gönderimi, telefon tıklaması) gerçekten tetikleniyor.
• 11. Yedekleme: otomatik yedek çalışıyor ve en az bir kez geri yükleme denenmiş. Denenmemiş yedek, yedek değildir.
• 12. Devir: kaynak kod deposu, alan adı, hosting, e-posta, analytics ve yönetim paneli erişimlerinin tamamı sizin hesabınıza aktarılmış.

Bu listenin ilk maddesi olan performansın neden ölçülebilir bir kabul kriteri olduğunu ve hangi eşiklerin geçerli sayıldığını Core Web Vitals yazısında anlattık. Teslim sonrası için de bir plan yapın: güvenlik güncellemeleri, bağımlılık yükseltmeleri ve yedekleme sürekli işlerdir. Paketlere dahil ücretsiz destek süresi bittiğinde ne olacağını bakım ve destek sayfasında bulabilirsiniz.

• Kurumsal web sitesi yaptırma süreci yedi adımdır: hedef tanımı, kapsam, içerik envanteri, ajans karşılaştırma, sözleşme, süreç yönetimi ve teslim kontrolü.
• Ölçülebilir hedef seçin: “güzel site” teslimde tartışılır, “form başvurusu sayısı” sayılır. Teknik iyileşme 2-6 haftada, içerik kaynaklı organik büyüme 3-6 ayda ölçülür.
• Fiyatı ve süreyi sayfa sayısı değil, farklı sayfa tipi sayısı belirler; her entegrasyon takvime ortalama 3-5 iş günü ekler.
• Ajans karşılaştırmasında dört kontrol yeterlidir: portföyün canlı olması, ajansın kendi sitesinin performansı, kaynak kod sahipliği ve yazılı destek süresi.
• Sözleşmede kapsam eki, revizyon tanımı, iş günü cinsinden teslim tarihi, ödeme planı, fikri mülkiyet ve iki yönlü gecikme maddesi bulunmalıdır.
• Teslimi 12 maddelik listeyle kapatın; son madde her zaman kaynak kod ve tüm hesap erişimlerinin size devri olmalıdır.

Kendi projeniz için bu adımların hangisinde olduğunuzu konuşmak isterseniz iletişim sayfasından kapsamınızı iletin; sık sorulan soruların tamamı ise SSS sayfasında toplu hâlde duruyor.

Tüm yazılar blog dizininde. Hizmet karşılıkları için hizmetler, paket bedelleri için fiyatlandırma sayfalarına bakabilirsiniz.