Bozmadan WP URL'si Nasıl Değiştirilir
12 Mayıs 2026 tarihinde yayımlandı
WP URL'sini değiştirmeniz gerekiyorsa bunu kontrollü bir sırayla yapın: önce yedek alın, WordPress Address ve Site Address ayarlarını güncelleyin, ardından yönlendirmeleri, SSL'yi ve sabit kodlanmış bağlantıları düzeltin. Bozulmaların çoğu URL değişikliğinin kendisinden değil, etrafındaki parçaların hâlâ eski konumu işaret etmesinden kaynaklanır. Web sitesi genellikle kızgın değildir; sadece güncelliğini yitirmiş ayarları izliyordur.
Bu görev, alan adı değişiklikleri sırasında, HTTP'den HTTPS'ye geçerken, WordPress'i bir alt dizine taşırken veya staging'den production'a geçiş yaparken ortaya çıkar. Mağaza sahipleri, ajanslar ve SaaS ekipleri için kötü bir URL değişikliği; oturum açma döngüleri, mixed content uyarıları, bozuk yönetici erişimi veya formların yanlış yere gönderilmesi anlamına gelebilir. Bu yüzden amaç yalnızca iki alanı düzenlemek değildir. Amaç, tüm uygulamanın sakin kalmasını sağlamaktır.
WP URL'sini değiştirmenin gerçekte etkilediği şeyler
WordPress'te iki temel ayar vardır: WordPress Address ve Site Address. Açıkçası benzer duyuluyorlar çünkü gerçekten de benzerler. Ama farklı işler yaparlar.
WordPress Address, WordPress çekirdek dosyalarının bulunduğu yerdir. Site Address, ziyaretçilerin siteye ulaşmak için kullandığı herkese açık URL'dir. Birçok kurulumda bunlar aynıdır. Diğerlerinde WordPress bir alt dizinde bulunurken site kök alan adından yüklenebilir.
Bunlardan birini yanlış değiştirirseniz WordPress sizi wp-admin'den uzağa yönlendirebilir, varlıkları yanlış alan adına gönderebilir veya sonsuz bir yönlendirme döngüsü oluşturabilir. Eklentiler, temalar, veritabanı, web sunucusu ve CDN kuralları da önceki URL'ye hâlâ başvuruyor olabilir. Bu yüzden doğru bir değişiklik kısmen WordPress işi, kısmen de altyapı hijyenidir.
WP URL'sini değiştirmeden önce
Hem dosyaların hem de veritabanının güncel bir yedeğini alın. Bu bir e-ticaret sitesi veya yoğun trafikli bir içerik sitesiyse, işi trafiğin düşük olduğu bir zaman aralığında yapın. Bir URL değişikliği önbelleğe alınmış sayfalara, oturum çerezlerine ve ödeme callback'lerine dokunabilir; bu yüzden zamanlama önemlidir.
Düzenleme yapmadan önce ayrıca dört şeyi doğrulamalısınız. Birincisi, yeni alan adı veya protokol zaten doğru sunucuya çözülüyor olmalı. İkincisi, HTTPS'ye geçiyorsanız SSL sertifikası etkin olmalı. Üçüncüsü, web sunucunuzun virtual host'u veya Nginx server block'u yeni ana makine adı için hazır olmalı. Dördüncüsü, WordPress'in yönlendirmeleri zorlayabilecek bir proxy, load balancer veya CDN arkasında olup olmadığını bilmelisiniz.
Bunlardan herhangi biri yerinde değilse, WordPress doğru yapılandırılmış olsa bile herkese açık tarafta yine de başarısız olabilir. Bu durumda log'lar da aynı hikâyeyi anlatır.
URL'yi değiştirmenin en güvenli yolları
Bunu WordPress yönetici panelinde değiştirin
Yönetici erişiminiz hâlâ varsa, bu en temiz yöntemdir. Ayarlar'a, ardından Genel'e gidin. WordPress Address ve Site Address ayarlarını yeni URL ile güncelleyin. Değişiklikleri kaydedin.
Bu yöntem, taşıma işlemi basitse ve yeni alan adı zaten siteye doğru şekilde işaret ediyorsa iyi çalışır. Kaydettikten hemen sonra gerekirse yeniden oturum açın ve ana sayfayı, yönetici alanını, ortam kitaplığını ve birkaç iç sayfayı test edin.
Risk açıktır: yanlış URL'yi girerseniz veya yeni host tam olarak hazır değilse, kendinizi kontrol panelinin dışında kilitleyebilirsiniz.
Bunu wp-config.php içinde değiştirin
Kontrol paneline erişilemiyorsa veya daha fazla kontrol istiyorsanız, değerleri doğrudan wp-config.php içinde tanımlayın. Stop editing satırının üstüne şu satırları ekleyin:
define('WP_HOME','https://example.com'); define('WP_SITEURL','https://example.com');
Bu, WordPress'i config dosyasındaki değerleri kullanmaya zorlar. Bu yöntem, oturum açma döngüleri veya bozuk yönetici yönlendirmeleri için genellikle en hızlı kurtarma yöntemidir.
Ayrıca taşıma işlemleri sırasında iyi bir geçici dengeleyicidir. Her şey çalıştıktan sonra bu sabitleri yerinde bırakabilir veya kaldırıp değerleri yeniden yönetici panelinden yönetebilirsiniz.
Bunu veritabanında değiştirin
Ne yönetici paneli ne de config düzenleme mümkünse, değerleri veritabanında, genellikle wp_options tablosunda güncelleyebilirsiniz. Seçenek adları home ve siteurl'dir.
Bu işe yarar, ancak daha manueldir ve acele ediyorsanız kötü yapması daha kolaydır. Özel tablo önekleri olan sitelerde tablonun wp_options olduğunu varsaymayın. Önce kontrol edin.
İnsanların şaşırdığı yer HTTP'den HTTPS'ye geçiştir
wp URL’sini değiştirme taleplerinin çoğu aslında kılık değiştirmiş HTTPS geçişleridir. Görünen değişiklik küçük görünür, ama tarayıcılar, çerezler ve varlık yükleme mekanizması aynı fikirde değildir.
WordPress ayarlarında HTTP'den HTTPS'ye geçtikten sonra, SSL sertifikasının geçerli olduğunu ve doğru ana makine adı için kurulduğunu doğrulayın. Ardından sunucu yönlendirmelerinizi HTTP isteklerini kalıcı olarak HTTPS'ye yönlendirecek şekilde güncelleyin. Siteniz bir reverse proxy veya CDN arkasındaysa, WordPress'in HTTPS'yi düzgün algılayabildiğinden emin olun; aksi halde sonsuza kadar yönlendirme yapabilir.
Sıradaki olağan ziyaretçi mixed content'tir. Sayfalar HTTPS üzerinden yüklenir, ancak görseller, script'ler, yazı tipleri veya CSS hâlâ HTTP URL'lerini çağırır. Bu, düzenleri bozabilir veya tarayıcı uyarılarını tetikleyebilir. Özellikle site bir page builder ile oluşturulduysa veya tam bağlantıları saklayan özel alanlar kullanıyorsa, eski mutlak URL'ler için veritabanında bir search-and-replace yapmanız gerekebilir.
Eski URL'lerde dikkatli search-and-replace yapın
İki temel ayarı değiştirmek, yazıların, metadata'nın, bileşen içeriğinin veya eklenti ayarlarının içinde saklanan eski bağlantıları yeniden yazmaz. Eski alan adı veritabanında sabit kodlanmış olarak görünüyorsa, kullanıcılar yine ona gider.
İşte serialized data için güvenli, doğru bir search-and-replace burada önem kazanır. Dışa aktarılmış bir SQL dosyasında dikkatsiz bir düz metin değiştirme işlemi çalıştırıp en iyisini ummayın. Bazı eklenti ve seçenek verileri serialized durumdadır; kötü bir değiştirme işlemi uzunlukları bozabilir ve ayarları kırabilir.
Profesyonel bir taşıma iş akışı kullanıyorsanız, WordPress serialization'ını anlayan bir araç çalıştırın. Ardından page builder düzenlerini, menüleri, görsel URL'lerini, canonical tags'leri, Open Graph ayarlarını ve callback veya API URL'leri saklayan tüm eklentileri kontrol edin.
Bir URL değişikliğinden sonra sık görülen sorunlar
Oturum açma sayfası yönlendirmeye devam ediyor
Bu genellikle WordPress'in, web sunucusunun veya bir proxy'nin doğru şema ya da ana makine adı konusunda anlaşamadığı anlamına gelir. WP_HOME ve WP_SITEURL'i kontrol edin, ardından sunucu yönlendirme kurallarını inceleyin. SSL termination yukarı akışta gerçekleşiyorsa, WordPress'in iletilen HTTPS üstbilgisini doğru şekilde işlemesi gerekebilir.
Çerezler de eski alan adına bağlı olabilir. Sitenin lanetli olduğunu varsaymadan önce tarayıcı çerezlerini temizleyin ve özel bir pencerede test edin.
wp-admin erişilemiyor
Yönetici URL'si sizi yanlış konuma gönderiyorsa, doğru değerleri wp-config.php içinde zorla ayarlayın. Bu genellikle kontrol panelini hemen geri getirir. Ayrıca eski rewrite davranışı için .htaccess veya Nginx kurallarını gözden geçirin.
Görseller veya CSS bozuk
Bu, sabit kodlanmış URL'lere veya mixed content'e işaret eder. Eski alan adı için veritabanında arama yapın ve hangi varlıkların hâlâ önceki URL'yi çağırdığını görmek için tarayıcı geliştirici araçlarını inceleyin.
Yönlendirme zincirleri veya döngüleri
Bunlar genellikle WordPress bir yöne, web sunucusu veya CDN başka bir yöne yönlendirdiğinde olur. Mantığı tek ve net bir kural kümesine indirgeyin. Mümkünse canonical host ve HTTPS yönlendirmelerini yalnızca tek bir yerde yönetin.
Formlar, webhook'lar veya ödeme callback'leri başarısız oluyor
Harici servisler hâlâ eski alan adına gönderim yapıyor olabilir. Ödeme ağ geçidi URL'lerini, SMTP dönüş yollarını, webhook uç noktalarını ve üçüncü taraf entegrasyonlarını kontrol edin. Üyelik veya e-ticaret sitelerinde sessiz gelir kaybı işte burada yaşanır.
WordPress Address ve Site Address ne zaman farklı olmalı
Çoğu site bunları aynı tutmalıdır. Ama geçerli istisnalar vardır. WordPress, /wordpress gibi bir alt dizine kuruluyken herkese açık site alan adının kökünden yükleniyorsa, Site Address kök URL ve WordPress Address alt dizin URL'si olabilir.
Bu kurulum dosya organizasyonu için yararlı olabilir, ancak karmaşıklık ekler. Bunu bilerek yapmıyorsanız, taşımanın ortasında icat etmeyin. Basit yapılandırmalar daha seyrek başarısız olur.
Kesintiyi önleyen pratik bir sıra
Kısa bir bakım penceresi kullanın, önce DNS'yi, SSL'yi ve sunucu yapılandırmasını doğrulayın, ardından WordPress URL'lerini değiştirin. Bundan sonra veritabanında search-and-replace çalıştırın, önbellekleri temizleyin ve temel yolları test edin: ana sayfa, yönetici paneli, formlar, ödeme adımı, ortam, API uç noktaları ve cron davranışı.
Site object caching, full-page caching veya bir CDN kullanıyorsa, değişiklikten sonra her şeyi purge edin. Eski önbelleğe alınmış yönlendirmeler, sağlıklı bir siteyi 20 dakika daha bozukmuş gibi gösterebilir; bu en güzel DNS durumu değildir ama kontrol altındadır.
İş açısından kritik siteler için önce değişikliği stage edin. Kodu.cloud'da, yönetilen altyapı desteğinin kendini tam olarak amorti ettiği görev türü budur; bunun nedeni URL değiştirmenin imkânsız olması değil, çirkin sürprizleri önleyen şeyin etraftaki küçük kontroller olmasıdır.
WP URL'sini değiştirdikten sonra son kontroller
Siteyi yeni bir tarayıcı oturumunda açın ve ilgiliyse hem www ile hem de www olmadan test edin. SSL kilidini doğrulayın, birkaç kaynak URL'sini inceleyin ve yönetici panelinin, girişin, ortam yüklemelerinin ve iletişim formlarının normal davrandığından emin olun. Arama motorları eski alan adını zaten dizine eklediyse, trafiğin ve sıralama sinyallerinin temiz şekilde taşınması için doğru yönlendirmeleri yeterince uzun süre yerinde tutun.
Ortam hazır olduğunda bir WP URL değişikliği genellikle kısa bir iştir. Bu ancak DNS, SSL, sunucu kuralları, önbellek ve veritabanı başvurularının birbiriyle tartışmasına izin verildiğinde uzun bir akşama dönüşür. Hepsini aynı yönde tutun, hizmet yeniden sakinleşir.
Andres Saar Müşteri Hizmetleri Mühendisi