Fatura şoku ve e-posta kesilmesi slogan değil, arıza modudur. Küçük bir işletme için yerel cPanel ile Cloudflare Pages aynı işi görmez: biri size TL fatura ve telefonla destek verir, diğeri dağıtım ve otomatik yayın verir. Karar "hangisi daha modern" değil, "hangi arıza sizi durdurur" sorusuyla verilir.
Bu karşılaştırma "en iyi hosting 2026" listesi değildir. Sınırsız bant vaatleri, kupon kodlu tablolar ve İngilizce damga başlıklar burada yer almaz. Aşağıda üç şey var: iki seçeneğin gerçekten hangi işte iyi olduğu, taşınma gününün sırası, ve TL faturayı önceden tahmin etmenin yolu.
Önce arıza modunu yazın
Karar vermeden önce üç cümleyi kâğıda yazın. Bu üç cümle çoğu zaman seçimi kendiliğinden yapar.
Fatura şoku olursa ne olur? Kartınızdan beklenmedik bir tutar çıkarsa siteyi kapatır mısınız, yoksa tavan koyabiliyor musunuz?
E-posta üç saat susarsa ne olur? Siparişler e-postadan geliyorsa bu arıza siteden daha pahalıdır.
Bilgisayarınız kapalıyken yayın yapılabiliyor mu? Yalnızca sizin dizüstünüz yayına alabiliyorsa elinizde hosting değil, alışkanlık var.
Bu üç sorunun cevabı "bilmiyorum" ise hangi paneli seçtiğiniz önemsizdir; ilk arızada aynı yerde tıkanırsınız.
Ne zaman Pages veya Workers
Blog, vitrin sitesi, hafif API ve statik ağırlıklı içerik için uygundur. Depolama tarafında anahtar-değer deposunun ilişkisel veritabanı olmadığını kabul ediyorsanız yapı sadeleşir. Üye kaydı, sipariş ve stok için ayrı bir veri kaynağına ihtiyacınız olur; "her şeyi tek Worker'a koy" yaklaşımı 2026'da da destek kuyruğu üretir.
En büyük pratik kazanç yayın tarafındadır. Git deposuna gönderdiğinizde otomatik yayın çalışır; bilgisayarınız kapalıyken de site güncellenir. Cuma akşamı FTP ile dosya sürüklemek bu modelin işi değildir ve zaten geri alınamaz.
Soğuk başlangıç küçük HTML sayfalarda çoğu zaman fark edilmez. Ağır sunucu tarafı işleme ve büyük görseller hem yanıt süresini hem faturayı yükseltir. Ölçmeden "uçta her şey hızlıdır" cümlesini yazmayın; kendi sayfanızın ağırlığı bunu belirler.
Ne zaman yerel hosting
Eski PHP kodu, panelden yönetilen zamanlanmış görevler, "dosyayı panelden düzenlerim" alışkanlığı ve en önemlisi web postasının aynı sunucuda yaşaması. Bu dördünden ikisi sizde varsa taşınma maliyeti düşündüğünüzden yüksektir.
Yerel panelin somut artıları: Türkçe telefon desteği, TL fatura, bildiğiniz yedekleme ekranı ve tek yerden yönetim. Eksisi: tek sunucu düşerse her şey düşer ve çoğu pakette otomatik yayın zinciri yoktur. Sağlayıcının yüzde 99,9 iddiasını sayfanıza kopyalamayın; kendi yedekleme ve geri dönüş sürenizi yazın, çünkü müşteri size soracak.
WordPress eklenti yığınını olduğu gibi taşımayın. Taşımayı düşünüyorsanız önce eklenti envanteri ve zamanlanmış görev listesi çıkarın. Bu liste çıkmadan yapılan her göç planı "beş dakikada taşındık" yalanına dönüşür.
Ölçüm: staging'de gerçek ağırlık
Karar vermeden önce bir ölçüm yapın. On dakika sürer ve tahmin yerine sayı verir.
1. Sitenizin en ağır üç sayfasını seçin: ana sayfa, bir ürün veya yazı sayfası, bir kategori sayfası.
2. Tarayıcının geliştirici araçlarında ağ sekmesini açın, önbelleği devre dışı bırakın ve sayfayı yenileyin. Toplam aktarılan boyutu ve istek sayısını not edin.
3. Bu sayıyı aylık tahmini sayfa görüntüleme ile çarpın. Ortalama sayfa 1,5 MB ve aylık 20.000 görüntüleme ise aylık aktarım 30 GB civarındadır.
4. Bülten gönderdiğiniz günü ayrı sayın. Bülten piki ortalama trafik değildir; ayın en pahalı iki saati orada olur.
Bu dört adım "hello world" testinin neden yanıltıcı olduğunu gösterir. 40 KB'lık bir örnek sayfa sizin 4 MB'lık kapak görsellerinizle aynı fatura üretmez. Fatura şoku tam olarak buradan gelir.
DNS, .tr alan adı ve e-posta
Alan adı kaydeden yer ile DNS'i yöneten yer farklı rollerdir ve bunları karıştırmak en sık yaşanan göç kazasıdır. Nameserver değişikliğinden önce e-posta kayıtlarını hedef tarafa kopyalayın: MX, SPF, DKIM ve varsa DMARC. Bu kopyalama yapılmadan yapılan her geçiş posta kutusunu susturur.
Kural basit: web kayıtları (A, AAAA, CNAME) vekil sunucu arkasında olabilir; MX hedefi asla olmaz. Posta trafiği HTTP vekilinden geçmez ve geçmeye çalışırsa bağlantı zaman aşımına uğrar. Aynı fizik başka bir alan adı uzantısında da geçerlidir; .fr alan adında MX sırası yazısı aynı kuralı başka bir kayıt kuruluşu üzerinden anlatır.
SPF kaydı tek bir TXT satırıdır. İki ayrı SPF kaydı politikayı bozar ve gönderiminizi zayıflatır. İki farklı sağlayıcıdan posta gönderiyorsanız ikisini tek kayıtta birleştirin.
Test yöntemi: iki farklı genel DNS çözümleyicisine sorun, bir test postası gönderin ve bir de dışarıdan kendinize yazdırın. Posta gelmiyorsa "sağlayıcı postayı bozdu" demeden önce hedef bölgede MX kaydı var mı diye bakın. Vakaların çoğunda bölge dosyası boştur.
Göç günü sırası
Bu sıra slogan değildir. Atlanan birinci veya ikinci adım, "taşındık, posta gitti" hikâyesini üretir.
1. Mevcut bölge dosyasını dışa aktarın: MX, SPF, DKIM, A, doğrulama TXT kayıtları. Panel yalnızca beş satır gösteriyorsa aşağı inin; DKIM kayıtları çoğu zaman ikinci sayfadadır.
2. Hedef tarafta web ve posta kayıtlarını oluşturun. Henüz nameserver değiştirmeyin.
3. Siteyi geçici bir alt alan adında yayına alın ve gerçek görsel ağırlığıyla gezin.
4. TTL değerlerini düşürün ve en az bir gün bekleyin.
5. Nameserver değişikliğini yapın ve saati UTC olarak not edin.
6. İki çözümleyiciden site ve posta kontrolü. Posta gelmiyorsa nameserver'ı geri alın; ikinci bir değişiklik üst üste yapmayın.
7. Kırk sekiz saat boyunca geri dönen postaları, SPF hatalarını ve kart harcamasını izleyin.
Yerel panelde kalmaya karar verdiyseniz aynı disiplini yedekleme ve zamanlanmış görev envanteri için uygulayın. Eklenti listesi yoksa göç de yoktur, yükseltme de yoktur.
TL maliyet: fatura satırları
Yabancı bir blogdaki dolar rakamı sizin faturanız değildir. Kendi faturanızı dört satırda tahmin edin: HTML ve statik dosya aktarımı, görsel aktarımı, dinamik istek sayısı, depolama. Bülten pikini beşinci satır olarak ayrı yazın.
Yerel hostingde "sınırsız" ifadesi genellikle işlemci payı ve dosya sayısı sınırı anlamına gelir. Uçta ise sürpriz genellikle istek sayısından ve bant genişliğinden gelir. İki tarafın da bir sınırı vardır; fark, sınıra çarptığınızda ne olduğudur. Yerel panelde site yavaşlar, uçta fatura büyür.
Kart üstüne harcama uyarısı kurun ve tavanı ölçtüğünüz ağırlığa göre yazın, rakibin "sınırsız" cümlesine göre değil. Uyarı kurulmadan yapılan her ilk ay bir sürprizdir.
Görselleri küçültmek faturayı düşürür
Ölçüm yaptıysanız aktarımın büyük kısmının görsellerden geldiğini görmüşsünüzdür. Barındırma seçmeden önce bu tarafı düzeltmek, çoğu sitede faturayı yarıya indirir ve karar da kolaylaşır.
Üç adım yeterlidir. Önce boyut: 3000 piksel genişliğinde bir kapak görselini kimse o boyutta görmüyor; 1200 piksel çoğu sayfa için fazlasıyla yeter. Sonra biçim: JPEG yerine modern bir biçim kullanmak aynı görsel kalitede belirgin bir kazanç sağlar. Son olarak gecikmeli yükleme: ilk ekranda görünmeyen görseller sayfa açılırken indirilmesin.
Bu üç adım uygulandığında 1,5 MB'lık bir sayfa çoğu zaman 400-600 KB bandına iner. Aylık 20.000 görüntülemede bu, 30 GB yerine 10 GB civarı bir aktarım demektir; hem uçta fatura hem yerel panelde işlemci payı rahatlar.
Önemli olan sırayı bozmamaktır. Görselleri düzeltmeden barındırma değiştirmek, aynı yükü başka bir faturaya taşımaktır. Önce ağırlığı düşürün, sonra ölçün, sonra seçin.
Destek ve gece kesintisi
Destek dili ve saati bir teknik özelliktir. Gece 02.00'de İngilizce bilet açıp sabahı bekleyemiyorsanız ya Türkçe destek veren bir panel seçin ya da kendi çalışma talimatınızı yazın: kim bakacak, hangi ekranı açacak, hangi eşikte müşteriye haber verilecek.
Müşteriye ne söylediğiniz de bir karardır. "Ben seyahatteyken site yayında kalır" cümlesi ancak otomatik yayın varsa doğrudur. Yoksa dürüst cümle şudur: "yayınları ben dizüstünden yapıyorum". İkisi de kabul edilebilir; karışımı bir yıldızlık yorum üretir.
Hibrit: ikisini birden
Vitrin uçta, eski API yerel sunucuda çalışabilir. Şart, hangi alt alan adının nerede olduğunun net olmasıdır: www uçta, api eski sunucuda, mail vekilsiz. Bu ayrım yazılı değilse iki fatura ödeyip tek arıza çözersiniz.
Hibride geçmeden önce şunu sorun: iki panele bakacak vakit var mı? Tek kişilik bir ekipte iki sağlayıcı, iki fatura, iki destek kanalı ve iki farklı yedekleme mantığı demektir. Kazanç net değilse tek tarafta kalmak çoğu zaman daha ucuza gelir.
Hibritte iki ayrı arıza modunuz olur. Uç taraf düşerse vitrin gider ama API ayakta kalabilir; tersi de mümkündür. Bunu müşteriye "bakım çalışması" diye anlatmak yerine hangi parçanın etkilendiğini söyleyin. Doğru cümle şikâyeti yarıya indirir.
Rollback ve yedek
Geri dönüş bir hatıra değil, bir işlemdir. Git deposu varsa geri alma bir komuttur. FTP ile üzerine yazdığınız bir dosyanın geri dönüşü yoktur. Yerel panelde otomatik yedek varsa saklama süresini ve geri yükleme süresini öğrenin: yedek var ama geri yükleme altı saat sürüyorsa planınız eksiktir.
Alan adı tarafında geri dönüş, eski nameserver'lara dönmektir; hedef bölgeyi silmek değildir. Eski bölge dosyasının dışa aktarımını en az iki hafta saklayın.
Kontrol listesi
1. Üç arıza cümlesi yazılı: fatura, posta, bilgisayar kapalıyken yayın.
2. Gerçek görsel ağırlığıyla ölçüm yapıldı, hello world ile değil.
3. Nameserver değişimi öncesi MX, SPF, DKIM kopyalandı ve test postası gönderildi.
4. Harcama tavanı ve kart uyarısı kuruldu.
5. Geri dönüş yolu yazılı ve denendi.
6. Hibrit kullanılıyorsa hangi alt alan adının nerede olduğu belgelendi.
7. Sayfa "en iyi hosting" listesi değil, kendi kararınızın gerekçesi.
SSS
İkisini birden kullanabilir miyim? Evet, roller ayrıldıysa. İkinci faturayı gerekçelendirin: hangi arızayı kapatıyor? Gerekçe yazamıyorsanız ikinci sağlayıcı yalnızca ikinci bir fatura ve ikinci bir panel demektir.
E-posta uçta durur mu? Statik barındırma posta sunucusu değildir. Posta kayıtları ayrı kopyalanır ve hedefi vekilsiz kalır. Unutursanız kutu susar ve bunu genellikle müşteriden öğrenirsiniz.
Ücretsiz katman sonsuza kadar yeter mi? Ücretsiz katman bir merdivendir, müşteriye verilecek bir taahhüt değildir. Teklifinize "ücretsiz altyapı" yazmayın; tavan ve arıza modu yazın.
İngilizce bir karşılaştırma yazısını çevirsem olur mu? Niyet değişir. TR okur TL fatura, Türkçe destek ve yerel alan adı yönetimini sorar. Çeviri bu üçünü kapsamaz; yeniden yazmak gerekir.
Taşınmayı ne zaman yapmalıyım? Kampanya haftasında ve ayın son üç gününde yapmayın. Posta trafiğinin en düşük olduğu gün, sabah saatlerinde başlayın; akşam başlayan göçte destek de sizinle birlikte uykuya gider.
Yazılıma dokuz yılımı verdim; backend ve frontend’i aynı ciddiyetle tutuyorum. Bir yılımı da bilgi işlemde geçirdim — sunucu, ağ, kullanıcı tarafı, hepsi masada.
Grafik tasarımdan modellemeye (2D ve 3D) kadar görsel iş de kodun yanında durur. Ürettiğim şeyin hem çalışmasını hem duruşunu önemserim.
Favokres kişisel dijital merkezim: yapay zeka destekli içerik, SEO, forum ve dijital ürün mağazası aynı çatıda. Anlamlı kalsın diye arka planda otonom beyin siteyi sürekli günceller.
12 Ağustos 2026 19:418 dk okuma
