WordPress'i Paylaşımlı Hosting'den VDS'e Taşıma

WordPress'i Paylaşımlı Hosting'den VDS'e Taşıma

WordPress siteniz büyüdükçe paylaşımlı hostingin sunduğu paylaşılan CPU, sınırlı RAM ve ortak IP adresi er ya da geç bir darboğaza dönüşür. Ziyaretçi sayısı artan bir blog, ürün kataloğu genişleyen bir WooCommerce mağazası ya da eklenti sayısı 30'u geçen kurumsal bir site, paylaşımlı hosting altyapısının tasarlandığı ortalama kullanım profilinin dışına çıkar. Bu noktada devreye giren çözüm genellikle VDS (Sanal Özel Sunucu)'dir: kaynakların sizinle paylaşılmadığı, root erişimine sahip olduğunuz, sunucu yapılandırmasını ihtiyacınıza göre şekillendirebildiğiniz bir ortam.

Bu yazıda WordPress sitenizi paylaşımlı hostingden VDS'e taşırken izlemeniz gereken adımları, dikkat etmeniz gereken teknik detayları ve taşıma sonrası performans ayarlarını adım adım anlatıyoruz.

Paylaşımlı Hosting Ne Zaman Yetersiz Kalır?

Paylaşımlı hosting, aynı fiziksel sunucu üzerinde onlarca hatta yüzlerce web sitesinin kaynakları paylaştığı bir modeldir. Bu model küçük ve orta ölçekli siteler için maliyet açısından mantıklıdır, ancak belirli eşiklerden sonra sorun yaratmaya başlar:

• CPU limitleri: Paylaşımlı paketlerde işlemci kullanımı genellikle sınırlıdır; yoğun trafik anlarında site "kaynak aşımı" hatası verebilir.
• Bellek (RAM) yetersizliği: Çok sayıda eklenti çalıştıran veya WooCommerce gibi ağır bir yapı kullanan siteler, paylaşımlı paketlerin bellek sınırına hızla çarpar.
• Komşu site etkisi (noisy neighbor): Aynı sunucudaki başka bir sitenin aşırı kaynak tüketimi sizin sitenizin yavaşlamasına yol açabilir; bu durumu kontrol etme şansınız yoktur.
• Sınırlı yapılandırma özgürlüğü: PHP sürümünü, PHP.ini değerlerini, sunucu seviyesinde önbellekleme katmanlarını istediğiniz gibi ayarlayamazsınız.
• Core Web Vitals baskısı: Google'ın hız ve kullanıcı deneyimi odaklı sıralama sinyalleri, yavaş sunucu yanıt sürelerini (TTFB) doğrudan cezalandırır.

Bu belirtilerin birkaçını aynı anda yaşıyorsanız, sitenizin artık paylaşımlı hostingin tasarım sınırlarını zorladığını söyleyebiliriz. Hız optimizasyonu ile ilgili detaylı teknik adımlara WordPress Hız Optimizasyonu ve Core Web Vitals yazımızdan bakabilirsiniz; ancak bazı durumlarda optimizasyon tek başına yetmez, altyapı değişikliği gerekir.

Büyükweb bakış açısı: Sıkça karşılaştığımız bir yanılgı, "eklenti temizleyip önbellek kurunca paylaşımlı hosting yeter" beklentisi. Gerçekte CPU ve RAM tavanı fiziksel bir sınırdır; optimizasyon o tavanı biraz yukarı taşır ama ortadan kaldırmaz. Trafik büyümeye devam ettikçe VDS'e geçiş bir tercih değil, zamanlama meselesi haline gelir.

VDS Paylaşımlı Hostingden Nasıl Farklılaşır?

VDS, fiziksel bir sunucunun sanallaştırma katmanıyla bölünmesiyle oluşturulan, size özel kaynak ayrılan bir sunucu ortamıdır. Büyükweb'in VDS altyapısı VMware vSphere üzerinde çalışır ve Tier III standartlarında veri merkezlerinde barındırılır. Paylaşımlı hostingden temel farklar şöyle özetlenebilir:

Özellik	Paylaşımlı Hosting	VDS
CPU/RAM	Diğer sitelerle paylaşımlı, dalgalı	Size ayrılmış, garantili
Root erişim	Yok	Var
PHP sürümü/yapılandırma	Sağlayıcı belirler	Siz belirlersiniz
IP adresi	Genellikle paylaşımlı	Size özel tek bir IPv4 adresi
Panel kurulumu	Sağlayıcı tarafından hazır	cPanel/Plesk'i kendiniz kurarsınız
Yedekleme	Genelde otomatik, sağlayıcı yönetir	Günlük otomatik yedek (VDS paketlerinde standart) + kendi yedek stratejiniz
Sorumluluk	Sağlayıcı sunucuyu yönetir	Sunucu yönetimi büyük ölçüde size aittir

Bu son satır önemli: VDS'e geçtiğinizde sunucu güncellemeleri, güvenlik duvarı yapılandırması, PHP-FPM ayarları gibi işler artık sizin (ya da yönetiminizi üstlenen ekibin) sorumluluğundadır. Bu yüzden VDS'e geçiş kararını sadece "daha fazla kaynak" değil, "sunucu yönetimini üstlenebilir miyim" sorusuyla birlikte değerlendirmek gerekir.

VDS sipariş sonrasında kurulum, kontrol panelinden hazır bir işletim sistemi şablonu (örneğin Ubuntu, AlmaLinux) seçilerek birkaç dakika içinde tamamlanır; ardından üzerine Plesk (lisansı pakete dahil) veya cPanel (ücretli ek seçenek) gibi bir yönetim paneli kurabilirsiniz. Güncel paket seçenekleri ve kaynak kapasiteleri için VDS Sunucu sayfasını inceleyebilirsiniz.

Taşıma Öncesi Hazırlık Kontrol Listesi

Taşıma işlemine başlamadan önce aşağıdaki adımları tamamlamış olmanız, kesinti süresini ve hata riskini önemli ölçüde azaltır:

1. Tam yedek alın. Hem dosya sistemini hem veritabanını kapsayan güncel bir yedek olmadan taşımaya başlamayın. Otomatik yedekleme kurulumuyla ilgili adım adım anlatım için WordPress Otomatik Yedekleme (UpdraftPlus) rehberimize bakabilirsiniz.
2. Eklenti ve tema envanteri çıkarın. Aktif eklenti/tema listesini ve sürüm numaralarını not edin; yeni sunucuda uyumluluk sorunu çıkarsa hızlıca kıyaslama yapabilirsiniz.
3. PHP sürümünü doğrulayın. Eski hostingde çalışan PHP sürümünü tespit edin ve yeni VDS'te aynı (ya da güncel, test edilmiş) sürümü kurun; sürüm geçişlerinde eklenti/tema uyumluluğunu önceden kontrol etmek ilerideki hata ayıklama sürenizi ciddi ölçüde azaltır.
4. DNS TTL değerini düşürün. Taşımadan 24-48 saat önce DNS kayıtlarınızın TTL (Time To Live) süresini kısaltarak (örneğin 300 saniyeye) yönlendirme sonrası propagasyonun hızlanmasını sağlayın.
5. SSL sertifikası planını netleştirin. Yeni sunucuda sertifikayı yeniden kurmanız (Let's Encrypt gibi ücretsiz seçeneklerle otomatik yenilenebilir) gerekecek.
6. wp-cron ve zamanlanmış görevleri listeleyin. Yedekleme, e-posta gönderimi gibi zamanlanmış işleri not edin, taşıma sonrası çalıştığını doğrulayacaksınız.

Büyükweb bakış açısı: En sık gördüğümüz taşıma hatası, hazırlık listesinin atlanıp doğrudan "kopyala-yapıştır" mantığıyla ilerlenmesi. Özellikle DNS TTL'yi önceden düşürmemek, yönlendirme sırasında saatlerce süren tutarsız erişim sorunlarına yol açabiliyor.

Adım Adım Taşıma Süreci

1. VDS'i Hazırlayın ve Paneli Kurun

VDS'iniz teslim edildikten sonra işletim sistemi şablonunuzu seçip sunucuyu ayağa kaldırın, ardından tercih ettiğiniz kontrol panelini (Plesk veya cPanel) kurun. Panel kurulumu sırasında PHP sürümünüzü, gerekli PHP eklentilerini (mysqli, curl, gd, mbstring, xml vb.) ve MySQL/MariaDB sürümünüzü eski hostingdekiyle uyumlu şekilde ayarlayın.

2. Veritabanını Dışa Aktarın

Eski hostingde phpMyAdmin veya SSH erişiminiz varsa terminalden veritabanınızı dışa aktarın:

mysqldump -u kullanici_adi -p veritabani_adi > site_yedek.sql

SSH erişiminiz yoksa panelinizdeki phpMyAdmin arayüzünden "Dışa Aktar" seçeneğini kullanarak aynı sonucu elde edebilirsiniz.

3. Dosyaları Paketleyin ve Aktarın

WordPress kurulum dizinini (genellikle public_html) sıkıştırıp indirin:

tar -czf site_dosyalari.tar.gz public_html/

SSH erişiminiz her iki sunucuda da varsa rsync ile doğrudan aktarım daha hızlı ve güvenilirdir:

rsync -avz -e "ssh -p 22" public_html/ kullanici@yeni-vds-ip:/home/kullanici/public_html/

4. Yeni Sunucuda İçe Aktarın

Yeni VDS'te boş bir veritabanı ve kullanıcı oluşturduktan sonra yedeği içe aktarın:

mysql -u yeni_kullanici -p yeni_veritabani < site_yedek.sql

Dosyaları da ilgili dizine açın/kopyalayın ve dosya izinlerini (genellikle dizinler 755, dosyalar 644) doğru şekilde ayarlayın.

5. wp-config.php ve URL Bilgilerini Güncelleyin

wp-config.php dosyasındaki veritabanı adı, kullanıcı adı, parola ve host bilgilerini yeni sunucuya göre düzenleyin. Alan adı taşınırken değişmiyorsa site URL'si genelde aynı kalır, ancak test amaçlı geçici bir alt alan adı veya IP üzerinden test ediyorsanız WP-CLI ile veritabanındaki URL referanslarını güvenli şekilde değiştirebilirsiniz:

wp search-replace 'https://eskisite.com' 'https://yenisite.com' --all-tables

6. DNS Yönlendirmesini Yapın ve Test Edin

DNS A kaydını, VDS'inize atanan yeni IPv4 adresine yönlendirin. Yönlendirme yaymadan önce, kendi bilgisayarınızın hosts dosyasına geçici bir kayıt ekleyerek siteyi canlıya almadan yeni sunucu üzerinde test edebilirsiniz. Bu sayede DNS propagasyonu tamamlanana kadar (genellikle birkaç saat, TTL'ye bağlı olarak bazen 24-48 saate kadar) eski site canlı kalırken yeni sunucuyu sorunsuz doğrulamış olursunuz.

Taşıma Sonrası Performans Optimizasyonu

VDS'e geçişin asıl faydası, taşımanın hemen ardından yapacağınız sunucu seviyesi optimizasyonlarla ortaya çıkar. Paylaşımlı hostingde erişemediğiniz katmanları artık ayarlayabilirsiniz:

• PHP-FPM ayarları: pm.max_children, pm.start_servers gibi değerleri VDS'inizin RAM kapasitesine göre optimize edin; varsayılan değerler genellikle küçük sunucular için fazla agresif kalır.
• OPcache: PHP OPcache'i etkinleştirip bellek limitini artırmak, sayfa oluşturma sürelerini gözle görülür biçimde kısaltır.
• Nesne önbellekleme: Redis veya Memcached gibi bir nesne önbellek katmanı kurarak veritabanı sorgu yükünü azaltabilirsiniz — paylaşımlı hostingde genelde bu seçenek yoktur.
• Veritabanı bakımı: Gereksiz revizyon kayıtlarını, spam yorumları ve kullanılmayan tabloları temizleyerek sorgu performansını artırın; bu tür bakımı taşımadan hemen sonra bir kez yapmak, ilerideki performans sorunlarının önüne geçer.
• CDN entegrasyonu: Statik dosyaları bir CDN üzerinden sunmak, VDS'inizin sunucu yükünü azaltır ve global ziyaretçiler için gecikmeyi düşürür. WordPress CDN (Cloudflare) Kurulumu rehberimiz adım adım kurulumu anlatıyor.
• Test/staging alışkanlığı edinin: VDS'te root erişiminiz olduğu için artık canlıya dokunmadan güncellemeleri test edebileceğiniz bir staging ortamı kurmanız çok daha kolay; her büyük eklenti veya tema güncellemesinden önce bunu alışkanlık haline getirin.

Büyükweb bakış açısı: VDS'e geçip hiçbir sunucu ayarını değiştirmeden "paylaşımlı hostingdekiyle aynı hızda" bir sonuç bekleyen müşterilerle sık karşılaşıyoruz. Oysa VDS'in gerçek gücü, varsayılan ayarları ihtiyacınıza göre yeniden şekillendirmenizden gelir. Kaynak fazlası tek başına hız garantisi vermez.

Sık Yapılan Hatalar ve Nasıl Önlenir

• Güvenlik yapılandırmasını atlamak: Paylaşımlı hostingde sağlayıcı tarafından yönetilen güvenlik duvarı ve saldırı önleme katmanları, VDS'te sizin sorumluluğunuzdadır. Sunucu seviyesinde bir güvenlik duvarı (ufw/iptables) ve WordPress seviyesinde bir güvenlik eklentisi kurmayı ihmal etmeyin; WordPress Güvenlik Rehberi: Sitenizi Koruma Yöntemleri bu konuda kapsamlı bir kaynak.
• wp-cron'u kontrol etmemek: Taşıma sonrası zamanlanmış görevlerin (yedekleme, e-posta bildirimleri) çalışıp çalışmadığını mutlaka test edin.
• SSL sertifikasını yeniden kurmayı unutmak: Yeni sunucuda sertifika olmadan site "güvenli değil" uyarısıyla açılır; DNS yönlendirmesiyle eşzamanlı planlayın.
• Yedeği doğrulamadan taşımayı bitirmiş saymak: Alınan yedeğin gerçekten geri yüklenebilir olduğunu, taşımadan önce test ortamında bir kez deneyerek doğrulayın.
• Kaynak ihtiyacını yanlış hesaplamak: VDS paketlerinde, hosting ve reseller paketlerindeki koşullu 7 gün iade hakkı bulunmaz. Bu nedenle taşımadan önce trafik ve kaynak ihtiyacınızı olabildiğince gerçekçi hesaplamak, sonradan paket değişikliği zorunluluğunu azaltır.
• DNS TTL'yi geç düşürmek: Yukarıda belirttiğimiz gibi, TTL'yi taşımadan günler önce düşürmemek, geçiş sırasında kullanıcıların bir kısmının hâlâ eski sunucuya yönlendirilmesine neden olabilir.

Sıkça Sorulan Sorular

WordPress sitemi VDS'e taşırken kesinti yaşar mıyım?

Doğru planlamayla kesinti süresini dakikalar seviyesine indirebilirsiniz. Eski hosting DNS yönlendirmesi değişene kadar canlı kalmaya devam eder; siz bu sürede yeni sunucuyu hosts dosyası üzerinden test edip DNS'i yalnızca her şey doğrulandıktan sonra değiştirirsiniz.

VDS'e geçtikten sonra sunucu yönetimini kim üstlenir?

VDS'te root erişimi size ait olduğu için sunucu güncellemeleri, güvenlik yapılandırması ve panel bakımı sizin veya sizin adınıza yönetim yapan bir ekibin sorumluluğundadır. Bu, paylaşımlı hostingden en belirgin farktır ve geçiş kararı verirken göz önünde bulundurulmalıdır.

Taşıma sırasında hangi verileri kesinlikle yedeklemeliyim?

WordPress veritabanının tamamını, wp-content klasörünü (temalar, eklentiler, yüklenen medya dosyaları) ve varsa wp-config.php dosyasını yedeklemeniz gerekir. Sunucu seviyesinde cron ayarları ve SSL sertifikası bilgilerini de not almanız işinizi kolaylaştırır.

VDS'te WordPress kurulumu için ISO yüklemem gerekir mi?

Hayır. VDS kurulumu, kontrol panelinden hazır bir işletim sistemi şablonu seçilerek yapılır; özel ISO dosyası yüklemenize gerek yoktur. İşletim sistemi kurulduktan sonra WordPress'i normal şekilde panel üzerinden veya manuel olarak kurabilirsiniz.

Hangi büyüklükteki bir site VDS'e geçmeyi düşünmeli?

Kesin bir ziyaretçi rakamı vermek yanıltıcı olur çünkü eklenti sayısı, WooCommerce gibi ağır yapılar ve trafik dalgalanmaları etkiyi değiştirir. Ancak paylaşımlı hostingde düzenli olarak kaynak aşımı uyarısı alıyorsanız, TTFB süreniz sürekli yüksekse veya trafik artışı öngörüyorsanız VDS'i değerlendirme zamanı gelmiş demektir.

Taşıma sonrası sitem eski hostingdeki kadar hızlı çalışmazsa ne yapmalıyım?

Öncelikle PHP-FPM, OPcache ve nesne önbellekleme ayarlarınızın doğru yapılandırıldığından emin olun. VDS'in ham kaynak gücü, varsayılan ayarlarla otomatik olarak hız kazandırmaz; sunucu seviyesinde optimizasyon yapmanız gerekir.

VDS'te otomatik yedekleme var mı, yoksa kendim mi kurmalıyım?

Büyükweb VDS paketlerinde günlük otomatik yedekleme standart olarak sunulur. Buna ek olarak WordPress seviyesinde kendi yedekleme eklentinizi de kurmanız, farklı bir katmanda yedek bulundurmanız açısından iyi bir alışkanlıktır.

Büyükweb Hizmetleri

WordPress sitenizi paylaşımlı hostingden VDS'e taşımayı planlıyorsanız, ihtiyacınıza uygun kaynak ve yapılandırma seçeneklerini incelemek için:

• VDS Sunucu

Taşıma süreciyle ilgili sorularınız için 0850 302 60 70 numaralı satış öncesi destek numaramızdan bize ulaşabilir veya iletişim sayfası üzerinden bizimle iletişime geçebilirsiniz.