Eklenti bağımlılığı: sitenizi kaç eklenti ayakta tutuyor?

Basit bir egzersizle başlayalım. WordPress panelinize girin, eklentiler sayfasını açın ve sayın. Sonra her biri için tek bir soruya cevap verin: "Bu eklenti yarın kapansa sitemde ne bozulur?" Çoğu site sahibi bu egzersizi hiç yapmamıştır — ve yapanların çoğu sonuçtan rahatsız olur. Çünkü ortalama bir kurumsal WordPress sitesi, sahibinin tanımadığı geliştiricilerin yazdığı, birbirini tanımayan onlarca kod parçasının üzerinde durur. WordPress eklenti sorunları tek tek can sıkıcı hatalar değildir; asıl sorun bu bağımlılık yapısının kendisidir.

Adil olmak gerekirse eklenti modeli WordPress'in en zayıf değil, en güçlü yanıdır. Kod yazmadan form ekleyebilmek, SEO ayarı yapabilmek, yedek alabilmek — WordPress'i dünyanın en yaygın platformu yapan tam da budur. Küçük bir blog için bu model harika çalışır. Sorun, sitenin ciddileşmesiyle başlar: her eklenti küçük bir kolaylık olarak gelir, ama toplamda site kimsenin tasarlamadığı bir mimariye dönüşür.

Eklenti bağımlılığı tam olarak nedir?

Bağımlılık, sitenizin çalışmasının sizin kontrolünüzde olmayan kararlara bağlı olmasıdır. Her kurduğunuz eklentiyle şu kararları başkasına devredersiniz:

• Bakım kararı. Eklentinin geliştiricisi güncellemeye devam edecek mi? Etmezse siteniz eski PHP sürümlerine ve bilinen güvenlik açıklarına çivilenir.
• Uyumluluk kararı. WordPress çekirdeği güncellendiğinde eklenti ayak uyduracak mı? Uydurmayan tek bir eklenti, bütün sitenin güncellemesini bloke edebilir.
• Fiyat kararı. Ücretsiz başlayan eklentiler ücretliye döner, ücretliler abonelik modeline geçer, fiyatlar değişir. Eklenti kritikse pazarlık gücünüz sıfırdır.
• Kader kararı. Eklenti satılabilir, terk edilebilir, hatta yeni sahibi tarafından kötüye kullanılabilir. Eklenti devralınıp içine zararlı kod eklenen vakalar sektörde biliniyor.

Tek eklentide bu risk küçüktür. Yirmi eklentide risk toplanmaz, çarpılır — çünkü eklentiler yalnızca sizinle değil, birbirleriyle de etkileşir.

"Beyaz ekran" nereden gelir: eklentiler birbirini tanımaz

WordPress eklentileri bağımsız geliştiriciler tarafından, birbirinden habersiz yazılır ama aynı ortamda, aynı veritabanıyla, aynı sayfa yaşam döngüsünde çalışır. Kimse sizin kombinasyonunuzu test etmemiştir. Yirmi eklentili bir sitede olası eklenti çifti sayısı yüz doksandır; siz o kombinasyonun dünyadaki tek test ortamı olabilirsiniz.

Pratikte bunun görünümleri tanıdıktır:

• Bir güncelleme sonrası sitenin beyaz ekran vermesi ve suçlunun deneme-yanılmayla bulunması: eklentileri tek tek kapat, aç, kapat...
• İki SEO ya da iki önbellek eklentisinin aynı işi iki kez yapıp birbirini bozması.
• Sayfa oluşturucu güncellenince içeriğin kayması, formun görünmez olması.
• Hatanın hangi eklentiden geldiğinin hiç bulunamaması ve "o eklentiye dokunmuyoruz" tabusunun doğması.

O tabu cümlesini duyduysanız — "ona dokunmayın, site çöküyor" — eklenti bağımlılığının son evresindesiniz demektir: site artık yönetilmiyor, idare ediliyor.

Görünmeyen maliyet: her eklenti her sayfada çalışır

Eklentilerin çoğu, hiç kullanılmadıkları sayfalarda da yüklenir. İletişim formu eklentiniz yalnızca iletişim sayfasında gerekir ama CSS ve JavaScript dosyalarını çoğu kurulumda her sayfaya ekler. Kayan görsel eklentisi ana sayfa içindir ama ürün sayfalarında da çalışır. Her eklenti veritabanına kendi tablolarını, ayarlarını, kayıtlarını bırakır — kaldırıldığında bile çoğu artığını temizlemez.

Sonuç, tek tek bakınca kimsenin suçlu olmadığı ama toplamda sitenin sürüklendiği bir ağırlıktır. Yavaş WordPress sitelerinin tipik hikâyesi budur: yavaşlığın tek bir nedeni yoktur, kırk küçük nedeni vardır. Ve buradaki acı ironi: bu yavaşlığı çözmek için genellikle bir eklenti daha kurulur — önbellek eklentisi, optimizasyon eklentisi. Yangına körükle gitmenin nazik hâlidir.

Güvenlik tarafını burada uzatmayacağız — o başlı başına ayrı bir yazının konusu — ama tek cümlelik özeti şu: sitenize eklediğiniz her eklenti, saldırganların deneyebileceği yeni bir kapıdır ve siteniz en az bakımlı eklentiniz kadar güvenlidir.

Kaç eklenti "çok"tur?

Dürüst cevap: sihirli bir sayı yok. Sayıdan daha önemlisi eklentilerin niteliği ve sizin cevaplayabildiğiniz sorulardır:

• Her eklentinin ne işe yaradığını biliyor musunuz?
• Her biri son bir yıl içinde güncellenmiş mi?
• Kritik olanların arkasında kurumsal bir geliştirici ya da sürdürülebilir bir gelir modeli var mı?
• Aynı işi yapan iki eklentiniz var mı? (Şaşırtıcı sıklıkta olur.)
• Bir eklentiyi silseniz sitenin hangi parçasının etkileneceğini öngörebiliyor musunuz?

Bu sorulara rahat cevap veriyorsanız, eklenti sayınız kaç olursa olsun durumunuz yönetilebilir. Cevaplayamıyorsanız, beş eklenti bile çoktur.

Bir işaret daha: güncelleme davranışınız. Eklenti güncellemelerini gördüğünüz an gönül rahatlığıyla basabiliyorsanız durum iyidir. Önce yedek alıp, trafiğin az olduğu saati bekleyip, güncellemeden sonra siteyi sayfa sayfa kontrol ediyorsanız — yani her güncelleme küçük bir operasyona dönüşmüşse — bağımlılık, riskinizi çoktan yönetim maliyetine çevirmiş demektir. Test için ayrı bir kopya site (staging) kurmak bu riski azaltır ama şunu da kabul ettirir: artık iki site bakıyorsunuz.

Bağımlılığı azaltmanın iki yolu

WordPress içinde kalarak: eklenti diyeti

Geçiş yapmadan da durum ciddi biçimde iyileştirilebilir:

1. Envanter çıkarın. Her eklenti için: ne yapıyor, son güncelleme ne zaman, silinse ne olur?
2. Ölüleri kaldırın. Pasif eklentiler bile güvenlik riskidir; "belki lazım olur" diye tutulmaz.
3. Çakışanları teke indirin. Bir SEO eklentisi, bir önbellek eklentisi. İki değil.
4. Kozmetikleri sorgulayın. Kayan yazı, parçacık animasyonu, süsleme eklentileri: sayfaya kattığı değer, yüklediği ağırlığa değiyor mu?
5. Kalanları izleyin. Güncellenmeyen kritik eklenti, planlanmamış bir proje riskidir; alternatifini eklenti terk edilmeden araştırın.

Bu diyet düzenli yapılırsa WordPress uzun süre sağlıklı götürülebilir. Ama diyetin doğası gereği tekrarı gerekir: ekosistem her ay yeni kolaylıklar sunar ve eklenti sayısı kendiliğinden yeniden büyür.

Yapısal çözüm: özelliğin eklenti değil, sitenin parçası olması

Modern mimaride — statik üretim, headless CMS, işe özel geliştirme — "eklenti" kavramının kendisi yoktur. Form gerekiyorsa form geliştirilir; çok dillilik gerekiyorsa mimariye baştan konur; SEO sitenin doğal özelliğidir. Her işlev tek elden çıkar, birbirini tanır ve birlikte test edilmiştir.

Bunun da dürüstçe söylenmesi gereken bedeli var: yeni bir özellik istediğinizde mağazadan beş dakikada kuramazsınız; geliştirme istersiniz, bu zaman ve bütçe demektir. Karşılığında aldığınız şey şudur: sitenizde ne çalıştığını bildiğiniz, kimseye sormadan güncellenmeyen, gece yarısı güncellemesiyle bozulmayan bir sistem. Eklenti modeli özellik eklemeyi ucuzlatır, sahip olmayı pahalılaştırır; özel geliştirme tam tersini yapar. Hangisinin mantıklı olduğu, sitenizin işiniz için ne kadar kritik olduğuna bağlıdır.

Siteniz "ona dokunmayın" evresine geldiyse ve kaç eklentinin sizi ayakta tuttuğunu bilmiyorsanız, Vucod'a yazın; envanterinize birlikte bakalım. Her başvuruya 48 saat içinde dönüyoruz: vucod.com