Geçiş Sırasında Organik Trafik Kaybını Önleme Checklist'i

Organik Trafik Kaybını Önleme Checklist’i Nedir? Organik trafik kaybını önleme checklist’i, platform geçişi öncesinde, sırasında ve sonrasında SEO sinyallerinin (URL yapısı, meta veriler, indeksleme, backlink) korunduğunu doğrulamak için sırayla uygulanan kontrol maddeleridir.

Geçiş sürecinde trafik kaybının büyük kısmı tek bir büyük hatadan değil, birkaç küçük ihmalin üst üste binmesinden kaynaklanır: eksik yönlendirme, güncellenmemiş meta açıklama, unutulmuş sitemap gönderimi gibi. Bu checklist, 301 redirect haritası rehberinde anlatılan yönlendirme işleminin ötesinde, geçişin tüm SEO yüzeyini kapsar.

Bu checklist’in değeri, tek bir kişinin hafızasına güvenmek yerine sistematik bir kontrol mekanizması sunmasıdır. Geçiş projeleri genelde yoğun ve zaman baskılı ilerler; bu baskı altında bir madde “sonra hallederiz” denilip unutulabilir. Yazılı bir checklist, bu unutma riskini ortadan kaldırır ve her maddenin sorumlusunu net şekilde tanımlar.

Checklist Kullanmayan Geçişlerde Ne Gibi Sonuçlar Görülür?

Checklist kullanmayan geçişlerde en sık görülen sonuç, geçiş sonrası ilk hafta içinde organik trafikte ani ve açıklanamayan bir düşüştür; ekip bu düşüşün kök nedenini bulmak için günler harcar çünkü hangi adımların atlandığına dair bir kayıt yoktur.

Bir ajans veya işletme, geçmiş projelerinden edindiği tecrübeyle bu checklist’i her seferinde yeniden oluşturmak yerine standart bir şablon haline getirmelidir. Bu şablon, her yeni geçiş projesinde sıfırdan düşünmeyi gerektirmeden doğrudan uygulanabilir hale gelir ve ekip deneyiminin kurumsal hafızaya dönüşmesini sağlar.

İpucu: İlk geçiş projenizde bu checklist’i uygulayın ve sonunda hangi maddelerin sizin özel durumunuzda eksik kaldığını not edin. İkinci geçişte bu notları checklist’e ekleyerek kendi kurumsal şablonunuzu oluşturabilirsiniz.

Geçiş Öncesi Neler Kontrol Edilmeli?

Geçiş öncesi checklist, mevcut sitenin SEO durumunun tam bir kaydını çıkarmaya odaklanır; bu kayıt, geçiş sonrası karşılaştırma için referans noktası olur.

1. Google Search Console’dan mevcut indekslenmiş URL sayısı ve son 3 aylık organik trafik verisi dışa aktarılır.
2. Her sayfanın title, meta description ve H1 etiketleri tablo halinde kaydedilir.
3. 301 redirect haritası hazırlanır ve test ortamında doğrulanır.
4. Mevcut backlink profili (Ahrefs, Moz veya Search Console bağlantılar raporu) kaydedilir geçiş sonrası hangi linklerin hâlâ çalıştığı bu listeyle karşılaştırılır.
5. Core Web Vitals verisi (PageSpeed Insights veya Search Console) geçiş öncesi referans olarak kaydedilir.
6. Robots.txt ve mevcut sitemap.xml içeriği bir metin dosyasına kopyalanarak arşivlenir.

Referans Verisi Neden Sadece Bir Ekran Görüntüsünden İbaret Olmamalı?

Referans verisi, yalnızca görsel bir kayıt değil, sayısal olarak karşılaştırılabilir bir veri seti olmalıdır; bir ekran görüntüsü geçiş sonrası “önce ne vardı” sorusuna kabaca cevap verir ama trend analizi veya yüzdesel karşılaştırma yapılmasına izin vermez.

Bu nedenle referans veri mutlaka CSV veya tablo formatında saklanmalı, her metrik için tarih damgası taşımalıdır. Örneğin “geçiş öncesi organik trafik: haftalık 12.400 oturum (1-7 Eylül 2026)” gibi net bir kayıt, geçiş sonrası “trafik %18 düştü” gibi somut bir karşılaştırma yapılmasını sağlar; bir ekran görüntüsü bu hesaplamayı otomatik yapmaz.

İpucu: Geçiş öncesi alınan ekran görüntüleri ve CSV dışa aktarımları, geçiş sonrası bir sorun çıktığında “önce ne vardı” sorusuna hızlı cevap verir. Bu kayıt olmadan trafik düşüşünün nedenini teşhis etmek çok daha uzun sürer.

Meta Veri Denetimi Neden Ayrı Bir Adım Olmalı?

Meta veri denetimi, her sayfanın title ve meta description’ının kaynak platformdan Shopify’a doğru şekilde taşındığını doğrulayan ayrı bir kontrol adımıdır; bu adım atlanırsa Shopify’ın varsayılan (genelde ürün adı + mağaza adı) meta etiketleri devreye girer ve özenle optimize edilmiş eski meta veriler kaybolur.

Yüksek trafikli 50-100 sayfa için geçiş öncesi title/description bir tabloya kaydedilmeli, geçiş sonrası bu tabloyla Shopify’daki güncel değerler karşılaştırılmalıdır. Bu karşılaştırma, hangi sayfaların manuel güncellemeye ihtiyaç duyduğunu hızlıca ortaya çıkarır.

Geçiş Günü Hangi Adımlar Uygulanmalı?

Geçiş günü, DNS yönlendirmesi aktif olduğu anda yönlendirmelerin ve temel SEO etiketlerinin canlı sitede çalıştığının anında doğrulanmasını gerektirir.

Kritik Not: Yeni siteler test aşamasında yanlışlıkla robots.txt içinde tüm crawler’ları engelleyen bir ayarla yayına alınabilir. Geçiş gününde bu satırın kaldırıldığından emin olunmadan DNS değişikliği tamamlanmamalı.

Yapılandırılmış Veri (Schema) Kontrolü Neden Atlanmamalı?

Yapılandırılmış veri kontrolü, ürün, breadcrumb ve SSS gibi schema işaretlemelerinin yeni Shopify temasında da doğru şekilde render edildiğini doğrular; eski platformda özenle kurulmuş bir Product schema, Shopify temasına taşınmazsa zengin sonuç (rich result) görünümü kaybolur.

Google’ın Zengin Sonuç Test Aracı (Rich Results Test) ile geçiş sonrası en az 10-15 örnek sayfa taranmalı, ürün fiyatı, stok durumu ve yıldız puanının doğru işaretlendiği teyit edilmelidir. Bu kontrol, Shopify’a geçiş rehberinde belirtilen schema seçim mantığıyla (Article, FAQPage, Product) uyumlu çalışmalıdır.

İpucu: Shopify temaları genelde temel ürün schema’sını otomatik ekler, ancak özel SSS veya HowTo schema’sı eklenmediyse bu manuel olarak tema koduna veya bir schema app’ine eklenmelidir.

Geçiş Sonrası İlk Hafta Neler İzlenmeli?

Geçiş sonrası ilk hafta, Google Search Console’daki “Kapsam” raporunda 404 hatalarının ve indeksten düşen sayfa sayısının günlük takip edilmesini gerektirir.

Yeni sitemap Search Console’a manuel olarak gönderilmeli ve önceki sitemap’in artık geçerli olmadığı not edilmelidir. Yüksek trafikli sayfalarda organik tıklama ve gösterim verisi, geçiş öncesi kaydedilen referans veriyle karşılaştırılarak sapma olup olmadığı değerlendirilir.

Görsel SEO ve Alt Metin Aktarımı Nasıl Kontrol Edilir?

Görsel SEO kontrolü, ürün ve kategori görsellerinin alt metinlerinin (alt text) yeni platforma taşınıp taşınmadığını doğrular; bu metinler CSV içe aktarma sırasında sıklıkla boş kalır çünkü çoğu geçiş aracı alt metin alanını varsayılan olarak eşlemez.

Alt metin eksikliği doğrudan bir “trafik kaybı” yaratmaz ama görsel arama (Google Images) trafiğini ve erişilebilirlik puanını etkiler. Yüksek trafikli ürün görsellerinde alt metin eksikse, bu görseller Google Images sonuçlarından düşebilir.

• Geçiş öncesi en çok görsel arama trafiği alan ürünleri Google Analytics’ten belirleyin.
• Bu ürünlerin alt metinlerini geçiş sonrası manuel kontrol edin, eksikse yeniden ekleyin.
• Görsel dosya adlarının (urun-adi.jpg gibi) anlamlı kaldığından emin olun, otomatik yeniden adlandırma (IMG_001.jpg gibi) SEO değerini düşürür.

Backlink Kaybı Nasıl Tespit Edilir?

Geçiş öncesi kaydedilen backlink listesindeki URL’ler geçiş sonrası tek tek kontrol edilerek 301 ile doğru sayfaya yönlendiğinden emin olunmalıdır.

Bir backlink, yönlendirilmemiş bir eski URL’ye işaret ediyorsa bu link tamamen değer kaybeder. Yüksek otoriteli backlink’lerin hedef URL’leri öncelikli olarak kontrol edilmeli, gerekirse doğrudan o sayfayı işaret eden linki veren siteyle iletişime geçilip güncel URL bildirilmeli.

Checklist Farklı Platformlarda Nasıl Uyarlanır?

Checklist’in iskeleti platform bağımsız sabit kalır, ancak her kaynak platformun kendine özgü riskleri vardır; bu riskler checklist’e platform bazlı ek maddeler olarak eklenmelidir.

WooCommerce’den geçen mağazalarda Yoast/Rank Math eklentisinin ürettiği meta verilerin dışa aktarılması ek bir madde olarak eklenmeli, bu konu WooCommerce’den Shopify’a geçiş rehberinde detaylandırılır. Ticimax ve IdeaSoft gibi kapalı SaaS platformlardan geçişte ise meta veriler genelde standart export’a dahil olmadığı için ayrı bir destek talebi maddesi checklist’e eklenmelidir bu konu Ticimax sözleşme feshi ve veri dışa aktarma sürecinde ayrıca işlenir. Akinon gibi kurumsal omnichannel platformlarda ise checklist’e mağaza içi POS senkronizasyon kontrolü eklenmelidir.

Uzak Durulması Gereken Risk: Tüm platformlar için aynı genel checklist’i birebir uygulamak, platforma özgü riskleri gözden kaçırır. Her geçiş projesi, bu genel checklist’e kaynak platforma özel maddeler eklenerek özelleştirilmelidir.

Sık Sorulan Sorular

Geçiş sonrası trafik ne kadar sürede eski seviyesine döner? Doğru yapılan bir geçişte genelde 2-6 hafta içinde trafik stabilize olur. Google’ın yeni URL yapısını tam olarak yeniden taraması zaman alır.

Trafik düşüşü normal mi, ne kadarı kabul edilebilir? Geçiş sonrası %5-15 arası geçici dalgalanma sık görülür. %30’un üzerinde düşüş, yönlendirme veya teknik bir hatayı işaret eder.

Sitemap’i ne zaman Search Console’a göndermeliyim? Yeni site canlıya alındığı gün, DNS yayılması tamamlanır tamamlanmaz sitemap gönderilmelidir.

Eski Google Analytics verisi yeni siteye taşınır mı? Hayır, GA4 property’si genelde yeni domain için ayrı kurulur veya mevcut property’ye yeni veri akışı eklenir; geçmiş veri farklı bir görünümde saklanır.

Checklist kaç kişi tarafından uygulanmalı? Tek kişi teknik uygulamayı yapabilir, ama SEO doğrulama adımını farklı bir kişinin kontrol etmesi hataların gözden kaçmasını azaltır.

Checklist’teki hangi madde en çok atlanıyor? Backlink hedeflerinin tek tek kontrolü çoğu geçişte atlanır çünkü zaman alıcıdır; ama en çok SEO değeri kaybına yol açan adımlardan biridir.

Meta veri denetimi ne kadar sürer? Yüksek trafikli 50-100 sayfa için genelde 1-2 gün yeterlidir. Bu süre kaynak platformun meta veri dışa aktarma kolaylığına bağlıdır.

Yapılandırılmış veri (schema) kontrolü hangi araçla yapılır? Google’ın Zengin Sonuç Test Aracı ile tek tek sayfa taranarak kontrol edilir. Toplu kontrol için Screaming Frog’un yapılandırılmış veri raporu kullanılabilir.

Görsel alt metinleri geçişte neden sıklıkla kaybolur? Çoğu CSV tabanlı geçiş aracı alt metin alanını varsayılan eşlemeye dahil etmez. Bu alan geçiş sonrası manuel olarak kontrol edilip eksikse yeniden eklenmelidir.

Checklist Uygulamasında Sorumluluk Nasıl Dağıtılmalı?

Checklist maddelerinin tamamını tek kişiye bırakmak, geçiş projesinin en yaygın hatasıdır; her madde grubu (teknik, içerik, izleme) ayrı bir sorumluya atanmalı ve tamamlanma durumu ortak bir panoda görünür olmalıdır.

Bu dağılım, Shopify’a geçiş rehberinde anlatılan ekip rolleriyle doğrudan örtüşür. Checklist’in tek bir kişi tarafından uygulandığı projelerde, o kişinin uzmanlık alanı dışındaki maddeler (örneğin bir geliştiricinin meta veri denetimi yapması) genelde yüzeysel kalır.

Checklist Tamamlandıktan Sonra Hangi Rapor Hazırlanmalı?

Checklist tamamlandıktan sonra, tüm maddelerin durumu ve varsa açık kalan risklerin listelendiği kısa bir kapanış raporu hazırlanmalıdır; bu rapor, geçiş sonrası bir sorun çıktığında “bu adım kontrol edildi mi” sorusuna hızlı cevap verir.

Kapanış raporu üç bölümden oluşmalıdır: tamamlanan maddeler, ertelenen/eksik kalan maddeler ve bu eksikliklerin olası riskleri. Bu rapor, aynı zamanda gelecekteki bir platform geçişi (örneğin şirketin başka bir markasının geçişi) için bir şablon görevi görür.

İpucu: Kapanış raporunu geçiş bitiminden hemen sonra değil, 30 günlük takip süreci tamamlandıktan sonra son haline getirin. Bu, raporun yalnızca “yapıldı mı” değil “işe yaradı mı” sorusuna da cevap vermesini sağlar.

Checklist tüm platformlar için aynı mı uygulanmalı? Hayır, iskelet sabit kalsa da her kaynak platformun kendine özgü riskleri checklist’e ek madde olarak eklenmelidir. WooCommerce, Ticimax ve Akinon gibi platformların her biri farklı bir özel risk taşır.

Checklist’i tekrar kullanılabilir bir şablona nasıl dönüştürebilirim? İlk geçişte eksik kalan maddeleri not alıp checklist’e ekleyerek kurumsal bir şablon oluşturabilirsiniz. Bu şablon, sonraki geçiş projelerinde sıfırdan düşünme ihtiyacını ortadan kaldırır.

Sonraki Adım

Checklist tamamlandıktan sonra domain veya URL yapısı değişikliğinin Google’a resmi olarak bildirilmesi gerekir. Google Search Console’da domain/URL değişikliği bildirimi rehberine geçerek bu adım tamamlanabilir.