Kurumsal web sitesi yaptırma: hazır şablon mu, özel kod mu?

Kurumsal web sitesi yaptırmanın üç yolu var: hazır şablon ya da sayfa oluşturucu, sıfırdan özel kodlanmış site ve ikisinin arasındaki hibrit yapı, yani özel kodlu bir ön yüz ile ekibinizin kullandığı bir içerik editörü. Sitenin işi birkaç sayfalık bir tanıtımsa şablon yeter. Hız, SEO ayarları üzerindeki kontrol, entegrasyon ve sahiplik önemliyse özel kod ya da hibrit uzun vadede daha az kısıtlar.

Bu yazıyı şirket sitesini ilk kez yaptıracak ya da eskisini yeniletecek işletme sahipleri, pazarlama ve operasyon sorumluları için yazdım. UlvionTech özel yazılım geliştiren bir ekip, bu yüzden tarafsız olduğumu iddia etmeyeceğim; şablonun yettiği durumları da açıkça yazacağım. Benim gözümde ilk soru, sitenin beş yıl boyunca kimin elinde, hangi maliyetle ve hangi kurallarla yaşayacağıdır. Araç seçimi bu sorunun cevabından sonra gelir.

Kurumsal web sitesi nedir, web uygulamasından farkı ne?

Kurumsal web sitesi, bir şirketin ne yaptığını, kime hizmet verdiğini ve kendisine nasıl ulaşılacağını anlatan, ziyaretçinin giriş yapmadan gezdiği tanıtım sitesidir. Tipik iskelet ana sayfa, hakkımızda, hizmet veya ürün sayfaları, proje ya da referans sayfaları, blog veya haberler ve iletişim bölümünden oluşur. Amacı bilgi vermek ve talep toplamaktır: teklif formu, telefon, e-posta ya da randevu isteği.

Müşterinin hesap açıp işlem yaptığı bir portal, randevu veya sipariş sistemi ise web uygulamasıdır; ödeme alan bir mağaza da e-ticaret sitesidir. Bu ayrım fiyatı ve süreyi doğrudan değiştirdiği için teklif istemeden önce ihtiyacınızın hangisi olduğunu netleştirmenizi öneririm. Sitenin yanında giriş yapılan bir müşteri alanı da gerekiyorsa özel web uygulaması geliştirme sayfasına, mobil ile web arasındaki seçim için mobil uygulama mı web uygulaması mı yazısına bakabilirsiniz.

Kurumsal web sitesi yaptırmanın üç yolu nedir?

Kurumsal web sitesi yaptırmanın üç yolu; hazır şablon veya sayfa oluşturucu, sıfırdan özel kodlanmış site ve özel kodlu ön yüzü ayrı bir içerik editörüyle birleştiren hibrit yapıdır. Üçü de düzgün bir site çıkarabilir. Farkları, site değişmeye başladığında ve yıllar içinde kimin elinde kaldığında ortaya çıkar. Ben bu yüzden seçenekleri yayın günündeki görüntüsüne göre değil, ikinci ve üçüncü yıldaki hâline göre değerlendiriyorum.

Hazır şablon ve sayfa oluşturucu ne sunar?

Hazır şablonda tasarımı ve sayfa yapısını başkası önceden kurmuştur; siz renkleri, yazıları ve görselleri değiştirirsiniz. Sayfa oluşturucular aynı fikri sürükle-bırak bir arayüzle sunar ve site genellikle sağlayıcının kendi altyapısında çalışır. En büyük artısı hızdır: içerik hazırsa ilk sürüm kısa sürede yayına çıkabilir. Bedeli, şablonun izin verdiği sınırların içinde kalmaktır. Yeni bir ihtiyaç çoğu zaman yeni bir eklenti, yeni bir abonelik ya da geçici bir çözüm anlamına gelir.

Özel kodlanmış site ne zaman doğru seçimdir?

Özel kodlanmış sitede her sayfa sizin içeriğiniz ve hedefiniz için yazılır; bir şablonun herkese uysun diye taşıdığı, sizin kullanmadığınız özellikler siteye girmez. Özel kodlanmış site; hız, SEO ayrıntıları, tasarım ve entegrasyonlar üzerinde geniş söz hakkı verir. Karşılığında ilk sürüm daha uzun sürer, başlangıç maliyeti daha yüksektir ve bir içerik editörü kurulmazsa her metin değişikliği geliştiriciye gider. İçeriği seyrek değişen ama markaya özel bir görünüm ya da etkileşim isteyen siteler için uygun bir yoldur.

Hibrit (headless CMS) kurumsal site nedir?

Hibrit yapıda ziyaretçinin gördüğü site özel kodla yazılır; metinler, görseller, blog yazıları ve proje sayfaları ise ayrı bir içerik yönetim sisteminden gelir. Bu tür sistemlere başsız (headless) CMS de denir. Pazarlama ekibi bir form üzerinden içerik girer; tasarım ve sayfa düzeni kodda durduğu için bozulmaz, teknik SEO kuralları da kodda korunur. Sayfa adresi gibi bir alan değişirse yine yönlendirme gerekir. Bedeli, editör alanlarının önceden tasarlanması gerektiğidir. Düzenli içerik yayınlayan küçük ve orta ölçekli bir şirket için en dengeli seçeneğin bu olduğunu düşünüyorum: içerik serbest, iskelet korunur.

Hazır şablon, özel kod ve hibrit site hangi kriterlerde ayrışır?

Hazır şablon ilk sürüm süresinde ve başlangıç maliyetinde, özel kodlu site hız, SEO ayarları ve entegrasyonda, hibrit yapı ise içeriği ekibin kendisinin girmesinde ve tasarımın korunmasında öne çıkar. Bu üç yolu sekiz kriterde karşılaştıran tabloda benim için en önemli kriter, alan adının, hesapların, kodun ve verinin kimin adına olduğudur; diğer eksiklerin çoğu sonradan düzeltilebilir, ama başkasının adına açılmış hesapları geri almak pazarlık ister.

Hız ve Core Web Vitals sade dille ne demek?

Core Web Vitals, Google'ın bir sayfanın kullanıcıya nasıl hissettirdiğini ölçtüğü üç ölçüdür: ana içeriğin ne kadar sürede göründüğü (LCP), bir tıklamaya ne kadar çabuk tepki verildiği (INP) ve sayfa yüklenirken içeriğin yerinden kayıp kaymadığı (CLS). Ekim 2026 itibarıyla Google Search Central'ın Core Web Vitals belgesi (yeni sekmede açılır) (son güncelleme 10 Aralık 2025) iyi eşikleri LCP için 2,5 saniye, INP için 200 milisaniye, CLS için 0,1 olarak veriyor. web.dev'in Web Vitals rehberi (yeni sekmede açılır), bu eşiklerin sayfa yüklemelerinin yüzde 75'inde, mobil ve masaüstünde ayrı ayrı tutturulmasını öneriyor.

Google bu ölçüleri, temel sıralama sistemlerinin ödüllendirmek istediği sayfa deneyiminin bir parçası olarak anlatıyor. Ben bunu bir sıralama garantisi olarak okumuyorum; içerik ve alaka hâlâ önde gelir. Yine de yavaş açılan bir hizmet sayfası, reklamına para verdiğiniz ziyaretçiyi ilk saniyelerde kaybettirebilir. Şablonlu sitelerde bu sayıları genellikle kullanmadığınız özellikleri de yükleyen tema ve eklentiler zorlar. Özel kodda tarayıcıya hangi kodun gideceğine geliştirici karar verdiği için hedefi tutturmak büyük ölçüde onun elindedir.

SEO temellerinden hangileri sizin kontrolünüzde olmalı?

Kurumsal bir sitede kontrolünüzde olması gereken SEO temelleri; okunabilir URL'ler, her sayfanın başlık ve açıklama metni, yapısal veri, kalıcı yönlendirmeler, site haritası ve birden çok dil varsa hreflang etiketleridir. Google'ın URL yapısı belgesi (yeni sekmede açılır) (son güncelleme 21 Ekim 2026) anlaşılır kelimelerden oluşan sade adresler öneriyor. Yönlendirme belgesi (yeni sekmede açılır) (son güncelleme 14 Nisan 2026) kalıcı olarak taşınan sayfalar için mümkünse sunucu taraflı kalıcı yönlendirme, yani 301 veya 308 istiyor. hreflang belgesi (yeni sekmede açılır) (son güncelleme 21 Eylül 2026) de dil sürümlerinin HTML etiketiyle, HTTP başlığıyla ya da site haritasıyla birbirine bağlanmasını anlatıyor.

Site yenilemesinde atlanmaması gereken ayrıntı, eski adreslerden yenilerine yönlendirme kurulmasıdır; kurulmazsa Google'ın tanıdığı sayfalar 404 vermeye başlar. Google'ın site haritası belgesine (yeni sekmede açılır) (son güncelleme 10 Aralık 2025) göre yaklaşık 500 sayfa veya daha küçük, iç bağlantıları iyi kurulmuş ve çok sayıda video, görsel ya da haber sayfası içermeyen bir sitenin site haritasına ihtiyacı olmayabilir; ben yine de kurulmasını öneririm, çünkü maliyeti çok düşük. Şablonda bu ayarlar eklentilere ve sağlayıcının paneline dağılabilir. Özel kodda ve hibritte kurallar tek yerde, kodda tanımlanır; hibritte başlık ve açıklama gibi alanları editörden doldurursunuz.

Teknik ayrıntılar için Next.js SEO teknik kontrol listesi yazısına, SEO'yu ayrı bir hizmet olarak alıp almama kararı için SEO hizmeti almalı mıyım yazısına bakabilirsiniz.

İçeriği teknik olmayan biri düzenlerse ve sayfayı bozarsa ne olur?

İçerik düzenlemenin riski, ekipteki teknik olmayan birinin yanlışlıkla bir sayfanın düzenini, başlık yapısını ya da mobil görünümünü bozmasıdır. Sürükle-bırak oluşturucularda bu mümkündür, çünkü düzen ile içerik aynı ekrandadır; sürüm geçmişi olsa bile hatayı birinin fark edip geri alması gerekir. Hibrit yapıda editör yalnızca alan doldurur: başlık, paragraf, görsel ve görselin alternatif metni. Düzen kodda olduğu için hata çoğunlukla içerikle sınırlı kalır: yanlış bir metin ya da görsel yayına çıkabilir, ama sayfa iskeleti bozulmaz. Benim önerim, editör alanlarını sınırlı ve zorunlu tutmak, yayından önce önizleme göstermek ve geri alma yolunu ilk gün öğretmektir.

Güvenlik, erişilebilirlik ve güncelleme yükü nereden gelir?

Güncelleme yükü, sitedeki hareketli parça sayısından gelir: her tema, eklenti ve çekirdek yazılımın kendi güncelleme takvimi vardır ve güncellenmeyen bir bileşen bilinen bir açığı açık bırakabilir. Özel kodlu sitede de güncellenecek kütüphaneler vardır; fark, hepsinin tek bir kod deposunda sürümü kilitli durması ve güncellemenin yayından önce test edilebilmesidir.

Erişilebilirlikte ölçüt W3C'nin WCAG 2.2 standardıdır (yeni sekmede açılır) (ilk kez 5 Ekim 2023'te yayımlanan, güncel sürümü 12 Aralık 2024 tarihli W3C Recommendation): içerik algılanabilir, arayüz kullanılabilir, anlaşılır ve sağlam olmalıdır. Şablon seçiyorsanız demo siteyi yalnızca klavyeyle gezmeyi ve kontrastı denemenizi öneririm; özel kodda bu maddeleri teklife yazdırın.

Kurumsal web sitesi nasıl olmalı, ziyaretçiyi müşteriye ne dönüştürür?

İyi bir kurumsal web sitesi, ziyaretçiye ilk ekranda ne sattığınızı, kime sattığınızı ve bir sonraki adımı söyler; tasarım ve teknoloji bu mesajı taşımak için vardır. Ben bir kurumsal sitenin işini yapıp yapmadığını önce net teklife ve elinizde olan kanıta bakarak değerlendiririm:

• Net teklif: Ana sayfanın ilk ekranında hizmetiniz, hedef müşteriniz ve sizi ayıran şey tek cümlede yazmalı.
• Elinizde olan kanıt: Tamamlanmış işler, belgeler, üretim tesisinin fotoğrafları, izin alınmış müşteri yorumları. Uydurma sayı ya da izinsiz logo güven yerine risk üretir.
• Her hizmete bir sayfa: Her hizmetin kendi başlığı, açıklaması ve sık sorulan soruları olmalı; aramada bulunan sayfalar bunlardır.
• Birden fazla iletişim yolu: Form, telefon, e-posta ve uygunsa anlık mesajlaşma hattı; formun kime düştüğü ve ne kadar sürede dönüldüğü belli olmalı.
• Formdan sonraki adım: Gelen talep bir e-posta kutusunda kaybolmamalı; bir müşteri takip sistemine düşmeli. Bu seçenekler müşteri takip programı seçimi yazısında karşılaştırılıyor.
• KVKK temel metinleri: Kişisel veri toplayan formlar için aydınlatma metni, zorunlu olmayan çerezler için bir tercih paneli.

KVKK tarafında iki temel nokta var. Kişisel veri toplayan her form için 6698 sayılı Kanun'un 10. maddesindeki (yeni sekmede açılır) aydınlatma yükümlülüğü geçerlidir. Kişisel Verileri Koruma Kurumu'nun Temmuz 2025 tarihli Çerez Uygulamaları Hakkında Rehber'i (yeni sekmede açılır), kesinlikle gerekli (zorunlu) çerezler dışındaki çerezler için ziyaretçinin açık rızasını ya da Kanun'daki başka bir işleme şartını arıyor. Rehber, siteye girildiğinde açılan ve "kabul et", "reddet", "tercihler" düğmelerini renk, büyüklük ve punto bakımından eşit sunan bir paneli iyi uygulama örneği olarak gösteriyor. Bu bilgiler Ekim 2026 itibarıyla geçerlidir ve hukuki görüş değildir; metinlerinizi bir avukata kontrol ettirin.

Kurumsal web sitesi fiyatları neye göre değişir?

Kurumsal web sitesi fiyatlarını en çok seçilen yol (şablon, özel kod veya hibrit), sayfa tipi sayısı, tasarımın ne kadar özgün olduğu, dil sayısı, entegrasyonlar ve içeriği kimin hazırlayacağı belirler. Bu yüzden iki teklifi karşılaştırmadan önce kapsamlarının aynı olup olmadığına bakmak gerekir. Burada rakam vermiyorum, çünkü kaynağı olmayan bir fiyat aralığı sizi yanlış bütçeye götürür. Onun yerine hangi kalemin fiyatı hangi yöne ittiğini yazıyorum:

• Sayfa tipi sayısı: On hizmet sayfası aynı düzeni paylaşıyorsa tek tip sayılır; proje detayı, kariyer ya da ürün kataloğu gibi her yeni tip maliyeti artırır.
• Özgün tasarım: Hazır bir görsel dil hızlıdır; markaya özel tasarım ve etkileşim, tasarım ve kodlama süresini uzatır.
• Dil sayısı: Her dil yalnızca çeviri değildir; ayrı adresler, hreflang ve her dilde güncel tutulacak içerik demektir.
• Entegrasyonlar: Formun CRM'e, takvime, e-posta pazarlama aracına ya da muhasebe sistemine bağlanması ayrı iş kalemidir.
• İçerik: Metin, fotoğraf ve video sizden hazır gelirse fiyat düşer; içerik üretimi de isteniyorsa teklifte ayrı yazılmalıdır.
• İçerik editörü: Hibrit yapıda editör alanlarının tasarımı ve ekibin eğitimi kapsamın parçasıdır.
• Yayın sonrası destek: Kaç ay sürdüğü ve hangi işlerin dahil olduğu.

Teklifleri satır satır karşılaştırma yöntemi için yazılım yaptırma maliyeti ve teklif karşılaştırma yazısına bakabilirsiniz.

Kurumsal web sitesi paketleri neyi içermeli?

Kurumsal web sitesi paketleri karşılaştırılırken paketin adına değil, içine yazılan kalemlere bakılmalıdır: sayfa tipi sayısı, dil sayısı, tasarım revizyon turu, içerik editörü, entegrasyonlar, alan adı ve barındırmanın kimin adına olduğu ve yayın sonrası destek süresi. "Sınırsız sayfa" gibi ifadeler, sayfa tipi sayısı yazmadığı sürece pek bir şey söylemez. Ben bir paketin altında bu yedi kalemin yazılı olmasını isterim. Yazılmayan kalem sonradan ek ücret olarak dönebilir.

3-5 yıllık toplam maliyet nasıl hesaplanır?

3-5 yıllık toplam maliyet, ilk yapım bedeline her yıl tekrar eden kalemlerin ve beklenen değişikliklerin eklenmesiyle hesaplanır; şablon ile özel kod arasındaki fark ancak bu toplamda görünür. Kendi rakamlarınızla şu adımları izleyin:

1. İlk yapım bedelini yazın: tasarım, kodlama, içerik girişi ve varsa editör kurulumu.
2. Yıllık tekrar eden kalemleri listeleyin: alan adı, barındırma, şablon veya oluşturucu lisansı, ücretli eklentiler, editör planı, bakım sözleşmesi.
3. Büyüme senaryosunu ekleyin: yeni dil, yeni sayfa tipi, yeni entegrasyon ya da daha fazla editör kullanıcısı fiyatı değiştiriyor mu?
4. Değişiklik maliyetini tahmin edin: yılda kaç kez sayfa ekleyeceksiniz, bunu kim, hangi ücretle yapacak?
5. Çıkış maliyetini yazın: sağlayıcıyı ya da ajansı değiştirirseniz içerik, tasarım ve adresler taşınabiliyor mu?
6. Üç seçeneği aynı tabloya koyun ve 3. ile 5. yıl toplamlarını karşılaştırın.

Şablonun başlangıçta daha ucuz olduğu açık. Benim dikkat ettiğim, lisans, eklenti ve barındırma kalemlerinin sayfa, kullanıcı ya da trafik arttıkça büyüyüp büyümediğidir. Özel kodda tablo genellikle tersine döner: başlangıç yüksek, sonraki yıllar daha düz bir çizgidir, ama her değişiklik isteği geliştirici zamanı demektir. Hibritte editör hizmetinin planı kullanıcı sayısına bağlı olabilir; bunu teklifte sorun. Yapay zekâ destekli geliştirme araçları tekrar eden bileşen kodunu hızlandırdığı ölçüde özel kodlu sitenin ilk maliyeti de düşebilir; tasarım kararları, içerik ve test ise hâlâ insan zamanı ister.

Hazır şablonu mu, özel kodlu siteyi mi seçmelisiniz?

Hazır şablon, içeriği az değişen, başka bir sisteme bağlanmayacak ve hızlı yayına çıkması gereken küçük bir tanıtım sitesi için doğru seçimdir; özel kodlu ya da hibrit site ise hızın, SEO ayrıntısının, entegrasyonların ve sahipliğin önemli olduğu, yıllarca büyüyecek bir site için. Ben kararı üç soruya indiriyorum: site yılda kaç kez değişecek, başka bir sisteme bağlanacak mı ve beş yıl sonra kimin elinde olacak?

• Hazır şablonu seçin: Birkaç sayfalık bir tanıtım yeterliyse, içerik yılda birkaç kez değişiyorsa, bütçe sınırlıysa ve site hiçbir sisteme bağlanmayacaksa.
• Özel kodlu siteyi seçin: Markaya özel bir tasarım ya da etkileşim istiyorsanız, hız ve teknik SEO doğrudan talep sayısını etkiliyorsa, site bir CRM'e, rezervasyon ya da teklif akışına bağlanacaksa.
• Hibriti seçin: Pazarlama ekibiniz düzenli olarak blog, proje veya hizmet sayfası ekleyecekse, birden çok dilde yayın yapıyorsanız ve tasarımın bozulmasını istemiyorsanız.
• Şablondan çıkmayı düşünün: Eklenti sayısı arttıkça site yavaşlıyorsa, güncellemeler bir şeyleri bozuyorsa ya da istediğiniz değişiklik "şablon izin vermiyor" cevabı alıyorsa.

Özel kodlu ya da hibrit sitenin benim için en güçlü yanı sahipliktir. Alan adı ve analitik her yolda sizin adınıza olabilir; özel kodda ve hibritte buna kod deposu ve sunucu da eklenir, böylece site bütünüyle taşınabilir. Bir değişiklik için sağlayıcının yol haritasını beklemezsiniz; site, iş sürecinizin gerektirdiği kurala göre yazılır. Aynı soruyu genel yazılım tarafında ele alan özel yazılım mı hazır yazılım mı yazısı da karar için yardımcı olabilir.

Kurumsal web sitesi nasıl yapılır, teklif görüşmesinde ne sorulmalı?

Kurumsal web sitesi; hedefin ve kapsamın yazılması, site haritasının ve içeriğin hazırlanması, tasarım, geliştirme, içerik girişi, test, yayın ve yönlendirmeler sırasıyla yapılır. Teklif görüşmesi, bu adımların her birinin kimde olduğunu netleştirmek için en uygun andır. Ben bu görüşmede adımların sırası kadar her adımın sorumlusunun yazılı olmasına da dikkat ederim.

Adım adım kurumsal site süreci

1. Hedefi tek cümleyle yazın: site kimden, hangi talebi toplayacak?
2. Site haritasını ve sayfa tiplerini çıkarın; mevcut sitenin adres listesini alın.
3. İçeriği toplayın: metinler, fotoğraflar, belgeler ve yorumlar için izinler.
4. Tasarımı ana sayfa ve bir iç sayfa üzerinden onaylayın.
5. Geliştirme ve içerik editörü kurulumu sırasında editör alanlarını içerik sahibiyle birlikte gözden geçirin.
6. İçerik girişinden sonra mobil görünümü, formları, hızı, erişilebilirliği ve meta etiketlerini test edin.
7. Yayında eski adreslerden yenilere kalıcı (301 veya 308) yönlendirmeleri kurun ve site haritasını Search Console'a gönderin; alan adı değişiyorsa Search Console'un adres değişikliği aracını kullanın.
8. Yayından sonraki ilk ay formların gerçekten ulaştığını ve hata sayfalarını izleyin.

İlk görüşmeye hazırlanmak için yazılım yaptırmak istiyorum: brief şablonu yazısındaki soruları kurumsal siteye uyarlayabilirsiniz.

Teklif görüşmesi için kontrol listesi

• Alan adı, barındırma, kod deposu, içerik editörü ve analitik hesapları kimin adına açılacak?
• Kaynak kodun ve tasarım dosyalarının teslimi sözleşmede yazıyor mu?
• Sayfa tipi sayısı, dil sayısı ve tasarım revizyon turu teklifte yazılı mı?
• İçerik editörünü ekipten kaç kişi kullanacak, eğitim kapsamda mı?
• Eski sitenin adresleri için yönlendirme planını kim hazırlayacak?
• Hız ve erişilebilirlik için ölçülebilir bir hedef var mı, örneğin Core Web Vitals eşikleri ve WCAG 2.2 AA?
• Form verisi hangi sunucuya, hangi ülkeye gidiyor; yurt dışına aktarım varsa KVKK'nın 9. maddesi, aydınlatma metni ve çerez paneli kapsamda mı?
• Yayından sonra destek kaç ay sürüyor, hangi işler ayrıca ücretlendiriliyor?
• Çalışma biterse site başka bir ekibe nasıl devredilir?

Teklif görüşmesinde hesapların ve alan adının şirketinizin adına açılmasını ben pazarlık konusu yapmam; diğer maddeler bütçeye göre esneyebilir. Firmayı değerlendirmek için daha geniş bir soru seti yazılım firması seçerken sorulacak sorular yazısında.

Kurumsal site yaptırırken sık yapılan hatalar nelerdir?

Kurumsal site projelerinde sık görülen hatalar teknolojiden çok sahiplik, içerik ve geçiş planıyla ilgilidir. Çoğu, teklif aşamasında yazılı bir maddeyle önlenebilir:

• Alan adını başkasının adına kaydettirmek: Ajansla ya da tasarımcıyla yollar ayrıldığında siteye erişim bir pazarlık konusuna döner.
• İçeriği sona bırakmak: Tasarım biter, metin gelmez; yayın tarihi kayar ve boş alanlara geçici metinler girer.
• Eski adresleri unutmak: Yeni site açıldığında Google'ın tanıdığı sayfalar 404 verir.
• Her ihtiyaca bir eklenti eklemek: Site yavaşlar, güncellemeler birbirini etkilemeye başlar.
• Editörü sonradan düşünmek: Ekip içerik ekleyemediği için site ilk yıldan sonra güncellenmez.
• Kanıtı uydurmak: İzinsiz logo, şişirilmiş sayı ya da yazılmamış bir yorum, ortaya çıktığında itibara zarar verir.

Kurumsal site yaptırırken yapılan hataların en pahalısının alan adını başkasının adına kaydettirmek olduğunu düşünüyorum. Diğerlerini düzeltmek iş gücü ister; bunu düzeltmek çoğu zaman karşı tarafın iyi niyetine kalır.

Kurumsal site için hangi yolu önerirdim?

Düzenli içerik yayınlayan ve birden çok hizmeti olan bir KOBİ için kurumsal sitede benim varsayılan önerim hibrit yapıdır: özel kodlu, hızlı bir ön yüz ve ekibin kendi kullandığı bir içerik editörü. UlvionTech'in kendi sitesi de böyle kurulu; ön yüz Next.js ile yazıldı, blog ve proje içerikleri Sanity içerik editöründen geliyor.

Yaptığımız işlerden İstanbul'daki bir estetik cerrahi grubunun sitesi aynı modelde: işlem sayfaları, hasta yolculuğu, öncesi-sonrası vakaları, SSS ve blog Sanity'den yönetiliyor (estetik cerrahi sitesi proje sayfası). Bursa'daki bir gıda üreticisi için yaptığımız kurumsal site; üretim, catering, paketleme ve toptan satış hizmetlerini, şirketin kendi markalarını ve teklif talebini bir arada topluyor (gıda üreticisi proje sayfası). Diğer işleri projeler sayfasında görebilirsiniz. Bu sayfalar ne yaptığımızı gösteriyor; sonuç rakamı vermiyoruz, çünkü yayımlanmış bir ölçümümüz yok.

Hibrit bir kurumsal site projesinde ben önce sayfa tiplerini ve editör alanlarını yazıya dökerdim, sonra ana sayfa ile bir hizmet sayfasının tasarımını onaylatırdım. Alan adı, barındırma, kod deposu ve editör hesapları ilk günden şirketinizin adına açılır; bu, UlvionTech'in sözleşmeye giren çalışma ilkelerinden biridir. Fiyat da yazılı kapsamdan sonra sabitlenir. Sitenin bir müşteri alanına ya da randevu akışına dönüşmesi gerekiyorsa aynı ön yüz bir web uygulamasına genişleyebilir.

Hangi durumda UlvionTech ile çalışmamalısınız?

UlvionTech ile kurumsal site yaptırmak; tek sayfalık bir tanıtım ya da hazır bir şablon işinizi görüyorsa, bütçe çok sınırlıysa veya içeriği sağlayacak kimse yoksa doğru seçim değildir. Bunu açıkça yazıyorum, çünkü gereksiz kurulmuş bir özel site, iyi kullanılan bir şablondan daha pahalıya gelir:

• Tek sayfa yeterliyse: Adres, telefon, hizmet listesi ve bir form yetiyorsa hazır bir şablon ya da sayfa oluşturucu bu işi daha hızlı ve daha ucuza çözer.
• Bütçe çok sınırlıysa: Özel kodlu ya da hibrit sitenin başlangıç maliyeti şablondan yüksektir. Bütçe bunu kaldırmıyorsa önce şablonla başlayıp ihtiyaç netleşince geçmek mantıklıdır; alan adını o gün de kendi adınıza alın.
• İçeriği sağlayacak kimse yoksa: Metni, fotoğrafı ve onayı verecek bir kişi yoksa, en iyi kodlanmış site de boş sayfalarla yayına çıkar.
• Birkaç gün içinde yayın gerekiyorsa: Kapsam, tasarım ve test adımlarını atlamadan bu süre özel kod için gerçekçi değildir.

Nasıl çalıştığımızı hakkımızda sayfasında anlattık. Sitenizin hangi yola uyduğundan emin değilseniz, mevcut sitenizin adresini ve ilk yıl eklemek istediğiniz sayfaları iletişim sayfasından gönderin; hangi seçeneği hangi kapsamla önerdiğimizi yazılı olarak iletelim.