Web Sitesi Yenileme Projesinde SEO Stratejisi Nasıl Planlanır?

Web sitesi yenileme süreci, görsel ve teknik bir iyileştirme vaat ederken, doğru kurgulanmamış bir geçiş stratejisi nedeniyle organik trafiğin yüzde 50 ila 80'ini kaybetme riski taşır. Web Sitesi Yenileme Projesinde SEO Stratejisi Nasıl Planlanır? sorusu; yalnızca yeni tasarımın yayına alınmasını değil, URL eşleme mimarisinden tarama bütçesi yönetimine, teknik kıyaslama (benchmarking) analizlerinden staging ortamı izolasyonuna kadar tüm adımların sistematik bir takvimle yönetilmesini gerektirir. Bu rehber; işletme sahipleri, ürün yöneticileri ve teknik ekipler için organik görünürlüğü koruyarak geçiş sürecini sıfır kayıpla tamamlamanın operasyonel adımlarını aktarmaktadır.

Web Sitesi Yenilemede SEO Neden Kritik Bir Süreçtir?

Web sitesi yenileme (site migration) projeleri; marka kimliğini güncellemek, kullanıcı deneyimini (UX) modernleştirmek, altyapıyı hızlandırmak veya içerik yönetim sistemini (CMS) değiştirmek amacıyla başlatılır. Ancak arama motorları, siteleri piksel bazlı tasarımlarla değil; URL yapıları, iç linkleme hiyerarşisi, sayfa yanıt kodları, içerik semantiği ve teknik performans metrikleriyle değerlendirir. Tasarım katmanında yapılan radikal bir değişiklik, arka planda arama motoru botlarının siteyi anlama ve indeksleme biçimini doğrudan bozar.

Planlama aşamasında SEO departmanının veya danışmanının dahil edilmediği projelerde, yeni platform yayına alındığı anda köklü görünürlük kayıpları yaşanır. Arama motorlarının sitenize atfettiği "tarihsel otorite" ve "topical authority" (konusal yetkinlik), doğrudan eski URL dizilimi ve sayfa içi içerik sinyalleriyle ilişkilidir. Bu bağ koparıldığında, Googlebot ve diğer arama motoru botları sayfaları ilk defa keşfedilen yeni dokümanlar olarak algılar ve sıralamalar dramatik biçimde geriler.

Tasarım Değişikliği Sırasında Yaşanan Trafik Kayıplarının Temel Nedenleri

Yenileme süreçlerinde karşılaşılan organik trafik düşüşleri tesadüfi değildir; çoğunlukla göz ardı edilen teknik boşluklardan kaynaklanır:

• URL Yapısının Haritasız Değiştirilmesi: Sayfa uzantılarının (örneğin .html yapısından temiz URL yapısına geçiş), kategori dizinlerinin veya slug yapılarının 301 yönlendirmesi yapılmaksızın terk edilmesi, arama motoru dizinindeki sayfaların topluca 404 (Not Found) hatasına düşmesine yol açar.

• İç Linkleme Ağının ve Silo Hiyerarşisinin Bozulması: Yeni tasarımda üst menüden (header), alt menüden (footer) veya bağlamsal linklerden feragat edilmesi; derin sayfalara akan PageRank değerini keserek yetim sayfa (orphan page) oluşumunu tetikler.

• İçerik Budaması ve Semantik Kayıplar: Görsel sadelik adına metinlerin kısaltılması, H başlıklarının hiyerarşisinin bozulması veya zengin içerik bloklarının tamamen kaldırılması, sayfanın hedeflenen arama niyetine (search intent) verdiği cevabı zayıflatır.

• Tarama Bütçesi İsrafı: JavaScript tabanlı yeni kütüphanelerin kontrolsüz kullanımı, arama motorlarının sayfaları render etmek için harcadığı işlem gücünü artırarak tarama sıklığının düşmesine neden olur.

Risk Analizi: Hangi Durumlarda SEO Danışmanlığı Alınmalı?

Her yenileme projesinin teknik risk katsayısı aynı değildir. Yalnızca CSS düzenlemeleri içeren bir "makyaj" çalışması ile CMS, alan adı (domain) veya e-ticaret altyapı değişikliği içeren bir mimari dönüşüm farklı ölçeklerde risk barındırır. Alan adının değiştiği, HTTP protokolünden HTTPS'e geçildiği, alt dizinlerin (subfolder) alt alan adlarına (subdomain) bölündüğü ya da binlerce ürün URL'sinin yeniden formatlandığı projeler "yüksek riskli" gruptadır.

Yüksek hacimli organik trafiğe sahip kurumsal platformların veya e-ticaret sitelerinin; teknik gereksinim dokümanı (PRD) hazırlık safhasından itibaren teknik SEO uzmanlarıyla koordineli çalışması gerekir. Geliştirici ekibin kod tabanında yapacağı mimari bir optimizasyon tercihi, arama motoru botlarının erişimini kökten engelleyebilir. Erken aşamada kurulan denetim mekanizması, lansman sonrası düzeltilmesi aylar süren ve ciro kaybına yol açan yapısal hataları önler.

1. Aşama: Lansman Öncesi (Pre-Launch) Planlama ve Analiz

Lansman öncesi planlama, mevcut web sitesinin organik DNA'sının röntgenini çekme aşamasıdır. Bu fazda yapılan analizler; sitenin hangi sayfalardan trafik aldığını, hangi harici linklerin (backlink) siteye değer aktardığını ve sitenin mevcut teknik borçlarını ortaya koyar. Mevcut durumu sayısallaştırmadan yeni bir siteye geçmek, karanlıkta hedef belirlemeye benzer.

Bu süreçte elde edilen veriler, yeni sitenin bilgi mimarisini inşa ederken hangi sayfaların korunması, hangilerinin birleştirilmesi ve hangilerinin yayından kaldırılması gerektiğine dair karar matrisini besler. Lansman öncesi hazırlık süresi, projenin toplam geliştirme takviminin en az yüzde 25'ini kapsamalıdır.

Mevcut Sitenin URL Envanterinin Çıkarılması (Screaming Frog Kullanımı)

Mevcut sitenin tüm URL dizinini eksiksiz çıkarmak için yalnızca tek bir veri kaynağına güvenmek yanıltıcıdır. Doğru bir envanter oluşturmak için Screaming Frog SEO Spider veya Sitebulb gibi masaüstü tarayıcılar (crawler) çoklu veri kaynaklarıyla entegre edilerek çalıştırılmalıdır:

[Tarama Modu: Spider] 
├── Google Search Console API (Son 16 ayın URL verileri)
├── Google Analytics 4 API (Tüm organik oturum açılış sayfaları)
├── Geri Bağlantı Verisi (Ahrefs / Semrush / Moz dışa aktarımları)
└── XML Site Haritaları (Mevcut dizindeki tüm sitemap dosyaları)

Bu entegre tarama sayesinde; menüde yer almayan ancak arama motoru dizininde kayıtlı olan, harici sitelerden link alan veya doğrudan trafik getiren yetim sayfalar (orphan pages) tespit edilir. Tarama sonucunda oluşan veri tablosu; yanıt kodları (200 OK, 301, 404), kanonik (canonical) adresler, başlık etiketleri (title), meta açıklamalar, H1 etiketleri ve kelime sayılarını içerecek şekilde dışa aktarılır.

En Değerli Sayfaların (Trafik ve Backlink Alanlar) Tespit Edilmesi

Her web sitesinde trafiğin ve dönüşümün büyük kısmını üreten belirli bir sayfa kümesi ("Power Pages") bulunur. 80/20 kuralı (Pareto Prensibi) SEO'da da geçerlidir; toplam organik oturumların yüzde 80'i genellikle toplam URL'lerin yüzde 20'si tarafından sağlanır.

Tier 1 seviyesindeki sayfalar için hazırlanan içeriklerin kelime sayısı, başlık yapıları, görsel alt etiketleri ve kullanıcı niyetini karşılama biçimi yeni tasarımda korunmalı; görsel kaygılarla metin hacmi asla daraltılmamalıdır.

Mevcut Teknik Hataların ve Site Hızının Benchmarking Süreci

Yenileme projesinin başarısını ölçümlemek için lansman öncesinde teknik bir referans noktası (benchmark) belirlenmelidir. Yeni sitenin başarısı, eskisinin teknik metrikleriyle kıyaslanarak kanıtlanır.

Bu aşamada aşağıdaki ölçümler yapılmalı ve kayıt altına alınmalıdır:

1. Core Web Vitals Metrikleri: Largest Contentful Paint (LCP), Interaction to Next Paint (INP) ve Cumulative Layout Shift (CLS) değerleri masaüstü ve mobil bazında PageSpeed Insights ve CrUX (Chrome User Experience Report) üzerinden belgelenmelidir.

2. Dizinlenme Oranları: Google Search Console üzerinden dizine eklenen (indexed) ve hariç bırakılan (excluded) sayfa sayıları not edilmelidir.

3. Mevcut Hata Sayıları: Mevcut sitede yer alan 4xx, 5xx yanıt kodları, yönlendirme döngüleri ve eksik meta veriler listelenmelidir. Yeni site, eski sitenin teknik borçlarını devralmamalıdır.

2. Aşama: Bilgi Mimarisi ve URL Yapısının Tasarlanması

Web sitesinin bilgi mimarisi (Information Architecture - IA), hem kullanıcıların aradıkları bilgiye minimum tıklamayla ulaşmasını hem de arama motoru botlarının site içindeki konusal ilişkileri semantik olarak anlamlandırmasını sağlar. Tasarım yenileme süreci, geçmişten gelen karmaşık ve kontrolsüz büyümüş dizin yapısını temizlemek için en elverişli fırsattır.

Kötü yapılandırılmış bir site mimarisinde sayfalar birbirinin otoritesini yamyamlaştırabilir (keyword cannibalization) veya derinlik seviyesi (click depth) 4-5 tıklamayı aştığı için Googlebot tarafından taranmayabilir. Yeni mimaride ana sayfadan en uçtaki içeriğe maksimum 3 tıklamayla ulaşılabilen düz (flat) veya dengeli bir hiyerarşi hedeflenmelidir.

SEO Uyumlu Kategori ve Sayfa Ağacı (Silolama) Oluşturma

Silolama (Content Siloing), sitenin tematik alanlarını birbirinden mantıksal olarak izole eden ve her ana başlığı kendi alt başlıklarıyla derinleştiren bir bilgi mimarisi modelidir. Bu model, konusal otoriteyi (Topical Authority) maksimize eder.

Ana Dizin (Root)
└── /hizmetler/ (Hub Page - Ana Silo)
    ├── /hizmetler/teknik-seo/ (Alt Silo - Spesifik Kategori)
    │   ├── /hizmetler/teknik-seo/site-hizi-optimizasyonu/ (Derin İçerik)
    │   └── /hizmetler/teknik-seo/log-analizi/ (Derin İçerik)
    └── /hizmetler/icerik-pazarlamasi/ (Bağımsız Alt Silo)

Silo mimarisinde linkleme kuralları katıdır: Bir silonun içindeki derin sayfalar hiyerarşik olarak kendi üst kategorisine ve kardeş sayfalarına bağlanmalı; farklı bir ana silonun alt sayfalarına rastgele link verilmemelidir. Bu yapı, botların sitenin uzmanlık alanlarını tematik kümelere ayırarak dizine eklemesini kolaylaştırır.

URL Değişikliklerinde "Best Practice" Kuralları

Zorunlu olmadıkça iyi performans gösteren URL'lerin değiştirilmemesi temel SEO kuralıdır. Ancak altyapı değişikliği nedeniyle URL formatı değişmek zorundaysa, aşağıdaki global standartlara kesinlikle uyulmalıdır:

• Küçük Harf ve Tire Kullanımı: URL'lerde büyük harf kullanılmamalıdır (Linux sunucular @@CODE0@@ ile @@CODE1@@yı farklı algılar). Boşluk veya alt çizgi (@@CODE2@@) yerine standart tire (@@CODE3@@) kullanılmalıdır.

• Dizin Derinliğinin Azaltılması: Gereksiz klasör katmanları elenmelidir. @@CODE0@@ yerine @@CODE1@@ yapısı tercih edilmelidir.

• Statik ve Temiz Yapı: Parametreli (?id=123&cat=4) URL'ler yerine arama niyetini yansıtan anlamlı statik slug'lar oluşturulmalıdır.

• Türkçe/Özel Karakter İzolasyonu: URL içinde @@CODE0@@ gibi karakterler kullanılmamalı; UTF-8 dönüşümlerinde karmaşık yüzde kodlarına (@@CODE1@@) dönüşmemesi için standart Latin karakterler (i, g, u, s, o, c) tercih edilmelidir.

Tarama Bütçesi (Crawl Budget) Optimizasyonu ve Gereksiz Sayfaların Elenmesi

Büyük ölçekli web sitelerinde (özellikle 10.000+ sayfalı e-ticaret platformları) arama motoru botlarının bir siteye ayırdığı zaman ve kaynak sınırlıdır. Buna tarama bütçesi (crawl budget) denir. Yenileme esnasında arama motoru botlarını değersiz sayfalarla meşgul etmek, yeni ve optimize edilmiş sayfaların dizine girmesini geciktirir.

Tarama bütçesini optimize etmek için:

1. Filtre ve Sıralama Parametreleri: E-ticaret sitelerindeki renk, beden, fiyata göre sıralama gibi URL varyasyonları @@CODE0@@ ile engellenmeli veya @@CODE1@@ etiketiyle ana kategoriye işaret edilmelidir.

2. Dahili Arama Sonuçları: Sitenin iç arama motoru sonuç sayfaları (@@CODE0@@) arama motorlarının taramasına kesin olarak kapatılmalıdır (@@CODE1@@ veya Disallow).

3. İnce ve Yinelenen İçerikler (Thin Content): Otomatik üretilmiş, kullanıcıya hiçbir değer sunmayan etiket sayfaları, boş yazar arşivleri veya birbirinin kopyası olan sayfalar yeni mimariye aktarılmamalıdır.

3. Aşama: Kusursuz Bir 301 Yönlendirme (Redirect) Haritası Hazırlama

Web sitesi yenileme projelerinde yaşanan organik trafik çöküşlerinin bir numaralı sebebi, eksik veya hatalı hazırlanmış yönlendirme (redirect) haritalarıdır. Eski sitedeki bir URL yayından kalktığında veya yapısı değiştiğinde, o sayfanın edindiği backlink otoritesini ve sıralama sinyallerini yeni sayfaya aktarmanın tek resmi yolu 301 Moved Permanently durum kodudur.

301 yönlendirme haritası, basit bir "eski URL - yeni URL" Excel tablosundan ibaret değildir. Sayfa içeriğinin semantik eşleşmesini, arama niyetinin korunmasını ve sunucu performansını gözeten stratejik bir dönüşüm tablosudur.

Eski URL'lerden Yeni URL'lere Birebir (1:1) Eşleştirme Mantığı

En yaygın ve yıkıcı hatalardan biri, kapanan tüm eski URL'leri topluca ana sayfaya (homepage) yönlendirmektir. Google algoritmaları, içeriği alakasız bir hedefe yönlendirilen sayfaları "Soft 404" olarak sınıflandırır ve PageRank aktarımını durdurur. Eski bir ayakkabı kategorisi URL'si doğrudan yeni ayakkabı kategorisi URL'sine yönlendirilmelidir; ana sayfaya veya alakasız bir giyim kategorisine değil.

[DOĞRU EŞLEŞTİRME: 1:1 Semantik Uyum]
Eski: alanadi.com/erkek-kosu-ayakkabisi.html  (301) ──>  Yeni: alanadi.com/erkek/ayakkabi/kosu/

[HATALI EŞLEŞTİRME: Soft 404 Riski]
Eski: alanadi.com/erkek-kosu-ayakkabisi.html  (301) ──>  Yeni: alanadi.com/ (Ana Sayfa)

Eğer eski sayfadaki ürün veya içerik tamamen yayından kaldırılmışsa ve yeni sitede birebir karşılığı yoksa:

• En yakın üst kategoriye yönlendirme yapılabilir (kullanıcı deneyimi bozulmuyorsa).

• Sayfanın kesinlikle bir muadili yoksa, arama motorlarına sayfanın bilinçli olarak silindiğini bildirmek için @@CODE0@@ HTTP durum kodu döndürülmelidir. @@CODE1@@ kodu, Googlebot'un o URL'yi dizinden 404e göre çok daha hızlı düşürmesini sağlar.

Yönlendirme Zincirlerinin (Redirect Chains) Engellenmesi

Yönlendirme zincirleri (Redirect Chain), bir URL'nin nihai hedefe ulaşana kadar birden fazla ara yönlendirmeden geçmesi durumudur (URL A -> URL B -> URL C). Bu durum hem sayfa açılış hızını ciddi oranda yavaşlatır (Time to First Byte - TTFB artar) hem de her sekmede belirli bir PageRank kaybı riski doğurur.

Yeni yönlendirme haritası oluşturulurken:

1. Geçmiş yenilemelerden kalan eski 301 kuralları taranmalı ve tüm eski URL'lerin doğrudan en güncel nihai hedefe (URL A -> URL C) bağlanması sağlanmalıdır.

2. Protokol ve domain varyasyonları tek adımda çözülmelidir (@@CODE0@@ -> @@CODE1@@ dönüşümü tek kuralda tamamlanmalıdır).

3. Yönlendirme döngüleri (Redirect Loop: URL A -> URL B -> URL A) mutlak suretle test edilmeli ve engellenmelidir.

Soft 404 Hatalarını Önlemek İçin Alternatif Sayfa Stratejileri

Soft 404; sunucunun 200 OK yanıt kodu döndürmesine rağmen, sayfa içeriğinin kullanıcıya "sayfa bulunamadı" mesajı vermesi veya içeriğin yok denecek kadar az olması durumudur. Yenileme sonrasında boş kalan kategori sayfaları veya stokta olmayan ürün sayfaları arama motorları tarafından Soft 404 olarak işaretlenir.

Bu durumu engellemek için:

• Stoku tükenen veya kaldırılan sayfalar için benzer ürün önerileri sunulmalı ve içerik boş bırakılmamalıdır.

• Birleştirilen sayfaların içerik özeti hedef sayfaya entegre edilmelidir.

• Yönlendirme kuralları sunucu düzeyinde (.htaccess, NGINX konfigürasyonu veya Cloudflare Rules) uygulanmalı; istemci taraflı (JavaScript veya Meta Refresh) yönlendirmelerden kaçınılmalıdır.

4. Aşama: Staging (Test) Ortamında Teknik SEO Testleri

Geliştirme süreci tamamlanan yeni web sitesi, canlıya alınmadan önce bir staging (test) sunucusunda derinlemesine denetlenmelidir. Staging aşaması, olası teknik faciaların canlı ortamda kullanıcılar ve arama motorları tarafından fark edilmeden önce tespit edilip izole edildiği güvenlik çemberidir.

Test ortamında yapılacak SEO denetimi; yalnızca masaüstü görünümü değil, mobil kullanıcı deneyimini, JavaScript işleme (rendering) performansını, schema işaretlemelerini ve sunucu yanıt sürelerini kapsamalıdır.

Test Sitesinin Arama Motoru Botlarına Kapatılması (Noindex ve Robots.txt Ayarları)

Staging ortamının arama motoru botları tarafından taranması ve dizine eklenmesi, sitenizin canlıya geçmeden önce kendi kendisiyle yinelenen içerik (duplicate content) cezasına düşmesine yol açabilir. Bu durum yayına geçiş sürecini felce uğratır.

Staging sitesini korumanın en güvenli yolları:

[GÜVENLİK KATMANI SEÇENEKLERİ]
├── 1. HTTP Basic Authentication (En Güvenli: Kullanıcı Adı / Şifre Koruması)
├── 2. IP Kısıtlaması (Yalnızca geliştirici ve müşteri IP'lerine izin verme)
└── 3. Meta Robots: <meta name="robots" content="noindex, nofollow">

@@CODE0@@ dosyasında @@CODE1@@ kullanmak tek başına yeterli değildir; botlar harici bir link üzerinden staging URL'sine ulaşırsa sayfayı içeriğini okumadan da dizine ekleyebilir. En kesin yöntem HTTP Basic Authentication veya IP Beyaz Listesi (Whitelist) uygulamaktır. Canlıya geçiş anında bu engellerin kaldırılması unutulmamalıdır.

Mobil Uyumluluk (Mobile-First Indexing) ve Core Web Vitals Testleri

Google, 2020 yılından bu yana tüm siteleri Mobile-First Indexing (Öncelikli Mobil İndeksleme) prensibiyle değerlendirmektedir. Yeni sitenin masaüstü versiyonunda bulunan tüm menü öğeleri, içerikler, yapılandırılmış veriler ve dahili linkler mobil versiyonda da eksiksiz yer almalıdır.

Staging ortamında test edilmesi gereken Core Web Vitals eşik değerleri:

• LCP (Largest Contentful Paint): Sayfanın ana içerik bloğunun yüklenme süresi mobil cihazlarda ≤ 2.5 saniye olmalıdır. Görseller modern formatlarda (WebP/AVIF) sunulmalı, hero görselleri fetchpriority="high" ile önceliklendirilmelidir.

• INP (Interaction to Next Paint): Kullanıcı etkileşimlerine verilen yanıt süresi ≤ 200 milisaniye olmalıdır. Ağır JavaScript dosyaları parçalanmalı (code splitting) ve üçüncü taraf scriptler optimize edilmelidir.

• CLS (Cumulative Layout Shift): Sayfa yüklenirken yaşanan görsel kayma oranı ≤ 0.1 olmalıdır. Tüm görsel ve reklam alanlarına genişlik ve yükseklik (width/height) öznitelikleri atanmalıdır.

Yapılandırılmış Veri (Schema Markup) ve Canonical Etiketlerinin Kontrolü

Yeni tasarımda kullanılan yapılandırılmış veriler (Schema.org işaretlemeleri); zengin sonuçların (Rich Snippets) ve yapay zeka arama motorlarındaki (GEO) görünürlüğün korunması için hayati önem taşır.

Test aşamasında şunlar doğrulanmalıdır:

1. Organization & LocalBusiness: Şirket bilgileri, logo URL'si ve sosyal profil bağlantıları doğru formatta mı?

2. Product & Offer: E-ticaret sitelerinde fiyat, stok durumu, para birimi ve değerlendirme puanları dinamik olarak schema çıktısına yansıyor mu?

3. BreadcrumbList: Ekmek kırıntısı navigasyonu yeni kategori hiyerarşisini eksiksiz yansıtıyor mu?

4. Self-Referencing Canonical: Her sayfanın canonical etiketi staging URL'sini değil, canlıya geçtiğinde alacağı nihai production URL'sini mi işaret ediyor? Bu detay canlıya geçişte sıklıkla unutulan kritik bir parametredir.

5. Aşama: Canlıya Geçiş (Launch) Günü Operasyonu

Canlıya geçiş (Launch Day) anı, aylardır süren hazırlıkların devreye alındığı en hassas operasyonel evredir. Yayına geçiş saati, sitenin trafik yoğunluğunun en düşük olduğu zaman dilimine (genellikle hafta içi gece 01:00 - 04:00 arası) planlanmalıdır. Bu sayede olası bir aksilik durumunda kullanıcılara ve ciroya yansıyan negatif etki minimize edilir.

Yayına alma süreci; DNS yönlendirmeleri, veritabanı senkronizasyonu, sunucu önbelleklerinin (cache) temizlenmesi ve SEO kontrol protokollerinin adım adım işletilmesini gerektirir.

Robots.txt Dosyasının Güncellenmesi ve Test Sitesi Engellerinin Kaldırılması

Lansman anında yapılan en trajik teknik hata, staging ortamından kopyalanan @@CODE0@@ dosyasının veya @@CODE1@@ etiketlerinin canlı sunucuda unutulmasıdır. Bu durum sitenin arama motoru dizinlerinden 24-48 saat içinde tamamen silinmesine yol açabilir.

Canlıya geçildiği saniyede kontrol edilecekler:

• Canlı @@CODE0@@ dosyasında @@CODE1@@ kuralının bulunmadığından emin olunmalıdır.

• HTML kaynak kodundaki @@CODE0@@ direktifleri kaldırılmış ve @@CODE1@@ haline getirilmiş olmalıdır.

• Staging'de kullanılan HTTP Authentication (şifre koruması) devre dışı bırakılmalıdır.

• SSL sertifikası (HTTPS) doğrulanmalı, tüm HTTP isteklerinin güvenli protokole yönlendirildiği teyit edilmelidir.

Yeni XML Site Haritasının Google Search Console'a Tanıtılması

Yeni sitenin tüm indekslenebilir sayfalarını içeren dinamik XML site haritası (sitemap.xml) derhal oluşturulmalı ve doğrulanmalıdır. Site haritası yalnızca 200 OK yanıtı veren, kanonik ve indekslenmesi istenen sayfaları içermelidir; yönlendirilmiş (301) veya engellenmiş (404/noindex) URL'ler haritaya dahil edilmemelidir.

Yeni harita yayına alındıktan sonra:

1. Google Search Console ve Bing Webmaster Tools panellerine yeni sitemap dizini tanımlanmalıdır.

2. Googlebot'un yeni sayfaları hızlıca taraması için ana sayfa ve en kritik Tier 1 kategori sayfaları GSC üzerinden "URL Denetimi" (URL Inspection) aracıyla tek tek "Dizine Eklenmesini İste" (Request Indexing) komutuyla çağrılmalıdır.

Analitik ve Takip Kodlarının (Google Tag Manager, GA4) Doğrulanması

Veri takibinin kesintiye uğramaması, geçişin organik performans üzerindeki etkisini ölçmek için şarttır. Yeni temanın veya altyapının yayına girmesiyle birlikte izleme piksellerinin silinmesi sık rastlanan bir sorundur.

Google Tag Manager (GTM) konteyner kodunun tüm sayfalarda @@CODE0@@ ve @@CODE1@@ etiketleri içinde eksiksiz çalıştığı, Google Analytics 4 (GA4) e-ticaret dönüşüm event'lerinin (purchase, addtocart, view_item) tetiklendiği ve çerez izin yönetiminin (Consent Mode v2) aktif olduğu canlı sipariş ve etkileşim testleriyle doğrulanmalıdır.

6. Aşama: Lansman Sonrası (Post-Launch) Kritik Kontroller ve İzleme

Web sitesi yenileme süreci canlıya geçiş günü sona ermez; aksine en kritik gözlem dönemi başlar. Arama motorlarının tüm yönlendirmeleri işlemesi, yeni site mimarisini kavraması ve sayfaları yeniden indeksleyip sıralamaları stabilize etmesi web sitesinin büyüklüğüne bağlı olarak 4 ila 12 hafta sürebilir.

Bu süreçte ortaya çıkabilecek beklenmedik tarama anomalileri, sunucu yanıt gecikmeleri ve yönlendirme kaçakları anlık olarak tespit edilip müdahale edilmelidir.

Search Console Üzerinden Tarama Hataları (Crawl Errors) Takibi

Lansmandan sonraki ilk 30 gün boyunca Google Search Console'un "Sayfalar" (Page Indexing) raporu günlük olarak incelenmelidir. Burada ortaya çıkabilecek anomaliler geçişin sağlığı hakkında doğrudan bilgi verir.

Takip edilecek temel hata kırılımları:

• Bulunamadı (404): Yeni sitede unutulmuş veya yönlendirme haritasında atlanmış sayfaları gösterir. Hızlıca ilgili yeni sayfalara 301 ile bağlanmalıdır.

• Yönlendirme Hatası: Yönlendirme zincirlerini, döngülerini veya geçersiz URL formatlarını işaret eder. Sunucu konfigürasyonu düzeltilmelidir.

• Taranmış - Şu Anda Dizine Eklenmemiş: Googlebot'un sayfayı taradığını ancak içerik kalitesini veya yinelenme durumunu yetersiz bularak dizine almadığını gösterir. İçerik ve teknik mimari gözden geçirilmelidir.

301 Yönlendirmelerinin Çalışma Durumunun Toplu Test Edilmesi

Yayına geçişin ilk 48 saati içinde, lansman öncesinde hazırlanan tüm eski URL envanteri (Screaming Frog'un "List Mode" özelliği kullanılarak) canlı ortamda baştan sona taranmalıdır.

Yapılacak doğrulama kriterleri:

1. Tüm eski URL'ler HTTP 301 durum kodu döndürüyor mu? (200 veya 302 döndüren var mı?)

2. Yönlendirmelerin hedefi olan nihai URL'ler istisnasız HTTP 200 OK yanıtı veriyor mu?

3. Yönlendirmeler tek adımda mı sonlanıyor, yoksa araya istem dışı ara protokoller (HTTP -> HTTPS veya www ekleri) girerek zincir mi oluşturuyor?

Sıralama ve Trafik Kayıplarını İzlemek İçin Pozisyon Takibi (Rank Tracking)

Yenileme sonrasında belirli bir dalgalanma (Google Dance) yaşanması olağandır. Ancak bu dalgalanmanın kontrollü olup olmadığını anlamak için anahtar kelime pozisyon takibi (Rank Tracking) günlük periyotlarla analiz edilmelidir.

Ahrefs, Semrush veya benzeri profesyonel SEO araçlarında marka (branded) ve marka dışı (non-branded) kelime grupları ayrı listeler halinde izlenmelidir. Marka aramalarında yaşanan bir sıra kaybı, genellikle ciddi bir teknik indeksleme veya noindex hatasının işaretidir. Marka dışı aramalardaki düşüşler ise içerik kayıpları, iç linkleme yetersizlikleri veya zayıf yönlendirme eşleştirmelerinden kaynaklanır.

Web Sitesi Yenileme Projesi SEO Kontrol Listesi

Web sitesi yenileme sürecinde hiçbir kritik adımın atlanmaması için tüm aşamaları kapsayan operasyonel bir denetim çerçevesi uygulanmalıdır. Bu çerçeve, proje yöneticileri ve SEO ekipleri arasındaki görev dağılımını netleştirir.

Tüm paydaşların (tasarım, yazılım, içerik ve SEO) ortaklaşa imzaladığı bir "Go-Live" onay mekanizması kurulmalı, teknik kriterlerin tamamı karşılanmadan canlıya geçiş kararı verilmemelidir.

Aşamalara Göre Eyleme Geçirilebilir Denetim Kriterleri

Yenileme projesinin her fazında doğrulanması gereken temel kontrol maddeleri aşağıda yapılandırılmıştır.