Ücretsiz Hosting mi Ücretli mi? Bedava Hosting Yeter mi

Ücretsiz hosting mi ücretli mi sorusunu arattığınızda karşınıza çıkan yazıların neredeyse tamamı "ücretsiz hosting veren 10 site" listesidir. Bu listeler size sağlayıcı adı verir ama asıl merak ettiğiniz şeyi söylemez: bedava hosting gerçekte neye mal olur ve hangi noktada sizi zarara sokar? Çünkü ücretsiz hosting bir hediye değildir; sunucu, elektrik, bant genişliği ve destek maliyeti her durumda birilerince ödenir. Ödemeyi siz para ile yapmıyorsanız başka bir şeyle yapıyorsunuzdur — sayfanıza yerleştirilen reklamla, IP itibarınızla, verinizin taşınamaz hale gelmesiyle ya da bir sabah sitenizin yedeksiz kapanmasıyla.

Bu yazıda ücretsiz hostingin dezavantajlarını genel geçer cümlelerle değil, mekanizmalarıyla anlatacağım: sayfanıza reklam kodunun tam olarak nasıl enjekte edildiğini ve bunu curl ile nasıl tespit edeceğinizi, komşu bir hesabın spam gönderimi yüzünden sunucu IP'sinin karalisteye girmesinin sizin postalarınızı nasıl vurduğunu, "ücretsiz alan adı" verilen kurulumlarda alan adının neden gerçekte sizin olmadığını, veri kaybı senaryosunun nasıl işlediğini ve en önemlisi taşınamama kilidini. Sonunda çoğu kaynağın hiç çizmediği sınırı çizeceğiz: ücretsiz hosting hangi durumda tamamen makul bir tercihtir ve hangi eşiği geçtiğinizde felakete dönüşür.

Ücretsiz Hosting Nasıl Para Kazanır#

Ücretsiz hosting sağlayıcıları parayı sizden değil, sizin üzerinizden kazanır ve bunun beş bilinen modeli vardır. Modeli anlarsanız hangi riskin size dokunacağını da önceden bilirsiniz.

1. Reklam gösterimi. Sayfanızın HTML çıktısına sağlayıcının reklam kodu enjekte edilir. Kazanç sizin ziyaretçinizden gelir.
2. Yükseltme hunisi. Ücretsiz paket kasıtlı olarak dar tutulur (tek veritabanı, PHP zaman aşımı, günlük CPU kotası). Site büyüdükçe ücretli pakete geçmek zorunda kalırsınız; ücretsiz paket bir pazarlama gideridir.
3. Alan adı bağlama. Size siteniz.saglayici-adi.com gibi bir alt alan adı verilir. Sitenizin tüm bağlantı ve arama otoritesi aslında sağlayıcının alan adına yazılır.
4. Veri ve trafik. Ziyaretçi davranışı, e-posta adresleri ve analitik verisi toplanabilir. Sözleşmenin veri paylaşımı maddesini okumadan bunu bilemezsiniz.
5. Kaynağın aşırı paylaştırılması. Ücretsiz hesaplar tek bir sunucuya yüzlerce, bazen binlerce adet sıkıştırılır. Amaç kaynak vermek değil, maliyeti sıfıra yakın tutmaktır.

Bu modellerden yalnızca ikincisi dürüst ve zararsızdır. Diğer dördü, ödediğiniz bedelin faturada görünmeyen kısmıdır.

Reklam Enjeksiyonu: Sayfanıza Sizin Koymadığınız Kod#

Reklam enjeksiyonu, sunucunun HTML yanıtınızı size ait olmayan bir script veya iframe ekleyerek değiştirmesidir ve bunu tarayıcıda "kaynağı görüntüle" ile değil, curl ile teşhis etmelisiniz.

Neden curl? Çünkü bazı sağlayıcılar enjeksiyonu yalnızca belirli tarayıcı ve referans başlıklarında yapar; kendi tarayıcınızda görmediğiniz reklamı ziyaretçiniz görüyor olabilir. Ham yanıtı şöyle alın:

curl -s -A "Mozilla/5.0 (Windows NT 10.0; Win64; x64)" https://siteniz.example.com/ | grep -iE "<script|<iframe" | head -30

Kendi şablonunuzda olmayan bir <script src="..."> satırı görüyorsanız enjeksiyon var demektir. İkinci bir kontrol, sunucunun yanıtınızı değiştirdiğini boyuttan anlamaktır:

# Kendi dosyanızın diskteki boyutu
wc -c public_html/index.html

# Sunucunun gönderdiği boyut
curl -sI https://siteniz.example.com/ | grep -i content-length

İki sayı belirgin biçimde farklıysa (ve gzip devre dışıysa) araya bir şey ekleniyordur. Enjeksiyonun neden ciddi bir problem olduğunu çoğu kişi hafife alır:

• Reklam ağı size değil sağlayıcıya aittir. Reklamın içeriğini denetleyemezsiniz; kumar, yetişkin içerik veya sahte "sürücü güncelle" reklamı çıkabilir ve marka itibarınız zarar görür.
• Google Güvenli Tarama tetiklenebilir. Enjekte edilen ağın bir aracı zararlı yönlendirme yaparsa tarayıcı sitenizi "aldatıcı site" olarak işaretler. Bu uyarıyı kaldırma süreci başlı başına bir iştir; google aldatıcı site uyarısı kaldırma yazısında adımlarını anlatıyoruz.
• Sayfa hızınız çöker. Üçüncü taraf reklam scripti render'ı bloklar; LCP ve INP metriklerinizi doğrudan bozar.
• KVKK sorumluluğu sizde kalır. Ziyaretçinizin tarayıcısına çerez yazan reklam kodunu siz koymadınız ama aydınlatma yükümlülüğü sitenin sahibi olarak sizde görünür.

Komşu Hesabın Spam'i Sizi Karalisteye Sokar#

Paylaşımlı bir IP üzerinde birinin spam göndermesi, o IP'den çıkan tüm postaları etkiler ve ücretsiz hostingde bu riskin olasılığı çok yüksektir. Sebebi basit: ücretsiz hesap açmak kimlik doğrulaması gerektirmediği için spam gönderenlerin ilk uğrak yeridir.

IP'nizin karalistede olup olmadığını komut satırından şöyle sorgularsınız. Sunucunuzun IP'si 203.0.113.45 olsun; DNSBL sorgusu için oktetleri ters çevirip ilgili liste alan adının önüne eklersiniz:

# Önce sunucunun çıkış IP'sini öğrenin
dig +short siteniz.example.com

# Ters çevrilmiş IP ile sorgulama (203.0.113.45 -> 45.113.0.203)
dig +short 45.113.0.203.zen.spamhaus.org

Bir yanıt dönüyorsa (127.0.0.x biçiminde bir adres) IP listededir; hiçbir şey dönmüyorsa temizdir. Aynı kontrolü diğer listeler için de tekrarlayın. Karalisteye girdiyseniz sonuçlar şunlardır:

• Sitenizin gönderdiği üyelik onayı, şifre sıfırlama ve sipariş e-postaları alıcıya hiç ulaşmaz veya doğrudan spam klasörüne düşer.
• E-ticaret yapıyorsanız müşteri "siparişim gelmedi" diye arar; siz de gönderdiğinizi sanırsınız. Bu, tespit edilmesi en geç fark edilen hatalardan biridir.
• Çıkış süreci sizin elinizde değildir; listeden çıkarma talebini IP sahibi olan sağlayıcı yapmalıdır ve ücretsiz hesap sahibi olarak bu talebi hızlandırma şansınız yoktur.

Karaliste tespiti ve çıkış süreci için mail blacklist sorgulama ve çıkma, postaların spam'e düşme nedenlerinin tamamı için mailler spama düşüyor çözüm yazılarına bakabilirsiniz. Ücretli tarafta bile bu risk sıfır değildir; farkı yaratan şey, sağlayıcının kötüye kullanımı ne kadar hızlı yakaladığı ve gerekirse sizi ayrı bir gönderim IP'sine alabilmesidir.

Alan Adı Gerçekten Sizin mi#

Ücretsiz hostingle birlikte verilen alan adı çoğu zaman sizin değildir ve bu, geri dönüşü en zor kayıptır. Üç durumu ayırmak gerekir:

Hangi durumda olduğunuzu anlamanın yolu WHOIS kaydına bakmaktır. Kayıt sahibi (registrant) alanında sizin ad/kurum bilginiz değil sağlayıcının adı yazıyorsa alan adı size ait değildir — siz yalnızca kullanıcısınız. Bu durumda sağlayıcıyla yollarınız ayrıldığında adresinizi de kaybedersiniz, yani sıfırdan başlarsınız: geri bağlantılar, arama sonucundaki konumunuz, kartvizitiniz, faturalarınızdaki adres, hepsi. Alan adının nasıl alınacağını ve kimin adına kaydedilmesi gerektiğini alan adı nasıl satın alınır yazısında ayrıntılı anlatıyoruz.

Kural nettir: alan adınızı hosting sağlayıcınızdan bağımsız düşünün. Alan adı sizin kimliğinizdir, hosting ise yalnızca dosyalarınızın durduğu yerdir. Hosting değiştirmek yarım gün sürer; alan adı değiştirmek yılları geri alır.

Yedek Yok, Kapanış Var: Veri Kaybı Senaryosu#

Ücretsiz hosting sözleşmelerinde neredeyse tümüyle ortak olan iki cümle vardır: "hizmet olduğu gibi sunulur" ve "veri kaybından sorumluluk kabul edilmez". Bu, hukuki bir kalıp değil, gerçek bir çalışma biçimidir.

Gördüğüm tipik senaryo sırasıyla şöyle işler:

1. Ücretsiz hesabınız uzun süre "hareketsiz" kalır (mesela 30-60 gün giriş yapmazsınız).
2. Sağlayıcı hesabı askıya alır. Site bir hata sayfası göstermeye başlar.
3. Askı süresi dolar ve hesap silinir. Bilgilendirme e-postası, kayıtta verdiğiniz ve artık kullanmadığınız adrese gitmiştir.
4. Yedek almadığınızı, veritabanı dökümünüzün olmadığını fark edersiniz.
5. Sağlayıcının panelinde "geri yükleme" diye bir bölüm yoktur, çünkü ücretsiz pakette yedek tutulmamaktadır.

Bu senaryonun tek panzehiri, hosting sağlayıcınız kim olursa olsun kendi bağımsız yedeğinizi tutmaktır. En basit haliyle, haftalık olarak dosyaları ve veritabanını kendi makinenize indirin:

# Veritabanı dökümü (SSH erişimi varsa)
mysqldump -u kullanici -p veritabani_adi > yedek-$(date +%F).sql

# Dosyaların uzaktan kopyası
rsync -avz --delete kullanici@sunucu:/home/kullanici/public_html/ ./yedek/public_html/

SSH erişimi yoksa (ücretsiz paketlerin çoğunda yoktur) FTP ile tam dizin indirmek ve phpMyAdmin üzerinden veritabanını dışa aktarmak zorunda kalırsınız; bu, otomatikleştirilemediği için pratikte "unutulan" bir iştir. Sağlayıcı yedeğine güvenmek ile kendi yedeğinizi tutmak arasındaki farkı hosting yedeği mi kendi yedeğim mi yazısında karşılaştırıyoruz.

Taşınamama Kilidi: Asıl Maliyet Burada#

Ücretsiz hostingin en sinsi bedeli reklam değil, taşınamamaktır. Ücretli bir pakette hosting değiştirmek yarım günlük bir iştir; ücretsizde çoğu zaman mümkün değildir çünkü taşımanın gerektirdiği araçların hiçbiri verilmez.

Taşıma için gereken standart yol şudur ve her adımda ücretsiz paketin bir kısıtıyla karşılaşırsınız:

Sonuç şudur: 500 sayfalık bir siteyi ücretsiz hostingden çıkarmak, sıfırdan kurmakla neredeyse aynı emeği ister. Bir yıl boyunca "para kazandığınızı" düşünürken, çıkış maliyetiniz o bir yılın ücretli hosting bedelinin kat kat üstüne çıkabilir. Ekonomistlerin "batık maliyet" dediği şey burada teknik bir kilide dönüşür.

Taşımanın doğru sırasını ve karşılaşacağınız hataları web sitesi taşıma yazısında adım adım anlatıyoruz.

Ücretsiz Hosting Ne Zaman Gerçekten Yeterlidir#

Ücretsiz hosting, kaybı önemsiz ve geçici olan işlerde tamamen makul bir tercihtir. Bu sınırı kimse çizmediği için hem gereksiz yere para harcayan hem de gereksiz yere risk alan çok insan görüyorum. Sınır şudur:

Ücretsiz yeterlidir, kullanın:

• Bir PHP fonksiyonunu veya kütüphaneyi denemek istiyorsunuz, çıktı iki gün sonra silinecek.
• Ders ödevi veya bir eğitim örneği yayınlıyorsunuz, not verildikten sonra yaşaması gerekmiyor.
• Bir müşteriye tasarım önizlemesi göstereceksiniz, adres geçici.
• Kişisel bir deneme blogu tutuyorsunuz, okuyucusu yok, e-posta göndermiyor, arama sonucunda çıkması umurunuzda değil.
• Statik bir "yakında" sayfası koyacaksınız ve gerçek site birkaç hafta içinde başka yerde açılacak.

Ücretsiz yetmez, bu eşiği geçtiyseniz ücretliye geçin:

• Site üzerinden e-posta gönderiyorsunuz (üyelik onayı, sipariş bildirimi, iletişim formu). IP itibarı doğrudan işinizi vurur.
• Para alıyorsunuz ya da müşteri verisi topluyorsunuz. Ödeme sayfası olan bir sitede sözleşmesiz altyapı savunulamaz.
• Arama sonucundan trafik bekliyorsunuz. Alt alan adında biriktirdiğiniz otorite taşınamaz.
• Sitenin kapalı kalması size zarar verir. Ücretsiz pakette kesinti süresi taahhüdü yoktur, destek de yoktur.
• Kurumsal kimliğiniz var: firma.com adresi kartvizitte yazıyor, faturada geçiyor.
• Kişisel veri işliyorsunuz. Aydınlatma metninde işaret edeceğiniz bir veri işleyen ve sözleşme gerekir.

Bu maddelerden birine bile "evet" diyorsanız, ücretsiz hosting artık bir tasarruf değil, ertelenmiş bir masraftır. Gerçek maliyet kalemlerini ve bütçe planlamayı web sitesi açma maliyeti yazısında kalem kalem çıkarıyoruz.

Ücretsiz ile Ücretli Arasındaki Somut Farklar#

Tablodaki "PHP sürümü sabit" satırı hafife alınır ama gerçek bir güvenlik sorunudur: desteği bitmiş bir PHP sürümünde çalışan site, yayınlanmış açıklardan doğrudan etkilenir ve sizin yapabileceğiniz hiçbir şey yoktur. Ücretli pakette bu bir menü seçimidir: panelden PHP sürümünü seçer, uyumsuzluk çıkarsa geri alırsınız.

Ücretsizden Ücretliye Geçerken Kontrol Listesi#

Geçişi bir hafta sonuna sığdırmak istiyorsanız sıra şudur:

1. Önce alan adını kendi adınıza alın. Hosting seçmeden önce bu adımı yapın; WHOIS'te kayıt sahibi siz olmalısınız.
2. Mevcut siteyi olduğu gibi indirin. Statik bir siteyse tüm sayfaları yerel kopya olarak alın; dinamikse FTP ile public_html altını ve phpMyAdmin'den veritabanı dökümünü alın.
3. Yeni pakette ortamı önce doğrulayın. PHP sürümü, memory_limit, max_execution_time, veritabanı sürümü eskisiyle uyumlu mu?
4. DNS'i çevirmeden yeni sunucuda test edin. Bilgisayarınızın hosts dosyasına yeni IP'yi yazıp siteyi o IP üzerinden açın; bozuk yol, eksik izin, kayıp eklenti burada görünür.
5. E-posta yapılandırmasını unutmayın. İletişim formunuz ücretsiz pakette harici bir servisle gidiyorsa, yeni sunucuda SMTP ayarını yapın ve SPF/DKIM kayıtlarını ekleyin.
6. Eski adresten yeni adrese 301 yönlendirme kurun. Alt alan adına biriken az da olsa trafiği kurtarmak için, ücretsiz sağlayıcı izin veriyorsa yönlendirme koyun.
7. Yeni sitede yedek otomasyonunu ilk gün kurun. Yedeği "sonra" yapılacaklar listesine koymayın; taşıma günü kurulmayan yedek hiç kurulmaz.

Yönlendirme kurallarını yazmakta zorlanıyorsanız htaccess yönlendirme üretici aracıyla kuralı hazır alabilirsiniz.

Sıkça Sorulan Sorular#

Bedava hosting güvenli mi#

Bedava hosting, güvenlik açısından ücretli bir paketten yapısal olarak daha risklidir çünkü kontrol sizde değildir. Reklam enjeksiyonu sayfanıza sizin denetlemediğiniz üçüncü taraf kodu ekler, PHP sürümü çoğu zaman sabittir ve desteği bitmiş olabilir, komşu hesapların kötüye kullanımı IP itibarınızı doğrudan etkiler. Ayrıca hata logu erişiminiz olmadığı için bir saldırı olduğunda ne olduğunu anlayamazsınız. Deneme amaçlı geçici işler için kabul edilebilir, gerçek bir site için savunulabilir değildir.

Ücretsiz hostingde SEO yapılabilir mi#

Teknik olarak sayfalarınız dizine eklenebilir ama otoriteyi kendinize biriktiremezsiniz. Alt alan adı kullanıyorsanız aldığınız bağlantıların değeri büyük ölçüde sağlayıcının ana alan adına yazılır ve siz oradan ayrıldığınızda o birikim sizinle gelmez. Reklam scriptlerinin sayfa hızını düşürmesi Core Web Vitals metriklerinizi bozar, kesinti süreleri tarama bütçenizi olumsuz etkiler. Arama sonucundan trafik bekliyorsanız kendi alan adınız ve ücretli barındırma en baştan doğru başlangıçtır.

Ücretsiz hostingde kendi alan adımı kullanabilir miyim#

Bazı sağlayıcılar kendi alan adınızı bağlamanıza izin verir, bazıları vermez ve bu, seçimin en kritik maddesidir. İzin veriliyorsa alan adını mutlaka bağımsız bir kayıt firmasından kendi adınıza alın, sağlayıcının "hediye" alan adını kabul etmeyin. Kendi alan adınız varsa hosting değiştirmek yalnızca bir DNS güncellemesi olur; alan adı sağlayıcıda kayıtlıysa ayrılmanız pratikte imkânsız hale gelir. WHOIS kaydındaki kayıt sahibi alanının sizin adınızı taşıdığını mutlaka doğrulayın.

Ücretsiz hosting sitemi neden aniden kapattı#

En yaygın nedenler hareketsizlik, kaynak limitinin aşılması ve kullanım şartlarının ihlalidir. Ücretsiz paketlerin çoğu belirli bir süre giriş yapılmayan hesapları otomatik olarak askıya alır ve sonra siler. İkinci sırada CPU veya eşzamanlı işlem limitinin aşılması gelir; ücretsiz hesaplarda bu limit çok dar tutulur ve tek bir arama motoru taraması bile tetikleyebilir. Üçüncüsü, dosya paylaşımı veya toplu e-posta gibi şartlarda yasaklanan kullanımlardır; askıya alma çoğu zaman uyarısız yapılır.

Ücretsiz hostingden ücretliye geçerken sitem kesintiye uğrar mı#

Doğru sırayla ilerlerseniz kesinti neredeyse sıfır olur. Anahtar nokta, DNS'i çevirmeden önce yeni sunucuda siteyi tam olarak çalışır hale getirmektir; bunu bilgisayarınızın hosts dosyasına yeni IP'yi yazarak test edebilirsiniz. Geçişten bir gün önce ilgili DNS kaydının TTL değerini 300 saniyeye düşürün ve eski sitenin en az bir hafta daha açık kalmasını sağlayın. Bu üç adım uygulandığında ziyaretçiler hangi sunucuya düştüklerini fark etmez.

Ücretsiz hosting yerine ucuz hosting almak mantıklı mı#

Evet, çoğu senaryoda en dengeli seçim budur. Ücretsiz ile ücretli arasındaki uçurum fiyattan çok yapıdadır: en giriş seviyesi ücretli pakette bile kendi alan adınız, kendi e-posta kutunuz, SSH ya da en azından cron erişimi, hata logu, PHP sürüm seçimi ve gerçek bir destek kanalı olur. Küçük bir kişisel site veya tanıtım sayfası için giriş seviyesi bir paket fazlasıyla yeterlidir ve yukarıda saydığımız risklerin tamamını ortadan kaldırır.

Ücretsiz hosting kullanırken hangi yedeği almalıyım#

En az iki şeyi düzenli olarak kendi cihazınıza indirmelisiniz: public_html altındaki tüm dosyalar ve veritabanının SQL dökümü. Dosyaları FTP istemcinizle tam dizin olarak indirin, veritabanını phpMyAdmin üzerinden dışa aktarın ve dosya adına tarih ekleyin. Bunu takvime haftalık bir görev olarak koyun, çünkü ücretsiz pakette hesabın silinmesi genellikle uyarısız olur ve o an elinizde ne varsa odur. Yedeği aldıktan sonra ayda bir kez gerçekten geri yüklenebiliyor mu diye deneyin; denenmemiş yedek yedek sayılmaz.

Ücretsiz hostingde e-posta gönderemiyorum ne yapmalıyım#

Sitenizin e-posta göndermesi gerekiyorsa ücretsiz hosting doğru yer değildir ve geçici çözüm harici bir SMTP sunucusu kullanmaktır. Ücretsiz paketlerde ya mail() fonksiyonu tamamen kapalıdır ya da çıkış IP'si karalistede olduğu için gönderilen posta alıcıya ulaşmaz. Sitenizin gönderim yapan kısmını harici bir SMTP hesabına yönlendirir, SPF ve DKIM kayıtlarını alan adınıza eklerseniz teslimat sorununu kısmen çözersiniz. Kalıcı çözüm, gönderim itibarını kendi kontrolünüzde tutabileceğiniz bir altyapıya geçmektir.

Kapanış#

Ücretsiz hosting mi ücretli mi sorusunun cevabı "hangisi daha iyi" değil, "kaybı neyi göze alıyorsunuz" sorusudur. Ücretsiz hosting bir tuzak değildir; sınırları belli, geçici işler için tamamen makul bir araçtır. Bir ödevi yayınlamak, bir kod parçasını denemek, müşteriye tasarım önizlemesi göstermek için mükemmeldir. Ama sitenizden e-posta gidiyorsa, para alıyorsanız, arama sonucundan trafik bekliyorsanız veya adresiniz kartvizitinizde yazıyorsa, ücretsiz paket artık bir tasarruf değil ertelenmiş ve faizlenmiş bir masraftır. Bu yazıda anlattığımız beş mekanizma — reklam enjeksiyonu, komşu kaynaklı IP karalistesi, sizin olmayan alan adı, yedeksiz kapanış ve taşınamama kilidi — hepsi ödemediğiniz paranın faturasının nasıl kesildiğini gösterir. En azından şunu bugün yapın: alan adınızın WHOIS kaydına bakın ve kayıt sahibi olarak kendi adınızı görüyor musunuz, kontrol edin.

Geçiş yapmaya karar verdiyseniz, küçük ölçekli kişisel siteler ve tanıtım sayfaları için ekonomik hosting paketleri, öğrenciyseniz öğrenci hosting seçeneği yeterli olur; kendi adınıza kayıtlı bir adres için alan adı kaydı sayfasından uzantıları karşılaştırabilirsiniz. Mevcut sitenizi taşımak sizi gözünüzde büyütüyorsa site taşıma hizmeti dosya, veritabanı ve DNS geçişini üstlenir; yeni evinizde ilk gün yapmanız gereken işi, yani düzenli yedeği ise yedekleme çözümleri ile otomatiğe bağlarsınız — bu sefer kendi kontrolünüzde.