Hosting Şikayetinde Tüketici Hakları: Ne Yapılır?

Hosting hizmeti; web siteniz, e-posta altyapınız ve iş süreçleriniz için doğrudan etki üretir. Hizmet “anlık” aksasa bile faturaya yansıyan şey süreklilik ve sözleşmeye uygun hizmettir. Bu yazıda hosting şikayetinde tüketici olarak ne yapmanız gerektiğini; delil toplama, başvuru kanalları, iade/iptal talepleri ve süreç yönetimi şeklinde adım adım anlatıyorum.

Hosting şikayeti tüketici uyuşmazlığı sayılır mı?

Hosting genellikle bir hizmet sağlayıcısından abonelik (ör. web hosting, VPS/VDS yönetim hizmeti, alan adı + barındırma) olarak sunulur. Siz de bu hizmeti işiniz ya da kişisel kullanımınız için bedel karşılığı alıyorsanız, ortaya çıkan aksama; “sözleşmeye aykırılık” ve “ayıplı hizmet” tartışmasına konu olur. Bu durumda tüketici uyuşmazlığı kapsamında başvuru yapılması mümkündür.

Önemli ayrım: Fiyat teklifinden değil, aldığınız hizmetin sözleşmeye uygunluğundan şikayet etmeniz gerekir. Örneğin “sunucu çok yavaş” söylemi tek başına zayıf kalır; somut ölçüm ve süre birlikte sunulmalıdır.

Şikayetiniz hangi başlıklarda güçlü olur?

Aşağıdaki durumlarda, tüketici başvurusu için elinizde somut veri toplamak daha kolaydır: - Alan adınız/website’niz belirli tarihlerde erişilemez oldu (downtime) - E-posta teslimi bozuldu (SPF/DKIM değişmediği halde red/softfail) - Hizmet kapasitesi/planı ile sunulan performans örtüşmüyor (ör. duyurulan SSD, gerçek disk türü farkı) - Sözleşmede belirtilen “yedekleme (backup)” düzeni uygulanmıyor - Plan yükseltmesine rağmen sunucu kaynak artışı yapılmıyor

1. adım: Delil (kanıt) toplama planı kurun

Tüketici hakem heyeti veya tüketici mahkemesine gidilecek süreçlerde “ben yaşadım” cümlesi tek başına yeterli olmaz. Net ve denetlenebilir bir dosya hazırlayın.

Zaman çizelgesi çıkarın

Şikayet ettiğiniz her olay için şu alanları yazın: - Tarih/saat (mümkünse dakikaya kadar) - Etkilenen hizmet: site, e-posta, panel, veritabanı - Hata ekranı veya durum: 403/500/502/503 gibi HTTP kodu ya da mail bounce mesajı - Süre: başlangıç-bitiş - Siz ne yaptınız: destek bileti açtınız mı, panelde hangi ayarı kontrol ettiniz

Bunu bir tabloya dökmek etkili olur:

Kanıt türleri (en işe yarayanlar)

Aşağıdakiler tüketici başvurularında en çok kabul gören kanıtlardır: - Destek bilet numaraları ve bilet metinleri (tarih/saatli) - Canlı erişim testleri: Ping, traceroute, HTTP yanıtları, hata kodları - Sunucu/uygulama loglarından ilgili satırlar (ör. Nginx/Apache hata logları, uygulama hata kodları) - E-posta şikayetlerinde: bounce mesajı metni, “Received-SPF”, “DKIM-Signature” başlıkları - Fatura/abonelik sözleşmesi ve hizmet özellikleri ekran görüntüleri - Otomatik yanıtlar ve “hız/upsell” gibi teknik dışı ifadeler

İpucu: “Tek bir ekran görüntüsü” yerine kayıt dosyası

Tek bir fotoğraf yerine loglardan ilgili kesiti paylaşmak daha güçlü olur. Örneğin “502 bad gateway” aldığınız anın üst üste birkaç örneğini aynı kaynakla göstermek, rastlantısal sorunu değil sistematik arızayı destekler.

2. adım: Sağlayıcıyla yazılı çözüm arayın

Tüketici başvurusuna girmeden önce sağlayıcıyla yazılı iletişim kurmanız, hem çözüm şansını artırır hem de “makul süre içinde çözülmedi” argümanınızı güçlendirir.

Destek talebini teknik ve ölçülebilir yazın

Destek talebinde şunlar olmalı: - Sözleşmeye göre beklenen hizmet (plan adı, kaynaklar, yedekleme sıklığı) - Yaşanan arıza (tarih/saat, hata kodu) - Denediğiniz çözümler (DNS/konfig kontrolü, yeniden başlatma beklentisi vb.) - Hangi giderin doğduğunu biliyorsanız ekleyin (ör. satış kaybı gibi net bir hesap)

Kullanılabilir bir iskelet: - “13.05.2026 10:22-11:04 arası site erişilemedi (503). Destek bileti: #12345. Dönem toplamında X defa oldu. Sözleşmede belirtilen süreklilik hizmeti karşılanmadı.”

Sağlayıcının yanıt süresini takip edin

Yazılı olarak size dönülüp dönülmediği, çözüm önerisinin somut olup olmadığı (ör. “inceliyoruz” yerine “şu saatte yeniden denenecek, şu kök neden var”) kritik olur. Bu yüzden her yanıtın tarihini not edin.

3. adım: Talebinizi netleştirin (iade mi, düzeltme mi, tazmin mi?)

“Şikayet” değil “talep” yazın. Talepler genelde üç grupta toplanır:

A) Hizmetin ayıplı/uyumsuz olması nedeniyle iade/iptal

• Şikayet ettiğiniz hizmet hiç verilemediyse (downtime)
• Verilen hizmet, sözleşmede vaat edilen performans/özellikleri karşılamıyorsa

Bu durumda talebiniz “kullanılamayan süre kadar iade” veya “plan iptali ve kullanılmayan dönemin iadesi” şeklinde netleşir.

B) Kusurun giderilmesi (düzeltme) talebi

• E-posta ayarları yanlış değil ama iletkenlik/sürümler bozuksa
• Yedekleme çalışmıyorsa “çalışır hale getirme” talebi

Bu talep, sağlayıcıya süre vererek ilerlemelidir. Örneğin “X iş günü içinde düzeltilmediği takdirde iade talep edeceğim” ifadesi süreci disipline eder.

C) Zarar/ek gider iddiası

Satış kaybı, e-ticaret kampanyası iptali, ajans/ek operasyon maliyeti gibi kalemler varsa kanıt ile desteklenmelidir. Mikro ölçüm (sipariş/gelir kaydı gibi) yoksa bu kısım zayıflar.

4. adım: Örnek belge seti hazırlayın (dosya düzeni)

Başvuru sürecinde elinizin altında tek klasör dosya bulundurun. İçerik: - Satın alma ve abonelik belgeleri (fatura, sözleşme/plan ekranı) - İletişim kanıtları (destek biletleri, e-posta yazışmaları) - Olay zaman çizelgesi (downtime/tablo) - Kanıtlar (loglar, hata ekranları, HTTP test sonuçları) - Talep metni (iade/iptal/düzeltme)

Kayıtları nasıl “okunur” yapmalısınız?

• Dosya adlarını tarih + konu şeklinde verin (ör. 2026-05-13-503-ekran-goruntusu.png)
• Aynı olaya ait tüm kanıtları aynı isim kökünde toplayın
• Metinleri kısa ve kronolojik yazın

5. adım: Başvuru kanalı seçimi ve süreç takvimi

Türkiye’de tüketici şikayetleri için başvurular pratikte tüketici hakem heyeti/mahkeme ve arabuluculuk gibi kanallara gidebilir. Buradaki kritik nokta, doğru yolu doğru zamanda hedeflemektir.

Net öneri: Önce sağlayıcıyla yazılı deneme ve delil setini tamamladıktan sonra, başvuruyu “kullanılamayan süre kadar iade/iptal” gibi ölçülebilir taleple yapın.

Süreci hızlandıran karar metni

Başvuruda “olaylar” kadar “istek” önemlidir. Talebinizi 2-3 cümlede özetleyin: - “Belirtilen tarihlerde hizmet erişilemedi/kullanılamadı.” - “Bu durum sözleşmeye uygunluk yükümlülüğünü karşılamadı.” - “Kullanılamayan süre için iade/iptal talep ediyorum.”

6. adım: Sık yapılan hatalar (dosyanın zayıfladığı yerler)

Aşağıdakiler tüketici hakem heyeti/itiraz süreçlerinde sık zayıflık yaratır: - Sadece “çok yavaş” demek, ölçüm ve saat vermemek - Destek bileti numarası olmadan “kimse ilgilenmedi” demek - Talebi belirsiz bırakmak (iade mi düzeltme mi yazmamak) - Olay tarihlerini karıştırmak veya kronoloji kurmamak - Kanıtları tek bir görselde bırakmak

Hosting şikayetinde “ölçüm” nasıl yapılır?

Minimum set şudur: - En azından bir HTTP hata kaydı (örn. 503) ve zaman bilgisi - Birden fazla örneğin aynı gün içinde tekrarı (tek seferlik olabilir) - E-posta sorunu varsa bounce metni ve zaman - İlgili loglardan özet satır

Hosting sağlayıcısıyla anlaşmazlığı büyütmeden teknik ayrıştırma

Tüketici hakları açısından en güçlü dosya, sadece “şikayet” değil “kök neden değerlendirmesi” de içeren dosyadır. Aşağıdaki teknik ayrıştırma, sağlayıcıya daha net soru sormanızı sağlar.

DNS mi, hosting mi?

Alan adınız erişilemiyorsa bazen sorun DNS gecikmesi/yanlış kayıt kaynaklıdır. Bu ayrım için: - DNS değişikliği yaptıysanız tarihini yazın - Aynı anda farklı cihaz/konumdan erişim testi alın - Sağlayıcıdan “zone” düzeyinde kontrol talep edin

FTP/Panel erişimi varsa katman farkı

Örneğin web çalışıyor ama FTP çalışmıyor ya da tam tersi; bu ayrım sağlayıcıya “hangi katmanda” sorun olduğunu söylemenizi sağlar. FTP sorunlarında pasif/aktif (active/passive) farkı bile etkili olabilir. Siz tüketici talebini yine de “hizmet planı kapsamında erişimin kesintiye uğraması” şeklinde kurun.

İade/iptal talebini hesaplamada somut yöntem

Talep “kullanılamayan süre kadar” olduğunda hesap mantığını net tutun: - Aydaki toplam kullanılabilirlik kaybını (saat/dakika) belirleyin - Plan fiyatınızı aylık bazda yorumlayın - İadeyi “kullanılamayan gün oranı” ile açıklayın

Örnek yaklaşım (sayısal hesap): - Aylık ücret: 3000 TL - 30 gün içinde 6 saat erişim yok - Kullanılamayan oran = 6 / (30*24) - İade ≈ 3000 TL * oran

Bu hesap her dosyada mahkeme/heyet tarafından aynı şekilde kullanılmayabilir; ancak tüketici talebinizi “duygudan” “ölçüden” çıkardığı için dosyanızın kalitesini artırır.

Sonuç: Aksiyon planı (bugün başlayın)

Hosting şikayetinde tüketici haklarını etkili kullanmak için en kritik adımlar; olayları kronolojik kayda bağlamak, yazılı destek iletişimini dosyalamak ve talebi iade/iptal ya da kusur giderimi şeklinde ölçülebilir ifade etmektir. Bugün yapmanız gereken: (1) zaman çizelgesi ve kanıt klasörü oluşturun, (2) sağlayıcıya net teknik talep gönderin ve bilet numarasını saklayın, (3) erişilemeyen/bozulan süreyi hesaplayıp başvuruda “kullanılamayan süre kadar iade” gibi net bir istemle ilerleyin. Hazır olduğunuzda NetKıyas gibi karşılaştırma platformlarında benzer hizmet planlarını doğrulayarak, gerekirse hizmet değişimini de tüketici sürecinizle paralel yönetebilirsiniz.