Web sitesi yaptırmak değil, sorun çözmek
İzmir’de web tasarım arayan çoğu kişi aslında “site” değil, iş problemi çözecek bir araç istiyor. Daha fazla müşteri, daha hızlı açılan sayfalar, Google’da görünürlük. Ama piyasadaki işlerin büyük kısmı hâlâ “güzel görünüyor mu?” seviyesinde kalıyor. Bu noktada görsellik ile performans arasında denge kuramayan projelerin uzun vadede çöp olduğunu defalarca gördük.
Biz RadKod’da genelde ilk toplantıda şu soruyu soruyoruz: “Bu site size para nasıl kazandıracak?” Net cevap yoksa, tasarım konuşmak zaman kaybı.
Sayfa hızı: kullanıcı beklemez
Google’ın Core Web Vitals metrikleri yıllardır ortada. Ama hâlâ 3MB hero görsel koyup “niye site yavaş” diyen projeler var. Bu noktada mesele framework değil, disiplin.
Burada yaptığımız şey basit: doğru format (webp), kritik görselleri önceliklendirme ve tarayıcıya boyutları net söyleme. Ama etkisi ciddi. Google’ın resmi dokümantasyonu bu konuda açık.
Tasarım mı, bileşen mimarisi mi?
İzmir’de web tasarım denince hâlâ “Figma’da çiz, sonra geliştiriciye at” modeli çok yaygın. Bu model küçük projelerde idare eder ama ölçeklenebilir değil.
- Buton davranışı
- Form validasyonu
- Dark mode
Bunlar net değilse, tasarım sadece resimdir.
SEO sonradan eklenmez
“Siteyi yapalım sonra SEO yaparız” yaklaşımı genelde başarısız olur. Çünkü teknik SEO mimarinin içindedir.
- CSR: hızlı ama SEO riskli
- SSR: daha kompleks ama güçlü
Next.js dokümantasyonu detaylı anlatıyor.
Bakım yoksa proje ölü
Site yayına alındıktan sonra iş bitmez. CI/CD, monitoring ve loglama yoksa proje sürdürülemez.
Ne yapmalı?
Performans, SEO ve bakım planı net olmayan projeye girme. Biz RadKod’da genelde küçük bir MVP ile başlayıp gerçek veriye göre optimize ediyoruz. Teoride mükemmel sistem yerine çalışan sistem kurmak daha mantıklı.
