- Katılım
- 21 May 2023
- Mesajlar
- 496
- Tepki
- 17
- Puan
- 18
Güncelleme — 14 Temmuz 2026: Sürdürülebilir web geliştirme artık yalnız “karanlık tema kullanmak” veya bir karbon hesaplayıcısından iyi puan almak değildir. Ürünün gerçekten gerekli olup olmadığı, kullanıcıyı hedefe kaç adımda ulaştırdığı, ağ üzerinden ne kadar veri taşıdığı, sunucu ve cihazda ne kadar işlem yaptığı, ne kadar uzun ömürlü olduğu ve çevresel iddiaların kanıtlanabilirliği birlikte değerlendirilmelidir.
W3C'nin 2026 tarihli Web Sustainability Guidelines çalışması konuyu gezegen, insanlar ve refah boyutlarıyla ele alıyor. Belge hâlen “Group Note Draft”, yani gelişmekte olan bir rehberdir; buna rağmen ekiplerin ölçülebilir hedefler belirlemesi, ilerlemeyi izlemesi ve erişilebilirlik, gizlilik, güvenlik ile dayanıklılığı sürdürülebilirliğin parçası sayması için yararlı bir çerçeve sunuyor.
En etkili iyileştirme, kullanılmayan özelliği hiç üretmemek veya gereksiz veriyi hiç göndermemektir. Tasarım öncesinde şu soruları sorun:
Sürdürülebilir tasarım “her şeyi daha küçük yapmak” değil, kullanıcı değerine göre öncelik vermektir. Kritik içeriği geciktirecek kadar aşırı sıkıştırma veya erişilebilirliği bozacak kadar sadeleştirme doğru bir takas değildir.
Görseller çoğu sitede ağ trafiğinin büyük bölümünü oluşturabilir. Kaynak dosyayı olduğu gibi yüklemek yerine gösterildiği boyuta uygun varyant üretin; fotoğraf, çizim ve şeffaf görsel için doğru biçimi seçin. Modern biçimler yararlı olsa da tarayıcı önbelleğini parçalayacak gereksiz sayıda varyant oluşturmayın.
Uygulanabilir kontroller:
web.dev'in görsel performansı rehberi de farklı boyut/format varyantları ile önbellek verimliliği arasında denge kurulması gerektiğini vurguluyor. Her olası ölçüyü üretmek, depolama ve sunucu karmaşıklığını gereksiz artırabilir.
Bir bileşenin ekranda küçük görünmesi az kaynak kullandığı anlamına gelmez. Sohbet, reklam, kişiselleştirme, analitik ve etiket yöneticisi betikleri ağ isteği, ana iş parçacığı çalışması ve sunucu çağrıları ekleyebilir.
JavaScript bütçesini yalnız indirilen kilobaytla değil; düşük donanımlı cihazda ayrıştırma, derleme ve çalışma süresiyle de izleyin. Daha uzun cihaz ömrü ve daha geniş erişim, sürdürülebilirliğin insan boyutuna katkı sağlar.
HTML, CSS, JavaScript ve SVG gibi metin tabanlı yanıtları uygun biçimde sıkıştırın. Sürüm parmak izi taşıyan statik dosyalara uzun önbellek süresi verin; kullanıcıya özel içeriği yanlışlıkla ortak önbelleğe koymayın. Tekrarlanan pahalı veritabanı sorgularını, gereksiz API çağrılarını ve başarısız istek döngülerini gözlemleyin.
Sunucu tarafında bakılacaklar:
“Sunucularımız yenilenebilir enerji kullanıyor” açıklaması yararlı bir veri noktası olabilir; ancak sağlayıcının güncel raporunu, kapsamını ve ölçüm yöntemini doğrulamadan bunu mutlak karbon nötrlüğü iddiasına çevirmeyin.
Website Carbon Calculator veya benzeri araçlar karşılaştırmalı bir başlangıç sinyali verebilir. Yine de bir sayfanın gerçek enerji kaynağını, önbellek durumunu, ziyaretçinin cihazını, bağlantı türünü ve bütün arka uç işlemlerini eksiksiz bilmezler. Farklı araçların farklı sonuç vermesi normaldir.
Tek bir “ziyaret başına gram CO₂” rakamını kesin ölçüm gibi yayımlamak yerine yöntem ve sınırları açıklayın. Kendi operasyonunuzda daha doğrudan göstergeleri izleyin:
Hafif ama klavyeyle kullanılamayan bir site sürdürülebilir değildir. Semantik HTML, okunabilir metin, yeterli kontrast, görünür odak, hareket azaltma tercihi ve yardımcı teknolojilerle uyum; daha fazla kişinin aynı ürünü ek donanım veya özel sürüm gerektirmeden kullanmasını sağlar.
Bağlantı yavaşladığında temel içerik ve işlemler çalışmaya devam etmelidir. Kritik görevleri yalnız yüksek çözünürlüklü video, ağır istemci kodu veya sürekli çevrim içi bağlantıya bağlamayın. Basit, dayanıklı ve bakım yapılabilir çözümler ürün ömrünü uzatır.
Önce en çok ziyaret edilen üç sayfa türünü seçin ve mevcut ağ trafiği, JavaScript, görsel ağırlığı, üçüncü taraf istekleri ile sunucu süresini kaydedin. Ardından her sayfa türü için bir bütçe belirleyin ve yeni sürüm bu sınırı aştığında CI veya gözlem sisteminde uyarı üretin.
İyileştirmeyi tek seferlik kampanya yapmayın. Tasarım incelemesine medya bütçesini, kod incelemesine paket değişimini, içerik yaşam döngüsüne arşiv/silme kararını ve tedarik sürecine sağlayıcı kanıtlarını ekleyin. Sonuçları tarih ve yöntemle raporlayın; küçük bir performans kazanımını “tamamen yeşil” gibi sunmayın.
Sürdürülebilir web geliştirme; gereksiz özelliği kaldırma + veri ve işlem bütçesi + erişilebilirlik + dayanıklı mimari + şeffaf ölçüm bütünüdür. Önce gerçek kullanıcı yolunu sadeleştirin, sonra medya ve kodu hafifletin, sunucu işini ölçün ve çevresel iddiaları yöntemleriyle birlikte yayımlayın.
W3C'nin 2026 tarihli Web Sustainability Guidelines çalışması konuyu gezegen, insanlar ve refah boyutlarıyla ele alıyor. Belge hâlen “Group Note Draft”, yani gelişmekte olan bir rehberdir; buna rağmen ekiplerin ölçülebilir hedefler belirlemesi, ilerlemeyi izlemesi ve erişilebilirlik, gizlilik, güvenlik ile dayanıklılığı sürdürülebilirliğin parçası sayması için yararlı bir çerçeve sunuyor.
Önemli' Alıntı:
Önce Gereksiz İşi ve Veriyi Azaltın
En etkili iyileştirme, kullanılmayan özelliği hiç üretmemek veya gereksiz veriyi hiç göndermemektir. Tasarım öncesinde şu soruları sorun:
- Bu sayfa kullanıcının hangi görevini çözüyor?
- Aynı bilgi daha kısa bir akışta sunulabilir mi?
- Otomatik oynayan video, animasyon veya üçüncü taraf bileşeni gerçekten gerekli mi?
- Kullanıcının istemediği içerik arka planda indiriliyor mu?
- Aynı veriyi tekrar tekrar hesaplıyor veya ağ üzerinden taşıyor muyuz?
- Eski kampanya sayfaları, deney kodları ve kullanılmayan etiketler hâlâ yayında mı?
Sürdürülebilir tasarım “her şeyi daha küçük yapmak” değil, kullanıcı değerine göre öncelik vermektir. Kritik içeriği geciktirecek kadar aşırı sıkıştırma veya erişilebilirliği bozacak kadar sadeleştirme doğru bir takas değildir.
Görsel ve Video Bütçesi Belirleyin
Görseller çoğu sitede ağ trafiğinin büyük bölümünü oluşturabilir. Kaynak dosyayı olduğu gibi yüklemek yerine gösterildiği boyuta uygun varyant üretin; fotoğraf, çizim ve şeffaf görsel için doğru biçimi seçin. Modern biçimler yararlı olsa da tarayıcı önbelleğini parçalayacak gereksiz sayıda varyant oluşturmayın.
Uygulanabilir kontroller:
- Hero ve kart görsellerine ayrı dosya boyutu sınırı koyun.
- Görüntüyü CSS ile küçültmek yerine uygun piksel ölçüsünde servis edin.
- Ekran dışındaki, kritik olmayan görselleri gecikmeli yükleyin.
- Genişlik ve yükseklik bilgisi vererek yerleşim kaymasını azaltın.
- Videoyu kullanıcı istemeden oynatmayın; poster görseli ve metin alternatifi sunun.
- Eski ve yinelenen medya dosyalarını düzenli olarak temizleyin.
web.dev'in görsel performansı rehberi de farklı boyut/format varyantları ile önbellek verimliliği arasında denge kurulması gerektiğini vurguluyor. Her olası ölçüyü üretmek, depolama ve sunucu karmaşıklığını gereksiz artırabilir.
JavaScript ve Üçüncü Tarafları Sınırlayın
Bir bileşenin ekranda küçük görünmesi az kaynak kullandığı anlamına gelmez. Sohbet, reklam, kişiselleştirme, analitik ve etiket yöneticisi betikleri ağ isteği, ana iş parçacığı çalışması ve sunucu çağrıları ekleyebilir.
- Her üçüncü taraf için sahibi, amacı ve kaldırma tarihi belli olsun.
- Kullanılmayan kodu ve eski deney bayraklarını paketlerden çıkarın.
- Basit içerik sayfalarını gereksiz istemci tarafı işleme bağımlı yapmayın.
- Kod bölme ve koşullu yüklemeyle yalnız ihtiyaç duyulan özelliği gönderin.
- Analitik olaylarını “belki lazım olur” düşüncesiyle sınırsız toplamayın.
- Aynı görevi yapan birden fazla kütüphane veya izleme aracını birleştirin.
JavaScript bütçesini yalnız indirilen kilobaytla değil; düşük donanımlı cihazda ayrıştırma, derleme ve çalışma süresiyle de izleyin. Daha uzun cihaz ömrü ve daha geniş erişim, sürdürülebilirliğin insan boyutuna katkı sağlar.
Önbellek, Sıkıştırma ve Sunucu İşini Düzenleyin
HTML, CSS, JavaScript ve SVG gibi metin tabanlı yanıtları uygun biçimde sıkıştırın. Sürüm parmak izi taşıyan statik dosyalara uzun önbellek süresi verin; kullanıcıya özel içeriği yanlışlıkla ortak önbelleğe koymayın. Tekrarlanan pahalı veritabanı sorgularını, gereksiz API çağrılarını ve başarısız istek döngülerini gözlemleyin.
Sunucu tarafında bakılacaklar:
- İstek başına CPU süresi, bellek ve veritabanı sorgu sayısı
- Önbellek isabet oranı ve origin'e geri dönen trafik
- Gereksiz günlük kaydı ve süresiz saklanan veriler
- Tekrar deneyen kuyrukların ve zamanlanmış işlerin hata davranışı
- Boşta duran ortamlar, unutulmuş yedekler ve kullanılmayan depolama
“Sunucularımız yenilenebilir enerji kullanıyor” açıklaması yararlı bir veri noktası olabilir; ancak sağlayıcının güncel raporunu, kapsamını ve ölçüm yöntemini doğrulamadan bunu mutlak karbon nötrlüğü iddiasına çevirmeyin.
Karbon Hesaplayıcılarını Tahmin Olarak Okuyun
Website Carbon Calculator veya benzeri araçlar karşılaştırmalı bir başlangıç sinyali verebilir. Yine de bir sayfanın gerçek enerji kaynağını, önbellek durumunu, ziyaretçinin cihazını, bağlantı türünü ve bütün arka uç işlemlerini eksiksiz bilmezler. Farklı araçların farklı sonuç vermesi normaldir.
Tek bir “ziyaret başına gram CO₂” rakamını kesin ölçüm gibi yayımlamak yerine yöntem ve sınırları açıklayın. Kendi operasyonunuzda daha doğrudan göstergeleri izleyin:
- Sayfa türü başına aktarılan bayt ve istek sayısı
- Gerçek kullanıcı verisinde yükleme ve etkileşim süreleri
- Aylık trafikle birlikte CDN/origin çıkış verisi
- Sunucu işlem süresi ve depolama büyümesi
- Yayımlanan, kaldırılan ve uzun süredir ziyaret edilmeyen sayfa sayısı
Erişilebilirlik ve Dayanıklılık da Sürdürülebilirliktir
Hafif ama klavyeyle kullanılamayan bir site sürdürülebilir değildir. Semantik HTML, okunabilir metin, yeterli kontrast, görünür odak, hareket azaltma tercihi ve yardımcı teknolojilerle uyum; daha fazla kişinin aynı ürünü ek donanım veya özel sürüm gerektirmeden kullanmasını sağlar.
Bağlantı yavaşladığında temel içerik ve işlemler çalışmaya devam etmelidir. Kritik görevleri yalnız yüksek çözünürlüklü video, ağır istemci kodu veya sürekli çevrim içi bağlantıya bağlamayın. Basit, dayanıklı ve bakım yapılabilir çözümler ürün ömrünü uzatır.
Takım İçin Ölçülebilir Uygulama Planı
Önce en çok ziyaret edilen üç sayfa türünü seçin ve mevcut ağ trafiği, JavaScript, görsel ağırlığı, üçüncü taraf istekleri ile sunucu süresini kaydedin. Ardından her sayfa türü için bir bütçe belirleyin ve yeni sürüm bu sınırı aştığında CI veya gözlem sisteminde uyarı üretin.
İyileştirmeyi tek seferlik kampanya yapmayın. Tasarım incelemesine medya bütçesini, kod incelemesine paket değişimini, içerik yaşam döngüsüne arşiv/silme kararını ve tedarik sürecine sağlayıcı kanıtlarını ekleyin. Sonuçları tarih ve yöntemle raporlayın; küçük bir performans kazanımını “tamamen yeşil” gibi sunmayın.
İlgili Konular
- Web tasarım ve geliştirmede temel kararlar
- Web geliştirme temelleri ve bakım yaklaşımı
- Web tasarımında yapay zekâyı kontrollü kullanmak
Kaynaklar
- W3C: Web Sustainability Guidelines — güncel taslak
- web.dev: Görsel performansı
- web.dev: HTML, sıkıştırma ve önbellek değerlendirmeleri
Özetle
Sürdürülebilir web geliştirme; gereksiz özelliği kaldırma + veri ve işlem bütçesi + erişilebilirlik + dayanıklı mimari + şeffaf ölçüm bütünüdür. Önce gerçek kullanıcı yolunu sadeleştirin, sonra medya ve kodu hafifletin, sunucu işini ölçün ve çevresel iddiaları yöntemleriyle birlikte yayımlayın.
Dijital Dünyanıza Yön Veren Pusula
Ekli dosyalar
Son düzenleme:
