Güvenli WordPress Değişiklikleri: Yedekleme, Geri Alma ve Site Bakımı

Her SEO aracı size neyi düzeltmeniz gerektiğini söyleyebilir. Ancak bu düzeltmeyi WordPress sitenizde, siteyi riske atmadan uygulayabilen araç sayısı çok daha azdır. robots.txt dosyasındaki tek bir yanlış satır, sitenin tamamını birkaç gün içinde Google'dan gizleyebilir. Tek bir eklenti güncellemesi, herkesin bildiği "Bu web sitesinde kritik bir hata oluştu" ekranıyla sonuçlanabilir. Başlıkların toplu olarak değiştirilmesi, ekibinizin elle yaptığı emeği sessizce silebilir. Bu yüzden güvenli WordPress değişiklikleri "olsa iyi olur" denecek bir ek özellik değildir; canlı bir siteye herhangi bir aracın dokunmasına izin vermenin ön koşuludur.

Rutba tam olarak bu ön koşulun etrafında tasarlandı. Sitenize yapılan her yazma işlemi tek bir güvenlik motorundan geçer: her değişiklik risk düzeyine göre sınıflandırılır (R0'dan R4'e), herhangi bir şey yazılmadan önce eski değerler bir geri yükleme noktası olarak kaydedilir, site yeni değerleri geri okuyarak doğrular, yüksek riskli değişikliklerden önce ve sonra sitenin sağlığı kontrol edilir ve bir şey uyuşmazsa değişiklik otomatik olarak geri alınır. Bunlara ek olarak tek tıkla geri alma ve "Bugünü geri al" düğmesi bulunan eksiksiz bir değişiklik geçmişi, geri yüklemeli tam WordPress yedekleme, acil kurtarma eklentisiyle korunan güvenli eklenti ve tema güncellemeleri ve siteniz çöktüğünde, SSL sertifikasının süresi dolmak üzereyken ya da robots.txt Googlebot'u engellemeye başladığında sizi uyaran izleme sistemi elde edersiniz.

Bu rehber, WordPress üzerindeki otomatik değişikliklerin neden riskli olduğunu, her siteyi koruyan genel iyi uygulamaları (test ortamı, yedekleme, değişiklik kaydı, sınırlı yetki) ve Rutba'nın bu uygulamaları sizin yerinize nasıl hayata geçirdiğini sade bir dille anlatıyor. Sitesini kumara sokmadan SEO iyileştirmesi yapmak isteyen site sahipleri, e-ticaret mağazaları, ajanslar ve blog yazarları için hazırlandı.

WordPress sitesinde "güvenli değişiklik" ne demek?

Bir değişiklik, aşağıdaki üç koşul aynı anda sağlandığında güvenlidir:

1. Neyin değişeceğini, değişmeden önce tam olarak bilirsiniz. "Başlıklarınızı optimize edeceğiz" değil, "bu sayfanın başlığı A'dan B'ye değişecek".
2. Geri dönebilirsiniz. Önceki durum değişiklikten önce kaydedilmiştir; ona dönmek hızlıdır ve kimsenin eski değeri hatırlamasına bağlı değildir.
3. Sonucu biri kontrol eder. Değişiklikten sonra yeni değer gerçekten sitededir ve site hâlâ çalışır: ana sayfa açılır, PHP hatası görünmez, Google'ın girişine hâlâ izin verilir.

Otomatik araçların yol açtığı sorunların çoğu bu üç koşuldan birinin eksikliğinden kaynaklanır. Önizleme göstermeden doğrudan veritabanına yazan araçlar birinci koşulu çiğner. Eski değerleri saklamadan üzerine yazan araçlar ikinci koşulu çiğner. İstek hatasız döndü diye "tamamlandı" diyen araçlar ise üçüncü koşulu çiğner; çünkü istek başarılı olurken bir önbellek eklentisi, temadaki bir filtre ya da hâlâ etkin olan başka bir SEO eklentisi değeri bir saniye sonra yeniden yazabilir.

Güvenlik yalnızca değişikliğin kendisiyle ilgili değildir; bağlantıyla da ilgilidir: Aracın sitenizde neler yapmasına izin verildiği, bir isteğin gerçekten ondan geldiğini nasıl kanıtladığı ve artık ona ihtiyaç duymadığınızda erişiminin ne olduğu. Zamanla da ilgilidir: Dün sorunsuz çalışan bir site, sertifikanın süresi dolduğu ya da bir eklenti kendini güncellediği için bu gece bozulabilir. İyi bir site bakımı bu olayları izler ve size hızla haber verir.

Otomatik SEO ve WordPress değişiklikleri neden riskli?

WordPress esnektir, çünkü binlerce eklenti ve tema neredeyse her şeye müdahale edebilir. Aynı esneklik, değişikliklerin sonucunu öngörmeyi zorlaştırır. Masum görünen bir değişikliğin ters gitmesinin en yaygın yolları şunlardır.

Tüm siteyi etkileyen dizinleme ayarları

Bazı SEO ayarları tek bir sayfadaki tek bir alanı etkiler; bazıları ise tüm sayfaları bir anda etkiler. robots.txt dosyasındaki tek bir satır (Disallow: /) kurallara uyan bütün tarayıcılara sitenin tamamından uzak durmalarını söyler. Ana sayfadaki bir "noindex" etiketi ya da WordPress'teki "Arama motorlarının bu siteyi dizine eklemesini engelle" ayarı, sitenin sonraki günlerde arama sonuçlarından düşmesine yol açabilir. Yanlış adresi gösteren canonical etiketleri, önem verdiğiniz sayfaların Google tarafından yok sayılmasına neden olabilir. SEO otomasyonunun en sık dokunduğu ayarlar tam da bunlardır; bu yüzden en fazla özeni hak ederler.

Değerleri yeniden yazan eklentiler ve temalar

WordPress'te filtreler vardır: Bir eklentideki ya da temadaki kod, bir değeri kaydedilirken veya görüntülenirken değiştirebilir. Bir meta açıklama kaydedersiniz, tema sonuna site adını ekler. Bir başlık kaydedersiniz, hâlâ etkin olan başka bir SEO eklentisi kendi başlığını basar. Yazdıktan sonra değeri geri okumayan bir araç, değişikliğinin gerçekten uygulanıp uygulanmadığını bilemez.

Siteyi bozan güncellemeler

Eklenti, tema ve WordPress çekirdeği güncellemeleri gereklidir; güvenlik açıklarını kapatır ve hataları giderir. Ancak bir güncelleme PHP sürümünüzle, temanızla ya da başka bir eklentiyle uyumsuz olabilir. Sonuç, ön yüzü, yönetim panelini veya ikisini birden çökerten ölümcül bir hata olabilir. WordPress 5.2'den beri ölümcül bir hatadan sonra yöneticiye özel bir giriş bağlantısı e-postalayan yerleşik bir kurtarma modu vardır. Bu yararlıdır, ama site bozukken sorunu elle teşhis etmek ve düzeltmek yine size kalır.

Geri dönüş yolu olmayan toplu düzenlemeler

Tek tıkla 300 meta açıklamayı değiştirmek güçlü bir özelliktir. Yeni açıklamalar daha kötüyse ya da yanlış sayfa grubu seçildiyse, 300'ünü birden eski metinlerine döndürecek bir yola ihtiyacınız olur. WordPress yazı içerikleri için revizyon tutar; ancak meta veri olarak saklanan SEO alanlarının çoğu, ayarlar ve dosyalar için tutmaz.

Gereğinden geniş erişim

Pek çok araç bir yönetici hesabı ya da "uygulama parolası" ister. Bu, araca o kullanıcının bütün yetkilerini verir: eklenti kurmak, içerik silmek, kullanıcıları değiştirmek. Aracın sunucuları ya da sakladığınız parola bir gün ele geçirilirse, saldırgan bu erişimin tamamını devralır.

Zamanla oluşan sessiz arızalar

Kimse hiçbir şeyi değiştirmese bile bir şeyler bozulur: hosting sunucusu çöker, SSL sertifikası yenilenmez, ekipten biri temayı değiştirir, SEO eklentisini devre dışı bırakır ya da taşımadan sonra canlı sitede "Arama motorlarını engelle" seçeneğini işaretli bırakır. İzleme yoksa bunu müşterilerinizden ya da haftalar sonra gelen trafik düşüşünden öğrenirsiniz.

Canlı bir siteyi değiştirmek için genel iyi uygulamalar (her araç için geçerli)

Rutba'nın bu konuyu nasıl ele aldığına geçmeden önce, profesyonel WordPress ekiplerinin hangi aracı kullanırlarsa kullansınlar uyguladığı yöntemlere bakalım. Rutba'yı hiç kullanmasanız bile bunları bilmeniz faydalıdır.

Büyük değişiklikler için test ortamı (staging) kullanın

Test ortamı, sitenizin ayrı bir adresteki kopyasıdır; değişiklikleri canlı siteye uygulamadan önce orada denersiniz. Birçok hosting firması tek tıkla test ortamı sunar. Yeniden tasarım, tema değişikliği, büyük WordPress sürüm yükseltmeleri, PHP sürümü değişiklikleri ve sayfaların oluşturulma biçimini değiştiren yeni eklentiler için kullanın. Alan düzeyindeki küçük SEO düzenlemeleri (bir başlık, bir görselin alternatif metni) için test ortamı genellikle gereksizdir; yeter ki geri alabilesiniz.

Geri yüklemeyi gerçekten denediğiniz yedekler tutun

Bir yedeğin iki parçası vardır: veritabanı (yazılar, sayfalar, ayarlar, kullanıcılar, SEO alanları) ve dosyalar (temalar, eklentiler, medya). İyi bir rutin şöyledir:

1. Belirli bir takvime göre ve her riskli işlemden önce otomatik yedek alın.
2. En az bir kopyayı hosting hesabınızın dışında tutun; sunucudaki bir sorun yedeği de beraberinde götürmesin.
3. Yalnızca son kopyayı değil, birkaç günlük ya da haftalık bir geçmişi saklayın; bazı sorunlar geç fark edilir.
4. Zaman zaman bir geri yükleme deneyin. Hiç geri yüklenmemiş bir yedek bir plan değil, bir umuttur.

Neyin değiştiğini kayda geçirin

Bir değişiklik kaydı "ne değişti, ne zaman ve kim yaptı?" sorusunu yanıtlar. Trafik düştüğünde ya da bir sayfa tuhaf göründüğünde ilk ihtiyaç duyduğunuz şey budur. SEO açısından başlık ve açıklama değişikliklerini, robots.txt ve yönlendirme değişikliklerini, eklenti kurulum ve güncellemelerini ve tema değişikliklerini kaydedin.

Her seferinde tek bir şeyi değiştirin

Üç eklenti birlikte güncellenip site bozulduğunda hangisinin sebep olduğunu bilemezsiniz. Her seferinde tek bir öğeyi güncelleyip ardından siteyi kontrol etmek daha yavaştır, ama sorunları görünür ve geri alınması kolay kılar.

Araçlara ihtiyaç duydukları en az erişimi verin

Bir araç yalnızca SEO alanlarını düzenliyorsa eklenti kurmasına gerek yoktur. Yetkileri göreve göre verin, ihtiyaçlarınız değiştikçe gözden geçirin ve bir aracı kullanmayı bıraktığınızda erişimini tamamen kaldırın.

Temel göstergeleri sürekli izleyin

Erişilebilirlik (uptime), SSL bitiş tarihi, robots.txt ve ana sayfanın dizine eklenebilirliğini izlemek ucuzdur; kaçırmak ise pahalıdır. Uyarılar harekete geçebilecek birine ulaşmalı ve boş yere alarm vermemelidir: Tek bir yavaş yanıt bir kesinti değildir.

Bu uygulamalar Rutba'nın güvenlik motorunun temelidir. Fark şu: Rutba bunları birinin hatırlamasına bırakmak yerine her değişiklikte otomatik olarak uygular.

Rutba'nın güvenlik motoru: her değişiklik nasıl korunur?

Rutba'da istisnası olmayan tek bir kural vardır: Hiçbir değişiklik güvenlik motorundan geçmeden sitenize ulaşamaz. Düzeltme Merkezi, içerik araçları, yapılandırılmış veri düzenleyicisi, robots.txt ve llms.txt düzenleyicileri, site oluşturucu ve otomatik pilot aynı yolu kullanır. Güvenlik kontrollerini atlayan bir "hızlı şerit" yoktur.

İş birimi bir değişiklik setidir (change set): birlikte uygulanan ve birlikte geri alınan değişikliklerden oluşan bir grup. Setteki her öğe, hedefini (bir yazı, bir medya öğesi, robots.txt ya da bir ayar), amaçlanan yeni değerleri ve uygulandıktan sonra öncesi ile sonrası değerleri kaydeder.

Adım 1: Öneri ve inceleme

Bir değişiklik seti öneri olarak başlar. Neyin değişeceğini öğe öğe, mevcut değer ile yeni değer yan yana olacak şekilde görürsünüz. SEO denetiminin önerdiği düzeltmelerde, önerilen metni izin verilen uzunluk sınırları içinde düzenleyebilir ve istemediğiniz öğelerin işaretini kaldırabilirsiniz. Henüz hiçbir şey yazılmamıştır. Beğenmediğiniz bir öneriyi doğrudan silebilirsiniz.

Adım 2: Onay

Değişiklik seti ancak siz onayladığınızda ilerler ve onay, onaylayan kişiyle birlikte kaydedilir. Düzeltme uygulamak ekibinizde uygun bir rol gerektirir (aşağıdaki "Ekip rolleri" bölümüne bakın); bunu yalnızca arayüzdeki düğme değil, sunucu denetler.

Adım 3: Yazmadan önce geri yükleme noktası

WordPress bağlantı eklentisi önce her öğeyi doğrular, ardından setin dokunacağı her şeyin mevcut değerlerinin anlık görüntüsünü kaydeder ve ancak bundan sonra yazar. Tek bir yazma işlemi bile başarısız olursa, o setten o ana kadar yazılmış her şey eklenti yanıt vermeden önce eski haline döndürülür. Yani bir değişiklik seti ya tamamen uygulanır ya da hiç uygulanmaz.

Adım 4: Geri okuma ile doğrulama

Yazdıktan sonra eklenti, değerleri WordPress'in kendisinin döndüreceği şekilde geri okur ve "önce" ile "sonra" değerlerini Rutba'ya gönderir. Rutba sitenin şu anda tuttuğu değeri amaçlanan değerle karşılaştırır. HTML içerik görünür metin olarak karşılaştırılır; böylece WordPress'in zararsız biçim düzenlemeleri hata sayılmaz, ama gerçek bir fark sayılır. Herhangi bir öğe uyuşmazsa (örneğin başka bir eklentideki filtre onu yeniden yazdığı için), setin tamamı otomatik olarak geri alınır ve sitenin hangi öğeyi korumadığını görürsünüz.

Adım 5: Yüksek riskli değişikliklerde sağlık kontrolü

Yüksek riskli değişikliklerde (robots.txt ya da site genelindeki ayarlar gibi R3 düzeyi) Rutba, sitenin sağlığını değişiklikten önce ve sonra dışarıdan, ziyaretçilerin ve arama motorlarının gördüğü gibi kontrol eder:

• ana sayfa başarılı bir yanıt veriyor mu;
• ana sayfada PHP veya WordPress hatası görünüyor mu (örneğin kritik hata mesajı ya da "Veritabanı bağlantısı kurulurken hata oluştu");
• ana sayfa hâlâ dizine eklenebilir mi (robots meta etiketinde ya da X-Robots-Tag başlığında noindex yok);
• robots.txt hâlâ Googlebot'a izin veriyor mu;
• gerektiğinde beşe kadar önemli ek sayfa hatasız yanıt veriyor mu;
• bağlantı eklentisi hâlâ yanıt veriyor mu.

Değişiklikten önce sorunsuz olan bir şey değişiklikten sonra bozulduysa set otomatik olarak geri alınır ve neden kaydedilir (örneğin "robots.txt Googlebot'u engelliyor" ya da "ana sayfada PHP hatası görünüyor"). Önce ve sonranın karşılaştırılması önemlidir: Değişiklikten önce zaten var olan bir sorun değişikliğe yüklenmez.

Adım 6: Uygulandı, uygulanmadı, geri alındı ya da "ilgi gerekiyor"

Her değişiklik seti, değişiklik geçmişinde görebileceğiniz net bir durumla sonuçlanır:

• Uygulandı: yazıldı, geri okundu ve gerektiğinde sağlık kontrolünden geçti.
• Uygulanmadı: site değişikliği reddetti ve hiçbir şey değişmedi.
• Geri alındı: başarısız bir kontrolden sonra otomatik olarak ya da bir kişi tarafından geri alındı.
• İlgi gerekiyor: bağlantı işlemin ortasında koptu, sonuç bilinmiyor. Rutba siteden otomatik olarak geri almasını ister; siteye ulaşılamazsa set geri alınabilir durumda kalır ve site geri geldiğinde yeniden deneyebilirsiniz.

R0'dan R4'e risk düzeyleri: etkiyle orantılı koruma

Her değişiklik aynı özeni gerektirmez. Bir görselin alternatif metnini değiştirmek siteyi çökertemez; bir eklentiyi güncellemek çökertebilir. Rutba her değişikliği riskine göre sınıflandırır ve kural basittir: Şüphe durumunda düzey yükseltilir, asla düşürülmez. Bir değişiklik seti, içindeki en riskli öğenin düzeyini alır.

Birkaç ayrıntı mantığı açıklar. Bir başlık değişikliği R1'dir; ama aynı sayfaya noindex eklemek ya da canonical'ı değiştirmek R2'dir, çünkü bu alanlar Google'ın dizininde neyi tuttuğunu değiştirir. Yeni bir makale R2'dir; geri alınırsa yarım yamalak yayında bırakılmaz, çöp kutusuna taşınır. robots.txt R3'tür ve Rutba yapay zekâ tarayıcı kurallarını yönettiğinde bunları açıkça işaretlenmiş bir blok içine yazar; böylece robots.txt dosyanızın geri kalanına dokunulmaz.

R4 değişiklikleri ise sıradan yoldan hiç geçmez. Yalnızca aşağıda anlatılan, yedekle korunan bakım akışı üzerinden çalıştırılabilir.

Somut bir örnek: güvenlik motorundan geçen iki değişiklik

Durumu somutlaştırmak için, SEO denetiminde on iki ürün sayfasının meta açıklamasının olmadığı tespit edilen küçük bir WordPress mağazası düşünün.

Birinci değişiklik: meta açıklamalar (R1). Düzeltme Merkezi on iki öğeli bir değişiklik seti hazırlar; her öğede mevcut açıklama (boş) ve önerilen açıklama görünür. İkisini elle yeniden yazarsınız, yakında kaldırmayı düşündüğünüz bir ürünün işaretini kaldırırsınız ve onaylarsınız. Eklenti on bir öğenin mevcut değerlerini kaydeder, açıklamaları yazar ve geri okur. Diyelim ki eski bir SEO eklentisi hâlâ etkin ve bir sayfadaki açıklamanın üzerine yazıyor: O öğenin geri okuması uyuşmaz, Rutba setin tamamını otomatik olarak geri alır ve hangi sayfanın yeni değeri korumadığını size gösterir. Yinelenen eklentiyi devre dışı bırakır, yeniden uygularsınız; bu kez set değişiklik geçmişinde "Uygulandı" olarak görünür. Bir hafta sonra açıklamalardan birini beğenmezseniz seti tek tıkla geri alır ya da yalnızca o sayfa için yeni bir değişiklik hazırlarsınız.

İkinci değişiklik: robots.txt (R3). Yapay zekâ tarayıcıları için kurallar eklemek istiyorsunuz. Yazmadan önce Rutba sitenin sağlığını dışarıdan kontrol eder: ana sayfa açık, hata yok, noindex yok, Googlebot'a izin var. Kurallar kendi işaretli bloğu içine yazılır, geri okunur ve sağlık kontrolü yeniden yapılır. Değişiklik herhangi bir nedenle Googlebot'u ana sayfadan engelleseydi, bu önceki kontrole göre bir gerileme olarak görünür ve Rutba değişikliği nedenini kaydederek otomatik olarak geri alırdı. Her şey yolundaysa değişiklik, önce ve sonra sağlık raporlarıyla birlikte uygulandı olarak kaydedilir.

İki durumda da WordPress yönetim panelini açmanız, eski değerleri hatırlamanız ya da bir geliştiriciyi aramanız gerekmedi. Bütün fikir bu: Doğru değişikliği kolaylaştırmak, yanlış değişikliği ise anında düzeltilebilir kılmak.

Değişiklik geçmişi, tek tıkla geri alma ve "Bugünü geri al"

Rutba'daki her sitenin bir Değişiklik geçmişi ekranı vardır: Rutba'nın sitede değiştirdiği her şey, en yenisi en üstte ve geri alma için önceki değerler saklanmış olarak. Her kayıt değişiklik setinin başlığını, nereden geldiğini (Düzeltme Merkezi, elle düzenleme, tarama dosyaları vb.), kaç öğe içerdiğini, risk düzeyini, kimin yaptığını, ne zaman uygulandığını ve güncel durumunu gösterir.

Bir kaydı açtığınızda her öğeyi önceki ve sonraki değeriyle görürsünüz. Fikrinizi değiştirirseniz tek bir tıklama tüm değişiklik setini kaydedilmiş değerlere döndürür. Eski başlığın ne olduğunu hatırlamanız ya da bir geliştiriciden veritabanını geri yüklemesini istemeniz gerekmez.

Baştan başlamak istediğiniz günler için Bugünü geri al düğmesi, o sitede günün başından beri uygulanan tüm değişiklikleri en yenisinden başlayarak geri alır. Ters sırayla geri almak önemlidir: İki değişiklik aynı alana dokunduysa, önce en yenisini geri almak her değeri kendinden önceki doğru duruma döndürür. Düğme ilgili değişiklik sayısını gösterir ve onay ister.

Geri almalar da kaydedilir: kimin geri aldığı, ne zaman ve otomatik olup olmadığı. Siteye ulaşamayan bir geri alma başarılı olmuş gibi davranmaz; set yeniden denenebilene kadar "ilgi gerekiyor" durumunda kalır.

Onayladığınız değişiklik setleri ve otomatik pilotun yeri

Varsayılan olarak hiçbir şey onayınız olmadan uygulanmaz. Düzeltme Merkezi önerileri SEO denetiminizden hazırlar (bkz. SEO düzeltmeleri) ve hangilerinin uygulanacağına siz karar verirsiniz. Aynısı Rutba AI ile yazılan metinler için de geçerlidir: Yapay zekâ çıktısı siz onaylamadan asla sitenizde yayımlanmaz.

Bazı ekipler tekrarlayan, düşük riskli düzeltmelerin kendiliğinden yapılmasını ister. Bunun için Rutba'da isteğe bağlı bir otomatik pilot vardır (paketinize bağlı olarak). Bilinçli olarak temkinlidir:

• Aynı kuralları aynı Düzeltme Merkezi ve aynı güvenlik motoru üzerinden çalıştırır; kendine ait bir yazma yolu yoktur.
• Her kural için iki modu vardır: öneri (inceleme için taslak hazırlar) ve otomatik.
• Yapay zekâ ile yazılan metin, yalnızca o kural için açıkça izin verdiyseniz otomatik olarak uygulanır.
• Site başına günlük otomatik değişiklik sayısının bir üst sınırı vardır.
• Bir devre kesici, otomatik pilotun art arda iki değişikliği başarısız olduğunda ya da geri alındığında, bir kişi yeniden başlatana kadar o sitede otomatik pilotu durdurur.

Otomatik pilotun yaptığı her değişiklik aynı değişiklik geçmişinde, aynı tek tıkla geri alma seçeneğiyle görünür.

Rutba ile WordPress siteniz arasında güvenli bağlantı

Yukarıdakilerin tamamı, Rutba ile siteniz arasındaki bağlantının güvenilir olmasına bağlıdır. Rutba, WordPress'e kendi bağlantı eklentisi (rutba-connector) üzerinden bağlanır. Tasarımın amacı şudur: Bağlantı yalnızca sizin izin verdiğiniz şeyleri yapabilsin, yalnızca istek gerçekten Rutba'dan geldiğinde çalışsın ve bağlantıyı kestiğinizde hiçbir şey yapamasın.

Parola yok, imzalı istekler var

Rutba'ya WordPress parolanızı ya da bir uygulama parolasını asla vermezsiniz. Bunun yerine tek kullanımlık bir bağlantı kodunu eklentinin ayarlar sayfasına (WordPress, Ayarlar, Rutba) yapıştırırsınız. Eklenti ve platform ardından açık anahtarlarını değiş tokuş eder. O andan itibaren:

• Rutba'dan sitenize gelen her istek Ed25519 dijital imzasıyla imzalanır (PHP'ye yerleşik olan ve WordPress'te sodium_compat olarak bulunan libsodium aracılığıyla);
• her istek bir zaman damgası ve bir nonce (rastgele, tek kullanımlık değer) taşır. Eklenti beş dakikadan eski istekleri ve daha önce gördüğü her nonce'u reddeder; böylece ele geçirilmiş bir istek tekrar gönderilemez;
• eklentinin yanıtları da imzalıdır; platform yanıtın gerçekten sitenizden geldiğini ve değiştirilmediğini doğrulayabilir;
• sitenin gizli anahtarı WordPress veritabanınızda şifrelenmiş olarak saklanır.

Açık anahtarlı imzaların ortak bir parolaya göre avantajı şudur: Platform, sitenizi taklit etmeye yarayacak bir sır tutmaz; siteniz de platformu taklit etmeye yarayacak bir sır tutmaz.

Sabit bir komut listesi

Eklenti, platformdan gelen rastgele kodları ya da rastgele veritabanı sorgularını çalıştırmaz. Yalnızca sabit ve tür denetimli bir komut listesini kabul eder: site bilgilerini ve içeriği okumak, SEO alanlarını okumak ve uygulamak, değişiklik setlerini uygulamak ve geri almak, yedek oluşturmak ve geri yüklemek, eklenti kurmak ve güncellemek ve kurtarma komutları. Listede olmayan her şey reddedilir. Her komut, işlem yapmadan önce girdisini doğrular.

Yetkileri siz seçersiniz

Bağlanırken Rutba'nın neler yapabileceğini siz seçersiniz ve bunu daha sonra eklentinin ayarlar sayfasından değiştirebilirsiniz:

• Site bilgilerini ve içeriği okuma (her zaman gerekli);
• SEO alanlarını düzenleme: başlıklar, açıklamalar, odak anahtar kelimeler, alternatif metinler;
• Yazı ve sayfa oluşturma ve düzenleme;
• robots.txt, llms.txt, site haritaları ve yönlendirmeleri düzenleme;
• Eklenti kurma ve güncelleme (tam yedek ve otomatik geri alma ile);
• Yedek oluşturma ve geri yükleme.

Her komut kendi yetkisini gerektirir ve eklenti bunu her istekte denetler. Bazı yetkiler yalnızca WordPress'te ilgili yeteneğe gerçekten sahip olan bir kullanıcı tarafından verilebilir: Eklenti yönetimi, eklenti kurup güncelleyebilen bir kullanıcı gerektirir. WordPress çoklu site (multisite) kurulumlarında ağ genelini etkileyen yetkiler (dosyalar, eklentiler, yedekler) yalnızca siteyi bir süper yönetici bağladıysa kullanılabilir.

Bağlantıyı kesmek gerçekten kesmek demektir

Bağlantıyı eklentinin ayarlar sayfasından ya da Rutba'dan kesebilirsiniz. Bağlantıyı kesmek, bağlantı anahtarlarını sitenizden siler ve Rutba artık siteye hiçbir komut gönderemez. Eklentinin ayarlar sayfası son etkinlikleri de gösterir; böylece platformun neler yaptığını WordPress'in içinden görebilirsiniz.

Eklentinin iki sürümü, açık yüreklilikle

Bağlantı eklentisi aynı koddan üretilen iki sürümde bulunur. Rutba hesabınızdan indirdiğiniz sürümde acil kurtarma güvenlik ağı her zaman açıktır. WordPress.org eklenti dizini için hazırlanan sürüm ise o dizinin kurallarına uyar: Eklentileri yalnızca WordPress.org'dan kurar ve acil kurtarma için kullanılan "must-use" eklenti, yalnızca siz eklenti ayarlarından etkinleştirdikten sonra eklenir (devre dışı bıraktığınızda kaldırılır). Kurtarma etkin değilse Rutba o sitede korumalı eklenti ve tema güncellemelerini çalıştırmaz ve size nedenini söyler.

Tam WordPress yedekleme ve geri yükleme

Güvenli değişiklikler tek tek düzenlemeleri korur; yedekler ise sitenin bütününü. Eklenti yetkilerinde "Yedek oluşturma ve geri yükleme" iznini verdikten sonra Rutba, bağlı WordPress siteleri için tam yedek oluşturabilir.

Bir yedek neleri içerir?

Bir Rutba yedeği, WordPress veritabanınızın tam bir kopyasını (sitenizin önekini taşıyan tüm tablolar) ve wp-content altındaki site dosyalarını içerir: temalar, eklentiler ve diğer içerik dosyaları. Önbellek klasörleri, diğer yedekleme eklentilerinin arşivleri ve geçici güncelleme klasörleri, büyük oldukları ve yeniden oluşturulabildikleri için hariç tutulur. Medya yüklemeleri (uploads klasörü) de yedeklerin hızlı ve küçük kalması için bu yedeklere dahil edilmez; görselleriniz yeri doldurulamaz türdense uploads klasörünüzün ayrı bir kopyasını saklayın (hosting firmanızın yedekleri genellikle bunu kapsar).

Paylaşımlı hosting için tasarlandı

Paylaşımlı hosting çoğu zaman PHP betiklerini 30 ya da 60 saniyeyle sınırlar. Her şeyi tek istekte yapmaya çalışan bir yedek bu sunucularda başarısız olur. Rutba'nın yedeklemesi kısa, süresi sınırlı adımlarla çalışır: Platform eklentiden her seferinde birkaç saniye çalışmasını ister (veritabanını partiler halinde dışa aktarmak, dosyaları listelemek, onları partiler halinde arşive eklemek, ardından bir sağlama toplamı ve bir manifest dosyasıyla tamamlamak) ve iş bitene kadar devam eder. Her şey arka planda çalışır; sayfadan ayrılabilirsiniz.

Yedekler nerede saklanır?

Sitenizde yedekler, wp-content içinde rastgele ve tahmin edilemez bir ada sahip bir klasörde tutulur; Apache, LiteSpeed ve IIS sunucularında bu klasöre web erişimi engellenir. Ardından Rutba platforma site dışı bir kopya çeker: parçalar halinde, her parça sağlama toplamına göre doğrulanarak ve saklanmadan önce şifrelenerek. Site dışı kopya oluşturulamazsa sitenizdeki yedek kullanılabilir durumda kalır ve sorun kaydedilir.

Pakete göre saklama süresi

Yedeklerin ne kadar süre saklanacağı paketinize bağlıdır (bkz. fiyatlandırma). Süresi dolan yedekler hem sitenizden hem site dışı depodan silinir; böylece eski kopyalar hosting kotanızı sessizce doldurmaz.

Geri yükleme

Tam geri yükleme, mevcut dosyaları ve veritabanını yedektekilerle değiştirir. Yedekten sonra yapılan değişiklikler kaybolacağı için Rutba onay olarak sitenizin alan adını yazmanızı ister ve bu işlemi yalnızca ekip sahipleri ve yöneticileri başlatabilir. Geri yükleme de arka planda kısa adımlarla çalışır. Her yedek, başarısız yedek ve geri yükleme Rutba'nın denetim kaydına işlenir.

Yedeklerin perde arkasında da bir rolü vardır: Eklenti ve tema güncellemeleri gibi riskli işlemler önce otomatik olarak tam bir yedek alır. Yedek yoksa güncelleme de yok.

Güvenli eklenti, tema ve WordPress güncellemeleri

WordPress sitelerinin çoğu güncellemeler sırasında bozulur. Rutba'nın Site bakımı ekranı güncellemeyi net bir sırası olan kontrollü bir işleme dönüştürür.

İşlem sırası

1. Önce tam yedek. Yedek başarısız olursa hiçbir şey güncellenmez ve nedeni size bildirilir.
2. Her seferinde tek öğe. Eklentiler ve temalar asla topluca değil, tek tek güncellenir.
3. Kurtarma koruması. Her güncellemeden önce eklenti, ilgili eklentinin ya da temanın klasörünü kopyalar ve son tarihi olan bir korumayı "kurar".
4. Önce ve sonra sağlık kontrolü. Sitenin sağlık durumu güncellemeden önce alınır ve sonra yeniden kontrol edilir.
5. Gerilemede otomatik geri yükleme. Sağlık kötüleşirse ya da güncelleme bir hata bildirirse, koruma o klasörü geri yükler. Site hâlâ sağlıksızsa veritabanı da yedekten geri yüklenir. O öğe "geri yüklendi" olarak işaretlenir ve işlem bir sonraki öğeyle devam eder.
6. Serbest bırakma. Güncellemeden sonra site sağlıklıysa Rutba korumayı serbest bırakır ve geçici kopya silinir.

Her çalıştırmanın öğe öğe sonucu (güncellendi, geri yüklendi, başarısız) "Son güncelleme çalıştırmaları" altında gösterilir.

Acil kurtarma "must-use" eklentisi

Peki bir güncelleme siteyi platformun onunla konuşamayacağı kadar bozarsa? Kurtarma eklentisi (mu-plugins/rutba-recovery.php) bunun için vardır. WordPress, must-use eklentilerini tüm normal eklentilerden önce yükler ve bu eklenti başka hiçbir eklentiye ya da Rutba'nın sunucularına bağımlı değildir.

• İşlem sırasında ölümcül hata: Koruma kuruluyken güncellenen klasörden ölümcül bir hata gelirse, korunan klasör hemen geri yüklenir.
• Ölü adam anahtarı: Rutba, korumanın son tarihinden önce sitenin sağlıklı olduğunu hiç onaylamazsa (örneğin güncellemenin ortasında ağ koptuğu için), siteye gelen bir sonraki istek klasörü otomatik olarak geri yükler.
• Acil durum bağlantısı: Rutba'da siteniz için gizli bir acil kurtarma bağlantısı oluşturabilirsiniz. Bu bağlantıyı açmak, WordPress yönetim paneli açılmasa bile son korumalı değişikliği geri alır. Site bağlantının yalnızca bir özetini (hash) saklar; Rutba ise bağlantıyı şifreli tutar ve yalnızca siteyi yöneten kişilere gösterir. Gizli tutun.

Kurtarma kopyaları web erişimi engellenmiş, rastgele adlı bir klasörde durur; korumanın durumu web'den okunabilen dosyalarda değil WordPress seçeneklerinde saklanır ve kurtarmayı kurmak ya da tetiklemek eklenti yönetimi yetkisi gerektirir.

Açıkça söylediğimiz sınırlar

• Büyük WordPress sürüm yükseltmeleri otomatik olarak çalıştırılmaz. WordPress çekirdek dosyaları wp-content dışında bulunur; bu yüzden büyük bir yükseltmenin tamamen geri alınması garanti edilemez. Rutba yalnızca kurulu dalınızın küçük sürümlerini (güvenlik ve bakım sürümleri) sunar. Büyük bir sürüm için Rutba, tema ve eklenti uyumluluğunu kontrol etmenizi ve bir yedekten sonra WordPress içinden güncellemenizi, tercihen önce test ortamında denemenizi söyler.
• Bağlantı eklentisi bu akışla kendini güncellemez.
• Haftalık otomatik güncellemeler paketinize bağlı olarak kullanılabilir: Günü ve saati (UTC) siz seçersiniz ve bunu yalnızca ekip sahipleri ve yöneticileri ayarlayabilir.

Onarmak mı, yeniden inşa etmek mi?

Aynı ekranda bir yeniden inşa danışmanı da bulunur (paketinize bağlı olarak): PHP ve WordPress sürümlerinize, güncel olmayan ya da terk edilmiş eklentilere, ağır sayfa oluşturuculara, çakışan SEO eklentilerine, Core Web Vitals değerlerine ve denetim puanınıza dayanan 0–100 arası bir teknik borç endeksi; "onarım" ile "yeniden inşa" için yaklaşık saat aralıklarıyla birlikte. Danışman bu aralıkların bir fiyat teklifi olmadığını ve bilinen güvenlik açıklarının henüz kontrol edilmediğini açıkça belirtir.

Uptime, SSL ve robots.txt izleme ve uyarılar

Siteleri bozan tek şey değişiklikler değildir. Rutba'nın İzleme ekranı, site doğrulandıktan sonra temel göstergeleri otomatik olarak izler.

Neler kontrol edilir?

• Erişilebilirlik ve yanıt süresi: Ana sayfa tüm paketlerde 30 dakikada bir, gerçek zamanlı izleme içeren paketlerde 5 dakikada bir kontrol edilir. Son 24 saatteki erişilebilirlik oranını ve ortalama yanıt süresini, ayrıca bir yanıt süresi grafiğini görürsünüz.
• Zorunlu metin (isteğe bağlı): Ana sayfada görünmesi gereken bir metin, örneğin marka adınızı girebilirsiniz. Metin yoksa site çökmüş sayılır. Bu, yine de 200 durum kodu döndüren hata sayfalarını yakalar.
• SSL sertifikası: Her gün, sağlayıcısı ve bitiş tarihiyle birlikte kontrol edilir. 14 gün veya daha az kaldığında uyarılırsınız. HTTPS kullanmayan siteler atlanır ve ekran bunu açıkça söyler.
• robots.txt: Saatte bir kontrol edilir. Her değişiklik zamanıyla kaydedilir; ancak uyarı yalnızca değişiklik Googlebot'u ana sayfadan engellediğinde gönderilir. Böylece rutin düzenlemeler gürültüye dönüşmez.
• Ana sayfanın dizinlenmesi: Ana sayfada noindex olup olmadığı.

Bağlantı eklentisi WordPress'in içinden gelen olayları da bildirir: Site kendini arama motorlarından gizleyecek şekilde ayarlandı, SEO eklentisi (Rank Math, Yoast, All in One SEO, SEOPress, The SEO Framework ya da Slim SEO) devre dışı bırakıldı ya da tema değiştirildi.

Yanlış alarm vermeyen uyarılar

• Bir kesinti olayı yalnızca art arda iki başarısız kontrolden sonra açılır; ilk başarısızlık bir dakika sonra yeniden kontrolü tetikler.
• Sunucu hatası (5xx) döndüren bir robots.txt hakkında hüküm verilmez; 4xx döndüren ise robots.txt standardında (RFC 9309) tanımlandığı gibi "kural yok" anlamına gelir.
• Bir olay başladığında bir uyarı, çözüldüğünde bir uyarı alırsınız; her dakika bir mesaj değil.

Ekip sahipleri ve yöneticileri bir e-posta ve uygulama içi bir uyarı alır. Gerçek zamanlı izleme içeren paketlerde uyarılar Telegram'a, Slack'e ya da kendi webhook adresinize (HTTPS) de gönderilebilir; örneğin bir otomasyon servisi aracılığıyla WhatsApp'a iletmek için. Kanal sırları şifreli saklanır ve maskelenmiş olarak gösterilir. Bir kanal başarısız olursa bu kaydedilir ve izleme devam eder.

İzleme, Google arama verileri ile doğal olarak birleşir: İzleme bir şeyin bozulduğunu dakikalar içinde söyler; Search Console verileri ise bunun tıklamaları ve gösterimleri etkileyip etkilemediğini sonradan gösterir.

Ekip rolleri, kiracı izolasyonu ve denetim kayıtları

Güvenlik aynı zamanda insanlarla ilgilidir: Kim neyi değiştirebilir ve kim neyi görebilir?

Ekip rolleri

Her Rutba hesabı bir ekiptir ve her üyenin bir rolü vardır:

Etkisi daha yüksek işlemler daha da sınırlıdır: Yedekler, tam geri yüklemeler, site bakımı güncellemeleri ve bağlantı ayarları ekip sahipleri ve yöneticileri içindir. Her yetki sunucuda denetlenir; yalnızca arayüzde gizlenmekle kalmaz.

Kiracı izolasyonu

Verileriniz ekibinize aittir. Her site, değişiklik seti, yedek ve rapor bir ekibe bağlıdır ve her istek, bir şey gösterilmeden ya da yapılmadan önce öğenin mevcut ekibinize ait olduğunu doğrular. Ajans müşterileri yalnızca kendilerine atanan siteleri görür. Rutba'nın geliştirme kuralları, her yeni veri türü için ekipler arası erişimin engellendiğini kanıtlayan bir test yazılmasını zorunlu kılar.

Denetim kayıtları

Önemli işlemler bir denetim kaydına yazılır: uygulanan, başarısız olan ve geri alınan değişiklik setleri (geri almanın otomatik olup olmadığı dahil), tamamlanan ya da başarısız olan yedekler, geri yüklemeler ve bakım çalıştırmaları. Her site için değişiklik geçmişi kimin ne zaman ne yaptığını gösterir. WordPress'in içinde ise bağlantı eklentisinin ayarlar sayfası son etkinlikleri gösterir. Bir şey yanlış göründüğünde tahmin yürütmek yerine ne olduğunu adım adım yeniden kurabilirsiniz.

WordPress dışındaki sitelerde güvenlik

Her site WordPress üzerinde çalışmaz. Diğer sitelerde Rutba bazı SEO değişikliklerini (başlıklar, açıklamalar, canonical, robots yönergeleri, yönlendirmeler) SDK'sı ya da kod parçacığı üzerinden uygulayabilir. Aynı ilkeler geçerlidir: Bu değişiklikler risk düzeyleri olan değişiklik setleridir (bir yönlendirme R3, dizinleme alanları R2), geri yükleme noktaları platformda tutulur ve aynı değişiklik geçmişinden geri alınabilirler.

Kimler için?

Site sahipleri ve küçük işletmeler

Web siteniz işinizin vitriniyse, bozuk bir ana sayfayı ya da Google'dan kaybolan bir siteyi göze alamazsınız. Bir WordPress mühendisine dönüşmeden SEO iyileştirmeleri istersiniz. Rutba, değişiklikleri anlaşılır bir dille onaylamanızı ve tek tıkla geri almanızı sağlar.

E-ticaret mağazaları

WooCommerce mağazalarında bir kesinti ya da dizinden düşen bir kategori, kaybedilmiş satış demektir. Önce yedek alan güvenli güncellemeler, üst paketlerde birkaç dakikada bir yapılan izleme ve SSL bitiş uyarıları doğrudan cironuzla ilgilidir.

Ajanslar

Ajanslar çok sayıda müşteri sitesini yönetir ve bu sitelere birçok el dokunur. Roller, site bazında müşteri erişimi, her site için ayrı değişiklik geçmişi ve otomatik geri alma, bir ekip üyesinin hatasının müşteriyle bir krize dönüşme riskini azaltır. Değişiklik geçmişi ayrıca her müşteri için yapılan işin net bir kaydını sunar.

Blog yazarları ve yayıncılar

Büyük içerik siteleri toplu düzeltmelerden yararlanır; ama geri dönüş yolunun en çok önem taşıdığı yer de tam olarak toplu değişikliklerdir. Değişiklik setleri ve "Bugünü geri al" düğmesi toplu optimizasyonu geri alınabilir kılar.

Pratik kontrol listesi: WordPress sitenizi değiştirilmeye güvenli hale getirin

Bu listeyi Rutba kullansanız da kullanmasanız da uygulayın:

1. Hem veritabanının hem de dosyaların güncel yedeklerinin olduğundan ve en az bir kopyanın hosting hesabınızın dışında bulunduğundan emin olun.
2. Çalıştığını kanıtlamak için bir yedeği en az bir kez test ortamında geri yükleyin.
3. Mevcut robots.txt içeriğinizi not edin ve Googlebot'un önemli sayfalarınıza erişmesine izin verdiğini kontrol edin.
4. Canlı sitede "Arama motorlarının bu siteyi dizine eklemesini engelle" seçeneğinin işaretli olmadığını kontrol edin.
5. Yalnızca bir SEO eklentisinin etkin olduğundan emin olun.
6. SSL sertifikanızın bitiş tarihini ve otomatik yenilemenin açık olduğunu kontrol edin.
7. Eklentileri tek tek güncelleyin ve her birinden sonra siteyi kontrol edin.
8. SEO ve teknik değişiklikler için bir değişiklik kaydı tutun.
9. Hangi kişilerin ve araçların yönetici erişimine sahip olduğunu gözden geçirin, artık gerekmeyenleri kaldırın.
10. Harekete geçebilecek birine uyarı gönderen bir erişilebilirlik izlemesi kurun.

Rutba bağlıyken 1, 6, 7, 8 ve 10 numaralı maddeler sizin yerinize yapılır (yedekler medya yüklemelerini kapsamaz, bu yüzden uploads klasörünüzün kendi kopyasını saklayın); 3, 4 ve 5 numaralı maddeler ise SEO denetimi ve izleme tarafından kontrol edilir.

Kaçınılması gereken hatalar

• Kontrol etmeden "başarılı" mesajına güvenmek. Bir değişiklik ancak site yeni değeri gerçekten tuttuğunda tamamlanmıştır. Rutba'nın her değeri geri okumasının nedeni budur.
• Her şeyi aynı anda güncellemek. Bir şey bozulduğunda nedenini bilemezsiniz.
• Yedekleri yalnızca aynı sunucuda tutmak. Sunucu çökerse yedek de onunla birlikte gider.
• Her araca yönetici erişimi vermek. Yalnızca gereken yetkileri verin ve bir aracı kullanmayı bıraktığınızda geri alın.
• Büyük WordPress yükseltmelerini test etmeden canlı sitede yapmak. Önce uyumluluğu kontrol edin, tercihen test ortamında.
• Taşımadan sonra robots.txt dosyasını gözden kaçırmak. Geliştirme siteleri çoğu zaman tarayıcıları engeller ve bu kural bazen canlı siteye taşınır.
• İzleme uyarılarını gürültü olarak görmek. Yalnızca gerçek olaylarda uyaran bir izleme düzeni seçin ve her uyarıda harekete geçin.
• Bir aracın sıralama garantisi verebileceğine inanmak. Güvenli değişiklikler sitenizi korur; arama sonuçlarındaki yerinizi belirlemez. Buna arama motorları karar verir.

Güvenli değişiklikler Rutba'nın diğer hizmetleriyle nasıl bağlantılı?

Güvenlik motoru, Rutba'nın geri kalanının üzerinde durduğu temeldir:

• SEO denetimi sorunları yalnızca okuyarak (R0), hiçbir şeyi değiştirmeden bulur.
• SEO düzeltmeleri bu bulguları, geri okuma doğrulaması ve geri alma ile birlikte incelediğiniz ve onayladığınız değişiklik setlerine dönüştürür.
• Rutba AI başlıklar, açıklamalar ve içerik yazar; çıktısı sitenize ulaşmadan önce aynı onay ve güvenlik yolundan geçer.
• Search Console ve Analytics'ten gelen Google arama verileri, değişikliklerin zaman içindeki etkisini görmenize yardımcı olur.
• Yapay zekâ arama görünürlüğü, llms.txt dosyasını ve robots.txt içindeki yapay zekâ tarayıcı kurallarını kapsar; bunlar ilgili korumayla birlikte R2 ve R3 değişiklikleri olarak uygulanır.

Rutba ile güvenli değişikliklere adım adım başlayın

1. Kayıt sayfasından hesabınızı oluşturun ve sitenizi ekleyin.
2. WordPress'e bağlantı eklentisini kurun, ardından tek kullanımlık bağlantı kodunu Ayarlar, Rutba bölümüne yapıştırın.
3. İçinizin rahat ettiği yetkileri seçin. Yalnızca okuma ve SEO alanlarıyla başlayıp yedekleme ve eklenti yönetimini daha sonra ekleyebilirsiniz.
4. Eklentinin WordPress.org sürümünü kullanıyor ve güvenli güncellemeler istiyorsanız acil kurtarmayı etkinleştirin. Ardından Rutba'da acil durum bağlantınızı oluşturun ve gizli bir yerde saklayın.
5. Site sayfasından ilk yedeğinizi alın.
6. Bir SEO denetimi çalıştırın ve Düzeltme Merkezi'ndeki önerileri inceleyin. Birkaçını uygulayın, ardından değişiklik geçmişini açıp önce ve sonra değerlerini görün ve bir geri alma deneyin.
7. İzleme ekranına bakın: İzleme doğrulamadan sonra otomatik olarak başlar. İsteğe bağlı bir zorunlu metin ve paketiniz içeriyorsa bir uyarı kanalı ekleyin.
8. Site bakımını ayarlayın: Güncellemeleri elle çalıştırın ya da paketiniz içeriyorsa haftalık bir zaman aralığı belirleyin.

Rutba size sıralama sözü veremez; dürüst olan hiç kimse veremez. Verebileceği söz şudur: Sitenizde yaptığı her değişikliği gerçekleşmeden önce görürsünüz, gerçekleştikten sonra kontrol edilir ve geri alınabilir. Sitenizin nerede durduğunu görmek için ücretsiz SEO kontrolünü çalıştırın ya da ücretsiz denemenizi başlatın ve ilk güvenli değişikliğinizi bugün yapın.