Ajanslar İçin WordPress Site Teşhisi Rehberi

Devraldığınız yavaş bir WordPress sitesini tahmin etmeden çözün. WordPress site teşhisi için 15 dakikalık intake süreci, güvenli düzeltme ve raporlama.
İçindekiler
Makale başlıklarına göz atarak istediğiniz içeriğe kolaylıkla ulaşın.

Ö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.

  1. 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.
  2. 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.
  3. Autoload denetimi. Autoload wp_options ağırlığını ve yıllar önce kaldırılmış eklentilere ait satırları görün.
  4. 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 optimizasyonuAutoload 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ğiwp-config.php düzenlemeden önce korumalı bir dizine kopyalanır; kopya yazılamıyorsa düzenleme iptal edilir
Hata kaydı yönetimiLog sıkıştırılmadan önce kopyalanır; okuduğunuz kanıtı kaybetmezsiniz
Ölümcül risk taşıyan her şeyBir 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

Çünkü zaman düzeltmede değil, neyi düzelteceğinizi bulmakta gider. Dokümantasyonu olmayan, kırk eklentili bir sitede eklentileri tek tek kapatmak saatler alır. Sıralı bir teşhis intake’i bunu on beş dakikaya indirir.
Doğru yapıldığında evet. Tarama salt okunurdur; yavaş sorgu analizi yalnızca kendi log tablosuna yazar. Yıkıcı işlemler önce yedek alır ve autoload değişikliği tek tıkla geri alınabilir olmalıdır.
Hayır ve tutmaya çalışmaz. Onlar filo genelinde güncelleme, çalışma süresi ve yedeği yönetir. Site teşhisi ise “bu belirli site neden yavaş” sorusuna cevap verir. İkisini birlikte kullanın.
Evet. Çoğu teşhis sunucu erişimi gerektirmez. 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.

⭐ Tercih Edilen Kaynak Olarak Ekle

Yazar Hakkında

Tolga Altaş fotoğrafı
‎Dijital Pazarlama Uzmanı · ‎bw/a (better with agency) · 11 yıl deneyim

Tolga Altaş, Samsun merkezli dijital pazarlama ajansı bw/a (better with agency) bünyesinde Dijital Pazarlama Uzmanı olarak görev yapıyor. Yerel işletmeler için SEO, Google Ads, sosyal medya yönetimi ve web tasarımı alanlarında uçtan uca dijital pazarlama stratejileri geliştiriyor. Veri odaklı yaklaşımıyla markaların organik görünürlüğünü ve dönüşüm oranlarını artırmaya odaklanıyor.

Dijital PazarlamaSEOGoogle AdsSosyal Medya Yönetimiİçerik PazarlamasıWeb TasarımıYerel SEO