# Sitem bir gecede yavaşladı

> Geçen hafta iki saniyede açılan bir site birden sekiz saniyede açılıyorsa, bu site «yaşlanmış» değildir. Belirli bir tarihte bir şey değişmiştir ve o tarihi bulmak teşhisin yarısıdır. Her zaman var olan bir yavaşlık ile dün ortaya çıkan bir yavaşlık hiçbir şekilde aynı yöntemle ele alınmaz.

- Source canonique : [https://allaux.fr/tr/problemes/site-lent-depuis-hier](https://allaux.fr/tr/problemes/site-lent-depuis-hier)
- Langue : TR
- Dernière mise à jour : 2026-09-30

## Doğrudan yanıt

> Nedeni aramadan önce dönüm tarihini bulun: sunucunun erişim günlükleri, trafiğin mi sıçradığını yoksa yalnızca yanıt süresinin mi yükseldiğini tek bakışta gösterir. Ardından basit bir sayfada ve katalog sayfasında ilk bayta kadar geçen süreyi ölçün; yalnızca ikincisi ağırsa sorun bir SQL sorgusudur. PrestaShop’ta yoğun saatler dışında config/defines.inc.php içindeki _PS_DEBUG_PROFILING_ değerini açın.

## Yavaşlığı kesin olarak tarif etmek

- Tarayıcı, herhangi bir şey görünmeden önce birkaç saniye boş sayfada kalıyor: sunucu yanıt vermekte yavaş.
- Sayfa hızlı görünüyor ama kullanılamaz durumda kalıyor, görseller tek tek geliyor: sorun sunucuda değil, sayfanın yüklediği içeriktedir.
- Yalnızca yönetim paneli yavaş, müşterilerin gördüğü mağaza normal çalışıyor.
- Yavaşlık her gün aynı saatte ya da yalnızca kampanyalarınız sırasında geri geliyor.

## Birbirinden çok farklı iki yavaşlık

Ayrıştırılması gereken ilk değer, sunucunun sayfanın ilk baytını göndermesi için geçen süredir; buna TTFB denir. Bu süre birkaç yüz milisaniyenin altında kaldığı sürece sunucu işini yapıyordur: hissedilen yavaşlık o zaman sayfa ağırlığından, sıkıştırılmamış görsellerden ve üçüncü taraf takip ya da sohbet betiklerinden gelir. Bunlar ayrı bütçeleri olan iki ayrı çalışmadır.

İlk bayt birkaç saniye alıyorsa, sorun görüntülemenin öncesindedir: veritabanına yönelik çok sayıda veya çok ağır sorgu, devre dışı bırakılmış bir önbellek, eski bir PHP sürümü ya da doymuş bir sunucu. Paylaşımlı barındırmada bu doyma, aynı makinedeki başka bir siteden bile kaynaklanabilir.

## Neyin değiştiğini bulmak

1. **Başlangıcı tarihlendirin** — Ekibinize sorun ve istatistiklerinize bakın: değişimin kesin tarihi geri kalan her şeyi yönlendirir. Bir hafta değil, bir gün.
2. **O haftanın değişikliklerini listeleyin** — CMS, modül veya eklenti güncellemesi, yeni bir reklam betiği, tema değişikliği, toplu ürün içe aktarımı, barındırma paketi değişikliği.
3. **Basit bir sayfayla ağır bir sayfayı karşılaştırın** — Yasal bilgiler sayfası kategori sayfası kadar yavaşsa neden geneldir. Yalnızca kategori sayfası yavaşsa neden katalogda veya filtrelerdedir.
4. **Yoğun saatler dışında test edin** — Geceleri kaybolan bir yavaşlık, kod hatasını değil bir kaynak sınırını işaret eder.
5. **Tablo boyutlarına bakın** — Bağlantı kayıtları, istatistikler, terk edilmiş sepetler ve saklanan aramalar sınırsız büyür ve sonunda her sorguyu yavaşlatır.

## Panikle kurulan önbellek modülü tuzağı

> Zaten yavaş olan bir siteye önbellek modülü eklemek belirtiyi genel sayfalarda gizler ve hiçbir zaman önbelleğe alınmayan sipariş sürecini eskisi kadar yavaş bırakır. Önbellek, nedeni düzelttikten sonra kurulur, onun yerine değil.

## Doğru sayfadan devam edin

- **Yavaş bir mağazayı teşhis etmek** — Neyi optimize edeceğinize karar vermeden önceki tam ölçüm yöntemi. ([/guides/diagnostiquer-boutique-lente](/guides/diagnostiquer-boutique-lente))
- **Yavaş PrestaShop mağazası** — Neden PrestaShop'taysa: önbellek, CCC, kategori sorguları. ([/prestashop/boutique-lente](/prestashop/boutique-lente))
- **Yavaş WordPress veya WooCommerce sitesi** — Neden WordPress'teyse: eklentiler, ürün sorguları, yönetim paneli. ([/wordpress-woocommerce/site-lent](/wordpress-woocommerce/site-lent))
- **TTFB nedir** — Sunucu yavaşlığını görüntüleme yavaşlığından ayıran değerin tanımı. ([/glossaire/ttfb](/glossaire/ttfb))

## FAQ

### Barındırma sağlayıcım kendi tarafında sorun olmadığını söylüyor, ne cevap vermeliyim?

Hesabınızın son yedi gündeki işlemci ve bellek kullanımını, ayrıca yavaş veritabanı sorgusu sayısını isteyin. Bu veriler her zaman mevcuttur ve tartışmayı bitirir.

### Yavaşlığı çözmek için barındırma değiştirmeli miyim?

Bazen, ama nadiren ilk adım olarak. Kötü optimize edilmiş bir site daha güçlü bir makinede de yavaş kalır; yalnızca daha pahalıya mal olur. Önce zamanın nerede kaybedildiğini ölçerim.

### Yavaşlık ele geçirilmiş bir siteden kaynaklanabilir mi?

Evet. Ele geçirilmiş bir site spam göndermek veya asalak sayfalar barındırmak için kaynak tüketir. Anormal giden trafikle birlikte açıklanamayan yavaşlık bir güvenlik olayı olarak ele alınmalıdır.

### Sitem bende neden hızlı, müşterilerimde yavaş?

Tarayıcınız dosyaların büyük bölümünü bellekte tutar. Gizli sekmede, mobil bağlantıyla ve başka bir cihazdan test edin: ziyaretçilerinizin gördüğü budur.

### Nedeni belirlemek ne kadar sürer?

Sunucu kayıtlarına erişilebiliyorsa ve değişim tarihi biliniyorsa belirleme kısadır. Değişken olan, bir ayar mı yoksa yeniden yazılacak bir sorgu mu olduğuna göre değişen düzeltmedir.