Teknoloji ve güvenlik · · 4 dk. okuma · Yazar: Alexander
Web sitesi erişilemiyor mu? KOBİ acil durum planı
Web sitesi erişilemiyorsa rastgele teknik değişiklikler yerine sakin ve açık bir süreç izleyin. Önce sorunun yalnızca sizin cihazınızda olup olmadığını belirleyin, gördüklerinizi kaydedin ve doğru sorumluya kesin bilgi verin.
Web sitesi herkeste mi, yalnızca sizde mi açılmıyor?
Adresi ikinci bir cihazda ve farklı bir bağlantıda, örneğin şirket WLAN’ı yerine mobil internetle açın. Ana sayfanın yanında bilinen bir alt sayfayı da deneyin. Site orada çalışıyorsa sorun muhtemelen tarayıcı cache’i, DNS çözümlemesi, firewall, VPN veya yerel bağlantıdadır. Her yerde erişilemiyorsa durumu gerçek bir web sitesi kesintisi olarak ele alın.
Tam URL’yi, saati, hata mesajını ve sitenin en son kesin çalıştığı zamanı kaydedin. Screenshot, “site bozuk” mesajından daha yararlıdır. E-Mail, müşteri alanı, Shop, formlar ve randevu özelliğini ayrı ayrı kontrol edin; böylece destek domain, DNS, sunucu, uygulama veya tek işlev sorununu daha hızlı ayırabilir.
- İkinci cihaz ve farklı internet bağlantısı deneyin
- Ana sayfa ile bilinen bir alt sayfayı açın
- Hata, URL ve saati kaydedin
- E-Mail, Shop, form ve rezervasyonu ayrı kontrol edin
- Screenshot veya sohbette parola paylaşmayın
İlk 15 dakikada ne yapılmalı?
DNS kayıtlarını, plugins, parolaları ve sunucu ayarlarını aynı anda değiştirmeyin. Koordinasyonsuz müdahaleler nedeni gizler ve kurtarmayı uzatabilir. Gözlemleri toplayan, kararları kaydeden ve Hosting ya da Agentur ile görüşen tek bir sorumlu belirleyin. İşletme içinde yalnızca etkilenen müşteri süreçlerini güvenceye alın.
Bilinmeyen yönlendirmeler, değiştirilmiş içerik, yeni yöneticiler veya şüpheli Hosting e-postaları saldırı belirtisi olabilir. BSI’nin “Cyber-Sicherheitsvorfall: IT-Notfallkarte” belgesi sakin kalmayı, IT acil durum kişisini devreye almayı ve etkilenen sistemleri hemen kapatmadan ağdan ayırmayı önerir; kaynak 28.10.2026 tarihinde kontrol edildi. Sadece erişim sorunu varsa teknik sorumlu söylemeden sunucuyu ayırmayın veya yeniden başlatmayın.
Acil durum planında kim hangi rolü üstlenir?
Kullanışlı bir Notfallplan tek sayfaya sığabilir. İş kararını veren kişi, teknik irtibat, Hosting-Anbieter, domain veya DNS yöneticisi ve yedek kişiyi belirtin. Kundennummer, sözleşme adı ve izin verilen iletişim yollarını ekleyin; parolaları açık belgede değil, kontrollü acil erişimi olan Passwortmanager içinde tutun.
Değişiklikleri kimin onaylayacağını ve müşterileri kimin bilgilendireceğini önceden belirleyin. Küçük işletmede bir kişi birden fazla rol alabilir; önemli olan farklı kişilerin çelişkili talimat vermemesidir. BBK’nın betriebliche Kontinuität rehberi de sorumluları, vekilleri ve iletişim yollarını hazırlanmış acil durum organizasyonunun parçası sayar; kaynak 28.10.2026 tarihinde kontrol edildi.
- Karar: öncelik, onay ve işletme etkisi
- Teknik: teşhis, kanıt, kurtarma ve kayıt
- İletişim: müşteri duyurusu ve iç durum bilgisi
- Yedek kişi: ana sorumlu ulaşılamadığında görevi alır
Hosting veya Webagentur hangi bilgilere ihtiyaç duyar?
Kısa ama eksiksiz bir arıza bildirimi gönderin: Domain, gözlenen hata, başlangıç saati, etkilenen işlevler, son bilinen değişiklik ve yapılan testler. Hatanın sürekli mi aralıklı mı olduğunu yazın. Kesintiden hemen önce update, DNS değişikliği, Zertifikat yenilemesi veya yayın yapıldıysa bunu baştan belirtin.
Yalnızca “yeniden çalışıyor” cevabı yerine izlenebilir sonuç isteyin: Neden neydi? Hangi sürüm veya Sicherung geri yüklendi? Sonrasında neler test edildi? Veri kaybı ya da güvenlik olayı belirtisi var mı? Website-Abo; Hosting, Wartung ve sabit irtibatı birleştirebilir. Değeri, kesintinin hiç olmayacağı sözü değil, açık bir eskalasyon yoludur.
Kesinti sırasında müşteriler nasıl bilgilendirilir?
Önemli bir müşteri yolu engellendiğinde veya kesinti uzadığında iletişim kurun. Aynı siteye bağlı olmayan Google Unternehmensprofil, Social Media, telefon mesajı ya da harici Statusseite kullanın. Etkilenen işlevi, alternatifi ve bir sonraki güncelleme saatini kısa biçimde yazın. Neden doğrulanmadan kamuya açık tahminde bulunmayın.
Örnek mesaj: “Web sitemize şu anda erişilemiyor. Bize [telefon/E-Mail] üzerinden ulaşabilirsiniz. Sorunu inceliyoruz ve bu mesajı [saat] itibarıyla güncelleyeceğiz.” Hizmet geri döndüğünde bunu da açıkça duyurun. Form veya sipariş kaybı ihtimali varsa etkilenen müşterilerden taleplerini yeniden göndermelerini isteyin.
Web sitesi güvenli biçimde nasıl geri getirilir?
En hızlı kurtarma her zaman en güvenlisi değildir. Restore öncesinde hatanın ne zaman başladığı, Backup’ın bundan önce oluşturulup oluşturulmadığı ve hangi yeni verilerin kaybolabileceği belirlenmelidir. Shop, rezervasyon veya müşteri portalında yeni sipariş ve talepleri ayrı koruyun. Restore sonrasında ana sayfa, önemli alt sayfalar, Login, formlar, E-Mail gönderimi, ödeme veya rezervasyon akışı ve SSL-Zertifikat test edilir.
Backup ancak geri yükleme testi yapıldıysa güvenilirdir. Olaydan sonra nedeni, süreyi, etkilenen süreçleri, kararları ve iyileştirmeleri kaydedin. Harici erişilebilirlik alarmı, ayrı Backups, güncel irtibatlar ve altı ayda bir Notfallplan denemesi kesintiyi somut bir iyileştirmeye dönüştürür.
Erişilemeyen web sitesi hakkında sık sorulan sorular
Web sitesi bende açılmıyor, başkalarında neden çalışıyor?
Tarayıcı cache’i, DNS, VPN, firewall veya yerel bağlantı neden olabilir. Sunucuyu değiştirmeden önce mobil internetle başka cihaz deneyin.
Sunucu hemen yeniden başlatılmalı mı?
Teknik sorumlunun teşhisi veya talimatı olmadan hayır. Yeniden başlatma kanıtları silebilir, işlemleri kesebilir ve asıl nedeni gizleyebilir.
Web sitesi ne kadar hızlı geri dönmeli?
Bu, işletme etkisine bağlıdır. Shop veya rezervasyon sistemi bilgi sitesinden daha kritiktir; öncelikleri ve eskalasyon yolunu önceden belirleyin.
Küçük işletmenin gerçekten Notfallplan’a ihtiyacı var mı?
Evet, ancak uzun olmak zorunda değildir. Roller, irtibatlar, kontroller, müşteri alternatifleri ve kurtarma adımlarını içeren tek sayfa iyi bir başlangıçtır.
Bir sonraki kesinti nasıl önlenir?
Tüm kesintileri tamamen önlemek mümkün değildir. Monitoring, test edilmiş Backups, kontrollü updates, güncel erişimler ve net sorumluluklar tespit ile kurtarma süresini azaltır.