# Web Sitesi Yenilerken Görünürlüğü Korumak: SEO Geçiş Rehberi

Canonical URL: https://nixeny.com/tr/blog/web-sitesi-yenileme-seo-gecis-rehberi
Published: 2026-08-18
Language: tr
Author: Kıvanç Taşcı
Category: Web Tasarım
Publisher: Nixeny Dijital

> Yeni tasarımı yayına alırken URL değerini, analitik sürekliliğini ve potansiyel müşteri akışını koruyan ölçülebilir bir site geçiş planı kurun.

Yeni web sitesi heyecan verici bir başlangıçtır; fakat arama motorları açısından her yenileme aynı zamanda bir geçiş riskidir. Menü sadeleşirken değerli bir kategori kaybolabilir, okunaklı URL'ler değişirken eski bağlantılar boşa düşebilir, analitik etiketi unutulurken ilk haftanın verisi görünmez olabilir. Sorun tasarım değişikliği değil, yıllar içinde biriken keşfedilebilirlik ve talep sinyallerinin yeni yapıya bilinçli biçimde taşınmamasıdır.

Google, URL değişen site taşımalarında yeni yapıyı test etmeyi, eski ve yeni URL'ler arasında açık bir eşleme hazırlamayı, kalıcı sunucu yönlendirmelerini kurmayı ve iki tarafın trafiğini izlemeyi öneriyor. Ayrıca büyük değişiklikleri mümkünse aynı anda yığmamak, geçici sıralama dalgalanmalarını hesaba katmak ve Search Console'u süreç boyunca kullanmak gerekiyor. Bu rehber, resmi çerçeveyi bir işletme geçiş planına dönüştürüyor. [1]

## 1. Önce Değişikliğin Türünü ve Riskini Tanımlayın

Her yenileme site taşıması değildir. Tasarım ve bileşenler değişip URL'ler aynı kalıyorsa risk daha çok render, içerik, iç bağlantı ve performans tarafındadır. Alan adı, protokol, alt alan adı, klasör yapısı veya teknoloji değişiyorsa arama motorunun eski ve yeni adresler arasında ilişki kurması gerekir. Birden fazla değişiklik aynı projede gerçekleşebilir; fakat hepsinin aynı gün devreye girmesi şart değildir.

Geçiş belgesinin ilk sayfasında kapsamı netleştirin: hangi alan adları etkileniyor, kaç indekslenebilir URL var, hangi şablonlar değişiyor, içerik azaltılıyor mu, form ve CRM akışları yenileniyor mu, diller nasıl taşınıyor? Bu sorular cevaplanmadan yalnızca görsel ekranları onaylamak, görünmeyen riskleri son haftaya bırakır. Tasarım, geliştirme, içerik, SEO, analitik ve satış ekiplerinin aynı kapsam belgesini kullanması gerekir.

Organik giriş, dış bağlantı, kampanya veya lead rolü taşıyan sayfaları önceliklendirin. PDF ve indirilebilir dosyaları da envantere ekleyin; düşük trafik değersizlik anlamına gelmez.

**Değişiklik türüne göre geçiş riski**

| Değişiklik | Başlıca risk | Öncelikli kontrol | Önerilen yaklaşım |
| --- | --- | --- | --- |
| Sadece görsel tasarım | İçerik ve render kaybı | Metin, başlık, bağlantı ve performans | URL'leri koru, şablonları karşılaştır |
| CMS veya altyapı | Meta ve işlev kaybı | Canonical, şema, form, analitik | Aşamalı test ve tam özellik envanteri |
| URL yapısı | 404 ve sinyal dağılması | Bire bir URL eşlemesi | Kalıcı yönlendirme ve yeni sitemap |
| Alan adı | Geçici görünürlük dalgalanması | Mülk doğrulama ve adres değişikliği | Düşük trafik dönemi, yakın izleme |

## 2. Eski Sitenin Envanterini ve Başlangıç Ölçümünü Dondurun

Taşımadan önce neyi koruduğunuzu bilmelisiniz. Tarayıcı çıktısı, XML sitemap, analitik açılış sayfaları, Search Console performansı, backlink araçları, reklam hedefleri ve CMS kaydı tek listede birleştirilmelidir. Her satırda mevcut URL, durum kodu, canonical, başlık, ana başlık, organik tıklama, dönüşüm rolü, yeni hedef ve karar notu bulunmalıdır. Bu dosya yalnızca SEO ekibinin değil, içerik ve geliştirme ekiplerinin de çalışma tablosudur.

Başlangıç ölçümü geçiş sonrası yorumu mümkün kılar. Son 8–12 haftanın sorgu, açılış sayfası, kanal, cihaz ve dönüşüm verisini kaydedin; mevsimselliği anlamak için geçen yılın aynı dönemini de mümkünse karşılaştırın. En önemli sayfaların ekran görüntülerini, yapılandırılmış veri sonuçlarını ve performans ölçümlerini saklayın. Böylece 'trafik düştü' gibi genel bir kaygı yerine hangi şablonda, sorgu grubunda veya dönüşüm adımında sorun çıktığını görebilirsiniz.

Envanter bir silme listesi değildir. Düşük trafikli bir URL dış bağlantı, destek veya satış rolü taşıyabilir. Birleştirilen sayfanın eski niyeti gerçekten karşılaması gerekir.

- [ ] Tüm indekslenebilir HTML sayfaları ve dosyaları listeledik.
- [ ] Organik giriş, dış bağlantı ve dönüşüm değerini kaydettik.
- [ ] Canonical, hreflang, robots ve şema durumunu çıkardık.
- [ ] Form, telefon, e-posta ve CRM akışlarını belgeledik.
- [ ] Geçiş öncesi analitik ve Search Console ölçümünü arşivledik.

## 3. URL Haritasını Sayfa Niyetine Göre Kurun

İyi URL haritası, eski adres ile yeni adresi yalnızca metin benzerliğine göre eşlemez; kullanıcının beklediği sonucu korur. Eski ürün kategorisi yeni yapıda aynı kapsamla devam ediyorsa bire bir hedef bulunur. İki benzer rehber birleşiyorsa daha kapsamlı yeni sayfa ortak hedef olabilir. Gerçek karşılığı olmayan ve artık sunulmayan içerik ise alakasız ana sayfaya gönderilmemelidir.

Google, mümkün olduğunda 301 veya 308 gibi kalıcı sunucu tarafı yönlendirmeleri öneriyor. Çok sayıda eski URL'yi ilgisiz tek bir hedefe yönlendirmek soft 404 olarak değerlendirilebilir. Zincirler kullanıcı gecikmesini artırdığı için eski adres doğrudan son hedefe gitmeli; yönlendirme kuralları örneklerle ve toplu testle doğrulanmalıdır. [2][1]

URL haritasına karar türü eklemek işleri hızlandırır: koru, taşı, birleştir, kaldır veya incele. Her satırın sahibi ve test durumu bulunmalıdır. Küçük bir örneklemle yetinmeyin; eski sitemap, analitik açılış sayfaları ve en çok bağlantı alan URL'lerin tamamını otomatik kontrol edin. Parametreli, büyük-küçük harfli ve son slash varyasyonlarını unutmayın.

> **Ana sayfa bir yönlendirme çöplüğü değildir** (warning)
>
> Karşılığı olmayan her eski URL'yi ana sayfaya göndermek kullanıcı niyetini bozabilir. İlgili hedef yoksa gerçek 404 veya 410 yanıtı daha doğru olabilir.

## 4. Staging Ortamında Yayın Öncesi Kalite Kapısı Kurun

Yeni siteyi yalnızca ekran görüntüsü üzerinden onaylamayın. Tarayıcıyla tüm şablonları gezin; durum kodu, başlık, meta açıklama, H1, canonical, hreflang, yapılandırılmış veri, görsel alt metni, dahili bağlantı ve pagination davranışını karşılaştırın. JavaScript ile üretilen ana içerik ve bağlantıların render edildiğini doğrulayın. Mobil menü, arama, filtre, sepet veya form gibi etkileşimler klavye ve gerçek cihazla test edilmelidir.

Staging ortamını arama sonuçlarından uzak tutun; kullanılan engeli yayın anında kaldırmayı açık bir görev yapın. Robots veya noindex ayarını üretime taşımak ağır bir geçiş hatasıdır.

Kalite kapısı ölçülebilir olmalıdır. Kritik şablonlarda kırık bağlantı sıfır, yüksek öncelikli URL eşlemelerinde hedef testi yüzde yüz, temel formlarda başarılı CRM kaydı ve onay sayfası, analitik DebugView kontrolü, performans bütçesi ve erişilebilirlik kontrolü gibi geçiş koşulları yazın. Koşul sağlanmıyorsa tarih baskısı hatayı görünmez yapmaz.

### İçerik eşdeğerliğini kontrol edin

Sadelik uğruna karar için gerekli metni, tabloyu veya SSS'yi kaldırmayın. Yüksek değerli sayfalarda eski ve yeni kapsamı karşılaştırın.

## 5. Örnek Senaryo: Hizmet Sitesini Yeni CMS'e Taşımak

Bu örnek varsayımsaldır ve gerçek bir müşteri sonucu değildir. Çok dilli bir danışmanlık şirketinin 180 URL'lik sitesini yeni bir CMS'e taşıdığını düşünün. Tasarım ekibi 60 eski hizmet ve sektör sayfasını 20 modern sayfada birleştirmek istiyor. İlk taslakta tüm eski URL'ler bölüm ana sayfalarına yönleniyor, dil klasörleri değişiyor ve form başarı mesajı artık ayrı URL açmıyor.

Ekip önce eski sayfaları arama niyeti ve satış rolüne göre sınıflandırıyor. Birbiriyle gerçekten örtüşen 24 sayfa altı kapsamlı rehberde birleşiyor; farklı niyeti olan 18 sayfa korunuyor; güncelliğini yitiren 18 sayfa için dış bağlantı ve talep kontrolünden sonra kaldırma kararı veriliyor. Her dil için ayrı eşleme hazırlanıyor. Form gönderimi özel bir analitik olay ve CRM kayıt doğrulamasıyla test ediliyor.

Yayın tek gecede rastgele yapılmıyor. Düşük trafik aralığı seçiliyor, DNS ve geri dönüş planı hazırlanıyor, yönlendirmeler önceden test ediliyor. İlk saatlerde kritik sayfalar, ilk günlerde 404 ve form akışı, sonraki haftalarda sorgu grupları ve dönüşüm kalitesi izleniyor. Bu süreç sıralama kaybını imkânsız kılmaz; fakat sorun çıktığında nedeni ve sahibi görünür olur.

> **Geçiş başarısı** (insight)
>
> Başarılı geçiş, hiçbir metriğin oynamaması değil; beklenen dalgalanmayı beklenmeyen teknik kayıptan ayırabilmek ve hızlı müdahale edebilmektir.

## 6. Yayın Gününü Bir Operasyon Olarak Yönetin

Yayın planında karar verici, teknik uygulayıcı, SEO ve analitik kontrolü için sahipler bulunmalıdır. DNS, CDN, sertifika ve bağımlılıklar kontrol edilir; geri dönüş kriteri yayın başlamadan yazılır.

Yönlendirmeler açıldıktan sonra yeni canonical adresleri, robots kuralları ve yeni sitemap doğrulanmalı; alan adı değişiyorsa Search Console'daki Adres Değişikliği aracı uygun mülkler için kullanılmalıdır. Google kalıcı yönlendirmelerin genel olarak en az bir yıl tutulmasını, kullanıcı açısından mümkünse daha uzun sürdürülmesini öneriyor. İç bağlantıları ve yüksek trafik getiren dış profil bağlantılarını da yeni hedeflere güncelleyin. [1]

İlk 24 saatte kritik URL'lerin durum kodu, form akışı, analitik olaylar, ödeme veya randevu adımları ve sunucu hataları izlenir. İlk hafta 404 raporları, tarama davranışı, sitemap durumu, organik açılış sayfaları ve kanal bazlı dönüşümler günlük kontrol edilir. Sonraki haftalarda sıklık azaltılabilir; fakat yüksek değerli sayfalar normal aralığına dönene kadar izleme sürer.

- [ ] Eski URL'ler doğrudan doğru son hedefe yönleniyor.
- [ ] Yeni canonical, hreflang ve sitemap yalnızca yeni URL'leri kullanıyor.
- [ ] Robots ve noindex üretim için doğru durumda.
- [ ] Analitik, onay yönetimi ve CRM kayıtları çalışıyor.
- [ ] Search Console mülkleri doğrulandı ve gerekli bildirimler yapıldı.
- [ ] 404, 5xx, form ve dönüşüm panelleri için sorumlular belli.

## 7. Yaygın Hatalar, Sınırlar ve Son Karar

En yaygın hata SEO'yu yayın öncesi son kontrol olarak çağırmaktır. URL yapısı, içerik kapsamı ve JavaScript mimarisi tasarım aşamasında belirleniyorsa SEO kararı da o aşamada verilmelidir. İkinci hata, eski siteyi ölçmeden yenisini değerlendirmektir. Üçüncü hata ise geçişle aynı anda alan adı, CMS, bilgi mimarisi, içerik tonu ve analitik modelini değiştirmektir; sorun çıktığında hangi değişkenin etkili olduğu anlaşılamaz.

Her dalgalanma teknik hata değildir. Google, önemli site taşımalarında sayfaları yeniden tarayıp dizine alırken geçici sıralama değişiklikleri yaşanabileceğini belirtiyor. Buna karşılık kritik URL'nin 404 vermesi, canonical'ın eski alanı göstermesi veya form olayının kaybolması beklenen dalgalanma değildir. Önceden tanımlı eşikler bu ayrımı hızlı yapmanızı sağlar.

Yeni tasarım mevcut URL'lerde kurulabiliyorsa yalnızca estetik için adresleri yenilemeyin. Taşıma gerçek bir kullanıcı, içerik veya teknoloji faydası sağlamalıdır.

**Yayın sonrası sinyal ve ilk müdahale**

| Sinyal | Muhtemel anlam | İlk kontrol |
| --- | --- | --- |
| Belirli şablonda trafik düşüşü | Şablon veya render sorunu | Canonical, içerik, durum kodu, JS render |
| Tüm kanallarda lead düşüşü | Form veya analitik sorunu | Gerçek gönderim, CRM, olay tetikleme |
| 404 artışı | Eksik URL eşlemesi | Eski sitemap, log ve yönlendirme listesi |
| Gösterim var, tıklama düşüyor | Başlık veya niyet değişimi | Eski-yeni snippet ve sorgu kapsamı |

## Sonuç

Site yenileme, yeni temayı açmak değil; mevcut dijital değeri kontrollü biçimde taşımaktır. Envanter, URL kararları, kalite kapısı ve yayın sonrası izleme birlikte çalıştığında ekip kullanıcı deneyimini yenilerken görünürlük ve talep sürekliliğini koruyabilir.

## Sıkça sorulan sorular

### Web sitesi yenilenirken URL'leri değiştirmek zorunlu mu?

Hayır. Mevcut URL açık, anlamlı ve doğru niyeti karşılıyorsa korumak çoğu zaman daha düşük risklidir. Değişiklik gerçek bir bilgi mimarisi veya teknik ihtiyaç sağlıyorsa eşleme ve yönlendirmeyle yapılmalıdır.

### 301 yönlendirmeleri ne kadar tutulmalı?

Google genel olarak en az bir yıl önerir. Kullanıcıların eski bağlantıları kullanma ihtimali varsa ve operasyonel maliyet düşükse daha uzun, hatta süresiz tutmak mantıklıdır.

### Geçişten sonra trafik düşmesi normal mi?

Kısa süreli dalgalanma olabilir; ancak bunun her düşüşü normal yaptığı düşünülmemelidir. Durum kodları, yönlendirmeler, canonical, robots, içerik eşdeğerliği ve analitik hemen kontrol edilmelidir.

### Yeni siteyi önce küçük bir bölümde test etmeli miyiz?

Büyük ve karmaşık sitelerde aşamalı geçiş sorunları sınırlayabilir. Küçük ve orta sitelerde ise parçalı taşıma kullanıcı deneyimini ve sinyal aktarımını uzatabilir; karar kapsam, ekip ve geri dönüş kapasitesine göre verilmelidir.

## Kaynaklar

1. [Google Search Central — URL değişiklikli site taşıma rehberi](https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes) — Planlama, URL eşleme, yayın ve izleme adımları
2. [Google Search Central — Yönlendirmeler ve Google Arama](https://developers.google.com/search/docs/crawling-indexing/301-redirects) — Kalıcı ve geçici yönlendirme yöntemleri