Destek talebi hazırlama: doğru bilgiyle hızlı inceleme

1. Etkiyi ve ilgili hizmeti belirleyin

Hatanın hangi alan adında, sayfada veya e-posta hesabında görüldüğünü yazın. Bütün kullanıcılar mı, belirli bir hesap mı, yalnızca sizin bağlantınız mı etkileniyor? Mümkünse farklı bir cihaz veya ağdan bir kez kontrol edin. Herhangi bir siteye veya sisteme izinsiz yük testi uygulamayın.

Müşteri portalındaki hizmet veya sipariş numarasını talebe ekleyin. Birden fazla müşteri projesi yöneten ajanslarda yalnızca “sitem açılmıyor” demek hangi hesabın inceleneceğini belirsiz bırakır. Birbirinden bağımsız sorunları ayrı başlıklarla, aynı sorunun yeni bulgularını ise mevcut kayıt altında paylaşın.

2. Zamanı ve son değişiklikleri yazın

Sorunun başladığı yaklaşık tarihi, saati ve saat dilimini belirtin. Sunucu kayıtlarının doğru zaman aralığında incelenebilmesi için “az önce” yerine örneğin “18 Ekim 2026, 14.20, İstanbul saati” gibi açık bir ifade kullanın. Bu yalnızca anlatım örneğidir; kendi olayınızın zamanını yazın.

Son yapılan DNS, parola, PHP sürümü, tema, eklenti, kod veya güvenlik duvarı değişikliklerini ekleyin. Bir değişikliğin hataya neden olduğunu kesin bilmiyorsanız bunu varsayım olarak belirtin. Denediğiniz adımları da yazın; böylece aynı işlemler gereksiz yere tekrarlanmaz.

3. Hata metnini ve gerekli kanıtı ekleyin

Tarayıcıdaki hata kodunu, uygulama mesajını veya e-posta teslim edilememe bildirimini olduğu gibi kaydedin. Ekran görüntüsü paylaşacaksanız kullanıcı bilgilerini, müşteri verilerini ve gizli anahtarları gizleyin. Sorun yalnızca belirli bir akışta oluşuyorsa tekrar üretme adımlarını numaralandırın.

Günlük dosyasının tamamını göndermek yerine ilgili zaman aralığındaki gerekli satırları paylaşın. Oturum çerezi, Authorization başlığı, parola, veritabanı bağlantı anahtarı veya kurtarma kodu içeren kayıtlar destek mesajına eklenmemelidir.

4. Talebinizi bu şablonla hazırlayın

Hizmet / sipariş numarası:
Etkilenen alan adı veya uygulama:
Hatanın görüldüğü adres:
Başlangıç zamanı ve saat dilimi:
Etkilenen kullanıcılar / işlevler:
Görünen hata metni:
Tekrar üretme adımları:
Son yapılan değişiklik:
Denediklerim ve sonuçları:

Şablondaki bütün alanlara uzun açıklamalar yazmanız gerekmez. Bilmediğiniz bilgiyi tahmin etmek yerine “tespit edemedim” diye belirtin. Hangi işlevin çalışmasını beklediğinizi ve bunun yerine ne olduğunu açıkça anlatın.

5. Doğru kanaldan iletin

Mevcut hizmetiniz için müşteri portalını kullanın. Böylece hesap sahipliğiyle ilgili işlemler ve talep geçmişi aynı yerde takip edilir. Hesabınıza erişemiyorsanız iletişim formundan erişim sorununu bildirebilirsiniz.

Kimlik avı, zararlı içerik veya başka bir kötüye kullanım olayı için kötüye kullanım bildirim kanalını kullanın. Güvenlik açığı bulduğunuzu düşünüyorsanız doğrulamak amacıyla başkalarının verilerine erişmeyin veya hizmeti etkileyen testler yapmayın.

6. Çözümü doğrulayın ve kaydı tamamlayın

Destek yanıtında önerilen değişikliği uygulamadan önce etkisini anlayın; yedek gerektiren işlemlerde güncel kopyanızı alın. Erişim gerekiyorsa mümkün olduğunda geçici ve sınırlı yetkili hesap kullanın. İşlem tamamlanınca geçici yetkiyi kaldırın.

Yalnızca ana sayfanın açılmasını değil, sorunun görüldüğü gerçek adımı tekrar test edin. E-posta için hem alım hem gönderimi, uygulama için ilgili kullanıcı rolünü kontrol edin. Sonucu aynı destek kaydına yazarak sürecin kapanmasını sağlayın.

Kısa ama incelenebilir bir bildirim örneği

Öğretim örneği — gerçek müşteri olayı değildir:
Konu: example.com /iletisim sayfasında HTTP 500
Beklenen: İletişim formunun açılması
Görülen: Ana sayfa açılıyor, /iletisim adresi 500 yanıtlıyor
Zaman: Olayın tarihi, saati ve saat dilimi buraya yazılır
Kapsam: İki farklı ağda aynı sayfada görüldü
Son değişiklik: Form eklentisi güncellendi; neden olduğu henüz doğrulanmadı
Ek: İlgili zaman aralığından gizli veri içermeyen hata satırı

Bu biçim gözlenen hatayı varsayılan nedenden ayırır. Henüz hangi katmanda sorun olduğunu bilmiyorsanız DNS, TLS ve HTTP ayrımını yaparak başvurunuza bir ilk bulgu ekleyebilirsiniz.