SEO migration bir sitenin alan adı, URL yapısı, altyapısı ya da sunucusu değişirken Google'daki görünürlüğünü koruma çalışmasıdır. İşin merkezinde her eski URL'yi yeni karşılığına kalıcı 301 ile bağlayan bir eşleştirme tablosu durur. Taşıma öncesi tarama, geçiş günü testleri ve sonraki haftalarda Search Console takibi trafik kaybını en aza indirir.
SEO migration nedir, hangi değişiklikler bu kapsama girer?
Sitenizin adresleri ya da bu adreslerin arkasındaki altyapı değişiyorsa yaptığınız iş bir SEO migration projesidir. Alan adı değişikliğinin yanında WordPress'ten başka bir altyapıya geçmek, kategori yapısını yeniden kurmak ya da iki siteyi birleştirmek de bu kapsama girer. Aşağıdaki tablo yedi değişiklik türünü riskleriyle birlikte gösteriyor.
| Değişiklik | Örnek | URL değişir mi? | Adres değişikliği aracı | Başlıca risk |
|---|---|---|---|---|
| Alan adı değişikliği | eskiad.com yerine yeniad.com | Evet, tüm adresler | Kullanılır | Eksik yönlendirme ya da eski alan adının süresinin dolması |
| HTTP'den HTTPS'e geçiş | http://site.com yerine https://site.com | Yalnız protokol | Gerekmez | Karışık içerik ile eski adresi gösteren canonical etiketleri |
| URL yapısı değişikliği | /urun.php?id=12 yerine /kadin/keten-elbise/ | Evet | Gerekmez | Hatalı eşleştirme ya da zincirleme yönlendirme |
| Platform değişikliği | WordPress'ten Shopify'a ya da statik yapıya geçiş | Çoğu zaman kısmen | Gerekmez | Platformun zorunlu URL kalıbı, kaybolan meta alanları |
| Sunucu değişikliği | Paylaşımlı hostingden VPS'e geçiş | Hayır | Gerekmez | DNS yayılırken erişim kesintisi, Googlebot'u engelleyen güvenlik duvarı |
| Site birleştirme | Ayrı alan adındaki blogu ana siteye almak | Evet, taşınan tarafta | Alan adı kalkıyorsa kullanılır | Aynı konudaki sayfaların birbiriyle yarışması |
| Tasarım yenileme | Aynı adreslerde yeni şablon | Hayır | Gerekmez | Silinen metin blokları ile bozulan başlık yapısı |
Google'ın URL değişikliği içeren site taşıma kılavuzu bu değişikliklerin aynı gün değil sırayla yapılmasını öneriyor. Alan adını, altyapıyı ve tasarımı birlikte değiştirirseniz trafik düştüğünde sorunun hangi adımdan geldiğini ayırmak zorlaşır.
Site taşıma SEO'yu neden etkiler?
Site taşıma SEO'yu etkiler, çünkü Google sıralama sinyallerini URL bazında tutar. Adres değiştiğinde bu sinyallerin yeni adrese aktarılması gerekir. Eski sayfaya verilen dış linkler, sayfanın arama geçmişi ve dizindeki kaydı eski adrese bağlıdır. Kalıcı 301 ya da 308 yönlendirmesi Google'a hedef adresin asıl sürüm olması gerektiği sinyalini verir. Geçici 302 yönlendirmesinde ise Google eski adresi asıl sürüm olarak tutmaya devam edebilir. Türlerin farkını 301 ve 302 yönlendirme kurallarını anlattığımız yazıda ele aldık.
Doğru kurulan yönlendirme bile anlık sonuç vermez. Google'ın verdiği genel ölçüye göre orta ölçekli sitelerde yeni URL'lerin arama sonuçlarında eskilerin yerini alması birkaç hafta ya da daha uzun sürer, büyük sitelerde süre daha da uzar. Bu dönemde geçici dalgalanma beklenen bir durumdur. Kalıcı kayıp ise çoğu zaman planlama hatasından gelir: eksik eşleştirme, yanlış durum kodu ya da yeni sitede kaybolan içerik.
SEO migration planı nasıl hazırlanır?
SEO migration planı üç belgeye dayanır: mevcut sitenin URL envanteri, taşıma öncesi performans kaydı ve URL eşleştirme tablosu. Envanteri çıkarırken şu altı adımı izliyoruz:
- Screaming Frog gibi bir tarama aracıyla eski sitenin tamamını tarayın. Tüm URL'leri durum kodlarıyla birlikte dışa aktarın.
- Search Console performans raporundan tıklama alan sayfaları listeleyin. GA4'ten organik giriş sayfalarını ekleyin.
- Dış link alan sayfaları Search Console'daki Bağlantılar raporundan ya da bir backlink aracından çıkarın.
- XML site haritasındaki adresleri de listeye katın. Taramada görünmeyen yetim sayfalar burada ortaya çıkabilir.
- Listeleri tek tabloda birleştirip her satıra trafik ile link sayısına göre öncelik verin.
- Tıklama, gösterim, dizindeki sayfa sayısı ile hedef kelime sıralamalarını taşımadan önce kaydedin.
Taşıma tarihini trafiğin düşük olduğu döneme koyun. Google'ın kılavuzu da mevsimsel düşüşleri ya da haftanın sakin günlerini işaret ediyor. E-ticaret sitesi için kampanya haftası, eğitim kurumu için kayıt dönemi yanlış zamandır.
URL eşleştirme tablosu nasıl kurulur?
Eşleştirme tablosunda her eski URL için tek bir hedef ve tek bir durum kodu yazılır. Örnek bir tablo şöyle görünür:
| Eski URL | Yeni URL | Kod | Not |
|---|---|---|---|
| /urun.php?id=12 | /kadin/keten-elbise/ | 301 | Birebir karşılığı var |
| /hakkimizda.html | /kurumsal/ | 301 | Adı değişen sayfa |
| /yaz-indirimi/ ile /kis-indirimi/ | /kampanyalar/ | 301 | İki sayfa tek sayfada birleşti |
| /eski-bayi-duyurusu/ | Hedef yok | 410 | Güncelliğini yitirmiş içerik |
Tabloyu kurarken şu dört kurala uyun:
- Her eski adres içerik olarak en yakın karşılığına gider. Karşılığı olmayan sayfa 404 ya da 410 döndürür.
- Çok sayıda eski adresi ilgisiz tek bir sayfaya, özellikle ana sayfaya toplamayın. Google bu yönlendirmeleri soft 404 sayabilir.
- Yönlendirme doğrudan son adrese gitmeli. Google zincirde 10 adıma kadar ilerleyebiliyor ama hedefe tek adımda ulaşılmasını istiyor.
- Parametreli adresleri, büyük harf içeren sürümleri ile eğik çizgili ya da çizgisiz varyantları da tabloya ekleyin.
Test ortamı nasıl hazırlanır?
Test ortamı hazırlanırken yeni site yayına girmeden önce şifreli bir ortamda kurulur ve arama motorlarına kapalı tutulur. Bu ortamda yeni sitenin tamamını tarayıp title, meta açıklama, H1 ile yapısal veriyi eski siteyle karşılaştırın. Kaybolan metin blokları da bozulan iç linkler de bu karşılaştırmada görünür. Staging adıyla da anılan bu ortam şifreli olduğu için yapısal veriyi adresle değil kod olarak test edin. Kodu Zengin Sonuçlar Testi aracına yapıştırıp url ile image alanlarının yeni adresleri gösterdiğini doğrulayın. Genel teknik sağlığı teknik SEO rehberimizdeki denetim sırasıyla kontrol edebilirsiniz.
Robots.txt ile noindex kuralları taşımada nasıl ele alınır?
Robots.txt dosyası taşımada yeni site için baştan hazırlanır, noindex kuralları ise sayfa sayfa listelenir. Test ortamında tüm taramayı kapatan kural yayın günü kalkar. Filtre ya da parametre sayfalarını kapatan kalıcı kurallar yeni URL kalıbına göre yeniden yazılır. Sitenizde robots.txt dosyası hiç yoksa bu adres 404 durum kodu döndürmelidir.
Google geliştirme sırasında noindex kullananlara, geçişte bu etiketin kaldırılacağı URL'lerin listesini önceden çıkarmayı öneriyor. Eski sitede bilerek dizin dışında tuttuğunuz sayfalar yeni sitede de aynı etiketi taşımalıdır. Site içi arama sonuçları bunun tipik örneğidir. Disallow satırlarının yazımını robots.txt rehberimizde bulabilirsiniz.
Geçiş günü hangi adımlar sırayla uygulanır?
Geçiş günü adımlar şu sırayla uygulanır: önce yedek alınır, sonra yeni site ile yönlendirmeler aynı anda yayına girer, test tamamlanınca da Google'a bildirim yapılır. Googlebot eski adrese geldiğinde 404 değil 301 görmeli. Uyguladığımız sekiz adımlık sıra şöyle:
- Eski sitenin son tarama çıktısını ve sunucu yapılandırmasını yedekleyin.
- Yeni siteyi yayına alın. Test ortamından kalan noindex etiketlerini ve robots.txt engellerini aynı anda kaldırın, canlıya geçişte en sık unutulan ayar budur.
- Kalıcı yönlendirme kurallarını sunucu tarafında yükleyin. JavaScript yönlendirmesine yalnız sunucu tarafı yönlendirme mümkün değilse başvurun.
- Eşleştirme tablosundaki eski URL'lerin tamamını bir betikle ya da tarama aracının liste moduyla test edin. Her satırda tek adım, 301 kodu ve doğru hedef görmelisiniz.
- Canonical etiketlerini, hreflang işaretlerini ve iç linkleri yeni adreslere çevirin.
- Yeni URL'lerden oluşan XML site haritasını Search Console'a gönderin.
- Alan adı değiştiyse eski mülkte Adres değişikliği aracını başlatın.
- Google Ads ve Meta reklamlarındaki hedef URL'leri, Merchant Center ürün linklerini, sosyal medya profillerini güncelleyin.
Taşımadan hemen sonra Google yeni siteyi her zamankinden yoğun tarar, çünkü eski adreslere gelen istekler de yeni siteye akar. Sunucunuzun bu ek yükü kaldırabildiğinden emin olun.
Dış sitelerdeki eski backlinkler taşımadan sonra ne olur?
Dış sitelerdeki eski backlinkler taşımadan sonra 301 yönlendirmesi sayesinde yeni adrese ulaşmaya devam eder. Google yine de size link veren sitelerle iletişime geçip linkin yeni adrese çevrilmesini istemenizi öneriyor. Listeyi plan aşamasında çıkardığınız dış link envanterinden alın, işe en çok ziyaret getiren linklerden başlayın. Google İşletme Profili'ndeki web sitesi alanını da aynı gün yeni adresle değiştirin.
Domain değişikliği nasıl yapılır?
Domain değişikliğinde her eski URL yeni alan adındaki karşılığına 301 ile gider ve taşıma Search Console'daki Adres değişikliği aracıyla Google'a bildirilir. Alan adı taşımasına özgü dört adım şunlardır:
- Yeni alan adını almadan önce geçmişini kontrol edin. Önceki sahibinden kalan manuel işlem ya da URL kaldırma isteği varsa taşımadan önce temizlenmelidir.
- Eski ile yeni alan adının www, www'suz, HTTP ve HTTPS sürümlerini Search Console'da doğrulayın. Alan adı mülkü bu sürümlerin hepsini tek seferde kapsar.
- Adres değişikliği aracı eski alan adının mülkünde, Ayarlar bölümündedir. Aracı kullanmak için iki mülkün de sahibi olmanız ve eski ana sayfanın yeni ana sayfaya 301 ile gitmesi gerekir.
- Eski alan adının kaydını ve SSL güvenlik sertifikasını yenilemeye devam edin. Sertifikası geçersiz bir alan adında ziyaretçi yönlendirmeye ulaşmadan tarayıcının güvenlik uyarısını görür.
Adres değişikliği aracıyla bildirilen taşımada Google eski siteden yeni siteye sinyal aktarımını 180 gün sürdürüyor. Bu sürenin sonunda eski site hala taranabiliyorsa Google onu yeni siteden bağımsız bir site sayar. Aracın ön koşullarını Search Console yardım sayfasında görebilirsiniz. Yalnız HTTP'den HTTPS'e geçiyorsanız bu araca gerek yoktur. O geçişin adımlarını SSL sertifikası ve HTTPS geçişini anlattığımız yazıda bulabilirsiniz.
Sadece sunucu değişiyorsa ne yapılır?
URL'ler aynı kalıp sadece sunucu değişiyorsa yönlendirme gerekmez, asıl iş DNS geçişidir. Google taşımadan en az bir hafta önce DNS kaydının TTL değerini birkaç saat gibi düşük bir süreye indirmeyi öneriyor. Yeni sunucudaki güvenlik duvarının Googlebot'u engellemediğini URL Denetleme aracıyla test edin. Geçişin hemen ardından tarama hızında kısa bir düşüş olağandır, sonraki günlerde tarama yeniden artmaya başlar. Eski sunucuyu ona gelen trafik sıfırlanana kadar kapatmayın. DNS kayıtlarının işleyişini IP adresleri ve DNS yapısı yazımızda ele aldık.
Taşıma sonrası kontrol listesinde neler olmalı?
Taşıma sonrası kontrol listesinde yönlendirme testleri, dizine ekleme durumu, tarama sağlığı, ölçüm etiketleri ile performans kıyası yer almalıdır. Amaç sorunu Google'dan önce yakalamaktır. Kullandığımız liste ilk saatlerden ilk üç aya uzanır:
| Ne zaman | Neyi kontrol edin | Nereye bakın |
|---|---|---|
| İlk saatler | Eski URL örnekleri tek adımda doğru hedefe gidiyor mu | Tarama aracının liste modu |
| İlk saatler | Yeni sayfalar Googlebot için erişilebilir mi, noindex kalmış mı | URL Denetleme aracı |
| İlk gün | GA4 etiketi ile dönüşüm olayları yeni şablonlarda tetikleniyor mu | GA4 gerçek zamanlı raporu |
| İlk hafta | Sunucu 5xx hatası veriyor mu, Googlebot isteklerinde düşüş var mı | Tarama İstatistikleri raporu ile sunucu logları |
| İlk hafta | Yeni site haritasındaki URL'ler dizine girmeye başladı mı | Site haritaları raporu |
| İlk ay | Eşleştirmede unutulan adresler 404 veriyor mu | Sayfa dizine ekleme raporu |
| İlk ay | Gösterim ile tıklama eski mülkten yeni mülke geçiyor mu | İki mülkün performans raporu |
| İlk üç ay | Sıralama ile organik dönüşüm taşıma öncesi kayda göre nerede | Sıralama takibi ve GA4 |
Raporların ayrıntısını Search Console kullanımı konusundaki rehberimizde anlattık. Google'a göre bir taşımanın tamamlanması için Googlebot'un eski ve yeni sitedeki her URL'yi en az bir kez ziyaret etmesi gerekir. Taşıma oturduktan sonra yeni siteyi SEO kontrol listesindeki maddelerle baştan denetlemek, içerik yönetim sistemi (CMS) değişikliğinde kaybolan ayarları ortaya çıkarır.
Taşımadan sonra trafik düşerse nereden başlanır?
Taşımadan sonra trafik düşerse önce düşüşün tüm siteye mi yoksa belirli sayfa gruplarına mı yayıldığına bakın. Tüm siteyi etkileyen düşüşün olası nedeni şablon ya da sunucu düzeyindeki bir hatadır. Denetimlerde şu beş adımlık sırayı izliyoruz:
- Robots.txt dosyasını ve sayfalardaki noindex etiketlerini kontrol edin. Test ortamından kalan tek bir satır tüm siteyi dizin dışında bırakabilir.
- Yönlendirmelerin 302 değil 301 döndüğünü, zincir oluşturmadığını doğrulayın.
- Canonical etiketlerinin eski alan adını ya da test ortamı adresini göstermediğinden emin olun.
- Trafiği en çok düşen sayfaları eski sürümleriyle karşılaştırın. Kaybolan metin, değişen title ya da silinen iç linkler bu yolla fark edilir.
- JavaScript ile yüklenen içeriğin ilk HTML yanıtında görünüp görünmediğine bakın.
Bu kontrollerden sonra açıklanamayan bir düşüş kalıyorsa aynı haftalarda bir Google çekirdek güncellemesi olup olmadığına bakın. İki olay denk geldiğinde etkiyi ayırmak zorlaşır.
Kendi sitemizi taşırken hangi adımları uyguladık?
Kendi sitemiz rankzup.com'u Eylül 2026'da WordPress'ten statik HTML sayfalara taşırken alan adını ve URL yapısını değiştirmedik. WordPress'teki /blog/yazi-adi/ kalıbını aynen koruduğumuz için yayında kalan yazılar yönlendirme gerektirmedi.
Yönlendirme ihtiyacı WordPress'in kendiliğinden ürettiği adreslerde çıktı. Kategori, etiket, yazar ile sayfalama arşivlerini ve RSS adreslerini iki kalıp kuralıyla blog ana sayfasına 301'ledik. Adreslerin www, HTTP ve index.html ile biten sürümleri de tek adımda asıl adrese gidiyor. İçerik temizliğini platform geçişiyle aynı gün değil, altı gün sonra ayrı bir adım olarak yaptık. Birleştirdiğimiz ve kaldırdığımız 26 yazının her biri için ayrı bir 301 kuralı yazdık. Geçiş yeni olduğu için burada sonuç rakamı paylaşmıyoruz.
Taşımayı kendi ekibinizle yapıyorsanız bu yazıdaki plan, geçiş günü sırası ve kontrol listesi iş listesi olarak kullanılabilir. Eşleştirme tablosunu, yönlendirme testlerini ve taşıma sonrası takibi birlikte yürütmek isterseniz teknik SEO hizmetimizin kapsamına göz atabilirsiniz.