WordPress ile çalışan çoğu ajans ve freelancer'ın er ya da geç yaşadığı bir sahne:
Salı sabahı saat dokuzda telefon çalıyor. Geçen ay imzaladığınız yeni bir müşteri, sitesinin neden bu kadar yavaş açıldığını soruyor. Siz o sırada otuz iki farklı müşteri sitesinden hangisinde hangi eklentinin güncellenmediğini hatırlamaya çalışırken, iki gün önce alınması gereken ama unutulan bir yedeği de düşünüyorsunuz. Tarayıcıda on beş sekme açık, her biri ayrı bir wp-admin girişi, her biri ayrı bir şifre. Doğru siteyi bulana kadar geçen üç dakika, müşterinin sabrının tükendiği üç dakikadır.
Site sayısı arttıkça yönetim yükü katlanarak büyüyor. Bir noktadan sonra, ekip ne kadar yetenekli olursa olsun, bunu elle takip etmek imkânsızlaşıyor. Bu yazı, bu noktaya nereden gelindiğini ve oradan nasıl çıkılacağını üç büyüme aşaması üzerinden anlatıyor: 5 siteye kadar, 5 ile 20 site arası ve 20 sitenin üzerinde. Her aşamada neyin hâlâ işe yaradığını ve neyin kırılmaya başladığını göreceksiniz.
Rakamlarla ajans gerçekliği
Bu senaryonun bu kadar yaygın olmasının bir nedeni var: WordPress, gerçekten de ajansların üzerine iş kurduğu ölçekte bir pazar. W3Techs'in Eylül 2026 verilerine göre internetteki sitelerin yaklaşık %43'ü WordPress kullanıyor ve bu, WordPress'e içerik yönetim sistemi pazarının %60'ından fazlasını veriyor; en yakın rakibinin sekiz katı büyüklüğünde bir pay. Bu kadar büyük bir pazarda, WordPress bakımı ve yönetimi üzerine uzmanlaşan ajans ve freelancer sayısının da büyük olması sürpriz değil.
Ölçek sorusu müşteri sayısında da karşımıza çıkıyor. Databox'ın Agency Management Institute verilerine dayanan analizine göre, yıllık geliri 20 milyon doların altındaki küçük ajanslar için en kârlı müşteri aralığı 20 ile 49 arasında, medyan ise 20 müşteri. Yani bu yazıdaki büyüme aşamaları rastgele seçilmemiş: gerçek ajansların kârlılığının kırılma noktalarına denk düşüyor.
Bunun bir de maliyet tarafı var. WebFX'in 2026 fiyatlandırma raporuna göre, ajansların sunduğu bakım paketleri aylık 100 ile 500 dolar arasında fiyatlanıyor. Yirmi müşteride bu, aylık 2.000 ile 10.000 dolar arasında bir gelir demek, ama sadece o gelirin karşılığı olan işi elle yetiştirebildiğiniz sürece geçerli. Manuel takip maliyeti bu gelirin üzerine bindiğinde, kâr marjı erimeye başlıyor.
Bu üç rakamı yan yana koyduğunuzda ortaya net bir tablo çıkıyor: dev bir pazarda çalışıyorsunuz, kârlılığınız belirli bir müşteri aralığında tavan yapıyor ve o aralığa ulaştığınızda elle sürdürülen bir operasyon, kazandığınız gelirin bir kısmını sessizce yiyor. Bu yazının geri kalanı, o sessiz kaybı nasıl önleyeceğinizi anlatıyor.
5 siteye kadar: kontrol hâlâ sizde
Beş siteye kadar, çoğu şey elle de yürür. Her sitenin durumunu kafanızda tutabilirsiniz, hangi müşterinin ne zaman yedek aldığını hatırlarsınız, bir güncelleme bildirimini kaçırdığınızda bile bunu birkaç gün içinde fark edersiniz. Bu aşamada asıl risk, büyümekten çok alışkanlık kurmamaktan geliyor: bu ölçekte hiçbir şey sizi zorlamadığı için, sistemsiz çalışmak cezasız kalıyor.
Yine de bu erken dönemde atılan üç adım, ileride büyük fark yaratıyor. Birincisi, tüm sitelerin tek bir yerde listelenmesi: hangi site, hangi hosting, hangi giriş bilgileriyle. İkincisi, bir şifre yöneticisi kullanmak; not defterine veya tarayıcı otomatik doldurmaya güvenmek, site sayısı arttığında ilk çatlayan şey oluyor. Üçüncüsü, her müşteri için minimal de olsa bir bakım kaydı tutmak: ne zaman güncelleme yapıldı, ne zaman yedek alındı. Bu kayıt henüz otomatik olmak zorunda değil, ama var olması gerekiyor, çünkü altıncı müşteriyle birlikte hafızanız yetmemeye başlayacak.
Bu aşamadaki ajans ve freelancer'lar için ayrı bir izleme aracına yatırım yapmak genelde erken. Asıl öncelik, müşteri kazanmak ve iş modelini oturtmak olmalı; sistemleştirme ihtiyacı kendini net bir şekilde hissettirdiğinde devreye girecek.
5-20 site arası: çatlaklar görünmeye başlıyor
Beşinci siteden sonra bir şey değişiyor: rutin kontroller artık haftanın belirgin bir bölümünü yiyor ve bu zaman, yeni müşteri bulmaya ayırdığınız zamanla doğrudan yarışıyor. İlk kaçırılan güncelleme genelde burada olur, çünkü on beş siteyi sırayla kontrol etmek yorucu ve dikkat dağıtıcı bir iş; bir yerde bir site atlanıyor.
İkinci kırılma noktası ekip. Bu ölçekte çoğu ajans ilk yardımcı elemanı veya yarı zamanlı bir sanal asistanı işe alıyor ve bu, ilk kez "kim hangi siteye erişebilmeli" sorusunu gündeme getiriyor. Tek bir paylaşılan şifre listesiyle çalışmak artık güvenli değil; birinin yanlışlıkla yanlış siteyi güncellemesi veya bir eklentiyi silmesi, bu ölçekte gerçek bir olasılık haline geliyor.
Üçüncü kırılma müşteri tarafında. On, on beş müşteriyle çalışırken "her şey yolunda" demek yetmiyor artık; müşteriler somut bir kanıt istiyor. Elle hazırlanan bir e-posta raporu bu noktada hâlâ mümkün ama saatlerce sürüyor ve tutarsız oluyor; her müşteri için farklı bir formatta, farklı bir günde hazırlanıyor.
Bu üç kırılmanın ortak paydası aynı: tablo ve not defteri tabanlı takip, birkaç gün içinde güncelliğini yitiriyor. Bu noktada çoğu ajans tek bir panelden tüm siteleri görebilecekleri bir sisteme geçiyor, çünkü alternatifi (tam zamanlı bir operasyon elemanı işe almak) bu ölçekte maliyeti çıkarmıyor. Tüm siteleri tek ekranda görmek, "hangi sitede güncelleme bekliyor, hangisinde sorun var" sorusunu saniyeler içinde cevaplıyor; güncelleme gereken siteler toplu olarak güncellenebiliyor, sorunlu olanlar kendiliğinden öne çıkıyor.
20 sitenin üzerinde: sistemsiz büyümek imkânsızlaşıyor
Yirmi sitenin üzerinde, olasılıklar aleyhinize dönüyor. Her sitenin kendine has bir arıza riski varsa (bir eklenti çakışması, dolan bir disk, kırılan bir tema güncellemesi), site sayısı arttıkça ayda en az bir sitede bir şeylerin ters gitme ihtimali neredeyse kesinleşiyor. Bu, iyi organize olarak önlenebilecek bir risk olmaktan çıkıp istatistiksel bir gerçeğe dönüşüyor.
Bu ölçekte manuel kontrolün maliyeti de görünür hale geliyor. Otuz siteyi haftada bir elle kontrol etmek, her site için on beş dakika bile ayırsanız, haftada yedi buçuk saat, yani neredeyse bir tam iş günü demek. Bu, ücretlendirilebilir işe ayrılabilecek bir gün ve büyüklük arttıkça bu maliyet doğrusal değil katlanarak artıyor, çünkü koordinasyon, hatırlama ve bağlam değiştirme yükü de büyüyor.
Bu yüzden 20 sitenin üzerindeki ajanslar için yedekleme, güncelleme ve temel izlemenin otomatik olması artık tercihten çıkıp zorunluluk haline geliyor. Bu aşamada yapı olarak da değişim gerekiyor: birden fazla kişi sitelere dokunuyor, bu yüzden rol bazlı yetkilendirme (kim hangi siteye erişebilir, kim geri yükleme veya silme gibi geri dönüşü zor işlemleri yapabilir) somut bir güvenlik ihtiyacı haline geliyor. Aynı şekilde, müşterilerine kendi sitelerini izleyebilecekleri bir erişim sunmaya başlayan ajanslar için, o ekranın kimin markasını taşıdığı artık kozmetik bir tercihin ötesine geçip müşteri ilişkisinin bir parçası haline geliyor.
Bu ölçekte bir de personel sorusu değişiyor. Databox'ın işaret ettiği 20 müşteri medyanını geçtiğinizde, çoğu ajans ya bu işler için tam zamanlı bir operasyon veya hesap yöneticisi rolü açıyor ya da elindeki araçları gerçek anlamda otomatikleştirip aynı ekiple daha fazla siteyi kaldırabiliyor. İkinci yol genelde daha ucuz ve daha hızlı: yeni bir kişiyi işe almak, eğitmek ve ona güvenmek aylar sürerken, doğru otomasyon aynı hafta içinde devreye giriyor.
Hangi sırayla otomatikleştirmeli
Her şeyi aynı anda otomatikleştirmeye çalışmak, çoğunlukla hiçbir şeyi düzgün otomatikleştirememekle sonuçlanıyor. Sıralama önemli ve bu sıralama, riskin büyüklüğüne göre belirlenmeli.
- Yedekleme önce: veri kaybı geri döndürülemez bir risk; bir müşterinin sitesini kurtaramamak, o müşteriyi kaybetmek demek olabilir.
- Güncelleme ikinci: eski eklenti ve tema sürümleri, WordPress sitelerinin ele geçirilmesinde en sık görülen giriş noktalarından biri; bu riski açık bırakmanın maliyeti, güncellemeyi test etmenin maliyetinden çok daha yüksek.
- İzleme ve çalışma süresi üçüncü: bir sorunu müşteriden önce fark etmek, güven inşa etmenin en ucuz yolu.
- Raporlama son: değerli ama hayatta kalma meselesi değil; bir süre elle de yürütülebilir, otomasyon sırası burada değil.
Bu sıralamayı tersine çevirip önce raporlamayı otomatikleştiren ajanslar, güzel görünen ama altında hâlâ kaçırılan güncellemeler ve alınmamış yedekler olan bir sistem kuruyor. Öncelik her zaman aynı olmalı: önce veri kaybını önle, sonra güvenlik açığını kapat, sonra sorunu erken yakala, en son da bunu müşteriye güzelce anlat.
Ekip büyüdükçe: yetki ve marka
Ajans büyüdükçe iki konu aynı anda önem kazanıyor: ekibe ne kadar yetki verileceği ve müşterinin gördüğü ekranların kime ait göründüğü.
Ekip yetkileri
Her ekip üyesine tam yetki vermek, ekip küçükken zararsız görünür ama büyüdükçe gerçek bir güvenlik açığına dönüşür. Bir yedek geri yükleme, bir site silme veya bir kullanıcı hesabını değiştirme gibi geri dönüşü zor işlemlerin, sadece belirli ve deneyimli kişilerde olması gerekiyor.
İyi bir yetki modeli iki soruyu ayrı ayrı cevaplar: kim hangi siteye erişebilir ve kim hangi riskli işlemi yapabilir. Junior bir ekip üyesi güncelleme kontrolü veya rutin izleme gibi günlük işleri rahatça yapabilirken, geri yükleme veya silme gibi işlemler kıdemli ekip üyelerinde kalmalı. Bu ayrım sadece hata riskini azaltmıyor, aynı zamanda bir sorun çıktığında kimin ne yaptığını geriye dönük izlenebilir kılıyor; bu da hem iç disiplin hem de müşteriye karşı hesap verebilirlik için önemli.
Beyaz etiket ne zaman işe yarar
Müşteriye gönderilen bir raporda veya müşterinin doğrudan eriştiği bir panelde başka bir şirketin logosu görünüyorsa, bu sizin markanızı zayıflatıyor; müşteri, hizmeti sizden değil o üçüncü taraf araçtan alıyormuş gibi hissediyor. Beyaz etiketleme, kullandığınız aracı kendi markanız altında sunmanızı sağlıyor: kendi logonuz, kendi renkleriniz, bazı durumlarda kendi alan adınız.
Bu, özellikle müşterilere kendi sitelerini izleyebilecekleri doğrudan erişim verdiğiniz durumlarda kritik, çünkü müşteri deneyiminin parçası olan her ekran sizin markanız gibi görünmeli. On siteden az yönetiyorsanız ve müşterilere doğrudan panel erişimi vermiyorsanız, bu henüz öncelikli bir konu değil; ama büyüdükçe ve müşteri ilişkisi daha kurumsal bir hâl aldıkça, üçüncü taraf bir logo giderek daha tuhaf görünmeye başlıyor. Aylık sabit ücretle çalışan retainer müşterileri için bu ayrım özellikle belirgin: yüksek bir bakım ücretine karşılık üçüncü taraf bir markanın ekranını görmek, ödediği hizmetin değerini sorgulamasına yol açabiliyor.
Kaynaklar
- W3Techs, Usage Statistics and Market Share of Content Management Systems (Eylül 2026)
- Databox, ajans müşteri sayısı kârlılık araştırması (Agency Management Institute verilerine dayanarak)
- WebFX, 2026 Website Maintenance Pricing raporu
Watch Your WP tam olarak bu üç aşamayı göz önünde bulundurarak tasarlandı: tüm müşteri sitelerini tek panelden yönetin, markalı raporlar gönderin, ekip yetkilerini role göre sınırlandırın.
Erdinç
Watch Your WP'yi geliştiriyor. WordPress bakım, güvenlik ve site yönetimi deneyiminden yazıyor.
LinkedIn