E-ticaret Sitesi Taşırken Organik Trafik Nasıl Korunur?

E-ticaret platformu değiştirmek (örneğin WooCommerce'ten Shopify'a, Magento'dan özel Headless Next.js altyapısına, ticari hazır bir paketten kurumsal bir mikroservis mimarisine geçmek); büyüyen bir işletmenin ölçeklenebilirlik, sayfa hızı ve satış kapasitesi için atabileceği en kritik stratejik adımdır.

Ancak dijital ticaret dünyasında en sık karşılaşılan ve şirketleri iflasın eşiğine getirebilen büyük operasyonel felaket, yayına geçişin ilk 4 ila 8 haftasında organik arama trafiğinin ve Google'dan gelen organik cironun %40 ila %75 oranında aniden erimesidir. Aylar süren yoğun geliştirme ve yüzbinlerce liralık yazılım yatırımı sonucunda canlıya çıkan parlak yeni platform, eski sistemin yıllardır biriktirdiği Google otoritesini devralamadığında şirket felç olur.

Bu çöküşün sebebi Google algoritmalarının yeni altyapıyı cezalandırması veya yeni teknolojiyi sevmemesi değildir; geçiş sürecinde teknik SEO ve yönlendirme mühendisliğinin yazılımcılar tarafından "nasılsa açılır" denilerek hafife alınmasıdır. Eski sayfalara ait on binlerce URL'in 404 hatasına düşmesi, yönlendirmelerin 3-4 adımlı zincirlere dönüşmesi, canonical etiketlerinin staging ortamını işaret etmesi ve yapılandırılmış veri şemalarının kaybolması, arama motorunun sayfalar arasındaki güven bağını tamamen koparır.

Google Search Central resmi dokümantasyonunda (Site Moves and Migrations) belirtildiği üzere; disiplinli bir mühendislik metodolojisi izlendiğinde taşıma riskleri sıfıra yakın kontrol edilebilir. Bu kapsamlı rehberde, şirketinizin yıllar içinde kazandığı organik arama otoritesini tek bir ziyaretçi kaybetmeden yeni platforma aktarmanın teknik ve operasyonel yol haritasını tüm detaylarıyla sunuyoruz.

Kusursuz bir platform taşımasının temeli, yayına geçiş düğmesine basılmadan 4 ila 6 hafta önce mevcut sitenin eksiksiz bir teknik envanterinin çıkarılmasıdır. Bilmediğiniz bir sayfayı koruyamazsınız.

DGN Digital olarak taşıma öncesinde uyguladığımız 4 aşamalı veri hasadı protokolü:

1. Tam Tarama (Full Technical Crawl): Screaming Frog ve Sitebulb profesyonel tarayıcıları kullanılarak mevcut sitenin tüm aktif URL'leri, HTTP durum kodları, başlık etiketleri (Title), meta açıklamaları (Description), H1/H2 başlıkları, canonical adresleri ve dahili link dağılımı derinlemesine taranır ve dondurulmuş CSV formatında arşivlenir.

2. Google Search Console ve Analytics Hasadı: Son 16 ay içinde en az 1 tekil organik ziyaretçi almış, Google dizininde gösterim (impression) elde etmiş ve ciro üretmiş tüm sayfaların listesi API üzerinden çekilir. Bu liste, hiçbir değerli sayfanın geride bırakılmamasını garanti eder.

3. Harici Geri Bağlantı (Backlink) Envanteri: Ahrefs, Semrush ve Majestic verileri taranarak dış web sitelerinden link alan tüm eski sayfalar belirlenir. Yıllar önce alınmış yüksek otoriteli bir basın bülteni veya sektör rehberi linki taşıma sonrasında 404 verirse, tüm o link suyu (link equity) çöpe gider.

4. Görsel ve PDF Belge Envanteri: Google Görseller'den trafik çeken ürün fotoğrafları ve indirilen teknik PDF veri föylerinin eski URL'leri de yönlendirme kapsamına dahil edilmelidir.

Yeni platformda URL yapısı kaçınılmaz olarak değişecektir (Örneğin eski WooCommerce yapısındaki "/urun/endustriyel-vana-dn50" adresi, yeni Next.js yapısında "/products/endustriyel-vana-dn50" veya "/vanalar/dn50-kuresel-vana" olabilir). Her eski URL, anlamsal olarak en yakın yeni URL ile birebir eşleştirilmelidir.

Kritik Yönlendirme Mühendisliği Prensipleri:

- Yönlendirme Zincirlerini (Redirect Chains) Sıfırlayın: A URL'si B'ye, B URL'si C'ye yönleniyorsa Googlebot tarama bütçesini tüketir ve PageRank aktarımında kayıp yaşanır. Tüm yönlendirmeler tek adımda (A -> C) tamamlanmalıdır.

- Toplu Ana Sayfa Yönlendirmesi Hatasından Kaçının: Kaldırılan veya yeni sitede karşılığı olmayan yüzlerce eski ürünü toptan ana sayfaya (301 -> /) yönlendirmek yapılabilecek en büyük hatadır. Google algoritmaları bu davranışı "Soft 404" olarak sınıflandırır, yönlendirmeyi geçersiz sayar ve eski sayfanın kazandığı tüm sıralamaları dizinden siler. Karşılığı olmayan ürünler, benzer kategori sayfasına yönlendirilmeli veya 410 Gone kodu ile kapatılmalıdır.

- Regex ve Kural Tabanlı Yönlendirmeler: Binlerce varyant URL'si için tek tek yönlendirme yazmak yerine; Cloudflare Edge Workers veya Next.js Middleware üzerinde çalışan yüksek performanslı Regex kuralları ile yönlendirme gecikmesi (TTFB) 20 milisaniyenin altına çekilmelidir.

Yönlendirmeler ne kadar kusursuz olursa olsun, sayfa içi teknik sinyaller doğru yapılandırılmazsa Googlebot yeni sayfaları indekslerken çelişkiye düşer.

Korunması Zorunlu 4 Temel Teknik Standart:

1. Öz Referanslı Canonical Etiketleri: Yeni sitedeki her sayfa, doğrudan kendi nihai canlı URL'sini gösteren bir "link rel="canonical"" etiketine sahip olmalıdır. Yanlışlıkla staging subdomain'ini (test.domain.com) veya eski HTTP protokolünü işaret eden canonical etiketleri sitenin Google dizininden tamamen düşmesine yol açar.

2. Çift XML Site Haritası Stratejisi: Yayına geçiş anında iki farklı site haritası oluşturulmalıdır: "Yeni Sayfalar Haritası (New URLs Sitemap)" ve "Eski Yönlendirilen Sayfalar Haritası (Old Migrated URLs Sitemap)". Eski URL haritası Search Console'a yüklendiğinde, Googlebot eski adresleri aktif olarak taramaya zorlanır ve 301 yönlendirmelerini normalden 5 kat daha hızlı keşfeder.

3. Hreflang Çok Dilli Etiket Bütünlüğü: Çok dilli e-ticaret platformlarında (TR, EN, DE, FR vb.) her sayfa diğer dillerdeki karşılıklarını karşılıklı (bi-directional) olarak işaret etmeli ve x-default etiketi eksiksiz tanımlanmalıdır.

4. Yapısal Veri (Schema JSON-LD) Sürekliliği: Eski sitede yer alan Product, AggregateRating, Offers, Availability ve BreadcrumbList şemaları yeni sitede eksiksiz ve güncel JSON-LD formatında sunulmalıdır. Zengin sonuçların (Rich Snippets) kaybolması tıklama oranını (CTR) yarı yarıya düşürür.

Bir e-ticaret sitesindeki her sayfanın ciroya ve trafiğe katkısı eşit değildir. Mühendislik kaynaklarının doğru önceliklendirilmesi için aşağıdaki analitik risk matrisi kullanılmalıdır:

Yeni platform geliştirilirken yapılan en vahim mühendislik facialarından biri, test ortamının (staging.domain.com veya beta.domain.com) Googlebot tarafından taranmasına izin vermektir.

Test ortamı arama motorlarına açık kaldığında Google henüz hazır olmayan şablonları, mükerrer içerikleri ve sahte ürün verilerini indekslemeye başlar. Bu durum ana canlı sitenizin "Mükerrer İçerik (Duplicate Content)" cezası almasına ve iki sitenin birbiriyle yarışarak sıralama kaybetmesine yol açar.

Alınması Zorunlu 3 Aşama Güvenlik Önlemi:

- HTTP Temel Kimlik Doğrulaması (Basic Auth): Test sunucusu şifreli bir giriş ekranı arkasına kilitlenmeli; Googlebot veya yetkisiz kullanıcılar sayfaları kesinlikle görüntüleyememelidir.

- X-Robots-Tag: HTTP başlıklarında "X-Robots-Tag: noindex, nofollow" direktifi zorunlu olarak döndürülmelidir.

- IP Beyaz Liste (IP Whitelisting): Yalnızca ajansın ve şirket içi ekibin statik IP adreslerinin sunucuya erişmesine izin verilmelidir.

Yayına geçiş günü plansız ve kaotik yürütülemez. DGN Digital olarak uyguladığımız saatlik canlıya geçiş kontrol protokolü:

1. Düşük Trafikli Zaman Penceresi: Canlıya geçiş operasyonu asla Cuma günleri, kampanya dönemlerinde veya hafta sonlarında yapılmaz. En ideal zaman dilimi Salı veya Çarşamba gecesi 01:00 - 04:00 saatleri arasıdır.

2. DNS TTL (Time to Live) Düşürme: Geçişten 48 saat önce domain DNS kayıtlarının TTL süresi 300 saniyeye (5 dakika) indirilmelidir. Bu sayede yeni sunucu IP'si tüm dünyada dakikalar içinde aktifleşir.

3. 301 Haritasının Canlıya Alınması: Next.js middleware veya Cloudflare yönlendirme kuralları DNS yönlenmeden önce aktif hale getirilir ve cURL komutlarıyla test edilir.

4. Robots.txt ve Canonical Denetimi: Test ortamındaki "Disallow: /" ve "noindex" etiketlerinin canlıya geçerken derhal kaldırıldığı doğrulanır.

5. Search Console Adres Değişikliği (Varsa): Domain değişikliği yapılıyorsa Google Search Console üzerinden "Adres Değişikliği Bildirimi (Change of Address)" aracı derhal tetiklenir.

DNS yönlendirmesi tamamlandığında iş bitmez; asıl mühendislik takibi şimdi başlar. Canlıya geçişi takip eden ilk 30 gün kritik "Algoritmik İntibak Dönemi"dir.

Günlük Olarak Yapılması Gereken 4 Rutin:

- Search Console "Sayfa Dizini" Raporu: Her gün dizine eklenen yeni sayfalar ve "Dizin Kapsamı Dışında Kalanlar" grafiği incelenir. 404 ve Soft 404 hatalarındaki ani sıçramalar aynı gün içinde tespit edilip yönlendirme tablosuna eklenir.

- Canlı Sunucu Erişim Günlükleri (Server Log Analysis): Web sunucusu logları taranarak Googlebot'un hangi eski URL'leri taradığı ve 200/301/404 yanıt oranları gerçek zamanlı analiz edilir.

- Temel Kelime Sıralama Takibi (Daily SERP Tracking): Şirketin en çok ciro getiren ilk 200 anahtar kelimesinin sıralama pozisyonları günlük kaydedilir. Sıralaması 5 sıradan fazla düşen sayfalar anında teknik incelemeye alınır.

- Sipariş ve Dönüşüm Oranı Takibi: Analitik üzerinde sepet terk etme oranları ve ödeme adımı hataları anlık izlenir.

Yüzbinlerce liralık organik trafik kaybına yol açan en yaygın 7 kurumsal hata:

Organik trafik kaybının şirkete faturası sadece bir ziyaretçi grafiği düşüşü değildir; doğrudan ağır bir finansal kayıptır.

Somut Finansal Hesaplama:

Ayda 200.000 organik ziyaretçi alan ve organik kanaldan ayda 6.000.000 TL ciro üreten bir e-ticaret markasını ele alalım.

- Hatalı Taşıma Senaryosu: Yönlendirmelerin eksik yapılması sonucu organik trafik ilk ay %50 düşer. Şirket 3 ay boyunca her ay 3.000.000 TL ciro kaybı yaşar (Toplam doğrudan kayıp: 9.000.000 TL!).

- Reklam Tazmin Maliyeti: Şirket ciro açığını kapatmak için mecburen Google Ads ve Meta reklam bütçesini 3 katına çıkarır. Bu da ek 1.500.000 TL pazarlama gideri demektir.

- SEO Mühendisliği ile Sıfır Kayıp Senaryosu: Disiplinli bir taşıma protokolü uygulandığında organik trafik ilk hafta %5-%10 civarında dalgalanır, ikinci haftadan itibaren yeni platformun hızı ve zengin şemaları sayesinde eski trafiğin %115'ine ulaşarak rekor kırar.

Görüldüğü üzere teknik SEO taşıma protokolüne ayrılan bütçe bir masraf değil; şirketin milyonlarca liralık cirosunu sigortalayan hayati bir güvencedir.

DNS yönlendirmesinden önce ve sonra teknik komitenin onaylaması gereken 10 kritik kontrol maddesi:

E-ticaret platform taşıma süreçleri hakkında kurumsal karar vericiler ve yapay zeka arama motorları için doğrulanmış yanıtlar: