SEO Göçü ve Yeniden Platformlama

Q: SEO taşıma (migration) hizmeti ne kadar tutar?

Maliyet, kapsam , URL sayısı, teknik karmaşıklık, hedef pazar sayısı ve SEO’nun ne kadar erken süreçte devreye alındığına göre değişir. Küçük ya da orta ölçekli bir site için migrasyon bazen daha çok odaklı danışmanlık şeklinde ilerlerken; çok uluslu bir e-ticaret platformunun taşınması çoğu zaman planlama, QA (test), yayına alma ve toparlanma aşamalarında birkaç haftalık aktif destek gerektirir. En büyük fiyat belirleyicisi yalnızca sayfa adedi değildir; bunun yerine benzersiz şablon sayısı , yönlendirme (redirect) kuralları ve paydaş gruplarının sayısı belirleyicidir. Genellikle migrasyonları rastgele paket kademeleriyle değil, risk ve iş yüküne göre değerlendiririm. Net bir tahmin için mevcut mimariyi, lansman takvimini, pazarları ve geliştirme desteğinin zaten hazır olup olmadığını görmem gerekir.

Q: Taşınmış (migrate edilmiş) bir web sitesini yayına almadan önce ne test edilmelidir?

En azından yönlendirmeleri (redirect’ler), HTTP durum kodlarını, canonical etiketlerini, robots kurallarını, XML site haritalarını, iç bağlantıları, analitik izleme kurulumunu, yapılandırılmış verileri, hreflang etiketlerini, mobil görünümü ve şablon bazında indekslenebilirliği test ederim. JavaScript ağırlıklı veya headless sitelerde ise ayrıca oluşturulan (render edilen) HTML’i karşılaştırır ve kritik içeriğin bozuk/hatalı hydration kalıpları olmadan görünür olduğundan emin olurum. Büyük sitelerde testlerin sadece birkaç örnek sayfayla sınırlı kalmaması gerekir; küçük bir şablon hatası binlerce URL’yi etkileyebilir. Yayına alma öncesi hazırlıkta staging ortamını da kontrol ederim; böylece yanlışlıkla noindex, engellenen asset davranışı gibi ayarlar üretime taşınmaz. Yayın kontrol listesi ancak her maddenin net bir geçti/kaldı kriteri ve sorumlusu varsa işe yarar.

Q: Yayınladıktan sonra ne olur ve sürekli SEO desteğine ihtiyacımız var mı?

Yayın sonrasında süreç , “önleme” aşamasından “kontrollü toparlama ve optimizasyon” aşamasına geçer. Sitenin tarama davranışını, dizine eklenme durumunu, görünürlüğü, organik geliri, yönlendirme (redirect) performansını ve şablon seviyesindeki anormallikleri düzenli olarak izler; ardından düzeltmeleri iş etkisine göre önceliklendiririz. Birçok işletme için en az 1-3 ay takip desteği faydalıdır; çünkü gizli sorunlar bu dönemde ortaya çıkar ve Google’ın yeni siteyi nasıl yorumladığı daha net görülür. Daha büyük işletmelerde ise migrasyon çoğu zaman [SEO kürasyonu & aylık yönetim](/services/seo-monthly-management/) kapsamında daha geniş bir işletim modelinin başlangıcı olur. Yeni platformun sadece eski seviyeye dönmesini değil, onu geçmesini istiyorsanız sürekli destek özellikle değerlidir.

Daha Fazla Bilgi

2025-2026’da SEO taşıma (migration) planlaması neden önemlidir

SEO geçişi artık daha kolay değil, daha zor hale geldi; çünkü modern web siteleri artık bir sunucudan diğerine taşınan basit HTML sayfalarından oluşan bir yapı değil. Güncel bir yeniden platforma taşıma (replatform) sürecinde artık JavaScript render değişiklikleri, CDN kuralları, filtreli/katmanlı (faceted) navigasyon, API tabanlı şablonlar, lokalizasyon katmanları ve analitik geçişleri aynı anda gerçekleşebiliyor. Bu katmanlardan biri bile bozulursa Google birkaç gün içinde URL eşdeğerliğini, canonical tutarlılığını veya tarama yollarını kaybedebilir. Birçok şirkette yeniden tasarım için 6 ya da 7 haneli bütçeler harcanıp, buna karşılık geçiş (migration) yönetimi için neredeyse hiçbir şey ayrılmadığını görüyorum; sonra da yayından sonra neden sıralamaların çöktüğünü merak ediyorlar. Risk, özellikle de geliştirme ekipleri SEO’yu bir yönlendirme (redirect) e-tablosu gibi görüp, bunu kapsamlı bir sistem değişikliği olarak ele almadığında en yüksektir. Herhangi bir geçiş başlamadan önce bunu genellikle bir teknik SEO denetimi ile eşleştiririm; böylece başlangıçtaki (baseline) problemleri netleştirir ve eski teknik borcu yeni yayına (launch) ait sorunlardan ayırırım. Bu ayrım önemlidir; çünkü atfedemediğiniz şeyi düzeltemezsiniz.

Migrasyon planlaması zayıf olduğunda, harekete geçmemenin maliyeti tek bir bariz başarısızlık olarak değil, katman katman ortaya çıkar. Önce yüksek değerli açılış sayfaları, yönlendirmeler çok genel yapıldığı için, canonicals değiştiği için veya dahili bağlantılar hâlâ kullanımdan kaldırılmış URL’lere işaret ettiği için sıralamalarını kaybeder. Ardından Google, parametreli kopyalar, yönlendirme zincirleri veya soft 404’ler için crawl bütçesini harcar; önemli bölümler ise geç fark edilir. Gelir etkisi ise kategori, marka ve long-tail arama sorgularında hızla görülür; özellikle de şablon tabanlı binlerce sayfaya sahip eCommerce sitelerinde, öngörülebilir indeksleme hayati olduğundan bu daha belirgindir. Bu karmaşa sırasında rakipler avantaj kazanır; çünkü onlar URL sinyallerini istikrarlı tutarken siteniz karma sinyaller gönderir. Bu nedenle, işletmenin hangi görünürlüğün riske girdiğini ve hangi sorgu kümelerinin önce korunması gerektiğini anlaması için lansmandan önce SERP gap kontrolü yapmanızı rakip analizi ile öneriyorum. Kötü bir migrasyon sadece trafiği azaltmaz; mimarisini bozmadan koruyan daha hızlı oyunculara pazar payını bırakır.

Göç süreci, her aşamaya SEO kontrolleri gömülmüş bir mühendislik projesi gibi yönetildiğinde faydası belirgin şekilde büyüktür. 40+ dilde hizmet veren 41 eCommerce alan adında planlı göçlerin; sıralama eşitliğini koruduğunu, birkaç hafta içinde dizinlemeyi geri kazandırdığını ve hatta geçiş sırasında eskiye bağlı atık kaldırıldığı için tarama verimliliğini artırabildiğini bizzat gördüm. Çok büyük sitelerde trafiği koruyan aynı süreç; URL desenlerini sadeleştirmeyi, canonical mantığını temizlemeyi ve sonraki 12-24 ay için daha iyi indexation kontrolü sağlamayı da mümkün kılar. Birçok vakada göç, yıllardır büyümeyi engelleyen sorunları çözmek için dönüm noktası oldu: derin sayfalama tuzakları, zayıf dahili bağlantı yapısı ve kontrolsüz parametre genişlemesi gibi. Sonuç sadece lansman sonrasında hayatta kalmak değildir; daha temiz veriye sahip, daha az manuel “yangın söndürme” ile güçlendirilmiş bir organik temel elde etmektir. Çalışmam, göç kontrollerini log dosyası analizi ve devam eden SEO raporlama & analitik süreçleriyle birleştiriyor; böylece Googlebot, dizinleme ve gelir sinyallerinin beklenen şekilde toparlanıp toparlanmadığını takip edebiliyoruz. Göçü bir risk olayından, katlanarak büyüyen bir avantaja dönüştürmenin yolu budur.

SEO geçişi ve yeniden platforma taşıma projelerine yaklaşımımız

Göç (migration) metodolojim tek bir ilkeye dayanır: önem taşıyan her SEO sinyali ya korunmalı, bilinçli olarak iyileştirilmeli ya da iş gerekçesiyle açıkça devre dışı bırakılmalıdır (retired). Bu kulağa açık geliyor, ancak çoğu göç başarısız olur çünkü ekipler yalnızca URL’leri takip eder ve bunların etrafındaki sistemleri göz ardı eder: dahili bağlantılar, şablonlar, render (işleme), site haritaları (sitemaps), log’lar, analitik (analytics) ve pazar varyasyonları. Ben, blog yazısından kopyalanıp hem 5.000 sayfalık bir broşür sitesi hem de 12 milyon URL’lik bir e-ticaret (eCommerce) kataloğuna aynı şekilde uygulanan genel bir kontrol listesi kullanmıyorum. Bunun yerine göçü, dizine eklenebilir parametre kombinasyonları, yetim (orphan) bölümler, şablon mirası (template inheritance) ve yönlendirme (redirect) çakışma kalıpları gibi gerçek risk kümeleri etrafında kuruyorum. Büyük sitelerde bu çalışma, Python SEO otomasyonu ile büyük ölçüde hızlandırılır; böylece URL envanterleri, eşleştirme (mapping) doğrulaması, eşdeğerlik (parity) kontrolleri ve anomali tespiti ölçeklenebilir şekilde işlenebilir. İşte bu otomasyon, karmaşık göçlerin aceleye gelmeden hızlı ilerlemesinin nedenidir. Hedef yargıyı (judgment) otomatikleştirmek değil; tekrarlayan doğrulama adımlarını ortadan kaldırmaktır; böylece yargı, en çok önem taşıyan sayfalara ve desenlere (patterns) odaklanabilir.

Araç katmanında, kullandığımız teknoloji yığınından bağımsız olarak Screaming Frog, Sitebulb, sunucu günlükleri analizi, Google Search Console API’leri, GA4 veya Adobe Analytics dışa aktarımları ve özel crawler’ları bir araya getiriyorum. Bir göç (migration) asla tek bir veri kaynağına güvenmemelidir; çünkü her kaynak farklı bir soruyu yanıtlar: crawler’lar mimariyi gösterir, günlükler bot davranışını gösterir, GSC indeksleme ve sorgu kalıplarını gösterir ve analitikler ticari etkiyi gösterir. Yayına hazırlık (pre-launch) ve yayından sonra (post-launch) dönemler için, durum kodları (status codes), canonicals, title’lar, H1-H2 gibi başlıklar (headings), structured data, sitemap’e dahil edilme ve iç bağlantı sayıları gibi unsurları; eski ve yeni ortamlar arasında karşılaştıran veri hatları (data pipelines) düzenli olarak kuruyorum. Kurumsal yapılarda bu kontroller çoğu zaman tekrarlanabilir script’ler olarak yazılır; böylece aynı doğrulama, lansman haftası boyunca her gün çalıştırılabilir. Raporlama, gösteriş amaçlı (vanity) dashboard’lara değil, bir karar çerçevesine (decision framework) bağlıdır; bu yüzden göç projeleri sıklıkla daha kapsamlı SEO raporlama ve analitik çalışmalarına entegre olur. Bir metriğin yeri değişirse, dashboard bize hangi şablonun, hangi bölümün veya hangi teknik değişikliğin sorumlu olduğunu söylemelidir. Bu da tespitten düzeltmeye giden yolu kısaltır.

AI, geçişlerde faydalıdır; ancak iş akışının yalnızca sıkı şekilde kontrol edilen bölümlerinde. Değişiklik günlüklerini özetlemek, yönlendirme (redirect) niyeti uyuşmazlıklarını sınıflandırmak, QA bulgularını kümelendirmek ve teknik bulguları özellikle yüzlerce sayfa veya kural setinin incelenmesi gerektiğinde paydaşlar için hazır dokümantasyona dönüştürmek için Claude ve GPT tarzı modeller kullanıyorum. AI’nin yapmadığı şey; nihai redirect kararlarını vermek, canonical politikasını (canonical policy) tanımlamak veya deterministik doğrulama olmadan lansman hazır olduğunu onaylamaktır. AI’nin en yüksek değerli kullanımı; desen tanıma ve iletişim hızıdır; bu yüzden özel (custom) script’ler ve manuel incelemeyle birlikte çok iyi çalışır. Çok dilli sitelerde ayrıca AI, pazarlara göre şablon eşdeğerliğini (template parity) karşılaştırmaya ve manuel kontrolün çok uzun süreceği tutarsız meta desenlerini tespit etmeye yardımcı olabilir. Bu iş akışları doğrudan AI & LLM SEO workflows hizmetimle bağlantılıdır; ancak kalite kontrolü tamamen insan liderliğinde yürütülür. Geçiş çalışmalarında, hızlı ama yanlış bir yanıt hâlâ yanlıştır; bu nedenle otomatik veya AI destekli her bulgu, crawl, log veya sayfa düzeyindeki kanıtlarla mutlaka doğrulanmalıdır.

Taşıma (migration) SEO’sunda ölçek her şeyi değiştirir. 200 sayfalık bir hizmet sitesinin bazen temel bir yönlendirme planı ve dikkatli bir tarama ile hayatta kalması mümkün olabilir; ancak 500K ile 10M arasında dizine eklenmiş URL yöneten bir işletme, mimari seviyesinde kontroller gerektirir. Şu anda, alan adı başına yaklaşık 20M URL üreten ve her mülkte 500K ile 10M arasında dizine eklenmiş URL bulunan sitelerle çalışıyorum; bu nedenle metodoloji, URL şişmesi (URL inflation), fasetli arama (faceted search), yerelleştirme ve pazarlar arasında kısmi şablon kalıtımı (partial template inheritance) için tasarlanmıştır. Bu ortamlarda her sayfayı tek tek doğrulamanız mümkün değildir; URL kurallarını, sayfa türlerini, sorgu kümelerini (query clusters) ve indeksleme (indexation) yollarını doğrularsınız. Bu yüzden migrasyon çalışmaları çoğu zaman site mimarisi, uluslararası & çok dilli SEO ve web sitesi geliştirme + SEO ile örtüşür. Migrasyon sadece içerikleri Platform A’dan Platform B’ye taşımak değildir; keşif (discovery), render alma (rendering), alaka düzeyi (relevance) ve otorite/equity akışının sistem üzerinden nasıl ilerlediğini korumaktır. Eğer bu sistem doğru tasarlanırsa, yeni platform lansmandan çok sonra bile daha kolay ölçeklenir.

Kurumsal SEO geçiş stratejisi: Gerçek yeniden platforma geçiş nasıl görünür

Büyük, çok dilli veya ürün verileriyle derin şekilde entegre olan bir web sitesinde standart geçiş (migrasyon) tavsiyeleri hızla yetersiz kalır. Küçük bir site için bir yönlendirme (redirect) e-tablo’su yeterli olabilir; ancak kategorilerden, filtrelerden, arama durumlarından, marka sayfalarından ve pazara özel varyasyonlardan milyonlarca URL üretildiğinde bu yaklaşım yetmez. Kurumsal (enterprise) ortamlarda risk genellikle tek bir felaket hatadan ibaret değildir; görünürlüğü birlikte aşındıran, birbirine eklenen yüzlerce küçük uyumsuzluk söz konusudur. Canonical’lar zamanla sapar, dahili bağlantılar hâlâ eski (legacy) rotalara işaret eder, sitemap’ler indekslenemeyen URL’leri ifşa eder, JavaScript içerikleri hydration’a (hidratlama) kadar bloke eder ve hreflang referansları eski yapıları gösterir. Eski sistemler ayrıca migrasyon sırasında ortaya çıkan tarihsel tutarsızlıklar da üretir; örneğin zayıf mimariye rağmen iyi sıralanan sayfalar ya da fark edilmeden ince kopyalar (thin duplicates) üreten şablonlar gibi. Bu yüzden kurumsal migrasyon, yalnızca manuel kontrol (spot check) yapmaya değil; sayfa türlerine dayalı, kural setleri ve istisna yönetimi içeren bir modele ihtiyaç duyar.

Özel katman, değerin büyük kısmının üretildiği yerdir. Eski ve yeni URL kümelerini karşılaştırmak, yönlendirme döngülerini ve bire çok eşlemeleri tespit etmek, şablon bazında başlık (title) ve heading eşleşme oranını ölçmek ve milyonlarca kayıt boyunca site haritası (sitemap) ile canonical çakışmalarını işaretlemek için rutin olarak script’ler (komut dosyaları) geliştiriyorum. Bazı projelerde bu script’ler manuel QA (kalite güvencesi) süresini yaklaşık %80 azaltarak daha fazla e-tablo yerine daha derin incelemeye alan açtı. Bir geçiş (migration) çalışmasında otomatik doğrulama, yerelleştirilmiş kategori sayfalarının doğru şekilde yönlendiğini ancak yanlış bir canonical hedefini devraldığını ortaya çıkaran bir desen tespit etti; bu da 14 pazar genelinde dizine eklenmeyi (indexation) zayıflatacak bir kusurdu. Başka bir çalışmada ise crawl ve log analizi, Googlebot’un emekli olmuş parametreli URL’lere tekrar tekrar istek harcadığını gösterdi; bunun üzerine dahili bağlantıları yeniden kurgulayarak ve sunucu yanıtlarını temizleyerek, birkaç hafta içinde crawl verimliliğini 3× artırdık. Geçişler otomatik oluşturulan landing page’ler veya büyük ölçekli şablonlanmış varlıklarla (templated assets) etkileştiğinde iş genellikle enterprise için programatik SEO ile kesişir; çünkü sayfaları üreten aynı kural sistemlerinin korunması ya da akıllıca yeniden yazılması gerekir. Buradaki amaç herkesinkinden daha fazla araç sahibi olmak değil; sitenin tam olarak hangi arıza (failure) modlarına sahip olduğuna yönelik doğru araç setine sahip olmaktır.

Bir SEO uzmanı tüm süreci entegre bir teslimat ortağı olarak değil de izole bir gözden geçiren olarak yürüttüğünde de migrasyon başarısız olur. Benim rolüm genellikle ürün, geliştirme, analitik, içerik ve bölgesel ekiplar arasında konumlanır; çünkü lansman ancak her grubun keşfedilebilirliği (discoverability) ve sıralamaları (rankings) hangi kararların etkilediğini bilmesiyle başarılı olur. Geliştiricilerin, genel öneriler değil; kesin teknik kabul kriterlerine ihtiyacı vardır. İçerik ekiplerinin, eşdeğerlik için hangi başlık, H1/H2 ve metin kalıplarının zorunlu olduğunu ve lansman sonrası hangilerinin iyileştirilebileceğini bilmesi gerekir. Ürün yöneticilerinin ise, lansman engelleyicilerini “olsa da olur” (nice-to-have) kalemlerden ayıracak şekilde risk öncelikli bir backlog’a ihtiyacı vardır. Bu yüzden migrasyon çalışmaları çoğu zaman web sitesi geliştirme + SEO ile bağlantılıdır ve lansman sonrasında da SEO kürasyonu & aylık yönetim ile devam eder. Migrasyon çıktısı bir PDF değildir; ekiplerin zaman baskısı altında kullanabileceği, çalışan bir karar sistemi (decision system)dir.

Geçiş (migration) çalışmalarının geri dönüşleri nadiren doğrusal olur ve beklentilerin dürüstçe belirlenmesi gerekir. İlk 30 günde ana hedefler; teknik stabilite, yönlendirme (redirect) doğruluğu, yeniden taramayı (re-crawl) hızlandırma ve indeks şişmesini (index bloat) önlemedir. 60-90 gün içinde, yüksek değerli bölümlerin yeniden görünürlük kazanıp kazanmadığını ve Googlebot’un doğru şablonlarda zaman harcayıp harcamadığını görmelisiniz. 6 ayda, yeni platformun tarama verimliliğini iyileştirip iyileştirmediğini, içerik yayınlama hızını artırıp artırmadığını ve yeni bölümlere ya da pazarlara ölçeklenme (scale) kapasitesini değerlendirmeniz gerekir. 12 ayda, en iyi geçişler eski siteyi geride bırakır; çünkü taşıma sırasında yalnızca aktarıp sürüklemek yerine teknik borç kaldırılmıştır. En yakından takip ettiğim metrikler, şablon bazında indekslenen URL eşitliği (indexed URL parity), marka dışı görünürlük (non-brand visibility), sorgu kümesi toparlanması (query cluster recovery), tarama israfının (crawl waste) azaltılması ve organik gelirin stabilitesi (organic revenue stability). Bu sinyaller size geçişin sadece atlatıldığını mı yoksa daha güçlü bir organik sistem mi oluşturduğunu söyler.

Sunumlar

Neler Dahil?

01 Post-lansman değişikliklerinin varsayımlar yerine gerçek verilere göre ölçülebilmesi için sıralamaları, dizine eklenen sayfaları, şablonları, gelir sayfalarını, tarama davranışını ve teknik borcu yakalayan pre-migrasyon temel seviye kıyaslama.

02 Sayfa desenine ve sayfa düzeyine göre URL envanteri ve yönlendirme (redirect) eşlemesi; böylece en değerli eski URL’ler genel kategorilere veya ana sayfaya toplu şekilde gönderilmek yerine en ilgili hedefe yönlendirilir.

03 Başlıklar, meta açıklamalar, canonicals, başlıklar (headings), hreflang, yapılandırılmış veri, dahili bağlantılar ve indexation yönergeleri için şablon eşdeğerliği (template parity) incelemesi; böylece platform geçişinde kritik SEO sinyalleri korunur.

04 Her şey prodüksiyona ulaşmadan önce; görselleştirmeyi, taranabilirliği (crawlability), robots kurallarını, durum kodlarını, filtreleme/çok katmanlı gezinmeyi (faceted navigation), JavaScript hydration’ı ve mobil davranışı kontrol eden staging ortamı QA.

05 Sunucu logları, GSC, analitikler, tarama anlık görüntüleri, XML site haritaları (sitemaps) ve yönlendirme doğrulamasını kapsayan lansman günü izleme çerçevesi; kritik arızaları haftalar yerine saatler içinde tespit etmek için.

06 ccTLD, alt klasör (subfolder) veya alt alan adı (subdomain) kurulumları için uluslararası geçiş kontrolleri; hreflang tutarlılığı, bölgesel canonicals, dil değiştirme mantığı ve pazar bazlı sayfa eşlemesini içerir.

07 Yeni URL’leri doğrudan Google’ın keşfetmesini sağlamak için navigasyonu, breadcrumb’leri, footer bağlantılarını, XML sitemaps’leri ve içerik bağlamındaki bağlantıları güncelleyen dahili bağlantı düzeltimi (remediation); yönlendirmelere güvenmek yerine.

08 Önceden tanımlanmış eşikler (thresholds), sorun sahipliği, eskalasyon yolları ve robots, canonicals, yönlendirmeler (redirects) ile sunucu yanıtı (server response) işleme için acil kural setleriyle geri alma (rollback) ve kontenjans (contingency) planlaması.

09 İndeksleme, tarama verimliliği, gelir şablonları ve sorgu kümelerini (query clusters) önceliklendiren post-lansman iyileştirme yol haritası; işletmenin 1. hafta, 2. hafta, 1. ay ve 3. ayda neyi düzelteceğini bilmesini sağlar.

10 Geliştiriciler, ürün yöneticileri, içerik ekipleri ve liderlik için geliştirilen göç dokümantasyonunun (executive ve implementation) çevirisi; böylece göç kararları tüm paydaşlar arasında uygulanabilir ve izlenebilir (traceable) hale gelir.

Süreç

Nasıl Çalışır?

Aşama 01

Aşama 1: Denetim, kıyaslama ve geçiş risk modeli

1-2. haftalar, lansman tarihleri konuşulmadan önce mevcut siteyi anlamaya odaklanır. Organik trafik, en çok gelir getiren URL’ler, şablon grupları, indeksleme seviyeleri, iç bağlantılar, tarama sıklığı, yapılandırılmış veri ve mevcut teknik borca ilişkin temel verileri toplarım. Ardından, kritik şablonları düşük etkili alanlardan ayıran ve taşınma sırasında neyin eşdeğer kalması gerektiğini neyin iyileştirilebileceğini belirleyen bir geçiş risk modeli oluştururum. Çıktı; ürün, geliştirme, SEO ve liderliğin uyum sağlayabileceği bir kıyaslama paketi, bir risk kayıt defteri ve önceliklendirilmiş bir kapsamdır.

Aşama 02

Aşama 2: URL eşleştirme, spesifikasyon ve staging QA

2-5. haftalar; stratejiyi uygulama kurallarına dönüştürmeye odaklanır. Yönlendirme eşleştirme mantığını oluşturur, canonical ve indexation politikasını tanımlar, sitemap kurallarını dokümante eder, şablon eşdeğerliğini kontrol eder ve taranabilirlik ile render için staging ortamlarını doğrularım. Ayrıca; dahili bağlantılar, breadcrumb’lar, pagination, hreflang ve structured data burada test edilir; böylece post-launch (yayın sonrası) sürpriz olarak bırakılmaz. Bu aşamanın sonunda ekip, yeni sitenin hazır göründüğü yönünde belirsiz bir his yerine; geçer/kalmaya dayalı bir lansman kontrol listesine sahip olur.

Aşama 03

Aşama 3: Yayın kontrolü ve ilk 72 saat

Yayın haftası, bir kutlama gibi değil; olay önlemeye yönelik olarak yürütülür. Yayına geçişten sonraki saatler içinde durum kodlarını izliyorum; yönlendirme (redirect) yanıt davranışını, robots yönergelerini, canlı XML site haritalarını, analitik izlemeyi, GSC gönderimlerini, sunucu günlüklerini ve kilit şablon örneklerini takip ediyorum. Sorunlar ortaya çıktığında, iş etkisine göre önceliklendirilir: gelir sayfaları, yüksek bağlantı değeri (link equity) olan sayfalar ve ana şablonlar ilk sırada olur. Teslimat; sorumlu kişileri, teslim tarihlerini ve doğrulama adımlarını içeren canlı bir sorun kuyruğudur. Böylece iş tarafı, neyin bozuk olduğunu, neyin düzeltildiğini ve nelerin yakından izlendiğini net olarak bilir.

Aşama 04

Aşama 4: Kurtarma, yeniden tarama ve büyüme stabilizasyonu

Son aşama, bir sonraki 4-12 haftayı kapsar; çok büyük sitelerde bazen daha uzun sürebilir. Eski ve yeni performansı bölüm, sorgu kümesi ve şablon bazında karşılaştırır; ardından tarama verimliliği, indeksleme uyumu, yönlendirme temizliği, dahili bağlantı güncellemeleri ve gerektiğinde içerik ya da meta veri kurtarma adımlarını ele alırım. İşte göçler artık sadece tepkisel değil, stratejik olmaya başlar; çünkü stabilite geri döndüğünde, yeni platform eskiye kıyasla daha iyi ölçeklenebilirlik için optimize edilebilir. Çıktı; bir kurtarma yol haritası, düzenli performans raporları ve beklenen etkiye göre sıralanmış göç sonrası iyileştirmelerden oluşan bir geliştirme birikimidir.

Karşılaştırma

SEO geçiş hizmeti: standart ajans süreci vs kurumsal yaklaşım

Boyut

Standart Yaklaşım

Bizim Yaklaşım

Keşif

Yayın öncesi kısa bir tarama ve genel bir kontrol listesi; çoğu zaman temel sıralamalar, şablon segmentasyonu veya gelir sayfası önceliklendirmesi olmadan.

Trafik, sıralamalar, gelir şablonları, loglar, dizine eklenmiş sayfalar ve teknik borç genelinde kapsamlı bir kıyaslama; böylece, yayın sonrası hareket tam olarak kanıtlanabilir.

Yönlendirme eşlemesi

Tek tek veya çoktan bire yönlendirmeler toplu olarak geç oluşturulur; az iş mantığı ve minimum doğrulama ile.

Niyet, bağlantı değeri (link equity) ve yüksek değerli yolları koruyan kural tabanlı ve öncelik odaklı eşleştirme; zincirler, döngüler ve uyumsuzluklar için otomatik doğrulama ile.

Şablon QA

Küçük bir sayfa örneği üzerinde, genellikle yalnızca görünür öğelere odaklanan manuel nokta kontrolleri.

Şablon ve pazar bazında başlıklar, kanonikler, başlıklar, şema, hreflang, dahili bağlantılar, işleme çıktısı ve indeksleme kuralları üzerinde eşdeğerlik kontrolleri.

İzleme başlatma

Sorunları günler sonra Search Console ve analizlerde görüp, ardından reaktif şekilde inceleyin.

Yayınlamadan sonraki saatler içinde durum kodlarını, yönlendirme davranışını, sunucu günlüklerini, site haritası gönderimlerini, taramaları ve şablon anlık görüntülerini izleyin.

International handling

Çevrimiçi çevirileri, ana pazarla aynı kopya kabul edin ve yönlendirmelerin bölgesel karmaşıklığı karşılayacağını umun.

hreflang, canonical hedefler, yerel şablonlar, URL desenleri ve bölgesel gelir sayfaları için pazar bazında mantığı doğrulayın.

Yayın sonrası toparlanma

Görünen sorunları ihtiyaç oldukça giderin ve trafik düşmeyi bıraktığında başarı ilan edin.

Yeniden taramayı hızlandırma, dahili bağlantı güncellemeleri, tarama israfı, indeksleme eşitliği ve bölüm bazında büyüme fırsatlarını kapsayan yapılandırılmış bir toparlanma planı yürütün.

Kontrol Listesi

Eksiksiz SEO geçiş kontrol listesi: neleri kapsıyoruz

✓ En iyi sayfalar, şablonlar ve eski desenler için URL eşleme doğruluğu; çünkü hatalı eşleme otoriteyi alakasız hedeflere yönlendirir ve yıllar içinde oluşturulan sıralamaları bozabilir. KRİTİK
✓ Eski ve yeni şablonlar arasında kanonik eşdeğerlik; çünkü yanlış bir canonical, yönlendirmeler teknik olarak doğru olsa bile doğru sayfanın dizinden çıkmasına neden olabilir. KRİTİK
✓ Staging ve üretim ortamlarında robots, meta robots ve header yönergeleri, çünkü şablon düzeyinde tek bir noindex veya engellenmiş yol tüm bölümleri arama sonuçlarından kaldırabilir. KRİTİK
✓ Geçiş yönlendirmelerine (redirect) güvenmek keşfi yavaşlattığı ve tarama (crawl) bütçesini boşa harcadığı için; gezinme menüsü, kırıntı (breadcrumbs), alt bilgi (footer) ve bağlamsal modüllerde dahili bağlantı güncellemeleri yapın.
✓ XML site haritası kapsamı ve temizliği; yönlendirilmiş, kanonikleştirilmiş veya dizine eklenemeyen URL’leri içeren site haritaları, yeniden işleme sırasında arama motorlarını karıştırır.
✓ Ürün, kategori, kuruluş, SSS, gezinme kırıntısı (breadcrumb) ve makale şablonları için yapılandırılmış veri korunumu; çünkü kaybolan şema, yayından sonra zengin sonuç uygunluğunu düşürebilir.
✓ Hreflang ve bölgesel URL tutarlılığı; çünkü bozuk pazar referansları genellikle ülkeler arası kanibalizasyona ve daha zayıf yerel görünürlüğe yol açar.
✓ 200, 301, 302, 404 ve 410 davranışları dahil sunucu yanıt doğrulaması; tutarsız durum kodu işleme, Google’ın site kalitesini yeniden değerlendirmesine neden olur ve konsolidasyonu yavaşlatır.
✓ JavaScript tarafından oluşturulan sayfalarda içerik ve işleme (render) eşdeğerliğini sağlayın; çünkü istemci tarafında çalıştırılana kadar gizli kalan içerikler daha zayıf indeksleme veya eksik alaka sinyallerine yol açabilir.
✓ Sahip atamaları ve sorun eşiği tanımlarıyla geri alma (rollback) hazırlığı; çünkü hasarı en hızlı şekilde sınırlamanın yolu, hatalı bir yayın/launch öğesini ne zaman ve nasıl geri alacağını tam olarak bilmektir.

Sonuçlar

SEO taşıma projelerinden gerçek sonuçlar

Kurumsal moda e-Ticaret

+18% markasız görünürlük (4 ayda)

Bu proje, 12 pazarda eski bir mağazadan daha hızlı bir altyapıya geçişi (replatform) içeriyordu. Temel risk, URL yeniden yapılandırması sırasında (aynı zamanda gezinme mantığını da değiştiren) kategori ve marka sayfası otoritesini kaybetmekti. Desen bazlı yeniden yönlendirme kurallarını yeniden oluşturdum, canonical ve hreflang eşdeğerliğini doğruladım ve göç (migration) takibini uluslararası ve çok dilli SEO kontrolleriyle eşleştirdim. Trafik 1. hafta kısa süreli düştü; 3. haftada dengeye oturdu. Tarama kaynak israfı azaldığı ve dahili bağlantılama iyileştiği için markasız görünürlük, 4 ay içinde eski platformun %18 üzerini aştı.

Büyük pazar yeri

Yayın sonrası günde 500K+ URL yeniden işlendi

Pazar yeri, satıcılar, kategoriler ve konum sayfaları arasında milyonlarca kombinasyon barındırıyordu; parametre tekrarları ve öksüz (orphaned) envanter açısından ciddi riskler vardı. Yayın sonrası indeksin düşük değerli durumlarla taşmasını önlemek için kademeli kurallar, özel doğrulama betikleri ve site mimarisi güncellemeleri uyguladık. İlk ay boyunca Googlebot, yeni öncelikli bölümlere yönlendirildi; kullanımdan kaldırılan (obsolete) parametre URL’leri ise temiz bir şekilde emekliye ayrıldı. Sonuç olarak daha hızlı yeniden işleme, daha kontrollü indeksleme ve gelir getiren şablonlarda uzayan bir görünürlük düşüşü yaşanmaması sağlandı.

B2B endüstriyel katalog

5 haftada 3× tarama verimliliği ve trafiğin geri kazanımı

Bu geçiş; bir alan adı taşımayı, CMS değişikliğini ve içerik temizliğini bir arada içeriyordu; yani ekip pratikte her şeyi aynı anda değiştirmek zorunda kaldı. Sitede 1,6M'dan fazla eski URL vardı, tutarsız canonical’lar bulunuyordu ve taranmaya devam eden düzinelerce düşük kaliteli dahili arama yolu mevcuttu. Keşfi geri kazanmak ve indeksleme sinyallerini temizlemek için yeniden yönlendirme (redirect) konsolidasyonu, log dosyası analizi ve yayından sonra şema & yapılandırılmış veri düzeltmelerini birleştirdim. 5 hafta içinde organik oturumlar temel seviyesine döndü ve tarama verimliliği yaklaşık 3× arttı; çünkü Googlebot, yinelenen ya da kullanımdan kaldırılmış yollar yerine çok daha az zaman harcadı.

İlgili Vaka Çalışmaları

4× Growth

SaaS

Siber Güvenlik SaaS Uluslararası

4 ayda günde 80'den 400'e ziyaret. Çok pazarlı SEO stratejisiyle uluslararası siber güvenlik SaaS pl...

0 → 2100/day

Marketplace

Kullanılmış Araç Pazar Yeri Polonya

14 ayda sıfırdan günde 2100'e günlük organik ziyaretçi. Polonya otomobil pazar yeri için tam SEO lan...

10× Growth

eCommerce

Lüks Mobilya eTicaret Almanya

14 ayda günde 30'dan 370'e ziyaret. Almanya pazarında premium mobilya e-ticaret....

Andrii Stanetskyi

Her projenin arkasındaki kişi

11 yıldır her sektörde SEO sorunlarını çözüyorum — eCommerce, SaaS, tıp, pazar yerleri, hizmet işletmeleri. Girişimler için tek başına analizlerden, çok alanlı kurumsal yapılara liderlik etmeye kadar. Python’ı yazar, panoları kurar ve sonucu sahiplenirim. Aracı yok, hesap yöneticisi yok — işi yapan kişiye doğrudan erişim.

200+

Teslim edilen proje

18

Sektörler

40+

Kapsanan diller

11+

SEO’da yıl

Uygunluk Kontrolü

SEO sitesi taşıma (SEO migration) işletmeniz için doğru mu?

Yeni bir platforma geçiş yapan, headless altyapı kuran veya bölgeselleştirilmiş mağaza (storefront) yapısına geçen kurumsal e-ticaret markaları. Katalogunuz, kategori sisteminiz ve dahili yönlendirmeler (internal linking) gelirin önemli bir bölümünü oluşturuyorsa, geçişin kontrolü “isteğe bağlı” değil, zorunludur. Bu durum, ayrıca lansman sonrası kurumsal e-ticaret SEO’su konusunda derinlik de gerektiren işletmeler için özellikle geçerlidir.

Birden fazla ülkede etki alanı (domain), dil klasörleri, pazar yönlendirmeleri veya CMS mantığı değiştiren uluslararası işletmeler. Bu geçişler; hreflang, kanonik etiketler (canonical) ve yerelleştirilmiş şablonların tümünün uyumlu kalması gerektiğinden ek risk taşır. Birden fazla ekip veya pazar söz konusuysa, bu çalışmanın başından itibaren uluslararası ve çok dilli SEO denetimiyle birlikte yürütülmesi gerekir.

100K+ URL’ye sahip şirketler, katmanlı (faceted) gezinme, büyük dokümantasyon portföyleri veya programatik olarak üretilen sayfalar. Bu ölçekte yalnızca manuel QA (kalite güvencesi) çok yavaş ve çok kırılgandır; bu yüzden süreç, otomasyon ve kural tabanlı doğrulama ile desteklenir. Bu projelerin birçoğu, şablonlar ve sayfa üretim mantığı değiştiğinde kurumsal için programatik SEO ile de iyi şekilde uyum sağlar.

Daha önce lansman tarihlerini netleştirmiş ve baskı altında geliştirme, analitik ve ürün ekipleriyle doğrudan çalışabilecek bir operatöre ihtiyaç duyan işletmeler için. Benim rolüm; genel danışmanlık yerine, hassas sorun listeleri, karar verme çerçeveleri ve uygulama desteği isteyen ekiplerde en iyi şekilde uyum sağlar. Özellikle geçişin, web sitesi geliştirme + SEO kapsamında daha geniş bir yeniden inşa sürecinin parçası olduğu durumlarda faydalıdır.

Uygun değil mi?

Birkaç sayfalık, organik olarak belirgin bir varlığı olmayan küçük bir broşür sitesi, tam kapsamlı bir geçiş (migration) çalışmasına ihtiyaç duymayabilir. Bu durumda genellikle hedefe yönelik bir teknik SEO denetimi ve yönlendirme (redirect) konusunda rehberlik yeterlidir.

Henüz bir CMS seçmemiş, yeniden tasarım yönünü veya bilgi mimarisini değerlendiren ancak henüz uygulamaya başlamamış ekipler; göç (migration) uygulamasını konuşmadan önce daha fazla değer için önce website-development-seo veya site architecture planlamasından faydalanabilir.

SSS

Sık Sorulan Sorular

SEO taşıma (migration), bir web sitesinin platformu, domain’i, URL yapısı, tasarım sistemi veya teknik altyapısı değiştiğinde organik arama görünürlüğünü ve “arama otoritesi” değerlerini koruyup aktarma sürecidir. Risklidir çünkü Google, kullanıcıların yaptığı gibi yeniden tasarımı “görsel olarak” değerlendirmez; bunun yerine değişen URL’leri, güncellenen iç bağlantıları, farklı canonical etiketlerini, yeni işleme/render davranışlarını ve bazen tamamen yeni tarama yollarını sinyaller olarak algılar. Bu sinyaller tutarsız olursa içerik benzer görünse bile sıralamalar düşebilir. Risk özellikle şablon sayısı fazla, birden fazla pazar hedefleyen ve üretilen/otomatik URL’lerin çok olduğu sitelerde artar. Bir taşıma başarılı sayılır; arama motorları sitenin nereye taşındığını, hangi sayfaların eşdeğer kaldığını ve hangi sayfelerin bilerek devre dışı bırakıldığını net biçimde anlayabildiğinde.

Maliyet, kapsam, URL sayısı, teknik karmaşıklık, hedef pazar sayısı ve SEO’nun ne kadar erken süreçte devreye alındığına göre değişir. Küçük ya da orta ölçekli bir site için migrasyon bazen daha çok odaklı danışmanlık şeklinde ilerlerken; çok uluslu bir e-ticaret platformunun taşınması çoğu zaman planlama, QA (test), yayına alma ve toparlanma aşamalarında birkaç haftalık aktif destek gerektirir. En büyük fiyat belirleyicisi yalnızca sayfa adedi değildir; bunun yerine benzersiz şablon sayısı, yönlendirme (redirect) kuralları ve paydaş gruplarının sayısı belirleyicidir. Genellikle migrasyonları rastgele paket kademeleriyle değil, risk ve iş yüküne göre değerlendiririm. Net bir tahmin için mevcut mimariyi, lansman takvimini, pazarları ve geliştirme desteğinin zaten hazır olup olmadığını görmem gerekir.

Çoğu ciddi SEO geçişinde, yayın öncesi planlama genellikle 4-8 hafta sürer ve yayından sonra izleme süreci en az 4-12 hafta devam eder. Karmaşık yerelleştirme, birden fazla kod tabanı veya milyonlarca URL içeren daha büyük kurumsal projelerde hazırlık süresi daha uzun olabilir; çünkü yönlendirme (redirect) kurgusu, şablon eşitliği ve QA (test) daha fazla zaman alır. En sık gördüğüm hata, SEO çalışmalarını yayından sadece iki hafta önce başlatmaktır; bu durumda kritik pek çok karar zaten kilitlenmiş olur. Sağlıklı bir zaman planı; başlangıç (baseline) ölçümleri, eşleştirme (mapping), staging QA, yayım kontrolü ve geri dönüş planını kapsar. “Recovery” süresi sabit değildir; Google farklı siteleri farklı hızlarda yeniden tarar, bu yüzden toparlanma/iyileşme göstergeleri genellikle günler içinde başlayıp haftalara yayılabilir.

“Sıfır trafik kaybı” hedefimiz olsa da, bunu hiçbir dürüst SEO hizmetinin yüzde 100 garanti edemeyeceği bir vaat olarak düşünmek gerekir. İyi yönetilen geçişlerde bile kısa süreli dalgalanmalar görülebilir; çünkü Google yönlendirmeleri işler, yeni siteyi yeniden tarar ve şablonları yeniden değerlendirir. Benim odaklandığım şey, riski kontrollü tutmak, olası sorunları hızlı tespit etmek ve mümkün olan en kısa gerçekçi toparlanma sürecini sağlamaktır. Güçlü geçişlerde yüksek değerli bölümlerin toparlanması çoğu zaman 2-6 hafta içinde olurken, büyük ölçekli sitelerde tam normalleşme birkaç ayı bulabilir. Planlamanın önemi, kısa ve yönetilebilir bir düşüş ile dörtte bir boyunca süren önlenebilir %40’lık bir düşüşün çok farklı şeyler olmasıdır.

En azından yönlendirmeleri (redirect’ler), HTTP durum kodlarını, canonical etiketlerini, robots kurallarını, XML site haritalarını, iç bağlantıları, analitik izleme kurulumunu, yapılandırılmış verileri, hreflang etiketlerini, mobil görünümü ve şablon bazında indekslenebilirliği test ederim. JavaScript ağırlıklı veya headless sitelerde ise ayrıca oluşturulan (render edilen) HTML’i karşılaştırır ve kritik içeriğin bozuk/hatalı hydration kalıpları olmadan görünür olduğundan emin olurum. Büyük sitelerde testlerin sadece birkaç örnek sayfayla sınırlı kalmaması gerekir; küçük bir şablon hatası binlerce URL’yi etkileyebilir. Yayına alma öncesi hazırlıkta staging ortamını da kontrol ederim; böylece yanlışlıkla noindex, engellenen asset davranışı gibi ayarlar üretime taşınmaz. Yayın kontrol listesi ancak her maddenin net bir geçti/kaldı kriteri ve sorumlusu varsa işe yarar.

Evet, çünkü her platform farklı güçlü yönler ve risk noktaları ortaya çıkarır. Shopify migrasyonları genellikle URL yönetimi, şablonlama (templating) ve uygulamaların (app) oluşturduğu olası yinelenen içerik gibi sınırlılıkları görünür hale getirir. Magento projeleri ise katmanlı gezinme (layered navigation), mağaza görünümleri (store views) ve eski yönlendirme (redirect) geçmişleri nedeniyle daha karmaşık hale gelebilir. Headless mimarilerde ise geleneksel CMS’lerde olmayan; renderlama, hidrasyon, önbellekleme ve önizleme ortamı kaynaklı riskler öne çıkar. Özel platformlarda da SEO davranışı; geliştirme ekibinin ne inşa ettiği ve arama motoru botlarına gerçekte neyin gösterildiğine göre daha da değişir. Migrasyonun temel prensipleri benzer kalır, ancak uygulama detayları, QA derinliği ve izleme öncelikleri teknoloji yığınına göre farklılaşır.

Temel nokta sayfa bazında düşünmeyi bırakıp şablonlar, kurallar ve segmentler üzerinden ilerlemektir. URL’leri; sayfa türü, pazar, niyet ve işletmeye sağladığı değer gibi kriterlere göre gruplandırır, ardından taşıma davranışını bu kümeler üzerinden doğrularım. Bunu crawler’lar, log analizleri, API’ler ve özel geliştirilmiş script’ler ile kontrol ederek yapıyoruz. Böylece milyonlarca kayıtın hepsini tek tek elle inceleyeceğimizi varsaymadan kapsamlı denetim yapabilmek mümkün olur. 10M+ üretilen URL bulunan sitelerde ayrıca, asla indekslenmemesi gereken üretilmiş durumları indeks hakkını koruması gereken sayfalardan ayırırız. Ölçek, mimari, yönlendirme (redirect) mantığı ve izleme (monitoring) daha ilk günden ölçeğe göre kurgulandığında yönetilebilir hale gelir.

Yayın sonrasında süreç, “önleme” aşamasından “kontrollü toparlama ve optimizasyon” aşamasına geçer. Sitenin tarama davranışını, dizine eklenme durumunu, görünürlüğü, organik geliri, yönlendirme (redirect) performansını ve şablon seviyesindeki anormallikleri düzenli olarak izler; ardından düzeltmeleri iş etkisine göre önceliklendiririz. Birçok işletme için en az 1-3 ay takip desteği faydalıdır; çünkü gizli sorunlar bu dönemde ortaya çıkar ve Google’ın yeni siteyi nasıl yorumladığı daha net görülür. Daha büyük işletmelerde ise migrasyon çoğu zaman [SEO kürasyonu & aylık yönetim](/services/seo-monthly-management/) kapsamında daha geniş bir işletim modelinin başlangıcı olur. Yeni platformun sadece eski seviyeye dönmesini değil, onu geçmesini istiyorsanız sürekli destek özellikle değerlidir.

Sonraki Adımlar

SEO geçiş projenize gerçek bir planla başlayın

Başarılı bir migrasyon şans eseri değildir; ayrıca lansmandan bir gün önce gönderilen tek bir yönlendirme sayfasının sonucu da değildir. Bu, mevcut siteyi kıyaslayarak (benchmarking) başlar; geliri üreten sayfaları korumayı, yeni şablonları ölçekli biçimde doğrulamayı ve sorunlar kayba dönüşmeden önce yakalayabilmek için ilk haftaları yeterli hassasiyetle izlemeyi gerektirir. Benim pratisyen olarak yaptığım iş de tam olarak budur: kurumsal e-ticaret SEO’sunda 11+ yıl, 40+ dilde 41 domain, 10M+ URL mimarileriyle deneyim ve teknik derinliği Python otomasyonu ile ve yapay zekâ destekli QA süreçleriyle birleştiren bir teslimat modeli. Sonuç yalnızca lansman riskinin düşmesi değildir. İçerik, kategoriler, pazarlar ve ürün keşfi gibi alanlarda gelecekteki büyümeyi destekleyebilecek daha temiz ve daha ölçeklenebilir bir organik temel sağlar.

İlk adım, mevcut platformunuzu, hedef platformunuzu, lansman zaman çizelgenizi, URL hacimlerinizi, pazar kurulumunuzu ve ticari açıdan en çok önem taşıyan web sitesi bölümlerini birlikte değerlendirdiğimiz bir migrasyon kapsam belirleme görüşmesidir. Buradan sonra genellikle olası risk alanlarını, hemen hangi bölümlerin denetlenmesi gerektiğini ve projede tam bir migrasyon çerçevesine mi yoksa daha dar kapsamlı bir müdahaleye mi ihtiyaç duyulduğunu ana hatlarıyla çıkarabilirim. Devam edersek, ilk teslimat çoğu zaman erişim ve karmaşıklığa bağlı olarak ilk 5-10 iş günü içinde bir temel seviye denetim (baseline audit) ve migrasyon risk modeli olur. Ulaşmadan önce kusursuz dokümantasyona ihtiyacınız yok; analitikler, Search Console, bir crawl ve temel lansman planları genellikle başlamak için yeterlidir. Migrasyon tarihiniz zaten yakınsa bu da hâlâ mümkün, ancak SEO ne kadar erken entegre edilirse lansman öncesinde o kadar fazla riski ortadan kaldırabiliriz.