Kurumsal web sitesi yaptırırken sorulması gereken 12 soru

Kurumsal bir web sitesi, birkaç bin liralık bir hizmet değil, markanızın dijital yüzünü belirleyen ve yıllarca kullanacağınız bir yatırım. Yanlış teknoloji seçimi, esnek olmayan bir içerik yapısı veya belirsiz bir sözleşme, teslimden aylar sonra pahalı bir yeniden yapım ihtiyacına dönüşebiliyor.

Bu tür projelerde karar verici genellikle teknik geçmişi olmayan biri — pazarlama müdürü, genel müdür yardımcısı, kurumsal iletişim sorumlusu. Bu, bir dezavantaj değil; doğru sorular sorulduğunda teknik bilgi eksikliği satın alma kalitesini düşürmüyor. Önemli olan, hangi soruların sorulması gerektiğini bilmek.

Kısa cevap

Bir ajans veya yazılım şirketiyle görüşmeden önce şu 12 soruyu sorun: hangi teknolojiyi kullanıyorlar, siteyi kim ve nasıl güncelleyecek, performans nasıl garanti ediliyor, SEO ve GEO temeli baştan mı kuruluyor, içeriğin ve kodun sahipliği kimde, ve proje bittikten sonra destek nasıl işliyor. Cevaplar net ve somutsa, doğru yerdesiniz demektir; cevaplar belirsiz veya kaçamaksa, bu genellikle sürecin sonraki aşamalarında da belirsizlik olarak karşınıza çıkar.

Neden bu sorular önemli

Web sitesi projelerinde en pahalı hata, teslimden sonra ortaya çıkan hatadır. Yavaş bir site, güncellenemeyen bir içerik yapısı veya "biz böyle teslim ettik" denen bir teknik borç, sonradan düzeltilmesi ilk yapımdan daha maliyetli işlere dönüşür. Aşağıdaki sorular, bu riskleri satın alma öncesinde görünür kılmak için var.

Bu soruların ortak özelliği şu: hiçbiri "beğendiniz mi, beğenmediniz mi" gibi bir zevk meselesi değil. Hepsi, sözleşme imzalanmadan önce yazılı olarak netleştirilebilecek, somut ve doğrulanabilir konular. Bir ajans bu sorulara ne kadar açık ve hazır cevap verebiliyorsa, süreçlerinin o kadar olgunlaştığı söylenebilir.

12 soru

1. Siteyi hangi teknolojiyle geliştiriyorsunuz?

WordPress ve hazır site oluşturucular hızlı başlangıç sağlar ama eklenti bağımlılığı ve şablon kısıtları getirir. Modern bir kurumsal site için bileşen tabanlı, statik üretilen (SSG) bir mimari — örneğin Next.js — hem performans hem esneklik açısından daha güçlü bir temel sunar. Cevap belirsizse ("özel bir sistemimiz var" gibi somut olmayan ifadeler) ısrarla teknoloji adını sorun; net bir isim veremeyen bir ekip genellikle hazır bir şablonu özelleştiriyordur.

2. Site tamamlandıktan sonra içeriği kim güncelleyecek?

İçeriğin kod içine gömülü olup olmadığını sorun. İyi kurulmuş bir sitede metin, hizmet açıklaması ve iletişim bilgisi ayrı bir katmanda tutulur — güncelleme geliştirici müdahalesi gerektirmez. "Her güncelleme için bize yazın" cevabı, uzun vadede hem yavaşlık hem de ek maliyet demek.

3. Performans nasıl ölçülüyor ve garanti ediliyor?

"Hızlı olacak" yeterli bir cevap değil. Core Web Vitals hedefleri (LCP, CLS, INP) ve Lighthouse skoru gibi somut ölçütler istenmeli. Teslim öncesi bu skorların gösterilmesini talep edin. Gerçek bir performans disiplini olan bir ekip, bu skorları teslim sürecinin doğal bir parçası olarak zaten ölçüyordur — sizin istemenize gerek kalmadan gösterebilmesi gerekir.

4. SEO temeli baştan mı kuruluyor, sonradan mı ekleniyor?

Semantic HTML, sitemap, yapılandırılmış veri (schema.org) ve temiz URL yapısı, sonradan yamanabilecek şeyler değil. Bunlar mimarinin bir parçası olmalı — "SEO paketi" diye ayrıca satılan bir ek hizmet değil. SEO'nun ayrı bir ek ürün olarak sunulması, genellikle sitenin temelinin bu düşünceyle kurulmadığının işareti.

5. GEO (AI arama motorları için görünürlük) düşünülüyor mu?

ChatGPT ve Perplexity gibi motorlar giderek daha fazla kullanılıyor. Sitenin bu motorlar tarafından okunabilir ve alıntılanabilir şekilde yapılandırılıp yapılandırılmadığını sorun — net tanımlar, FAQ şeması, entity netliği. Bu konuyu hiç duymamış veya "SEO ile aynı şey" diyen bir ekip, güncel bir stratejiyle çalışmıyor olabilir.

6. Site mobilde ve farklı tarayıcılarda test ediliyor mu?

Trafiğin büyük kısmı mobilden geliyor. Tasarımın masaüstünde iyi görünmesi yeterli değil; gerçek cihazlarda ve güncel tarayıcıların tamamında test edilmiş olması gerekir. Yalnızca tarayıcının geliştirici araçlarındaki mobil simülasyonla test edilmiş bir site, gerçek cihazlarda beklenmedik sorunlar çıkarabilir.

7. Çok dilli yapı gerekiyorsa bu baştan mı planlanıyor?

Uluslararası veya çok dilli hizmet veren şirketler için dil yapısının sonradan eklenmesi, genellikle URL mimarisinin ve içerik modelinin yeniden kurulmasını gerektirir. Bu ihtiyaç varsa, en başta konuşulmalı — "sonra ekleriz" cevabı, ileride ciddi bir yeniden yapılanma maliyetine dönüşebilir.

8. Site ve içeriğin sahipliği kimde olacak?

Domain, hosting ve kod deposunun (repository) sahipliğinin size ait olduğundan emin olun. Bazı ajanslar projeyi kendi altyapılarında tutar; bu, ileride bağımsız hareket etmenizi zorlaştırır. Sözleşmede kod ve içeriğin proje sonunda tam olarak size devredileceği açıkça yazılı olmalı — sözlü bir güvenceye güvenmeyin.

9. Proje kaç aşamada ve ne kadar sürede tamamlanıyor?

Net bir süreç (keşif, tasarım, geliştirme, yayın) ve gerçekçi bir zaman çizelgesi istenmeli. "Birkaç hafta" gibi belirsiz cevaplar yerine aşama aşama teslim tarihleri konuşulmalı. Her aşamanın sonunda ne teslim edileceği (tasarım onayı, çalışan bir demo, yayın öncesi test) net olarak tanımlanmış olmalı.

10. Fiyata tam olarak ne dahil?

Tasarım, geliştirme, içerik desteği, SEO temeli ve teslim sonrası destek süresi fiyata dahil mi, yoksa ayrı mı faturalanıyor? Bu, sözleşme öncesi netleşmeli. Düşük bir başlangıç fiyatı, sonradan eklenen "ek hizmet" faturalarıyla beklenenden çok daha yükseğe çıkabilir.

11. Yayın sonrası teknik destek nasıl işliyor?

Bir site canlıya alındıktan sonra da güncelleme, güvenlik yaması ve performans izlemesi gerektirir. Bu hizmetin projeye dahil olup olmadığını, dahil değilse ayrı bir bakım paketinin var olup olmadığını sorun. "Teslim ettik, artık siz idare edersiniz" yaklaşımı, kısa vadede ucuz görünse de orta vadede pahalıya patlıyor.

12. Daha önce benzer ölçekte bir proje yaptınız mı?

Referans çalışmalar isteyin ve canlı sitelerini inceleyin. Holding, klinik veya sanayi ölçeğinde bir kurumsal siteyle küçük bir işletme sitesi çok farklı gereksinimler taşır — deneyimin ölçeğe uygun olması önemli. Sadece portföy görsellerine değil, o sitelerin gerçekten canlıda nasıl çalıştığına, ne kadar hızlı yüklendiğine de bakın.

Hızlı kontrol listesi

Bu tabloyu bir görüşme öncesi yanınıza alıp, cevapları not almak, farklı ajanslardan aldığınız teklifleri objektif olarak karşılaştırmanızı kolaylaştırır — sadece fiyat üzerinden değil, kapsam ve netlik üzerinden.

Sık sorulan sorular

Bu 12 soruyu tek bir görüşmede mi sormalıyım?

Gerekmiyor. İlk görüşmede en kritik olanları (teknoloji, süreç, fiyat kapsamı) sorun; sözleşme öncesinde kalanları netleştirin. Önemli olan, imza aşamasına gelindiğinde 12 sorunun tamamına yazılı bir cevabınızın olması.

Bir ajans bu sorulara net cevap veremiyorsa ne anlama gelir?

Genellikle sürecin standartlaşmamış olduğu veya teknik derinliğin sınırlı olduğu anlamına gelir. Net, somut cevaplar deneyimli bir ekibin göstergesidir; kaçamak cevaplar ise ileride karşılaşabileceğiniz belirsizliklerin bir önizlemesi olabilir.

Küçük ölçekli bir şirket için de bu sorular geçerli mi?

Evet. Ölçek küçük olsa da teknoloji seçimi, içerik sahipliği ve performans aynı şekilde uzun vadeli maliyeti etkiler.

En az önemli soru hangisi, önceliklendirmem gerekirse?

Hepsi bir arada anlamlı, ama zaman kısıtlıysa teknoloji, içerik sahipliği, performans hedefleri ve sözleşme kapsamı (1, 2, 3, 10) en kritik dördü. Bunlar üzerinde net cevap alamıyorsanız, diğer sorulara geçmeden önce bu dördünü netleştirin.

Sonraki adım

Kurumsal web sitesi hizmetimizde bu 12 sorunun tamamına açık, somut cevaplarımız var — çünkü süreç şablonlaştırılmış değil, her projede aynı standartla yürütülüyor. Bu listeyi bir sonraki ajans görüşmenize götürün; hangi ekiple çalışırsanız çalışın, sorduğunuz sorular kararınızın kalitesini doğrudan belirleyecek. Projenizi konuşmak için bize ulaşın.