Hosting iadesi (30 gün) gerçekten çalışır mı? Net kontrol listesi

30 gün para iadesi gerçekten çalışır mı? (Net cevap)

Hosting iadeleri pratikte çoğu zaman “çalışır”, ancak tek bir şablonla değil; sağlayıcının iade politikası, sözleşme maddeleri ve iptal sürecinin nasıl yürütüldüğüne bağlı olarak sonuç verir. “30 gün” ibaresi, otomatik olarak ödeme tutarının tamamının iade edileceği anlamına gelmez. Bu yazıda, 30 gün para iadesinin hangi koşullarda gerçekleştiğini, hangi durumlarda reddedildiğini ve kullanıcı olarak hangi kanıtları (log, ekran görüntüsü, talep numarası) hazırlamanız gerektiğini net biçimde anlatacağım.

Hedefiniz; iade talep ettiğinizde “istemeden” ücret kesintisi, hizmet bedeli tahsilatı ya da gecikmiş iade gibi durumlarla karşılaşmamak. Son bölümde de size doğrudan uygulanabilir bir adım adım aksiyon planı bırakacağım.

30 gün iade kuralı: İade politikasında aranacak 7 kritik madde

Her sağlayıcı farklı metin kullanır; fakat iade kararını belirleyen şey genellikle aynı parametrelerdir. Aşağıdaki maddeler, “30 gün çalışır mı?” sorusunun çekirdeğidir.

1) Başlangıç tarihi: Satın alma mı, aktivasyon mu?

Bazı firmalar 30 günü satın alma tarihinden başlatır, bazıları aktivasyon (hesabın aktif edilmesi) anından itibaren sayar. Örneğin domain olmayan sadece hosting paketlerinde aktivasyon pratikte “sipariş açıldıktan sonra” olur; ama e-posta ile kurulum/etkinleştirme gereken planlarda fark oluşur.

Net kontrol: Siparişi verirken gelen e-posta ve paneldeki “Hizmet durumu” tarihlerini karşılaştırın.

2) İade kapsamı: KDV, kurulum, yedekleme, domain dahil mi?

Hosting iadesinde en sık tartışılan kalemler şunlardır: - Hizmet bedeli (hosting) iade edilir mi? - Kurulum/aktivasyon ücreti kesilir mi? - KDV (Katma Değer Vergisi) iade hesabına nasıl yansır? - Ek hizmetler (CDN, yönetimli ek modüller, ekstra IP) dahil mi?

Net kontrol: “Para iadesi tutarı” yerine “para iadesi kapsamı” maddesini okuyun.

3) Oransal (pro-rata) kesinti var mı?

Bazı sağlayıcılar 30 gün içinde iptal edildiğinde gün bazlı kesinti uygular; örnek mantık “kullanılan gün kadar hizmet bedeli düşülür, kalan iade edilir.” Bu durumda iade “tam tutar” olmaz.

Net kontrol: Metinde “oransal iade”, “kullanım bedeli düşülür”, “pro-rata” gibi ifadeler var mı?

4) “Sıfır kullanım” şartı / kabul kriterleri

Bazı politikalar, özellikle paylaşımlı hosting veya yönetimli paketlerde, hesabın kurulum sonrası kullanıma geçilmesi durumunda iadenin kısıtlanacağını söyler. “Kullanım” kavramı; site dosyalarının yüklenmesi, veri tabanı çalıştırılması, e-posta trafiği, eklenti kurulumu gibi aksiyonlar olabilir.

Net kontrol: “Hesap kullanılmadı” şartı var mı? “Transfer yaptım”, “veritabanı oluşturdum” gibi eylemler iade reddine zemin olabilir.

5) Ücretsiz deneme mi, para iadesi mi? İade kapsamı fark eder

Bazı firmalar “deneme” sunar ama iade yerine iptal mekanizması işler. Deneme, aktifleşmiş hizmeti “sıfırlamaz”; sadece hizmeti kapatır.

Net kontrol: Metinde “30 gün para iadesi” net yazıyor mu, yoksa “deneme süresi” mi geçiyor?

6) Otomatik iptal ve ticket zorunluluğu

Bazı sağlayıcılar iade için sadece panelden iptal değil; ayrıca “iade talep bileti” açılmasını ister. Ticket açılmadıysa iade süreci otomatik olmayabilir.

Net kontrol: İade talebi için “destek talebi”, “billing ticket” şartı var mı?

7) Fraud/abuse ve aşırı kullanım uyarıları

Özellikle çok kısa sürede çok sayıda paket açıp kapatan kullanıcılar “abuse” kapsamında değerlendirilebilir. Bu durumda iade tamamen reddedilebilir.

Net kontrol: “Aşırı kullanım”, “istismar” gibi maddeler var mı?

İade reddi en sık neden nasıl olur? (Somut senaryolar)

30 gün para iadesi talebinin reddedilmesinde çoğunlukla teknik değil, süreçsel ve kanıtsal hatalar etkilidir.

Senaryo A: İptal talebi geç girildi, süre kaçtı

İade süresi sayımının aktivasyondan başlatıldığı firmalarda, kullanıcı satın alma tarihini baz alır ve 2-3 günlük fark oluşur.

Net önlem: Aktivasyon tarihini baz alın ve iptal talebini 30 gün dolmadan 2-3 gün önce başlatın.

Senaryo B: Domain (veya ek hizmet) iade kapsamına alınmadı

Birçok politikada domain bedeli iade edilmez. Hosting iadesi yapsalar bile domain ücretinin iade edilmeyeceği net olabilir.

Net önlem: Sipariş detayında “iade edilecek kalemler” listesini çıkarın.

Senaryo C: Kesintili iade (pro-rata) sürprizi

Kullanıcı tam tutar bekler, firma gün bazlı kesinti yapar.

Net önlem: “Pro-rata” veya “kullanım bedeli” maddesini görmeden talep başlatmayın.

Senaryo D: “Kullanıma başlandı” gerekçesi

Panelde dosya yükleme, e-posta açma veya veritabanı oluşturma gibi aksiyonlar “kullanım” sayılabilir.

Net önlem: 30 gün testi yapacaksanız, ilk günlerde de test mantığını veri kaydı üzerinden yürütün ve “kullanım” tanımını sağlayıcının metninden doğrulayın.

Başarılı iade için kanıt seti: Loglarla destekleyin

İade sürecinde “kimin ne zaman ne yaptığı” sorusu gelir. NetKıyas gibi karşılaştırma sitelerinde bile sonuç, billing/servis ekibinin okuduğu dokümantasyona dayanır. Bu yüzden en az şu kanıtları hazırlayın.

Hazırlamanız gereken kanıtlar (checklist)

Sipariş/ödeme numarası ve ödeme tarihi (fatura/receipt)
Panelde servis aktivasyon tarihi (hizmet durumu ekran görüntüsü)
İade talebi için açtığınız ticket numarası ve tarih
Panelden yaptığınız işlemler varsa (site dosyası yükleme, veritabanı oluşturma, e-posta kullanımı) bunların işlem zamanı
(Mümkünse) web sitenize ait son erişim/istatislik ekranı
İade süreci boyunca e-posta yazışmaları

Loglar nasıl iş görür?

Özellikle “süre kaçtı” itirazlarında, panelde görünen aktivasyon tarihleri kritik olur. “Hizmet kullanılmadı” itirazlarında ise veri tabanı çalıştı mı, e-posta akışı oldu mu gibi kayıtlar belirleyici olabilir. Bu nedenle “sadece anlatım” yerine, panelden alınan somut görüntülerle ilerleyin.

30 gün iade için net aksiyon planı (adım adım)

Aşağıdaki plan, iadenin reddedilme ihtimalini azaltır ve süreci hızlandırır.

1) Paketi test ederken sözleşmedeki iade maddesini tek sayfada işaretleyin

Başlangıç tarihi: aktivasyon mu satın alma mı?
İade kesintisi: pro-rata var mı?
Hariç kalem: domain, IP, kurulum ücreti?
İade talebi için zorunlu adım: ticket gerekiyor mu?

Bunlar netleşmeden “iptal edeyim” aşamasına geçmeyin.

2) 30 gün dolmadan 48-72 saat önce iade ticket’ı oluşturun

Bu süre; gün bazlı hesaplamalar ve yoğunluk kaynaklı gecikmeler için tampon sağlar.

Ticket metninizde şu formatı kullanın: - Sipariş numarası - Aktivasyon tarihi - İade talebi (30 gün içinde) - Beklenen tutar: “iade kapsamına giren kalemler” talebi - Kesinti varsa politikanın ilgili maddesinin belirtilmesi isteği

3) İade onayı gelmeden otomatik kurcalamayı bırakın

Sağlayıcı “kullanım” tespit ederse reddi tetiklenebilir. Test tamamlandıysa yeni eklenti, yeni e-posta hesabı veya ek trafik üretmeyin.

4) İade tutarını fatura kalemleri üzerinden kontrol edin

İade geldiğinde tek satır “iade” görmek yerine, hangi kalemlerin iade edildiğini karşılaştırın.

5) Gecikme olursa takip edin: “iade süresi” maddesine bağlayın

Bazı politikalar iadenin bankaya yansıma süresini belirtir. Bu süreyi aşınca aynı ticket üzerinden geri dönüş isteyin.

İade yerine alternatif: Tam karar için daha doğru yöntemler

30 gün iade her zaman “tam çözüm” değildir. Bazı durumlarda iade yerine doğru kurulumu yapmak daha az efor ve daha az belirsizlik sağlar.

Daha hızlı değerlendirme için net testler

TTFB hedefi belirleyin (ör: WordPress için ilk yükleme performansı)
Cache (object cache: APCu/Redis) gerekliliğini ölçün
Aynı dosyalarla bir gün içinde iki konfigürasyon test edin

Bu yaklaşım, yanlış paketten kaynaklanan performans farklarını iade süresi dolmadan görünür hale getirir.

Sık sorulanlar (Net cevaplar)

Para iadesinde “tam tutar” her zaman iade edilir mi?

Hayır. Birçok senaryoda kurulum ücreti, domain bedeli veya pro-rata kesinti uygulanır. İade tutarını belirleyen şey sağlayıcının yazılı politikasındaki kapsam maddeleridir.

İade için neden mutlaka ticket açmak gerekir?

Bazı firmalarda panel iptali sadece hizmeti kapatır; faturalandırma iadesi otomatik başlatılmayabilir. Politika “billing ticket” şartı koyuyorsa ticket açılmadan süreç ilerlemez.

İade için siteyi hiç kullanmadan test etmek doğru mu?

Politikaya bağlıdır. “Kullanım” tanımı varsa ve dosya yükleme/veritabanı oluşturma dahil edilirse iade reddi riski vardır. Bu nedenle önce metni okuyun, sonra test planını o tanıma göre tasarlayın.

Sonuç: 30 gün iade var, ama “şartlarını” kontrol etmeden aksiyon almayın

Hosting iadesi 30 gün içinde çoğu durumda sonuç verir; fakat tek belirleyici “30 gün” ibaresi değildir. Başlangıç tarihi, pro-rata kesinti, domain/ek hizmet hariçleri, “kullanım” tanımı ve ticket zorunluluğu maddeleri netleşmeden işlem başlatmak risktir.

Bugün yapmanız gereken en net aksiyon: Sağlayıcının iade politikasındaki 7 kritik maddeyi işaretleyin, aktivasyon tarihini panelden doğrulayın ve 30 gün dolmadan 48-72 saat önce iade talebi ticket’ını oluşturun. Bu şekilde hem süreyi kaçırmazsınız hem de talepleri log ve fatura kalemleriyle destekleyerek belirsizliği minimuma indirirsiniz.