Yenilenen Üç Site: Üç Farklı Yol
Yenileme kararının doğruluğu, teklif aşamasında değil yayından üç ay sonra anlaşılır. Aşağıdaki üç anlatı, sahada sık karşılaştığımız durumlardan derlenmiş temsilî örneklerdir; gerçek firma adı ve rakam içermez. Üçü de farklı yoldan gitti ve üçü de farklı ders bıraktı. 🏗️
Ortak noktaları tek: hiçbiri projeye tasarımla başlamadı. Tip ayrımını türler yazısında yaptık.
Vaka 1: Kurumsal Hizmet Sitesi
Altı yıllık, elli sayfalık bir kurumsal site. Şikâyet klasikti: “eskidi, modern durmuyor.” 🏢
Başlangıç Durumu
Teknik zemin sağlamdı: tema güncelleniyordu, site makul hızda açılıyordu. Sorun görünümde ve hizmet sayfalarındaydı.
Karar
Yeniden yapım yerine tazeleme seçildi. Adres yapısına hiç dokunulmadı; böylece görünürlük riski sıfırlandı.
Ne Yapıldı?
Renk ve tipografi yenilendi, hizmet sayfaları baştan yazıldı, iletişim yolları öne alındı. Bütçenin büyük kısmı tasarıma değil içeriğe gitti.
Sonuç
Trafikte kayıp yaşanmadı; talep sayısı arttı. Ders: sorun görünümde sanılıyordu, içerikteydi; ayrımı karar yazısında ele aldık.
Vaka 2: E-Ticaret Mağazası
Platform artık ihtiyacı karşılamıyordu. Bu, setin en riskli proje tipiydi. 🛒
Başlangıç Durumu
Yüzlerce ürün, yıllık sipariş geçmişi ve üye kayıtları. Adres yapısı yeni platformda zorunlu olarak değişecekti.
Karar
Proje ikiye bölündü: önce veri taşıma ve test, sonra tasarım. Sıralama bilinçli tersine çevrildi.
Kritik Adım
Ürün ve kategori sayfaları için sayfa sayfa yönlendirme haritası hazırlandı. Bu tek iş, projenin en uzun kalemiydi.
Sonuç
Yayından sonra birkaç hafta dalgalanma yaşandı, ardından toparlandı. Ders: platform değişiminde asıl iş tasarım değil eşlemedir; yöntemi veri taşıma yazısında anlattık.
Vaka 3: Blog Ağırlıklı Site
Üç yüz yazılık bir arşiv ve düzenli trafik. Buradaki risk arşivi kaybetmekti. 📚
Başlangıç Durumu
Tema eskiydi ve mobilde sorunluydu, ama arşiv iyi çalışıyordu. Yanlış bir hamle yılların birikimini götürebilirdi.
Karar
Aşamalı yenileme: önce kurumsal ve hizmet sayfaları, sonra blog şablonu. Arşiv adresleri hiç değiştirilmedi.
Ne Korundu?
Adres yapısı, kategori kurgusu ve iç bağlantı ağı. Değişen yalnızca görünüm ve mobil davranıştı.
Sonuç
Arşiv trafiği korundu, mobil deneyim düzeldi. Ders: büyük arşivlerde en iyi hamle dokunmamaktır; sebebini kayıp yazısında anlattık.
Üç Vakanın Ortak Dersleri
Farklı ölçekler, farklı tipler. Yine de üç anlatı aynı dört dersi veriyor. 🔑
| Ders | Nasıl göründü |
|---|---|
| Adrese dokunma | Gerekmedikçe değiştirilmedi |
| Teşhis önce | Üçü de sorunu somutlaştırdı |
| Sıralama önemli | Tasarım hep en sona kalmadı |
| Ölçüm şart | Öncesi rakamları kaydedildi |
Ders 1: Gerekmedikçe Adres Değiştirmeyin
Üç vakanın ikisinde adres yapısı korundu ve görünürlük riski sıfırlandı. Değişmesi zorunlu olan tek vaka platform değişimiydi.
Ders 2: Önce Teşhis
Üçü de “site eskidi” ile başladı ama gerçek sorun her birinde farklıydı: içerik, platform, mobil. Yanlış teşhis yanlış proje demektir.
Ders 3: Sıralama Değişebilir
E-ticaret vakasında tasarım sona bırakıldı. Riskin büyük olduğu yerde önce teknik iş yapılır.
Ders 4: Öncesini Kaydedin
Üçünde de yenileme öncesi trafik ve talep rakamları not edilmişti. Bu olmadan sonuç değerlendirilemez.
Üç Vakada Bütçe Nereye Gitti?
Aynı kelimeyle anılan üç proje, bütçelerini çok farklı dağıttı. 💰
Dağılım, proje tipinin doğrudan sonucu.
Kurumsal: İçerik Ağırlıklı
Adres değişmediği için taşıma ve test kalemi küçük kaldı. Pay hizmet sayfalarının yeniden yazımına gitti.
E-Ticaret: Eşleme Ağırlıklı
Yönlendirme haritası ve veri dönüşümü en büyük kalemdi. Tasarım görece küçük bir pay aldı.
Blog: Şablon Ağırlıklı
Arşive dokunulmadığı için taşıma yükü yoktu. Bütçe mobil davranış ve şablon geliştirmesine ayrıldı.
Üç Vakanın Yapmadıkları
Yapılanlar kadar yapılmayanlar da öğretici. 🚫
Her Şeyi Aynı Anda Değiştirmediler
Tasarım, yapı, platform ve içerik aynı anda değişirse sorun çıktığında sebebi bulunamaz.
Eski Arşivi Sorgusuz Silmediler
Sadeleştirme yapıldı ama karar trafik verisiyle verildi; varsayımla değil.
Yayın Gününde Bırakmadılar
Üçünde de ilk haftalar izlendi ve küçük düzeltmeler yapıldı. Planı 90 gün yazısında kurduk.
Üçünde de Rezerv Vardı
Yayın sonrası düzeltmeler için ayrılmış bir pay bulunuyordu. Bu sayede küçük hatalar ek bütçe tartışmasına dönüşmedi.
Kendi Projenizi Kurmak
Bu anlatıların size bakan yüzü: üç soruyla başlanabilir. 🧭
Soru 1: Gerçek Sorun Ne?
Görünüm mü, yapı mı, içerik mi, mobil mi? Somut cevap, proje tipini belirler.
Soru 2: Adresler Değişmek Zorunda mı?
Zorunlu değilse değiştirmeyin. Bu tek karar, riskin büyük kısmını ortadan kaldırır.
Soru 3: Bugünün Rakamları Ne?
Trafik, talep sayısı, en çok ziyaret alan yirmi sayfa. Bu kayıt olmadan sonuç ölçülemez; bütçe yöntemini bütçe yazısında verdik.
Sık Sorulan Sorular
Bu vakalar gerçek projeler mi?
Hayır, sahada sık karşılaşılan durumlardan derlenmiş temsilî anlatılardır. Gerçek firma adı, gerçek rakam veya müşteri bilgisi içermezler. Amaç referans göstermek değil, farklı yapıdaki sitelerin yenileme kararını hangi mantıkla verdiğini ve hangi risklerle karşılaştığını somutlaştırmaktır.
Yenilemede tasarım neden en sona bırakılıyor?
Her zaman bırakılmaz, ancak riskin yüksek olduğu projelerde bu sıralama daha güvenlidir. Platform değişimi gibi durumlarda önce veri taşıma ve yönlendirme çözülür, tasarım sonra ele alınır; böylece kritik iş, tasarım tartışmalarının baskısı altında sıkışmaz. Teknik riskin düşük olduğu tazeleme projelerinde ise tasarımla başlamak sorun değildir.
Büyük bir blog arşivim var, yenileme riskli mi?
Riskli ama yönetilebilir. En güvenli yaklaşım arşiv adreslerine hiç dokunmamaktır; görünüm ve mobil davranış değiştirilirken adres yapısı, kategori kurgusu ve iç bağlantı ağı korunur. Aşamalı ilerlemek de riski azaltır: önce kurumsal ve hizmet sayfaları yenilenir, blog şablonu ikinci turda ele alınır.