Satın Alınan Bahis Sitesini Yeni Altyapıya Taşıma Rehberi
Bir Satılık bahis sitesi satın aldığınızda en kritik kısıt şudur: oyuncular taşınma işleminin gerçekleştiğini fark etmemelidir. Bu, sadece iyi bir planlama değil, aynı zamanda bağımlılık sırasına göre yürütülen bir mühendislik disiplini gerektirir. Bu rehber, satın alınan bir bahis sitesinin altyapısını, ödeme sağlayıcılarını ve CRM sistemini kesintisiz olarak yeni ortama taşımak isteyen teknik ekipler için hazırlanmıştır.
Taşınma süreci, bir dizi bağımlılık zincirinden oluşur. Veritabanı, kimlik doğrulama, ödeme akışları, oyun motorları ve raporlama katmanları birbirine sıkı sıkıya bağlıdır. Herhangi bir katmanda yapılan hata, oyuncu tarafında görünür bir kesintiye yol açabilir. Bu nedenle aşağıdaki adımları sırayla ve test ederek ilerlemek hayati önem taşır.
1. Mevcut Durum Tespiti ve Envanter Çıkarımı
Taşınma işleminin ilk adımı, mevcut sistemin tam bir envanterini çıkarmaktır. Hangi sunucular kullanılıyor, hangi veritabanı motorları aktif, hangi üçüncü parti servislerle entegrasyon var? Bu envanter, taşınma sırasında hangi bağımlılıkların önce çözülmesi gerektiğini gösterir.
Özellikle şu kalemleri not edin:
- Veritabanı şemaları ve boyutları
- Kullanıcı kimlik doğrulama servisleri (LDAP, OAuth, kendi geliştirdiğiniz sistem)
- Ödeme sağlayıcı API’ları ve webhook uç noktaları
- Oyun motoru ve oran besleme servisleri
- CRM ve oyuncu segmentasyon araçları
- Loglama, izleme ve uyarı sistemleri
Bu envanter çıkarılmadan yapılan bir taşınma, kaçınılmaz olarak veri kaybı veya hizmet kesintisiyle sonuçlanır. Ayrıca, satın aldığınız platformun lisans ve düzenleyici gereksinimlerini de bu aşamada doğrulayın.
2. Veritabanı ve Kimlik Doğrulama Katmanının Taşınması
Bağımlılık sırasının en başında veritabanı ve kimlik doğrulama katmanı yer alır. Çünkü diğer tüm servisler bu katmana bağımlıdır. Veritabanını taşırken replikasyon yöntemini kullanın: önce yeni ortamda bir okuma replikası oluşturun, ardından yazma işlemlerini kademeli olarak yeni ana sunucuya yönlendirin.
Kimlik doğrulama için oturum yönetimi kritik bir noktadır. Oyuncuların oturumları taşınma sırasında düşmemelidir. Bunun için oturum verilerini paylaşılan bir önbellek katmanında (örneğin Redis) tutuyorsanız, bu katmanı önce yeni ortama taşıyıp iki ortam arasında senkronize edin. JWT veya benzeri token tabanlı sistemlerde ise imza anahtarlarını aynı tutarak geçişi şeffaf hale getirebilirsiniz.
Bu aşamada dikkat edilmesi gereken bir diğer konu, kullanıcı şifrelerinin hash algoritmalarıdır. Eski sistemde zayıf bir hash kullanılıyorsa, taşınma sırasında güçlü bir algoritmaya geçiş planı da yapmalısınız. Ancak bu geçiş, oyuncuların yeniden giriş yapmasını gerektirebilir; bu nedenle bakım penceresi planlaması şarttır.
3. Ödeme Sağlayıcıları ve Finans Yönetimi Entegrasyonu
Ödeme sağlayıcıları, bahis sitelerinde en hassas entegrasyon noktalarıdır. Yeni altyapıya taşınırken mevcut sağlayıcılarla olan sözleşmelerinizi, API anahtarlarınızı ve webhook yapılandırmalarınızı gözden geçirin. Bazı sağlayıcılar IP beyaz listesi kullanır; yeni sunucu IP’lerini önceden bildirmeniz gerekir.
Para yatırma ve çekme akışlarını test ederken şu senaryoları mutlaka deneyin:
- Başarılı para yatırma ve anında bakiye güncellemesi
- Başarısız işlemlerde otomatik geri dönüş (refund) mekanizması
- Çekme taleplerinin manuel onay süreci
- Webhook gecikmeleri ve tekrarlı bildirimler
- Farklı para birimleri ve kur dönüşümleri
Finans yönetimi tarafında, eski sistemdeki tüm işlem geçmişinin yeni veritabanına doğru şekilde aktarıldığından emin olun. Mutabakat raporlarının taşınma sonrası ilk günlerde günlük olarak kontrol edilmesi, olası tutarsızlıkları erken yakalamanızı sağlar. PlaybetAI gibi turnkey çözümlerde finans yönetimi modülü genellikle hazır gelir; ancak mevcut sağlayıcılarla uyumluluk ayrıca doğrulanmalıdır.
4. CRM, Oyuncu Segmentasyonu ve Bildirim Sistemleri
CRM katmanı, oyuncu davranışını izleyen ve pazarlama otomasyonunu yöneten sistemdir. Taşınma sırasında oyuncu segmentlerinin, bonus kurallarının ve otomatik kampanyaların korunması gerekir. Eski CRM’den yeni CRM’e geçişte veri eşleme (mapping) tabloları oluşturun.
Bildirim sistemleri (e-posta, SMS, push) genellikle üçüncü parti servislere bağlıdır. Bu servislerin API anahtarlarını ve şablonlarını yeni ortama taşıyın. Özellikle işlem bildirimleri ve sorumlu oyun uyarıları, yasal zorunluluklar nedeniyle kesintisiz çalışmalıdır.
CRM geçişinde dikkat edilmesi gereken bir nokta da oyuncu geçmişidir. Geçmiş bahisler, bonus kullanımları ve iletişim kayıtları, yeni sistemde raporlanabilir olmalıdır. Aksi halde hem operasyonel hem de düzenleyici açıdan sorun yaşarsınız.
5. Oyun Motoru, Oran Beslemesi ve Slot Entegrasyonları
Oyun motoru ve oran besleme servisleri, bahis sitesinin kalbidir. Yeni altyapıya taşınırken bu servislerin gecikme süreleri (latency) ve kesinti toleransı göz önünde bulundurulmalıdır. Özellikle canlı bahis söz konusuysa, milisaniyeler önemlidir.
Slot oyunları için sağlayıcı entegrasyonları genellikle iframe veya API tabanlıdır. Yeni ortamda bu entegrasyonların doğru çalıştığını test etmek için sağlayıcının test ortamını kullanın. Jackpot yönetimi gibi birikimli sistemler varsa, jackpot havuzlarının taşınma sırasında sıfırlanmaması kritik önemdedir.
Oran besleme servisleri için yedekli bir yapı kurun. Ana sağlayıcı çökerse, ikincil sağlayıcıya otomatik geçiş yapılmalıdır. Bu, taşınma sırasında olası kesintileri en aza indirir.
6. Geri Alma (Rollback) Planı ve Test Kontrol Listesi
Her taşınma planında bir geri alma stratejisi olmalıdır. Eğer yeni altyapıda beklenmeyen bir sorun çıkarsa, eski sisteme güvenli bir şekilde dönüş yapabilmelisiniz. Bunun için:
- Eski sistemi en az 48 saat boyunca salt okunur modda çalışır durumda tutun.
- Veritabanı yedeklerini taşınma öncesi ve sonrası olarak saklayın.
- DNS kayıtlarını düşük TTL ile yapılandırın, böylece hızlı geri dönüş mümkün olsun.
- Ödeme sağlayıcılarının webhook yönlendirmelerini iki ortama da gönderecek şekilde ayarlayın.
Test kontrol listesi ise şu başlıkları içermelidir:
- Kullanıcı kaydı ve girişi
- Para yatırma, çekme ve bakiye güncellemeleri
- Bahis kuponu oluşturma, iptal ve sonuçlandırma
- Canlı bahis oran güncellemeleri
- Slot oyunu açılışı ve jackpot birikimi
- CRM kampanya tetikleyicileri
- Raporlama ve mutabakat çıktıları
- Mobil uygulama ve web arayüzü uyumluluğu
Bu testlerin tamamı geçilmeden eski sistem tamamen kapatılmamalıdır. Taşınma sonrası ilk hafta boyunca günlük izleme yapın ve oyuncu destek taleplerini yakından takip edin.
Sıkça Sorulan Sorular
Taşınma sırasında oyuncuların oturumları düşer mi?
Doğru yapılandırılmış bir oturum yönetimi ile düşmez. Paylaşılan önbellek katmanı kullanıyorsanız, bu katmanı iki ortam arasında senkronize ederek oturum sürekliliğini sağlayabilirsiniz. Token tabanlı sistemlerde ise imza anahtarlarını değiştirmeyin.
Ödeme sağlayıcı entegrasyonu ne kadar sürer?
Sağlayıcıya ve API karmaşıklığına bağlı olarak değişir. IP beyaz listesi güncellemeleri ve webhook yapılandırmaları genellikle 1-2 iş günü içinde tamamlanır. Ancak test ve doğrulama süreci bir haftaya kadar uzayabilir.
Eski veritabanındaki tüm geçmişi taşımak zorunda mıyım?
Yasal ve operasyonel gereksinimler nedeniyle evet. En azından son 5 yıllık işlem ve bahis geçmişi raporlanabilir olmalıdır. Arşiv verilerini ayrı bir veritabanında tutup yeni sisteme bağlayabilirsiniz.
Geri alma planı ne zaman devreye alınmalı?
Yeni altyapıda kritik bir hata tespit edildiğinde ve bu hata 30 dakika içinde çözülemiyorsa geri alma planı devreye alınmalıdır. Oyuncu deneyimini riske atmamak için tereddüt etmeyin.