Web Sitesi ve Sunucu Kesintileri: İşletmeniz İçin Risk Haritası

Bir işletme sahibi sunucusunu çoğu zaman tek bir anda fark eder: site yanıt vermediğinde. O ana kadar her şey görünmez biçimde döner, sonra bir gece yarısı sayfa beyaz kalır ya da telefonunuza "siteye giremiyoruz" mesajları düşmeye başlar. Kaybettiğiniz şey o saatlerdeki sipariş değil; sizi bir kez ekran karşısında bekletip geri dönmeyen müşterinin güvenidir.

Bu yazı teknik bir tarif vermek için değil; hangi risklerin masada olduğunu ve hangi noktada bir uzmana dönmeniz gerektiğini netleştirmek için. Sunucunuzun nasıl kurulduğunu bilmek zorunda değilsiniz. İşinize neyin, ne kadar zarar verdiğini görmek yeterli. Buradan sonrası, panik anında değil sakin kafayla okunması gereken bir tablo.

Kesinti dediğimiz şey tek bir olay değil

Çoğu kişi kesintiyi "site tamamen kapandı" diye düşünür. Gerçekte işinizi durduran dört ayrı durum var ve hepsi farklı bir yerden gelir. Hangisiyle karşı karşıya olduğunuzu ayırt etmek, doğru kişiye doğru cümleyle ulaşmanın ilk adımı.

Tam erişilemezlik. Sayfa hiç açılmaz, sunucu yanıt vermez, ziyaretçi bir hata ekranıyla karşılaşır. En görünür olan budur; genelde sunucu ya da barındırma tarafında bir tıkanma, dolan bir disk veya çöken bir servis vardır. Müşteri için anlamı tek kelimedir: kapalı.

Yavaşlama. Site açılır ama saniyeler sürer. Ziyaretçi beklemez; çoğu birkaç saniyede sekmeyi kapatır. Yavaş site, kapalı siteden daha sinsidir çünkü çalışıyor görünür, oysa satışı sessizce eritir ve siz farkında bile olmazsınız. Analytics'te "girip çıkanlar" diye gördüğünüz kalabalığın bir kısmı aslında sayfanın açılmasını bekleyemeyen müşterilerdir.

Saldırı altında kalma. Siteye yapay trafik yağar, sunucu gerçek ziyaretçiye yer bulamaz. Bu durumda site "çökmüş" gibi görünür ama sebep kapasite değil, hedefli bir baskıdır. Çözümü de farklıdır: daha büyük sunucu almak değil, trafiği süzmek gerekir.

Veri tarafındaki arıza. Sayfa açılır, görseller gelir ama ürünler listelenmez, form gönderilmez, sepet boş döner. Çoğu zaman arkadaki veritabanı yanıt vermiyordur ve ziyaretçi bunu "site bozuk" diye okuyup çıkar. En tehlikelisi budur, çünkü hem görünür hem de altında veri kaybı riski taşır.

Bir saatlik kesinti kasanıza ne yazar?

Rakamı kendi işinize uyarlayalım. Diyelim günlük cironuz 30 bin lira ve siteniz günde 12 saat aktif ziyaret alıyor. Kabaca saat başına 2.500 lira düşer. Ama kesinti çoğu zaman düz bir bölme değildir; en çok satış yaptığınız saatlerde, kampanya gününde ya da bir reklam patladığında gelir. O pencerede yaşanan bir saat, normal bir günün cirosunu aşan bir kayba dönüşebilir çünkü trafiğin tamamı oraya sıkışmıştır.

Görünmeyen ikinci fatura arama motorlarından gelir. Google bir siteyi taramaya geldiğinde sürekli hata alıyorsa, o siteyi ziyaretçiye sunmaya daha az istekli olur. Tekrarlayan kesintiler sıralamanızı aşağı çeker; aylarca emek verdiğiniz konum, birkaç kötü günle gerilemeye başlar. Üçüncü ve en kalıcı fatura güvendir: bir kullanıcının gözünde "bazen açılmayan site", güvenilmez marka demektir ve o algıyı düzeltmek tek bir özürle olmaz.

Reklam veriyorsanız kesinti bütçenizi iki kez yer

Arama ve sosyal reklamlarda her tıklama için ödeme yaparsınız. Reklamı gören kişi tıklar, parayı ödersiniz, ama açılmayan bir sayfaya düşerse o para hiçbir karşılık üretmeden gider. Kesinti sırasında reklamlarınız durmaz; tıklamalar gelmeye, bütçe erimeye devam eder. İlk fatura bu boşa giden tıklamalardır.

İkinci fatura daha sonra çıkar. Reklam sistemleri, tıklayanların sayfada ne yaptığına bakar. İnsanlar açılmayan ya da çöken bir sayfadan hemen geri dönüyorsa, sistem reklamınızı "kalitesiz deneyim" diye işaretler ve aynı sonucu almak için sonraki günlerde daha fazla ödemenizi ister. Yani bir saatlik kesinti, yalnızca o saatin değil, sonraki haftaların reklam maliyetini de yukarı çeker.

Siteyi durduran başlıca sebepler

Sorunların kaynağı dört başlıkta toplanır. Hangi başlık size yakınsa, doğrudan o konudaki çözüme bakmak zaman kazandırır.

Sunucu ve barındırma kaynaklı sorunlar

Ucuz paylaşımlı paketlerde sunucuyu yüzlerce siteyle paylaşırsınız; komşu sitelerden biri kaynakları tükettiğinde sizinki de yavaşlar ya da durur. Disk dolması, bellek yetmemesi, yanlış yapılandırma, süresi dolan bir sertifika da bu gruba girer. Çoğu işletme bu sorunları ancak müşteri şikayet edince fark eder, oysa ortaya çıkışları haftalar öncesinden bellidir. Site tümden erişilemez hâle geldiyse ve sebebini göremiyorsanız, vakit kaybetmeden bir acil sunucu müdahale hattına ulaşmak en sağlıklısı. Sorun tekrar ediyorsa, kalıcı çözüm çoğu zaman bir sunucu taşıma ile daha güçlü ve izole bir ortama geçmektir; komşunuzun yükü sizi etkilemez hâle gelir.

Hız ve performans tarafı

Yavaşlığın çoğu, sunucunun yükü taşıyamamasından ya da yapılandırmanın ayarsız bırakılmasından gelir. Önbellekleme, sıkıştırma, doğru kaynak dağıtımı gibi ayarlar yapılmadığında site teknik olarak "çalışır" ama her tıklamada müşteri bekletilir. İlginç olan, bu sitelerin çoğunun donanım sorunu olmamasıdır; sunucu güçlüdür ama doğru kurulmamıştır. Sürekli ayağa kalkan ama hantal bir sistemi hızlandırmak, çoğunlukla donanım değiştirmekten değil, doğru bir Linux sunucu yönetimi ile yapılandırmayı düzeltmekten geçer.

Saldırı ve güvenlik açıkları

İnternete açık her site, boyutu ne olursa olsun otomatik tarayıcıların ve saldırı ağlarının görüş alanındadır. "Bizim site küçük, kimse uğraşmaz" düşüncesi yanıltıcıdır; saldırıların büyük kısmı elle değil, zayıf siteyi tarayan botlarla yapılır. Yapay trafikle boğma girişimleri, güncellenmemiş eklentilerden sızma, zayıf parolalarla ele geçirme en sık görülenler. Site baskı altındayken trafiği süzmek ve sunucuyu ayakta tutmak ayrı bir uzmanlık ister; bu noktada ağ güvenliği yapılandırması gerçek ziyaretçiyle saldırgan trafiği birbirinden ayırır ve site erişilebilir kalır.

Veri tarafındaki arızalar

Ürün, sipariş, üyelik, form kaydı; hepsi bir veritabanında durur. Bu katman yavaşladığında ya da bozulduğunda site açılsa bile işlevini yitirir. Yavaş sorgular, bozulan tablolar, yarıda kalan bir güncelleme işi günlerce sürüncemede bırakabilir. Erken müdahale ve düzenli bir veritabanı yönetimi, hem performansı toparlar hem de bir gün veri kaybı yaşandığında geri dönüş ihtimalinizi açık tutar. Burada en pahalı hata, sorunu görmezden gelip "kendi kendine düzeldi" sanmaktır; düzelmemiştir, ertelenmiştir.

Yedeğiniz var, ama geri yüklenebiliyor mu?

"Yedeğimiz var" cümlesi çoğu işletmede yanlış bir rahatlık yaratır. Önemli olan yedeğin var olması değil, gerektiğinde geri yüklenebilmesidir. Yıllarca alındığı sanılan ama aslında bozuk olan, eksik olan ya da hiç test edilmemiş yedeklerle çok karşılaşılır. Felaket anında o dosyanın açılmadığını görmek, kesintinin kendisinden daha yıkıcıdır.

Sağlam bir yapıda yedek otomatik alınır, ayrı bir yerde tutulur ve belirli aralıklarla gerçekten geri yüklenerek denenir. Bu testi en son ne zaman yaptığınızı hatırlamıyorsanız, pratikte yedeğiniz olup olmadığını da bilmiyorsunuz demektir. Veri tarafının düzenli elden geçmesi, bu boşluğu kapatmanın en sade yolu.

"Bizde olmaz" demeden önce risk haritanız

Kendinizi şu sorularla tartın. Cevapların çoğu "evet" ise kesinti sizin için olasılık değil, zaman meselesidir.

• Siteniz son bir yılda en az bir kez, sebebini öğrenemediğiniz şekilde erişilemez kaldı mı?
• Sunucunuzu ve güncellemelerini düzenli takip eden bir kişi var mı, yoksa "bir sorun çıkarsa bakarız" modunda mı?
• En son ne zaman bir yedeğin gerçekten geri yüklenebildiğini test ettiniz?
• Kampanya, lansman ya da sezon yoğunluğunda trafiğiniz katlanıyor mu?
• Ödeme, üyelik ya da müşteri verisi tutuyor musunuz?
• Sitenize düzenli reklam bütçesi ayırıyor musunuz?

Trafiği yükselen, veri tutan, reklam veren ve teknik tarafı kimsenin düzenli izlemediği bir site en kırılgan profildir. Buradaki kötü haber, kesintinin genelde en yoğun ve en kötü anda gelmesidir; iyi haber, bu profillerin neredeyse tamamının önceden güçlendirilebilmesi.

Kesinti anında ilk on dakika

Site aniden açılmadığında atılan ilk yanlış adım, paniğe kapılıp ayarları rastgele değiştirmektir. Bu, çoğu zaman küçük bir sorunu onarılması zor bir hâle getirir; silinen bir dosya, üzerine yazılan bir ayar geri gelmeyebilir. Yapılması gereken sıra daha sade:

• Sorunun yalnızca sizde mi yoksa herkeste mi olduğunu kontrol edin; başka bir cihaz ya da mobil veriyle deneyin.
• Ne zaman başladığını ve ekranda tam olarak ne yazdığını not edin; bu bilgi tanı süresini ciddi biçimde kısaltır.
• Çalışan bir şeyi "düzeltmek" için panele girip bilmediğiniz ayarları kurcalamayın.
• Son 24 saatte bir güncelleme, eklenti kurulumu ya da değişiklik yaptıysanız bunu not edin; sebep çoğu zaman oradadır.
• Sunucuya bağlanıp gerçek sebebi görebilecek birine ulaşın; uzaktan erişimle çoğu sorun dakikalar içinde teşhis edilir.

Kesinti maliyeti dakikayla ölçülür. Doğru kişiye hızlı ulaşmak, sorunu kendiniz çözmeye çalışıp saatler kaybetmekten her zaman ucuza gelir. Burada amaç kahramanlık değil, kontrollü ve hızlı bir teşhis.

Sektöre göre değişen tablo

Aynı bir saatlik kesinti her işletme için aynı şeyi ifade etmez. E-ticarette doğrudan satış durur ve sepetini terk eden müşteri çoğunlukla geri gelmez. Randevu ya da hizmet alan bir işletmede telefon yerine siteyi kullanan müşteri rakibe yönelir. Kurumsal bir sitede satış olmasa bile, açılmayan bir sayfa "bu firma ayakta mı" sorusunu akıllara getirir ve itibara dokunur. Hangi tarafta olursanız olun, kesintinin maliyeti hep tahmin ettiğinizden yüksektir çünkü en görünür kısmı olan kayıp ciro, buzdağının yalnızca ucudur.

Kesintiyi baştan önlemek mümkün mü?

Olayların büyük bölümü, sonradan bakıldığında "gelmesi belliydi" denen türden. Disk yavaş yavaş doluyordu, sertifika süresi yaklaşıyordu, bir eklenti aylardır güncellenmemişti. Bunları yaşandıktan sonra düzeltmek pahalı; yaşanmadan görmek görece ucuz. Düzenli izleme, güncelleme takibi ve test edilmiş yedeklerle olayların çoğu hiç gerçekleşmeden kapatılır.

Bu yükü kendi üzerinizden alıp sürekli izlenen bir yapıya geçmek, tek seferlik bir tamir değil; sürekliliği olan bir sunucu yönetimi yaklaşımıdır. Sistem sürekli gözlemlendiğinde bir sorun ziyaretçiyi etkilemeden fark edilir ve siz çoğu zaman bir kesinti yaşandığını duymazsınız bile. İşini büyütmeye çalışan biri için en değerli şey, teknik tarafı düşünmek zorunda kalmadan geçen gündür.

Hosting firmamı aradım, "sizde sorun yok" dediler

Kesinti yaşayan işletmelerin en sık duyduğu cümle budur. Barındırma firmasının desteği genelde yalnızca kendi tarafına bakar: sunucu ayakta mı, ağ çalışıyor mu. Sitenizin içindeki yapılandırma, eklenti çakışması, veritabanı yükü ya da yanlış bırakılmış bir ayar çoğu zaman onların kapsamı dışında kalır. Teknik olarak haklıdırlar; "sunucu çalışıyor" derler ve site yine de açılmaz. İki taraf birbirini işaret ederken saatler geçer, kaybeden siz olursunuz.

Bu boşluğu kapatan şey, hem sunucuya hem de sitenin içine bakabilen, sorunu uçtan uca takip edip "şurada tıkanmış" diyebilen bir göz. Mesele kabahati birine yüklemek değil, siteyi en kısa sürede ayağa kaldırmak. Bağımsız bir uzman firmalar arasında mekik dokumak yerine doğrudan sebebe gider; gerekirse barındırma tarafıyla sizin adınıza konuşur ve siz teknik bir tartışmanın ortasında kalmazsınız. Çoğu işletmenin asıl ihtiyacı budur: bir telefonla durumu anlatıp gerisini birine bırakabilmek.

Sıkça Sorulan Sorular

Sitem kapandığında ilk kime ulaşmalıyım?

Sunucuya bağlanıp gerçek sebebi görebilecek birine. Hosting panelinden tek başınıza yapılan denemeler çoğu zaman sorunu büyütür; uzaktan bağlanan biri dakikalar içinde nerede tıkandığını söyleyebilir.

Yavaş site gerçekten satış kaybı yaşatır mı?

Evet. Ziyaretçi açılmayı birkaç saniyeden fazla beklemez; mobilde bu eşik daha da kısadır. Yavaşlık aynı zamanda arama sıralamanızı aşağı çeker, yani hem gelen ziyaretçiyi hem de gelecek ziyaretçiyi kaybedersiniz.

Kesinti hep saldırıdan mı olur?

Hayır, saldırı sebeplerden yalnızca biri. Kapasite yetmezliği, bakımsızlık, dolan disk, bozulan veritabanı ve yanlış yapılandırma en az saldırı kadar sık karşımıza çıkar.

Küçük bir işletmeyim, yine de risk altında mıyım?

Boyut sizi korumaz. Saldırıların çoğu hedef seçmez, zayıf siteyi tarar. Kapasite ve bakım sorunları ise işletmenin büyüklüğünden bağımsızdır; küçük bir sitede dolan disk de siteyi aynı şekilde durdurur.

Tek seferlik müdahale mi, sürekli destek mi daha mantıklı?

Acil bir durumda tek seferlik müdahale işi kurtarır. Aynı sorunların tekrar etmesini istemiyorsanız, sürekli izlenen bir destek ilişkisi uzun vadede hem daha sakin hem daha ucuzdur.

Uzaktan müdahale güvenli mi?

Doğru yapıldığında evet. Yetkiler sınırlı verilir, yapılan işlem kayıt altında tutulur ve iş bitince erişim kapatılır. Bu yöntem, Türkiye'nin her yerinden dakikalar içinde destek almanızı sağlar.

Reklam veriyorum; kesinti reklam bütçemi etkiler mi?

Doğrudan etkiler. Kesinti sırasında reklamlarınız durmaz, tıklamalar gelmeye ve ücretlenmeye devam eder. Açılmayan sayfadan hemen dönen kullanıcılar reklam puanınızı düşürür; aynı sonucu almak için sonraki günlerde tıklama başına daha fazla ödersiniz.

Bu konunun alt başlıkları

Her bir kesinti türünü, belirtilerini ve ne yapmanız gerektiğini ayrı ayrı ele aldık:

• Web Sitem Açılmıyor: Sorun Sizde mi, Sunucuda mı?
• Sitem Çok Yavaş Açılıyor: Yavaşlığın İşletmenize Faturası
• Sitem Saldırı Altında: DDoS Bir İşletme İçin Ne Demek?
• Sitem Hacklendi: Zararlı Yazılım Bulaştığında İlk 24 Saat
• Hosting'iniz Yetmiyor mu? Sunucuya Geçiş Belirtileri
• Veritabanı Çöktüğünde İşletmenizde Ne Durur?
• Sunucu Verileriniz Gittiğinde Geri Gelir mi?
• Sunucu Yönetimini Dışarıya Vermek Ne Zaman Mantıklı?

Sitenizin ya da sunucunuzun davranışında son zamanlarda bir tuhaflık sezdiyseniz, sorunun büyümesini beklemeden konuşalım. Canlı destekten ya da WhatsApp'tan durumu birkaç cümleyle anlatın; nereden baktığımızı ve ne yapılması gerektiğini hızlıca söyleyelim.