Siteyi Kapatırken: Veriyi Korumak ve Düzgün Sonlandırmak

Bir proje sona erdi, bir marka kapandı veya site artık kullanılmıyor. Hosting hesabını iptal edip geçmek en kolay yol — ve geri dönüşü olmayan birkaç kayba yol açıyor.

Bu yazı, bir siteyi düzgün kapatmayı ele alıyor.

Aceleyle Kapatınca Kaybedilenler

Hesap silindiğinde geri gelmeyecek olanlar:

• Veritabanı içeriği. Yıllarca birikmiş kayıtlar.
• Yüklenen dosyalar. Görseller, belgeler.
• E-posta kutuları. Tüm yazışma geçmişi.
• Erişim günlükleri. Trafik geçmişi.
• Yapılandırma bilgisi. Nasıl kurulmuştu?

Üçüncü madde en sık pişmanlık üretenidir: e-posta kutuları hosting hesabıyla birlikte silinir ve yıllarca süren müşteri yazışmaları bir anda kaybolur.

Bu yazışmalar bir uyuşmazlıkta kanıt niteliği taşıyabilir veya basitçe kurumsal hafızanın parçasıdır.

Beşinci madde ise ileride benzer bir proje yaparken değerlidir. Sitenin nasıl yapılandırıldığı, hangi eklentilerin kullanıldığı ve hangi sorunların nasıl çözüldüğü, yeniden öğrenilmesi gereken bilgilerdir.

Önce Karar Vermek

Kapatma kararı birkaç seçenek arasından biridir:

İkinci satır çok az bilinen ve çok işe yarayan bir çözümdür: dinamik bir siteyi statik HTML kopyasına çevirmek, içeriği canlı tutarken veritabanı ve güvenlik yükünü tamamen ortadan kaldırır.

Bu kopya çok ucuz bir barındırmada yıllarca çalışabilir. Ne PHP güncellemesi gerekir ne eklenti bakımı ne de veritabanı yönetimi.

Üçüncü satır ise trafiği korur. Kapanan bir sitenin adresleri, yeni sitenizin ilgili sayfalarına yönlendirilirse hem kullanıcı hem arama motoru değeri aktarılır.

Veriyi Çıkarmak

Kapatmadan önce alınacaklar:

1. Tam veritabanı dökümü.
2. Tüm dosyaların arşivi. Gizli dosyalar dahil.
3. E-posta kutularının yerel kopyası.
4. DNS kayıtlarının listesi.
5. Erişim günlüklerinin son dönemi.
6. Yapılandırma dosyaları ve panel ayarları.

İkinci maddede bir tuzak vardır: nokta ile başlayan gizli dosyalar bazı arşivleme yöntemlerinde atlanır — ve yapılandırma dosyalarınızın çoğu bu türdendir.

Arşivi aldıktan sonra içeriğini kontrol etmek, bu eksiği yakalar.

Üçüncü madde zaman alır ve önceden planlanmalıdır. E-posta kutularını yerel bir istemciye indirmek, kutu boyutuna göre saatler sürebilir.

E-posta Geçişi

E-posta tarafı özel dikkat gerektirir:

• Kutuları indirin veya başka bir hesaba taşıyın.
• Yönlendirme kurun. Gelen iletiler kaybolmasın.
• Otomatik yanıt tanımlayın. Yeni adresi bildirin.
• Alan adını bırakmayın.

Dördüncü madde en kritik olanıdır ve genellikle hesapla birlikte gözden çıkarılır: alan adı bırakılırsa başkası kaydedebilir ve sizin eski adresinize gelen e-postaları alabilir.

Bu, eski müşterilerinizin size yazdığını sanarak bir yabancıya bilgi göndermesi demektir. Alan adının yıllık ücreti bu riskin yanında önemsizdir.

İkinci madde ise iş kaybını önler. Eski adrese gelen iletiler yeni adrese yönlendirilmezse, gönderen ulaşamadığını fark etmeyebilir.

Statik Kopya Üretmek

Siteyi statik hâle getirmenin adımları:

Üçüncü satır kullanıcı deneyimi için önemlidir: statik kopyada duran ama çalışmayan bir iletişim formu, kullanıcının mesaj gönderdiğini sanmasına yol açar — ve mesaj hiçbir yere ulaşmaz.

Formu kaldırıp yerine bir e-posta adresi koymak veya yeni sitenize yönlendirmek doğru çözümdür.

Beşinci satır ise dürüstlük gereğidir. Ziyaretçi, baktığı içeriğin güncel olmadığını bilmelidir.

Yönlendirme Kurmak

Trafiği yeni bir adrese aktarıyorsanız:

1. Sayfa bazında eşleştirme yapın.
2. Kalıcı yönlendirme kullanın.
3. Karşılığı olmayanları uygun bir sayfaya yönlendirin.
4. Yönlendirmeyi yıllarca koruyun.

Birinci madde değeri korur: tüm eski adresleri yeni ana sayfaya toplu yönlendirmek, o sayfaların biriktirdiği değeri aktarmaz — alakasız yönlendirme, yönlendirme yapılmamış gibi değerlendirilir.

Dördüncü madde ise sabır gerektirir. Dış siteler bağlantılarını yıllarca güncellemez; yönlendirmeyi erken kaldırmak o trafiği tamamen kaybetmek demektir.

Bağlı Servisleri Kapatmak

Site kapanırken ona bağlı sistemler de ele alınmalıdır:

• Ödeme sağlayıcı entegrasyonu. Aboneler varsa iptal edilmeli.
• E-posta gönderim servisi.
• Analitik ve izleme hesapları. Veri dışa aktarılmalı.
• Dış API anahtarları. İptal edilmeli.
• Zamanlanmış görevler.

Birinci madde ciddi bir mali sorumluluk taşır: site kapansa bile tekrarlayan ödeme talimatları çalışmaya devam edebilir ve müşterilerden tahsilat sürer.

Bu, hem hukuki hem itibar açısından ağır bir sorundur. Kapatma öncesi tüm aboneliklerin iptal edilmesi ve müşterilerin bilgilendirilmesi gerekir.

Üçüncü madde ise veri kaybını önler. Analitik geçmişi, hesap kapandığında kaybolur — dışa aktarmak dakikalar sürer.

Dördüncü madde bir güvenlik önlemidir. Kullanılmayan ama geçerli kalan anahtarlar, ileride kötüye kullanılabilir.

Kapatma Sırası

İşlemleri doğru sırayla yapmak gerekir:

Beşinci satır en çok atlanan ama en değerli adımdır: hesabı kapatmadan önce birkaç hafta beklemek, unuttuğunuz bir şeyi fark etme şansı verir — ve o noktada geri dönmek hâlâ mümkündür.

Bu süre boyunca site yönlendirme veya bakım modunda kalabilir. Hesap kapatıldıktan sonra ise hiçbir şey geri alınamaz.

Birinci satırdaki "doğrula" kelimesi de kritiktir. Alınan yedeğin gerçekten açılabildiğini ve eksiksiz olduğunu kontrol etmeden ilerlenmemelidir.

Arşivi Nerede Saklamalı?

Çıkarılan verinin uzun vadeli saklanması:

1. Birden fazla kopya tutun.
2. Farklı yerlerde saklayın.
3. Ne olduğunu belgeleyin.
4. Saklama süresi belirleyin.
5. Kişisel veri içeriyorsa koruyun.

Üçüncü madde arşivi kullanılabilir kılar: üç yıl sonra bulunan adsız bir arşiv dosyası, içinde ne olduğu bilinmediği için kimse tarafından açılmaz.

Kısa bir açıklama dosyası yeterlidir: hangi site, hangi tarih, ne içeriyor ve nasıl geri yüklenir.

Beşinci madde ise yükümlülüğün devam ettiğini hatırlatır. Site kapansa bile içindeki kişisel veri sorumluluğu sürer — arşiv güvenli saklanmalı ve süresi dolduğunda imha edilmelidir.

Bu tür arşivleri düzenli tutabilmek için, kapatma öncesi tam bir yedek almanız gerekir; hosting hesabı panelindeki tam yedek özelliği bu iş için en pratik başlangıç noktasıdır.

Sonuç

Bir siteyi kapatırken en sık yaşanan pişmanlık e-posta tarafındadır: kutular hosting hesabıyla birlikte silinir ve yıllarca süren müşteri yazışmaları bir anda kaybolur. Alan adını da bırakmayın — başkası kaydedip eski adresinize gelen e-postaları alabilir. İçerik değerliyse tamamen kapatmak yerine statik kopyaya çevirmeyi değerlendirin; bakım yükü olmadan yıllarca yaşar. Ve hesabı kapatmadan önce birkaç hafta bekleyin — o noktada geri dönmek hâlâ mümkündür.

Sıkça Sorulan Sorular (SSS)

Kapatmadan önce neyi almalıyım?

Veritabanı dökümü, tüm dosyaların arşivi, e-posta kutularının yerel kopyası, DNS kayıt listesi ve yapılandırma bilgileri. Dosya arşivinde gizli dosyaları atlamamaya dikkat edin — yapılandırma dosyalarının çoğu nokta ile başlar ve bazı yöntemlerde kapsam dışı kalır.

Alan adını da bırakabilir miyim?

Bırakmayın. Başkası kaydedip eski adresinize gelen e-postaları alabilir — yani eski müşterileriniz size yazdığını sanarak bir yabancıya bilgi gönderir. Alan adının yıllık ücreti bu riskin yanında önemsizdir.

İçeriği canlı tutmanın ucuz bir yolu var mı?

Statik HTML kopyaya çevirmek. Dinamik siteyi statik hâle getirmek veritabanı ve güvenlik yükünü tamamen ortadan kaldırır; kopya çok ucuz bir barındırmada yıllarca çalışır. Formları kaldırmayı ve arşiv olduğunu belirten bir not eklemeyi unutmayın.

Tekrarlayan ödemeler ne olacak?

Kapatma öncesi mutlaka iptal edilmelidir. Site kapansa bile ödeme sağlayıcısındaki tekrarlayan talimatlar çalışmaya devam edebilir ve müşterilerden tahsilat sürer — bu hem hukuki hem itibar açısından ağır bir sorundur.