İki WordPress uygulamasını, bu inceleme için Cloudways Site Manager içine kaydettim; biri uygulamanın kendi kenar çubuğunda yer alan onboarding ekranı üzerinden, diğeri ise hesap düzeyindeki toplu akış üzerinden.

Buradan itibaren, dört eklenti üzerinde gerçek bir Safe Update çalıştırdım, her iki siteyi kapsayan ortak bir otomatik güncelleme programı oluşturdum, etkinlik kaydını açtım ve aynı bilginin hesap düzeyindeki gösterge panelinde birden fazla yerde nasıl göründüğünü ve bunun neden göründüğünden daha önemli olduğunu anlamak için yeterince zaman geçirdim.

Cloudways

Cloudways üzerinde barındırılan WordPress uygulamalarını merkezi güncellemeler, Safe Updates, etkinlik kayıtları ve portföy genelinde zamanlama ile yönetin.

Cloudways Sitesini Ziyaret Edin

Cloudways Site Manager nedir?

Site Manager, SafeUpdates adlı eski bir Cloudways eklentisinin yerini aldı. SafeUpdates’in yapamadıklarını anlamak, mevcut üründeki neredeyse tüm tasarım kararlarını açıklıyor.

SafeUpdates her şeyi SSH üzerinden çalıştırıyordu; bu da birkaç siteden fazlasını yöneten herkes için belirli sorunlar yaratıyordu:

• Gösterge paneli yoktu, bu yüzden hangi sitelerin dikkat gerektirdiğini tek tek kontrol etmeden görmek mümkün değildi
• Güncellemeler, bir müşterinin günlük yama uygulamasına mı yoksa aylık bakıma mı ihtiyacı olduğundan bağımsız olarak sabit haftalık bir programa bağlıydı
• Görsel regresyon testi, site başına yalnızca üç masaüstü sayfasıyla sınırlıydı; broşür tipi sitelerin ötesi için çok zayıf bir kapsamdı
• Ne değiştiğini, ne zaman değiştiğini veya değişikliği kimin yaptığını gösteren bir denetim izi yoktu

Yirmi veya daha fazla WordPress kurulumunu yöneten ajanslar Cloudways’e, kabaca, aracın ölçeklenene kadar iyi çalıştığını; oysa ölçeklenmenin zaten Cloudways’e geçme sebebi olduğunu söylediler.

Site Manager, bu geri bildirime doğrudan bir yanıttır. Bu bağlam önemlidir, çünkü incelemenin geri kalanını okurken neden bazı parçaların Public Preview aşamasındaki bir ürün için alışılmadık derecede olgun hissettirdiğini ve neden diğer parçaların, örneğin ilk gün karşılaşacağınız onboarding adımı gibi, hâlâ dikiş yerlerini gösterdiğini açıklar.

Cloudways Site Manager Neler Yapabilir?

Bu arka planla birlikte, bir sonraki soru kapsamdır: bu araç gerçekten nereye kadar ulaşabiliyor. Onboarding, güncellemeler ve zamanlamaya geçmeden önce, Site Manager’ın neleri kapsayıp neleri kapsamadığını netleştirmek gerekir; çünkü dürüst cevap düz bir evet ya da hayırdan daha nüanslıdır.

Yerel gösterge paneli yalnızca Cloudways içindir

Hesap düzeyindeki Site Manager’a kaydedilebilen tüm uygulamalar, ister uygulamaya özel ekran üzerinden ister Integrations altındaki toplu sihirbaz üzerinden olsun, zaten Cloudways hesabım içindeki bir sunucuda yer alıyordu.

Harici bir kurulum için kimlik bilgileri yapıştırabileceğim bir alan yoktu ve farklı bir host üzerinde çalışan bir site için bağlantı noktası da yoktu.

Bu incelemede ele alınan tam özellik seti, Safe Update’in staging klonu, görsel regresyon testi, etkinlik kayıtları, toplu zamanlama, hepsi bu yerel Cloudways barındırmalı katman içinde yer alıyor.

Ayrı bir eklenti, daha hafif izlemeyi herhangi bir siteye genişletir

Cloudways ayrıca, WP Remote ile ortak geliştirilen, yine Cloudways Site Manager adını taşıyan ücretsiz bir WordPress eklentisi yayınlıyor.

Yerel gösterge panelinden farklı olarak bu eklenti, nerede barındırıldığına bakmaksızın doğrudan bir WordPress sitesine kurulur; bu da aynı merkezi görünümün bir versiyonuna harici, Cloudways dışı bir siteyi de dahil edebileceği anlamına gelir.

Ancak bu, aynı ürünün gerçekten farklı bir sürümüdür ve ikisi arasındaki fark önemlidir:

Eklenti ayrıca etkin olduğunda WordPress’in kendi otomatik güncellemelerini devre dışı bırakır; bu, uzaktan yönetim sırasında çakışmaları önlemek için Cloudways’in bilinçli olarak yaptığı bir tercihtir.

Cloudways, eklenti yolunun uzun vadeli hedef değil, bir geçiş basamağı konusunda açıktır: tam yığın, otomatik yedeklemeler, tek tıkla staging, Cloudflare entegrasyonu, yönetilen önbellekleme istiyorsanız, önerilen en iyi uygulama, harici siteyi uzun süre uzaktan yönetmek yerine onu Cloudways’e taşımaktır.

Tamamen Cloudways üzerinde barındırılan bir portföye sahip bir ajans için bunların hiçbiri önemli değildir. Ancak hâlâ birkaç siteyi başka yerlerde çalıştıran herkes için, ve yıllardır konuştuğum ajansların çoğunun en az birkaç tane böyle sitesi vardır, eklenti temel izleme ve güncellemeler için gerçek bir seçenektir; yalnızca yerel gösterge panelinin yaptığı şeyin yerine geçmez.

Cloudways

Cloudways üzerinde barındırılan WordPress uygulamalarını merkezi güncellemeler, Safe Updates, etkinlik kayıtları ve portföy genelinde zamanlama ile yönetin.

Cloudways Sitesini Ziyaret Edin

Başlarken: Siteleri Onboard Etmenin İki Yolu

Kapsam sorusu netleştikten sonra, pratik kısım burada başlıyor: bir WordPress uygulamasını gerçekten kaydetmek. Cloudways, native Site Manager’a girmek için iki yol sunuyor ve bunlar iş için eşit derecede uygun değil.

Yol 1: Bir uygulamanın kendi kenar çubuğu üzerinden

İlk kez tam olarak böyle ulaştım. Cloudways ana panosundan sunucuma, ardından o sunucudaki WordPress uygulamasına tıkladım; bu sizi o uygulamanın Access Details sayfasına götürüyor.

Oradaki sol kenar çubuğunda Access Details, Staging Management, Monitoring, Application Security, Domain Management ve ardından Site Manager yer alıyor; yanında da bir “New” etiketi var. Buna tıklayınca, tamamen o tek uygulamaya özel, yan yana duran iki plan kartı bulunan, Basic ve Pro, “Simplify App Management with Site Manager” başlıklı bir ekrana geçtim.

Get Pro‘ya tıkladım. İşte o zaman işler ters gitti.

Ekran, Cloudways’in eklentiyi kurduğunu ve site verilerimi eşitlediğini açıklayan bir mesajla birlikte “Subscribing to the Site Manager Plan…” ekranına dönüştü; bunun, uygulamanın boyutuna bağlı olarak birkaç dakika sürebileceği belirtiliyordu.

Yaklaşık iki dakika çalıştıktan sonra başarısız oldu ve kırmızı bir hata bildirimiyle geri döndü: “Please delete existing plugin and install again.” Önceden kurulu bir eklentim olmadığı için, mesajın kendisi tam olarak neyin yanlış gittiğini söylemiyordu.

Aynı plan ekranında, hiçbir şeyi değiştirmeden, Get Pro‘ya ikinci kez tıkladım. O deneme işe yaradı. Yaklaşık üç dakika sürdü ve başarılı olduğuna dair yeşil bir bildirimle tamamlandı; Site Manager planına abone olduğumu doğruladı ve beni uygulamanın Site Manager Overview sayfasına götürdü; eklenti sayısı, tema sayısı, performans skoru ve Manage Updates tablosu dolu ve hazırdı.

Yol 2: Hesap düzeyindeki gösterge paneli üzerinden

Birden fazla siteyi yönetmeye başladığınız anda kullanmanız gereken yol budur ve onu nasıl bulup kullandığımı tam olarak anlatayım.

Cloudways ana panosundan sol taraftaki gezinti çubuğunda simgeler sırasıyla Home, Flexible, Autonomous, Integrations ve Agency Partners olarak yer alıyor. Integrations‘a tıkladım. Bu, Site Manager (“New” olarak işaretli), Application Migration, DNS Made Easy, CookieYes ve Equalize Digital Accessibility Checker gibi kartların bulunduğu bir panel açtı.

Site Manager kartına tıklamak beni Yol 1’den tamamen farklı bir ekrana götürdü; Integrations → Add-Ons → Site Manager ekmek kırıntısı yolu altında, kendi sekme satırı olan bir ekran: Overview, Manage Updates, Auto Updates, History.

Bu Overview sayfası asıl komuta merkezidir. Hesap genelindeki istatistikleri gösterir: Total Apps on Site Manager, Apps on Free Plan, Apps on Pro Plan, Apps with Auto Updates ve altında, halihazırda kaydedilmiş tüm uygulamaları listeleyen bir Manage Applications tablosu.

Daha fazlasını eklemek için, o tablonun sağ üst köşesindeki Add Apps to Site Manager‘a tıkladım. Bu, iki aşamalı bir sihirbaz açtı:

1. Select Application(s): Henüz kaydedilmemiş tüm WordPress uygulamalarının bir onay kutulu listesi, bir Select All seçeneği ve bir arama alanıyla birlikte.

Listenin üstündeki bir not, staging uygulamaları, durdurulmuş sunuculardaki uygulamalar ve eski SafeUpdates eklentisini zaten çalıştıran herhangi bir uygulamayı hariç tuttuğunu açıklıyordu. İstediğim uygulamayı işaretledim ve Select Plan‘e tıkladım.

2. Select your Plan: Basic ve Pro yan yana yine gösteriliyor, bu kez seçtiğim uygulama sayısını ve bu toplu işlem için toplam aylık ücreti doğruluyor. Pro’yu seçtim ve Enable Site Manager‘a tıkladım.

Sihirbaz ekranına geldikten sonra tüm süreç bir dakikadan kısa sürdü ve birinci adımda işaretlediğim tüm uygulamalara aynı anda uygulandı; site başına plan seçimini tekrarlamak gerekmedi.

Kimsenin uyarmadığı boşluk

Artık her iki yoldan da uygulama kaydetmiş biri olarak, bu ürünün günlük bakımına dair düşüncemi değiştiren bulgu şuydu. Site Manager’ın zaten aynı sunucu üzerindeki başka bir uygulamayı aktif olarak yönettiği bir sunucuya ikinci bir WordPress uygulaması ekledim.

Yeni uygulamanın otomatik olarak görünmesini bekledim, çünkü Site Manager’ın zaten bildiği bir uygulamanın hemen yanında duruyordu. Olmadı. Hesap düzeyindeki gösterge panelinde yer alan “Total Apps on Site Manager” sayacı, ben yeni uygulamayı manuel olarak onboarding sürecinden geçirene kadar aynı yerde kaldı.

Bu bir tasarım tercihidir, ama operasyonel bir maliyeti olan bir tasarım tercihidir:

• Üç veya dört sitesi olan bir freelancer için, yenisini onboard etmeyi hatırlamak önemsizdir.
• Her hafta ya da iki haftada bir yeni bir müşteri sitesi açan bir ajans için, bu kalıcı olarak birinin kontrol listesinde tekrar eden bir maddeye dönüşür.
• Bir kez atlatırsanız, o site izleme, toplu güncellemeler ve etkinlik kayıtlarınızın dışında kalır; tek doğru kaynak olması gereken gösterge paneli için görünmez olur.

Cloudways

Cloudways üzerinde barındırılan WordPress uygulamalarını merkezi güncellemeler, Safe Updates, etkinlik kayıtları ve portföy genelinde zamanlama ile yönetin.

Cloudways Sitesini Ziyaret Edin

Gerçekte Neye Para Ödediğiniz

Site Manager, gerçekten kullanılabilir bir ücretsiz katman ile bir ajansın etrafında iş akışı kuracağı özellikleri açan bir Pro katmanına ayrılıyor.

Özellik bazında Basic ve Pro

Basic, kırpılmış bir deneme değildir. Gerçek bir site genel bakış, wp-admin’e dokunmadan kullanıcıları, temaları ve eklentileri yönetebilme, tek tıkla WordPress single sign-on, Quick Updates ve dikkat çekici biçimde merkezi gösterge panelinin kendisini içerir.

Cloudways, temel “tüm sitelerinizi tek bir yerde görün” deneyimini bir ödeme duvarının arkasına koymadı. Ücretle kilitlenen şey, bu gösterge paneline güvenip arkasını kollamadan harekete geçmeye yetecek güvenilirliği sağlayan her şeydir.

Pro, Public Preview sırasında, listelenen fiyatı ne olursa olsun, şimdilik ücretsiz kullanılabiliyor; bu fiyat uygulama başına aylık $3, beş uygulamayı aştığınızda uygulama başına $2’ye düşüyor.

Portföyünüz büyüdükçe Pro’nun gerçekte ne kadara mal olduğu

Bu indirim eşiği, Pro’nun ölçeklenmesinin ucuz olduğunu varsaymadan önce üzerinde düşünmeye değer:

Bu rakamların hiçbiri, kötü giden, yedeği alınmamış tek bir güncellemenin müşteri güvenine ne kadara mal olabileceğiyle karşılaştırıldığında makul değil; ancak uygulama başına fiyatlandırma, faturanın bazı rakip araçlardaki daha üst kademelerde görülen basamaklı indirimler yerine portföyünüzle birlikte düz bir çizgide büyümesi anlamına geliyor.

Aynı Güncellemeyi Tetiklemenin Üç Yolu

Kaydetme ve fiyatlandırma işlerini geride bıraktığımıza göre, incelemenin geri kalanı günlük kullanımın gerçekte nasıl göründüğüne odaklanıyor; bununla birlikte anlaşılması gereken bir mimari parçasıyla başlıyoruz.

Site Manager’ın tasarımında anlaması en uzun süren kısım buydu ve bu, arayüzün hiçbir yerinde açıklanmıyor.

• Bir uygulamanın kendi Overview sayfası, yine hesap düzeyindeki gösterge panelinde göreceğiniz aynı bekleyen eklenti güncellemelerini listeleyen kendi Manage Updates tablosunu hâlâ gösteriyor.
• Hesap düzeyindeki gösterge panelinin satır bazlı Actions menüsü, aynı temel verileri çekerek kendi Manage Updates eylemini sunuyor.
• Auto Updates sekmesi, aynı tür güncellemeyi tek bir uygulama ya da kayıtlı tüm uygulamalar üzerinde otomatik çalışacak şekilde zamanlamanıza izin veriyor.

Bunlar aynı odaya açılan üç kapıdır. Uygulama bazlı görünüm, o belirli site içinde zaten çalışan ve bekleyen bir güncellemeyi fark eden biri içindir. Hesap düzeyindeki satır eylemi, tüm portföyü tarayıp şimdi tek bir site üzerinde işlem yapmaya karar veren biri içindir.

Zamanlama sekmesi ise insanı tamamen döngüden çıkarmak içindir.

Quick Update ve Safe Update

Az önce anlatılan üç kapıdan bu bölüm ilk iki tanesini, yani uygulama bazlı görünüm ve hesap düzeyindeki satır eylemini ele alıyor; çünkü ikisi de aynı güncelleme mekanizmasını açıyor.

Her plan kademesinde Quick Update vardır. Uygulamak saniyeler sürer: güncelleme, uyumluluk kontrolü yapılmadan ve önce yedek alınmadan doğrudan üretime kurulur.

Cloudways’in kendi arayüz metni bu riskten açıkça bahsediyor ve “güncellemeler uyumlu olmadığında risk taşıyabilir” uyarısını yapıyor.

Bu testte bir Quick Update çalıştırmadım, bu yüzden başarısız olan birinin ekranda gerçekte nasıl göründüğünü ilk elden anlatamam. Bu, bu incelemede gerçek bir eksikliktir ve Quick Update’in hata davranışı hakkında, benden ya da tetiklememiş başka herhangi birinden gelen iddialara temkinli yaklaşılmalıdır.

Safe Update, Pro’nun ücretini haklı çıkaran özelliktir ve bunu tam olarak anlatmak gerekir; çünkü süreç, “yedekle, sonra güncelle” kadar basit değildir.

Bir Safe Update çalıştırması gerçekte nasıl görünür

İşte tam olarak bunu nasıl tetiklediğim. Integrations → Site Manager altındaki hesap düzeyindeki Overview tablosundan, bekleyen güncellemeleri olan uygulamanın satırını buldum ve o satırın sonundaki üç noktalı Actions menüsüne tıkladım. Dört seçenek açıldı: WP-Admin, App Overview, Manage Updates ve Manage Plan. Manage Updates‘a tıkladım.

Bu, bekleyen güncellemesi olan her eklentiyi, benim durumumda dört tane olan Breeze, Elementor, Object Cache Pro ve WP Ulike’i, mevcut sürümleri ve güncellenecekleri sürümle birlikte işaretli öğeler olarak listeleyen bir modal açtı.

Listenin altında iki radyo seçeneği vardı: Quick Update ve Safe Update; her birinin yanında takasın ne olduğunu anlatan tek satırlık bir açıklama bulunuyordu. Safe Update‘i seçtim ve Proceed‘e tıkladım.

Tek bir ilerleme göstergesi yerine, açılan sonraki modal gerçek zamanlı güncellenen aşamalı bir kontrol listesi gösteriyor.

Staging environment:

• Pre Snapshot
• Fetch Update Packages
• Her eklentiyi tek tek güncelle
• Post Snapshot
• Cache’i Temizle
• Visual Regression

Production:

• Aynı sıra staging geçtikten sonra tekrar eder ve bir son cache temizliğiyle biter

Çalıştırmaya saat 6:21’de başladım ve saat 6:27’de tamamlandı. Altı dakika, dört eklenti için, tam bir staging-ardından-production döngüsü boyunca. Modalın kendisi bunun genellikle bir dakikadan az süreceğini belirtiyor; ancak benim çalıştırmam bu tahmini ciddi şekilde aştı.

Verilen tahmin ile gerçek süre arasındaki bu fark, özellikle bir bakım penceresi sırasında bir grup eklenti için Safe Update çalıştırıyorsanız, saniyeleri değil dakikaları hesaba katmanız gerektiği anlamına geliyor.

Başarı bildiriminden sonra sonuç onaylandı ve tamamlanır tamamlanmaz hesap düzeyindeki History sekmesi bunu “On-Demand Successful: Plugins (4)” olarak kayda geçirdi ve tam ayrıntılara giden bir bağlantı sundu.

Bu döngünün kapanması, bir eylemi izleyip ardından hemen bunun kalıcı bir kaydını gösterebilmek, bir ajansın müşteri karşısında ihtiyaç duyduğu şeyin tam karşılığıdır; SafeUpdates bunu asla vermiyordu.

Güncellemeleri daha affedici ya da daha katı yapan iki ayar

Bunların ikisi de zamanlama akışı içinde yer alıyor, bu yüzden kolayca gözden kaçabiliyor:

• Visual Regression Sensitivity, güncelleme durdurulmadan önce staging test ile production arasındaki görsel farkın ne kadarının tolere edileceğini kontrol eder. Varsayılan olarak mevcut en sıkı ayar olan “Critical, 0% difference.” seçeneğindedir.
• Smart Skip for Plugin/Theme Update Failures, varsayılan olarak etkindir ve tek bir eklentinin güncellenememesi tüm toplu işlemi durdurmaz anlamına gelir. Sistem o bir öğeyi kenara ayırır, başarılı olan her şeyi günceller, görsel regresyon kontrolünü başarılı olanlar üzerinde çalıştırır ve bu değişiklikleri otomatik olarak canlıya taşır.

Birlikte, bu iki varsayılan ayar, gözetimsiz gece güncelleme çalıştırmanızın sizi uyanınca kuyrukta işaretlenmiş bir eklentiyle mi, yoksa uyumsuz tek bir tema yüzünden ortada takılı kalmış tüm bir siteyle mi karşılayacağını belirler. Bunları, herhangi bir programın gözetimsiz çalışmasına güvenmeden önce kontrol etmekte fayda var.

Cloudways

Cloudways üzerinde barındırılan WordPress uygulamalarını merkezi güncellemeler, Safe Updates, etkinlik kayıtları ve portföy genelinde zamanlama ile yönetin.

Cloudways Sitesini Ziyaret Edin

Tüm Portföy Genelinde Güncellemeleri Tek Anda Zamanlamak

Bu, ilk iki kapıyı kapsıyordu. Bu bölüm üçüncü kapıyı kapsıyor: insanı döngüden tamamen çıkarmak. Aynı hesap düzeyindeki Site Manager sayfasından ulaşılan Auto Updates sekmesi, “birden fazla siteyi tek bir şeymiş gibi yönetme” vaadinin ya karşılandığı ya da çöktüğü yerdir. Benim durumumda, vaadini yerine getirdi.

İşte tam olarak nasıl kurduğum. Integrations → Site Manager üzerinden, üst sıradaki Auto Updates sekmesine tıkladım.

Henüz hiçbir şey zamanlanmamışken sayfa, tek bir düğmeyle birlikte boş durum gösteriyordu: “No Auto Updates Schedule,” ve altında Set Auto Update Schedule.

Buna tıklamak, aşağıdakileri tek bir geçişte anlatan bir sihirbaz açtı, “Set Auto Update Schedule,”:

1. Day of Week and Schedule Time: iki açılır menü ve saat alanının yanında bir saat dilimi seçici. Cuma gününü, UTC 00:00 ile 05:59 arasında olacak şekilde ayarladım.
2. Select Application: Site Manager’a zaten kaydedilmiş tüm uygulamaların bir onay kutulu listesi, bir Select All seçeneği ve seçilen uygulamalardan birinde zaten var olan herhangi bir zamanlamanın bu yeni zamanlama ile değiştirileceğini belirten bir not. Her iki uygulamamı da seçtim ve Choose Preferences‘e tıkladım.

Sonrasında ikinci bir ekran açıldı, “Create Auto Update Schedule,” ve şu bölümleri kapsıyordu:

3. Configure Update List: WordPress Core, Plugins ve Themes olmak üzere üç genişletilebilir bölüm; her birinde kendi onay kutulu listesi ve kaç tanesinin seçildiğini gösteren bir sayaç var. İki uygulamam arasında, dahil edilebilecek on eklenti ve dört tema mevcuttu ve her bir eklenti ile tema, uygulamalarımın kaçında kullanıldığını tam olarak gösteriyordu; bu küçük ayrıntı, onlarca site yönettiğinizde hangi güncellemelerin daha geniş ölçekte test edilmeye değer olduğunu ve hangilerinin yalnızca tek bir siteyi etkilediğini ayırt etmek için son derece önemlidir.

4. Update Type: Quick Update veya Safe Update sunan bir açılır menü; her birinin yanında on-demand modalda gösterilen aynı açıklama yer alıyor. Safe Update’i seçmek, yalnızca bu modda görünen iki ek kontrolü, Visual Regression Sensitivity ve Smart Skip for Plugin/Theme Update Failures’ı ortaya çıkarıyor.

5. Critical Updates: normal programın dışında bir güvenlik kaynaklı yamanın bir güvenlik açığı işaretlenir işaretlenmez uygulanması için ayrılmış, varsayılan olarak kapalı bir anahtar.

Alttaki Set AutoUpdate Schedule‘a tıklamak bunu kaydetti, ikinci adımda seçtiğim her uygulamaya uygulandı; site başına bir kez daha yapılandırma tekrarlamak gerekmedi.

Activity Logs: Aslında Müşteri Güveniyle İlgili Olan Kısım

Üç kapı ve bunların arkasındaki güncelleme mekanikleri nasıl sorusunu kapsıyor. Bu son özellik ise kanıtı kapsıyor: güncelleme sürecinin kendisinden ayrı, ne olduğuna dair kalıcı bir kayıt.

İşte bunu tam olarak nasıl açtığım.

O uygulamanın kendi Site Manager Overview sayfasından, yani Yol 1 üzerinden abone olduktan sonra ulaştığınız aynı sayfadan, performans halkasının yanında “Activity Logs are Disabled” etiketli bir kart, kısa bir açıklama ve tek bir düğme bulunuyordu: Enable Activity Logs.

Buna tıkladım ve kart hemen güncellendi; onay penceresi yoktu, ek bir adım da yoktu. Hemen ardından Integrations → Site Manager altındaki hesap düzeyindeki Manage Applications tablosunu kontrol ettiğimde, o uygulama için Activity Logs sütunu sayfayı yenilemeye gerek kalmadan zaten Disabled’dan Enabled’a dönmüştü.

Bu özellik Pro’nun arkasında yer alır ve her ajansın bir noktada bir müşteri tarafından kendisine sorulan soruya yanıt verir: neyi kim, ne zaman değiştirdi?

Bu olmadan, bu cevap genellikle sitenin kendi veritabanına yazan bir WordPress kayıt eklentisinde yaşar; bu da zamanla şişer ve kurcalanmaya karşı hiçbir koruma sunmaz. Bu kaydın WordPress kurulumunun dışında, barındırma katmanında tutulması, müşteri yüzü olan her şey için anlamlı biçimde farklı bir güven düzeyidir.

Cloudways

Cloudways üzerinde barındırılan WordPress uygulamalarını merkezi güncellemeler, Safe Updates, etkinlik kayıtları ve portföy genelinde zamanlama ile yönetin.

Cloudways Sitesini Ziyaret Edin

Artılar ve Eksiler

Bu Gerçekten Kim İçin

Tam özellik seti, maliyeti ve pürüzleri ortaya konduktan sonra, son soru bunun sizin portföyünüze uyup uymadığıdır.

En net uyum, birkaç, ideal olarak çok sayıda WordPress sitesi yöneten ve bunların tamamı zaten Cloudways içinde yaşayan bir ajans ya da serbest çalışan geliştirici içindir; burada bozuk bir güncelleme, sadece kişisel bir rahatsızlık değil, müşteri güveni açısından gerçek bir maliyet taşır.

Bu, karma bir portföye sahip olan herkes için kısmi bir uyumdur. Ücretsiz Site Manager eklentisi, harici siteleri temel izleme ve güncellemeler için dahil edebilir, ancak native gösterge panelini ücret ödemeye değer kılan özellikler, staging tabanlı Safe Update, görsel regresyon, etkinlik kayıtları, bu siteler gerçekten Cloudways’e taşınana kadar erişilemez kalır.

Tek site sahibi için gereksizdir. Ücretsiz katman teknik olarak iş görür, ancak tüm ürün, tek bir sitenin asla yaratmadığı portföy ölçeğindeki bir sorunu çözmek için vardır.

Sonuç: Değer, Ama Yalnızca Cloudways İçinde

Evet, site manager benimsenmeye değer; tek bir koşulla: siteleriniz zaten Cloudways üzerinde barınıyorsa. Bu sınır içinde Site Manager vaat ettiğini sunuyor: gerçek bir çapraz uygulama gösterge paneli, üretime dokunmadan önce yedek alan bir Safe Update yolu ve güncellemeleri site başına değil filo genelinde bir eylem olarak ele alan toplu zamanlama.

Bu sınırın dışında ise, açık bir taşıma yönlendirmesi eşliğinde daha hafif bir araçtır. En iyi uyum, müşteri sitelerini Cloudways üzerinde birleştiren ve neyin ne zaman değiştiğini kanıtlayabileceği tek bir yer isteyen bir ajanstır.

Cloudways

4.6

537 user reviews

540 TL /mo

Başlangıç fiyatı

Cloudways Sitesini Ziyaret Edin

Rating based on expert review

• Kullanıcı Dostu
  4.5
• Destek
  4.6
• Özellikler
  4.8
• Güvenilirlik
  4.8
• Ücretlendirme
  4.3