Site Taşıma Sonrası İlk 30 Gün Kontrol Listesi

Yeni web sitesinin yayına açılması, site taşıma projesinin sona erdiği anlamına gelmez. Asıl doğrulama dönemi; eski URL’lerin yeni hedeflere nasıl ulaştığının, Google’ın yeni yapıyı nasıl taradığının ve kullanıcı işlemlerinin çalışmaya devam edip etmediğinin izlendiği yayın sonrası süreçtir.

Kısa cevap: İlk 24 saatte site erişimi, robots, noindex, canonical, yönlendirme, sitemap ve analitik sistemleri kontrol edilmelidir. İlk hafta 404, 5xx, tarama, indeksleme ve öncelikli URL grupları günlük olarak izlenmelidir. Sonraki haftalarda performans ve dönüşüm verileri karşılaştırılarak kalan problemler önceliklendirilmelidir.

İlk 30 gün kesin sonuç süresi değildir. Google eski ve yeni URL’leri ayrı ayrı yeniden tarar ve işler. Orta ölçekli sitelerde çoğu sayfanın yeni adreslere taşınması birkaç hafta sürebilir; daha büyük sitelerde süreç daha uzun olabilir.

Bu nedenle ilk ayın temel sorusu şudur:

Yeni site doğru biçimde çalışıyor mu ve arama motorları ile kullanıcılar eski yapıdan yeni yapıya kayıpsız biçimde ilerleyebiliyor mu?

Site Taşıma Sonrası İlk 30 Gün Ne Anlama Gelir?

İlk 30 gün, bütün eski URL’lerin Google indeksinden tamamen çıkacağı veya bütün yeni URL’lerin eski performansını kesin olarak devralacağı sabit süre değildir.

Site taşıma URL bazında işlenir. Googlebot eski URL’yi ziyaret eder, yönlendirmeyi görür, yeni URL’ye ulaşır ve yeni sayfayı ayrıca değerlendirir.

Bu süreç şu faktörlere göre değişebilir:

Toplam URL sayısı
Sitenin taranma sıklığı
Sunucu yanıt hızı ve kapasitesi
Yönlendirmelerin doğruluğu
Yeni sitedeki dahili bağlantılar
XML sitemap kalitesi
İçerik ve sayfa yapısındaki değişiklik miktarı
Domain, CMS ve tasarımın aynı anda değişip değişmediği

İlk ayın amacı taşımayı tamamlanmış ilan etmek değil, şu beş katmanı doğrulamaktır:

Erişim: Kullanıcılar ve botlar yeni siteye ulaşabiliyor mu?
Yönlendirme: Eski URL’ler tek adımda doğru yeni URL’lere ulaşıyor mu?
İndeksleme: Robots, noindex, canonical ve sitemap kuralları Google’ın yeni yapıyı keşfetmesini destekliyor mu?
Ölçüm: GA4, GTM, telefon, form, sipariş ve gelir ölçümü çalışıyor mu?
Performans: Sorgu, sayfa grubu ve dönüşüm verileri eski yapıdan yeni yapıya sağlıklı biçimde geçiyor mu?

Site taşıma sonrası erişim, yönlendirme, indeksleme, ölçüm ve performans doğrulama katmanları

Site açılıyor olsa bile taşıma tamamlanmış sayılmaz. Erişim, yönlendirme, indeksleme, ölçüm ve performans katmanları ayrı ayrı doğrulanmalıdır.

İzleme İçin Yayın Öncesinde Hangi Başlangıç Verileri Alınmalı?

Site taşıma sonrasında neyin değiştiğini anlayabilmek için yayın öncesi referans verisine ihtiyaç vardır.

Search Console Verileri

Son 16 aylık tıklama ve gösterimler
En fazla trafik alan eski URL’ler
Önemli sorgular
Ülke ve cihaz kırılımları
İndekslenen sayfa grupları
Mevcut tarama ve sunucu sorunları

Analitik ve Ticari Veriler

Organik açılış sayfaları
Telefon tıklamaları
WhatsApp tıklamaları
Form gönderimleri
Ürün görüntüleme
Sepete ekleme
Sipariş ve gelir
İade veya iptal verileri

Teknik Başlangıç Verileri

Tam eski site crawl’u
HTTP durum kodları
Canonical ve noindex dağılımı
XML sitemap’ler
Dahili bağlantı yapısı
Core Web Vitals ve performans verileri
Sunucu yanıt süreleri

Öncelikli URL Listesi

Bütün siteyi tek sayı üzerinden izlemek yerine en değerli URL’ler ayrıca etiketlenmelidir:

Ana hizmet sayfaları
Gelir üreten kategoriler
En çok trafik alan ürünler
Backlink alan içerikler
Aktif reklam açılış sayfaları
Marka ve lokasyon sayfaları
Önemli PDF ve medya dosyaları

Yayın öncesi veri yoksa taşıma sonrasında görülen hareketin gerçek kayıp mı, mevsimsellik mi, ölçüm değişikliği mi olduğunu ayırmak zorlaşır.

Mevcut teknik durum ve başlangıç verisi net değilse kapsamlı bir SEO Audit ile tarama, indeksleme, ölçüm ve öncelikli URL grupları taşıma öncesinde birlikte incelenebilir.

Site Yayına Alındıktan Sonraki İlk Saatlerde Neler Kontrol Edilmeli?

İlk kontroller sıralama ve trafik değil, sitenin temel olarak erişilebilir ve güvenli olup olmadığıdır.

1. Ana Sayfa ve Kritik Şablonlar Açılıyor mu?

Aşağıdaki sayfa türlerinden örnekler test edilmelidir:

Ana sayfa
Hizmet sayfası
Kategori
Ürün
Blog veya rehber
Lokasyon sayfası
Form ve iletişim
Sepet ve ödeme
PDF ve görsel dosyaları

Kontrol edilecek durumlar:

200 yanıt kodu
Sayfanın tam yüklenmesi
CSS ve JavaScript dosyalarının çalışması
Mobil görünüm
Menü ve navigasyon
HTTPS sertifikası

2. Geliştirme Engelleri Canlıya Taşındı mı?

Staging ortamında kullanılan aşağıdaki engeller canlı sitede kalmamalıdır:

Site genelinde noindex
robots.txt içinde tüm siteyi engelleyen kural
Şifre veya erişim koruması
Test canonical adresleri
Staging domainine giden dahili bağlantılar

Robots, noindex, canonical ve sitemap kurallarının şablon düzeyinde kontrolü, Teknik SEO çalışmasının yayın günü en kritik parçalarındandır.

3. Eski URL’ler Doğru Hedefe Gidiyor mu?

Öncelikli eski URL listesinden her sayfa türü için örnekler test edilmelidir.

Beklenen davranış:

Eski URL → Tek adımlı kalıcı yönlendirme → Doğru yeni URL → 200

Kontrol edilmesi gereken hatalar:

Yanlış hedef
Ana sayfaya toplu yönlendirme
Yönlendirme zinciri
Yönlendirme döngüsü
404 hedefi
HTTP ve HTTPS çakışması

4. Analitik Kodları Çalışıyor mu?

GA4 sayfa görüntüleme
Google Tag Manager container’ı
Çerez izni ve consent mode
Reklam dönüşüm kodları
Telefon, WhatsApp ve form olayları
E-ticaret olayları

Gerçek zamanlı raporda sayfa görüntülemek, bütün dönüşüm olaylarının doğru çalıştığını kanıtlamaz. Her kritik işlem ayrı test edilmelidir.

Özellikle platform, ürün URL’si veya ödeme akışı değişen mağazalarda teknik geçiş ile ürün keşfi ve ticari ölçüm birlikte ele alınmalıdır. Bu kapsam E-Ticaret SEO süreçleriyle doğrudan ilişkilidir.

İlk 24 Saatte Yapılması Gereken Kontroller

1. Tam Canlı Site Crawl’u Alın

Yayın öncesi staging crawl’u ile canlı crawl karşılaştırılmalıdır.

Özellikle şu değişikliklere bakın:

Yeni 404 ve 5xx URL’leri
Yanlış noindex etiketleri
Canonical değişiklikleri
Kırık dahili bağlantılar
Redirect zincirleri
Staging URL’leri
Eksik title ve H1 alanları
Bozuk görseller ve medya

2. Redirect Haritasını Toplu Test Edin

Her eski URL için şu veriler çıkarılmalıdır:

İlk durum kodu
Yönlendirme adımı sayısı
Nihai URL
Nihai durum kodu
Beklenen hedefle gerçekleşen hedefin eşleşmesi

3. Yeni XML Sitemap’leri Kontrol Edin

Yeni sitemap:

Yalnızca yeni canonical URL’leri içermeli
200 yanıtı veren URL’lerden oluşmalı
Noindex sayfaları içermemeli
Yönlendirilen eski URL’leri içermemeli
Doğru domain ve protokolü kullanmalı

4. Eski Sitemap’i Hemen Kaldırmayın

Eski URL’leri içeren sitemap, Google’ın eski adresleri yeniden ziyaret edip yönlendirmeleri fark etmesine yardımcı olmak için geçici süre korunabilir.

Search Console, eski sitemap içindeki URL’lerin yönlendirildiğine dair uyarı gösterebilir. Taşıma sırasında bu beklenen davranış olabilir.

5. Search Console Doğrulamasını Kontrol Edin

Eski ve yeni site mülklerine erişim devam etmelidir.

Domain değişikliğinde:

Eski domain doğrulanmış olmalı
Yeni domain doğrulanmış olmalı
HTTP, HTTPS, www ve www olmayan varyasyonlar kontrol edilmeli
Gerekliyse Change of Address işlemi uygulanmalı

2–3. Gün: Teknik Hata ve Kullanıcı Akışlarını İnceleyin

1. 404 Hatalarını Sınıflandırın

Her 404 aynı öncelikte değildir.

Önce şu URL’lere müdahale edin:

Eski sitede trafik alan URL’ler
Backlink alan sayfalar
Aktif reklamlarda kullanılan URL’ler
Yeni site içinden bağlantı verilen kırık adresler
Önemli kategori ve ürünler

Gerçek karşılığı olmayan eski URL’lerin 404 veya 410 vermesi normal olabilir. Bunları yalnızca hata sayısını azaltmak için ana sayfaya yönlendirmeyin.

2. 5xx ve Sunucu Sorunlarını İzleyin

Taşıma sonrasında Google hem eski URL’leri hem yeni URL’leri daha yoğun tarayabilir. Sunucu bu ek yükü karşılayabilmelidir.

Kontrol edilecekler:

500, 502, 503 ve 504 yanıtları
Sunucu yanıt süreleri
CDN ve cache hataları
Veri tabanı yavaşlıkları
API ve stok entegrasyonu sorunları
Googlebot istekleri

3. Kritik Kullanıcı Yolculuklarını Test Edin

Hizmet sitesinde:

Hizmet sayfası → telefon
Hizmet sayfası → WhatsApp
Hizmet sayfası → form

E-ticaret sitesinde:

Kategori → ürün
Ürün → varyant seçimi
Ürün → sepete ekleme
Sepet → ödeme
Sipariş onayı

SEO trafiği korunurken satın alma veya iletişim akışının bozulması, taşımanın ticari olarak başarılı olduğu anlamına gelmez.

4. Dahili Bağlantıları Eski URL’lerden Temizleyin

Yeni sitede dahili bağlantılar redirect üzerinden çalışmamalıdır.

Kontrol edilecek alanlar:

Ana menü
Footer
Breadcrumb
İçerik bağlantıları
Kategori kartları
İlgili ürünler
CTA butonları
Logo ve dil bağlantıları

4–7. Gün: Google’ın Yeni Yapıyı Nasıl Gördüğünü Kontrol Edin

1. Öncelikli URL’lerde URL Denetleme Yapın

Bütün URL’leri tek tek göndermek yerine her önemli şablondan örnek seçin:

Ana sayfa
Ana hizmet
Ana kategori
Alt kategori
Ürün
Blog veya rehber
Lokasyon sayfası

Kontrol edilecek alanlar:

URL taranabilir mi?
İndekslemeye izin veriliyor mu?
Kullanıcı tarafından belirtilen canonical nedir?
Google’ın seçtiği canonical nedir?
Son tarama tarihi nedir?
Canlı testte kaynaklar yükleniyor mu?

URL Denetleme raporundaki indeks bilgisi canlı sayfanın o anki durumunu değil, Google’ın en son işlediği sürümü gösterebilir. Güncel uygulamayı kontrol etmek için canlı test ayrıca kullanılmalıdır.

2. Page Indexing Raporunu İzleyin

Şunları karşılaştırın:

Yeni domain veya URL yapısında indekslenen sayfalar
Yönlendirme olarak görülen eski URL’ler
404 ve sunucu hataları
Tarandı fakat indekslenmedi grupları
Canonical nedeniyle farklı URL seçilen sayfalar
Noindex nedeniyle dışarıda kalan URL’ler

Raporun güncellenmesi zaman alabilir. Canlı test ve doğrudan crawl sonuçlarıyla birlikte yorumlanmalıdır.

3. Sitemaps Raporunu Kontrol Edin

Sitemap okunabiliyor mu?
Gönderilen URL sayısı beklenen düzeyde mi?
Yanlış domain veya eski URL bulunuyor mu?
Alt sitemap’ler eksik mi?
Ürün veya kategori sitemap’i boş mu?

4. Crawl Stats Raporunu İzleyin

Domain değişikliği veya büyük taşımalarda:

Toplam tarama istekleri
Ortalama yanıt süresi
Host durumu
Yanıt kodu dağılımı
Dosya türü dağılımı
Googlebot türleri

Tarama artarken 5xx ve yanıt süresi de artıyorsa sunucu kapasitesi veya uygulama performansı incelenmelidir.

İlk Hafta Hangi Kontroller Günlük Yapılmalıdır?

Kontrol	Neden günlük?
Site erişimi ve 5xx	Geniş teknik problem bütün siteyi etkileyebilir
Öncelikli eski URL’ler	Yanlış yönlendirmeler değerli trafiği kaybettirebilir
Yeni 404’ler	Dahili bağlantı ve redirect hatalarını erken gösterir
Robots ve noindex	Şablon seviyesindeki hata geniş URL grubunu etkileyebilir
Form ve e-ticaret olayları	Ölçüm veya ticari akış sessizce bozulabilir
Search Console bildirimleri	Yeni teknik ve güvenlik sorunları görülebilir
Sunucu logları	Googlebot ve kullanıcı hatalarını doğrudan gösterir

Anahtar kelime sıralamalarını saatlik izlemek ise aynı değeri sağlamaz. Günlük küçük pozisyon hareketleri taşıma problemini tek başına kanıtlamaz.

8–14. Gün: URL Gruplarına Göre İndeks ve Trafik Geçişini İnceleyin

İkinci haftadan itibaren eski ve yeni site arasındaki geçiş daha anlamlı veriler üretmeye başlayabilir.

1. Site Genelindeki Toplam Yerine Sayfa Gruplarını Karşılaştırın

Örnek gruplar:

Hizmetler
Ana kategoriler
Alt kategoriler
Ürünler
Blog ve rehberler
Lokasyon sayfaları
Marka sayfaları

Toplam trafik sabit görünürken önemli kategori grubu düşmüş ve düşük değerli blog trafiği artmış olabilir.

2. Eski ve Yeni URL Trafiğini Birlikte İzleyin

Beklenen genel davranış:

Eski URL tıklamaları zamanla azalır.
Yeni URL tıklamaları zamanla artar.
Toplam performans geçici dalgalanma gösterebilir.

Eski URL’ler trafik almaya devam edebilir. Bunun nedeni Google’ın henüz yönlendirmeyi işlememesi, dış bağlantıların eski URL’yi kullanması veya yönlendirme uygulamasındaki problem olabilir.

3. Canonical Geçişini Kontrol Edin

Google’ın seçtiği canonical adreslerde şu problemleri arayın:

Eski URL’nin canonical olarak kalması
Staging domaininin seçilmesi
HTTP veya www varyantının seçilmesi
Ana kategori yerine filtre URL’sinin seçilmesi
Yeni URL’nin ilgisiz başka sayfaya canonical vermesi

4. Hreflang ve Dil Yapısını Kontrol Edin

Çok dilli sitelerde:

Bütün hreflang adresleri yeni URL’leri göstermeli
Karşılıklı bağlantılar korunmalı
Dil ve ülke kodları doğru olmalı
Canonical ile hreflang çelişmemeli
Eski domain hreflang içinde kalmamalı

5. Structured Data Durumunu İnceleyin

Taşıma sırasında şablonlar değiştiyse Product, Breadcrumb, Article veya Organization verileri kaybolmuş olabilir.

Kontrol edin:

Görünür içerikle eşleşme
URL ve görsel adresleri
Fiyat ve stok
Breadcrumb bağlantıları
Kritik hata ve uyarılar

15–30. Gün: Performansı Değerlendirin ve Kalan Problemleri Önceliklendirin

1. Benzer Dönemlerle Karşılaştırma Yapın

Yalnızca taşıma öncesindeki son yedi günle karşılaştırmak yanıltıcı olabilir.

Şu karşılaştırmalar kullanılabilir:

Taşıma sonrası dönem ile önceki eşit dönem
Aynı haftanın geçen yıl karşılığı
Hafta içi ve hafta sonu ayrımı
Marka ve marka dışı sorgular
Cihaz ve ülke kırılımları

2. Tıklama ve Gösterimi Birlikte Yorumlayın

Görülen durum	Muhtemel yorum
Gösterim ve tıklama birlikte düşüyor	İndeksleme, sıralama, teknik problem veya talep değişimi olabilir
Gösterim sabit, tıklama düşüyor	Title, snippet, SERP görünümü veya pozisyon değişimi incelenmeli
Tıklama sabit, dönüşüm düşüyor	Sayfa deneyimi, ölçüm veya kullanıcı akışı bozulmuş olabilir
Yeni URL görünmüyor, eski URL görünmeye devam ediyor	Redirect, canonical veya yeniden tarama süreci kontrol edilmeli
Sadece belirli URL grubu düşüyor	İlgili şablon ve yönlendirme kuralları incelenmeli
Bütün site düşüyor	Robots, noindex, sunucu, domain ve analitik kontrol edilmeli

3. Dönüşüm ve Gelir Verilerini Karşılaştırın

Organik trafik korunurken ticari sonuç düşebilir.

İncelenecekler:

Hizmet sayfası başına telefon ve form
Kategori başına sepete ekleme
Ürün başına satın alma
Organik gelir
Ödeme başarı oranı
Form hata oranı
Mobil ve masaüstü farkı

4. Kalan Hataları P0–P3 Seviyelerine Ayırın

P0 – Kritik:

Site veya önemli şablon erişilemiyor
Yanlış noindex veya robots engeli
Çalışmayan ödeme veya form
Geniş 5xx problemi
Yanlış domain yönlendirmesi

P1 – Yüksek etki:

Ana kategori veya hizmetlerde yanlış redirect
Önemli URL’lerde canonical problemi
Yüksek değerli sayfalarda 404
Bozuk dahili bağlantı sistemi
Eksik ürün veya kategori sitemap’i

P2 – Geliştirme:

Düşük değerli meta eksikleri
İsteğe bağlı structured data alanları
Küçük performans iyileştirmeleri
İçerik ve iç bağlantı geliştirmeleri

P3 – Bakım:

Düşük trafikli eski URL temizliği
Kullanılmayan dosyalar
Küçük HTML uyarıları

Hata adedini doğrudan görev listesine çevirmek yerine etki, kapsam, kanıt, efor ve ticari risk birlikte değerlendirilmelidir. Ayrıntılı çerçeve için Teknik SEO hatalarının nasıl önceliklendirileceğini inceleyebilirsiniz.

5. İkinci İzleme Dönemini Planlayın

Otuzuncu gün, özellikle büyük sitelerde izlemeyi sonlandırmak için erken olabilir.

Sonraki dönem planı şu verilere göre oluşturulmalıdır:

Yeni URL’lerin indekslenme oranı
Eski URL trafiğinin devam edip etmediği
Kritik hata durumu
Önemli sayfa gruplarının performansı
Sunucu ve crawl davranışı
Dönüşüm ölçümünün doğruluğu

Taşıma sonrasında yalnız teknik doğrulama değil, düzenli içerik, mimari ve dönüşüm yönetimi de gerekiyorsa çalışma SEO Growth modeline aktarılabilir.

Site Taşıma Sonrasında Search Console Nasıl Kullanılmalı?

Eski Mülkü Takip Etmeye Devam Edin

Eski Search Console mülkü şu verileri gösterebilir:

Google’ın hâlâ taradığı eski URL’ler
Eski URL’lerin tıklama ve gösterimleri
Yönlendirme ve 404 davranışları
Eski sitemap durumu
Domain değişikliği sürecindeki geçiş

Yeni Mülkte Şu Raporları İzleyin

Performance
Page Indexing
Sitemaps
Crawl Stats
Core Web Vitals
HTTPS
Structured Data raporları
Manual Actions
Security Issues

Change of Address Ne Zaman Kullanılır?

Eski domain veya subdomain tamamen yeni bir domain veya subdomaine taşınıyorsa kullanılabilir.

Şu durumlarda kullanılmaz:

HTTP’den HTTPS’ye geçiş
Aynı domain içinde klasör değişikliği
Yalnızca birkaç sayfanın taşınması
www ile www olmayan yapı arasındaki her teknik normalizasyon

Change of Address, 301 yönlendirmelerinin yerine geçmez. Yönlendirmeler uygulandıktan sonra kullanılan ek bildirim aracıdır.

Sitemap Göndermek İndeks Garantisi Verir mi?

Hayır. Sitemap yeni URL’lerin keşfini kolaylaştırabilir ve gönderilen URL grubunun raporlanmasını sağlar. Sayfanın indekslenmesi için erişilebilir, indekslenebilir ve yeterli kalitede olması gerekir.

URL Denetleme Aracı Nasıl Kullanılmalı?

URL Denetleme Aracı bütün siteyi topluca doğrulamak için değil, örnek ve kritik URL’leri ayrıntılı incelemek için kullanılmalıdır.

Öncelikli Kullanım Alanları

Yeni ana hizmet sayfası indekslenmiyorsa
Google yanlış canonical seçiyorsa
Eski URL arama sonuçlarında kalmaya devam ediyorsa
Belirli kategori veya ürün grubu görünmüyorsa
Noindex veya robots şüphesi varsa
Canlı sayfada kaynak yükleme problemi varsa

İndeksleme İsteği Ne Zaman Gönderilmeli?

Yeni veya önemli ölçüde değişmiş az sayıdaki kritik URL için kullanılabilir.

Aynı URL’ye tekrar tekrar istek göndermek taramayı hızlandırmaz. Büyük URL gruplarında doğru sitemap, dahili bağlantı ve sunucu yanıtları daha önemlidir.

Site Taşıma Sonrası Trafik Düşerse Nasıl Teşhis Edilir?

İlk hareket bütün siteyi geri almak olmamalıdır. Önce düşüşün kapsamı ve kaynağı belirlenmelidir.

1. Ölçüm Problemi mi?

GA4 kodu bütün sayfalarda var mı?
Consent ayarları değişti mi?
Yeni domain veri filtrelerinden dışlanıyor mu?
Organik kanal sınıflandırması bozuldu mu?
Form ve e-ticaret olayları çalışıyor mu?

2. Site Genelinde Teknik Problem mi?

Robots engeli
Noindex
Yanlış canonical
5xx
HTTPS veya sertifika problemi
Yanlış domain yönlendirmesi

3. Belirli Sayfa Grubu mu Etkilendi?

Yalnızca ürünler, kategoriler veya bloglar düşüyorsa ilgili şablon ayrı incelenmelidir.

4. Yönlendirme Problemi mi?

Yanlış hedef
Yönlendirme zinciri
404 hedef
Geçici yönlendirme
Parametre kaybı
Eski URL’nin yönlendirilmemesi

5. İçerik ve Intent Değişti mi?

Yeni sayfa eski URL ile aynı kullanıcı ihtiyacını karşılamıyorsa doğru çalışan 301 bile performansın aynı kalmasını garanti etmez.

6. Mevsimsellik veya Talep Değişimi Var mı?

Search Console sorguları ve Google Trends verileriyle sektör genelindeki değişim kontrol edilmelidir.

7. Başka Büyük Değişiklikler Aynı Anda Yapıldı mı?

İçeriklerin kısaltılması
Kategori mimarisinin değişmesi
Yeni marka konumlandırması
Fiyat ve stok değişimi
Yeni domain
CMS değişikliği
Tasarım ve kullanıcı yolculuğu değişikliği

Birden fazla büyük değişiklik aynı anda yapıldıysa performans hareketini tek bir nedene bağlamak zorlaşır.

Hangi Dalgalanmalar Normal Kabul Edilebilir?

Taşıma sonrasında şu durumlar geçici olarak görülebilir:

Eski ve yeni URL’lerin aynı anda raporlarda görünmesi
Yeni URL’lerin kademeli indekslenmesi
Ortalama pozisyonlarda kısa süreli hareketler
Eski URL tıklamalarının yavaş azalması
Tarama taleplerinin artması
Search Console raporlarının gecikmeli güncellenmesi

Buna karşılık şu durumlar beklenmemelidir:

Ana sayfanın veya bütün sitenin noindex olması
Önemli URL’lerin topluca 404 vermesi
Bütün eski URL’lerin ana sayfaya gitmesi
Yeni site sitemap’inin okunamaması
Sürekli 5xx hataları
Ödeme ve formların çalışmaması
Yeni domainin Search Console’da doğrulanmamış olması

Site Taşıma Sonrası Başarı Nasıl Ölçülür?

Başarı tek bir sıralama veya toplam trafik grafiğiyle değerlendirilmemelidir.

Teknik Uygulama

Redirect eşleşme oranı
Tek adımlı yönlendirme oranı
404 ve 5xx dağılımı
Canonical doğruluğu
Robots ve noindex durumu

Keşif ve İndeksleme

Yeni URL’lerin taranması
Yeni URL’lerin indekslenmesi
Eski URL’lerin yönlendirme olarak işlenmesi
Google’ın seçtiği canonical adresleri
Sitemap işleme durumu

Arama Performansı

Tıklama
Gösterim
Marka ve marka dışı sorgular
Sayfa grubu performansı
Ülke ve cihaz kırılımları

Kullanıcı Davranışı

Açılış sayfası etkileşimi
Menü ve dahili bağlantılar
Form ve telefon işlemleri
Ürün ve kategori etkileşimleri

Ticari Devamlılık

Lead
Sipariş
Organik gelir
Sepete ekleme
Ödeme başarı oranı

Operasyonel Sağlık

Sunucu yanıt süresi
Googlebot crawl davranışı
Yeni teknik hata sayısı
Uygulama ve düzeltme süresi

Başarı, eski performansın her gün birebir kopyalanması değildir. Değerli URL ve kullanıcı yollarının yeni sisteme doğru aktarılması, kritik hataların kontrol altında olması ve yeni yapının sürdürülebilir biçimde izlenebilmesidir.

İlk 30 Günlük Örnek İzleme Takvimi

Dönem	Ana amaç	Kontroller
İlk saatler	Erişim ve kritik işlevler	200/5xx, robots, noindex, redirect, form, ödeme ve analitik
İlk 24 saat	Toplu teknik doğrulama	Canlı crawl, redirect testi, sitemap, canonical ve dahili bağlantılar
2–3. gün	Hata sınıflandırması	404, 5xx, sunucu yükü, kullanıcı akışları ve eski linkler
4–7. gün	Google görünümü	URL Denetleme, Page Indexing, Sitemaps ve Crawl Stats
8–14. gün	Geçiş modeli	Eski-yeni trafik, canonical, URL grupları, hreflang ve schema
15–30. gün	Performans ve ikinci faz	GSC karşılaştırmaları, dönüşüm, P0–P3 görevleri ve izleme kararı

Site Taşıma İzleme Raporunda Neler Bulunmalı?

Yönetici Özeti

Taşımanın genel durumu
Kritik riskler
Çözülen problemler
Karar bekleyen işler

Teknik Durum

Redirect başarı oranı
404 ve 5xx
Noindex ve canonical
Sitemap ve crawl durumu
Sunucu performansı

İndeksleme Durumu

Yeni URL gruplarının taranması
İndekslenen sayfalar
Eski URL davranışı
Yanlış canonical örnekleri

Performans Durumu

Eski ve yeni site tıklamaları
Gösterimler
Sayfa grubu karşılaştırması
Marka ve marka dışı sorgular
Cihaz ve ülke farkları

Ticari Durum

Telefon ve form
Sipariş ve gelir
Ödeme veya kullanıcı akışı problemleri
Ölçüm doğruluğu

Sonraki Aksiyonlar

P0 ve P1 görevler
Sorumlu ekip
Hedef tarih
Doğrulama yöntemi

Site Taşıma Sonrası En Sık Yapılan Hatalar

Hata	Neden sorun?	Daha doğru yaklaşım
Site açıldı diye projeyi kapatmak	İndeks ve trafik problemleri günler sonra görünür olabilir	En az ilk 30 gün yapılandırılmış izleme yapın
Yalnızca sıralama takibi yapmak	Teknik ve ticari problemleri göstermez	Redirect, indeks, trafik ve dönüşümü birlikte izleyin
Eski Search Console mülkünü bırakmak	Eski URL davranışı görünmez olur	Eski ve yeni mülkleri birlikte takip edin
Bütün URL’lere indeksleme isteği göndermek	Ölçeklenebilir değildir ve tarama garantisi vermez	Sitemap ve dahili bağlantı sistemini düzeltin
Eski sitemap’i hemen silmek	Eski URL’lerin keşif ve redirect takibi zorlaşabilir	Geçiş döneminde kontrollü biçimde koruyun
GA4 çalışıyor diye dönüşümü kontrol etmemek	Olaylar ve e-ticaret verisi bozulmuş olabilir	Her ticari işlemi ayrı test edin
Dahili linkleri redirect üzerinden bırakmak	Gereksiz yönlendirme ve sunucu yükü oluşturur	Bağlantıları doğrudan yeni URL’ye güncelleyin
Küçük dalgalanmada radikal değişiklik yapmak	Taşıma etkisini analiz etmeyi zorlaştırır	Önce teknik kanıt ve URL grubu analizi yapın
Trafik düşüşünü otomatik olarak taşıma hatası saymak	Mevsimsellik, talep veya ölçüm değişikliği olabilir	GSC, analitik ve trend verilerini karşılaştırın
Otuzuncu gün izlemeyi kesin kapatmak	Büyük sitelerde taşıma daha uzun sürebilir	İndeks ve hata durumuna göre izleme süresini uzatın

DigitalPlus Site Taşıma Sonrası İzlemeyi Nasıl Yönetiyor?

DigitalPlus’ta yayın sonrası izleme yalnızca anahtar kelime sıralama grafiği üzerinden yürütülmez.

Çalışma sırası şöyledir:

Taşıma öncesi teknik ve performans başlangıç verisi kaydedilir.
Geçiş günü kritik URL ve kullanıcı akışları kontrol edilir.
Eski-yeni URL yönlendirme haritası toplu olarak test edilir.
Canlı site crawl’u staging ve eski site verileriyle karşılaştırılır.
Eski ve yeni Search Console mülkleri birlikte izlenir.
İlk hafta kritik teknik kontroller günlük yürütülür.
URL’ler hizmet, kategori, ürün ve içerik gruplarına ayrılır.
İndeks, tıklama, gösterim ve dönüşüm verileri grup bazında değerlendirilir.
P0 ve P1 problemler geliştirici ekip için görevlere dönüştürülür.
İkinci ve üçüncü haftalarda canonical, crawl ve trafik geçişi doğrulanır.
Otuzuncu gün sonunda izleme süresinin uzatılıp uzatılmayacağı belirlenir.

Amaç taşımanın ilk gününde “trafik kaybı olmadı” açıklaması yapmak değil; değerli sayfaların ve ticari kullanıcı yollarının yeni sisteme doğru aktarıldığını verilerle doğrulamaktır.

Geçiş öncesi planlama, yayın anı kontrolleri ve takip sürecinin tamamı Site Taşıma SEO kapsamında tek operasyon olarak yönetilir.

Site Taşımanızı Yayından Sonra Kaderine Bırakmayın

Eski ve yeni URL’lerinizi, yönlendirmelerinizi, Search Console verilerinizi ve ticari dönüşümlerinizi birlikte izleyelim. Kritik sapmaları ilk günlerde tespit edip geliştirici ekibin uygulayabileceği görevlere dönüştürelim.

Site Taşıma SEO Hizmetini İncele Teknik SEO Hizmetini İncele

Sıkça Sorulan Sorular

Site taşıma sonrası trafik düşmesi normal mi?

Geçici dalgalanmalar görülebilir çünkü Google eski ve yeni URL’leri yeniden tarar ve işler. Büyük veya kalıcı düşüşlerde yönlendirme, robots, noindex, canonical, sunucu ve ölçüm sorunları incelenmelidir.

Site taşıma sonrası ne kadar süre izleme yapılmalı?

İlk 30 gün yoğun izleme için uygun bir operasyon penceresidir. Büyük sitelerde veya indeks geçişi tamamlanmadıysa izleme daha uzun sürmelidir.

Yeni site ne zaman Google’da görünür?

Sabit süre yoktur. Sayfalar URL bazında taranır ve indekslenir. Bazı URL’ler birkaç gün içinde işlenebilirken büyük sitelerin önemli bölümlerinin taşınması haftalar sürebilir.

Eski Search Console hesabı silinmeli mi?

Hayır. Geçiş döneminde eski URL’lerin tarama, trafik ve yönlendirme davranışlarını izlemek için eski mülke erişim korunmalıdır.

Eski sitemap ne zaman kaldırılmalı?

Taşımanın ilk döneminde Google’ın eski URL’leri yeniden ziyaret etmesine yardımcı olmak için korunabilir. Eski URL’ler işlendiğinde ve yeni sitemap sağlıklı biçimde kullanıldığında kaldırılması değerlendirilebilir.

Her yeni URL için indeksleme isteği gönderilmeli mi?

Hayır. URL Denetleme Aracı sınırlı sayıdaki kritik sayfalar için kullanılabilir. Büyük URL gruplarında sitemap, dahili bağlantılar ve doğru sunucu yanıtları kullanılmalıdır.

301 yönlendirmeleri çalışıyorsa taşıma tamamlanmış sayılır mı?

Hayır. Yeni hedeflerin 200 yanıtı, doğru canonical, indekslenebilirlik, dahili bağlantı, sitemap ve dönüşüm ölçümü de doğrulanmalıdır.

Site taşıma sonrası sıralamalar günlük takip edilmeli mi?

Önemli sorgular izlenebilir ancak günlük küçük hareketler tek başına karar sebebi olmamalıdır. İlk hafta teknik hata ve URL davranışları daha yüksek öncelik taşır.

Domain değişikliğinde Change of Address zorunlu mu?

301 yönlendirmelerinin yerine geçmez. Uygun domain veya subdomain taşımalarında Search Console’a ek bildirim sağlamak için kullanılabilir.

Site taşıma sonrası 404 sayfaları ana sayfaya yönlendirilmeli mi?

Hayır. Aynı veya yakın karşılığı bulunan eski URL’ler ilgili yeni hedefe yönlendirilmelidir. Gerçek alternatifi olmayan kaldırılmış URL’ler 404 veya 410 döndürebilir.

Yeni site trafiği eski siteyle ne zaman eşitlenir?

Kesin süre verilemez. Site büyüklüğü, yönlendirmeler, içerik değişiklikleri, sunucu performansı ve tarama sıklığı süreyi etkiler.

Site taşıma sonrası GA4 verisi neden düşebilir?

Kod eksikliği, çerez ayarları, domain filtreleri, cross-domain yapı veya olayların yeni şablonlara taşınmaması veri kaybı oluşturabilir. Önce ölçüm sistemi test edilmelidir.