İyi görünen bir sayfa ile işini açıkça yapan bir sayfa aynı değildir. Marka mesajı, ziyaretçinin geldiği kaynak, ihtiyaç duyduğu kanıt ve beklenen sonraki adım birlikte kurgulanmadığında estetik arayüz yalnızca belirsizliği süsler. Çalışmaya renk veya şablon seçerek değil, sayfanın kime hangi kararı kolaylaştıracağını tanımlayarak başlarız.
Görüşmeden önce
- Markanın sunduğu değer, hedef kullanıcı ve sayfanın birincil işi tek cümleyle anlatılabilmelidir.
- Mevcut alan adı, altyapı, analitik, içerik ve marka varlıklarının sahipleri belirlenmelidir.
- Form, ödeme, randevu, CRM veya çok dil gibi özel işlevler baştan görünür olmalıdır.
- Hedef tarih varsa içerik, onay ve erişim bağımlılıklarıyla birlikte paylaşılmalıdır.
Web tasarımı ve açılış sayfası kimler için uygundur?
Yeni teklifini anlatacak markalar
Yeni hizmet, ürün veya kampanya için mevcut sitede açık bir yol bulunmuyorsa; tek amaca bağlı, marka diliyle tutarlı ve ölçüme hazır bir açılış sayfası ilgiyi doğru bilgiye taşıyabilir.
Dağınık siteyi sadeleştiren ekipler
Ziyaretçinin hizmetleri ayıramadığı, menüde kaybolduğu veya iletişim adımında gereksiz sürtünme yaşadığı yapılarda bilgi mimarisi ve bileşen sistemi yeniden ele alınabilir.
Marka dönüşümü yaşayan kurumlar
Yeni konumlandırma yalnız logo değişikliği değilse; ton, içerik önceliği, görsel sistem ve dijital davranış aynı deneyimde buluşturulur.
Medya trafiğini karşılayan kampanyalar
Influencer, arama, sosyal medya veya reklam trafiğinin geldiği sayfa; kaynağın kurduğu beklentiyi sürdürür, ilgili kanıtı sunar ve uygun aksiyona yönlendirir.
İçerik yönetimini kolaylaştırmak isteyenler
Benzer sayfaları her seferinde yeniden tasarlamak yerine, sınırları belli bileşenler ve içerik alanlarıyla sürdürülebilir yayın düzeni kurulabilir.
Tek gecede garanti sonuç bekleyenler
İçerik, erişim ve karar sahipleri hazır değilken yalnız görünümü değiştirerek kesin satış, sıralama veya performans sonucu vaat eden bir çalışma değildir.
Uygunluk yalnız kurumun büyüklüğüyle belirlenmez. Küçük bir ekip hızlı karar verebilir fakat içerik üretmeye zaman ayıramayabilir; büyük bir kurum güçlü iç kaynağa sahip olsa da onay zinciri nedeniyle basit değişiklikleri geciktirebilir. Teklif öncesinde hem dışarıdan alınacak işi hem marka içinde kalacak görevi görünür kılarız. Böylece proje, ajansın tek başına tamamlayamayacağı girdilere belirsiz biçimde bağlanmaz. Mevcut ekip tasarım, yazılım veya içerik tarafında üretim yapacaksa dosya biçimi, teslim kapısı ve kalite sorumlusu ortak çalışma düzenine eklenir.
Başlamaya hazır mısınız?
Hazırlık, bütün metinlerin bitmiş olması demek değildir. Karar vericilerin, temel teklifin ve mevcut dijital varlıkların bilinmesi yeterli bir başlangıç sağlar. Belirsiz alanları keşifte sınıflandırır; hangisinin tasarım öncesinde kapanması, hangisinin prototiple denenmesi gerektiğini ayırırız.
- Tek karar sahibi: Farklı ekiplerin geri bildirimi tekleştirilir; çelişki tasarımcıya ham hâliyle aktarılmaz.
- Gerçek içerik: Uzun başlık, yasal metin, ürün görseli ve dil varyasyonları tasarıma erken girer.
- Erişim hazırlığı: Alan adı, sunucu, CMS, analitik ve üçüncü taraf servis sahipliği doğrulanır.
Web tasarımı hizmetinin kapsamı nasıl kurulur?
Her projeye aynı teslim listesi uygulanmaz. Mevcut bir sitenin tek kampanya sayfası ile sıfırdan kurumsal yapı; araştırma, içerik, teknik mimari ve yayın riski bakımından farklıdır. Önce markanın kendi ekibinde bulunan yetkinlikleri ve eksik sorumlulukları ayırır, sonra birbirine bağlı işleri tek kapsam belgesinde toplarız.
Kapsam belgesi yalnız nelerin yapılacağını değil, hangi koşulda tamamlanmış sayılacağını da tarif eder. Örneğin “iletişim formu” tek başına yeterli değildir: zorunlu alanlar, hata durumları, başarılı gönderimin gideceği sistem, bildirim sorumlusu ve kişisel veri metinleri belirlenir. “Responsive sayfa” ifadesi de temel ekran aralıkları, içerik sırası ve kritik görevlerle somutlaştırılır. Kabul ölçütleri, son toplantıda zevk tartışmasını azaltır ve teknik hatayı yeni fikirden ayırır. Ölçülemeyen genel sıfatlar yerine görülebilir sonuçlar kullanılır.
Keşif ve hedef
Teklif, kullanıcı, trafik kaynakları, mevcut sorunlar, rakip bağlamı, iş hedefi ve başarı sorusu yazılı bir çerçeveye dönüştürülür.
Bilgi mimarisi
Sayfalar, bölümler, navigasyon, içerik öncelikleri ve kullanıcı yolları düzenlenir; aynı niyeti bölen ya da gereksiz tekrar üreten yapılar ayıklanır.
İçerik tasarımı
Başlık, açıklama, kanıt, itiraz, form ve çağrıların görevleri belirlenir. Gerçek metin düzenin parçası olarak ele alınır.
Arayüz sistemi
Tipografi, renk, boşluk, bileşen, durum ve responsive davranışlar marka kimliğiyle uyumlu tekrar kullanılabilir kurallara bağlanır.
Geliştirme ve entegrasyon
Onaylı tasarım erişilebilir HTML, CSS ve gerekli işlevlerle uygulanır; CMS, form, CRM, analitik veya diğer servisler kapsamına göre bağlanır.
Test ve yayın
İçerik, bağlantı, ekran uyumu, klavye, form, metadata, performans ve yönlendirmeler kontrol edilir; yayın ve geri dönüş planı kayda alınır.
Dahil olanı ve bağımlılığı ayırın
Alan adı, barındırma, kurumsal e-posta, lisanslı font, stok görsel, fotoğraf çekimi, metin üretimi, çeviri, hukuk incelemesi, üçüncü taraf aboneliği ve sürekli bakım aynı bütçe kalemi değildir. Teklif, MyFenomen teslimini marka girdisinden ve dış servis giderinden ayırır.
İçerik gecikmesi tasarımın boş şablonla ilerlemesine, servis erişimi eksikliği ise entegrasyonun doğrulanamamasına yol açabilir. Bu nedenle bağımlılıkları yalnız küçük dipnot olarak değil, takvimin parçası olarak yazarız. Bir girdinin sahibi ve beklenen tarihi bulunur.
Web projesini nasıl yürütüyoruz?
Prototip aşamasında her sayfayı en ince ayrıntıya kadar üretmek şart değildir. Önce ana sayfa, temel hizmet veya açılış sayfası, form ve navigasyon gibi sistemin karakterini belirleyen ekranlar seçilir. Bu ekranlarda içerik hiyerarşisi, bileşen davranışı ve mobil sıra onaylandıktan sonra benzer sayfalar aynı kurallarla genişletilir. İstisna gerektiren içerikler erken gösterilir; aksi hâlde sistem yalnız en kolay örneklerde çalışır görünür. Bu yöntem, özgün ihtiyacı yok saymadan tekrar eden kararları azaltır ve geri bildirimi doğru aşamada toplar.
Süreç, bir sonraki aşamaya yalnız görsel beğeniyle değil, açık kararlarla geçer. Hedef ve içerik yapısı netleşmeden yüksek ayrıntılı ekran üretmek; sonradan başlık, sayfa ve işlev değiştiğinde gereksiz yeniden çalışma yaratır. Bu yüzden her aşamanın girdisini, çıktısını ve onay sahibini tanımlarız.
Karar kaydı projenin hafızasıdır. Bir bölümün neden kaldırıldığı, formda hangi verinin gerekli görüldüğü, hangi bileşenin tekrar kullanılacağı ve hangi entegrasyonun sonraya bırakıldığı aynı yerde tutulur. Böylece yeni katılan kişi yalnız son ekranı değil, çözülmeye çalışılan problemi de görür.
-
Keşif
Hedef, kullanıcı, teklif, mevcut varlıklar, teknik sınırlar ve karar sahipleri toplanır.
-
Yapı
Sayfa haritası, içerik önceliği, kullanıcı yolu ve ölçüm soruları kararlaştırılır.
-
Tasarım
Gerçek içerikle temel ekranlar ve tekrar kullanılabilir bileşen davranışları hazırlanır.
-
Geliştirme
Onaylı sistem uygulanır; içerik, responsive davranış ve entegrasyonlar birleştirilir.
-
Yayın
Kalite kontrolleri, erişimler, yönlendirmeler ve ölçüm doğrulandıktan sonra geçiş yapılır.
Onay gecikmesini görünür yönetin
Teknik işin başlaması her zaman projenin ilerlediği anlamına gelmez. Marka içi onay, hukuk incelemesi, ürün verisi ve üçüncü taraf erişimi bekleniyorsa bu bağımlılık takvimde görünür olmalıdır. Kritik kararlar mesaj zincirlerinde kaybolmaz; onaylanmış sürüm ve açık işler ayrı tutulur.
Karardan yayına
- İhtiyaç
- Yapı ve içerik
- Uygulama
- Doğrulama
Yayın, bakım ve öğrenme döneminin başlangıcıdır; projenin bütün sorumluluklarının kendiliğinden sona erdiği an değildir.
İhtiyaca göre web tasarımı çalışma türleri
Çalışma türü seçilirken trafiğin devamlılığı da önemlidir. Kısa dönemli kampanya sayfası, kampanya sona erdiğinde kaldırılacaksa bağlantıların ve kullanıcı beklentisinin nereye yönleneceği baştan planlanır. Kalıcı hizmet sayfası ise zaman içinde güncellenecek kanıt, süreç ve SSS yapısına ihtiyaç duyar. Geçici olanı kalıcı site mimarisine gereksiz yük hâline getirmemek; kalıcı olanı da kampanya sona erince sahipsiz bırakmamak gerekir. URL, navigasyon, arşiv ve yönlendirme kararı çalışma türünün parçasıdır.
| Çalışma türü | Uygun durum | Temel çıktı | Kritik karar |
|---|---|---|---|
| Kampanya açılış sayfası | Tek teklif ve trafik kaynağı olduğunda | Odaklı kullanıcı yolu | Birincil aksiyon |
| Hizmet sayfası sistemi | Birden fazla hizmet ortak yapıda anlatıldığında | Tekrar kullanılabilir şablon | İçerik modeli |
| Kurumsal site | Çoklu hedef kitle ve kalıcı içerik gerektiğinde | Bilgi mimarisi ve sayfa ailesi | Navigasyon |
| Yeniden tasarım | Mevcut içerik ve trafik korunarak deneyim değiştiğinde | Göç ve yeni arayüz | Korunacak varlıklar |
| Dönüşüm iyileştirme | Çalışan sayfada ölçülebilir sürtünme bulunduğunda | Öncelikli değişiklikler | Veri kalitesi |
Tek amaçlı açılış sayfası
Kullanıcı belirli reklam, influencer içeriği, e-posta veya arama niyetiyle gelir. Sayfa, kaynağın kurduğu beklentiyi devam ettirir; ana teklif, uygunluk, kanıt, itirazlar ve sonraki adımı gereksiz yönlere bölmeden sunar. Dar odak, bütün ziyaretçileri aynı kişi saymak değildir. Mesaj varyasyonları veya ayrı sayfalar ancak gerçek trafik farkı varsa planlanır.
Çok sayfalı kurumsal yapı
Marka hakkında bilgi, farklı hizmetler, sektörler, içerik arşivi, kariyer ve iletişim gibi niyetler tek sayfaya yığılmaz. Kullanıcının konumu kaybetmediği, arama motorlarının tutarlı biçimde tarayabildiği ve editörlerin sürdürebildiği bir hiyerarşi kurulur. Her sayfanın görevi, ana navigasyondaki yeri ve bir sonraki doğal bağlantısı açık olur.
Yeniden tasarımda ne korunur?
Mevcut sitenin çalışan yönleri yalnız eski göründüğü için atılmaz. Organik trafik alan URL’ler, güncel içerikler, yönlendirmeler, form bağlantıları, entegrasyonlar, kullanıcıların öğrendiği navigasyon işaretleri ve editör alışkanlıkları envantere alınır. Yeni yapı bunları bilinçli kararla korur, birleştirir veya yönlendirir.
Dönüşüm iyileştirme ise tam yeniden tasarım değildir. Ölçüm güvenilir olduğunda, kullanıcı araştırması ve destek kayıtları belirli bir sürtünmeye işaret ediyorsa daha dar bir değişiklik seti seçilebilir. Görsel modayı takip etmek için bütün sistemi değiştirmek yerine, iş etkisi ve risk sırasına göre ilerlenir.
Sayfa deneyimi hangi uygulama biçimleriyle kurulur?
Uygulama biçimi seçilirken üçüncü taraf bağımlılıkları ayrıca değerlendirilir. Harita, video oynatıcı, sohbet aracı, form servisi veya kişiselleştirme platformu geliştirme süresini kısaltabilir; buna karşılık performans, gizlilik, lisans ve hizmet sürekliliği riski ekler. Araç yalnız özellik listesine göre seçilmez. Çalışmadığında kullanıcının görevini tamamlayıp tamamlayamayacağı, verinin nereye aktığı, hesabın kime ait olduğu ve hizmet değişirse içeriğin nasıl taşınacağı sorulur. Kritik yol mümkün olduğunca tek sağlayıcının geçici durumuna bağımlı bırakılmaz.
Uygulama biçimi yalnız kullanılan yazılım değildir. İçeriğin nasıl modellendiği, bileşenlerin nasıl tekrarlandığı, farklı ekranlara nasıl uyum sağlandığı ve editörün neyi güvenle değiştirebildiği birlikte seçilir. Tasarım dosyası ile çalışan sayfa arasındaki davranış farkları baştan konuşulur.
Google, responsive tasarımın aynı URL ve aynı HTML içeriğini farklı ekran boyutlarına uyarladığını; uygulama ve bakım açısından önerilen bir yaklaşım olduğunu belirtir. Bu tercih mobilde masaüstünün küçültülmüş kopyasını sunmak değildir. Öncelik, okuma sırası, dokunma alanı, görsel kırpma ve form davranışı yeniden değerlendirilir.
Bileşen tabanlı sayfa
Kart, tablo, alıntı, form, hero, kanıt ve CTA gibi parçalar yalnız görsel blok değildir; içerik sınırları ve davranışları tanımlı yapılardır. Editör yeni sayfa oluştururken tutarlılığı korur. Bileşen sayısını artırmak esneklik gibi görünse de bakım ve test yükü doğurur; yalnız gerçek içerik ihtiyacı olan varyantlar eklenir.
İçerik yönetimli yapı
Sık güncellenen hizmet, ekip, yazı veya vaka içerikleri için alanlar ve yayın rolleri tanımlanabilir. Editörün kod değiştirmeden çalışması amaçlanır; ancak serbest biçim alanlarıyla tasarım sistemini bozması engellenir. Taslak, önizleme, yayın ve geri alma sorumlulukları teknik çözüm kadar önemlidir.
| Biçim | Güçlü olduğu ihtiyaç | Koşul |
|---|---|---|
| Statik açılış sayfası | Sınırlı içerik ve kontrollü yayın | Güncelleme sorumlusu ve yayın yolu |
| CMS tabanlı site | Düzenli içerik ve çoklu editör | Model, rol, bakım ve güvenlik |
| Entegrasyonlu deneyim | CRM, randevu, ödeme veya veri akışı | API, lisans, veri ve hata senaryosu |
| Çok dilli yapı | Gerçek dil/bölge karşılıkları | Çeviri sahipliği ve URL stratejisi |
Web tasarımı bütçesini neler belirler?
Sabit bir “site fiyatı”, kapsam bilinmeden sağlıklı karşılaştırma sağlamaz. Aynı sayfa sayısına sahip iki proje; özgün içerik, veri entegrasyonu, çok dil, kullanıcı rolü, animasyon, erişilebilirlik, göç ve test bakımından tamamen farklı olabilir. Bütçe, üretilecek ekranlardan çok çözülecek iş ve üstlenilecek sorumluluklarla şekillenir.
Teklifler karşılaştırılırken tasarım, geliştirme, içerik, lisans, barındırma, üçüncü taraf aboneliği ve bakım ayrı okunmalıdır. Bir teklifte bulunan CMS kurulumu veya içerik aktarımı diğerinde marka sorumluluğu olabilir. Düşük toplamın hangi işleri dışarıda bıraktığı, yüksek toplamın hangi kullanılmayacak işleri eklediği görülmeden karar verilmez.
Bütçe kararında tekrar kullanım değeri de hesaba katılır. Yalnız tek kampanyada çalışacak özel bölüm ile farklı hizmet sayfalarında kullanılabilecek sağlam bileşen aynı yatırım değildir. Buna karşılık gelecekte belki gerekir düşüncesiyle çok sayıda varyant üretmek de gereksiz maliyet doğurur. Yakın yayın planı, gerçek içerik çeşitliliği ve editör ihtiyacı görülerek hangi parçanın sistemleşeceği belirlenir. Marka ekibinin bağımsız güncelleme yapması bekleniyorsa dokümantasyon, eğitim ve güvenli içerik sınırları teslimin parçası olur; yalnız tasarım ekranı bırakılmaz.
| Etken | Kapsama etkisi | Teklif için gereken bilgi |
|---|---|---|
| Sayfa ve şablon yapısı | Tasarım, içerik ve test hacmi | Sayfa envanteri ve benzerlikler |
| İçerik hazırlığı | Araştırma, yazım, görsel ve aktarım emeği | Hazır varlıklar ve onay sahibi |
| Özel işlevler | Geliştirme ve hata senaryoları | Kullanıcı işi ve kabul ölçütü |
| Entegrasyonlar | Servis bağlantısı, güvenlik ve test | API, hesap, lisans ve veri akışı |
| Göç ve yönlendirme | İçerik temizliği ve SEO geçişi | Mevcut URL ve içerik envanteri |
| Bakım modeli | Yayın sonrası sahiplik ve yanıt düzeni | Güncelleme sıklığı ve sorumlular |
Önceliklendirme bütçeyi korur
Bütçe sınırlıysa bütün kalite başlıklarını rastgele küçültmek yerine ilk yayında zorunlu kullanıcı yolunu seçeriz. İleri animasyon, ikincil içerik türü veya gelecekteki entegrasyon daha sonra eklenebilir; fakat güvenlik, temel erişilebilirlik, doğru içerik ve çalışan form ertelenecek süsler değildir.
Aşamalı plan, sonraki aşamanın kendiliğinden dahil olduğu anlamına gelmez. Her aşamanın teslimi ve karar kapısı bulunur. İlk sürüm gerçek kullanıcıya sunulduğunda ölçüm ve destek verisi, sonraki yatırımın görsel tahmine değil öğrenime dayanmasını sağlar.
Sözleşme, içerik hakları ve veri uygunluğu
İçerik doğruluğu da uygunluğun bir parçasıdır. Marka; ürün özellikleri, fiyat, kampanya koşulu, mesleki iddia ve zorunlu uyarıların güncelliğinden sorumlu bir kişi belirler. Tasarım ekibi sunumu açıklaştırabilir, fakat kaynağı olmayan bir iddiayı yalnız görsel hiyerarşiyle doğrulayamaz. Değişebilir bilgi yayın tarihine yakın yeniden kontrol edilir. Sayfada kullanıcı yorumu, ödül, sertifika veya iş ortağı logosu kullanılacaksa kaynağı, güncelliği ve gösterim izni doğrulanır; güven oluşturmak için gerçek olmayan kanıt üretilmez.
Web projesinde fikrî haklar, hizmet kapsamı, üçüncü taraf lisansları ve kişisel veri akışı ayrı başlıklardır. Tasarım dosyasının teslimi; font, fotoğraf, eklenti, kod kütüphanesi veya dış servis üzerindeki bütün hakların sınırsız devri anlamına gelmez. Kullanılan varlıkların lisansı ve markanın kullanım ihtiyacı eşleştirilir.
Form, analitik, reklam etiketi, canlı destek, harita, video veya gömülü hizmet kişisel veri ve çerez değerlendirmesi doğurabilir. KVKK’nın Çerez Uygulamaları Hakkında Rehberi, internet sayfası işleten veri sorumluları için çerez yoluyla kişisel veri işlenmesini ele alır. Nihai hukuki dayanak, aydınlatma ve tercih modeli markanın yetkili hukuk ekibiyle doğrulanır.
Yayın uygunluğu katmanları
- İçerik ve lisans
- Veri akışı ve izin
- Teknik güvenlik
- Yayın kaydı
| Karar alanı | Yazılı kapsam | Kontrol |
|---|---|---|
| Teslim ve sahiplik | Kaynak dosya, kod, hesap ve devir koşulları | Teslim envanteri |
| Üçüncü taraf lisansları | Font, görsel, eklenti ve servis kullanım hakkı | Lisans ve hesap sahibi |
| Kişisel veri | Form alanı, amaç, aktarım ve saklama | Veri akışı ve yetkili inceleme |
| Çerez ve etiketler | Gerekli, analitik ve reklam teknolojileri | Tercih ve çalışma koşulu |
| Erişim güvenliği | Rol, sınırlı yetki, yedek ve devir | Hesap listesi ve geri alma |
| Yayın sorumluluğu | Son içerik, DNS, yönlendirme ve geri dönüş | Yayın tutanağı |
Hesap sahipliğini proje sonunda aramayın
Alan adı, DNS, barındırma, CMS, analitik, etiket yönetimi, form servisi ve üçüncü taraf lisansların hangi kurumsal hesapta bulunduğu keşifte kaydedilir. Kişisel bir çalışanın e-posta adresine bağlı kritik hesabın devri, yayın günü çözülecek küçük bir ayrıntı değildir.
MyFenomen operasyon ve teknik uygulama çerçevesi kurabilir; hukuki görüş sunmaz. Düzenlemeye tabi sektör, hassas veri, uluslararası aktarım veya özel sözleşme koşullarında marka yetkili hukuk ve bilgi güvenliği ekiplerinin onayını sağlar. Teknik araç, yanlış hukuki varsayımı kendiliğinden doğru hâle getirmez.
Ölçüm, performans ve iyileştirme yaklaşımı
Yayın öncesi başlangıç ölçümü mümkünse mevcut sayfadan alınır; ancak eski ve yeni sistemin olay tanımları değişiyorsa sayılar doğrudan karşılaştırılmaz. Trafik kaynağı, kampanya dönemi, cihaz dağılımı ve satış operasyonundaki değişiklikler yorumda belirtilir. Yeni sayfanın ilk günlerindeki veri, önbellek, etiket veya yönlendirme hatasını bulmak için değerlidir; fakat küçük örnekten kesin kullanıcı davranışı sonucu çıkarılmaz. İyileştirme kararı için veri hacmi kadar verinin temsil ettiği dönem ve hedef de önemlidir.
Ölçüm, sayfaya mümkün olan her etiketi eklemek değildir. İş hedefi önce soruya, sonra gözlenebilir olaya çevrilir: doğru hizmet sayfasını bulma, formu başlatma, başarılı gönderim, randevu tamamlama veya nitelikli yönlendirme gibi. Olay adı, tetiklenme koşulu, veri kaynağı ve rapor sahibi yayın öncesinde yazılır.
Performans da tek laboratuvar skoruna indirgenmez. Google’ın Core Web Vitals çerçevesi LCP, INP ve CLS ile yüklenme, etkileşim ve görsel kararlılık boyutlarını izler. web.dev, alan verisinin gerçek kullanıcı koşullarını; laboratuvar testinin ise geliştirme sırasında sorun bulmayı desteklediğini açıklar. İki veri türü aynı kanıt gibi sunulmaz.
Yorumlamadan önce veriyi doğrulayın
Formun teşekkür sayfası iki kez tetikleniyorsa yüksek dönüşüm görünümü iş başarısı değildir. CRM’de spam ve mevcut müşteri talepleri ayrılmıyorsa ham form adedi yeni müşteri fırsatını göstermez. İlk iş, olayın gerçekten beklenen davranışta ve bir kez oluştuğunu doğrulamaktır.
Temsili değerlendirme
Bir sayfada CTA tıklaması artarken tamamlanan form değişmiyorsa sonuç “tasarım başarılı” diye bitmez. Form hatası, gerekli alanlar, mobil klavye, entegrasyon yanıtı veya teklifin sonraki aşamadaki belirsizliği incelenir. Bu örnek müşteri verisi değildir; metriği kullanıcı yoluyla birlikte okuma yöntemini gösterir.
Ölçümden karara
- İş sorusu
- Doğrulanmış olay
- Bağlam
- Sonraki test
Sektöre göre web deneyimi nasıl değişir?
Aynı hero, kart ve form dizilimi her sektörde aynı kararı çözmez. Satın alma süresi, gerekli kanıt, mevzuat, ürün gösterilebilirliği, yerel hizmet alanı ve satış ekibinin rolü içerik yoğunluğunu ve işlevleri değiştirir. Tasarım sistemi tutarlı kalabilir; fakat kullanıcıya gösterilen kanıt ve beklenen sonraki adım kategoriye göre uyarlanır.
Sektör farkı içerik ekibinin çalışma biçimini de değiştirir. Ürün kataloğu sık değişen işletmede veri kaynağı ve güncelleme sorumlusu, profesyonel hizmette uzman onayı, yerel hizmette şube bilgisi, turizmde müsaitlik ve dönem koşulları belirleyicidir. Tasarım yalnız ilk yayın anını değil, bu bilgilerin kim tarafından nasıl güncel tutulacağını desteklemelidir. Güncellenemeyen gösterişli bölüm kısa sürede yanlış bilgiye dönüşebilir; daha sade fakat sahipliği belli bir içerik modeli markaya ve kullanıcıya daha uzun süre hizmet eder.
Profesyonel hizmetler
Uzmanlık alanı, çalışma yöntemi, kapsam sınırı ve ilk görüşme için gereken bilgiler açık olmalıdır. Kısa slogan yerine karar vericinin riski nasıl yöneteceği anlatılır.
E-ticaret ve ürün
Ürün bulma, varyant, stok, teslimat, iade, güven, ödeme ve mobil sepet akışı birlikte ele alınır. Kampanya sayfası gerçek ürün durumundan kopmaz.
Turizm ve deneyim
Mekân, dönem, dahil hizmet, uygunluk, müsaitlik ve rezervasyon akışı belirleyicidir. Görsel cazibe, değişebilir koşulları saklamamalıdır.
Teknoloji ve SaaS
Ürün vaadi gerçek görev ve ekranlarla gösterilir. Plan farkları, deneme koşulu, güvenlik, entegrasyon ve destek kapsamı anlaşılır tutulur.
Yerel hizmetler
Hizmet bölgesi, çalışma biçimi, randevu, ulaşım ve gerçek iletişim yolu öne çıkar. Harita veya dış platform bağımlılığı veri ve performans açısından değerlendirilir.
Düzenlemeye tabi alanlar
Sağlık, finans ve benzeri hassas konularda iddia, hedef kitle, uzmanlık, uyarı ve veri toplama yetkili incelemeden geçer. Tasarım güven kanıtının yerini almaz.
Erişilebilirlik sektör seçmez
Erişilebilirlik yalnız kamu veya sağlık sitelerinin ihtiyacı değildir. Klavye kullanımı, okunur kontrast, anlamlı başlıklar, açık hata mesajları ve yeniden akış farklı cihaz, yetenek ve koşullardaki kullanıcıların temel görevi tamamlamasına yardım eder. W3C’nin WCAG belgeleri bu değerlendirme için uluslararası teknik ölçütler sunar.
Uyumluluk iddiası kapsam ve test yöntemi olmadan kurulmaz. Otomatik tarama; eksik etiket, bazı kontrast sorunları ve teknik hataları bulabilir. Ancak alternatif metnin anlamı, odak sırası, hata deneyimi ve içerik açıklığı insan değerlendirmesi gerektirir. Hedeflenen düzey ve istisnalar proje belgesinde yazılır.
Sık yapılan web tasarımı hataları
Görsel çözümden önce problemi tanımlayın
En pahalı hata çoğu zaman yanlış renk değildir; sayfanın kime ne söyleyeceğinin bilinmemesidir. Belirsiz hedef daha fazla bölüm, daha çok efekt ve daha uzun toplantıyla çözülmez. Önce birincil kullanıcıyı, teklifi ve istenen davranışı netleştiririz.
Düzeltme sırası
- Hedef ve kullanıcı
- İçerik ve kanıt
- Arayüz ve teknoloji
- Şablonu strateji sanmak: Hazır düzen, markanın teklifini ve kullanıcı itirazını kendiliğinden çözmez. Önce içerik görevleri yazılır, şablonun uygunluğu sonra değerlendirilir.
- Gerçek içeriği sona bırakmak: Yer tutucu metinle onaylanan ekran gerçek başlık, tablo ve yasal açıklamayla bozulur. İçerik tasarımla paralel ilerlemelidir.
- Mobil düzeni küçültmek: Sıra, dokunma hedefi, form ve görsel odak küçük ekranda yeniden düşünülmezse temel işler zorlaşır. Responsive davranış erken prototiplenir.
- Her isteği ana sayfaya koymak: Kurum içi görünürlük talepleri kullanıcı önceliğini dağıtır. Her bölümün hedefe katkısı ve doğru sayfadaki yeri sorgulanır.
- Ölçümü yayına bırakmak: Olaylar, izinler ve başarı tanımı geç belirlenirse başlangıç verisi güvenilmez olur. Ölçüm planı geliştirme kapsamına girer.
- Bakımı sahipsiz bırakmak: Eklenti, içerik, yedek ve servis hesapları zamanla risk üretir. Yayın sonrası sorumlu, erişim ve güncelleme düzeni yazılır.
Başlangıç ve yayın kontrol listesi
Kontrol listesi, projenin yapıldığını ilan eden bir rozet değildir. Her madde bir soru, sorumlu ve kanıtla tamamlanır. “Mobil uyumlu” yerine hangi ekranlarda, hangi görevlerle ve hangi sonuçla kontrol edildiği kaydedilir.
Yayın kontrolü içerik sahibini, geliştiriciyi ve iş sorumlusunu aynı noktada buluşturur. Teknik ekip doğru kodu yayımlayabilir; fakat eski fiyat metninin, yanlış telefonun veya süresi bitmiş kampanyanın iş doğruluğunu tek başına bilemez. Son onay roller arasında paylaşılır.
Başlangıç öncesi
- Birincil hedef, kullanıcı ve beklenen aksiyon açık mı?
- Mevcut sayfa, URL, içerik ve entegrasyon envanteri hazır mı?
- Marka kılavuzu, font, logo ve görsellerin kullanım hakkı belli mi?
- Form, CRM, analitik ve dış servis sahipleri belirlendi mi?
- İçerik, hukuk ve teknik onay sahipleri ile yanıt düzeni yazıldı mı?
- Yayın tarihi gerçek bağımlılıklar ve risklerle eşleşiyor mu?
Yayın ve teslim öncesi
- Başlık, bağlantı, iletişim bilgisi ve CTA gerçek içerikle kontrol edildi mi?
- Mobil, masaüstü, klavye, yakınlaştırma ve form hata yolları incelendi mi?
- Metadata, canonical, robots, yapılandırılmış veri ve yönlendirmeler doğru mu?
- Görseller, fontlar ve dış servisler beklenen boyut ve lisansla çalışıyor mu?
- Analitik olayları ve gerekli tercih mekanizması gerçek akışta doğrulandı mı?
- Yedek, DNS, yayın, geri dönüş ve hesap devir kaydı hazır mı?
Kanıtlanabilir teslim
Bulunan sorun önemine göre sınıflandırılır. Formun hiç gönderilmemesi yayın engeli olabilir; küçük bir noktalama hatası planlı düzeltmeye alınabilir. Her sorun için etkisi, sahibi ve durumu kaydedilir. Sessizce bilinen hatayla yayına çıkmak yerine bilinçli kabul veya düzeltme kararı verilir.
Yayın sonrasında ana sayfalar, formlar, yönlendirmeler ve analitik yeniden kontrol edilir. Yerel veya önizleme ortamında çalışan özellik; DNS, güvenlik başlığı, önbellek veya gerçek servis koşulunda farklı davranabilir. Bu nedenle yayın doğrulaması geliştirme testinin yerine değil, devamına konur.
Web tasarımı terim sözlüğü
Teklif ve toplantılarda aynı kelimenin farklı anlamlara gelmesini önlemek için temel kavramları proje bağlamındaki karşılıklarıyla açıklıyoruz. Terim, teslim edilmiş özellik veya garanti anlamına gelmez; gerçek kapsam sözleşmede belirlenir.
Terimi teslimle eşleştirin
“SEO uyumlu”, “hızlı”, “erişilebilir” veya “özel tasarım” gibi ifadeler tek başına kabul ölçütü değildir. Hangi sayfaların, hangi teknik kontrollerin, hangi test ortamlarının ve hangi sınırların kapsandığı yazılır. Böylece pazarlama dili, proje sonunda ölçülemeyen bir vaade dönüşmez.
Aynı açıklık dış servislerde de gerekir. CMS kurulumu içerik girişini, analitik etiketi doğru raporu, çerez penceresi hukuki uygunluğu ve otomatik tarama erişilebilirliği tek başına garanti etmez. Her aracın görevi ve sınırı kaydedilir.
- Açılış sayfası
- Belirli trafik, teklif ve hedef davranış çevresinde kurulmuş odaklı web sayfası.
- Bilgi mimarisi
- İçeriğin sayfalar, bölümler, etiketler ve navigasyon içinde anlaşılır düzeni.
- Kullanıcı yolu
- Kişinin ihtiyacı fark etmesinden bilgiye ve sonraki davranışa ilerlediği adımlar.
- Wireframe
- Renk ve görsel ayrıntıdan önce içerik hiyerarşisini ve işlevi gösteren iskelet.
- Prototip
- Akış veya etkileşim kararlarını incelemek için hazırlanmış, kapsamı belli model.
- Tasarım sistemi
- Arayüz bileşenleri, görsel kurallar, durumlar ve kullanım ilkelerinin bütünü.
- Responsive tasarım
- Aynı temel içeriğin farklı ekranlarda uygun düzen ve davranışla sunulması.
- CMS
- Yetkili editörlerin tanımlı alanlarda içerik yönetmesini sağlayan sistem.
- CTA
- Kullanıcıdan beklenen açık sonraki davranışı anlatan çağrı ve kontrol.
- Dönüşüm
- Önceden tanımlanmış form, randevu, satın alma veya benzeri hedef olay.
- Canonical
- Benzer içerikler arasında tercih edilen URL’yi arama motoruna bildiren işaret.
- Yapılandırılmış veri
- Sayfadaki görünür varlıkları makinece anlaşılır biçimde tanımlayan işaretleme.
- LCP
- Görünüm alanındaki en büyük uygun içerik öğesinin oluşturulma zamanını ölçen metrik.
- INP
- Kullanıcı etkileşimlerine sayfanın görsel yanıt hızını değerlendiren alan metriği.
- CLS
- Sayfa yaşamı boyunca beklenmeyen görsel yer değiştirmeleri ölçen metrik.
- Teknik borç
- Kısa vadeli kararların gelecekte bakım, güvenlik veya geliştirmeye yüklediği ek maliyet.
Web tasarımı ve açılış sayfası hakkında sık sorulan sorular
Web tasarımı hizmeti neleri kapsar?
Kapsam; keşif, hedef ve kullanıcı yolculuğu, bilgi mimarisi, içerik planı, arayüz tasarımı, responsive geliştirme, temel teknik SEO, erişilebilirlik kontrolleri, ölçüm hazırlığı, kalite güvence ve yayın desteğinden ihtiyaç duyulanları içerebilir.
Alan adı, barındırma, metin üretimi, fotoğraf çekimi, ileri entegrasyon ve sürekli bakım her projede otomatik değildir; teklifte dahil ve ayrı işler açıkça yazılır.
Açılış sayfası ile kurumsal web sitesi arasındaki fark nedir?
Açılış sayfası çoğunlukla tek kampanya, teklif veya hedef davranış çevresinde dar bir yol kurar. Kurumsal site ise marka, hizmetler, güven unsurları, içerikler ve iletişim gibi birden fazla niyeti kalıcı bir bilgi mimarisinde karşılar.
Tek sayfa daha kısa olduğu için kendiliğinden daha etkili değildir; doğru seçim trafik kaynağına, karar karmaşıklığına ve içerik miktarına göre yapılır.
Yeni bir site mi, mevcut sitenin yenilenmesi mi daha doğru?
Mevcut altyapının güvenlik, hız, içerik yönetimi, erişilebilirlik ve bakım sınırları incelenmeden yeni site kararı verilmez. Yapı sağlamsa mesaj, şablon ve kullanıcı akışı iyileştirilebilir.
Teknik borç temel işlevleri engelliyor veya yeni ihtiyaçlar eski yapıyla sürdürülemiyorsa yeniden geliştirme daha tutarlı olabilir. Karar görsel beğeniden önce envanter ve risk değerlendirmesine dayanır.
Web sitesi projesi ne kadar sürer?
Süre; sayfa ve şablon sayısı, içerik hazırlığı, özel işlevler, entegrasyonlar, karar sahipleri, geri bildirim düzeni, erişilebilirlik ve test kapsamına göre değişir. Girdiler görülmeden sabit teslim günü vermek doğru değildir.
Keşiften sonra aşamalar, sorumlular, bağımlılıklar ve onay pencereleriyle gerçekçi bir takvim oluşturulur; içerik ve erişim gecikmelerinin etkisi ayrıca görünür kılınır.
Web tasarımı fiyatı nasıl belirlenir?
Fiyat yalnız sayfa adedinden oluşmaz. Araştırma, içerik mimarisi, özgün şablonlar, bileşen sayısı, içerik aktarımı, çok dil, formlar, entegrasyonlar, CMS, animasyon, erişilebilirlik, test, yayın ve bakım sorumluluğu kapsamı etkiler.
Karşılaştırılabilir teklif için teslimler, revizyon, lisanslar, üçüncü taraf giderleri ve yayın sonrası destek aynı başlıklarla yan yana okunmalıdır.
Metinleri ve görselleri kim hazırlar?
Marka hazır ve onaylı içerik sağlayabilir; ihtiyaç varsa içerik stratejisi, metin düzenleme, özgün metin, fotoğraf seçimi veya prodüksiyon ayrı kapsamlanabilir. Tasarım başlamadan önce gerçek içerik yoğunluğunu bilmek önemlidir.
Yer tutucu metinle onaylanan bir düzen, uzun Türkçe başlıklar, hukuki açıklamalar veya ürün varyasyonları geldiğinde bozulabilir. Her varlığın sahibi, onay sorumlusu ve kullanım hakkı kaydedilir.
Mobil uyumlu tasarım standart olarak dahil mi?
Teklifte aksi belirtilmedikçe sayfanın farklı ekranlarda aynı temel içeriği ve işlevi sunması hedeflenir. Mobil uyum, masaüstü düzeni küçültmek değildir; menü, dokunma alanı, metin satırı, görsel kırpma, form, tablo ve performans küçük ekranda yeniden değerlendirilir.
Google responsive web tasarımını uygulanması ve bakımı kolay bir yaklaşım olarak önerir; gerçek cihaz ve tarayıcı kontrolleri yine gerekir.
SEO hizmete dahil mi?
Sayfa düzeyinde başlık, açıklama, semantik başlıklar, taranabilir içerik, canonical, indeksleme yönergeleri, görsel metinleri, bağlantılar ve uygun yapılandırılmış veri gibi temel teknik hazırlık kapsamlanabilir.
Anahtar kelime araştırması, geniş içerik programı, bağlantı edinimi, uluslararası SEO ve sürekli izleme ayrı çalışmalardır. Teknik olarak düzgün bir sayfa sıralama veya trafik garantisi vermez.
GEO veya yapay zekâ aramalarına uygunluk nasıl ele alınır?
Açık tanımlar, doğrudan cevaplar, tutarlı marka bilgisi, kaynak izi, erişilebilir HTML ve özgün içerik hem insanlar hem farklı arama sistemleri için anlaşılabilirlik sağlar. Ayrı bir gizli yapay zekâ metni, anahtar kelime yığını veya görünür içerikten farklı şema kullanılmaz.
Herhangi bir arama motorunda ya da yapay zekâ yanıtında görünme garantisi verilemez; teknik erişim ve içerik kalitesi için denetlenebilir bir temel kurulur.
Dönüşüm oranı garantisi veriyor musunuz?
Hayır. Sonuç; trafik kalitesi, teklif, fiyat, marka güveni, rekabet, ürün bulunurluğu, satış süreci, ölçüm kurulumu ve sayfa deneyimi dahil birçok etkene bağlıdır.
Hizmet, kullanıcı yolunu ve ölçüm planını iyileştirecek kararları uygular; belirli satış, talep veya oran taahhüt etmez. Yayın sonrasında yeterli ve karşılaştırılabilir veri oluşursa değişiklikler varsayım ve kanıt ayrımı korunarak değerlendirilir.
Mevcut alan adımız ve barındırma hizmetimiz kullanılabilir mi?
Teknik gereksinimleri karşılıyorsa kullanılabilir. Erişim yetkileri, SSL, yedekleme, sunucu özellikleri, yayın süreci, e-posta ve DNS bağımlılıkları keşifte incelenir.
Taşıma gerekiyorsa yönlendirmeler, kesinti riski ve geri dönüş planı ayrıca yazılır. Alan adı sahipliği marka tarafında kalmalı; kritik hesaplar kişisel e-posta veya belirsiz ajans hesabına bağlı bırakılmamalıdır.
Hangi içerik yönetim sistemi kullanılmalı?
Seçim; editör sayısı, güncelleme sıklığı, içerik türleri, güvenlik ve bakım kapasitesi, entegrasyonlar, çok dil, performans ve toplam sahiplik sorumluluğuna göre yapılır. Her proje için tek doğru CMS yoktur.
Basit bir açılış sayfasında gereksiz yönetim yükü yaratmayan çözüm, geniş içerik ekibinde ise rolleri ve tekrar kullanılabilir alanları destekleyen sistem tercih edilir.
Formlar ve CRM entegrasyonu yapılabilir mi?
Gerekli servis erişimi ve veri akışı tanımlandığında yapılabilir. Hangi alanların gerçekten gerekli olduğu, açık rıza veya aydınlatma ihtiyacı, hata mesajları, spam önlemi, veri sorumlusu, CRM eşlemesi ve başarısız gönderim davranışı birlikte tasarlanır.
Çalışan sunucu ya da servis yoksa arayüzde sahte bir gönderildi bildirimi kurulmaz. Entegrasyon lisansı ve üçüncü taraf değişiklikleri ayrı bağımlılıktır.
Erişilebilirlik çalışması neleri içerir?
Semantik yapı, klavye kullanımı, görünür odak, renk kontrastı, form etiketleri, hata açıklamaları, alternatif metinler, yakınlaştırma, yeniden akış, hareket tercihleri ve uygun dokunma hedefleri tasarım ve geliştirme boyunca ele alınır.
Kapsam ve hedeflenen standart sözleşmede yazılır. Otomatik araçlar yararlıdır fakat tek başına uygunluk kanıtı değildir; klavye ve ekran okuyucu gibi insan odaklı kontroller de planlanır.
Sayfa hızı nasıl değerlendirilir?
Görseller, fontlar, kod, üçüncü taraf betikler, sunucu yanıtı ve önbellek birlikte incelenir. Google’ın Core Web Vitals yaklaşımı yüklenme, etkileşim ve görsel kararlılığı ayrı kullanıcı deneyimi boyutları olarak ele alır.
Laboratuvar testi geliştirme sırasında sorun bulur; gerçek kullanıcı verisi ise gerçek cihaz ve ağ koşullarını gösterir. Yayına çıkmadan ölçülmeyen bir skor veya kesin performans sonucu vaat edilmez.
Yayın sonrasında destek veriliyor mu?
Yayın sonrası doğrulama ve belirlenmiş hata düzeltme penceresi teklifte tanımlanabilir. İçerik güncellemesi, yeni bileşen, güvenlik bakımı, bağımlılık güncellemesi, barındırma takibi ve sürekli optimizasyon ayrı bir bakım modeli gerektirebilir.
Hata ile yeni talep ayrımı, yanıt kanalı, öncelik ve erişim sorumluluğu baştan yazılır. Süresiz ve sınırsız destek varsayılmaz.
Yayın sonrasını tekliften önce konuşun
Bakım ihtiyacı teknolojiye ve kurum içi kapasiteye göre değişir. Kritik güvenlik güncellemesi, içerik değişikliği ve yeni özellik aynı öncelikte değildir. Sorumlu ekip, erişim yöntemi, yedekleme ve hata bildirim kanalı yazılı olduğunda site tek bir kişinin hafızasına bağlı kalmaz.
Analitik ve çerez yönetimi nasıl planlanır?
Önce hangi iş sorusunun hangi olayla ölçüleceği belirlenir; gereksiz etiket eklenmez. Analitik, reklam ve kişiselleştirme araçlarının veri akışı ile hukuki dayanağı marka ve yetkili danışman tarafından değerlendirilir.
KVKK’nın çerez rehberi, veri sorumlularının çerez yoluyla kişisel veri işlemesini ele alır. Gerekli tercih mekanizması, etiketlerin çalışma koşulu ve kayıt yaklaşımı teknik kapsamla birlikte planlanır.
Kaç revizyon hakkı var?
Revizyon sayısı ve her turun kapsamı teklifte yazılır. Geri bildirimler karar sahibi tarafından birleştirilir; brief dışı yeni sayfa, yeni hedef, değişen entegrasyon veya onaylanmış yapının yeniden kurulması revizyon değil kapsam değişikliği olabilir.
Ürün bilgisindeki hata ve teknik kusur ile öznel tercih aynı kategoride değerlendirilmez. Bu ayrım takvimi ve iki tarafın emeğini korur.
Teklif almak için hangi bilgileri paylaşmalıyız?
Marka ve teklifin kısa tanımı, hedef kullanıcı, sayfanın birincil amacı, mevcut site ve altyapı, gerekli sayfalar, içerik durumu, özel işlevler, entegrasyonlar, hedef tarih, kurum içi onay düzeni ve varsa bütçe çerçevesi iyi bir başlangıçtır.
Her ayrıntının hazır olması gerekmez; eksikler keşifte netleştirilir. Kişisel şifreler yerine güvenli ve sınırlı erişim yöntemi kullanılır.
Bu sayfa karar vermenize yardımcı oldu mu?
Seçiminiz yalnız bu sayfada gösterilir; sunucuya gönderilmez.
Kaynaklar ve kapsam
Responsive tasarım, arama görünürlüğü, web performansı, erişilebilirlik ve çerez uygulamalarına ilişkin değişebilir teknik bilgiler 30 Eylül 2026 tarihinde aşağıdaki birincil kaynaklardan kontrol edildi.
- Google Search Central — Mobile-first indexing best practices
- Google Search Central — SEO Starter Guide / Technical SEO
- Google Search Central — Structured data introduction
- web.dev — Web Vitals
- web.dev — Getting started with measuring Web Vitals
- W3C — Web Content Accessibility Guidelines 2.2
- W3C WAI — Target Size (Minimum)
- KVKK — Çerez Uygulamaları Hakkında Rehber