---
title: "Ajanslar İçin WordPress Site Teşhisi Rehberi"
url: https://bw.agency/blog/ajanslar-icin-wordpress-site-teshisi/
date: 2026-09-25
modified: 2026-09-25
lang: tr
author: "Tolga Altaş"
description: "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."
categories:
  - "WordPress"
image: https://img.poweredcache.net/bw.agency/wp-content/uploads/2026/09/wordpress-site-teshisi.avif?rs=fit&w=793&h=500&ssl=1
word_count: 727
---

# 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](https://bw.agency/blog/wordpress-backend-performansi/) 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](https://bw.agency/blog/wordpress-nesne-onbellegi/). 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](https://bw.agency/blog/wordpress-autoload-siskinligi/).** Autoload `wp_options` ağırlığını ve yıllar önce kaldırılmış eklentilere ait satırları görün.

- **[Yavaş sorgu analizi](https://bw.agency/blog/yavas-wordpress-sorgulari/).** 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

### Devralınan bir siteyi teşhis etmek neden bu kadar sürüyor?
Çü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.
### Teşhis müşterinin canlı sitesinde güvenli mi?
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.
### Bu MainWP veya ManageWP'nin yerini tutar mı?
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.
### Paylaşımlı hosting'de çalışır mı?
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.