Ajanslar İçin WordPress Site Teşhisi Rehberi
Önemli Noktalar
- WordPress site teşhisi, eklentileri tek tek kapatmak yerine on beş dakikalık bütünsel bir tarama süreciyle hızlandırılır.
- Autoload denetimi, wp_options tablosundaki gereksiz verileri ve kaldırılmış eklentilere ait satırları tespit ederek performans darboğazlarını belirler.
- Yavaş sorgu analizi, MySQL EXPLAIN planları kullanarak veritabanı sorgularındaki eksik indexleri ve performans sorunlarını somut verilerle ortaya koyar.
- MainWP ve ManageWP gibi filo yönetim araçları güncelleme ve çalışma süresi takibi yaparken, özel teşhis katmanı sitenin yavaşlama nedenlerini teknik detaylarla açıklar.
Kırk eklenti. Sıfır dokümantasyon. Önceki geliştirici ortada yok.
Müşteri “yavaş” diyor ve cuma gününe kadar bir sayı istiyor.
Pahalı Olan Kısım Tahmin Etmek
Bu işin şeklini bilirsiniz. Ekibinizden kimsenin yazmadığı bir site masanıza düşer. Sayfa oluşturucu, aynı işi yaptığını iddia eden üç optimizasyon eklentisi ve 2019’dan beri açılmamış bir wp_options tablosu.
Desen: Yavaş olanı bulmak için üç saat eklenti kapatırsınız. İkisini faturalarsınız çünkü kendi deneme yanılmanızı müşteriye dürüstçe yazamazsınız. Gelecek ay başka bir sitede tekrarlanır.
WordPress’i düzeltmek kolay kısımdır ve bunda zaten iyisiniz. Pahalı kısım, hiç görmediğiniz bir sitede neyi düzelteceğinizi bulmaktır. Üstelik teşhis, retainer marjını yemeyecek kadar hızlı olmalıdır.
On Beş Dakikalık Intake
Yeni devraldığınız bir sitede izlenecek sıra şudur. Hiçbiri sitenin geçmişini bilmenizi gerektirmez ve hiçbiri henüz bir şeyi değiştirmez.
- Bütünsel tarama. Tüm siteyi tek geçişte tarayın, bulguları önem sırasına dizin. Yanlış yapılandırma, eksik index, “bağlı” diyip işe yaramayan bir nesne önbelleği. Bir görüş oluşturmadan nereye bakacağınızı söyler.
- Eklenti performans kıyası. Kırk eklentiyi, profillenmeye değer iki üçe indirin. Bunu canlı bir müşteri sitesinde herhangi bir şeyi kapatmadan önce yapın.
- Autoload denetimi. Autoload
wp_optionsağırlığını ve yıllar önce kaldırılmış eklentilere ait satırları görün. - Yavaş sorgu analizi. Yavaş sorguları kaydedin ve üzerlerinde yerel olarak MySQL
EXPLAINçalıştırın. Gerçek sorgu, gerçek plan ve eksik index elinize gelir.
Dört geçiş ve elinizde önem sıralı bir bulgu listesi, bir autoload rakamı ve EXPLAIN planlı yavaş sorgu olur. Müşterinin sitesine henüz dokunmadınız.
Sahibi Olmadığınız Bir Siteyi Düzeltmek
Kendi sitenizde bir hata sadece rahatsızlıktır. Müşteri sitesinde ise telefon, özür ve bazen iade demektir. Bu yüzden yıkıcı işlemler önce yedek almalıdır.
| İşlem | Öncesinde ne olur |
|---|---|
| Autoload optimizasyonu | Autoload bayrağı değişmeden önce satırlar anlık kaydedilir; site bozulursa tek tıkla geri alınır |
| Yapılandırma değişikliği | wp-config.php düzenlemeden önce korumalı bir dizine kopyalanır; kopya yazılamıyorsa düzenleme iptal edilir |
| Hata kaydı yönetimi | Log sıkıştırılmadan önce kopyalanır; okuduğunuz kanıtı kaybetmezsiniz |
| Ölümcül risk taşıyan her şey | Bir fatal error yakalayıcı, wp-admin’e girişi olmayan beyaz ekrandan sizi korur |
Çoğu optimizasyon aracı bu adımı atlar. Kendi sitenizde yedeği geri yüklersiniz. Ama başkasının canlı mağazasında akşam 6’da bu her zaman elinizde olmaz.
Üç Optimizasyon Eklentisinin Hakemi
Devralınan siteler optimize edici biriktirir. Müşteri 2021’de birini almış. Bir freelancer 2023’te ikincisini eklemiş. Tema kendi “performans” panelini getirmiş. Şimdi içerideki dördüncü kişi sizsiniz.
Bugün görebildikleriniz:
- “JS küçült” düğmesi olan üç eklenti
- İkisi açık
- Hangisinin gerçekten kazandığını bilmenin yolu yok
- Geçen salı sitenin neden bozulduğunu soran bir müşteri
Görmeniz gerekenler: her optimize ediciden okunan gerçek ayarlar, hangi optimizasyonların ikiye katlandığı ve işi devretmek için güvenli tarafın hangisi olduğu. Sonra hafızadan değil, ayarlar önünüzdeyken yığını sadeleştirme savunmasını yaparsınız.
E-postaya Koyabileceğiniz Kanıt
Sonuç için ödeme alır, iletişimle yenilenirsiniz. Bakım retainer’ında zor kısım, teknik olmayan bir müşteriye işin gerçekten yapıldığını göstermektir.
- Yavaş sorgu CSV dışa aktarımı. Sorgular, süreleri, tekrar sayıları ve geldikleri bileşen; ekleyebileceğiniz bir dosyada.
- Tarama bulguları. Her biri sorunu sade dille açıklar; zaten müşteriye yazacağınız paragraf.
- Sistem bilgisi. Sunucu ve WordPress ortamı tek sayfada; her işin başındaki “ne çalıştırıyoruz” sorusu için.
Öncesi ve sonrası autoload rakamı, müşterinin anladığı bir sayıdır. Yenileme için, hiç istemediği bir Lighthouse skorundan daha çok iş görür.
Tüm Müşteri Listenizde Çalıştırmak
Yukarıdaki her teşhis aynı zamanda bir WP-CLI komutu olabilir ve önemli olanlar JSON üretir. Müşterilerinize SSH erişiminiz varsa, intake’i hepsinde bir döngüde çalıştırıp sonuçları zaten baktığınız yere koyun.
for site in $(cat clients.txt); do
wp doctor check --format=json --path="$site" > "reports/$(basename $site).json"
done Sonuçları kendi panonuza, bir e-tabloya veya bir müşterinin autoload ağırlığı belirlediğiniz eşiği geçtiğinde size e-posta atan bir cron’a aktarın.
Dürüst olmak gerekirse: bu, filo yönetim paneli değildir. Güncelleme yönetimi ve çalışma süresi izleme için MainWP veya ManageWP kullanmaya devam edin. Bu teşhis katmanı onların altında oturur ve farklı bir soruya cevap verir: “bu site neden yavaş ve tam olarak neyi değiştireyim?”
Ajans Site Teşhisi SSS
wp-config.php‘yi veya dosya sistemini kilitleyen hostlarda, o erişimi isteyen adımlar sessizce başarısız olmak yerine bunu söylemelidir.Hiçbir güncellemeyi kaçırma!
bw/a web sitesini Tercih Edilen Kaynak olarak Google'a ekleyin
ve arama sonuçlarında daha fazla görün.
Teklif Alın
Uzman ekibimizle birlikte çalışmak için ilk adımı atın. Teklif formunu doldurun.

