Kayıt ol

Tovala Akıllı Fırın Deneyimi: Paket Servisten Daha İyi mi?FortiMail'de Kritik Zero-Day Açığı Aktif Saldırılarda Kullanılıyor Meadow: Sosyal Medyasız Minimalist Telefon Deneyimi California'da Gizli Kayıt Yapan Akıllı Gözlük Yasasına Veto Hello Robot Stretch 4, TechCrunch Disrupt 2026'da Canlı Tanıtılacak

JavaScript devre dışı. Daha iyi bir deneyim için, önce lütfen tarayıcınızda JavaScript'i etkinleştirin.

WordPress Site Taşıma: Adım Adım Hosting Değiştirme Rehberi 2027

Mesaj: <blockquote data-quote="Admin" data-source="post: 12824" data-attributes="member: 1"><p><h2>WordPress Site Taşıma: Adım Adım Hosting Değiştirme Rehberi 2027</h2><p>WordPress sitenizi başka bir hosting hesabına taşımak, yalnızca dosyaları yeni sunucuya yüklemekten ibaret değildir. İçeriklerinizin, kullanıcı bilgilerinizin, tema ayarlarınızın ve eklenti verilerinizin bulunduğu veritabanını da aktarmanız gerekir.</p><p>İşlemin başarıyla tamamlanması için yeni sunucudaki kopyanın çalışması, alan adının doğru yere yönlenmesi ve taşıma sırasında oluşan yeni kayıtların korunması önemlidir. Özellikle sipariş alan veya üyelik sistemi bulunan sitelerde bu son nokta belirleyicidir.</p><p>Bu rehberde hazırlık aşamasını, eklentiyle ve manuel taşıma yöntemlerini, güvenli URL değişimini ve geçiş sonrası kontrolleri bulabilirsiniz.</p><h2>Önce Taşımanın Kapsamını Belirleyin</h2><p>İlk olarak şu soruyu yanıtlayın: <strong>Yalnızca hosting mi değişiyor, yoksa sitenin adresi de değişecek mi?</strong></p><table style='width: 100%'><tr><th>Taşıma türü</th><th>Yapılacak işlem</th></tr><tr><td>Alan adı ve adres yapısı aynı</td><td>Dosyalar ve veritabanı aktarılır, yeni sunucu yapılandırılır</td></tr><tr><td>Alan adı değişiyor</td><td>Aktarıma ek olarak URL değişimi ve yönlendirme planı gerekir</td></tr><tr><td>Alt dizin değişiyor</td><td>Yeni dosya konumu ve ilgili adresler düzenlenir</td></tr><tr><td>HTTP’den HTTPS’e geçiliyor</td><td>Sertifika, adresler ve kaynak bağlantıları kontrol edilir</td></tr></table><p></p><p>Alan adı, protokol ve dizin aynı kalıyorsa sırf sunucu değişti diye veritabanındaki bütün URL’leri değiştirmeniz gerekmez. Yeni veritabanı bağlantı bilgilerinin düzenlenmesi yeterli olabilir.</p><p>Taşıma ile birlikte tema değişikliği, eklenti temizliği ve kapsamlı tasarım yenilemesi yapmak ise sorun araştırmayı zorlaştırır. Önce mevcut siteyi çalışır durumda taşıyın; diğer değişiklikleri ayrı aşamalarda uygulayın.</p><h2>Taşımadan Önce Hazırlık Listesi</h2><h3>Dosyaları ve veritabanını birlikte yedekleyin</h3><p>Yedeğinizin yalnızca görsellerden veya <code class="bbCodeInline">wp-content</code> klasöründen oluşmadığını doğrulayın. Taşıma için yapılandırma dosyaları, kullanılan özel dosyalar ve veritabanı da önemlidir.</p><p>Dosya ve veritabanı kopyalarının aynı çalışma durumunu temsil etmesi gerekir. Yedekleme sırasında içerik değişmeye devam ediyorsa aralarında tutarsızlık oluşabilir. Yedeği eski hosting hesabından bağımsız bir yerde saklayın.</p><h3>Yeni hosting ortamını kontrol edin</h3><p>Şu bilgileri karşılaştırın:</p><ul> <li data-xf-list-type="ul">PHP sürümü ve gerekli PHP uzantıları.</li> <li data-xf-list-type="ul">MySQL veya MariaDB sürümü.</li> <li data-xf-list-type="ul">Disk alanı ve dosya sayısı sınırı.</li> <li data-xf-list-type="ul">Bellek ve işlem kaynakları.</li> <li data-xf-list-type="ul">Dosya yükleme ve işlem süresi sınırları.</li> <li data-xf-list-type="ul">SSL, e-posta ve zamanlanmış görev desteği.</li> </ul><p>Aktif tema ve eklentilerin listesini de kaydedin. Yeni ortamda ortaya çıkan bir uyumsuzluğu araştırırken bu liste yardımcı olur.</p><h3>Site dışındaki hizmetleri unutmayın</h3><p>WordPress taşıma paketi, hosting hesabındaki bütün hizmetleri kapsamayabilir. E-posta kutuları, DNS kayıtları, sunucu cron görevleri, özel yönlendirmeler ve harici depolamadaki dosyalar ayrıca değerlendirilmelidir.</p><p>Ödeme servisleri, SMTP hizmeti veya IP adresi kısıtlaması kullanan API bağlantıları varsa yeni sunucu için gerekli değişiklikleri önceden belirleyin.</p><h2>DNS TTL Değeri Nasıl Hazırlanmalı?</h2><p>TTL, DNS kaydının önbellekte ne kadar süre tutulacağını belirler. Taşımadan önce ilgili kayıtların TTL değerini düşürmek, geçiş sırasında eski yanıtların daha kısa süre saklanmasına yardımcı olabilir.</p><p>Sağlayıcınız izin veriyorsa geçici olarak 300 saniye gibi düşük bir değer kullanılabilir. Ancak bunu geçişten hemen önce yapmak, önceden önbelleğe alınmış kayıtların süresini geriye dönük değiştirmez.</p><p><strong>TTL değerinin 300 olması, bütün ziyaretçilerin beş dakika içinde yeni sunucuya ulaşacağını garanti etmez.</strong> Yerel önbellekler ve DNS hizmetinin davranışı da etkili olabilir. Cloudflare’ın proxied kayıtlarında TTL ayrıca otomatik olarak yönetilir.</p><p>Nameserver değiştirmek zorunda değilsiniz. Mevcut DNS hizmetinizi koruyup yalnızca web sitesini yeni sunucuya yönlendirebilirsiniz. Nameserver değiştiriyorsanız e-posta ve doğrulama kayıtlarının yeni DNS bölgesinde bulunduğunu da kontrol edin.</p><h2>WordPress Taşıma Yöntemleri</h2><h3>Eklentiyle taşıma</h3><p>All-in-One WP Migration ve Duplicator gibi araçlar, dosya ve veritabanı aktarımını kolaylaştırır. Ancak yöntem seçimini yalnızca site boyutuna göre yapmak yeterli değildir.</p><table style='width: 100%'><tr><th>Durum</th><th>Değerlendirilebilecek yöntem</th></tr><tr><td>Standart blog veya kurumsal site</td><td>Taşıma eklentisi</td></tr><tr><td>Büyük arşiv ve sınırlı sunucu kaynakları</td><td>Sunucu üzerinden aktarım veya manuel yöntem</td></tr><tr><td>Sürekli sipariş alan mağaza</td><td>Son veri eşitlemesi planlanan taşıma</td></tr><tr><td>Multisite veya özel yapılandırma</td><td>Bu yapıyı destekleyen araç ve teknik çalışma</td></tr><tr><td>Teknik erişim veya deneyim sınırlı</td><td>Sağlayıcı desteği</td></tr></table><p></p><p>All-in-One WP Migration, dışa aktardığı <code class="bbCodeInline">.wpress</code> paketini hedef WordPress kurulumuna içe aktararak taşımayı gerçekleştirir. URL değişimini ve serileştirilmiş verileri de işleyebilir.</p><p>Her kurulum için geçerli sabit bir “512 MB sınırı” varsaymayın. İçe aktarma ekranındaki limit, PHP yapılandırmasına bağlı olabilir. Web sunucusu, güvenlik katmanı veya CDN de yüklemeyi ayrıca sınırlandırabilir; yalnızca PHP limitini artırmak bütün engelleri çözmez.</p><p>Duplicator’ın klasik yönteminde arşiv ve kurulum dosyası hedefe yüklenir. Hedef klasörün ve kullanılacak veritabanının doğru seçilmesi önemlidir. İşlem tamamlandıktan sonra kurulum ve arşiv dosyaları sunucudan kaldırılmalıdır.</p><h3>Sağlayıcı desteğiyle taşıma</h3><p>Hosting firmasının taşıma hizmeti sunması işi kolaylaştırabilir. Hizmetin kapsamını öğrenin: dosyalar, veritabanı, e-posta, DNS ve son veri eşitlemesi aynı hizmete dâhil olmayabilir.</p><p>Taşımanın ücretsiz olması veya ekip tarafından yapılması, tek başına kesinti ve veri kaybı yaşanmayacağı anlamına gelmez.</p><h2>Manuel WordPress Taşıma Adımları</h2><h3>1. Dosyaları kopyalayın</h3><p>WordPress’in bulunduğu klasörü SFTP veya sağlayıcınızın güvenli aktarım yöntemiyle kopyalayın. <code class="bbCodeInline">.htaccess</code> gibi gizli dosyaların atlanmadığını kontrol edin.</p><p>Dosyaları taşırken eski sunucudan silmeyin. Önce yeni ortamda çalışan bir kopya oluşturun.</p><h3>2. Doğru veritabanını dışa aktarın</h3><p><code class="bbCodeInline">wp-config.php</code> içindeki <code class="bbCodeInline">DB_NAME</code> değerinden kullanılan veritabanını doğrulayın. phpMyAdmin üzerinden dışa aktarabilir veya SSH erişiminiz varsa WP-CLI kullanabilirsiniz.</p><p>Büyük veritabanlarında tarayıcı üzerinden çalışan aktarım zaman aşımına uğrayabilir. WP-CLI’nin <code class="bbCodeInline">wp db export</code> ve <code class="bbCodeInline">wp db import</code> komutları alternatif sunar. Dışa aktarma varsayılan olarak ilgili veritabanındaki bütün tabloları kapsadığından, başka uygulamalarla paylaşılan veritabanlarında kapsamı ayrıca kontrol edin.</p><p>SQL yedeğini web üzerinden indirilebilen açık bir klasörde bırakmayın.</p><h3>3. Yeni veritabanını oluşturun</h3><p>Hedef hosting hesabında ayrı bir veritabanı ve kullanıcı oluşturun. Kullanıcıya bu veritabanında gerekli yetkileri verin.</p><p>cPanel kullanıyorsanız <strong>Database Wizard / Veritabanı Sihirbazı</strong> üzerinden işlem yapabilirsiniz. Panelin eklediği hesap önekleri dâhil tam veritabanı ve kullanıcı adlarını kaydedin.</p><p>SQL dosyasını hedef veritabanına aktarın. İçe aktarma hata verirse bunu giderip işlemin tamamlandığını doğrulayın; yarım kalmış aktarımı başarılı kabul etmeyin.</p><h3>4. Dosyaları doğru belge köküne yükleyin</h3><p>Hedef klasör her zaman <code class="bbCodeInline">public_html</code> değildir. Ek alan adları farklı dizinlere bağlı olabilir.</p><p>cPanel’de <strong>Domains / Alan Adları</strong> ekranındaki <strong>Document Root / Belge Kökü</strong> bilgisini kontrol ederek dosyaları ilgili konuma yerleştirin.</p><h3>5. Yapılandırmayı düzenleyin</h3><p>Yeni kopyanın <code class="bbCodeInline">wp-config.php</code> dosyasında şu değerleri güncelleyin:</p><ul> <li data-xf-list-type="ul"><code class="bbCodeInline">DB_NAME</code></li> <li data-xf-list-type="ul"><code class="bbCodeInline">DB_USER</code></li> <li data-xf-list-type="ul"><code class="bbCodeInline">DB_PASSWORD</code></li> <li data-xf-list-type="ul"><code class="bbCodeInline">DB_HOST</code></li> </ul><p><code class="bbCodeInline">DB_HOST</code> çoğu ortamda <code class="bbCodeInline">localhost</code> olabilir; sağlayıcınızın verdiği değeri esas alın. Dosyadaki tablo önekinin aktardığınız tablolarla eşleştiğini ve varsa sabit adres tanımlarının doğru olduğunu kontrol edin.</p><p><strong>Test kopyasının eski canlı veritabanına bağlı kalmadığından emin olun.</strong> Aksi hâlde test sırasında yaptığınız değişiklikler canlı verileri etkileyebilir.</p><h2>Alan Adı Değişiyorsa URL’ler Nasıl Güncellenir?</h2><p>WordPress ve eklentileri bazı ayarları serileştirilmiş veri olarak saklar. Bu yapı, metinlerin uzunluk bilgisini de içerir.</p><p>Veritabanının tamamında gelişigüzel SQL <code class="bbCodeInline">REPLACE</code> işlemi yapmak, uzunluk bilgilerini bozabilir. URL değişiminde bu yapıyı anlayan bir araç kullanın.</p><h3>WP-CLI ile önce prova yapın</h3><p>Aşağıdaki örnek, ayrı veritabanına bağlanan yeni kopya ve standart tek site kurulumu içindir. Dizin ve adresleri kendi bilgilerinizle değiştirin:</p><p>[CODE]wp --path=/YENI_WORDPRESS_DIZINI search-replace \</p><p>  'https://eski.example' 'https://yeni.example' \</p><p>  --all-tables-with-prefix \</p><p>  --skip-columns=guid \</p><p>  --dry-run[/CODE]</p><p><code class="bbCodeInline">--dry-run</code>, değişiklikleri kaydetmeden rapor üretir. Tablo kapsamını ve eşleşmeleri kontrol ettikten, yeni veritabanının yedeğini aldıktan sonra bu seçeneği kaldırarak işlemi uygulayabilirsiniz.</p><p><code class="bbCodeInline">--all-tables-with-prefix</code>, mevcut önekle başlayan eklenti tablolarını da kapsar. Multisite veya paylaşılan veritabanında kapsamı ayrıca değerlendirin.</p><p>WP-CLI serileştirilmiş veriyi zaten işler. <code class="bbCodeInline">--precise</code> bu desteği açmak için zorunlu değildir; daha kapsamlı fakat daha yavaş PHP yöntemini zorlar.</p><p>Mevcut içeriklerin GUID değerlerini koruyun. URL gibi görünseler de içerik kimliği olarak kullanılırlar; değiştirilmesi bazı akış okuyucularında eski içeriklerin yeniden gösterilmesine yol açabilir.</p><h3>SSH yoksa Better Search Replace kullanın</h3><p>Yeni kopyada eklentiyi açın, eski ve yeni adresi yazın, yalnızca ilgili tabloları seçin ve önce <strong>Dry Run</strong> çalıştırın.</p><p>Eklenti serileştirilmiş veriyi destekler; ayrıca hayalî bir “serileştirmeyi aç” ayarı aramanız gerekmez. GUID değiştirme seçeneğini kapalı tutun.</p><h2>DNS Değişmeden Önce Yeni Siteyi Test Edin</h2><p>Alan adı aynı kalacaksa bilgisayarınızın hosts dosyasıyla bu adı geçici olarak yeni IP’ye eşleyebilirsiniz. Böylece ziyaretçiler eski sunucuyu kullanırken siz yeni kopyayı gerçek alan adıyla test edersiniz. İşiniz bitince yerel eşlemeyi kaldırın.</p><p>Geçici test adresi de kullanılabilir; ancak bu durumda adres değişikliklerinin yayına geçişte geri düzenlenmesi gerekir.</p><p>Test kopyasını erişim korumasıyla sınırlandırın. Gerçek e-posta gönderimini, ödeme işlemlerini ve dış sistemleri etkileyen görevleri kontrol altına alın. <code class="bbCodeInline">noindex</code> kullanmak erişim korumasının yerini tutmaz.</p><h2>WooCommerce ve Üyelik Sitelerinde Son Eşitleme</h2><p>İlk kopyayı aldıktan sonra eski sitede yeni siparişler veya kullanıcı kayıtları oluşabilir. Test ettiğiniz kopya bu kayıtları içermez.</p><p>Bu nedenle geçiş planında:</p><ol> <li data-xf-list-type="ol">Yeni ortamı önceden hazırlayıp test edin.</li> <li data-xf-list-type="ol">Son aktarım sırasında yeni kayıt oluşmasını kontrollü biçimde durdurun.</li> <li data-xf-list-type="ol">Son veritabanı ve dosya değişikliklerini aktarın.</li> <li data-xf-list-type="ol">İşlemleri doğrulayıp trafiği yeni ortama geçirin.</li> <li data-xf-list-type="ol">Eski sunucuda yeni kayıt alınmasını engelleyin.</li> </ol><p>Yalnızca bakım sayfası göstermek bütün yazma işlemlerini durdurmayabilir. Ödeme bildirimleri, API istekleri ve zamanlanmış görevler de hesaba katılmalıdır.</p><p>Kesintisiz yazma gerekiyorsa son farkların güvenli aktarımı için daha kapsamlı bir eşitleme planı gerekir.</p><h2>Geçiş Sonrası Kontrol Listesi</h2> <table style='width: 100%'><tr><th>Kontrol</th><th>Bakılacak noktalar</th></tr><tr><td>Sayfalar</td><td>Ana sayfa, yazılar, kategoriler ve önemli açılış sayfaları</td></tr><tr><td>Medya</td><td>Görseller, PDF dosyaları ve indirmeler</td></tr><tr><td>Hesaplar</td><td>Giriş, kayıt ve parola sıfırlama</td></tr><tr><td>Formlar</td><td>Gönderim, kayıt ve e-posta teslimi</td></tr><tr><td>E-ticaret</td><td>Sepet, ödeme, sipariş ve bildirimler</td></tr><tr><td>HTTPS</td><td>Sertifika, yönlendirme ve karışık içerik</td></tr><tr><td>SEO</td><td>Canonical, robots, noindex ve site haritası</td></tr><tr><td>Arka plan</td><td>Cron görevleri, kuyruklar ve harici bağlantılar</td></tr></table><p></p><p>Yeni ortamda önbellekleri temizleyin; eski sunucuya ait ayarları gözden geçirin. Test amacıyla eklediğiniz erişim ve indeksleme kısıtlamalarını yayına geçerken uygun şekilde kaldırın.</p><p>Eski hosting hesabını yalnızca belirli bir süre geçti diye silmeyin. Yeni siteyi doğrulayın, eski sunucuya gelen trafiği izleyin ve geri dönüş ihtiyacını değerlendirin. Google da eski altyapının kapatılmasını trafik geçişi doğrulandıktan sonra önerir.</p><h2>Taşıma SEO’yu Etkiler mi?</h2><p>Adresler aynı kaldığında URL yönlendirmesi gerekmez. Ancak sunucu hataları, yavaş yanıtlar veya yanlışlıkla bırakılmış <code class="bbCodeInline">noindex</code> ayarları görünürlüğü etkileyebilir. Hosting değişiminden sonra tarama hızında geçici değişiklikler de görülebilir.</p><p>Alan adı değişiyorsa eski sayfaları ilgili yeni sayfalara kalıcı yönlendirmeyle eşleyin. Bütün adresleri yeni ana sayfaya göndermeyin. Canonical adreslerini ve site haritasını güncelleyin; uygun alan adı değişimlerinde Search Console’un adres değişikliği aracını kullanın.</p><p>Google, yönlendirmelerin genel olarak en az bir yıl korunmasını önerir. Taşınma sırasında arama görünürlüğünde geçici dalgalanmalar yaşanabilir.</p><h2>Sıkça Sorulan Sorular</h2><h3>WordPress taşımak için yeniden kurulum gerekir mi?</h3><p>Manuel taşımada mevcut dosyalar ve veritabanı kullanılabilir. Bazı eklenti yöntemleri ise hedefte önce boş bir WordPress kurulumu ister.</p><h3>Site taşınırken kapanır mı?</h3><p>Geçiş doğru hazırlanırsa kesinti azaltılabilir. Sipariş ve üyelik verilerini korumak için kontrollü bir bakım aralığı gerekebilir.</p><h3>Görseller görünmüyorsa neyi kontrol etmeliyim?</h3><p>Dosyaların aktarılıp aktarılmadığını, izinleri, görsel URL’lerini, HTTPS bağlantısını ve varsa harici depolama ayarlarını inceleyin.</p><h3>Sayfalar 404 veriyorsa ne yapmalıyım?</h3><p>Kalıcı bağlantı ayarlarını yeniden kaydedin. Sorun devam ederse web sunucusunun yeniden yazma kurallarını kontrol ettirin. Nginx yapılandırması <code class="bbCodeInline">.htaccess</code> üzerinden yönetilmez.</p><h3>Sorun çıkarsa DNS’i eski sunucuya çevirmek yeterli mi?</h3><p>Yeni sunucuda sipariş veya kayıt oluşmuşsa yeterli değildir. Önce bu verileri korumanız gerekir; aksi hâlde eski kopyaya dönüş veri kaybına yol açabilir.</p><h3>Taşıma ne kadar sürer?</h3><p>Dosya ve veritabanı boyutu, bağlantı hızı, sunucu kaynakları ve test kapsamına göre değişir. Aktarımın tamamlanması ile bütün trafiğin yeni sunucuya ulaşması ayrı aşamalardır.</p></blockquote><p></p>