SEO Kaybı Yaşamadan Web Sitesi Yenileme: 15 Adım

Web sitesi yenileme çalışması yalnız tasarımı değiştirmez. URL yapısı, içerik mimarisi, dahili bağlantılar, canonical etiketleri, sayfa performansı ve dönüşüm ölçümü de etkilenebilir. Sıralama kaybı riskini azaltmanın yolu, eski sitedeki değerli her URL için yeni sistemde açık bir karşılık tanımlamak ve geçişi yayın gününden önce test etmektir.

Yeni site daha modern görünmesine rağmen eski URL'ler karşılıksız kalırsa Google daha önce tanıdığı sayfalar yerine 404 yanıtlarıyla karşılaşır. İçerikler kısalır, title ve H1'lar değişir, iç linkler kopar veya staging ortamındaki noindex etiketi canlıya taşınırsa görünürlük kaybı yalnız geçici dalgalanmayla sınırlı kalmayabilir.

Bu nedenle web sitesi yenileme projesi tasarım, yazılım ve SEO ekiplerinin birbirinden bağımsız ilerlediği bir çalışma değildir. En güvenli yöntem; mevcut performansı kaydetmek, URL envanteri çıkarmak, eski ve yeni sayfaları birebir eşleştirmek, teknik sinyalleri taşımak ve geçiş sonrasını veriye göre izlemektir.

Web Sitesi Yenilemek SEO'yu Neden Etkiler?

Arama motoru bir web sitesini yalnız alan adı üzerinden değerlendirmez. Her sayfanın adresi, içeriği, bağlantıları, teknik durumu ve diğer sayfalarla ilişkisi zaman içinde ayrı sinyaller oluşturur.

Tasarım değişirken aynı URL ve içerik korunuyorsa risk görece sınırlıdır. Fakat aşağıdaki değişikliklerden biri yapılıyorsa çalışma aynı zamanda bir SEO geçişidir:

• URL yolları değişiyorsa
• Alan adı veya alt alan adı değişiyorsa
• HTTP'den HTTPS'e geçiliyorsa
• CMS ya da yazılım altyapısı değişiyorsa
• Kategori ve hizmet sayfası mimarisi yeniden kuruluyorsa
• Birden fazla sayfa birleştiriliyor veya içerikler kaldırılıyorsa
• Çok dilli URL yapısı değişiyorsa
• JavaScript ağırlıklı yeni bir render sistemi kullanılıyorsa
• Mobil ve masaüstü sayfa bileşenleri yeniden tasarlanıyorsa

Sıralama kaybını tek başına “Google yeni siteyi sevmedi” diye açıklamak çoğu zaman yanlıştır. Problem genellikle eski sinyallerin yeni URL'lere doğru aktarılmaması, sayfanın anlamının değiştirilmesi veya canlıya çıkış kontrollerinin eksik bırakılmasıdır.

Yenileme, Taşıma ve Alan Adı Değişikliği Aynı Şey mi?

Bu üç çalışma birbiriyle ilişkili olsa da riskleri aynı değildir.

Proje başlamadan hangi değişikliklerin yapılacağı netleşmezse risk ölçülemez. Hazır site ile özel web tasarım arasındaki farkları değerlendirirken yalnız yeni sistemin görünümüne değil; mevcut URL ve içeriklerin nasıl taşınacağına da bakılmalıdır.

SEO Kaybı Yaşamadan Web Sitesi Yenileme Kontrol Listesi

1. Yenileme Öncesi Performans Referansını Kaydedin

Geçiş sonrasında neyin değiştiğini anlayabilmek için mevcut durumu proje başlamadan kaydedin. Yalnız toplam organik trafiği almak yeterli değildir.

En az şu veriler URL düzeyinde saklanmalıdır:

• Son 3, 6 ve 12 aylık organik tıklama ve gösterimler
• Sorgu–sayfa eşleşmeleri
• Organik giriş sayfaları ve dönüşüm sonuçları
• En fazla iç ve dış bağlantı alan URL'ler
• İndekslenen sayfalar
• Title, meta description, H1 ve canonical değerleri
• Form, telefon, WhatsApp ve satın alma olayları
• Mobil ve masaüstü performans ölçümleri

Bu kayıt geçiş sonrası “trafik düştü mü?” sorusunu tahminle değil, sayfa ve sorgu bazında yanıtlamayı sağlar.

2. Eski Sitenin Eksiksiz URL Envanterini Çıkarın

Yalnız sitemap'teki sayfaları listelemek eksik kalabilir. Sitemap dışında trafik alan, dış bağlantı kazanmış veya geçmişte indekslenmiş URL'ler bulunabilir.

URL envanteri oluştururken şu kaynaklar birleştirilmelidir:

• XML sitemap dosyaları
• CMS içindeki yayımlanmış kayıtlar
• Search Console sayfa raporları
• Web analitiğindeki giriş sayfaları
• Sunucu loglarında ziyaret edilen adresler
• Dış bağlantı alan sayfalar
• Görsel, PDF ve indirilebilir dosya URL'leri

Tekrarlanan, parametreli ve yönlendirilmiş URL'ler ayrıca işaretlenmelidir. Amaç yalnız sayı çıkarmak değil; Google'ın ve kullanıcıların erişebildiği gerçek adresleri bulmaktır.

3. Trafik ve Dönüşüm Getiren Sayfaları Koruma Altına Alın

Her eski sayfa aynı değerde değildir. Fakat düşük trafik alan bir URL'yi otomatik olarak silmek de hatalıdır; sayfa önemli bir ticari sorguda görünüm kazanıyor veya başka sayfalara bağlantı taşıyor olabilir.

URL'leri şu ölçütlerle sınıflandırın:

• Organik tıklama ve gösterim
• Hedef sorgulardaki konum
• Lead veya satış katkısı
• İç ve dış bağlantı değeri
• İçeriğin güncelliği ve benzersizliği
• Yeni mimarideki stratejik rolü

Yüksek değerli sayfaların URL'sini ve ana amacını mümkünse koruyun. Tasarım yenilendi diye çalışan bir adresi değiştirmek ek risk üretir.

4. Yeni Bilgi Mimarisini Arama Niyetine Göre Kurun

Yeni menü ve sayfa yapısı yalnız şirket içi departmanlara göre oluşturulmamalıdır. Kullanıcıların hangi ihtiyacı hangi sayfada karşılayacağı belirlenmelidir.

Örneğin “web tasarım”, “özel yazılım” ve “e-ticaret” farklı hizmet ve arama niyetleri taşıyorsa hepsini tek bir genel sayfaya sıkıştırmak görünürlüğü zayıflatabilir. Tersine, aynı soruyu küçük kelime farklarıyla cevaplayan çok sayıda sayfa da kanibalizasyon oluşturabilir.

Yeni mimaride her indekslenebilir URL için şu dört soru yanıtlanmalıdır:

1. Sayfanın ana arama niyeti nedir?
2. Hangi sorgu grubunun birincil sahibidir?
3. Hangi üst hizmet veya kategoriye bağlıdır?
4. Kullanıcıyı hangi sonraki adıma taşır?

5. Gereksiz URL Değişikliklerinden Kaçının

Kısa ve temiz URL faydalıdır; ancak sırf daha estetik görünsün diye sıralama alan adresleri değiştirmek zorunlu değildir. Yeni URL'nin sağlayacağı gerçek fayda, geçiş riskinden büyük değilse mevcut adres korunmalıdır.

Şu durumlarda URL değişikliği anlamlı olabilir:

• Eski URL anlaşılmaz parametrelerden oluşuyorsa
• Yanlış kategori veya dil yapısı kullanılıyorsa
• Birleşen içerikler için tek güçlü hedef oluşturuluyorsa
• Alan adı veya hizmet mimarisi zorunlu olarak değişiyorsa
• Eski URL gelecekte sürdürülemeyecek bir yapıya bağlıysa

Başlık değişti diye URL'yi de değiştirmek gerekmez. Kalıcı adres ile güncellenebilir sayfa başlığı aynı şey değildir.

6. Eski ve Yeni URL'leri Birebir Eşleştirin

URL mapping tablosu, geçiş projesinin en kritik belgesidir. Her eski URL'nin yeni sistemdeki durumu açık olmalıdır.

Tabloda eski URL, yeni URL, HTTP durumu, içerik sahibi, yönlendirme kuralı ve test sonucu bulunmalıdır. “Bütün eski adresleri ana sayfaya atalım” yaklaşımı kullanıcı niyetini karşılamaz ve yumuşak 404 sorununa dönüşebilir.

7. Kalıcı Yönlendirmeleri Doğrudan Nihai Hedefe Kurun

Kalıcı olarak taşınan bir sayfa için sunucu tarafında 301 veya uygun kalıcı yönlendirme kullanılmalıdır. Eski adres önce ara URL'ye, ardından yeni sayfaya gönderilmemelidir.

Yanlış yapı:

/eski-hizmet/ → /gecici-hizmet/ → /yeni-hizmet/

Doğru yapı:

/eski-hizmet/ → /yeni-hizmet/

Yönlendirme zincirleri kullanıcı için gecikme yaratır, hata ihtimalini artırır ve teknik kontrolü zorlaştırır. Yönlendirmeler yayından önce toplu olarak test edilmeli; hedeflerin 200 yanıtı verdiği ve yeniden başka bir adrese gitmediği doğrulanmalıdır.

8. Değerli İçeriği Tasarım Uğruna Budamayın

Yeni tasarımda daha kısa metin istenmesi, sıralama alan içeriğin gelişigüzel kaldırılması için gerekçe değildir. Özellikle hizmet kapsamı, süreç, kullanım senaryosu, teknik detay ve SSS bölümleri sorgu eşleşmesine katkı sağlayabilir.

Her içerik için üç karar verin:

• Olduğu gibi korunacak bölümler
• Güncellenecek veya daha iyi yapılandırılacak bölümler
• Tekrar, eskimiş bilgi ya da düşük değer nedeniyle kaldırılacak bölümler

Metni kısaltmadan da sayfa daha iyi tasarlanabilir. Sekmeler, açıklayıcı kartlar ve doğru başlık hiyerarşisi okunabilirliği artırabilir; ancak kritik içeriğin yalnız etkileşim sonrası yüklenmesi veya HTML çıktısında bulunmaması ayrıca test edilmelidir.

9. Title, H1, Meta ve Yapılandırılmış Veriyi Taşıyın

Yeni CMS'de eski SEO alanlarının karşılığı bulunmalıdır. Geçiş sırasında bütün sayfaların aynı title'a düşmesi, meta description alanlarının boş kalması veya birden fazla H1 oluşması yaygın hatalardır.

Her önemli sayfada şunları karşılaştırın:

• SEO title
• Meta description
• Tek ve açıklayıcı H1
• H2–H3 hiyerarşisi
• Görsel alt metinleri
• Breadcrumb
• Sayfa türüne uygun schema
• Open Graph ve sosyal paylaşım görseli

Eski metadata kusursuz değilse kör biçimde kopyalanmamalıdır. Ancak değişiklikler sorgu verisi ve yeni sayfa niyetiyle gerekçelendirilmelidir.

10. Canonical ve Hreflang Sinyallerini Yeni URL'lere Çevirin

Yeni sayfaların canonical etiketleri eski adresleri veya staging alan adını göstermemelidir. İndekslenebilir her sayfada nihai canlı URL'yi işaret eden self-referencing canonical bulunmalıdır.

Çok dilli sitelerde hreflang bağlantıları da yeni adreslerle güncellenmelidir. Türkçe sayfanın İngilizce alternatifi eski alan adına gidiyorsa geçiş tamamlanmış sayılmaz.

Canonical, yönlendirme ve sitemap aynı hedef URL üzerinde birleşmelidir. Biri eski, biri yeni, diğeri parametreli adresi gösteriyorsa arama motoruna çelişkili sinyal gönderilir.

11. Dahili Linkleri Yeni Adreslere Güncelleyin

301 yönlendirme çalışıyor diye site içindeki eski linkleri bırakmak doğru değildir. Menü, footer, breadcrumb, blog bağlantıları, CTA'lar ve içerik içi linkler doğrudan nihai URL'ye gitmelidir.

Özellikle şu alanlar taranmalıdır:

• Navigasyon ve mobil menü
• Footer hizmet bağlantıları
• Blog yazılarındaki eski linkler
• İlgili içerik kartları
• Görsel ve dosya bağlantıları
• Form sonrası yönlendirmeler
• Canonical ve hreflang URL'leri
• Reklam kampanyalarının açılış sayfaları

İç bağlantı mimarisi, hangi hizmet ve içeriklerin sitede daha önemli olduğunu gösterir. Yeni tasarım uğruna güçlü bağlantı yollarını ortadan kaldırmayın.

12. Ölçüm ve Dönüşüm Olaylarını Yeniden Test Edin

Site yenileme sonrası organik trafik korunurken form ve telefon ölçümü bozulabilir. Kullanıcı davranışı devam eder fakat raporlarda dönüşüm görünmez.

Yayın öncesinde ve hemen sonrasında şu olayları gerçek işlemlerle test edin:

• Form başlangıcı ve başarılı gönderim
• Telefon bağlantısı tıklaması
• WhatsApp veya mesaj tıklaması
• Randevu, teklif veya satın alma tamamlanması
• Teşekkür/success sayfası
• Çerez iznine göre analitik davranışı
• Google Ads ve Meta Ads açılış sayfaları

Dönüşüm takibi rehberimizde olayların yalnız buton tıklaması değil, gerçek iş sonucuyla nasıl ilişkilendirileceğini ayrıntılı ele alıyoruz.

13. Staging Engellerini Canlı Ortama Taşımayın

Geliştirme ortamını arama motorlarından uzak tutmak için parola, IP kısıtı, noindex veya robots.txt engeli kullanılabilir. Fakat bu kurallar canlıya taşınırsa yeni site taranamaz ya da indekslenemez.

Yayın kontrolünde şunlar doğrulanmalıdır:

• Önemli sayfalar HTTP 200 dönüyor
• Canlı site parola veya IP kısıtı arkasında değil
• Robots meta index,follow ile uyumlu
• X-Robots-Tag beklenmeyen noindex göndermiyor
• robots.txt gerekli CSS, JavaScript ve sayfaları engellemiyor
• Canonical staging alanına gitmiyor
• Site genelinde bakım modu kapalı

Bu kontroller yalnız ana sayfada değil, örnek hizmet, kategori, blog ve iletişim sayfalarında yapılmalıdır.

14. Mobil Deneyim, Performans ve Render Çıktısını Kontrol Edin

Görsel kalite artarken sayfa performansı gerileyebilir. Büyük hero videoları, ağır fontlar, kullanılmayan JavaScript, üçüncü taraf takip kodları ve kontrolsüz animasyonlar özellikle mobil deneyimi bozabilir.

Yalnız laboratuvar skoruna bakmayın. Gerçek cihazda şu görevleri tamamlayın:

• Menüden hizmet sayfasına ulaşma
• İçeriği kaydırma ve tablo okuma
• Form doldurma
• Telefon ve mesaj CTA'larını kullanma
• Çerez tercihlerini yönetme
• Geri tuşu ve sayfa geçişlerini deneme

JavaScript ile oluşturulan önemli içeriklerin ham HTML veya işlenmiş DOM içinde erişilebilir olduğu doğrulanmalıdır. Kullanıcıya görünen fakat arama motorunun alamadığı içerik, tasarım açısından var olsa da organik görünürlük açısından işlevsiz kalabilir.

15. Sitemap, Search Console ve Yayın Sonrası İzlemeyi Tamamlayın

Yeni sitemap yalnız canonical ve indekslenebilir URL'leri içermelidir. Eski, yönlendirilmiş, 404, parametreli veya noindex adresler yeni sitemap'te tutulmamalıdır.

Yayın sonrasında:

• Yeni sitemap'i Search Console'a gönderin
• Önemli birkaç URL'yi URL Denetleme ile kontrol edin
• Alan adı veya alt alan adı değiştiyse uygun adres değişikliği sürecini uygulayın
• Eski ve yeni URL'lerin indeks durumunu izleyin
• 404, soft 404, yönlendirme ve sunucu hatalarını takip edin
• Organik tıklama, gösterim, sorgu ve dönüşümleri karşılaştırın
• Sunucu loglarında botların yeni URL'lere ulaşabildiğini kontrol edin

Geçiş tamamlandıktan sonra sıralamalar kısa süre dalgalanabilir. Önemli olan bütün düşüşleri “normal” saymak değil; hangi URL, sorgu veya sayfa grubunun beklenenden farklı davrandığını bulmaktır.

Yayın Günü İçin Hızlı Kontrol Tablosu

Web sitesi projesi teklifinde bu kontrollerin kimin sorumluluğunda olduğu yazılı değilse geçiş riski müşteriye bırakılmış demektir. Web sitesi yaptırırken kontrol edilmesi gereken teslim maddeleri proje başlamadan netleştirilmelidir.

Yenileme Sonrası 7, 30 ve 90 Günlük İzleme Planı

İlk 7 gün

• Kritik URL'lerde 200, 301 ve 404 durumlarını kontrol edin
• Sitemap ve indeksleme hatalarını inceleyin
• Form ve iletişim dönüşümlerini gerçek kayıtlarla doğrulayın
• Organik giriş sayfalarında ani kayıp olup olmadığını izleyin
• Eski URL'lere gelen bot ve kullanıcı trafiğini kontrol edin

İlk 30 gün

• Eski ve yeni URL'lerin sorgu geçişini karşılaştırın
• İndekslenen yeni URL sayısını takip edin
• Beklenmeyen canonical seçimi ve soft 404 sorunlarını inceleyin
• Organik tıklama, gösterim ve dönüşüm trendlerini önceki dönemle karşılaştırın
• Dış bağlantı alan önemli eski URL'lerin yönlendirmelerini yeniden test edin

İlk 90 gün

• Trafik ve sıralama değişimini sayfa gruplarına göre değerlendirin
• Yeni bilgi mimarisinin iç link ve dönüşüm performansını ölçün
• Düşen sayfalarda içerik, yönlendirme ve sorgu eşleşmesini yeniden inceleyin
• Eski kampanya, profil ve yüksek trafik getiren dış bağlantıları güncelleyin
• Yönlendirmeleri kaldırmayın; kalıcı taşıma sinyallerinin işlenmesi zaman alabilir

Tek bir toplam trafik grafiği problemi saklayabilir. Bloglar yükselirken hizmet sayfaları düşebilir veya marka sorguları artarken ticari sorgular kaybolabilir. Bu nedenle değerlendirme sayfa türü, sorgu niyeti ve dönüşüm sonucu bazında yapılmalıdır.

Web Sitesi Yenilemede En Sık Yapılan 8 SEO Hatası

1. Eski URL listesi çıkarmadan yayına geçmek: Sitemap dışında değerli sayfalar unutulur.
2. Bütün eski sayfaları ana sayfaya yönlendirmek: Kullanıcı niyeti kaybolur ve soft 404 riski oluşur.
3. Çalışan URL'leri gereksiz yere değiştirmek: Tasarım projesine fazladan taşıma riski eklenir.
4. İçerikleri görsel sadelik için aşırı kısaltmak: Sayfanın sorguyu karşılama kapsamı zayıflar.
5. Staging noindex ayarını canlıda bırakmak: Yeni sayfalar indekslenemez.
6. Canonical ve sitemap'i eski adreslerde bırakmak: Teknik sinyaller birbiriyle çelişir.
7. Yalnız ana sayfayı test etmek: Hizmet, blog, form ve çok dilli sayfalardaki hatalar gözden kaçar.
8. Yayından sonra izleme yapmamak: Düzeltilebilecek bir hata haftalarca trafik kaybettirir.

SEO geçişi teklif kapsamına dahil değilse düşük proje bedeli yanıltıcı olabilir. Web sitesi fiyatını belirleyen unsurlar yalnız tasarım ekranı ve sayfa sayısından oluşmaz; envanter, taşıma, test ve yayın sonrası takip de gerçek iş yüküdür.

Web Sitesi Yenileme Projesinde Ajans Hangi Teslimleri Vermeli?

Sağlıklı bir projede “SEO uyumlu yapılacak” ifadesi tek başına yeterli değildir. Teslimler ölçülebilir olmalıdır:

• Eski URL envanteri
• Eski–yeni URL eşleştirme tablosu
• Uygulanan yönlendirme listesi
• Metadata ve içerik taşıma kontrolü
• Canonical, hreflang ve schema doğrulaması
• Sitemap ve robots kontrolleri
• Kırık iç link raporu
• Mobil ve performans testleri
• Form ve dönüşüm olayları test kaydı
• Yayın sonrası hata ve görünürlük izleme planı

The Base Digital'in web tasarım ajansı yaklaşımı, web sitesini yalnız görsel bir teslim olarak değil; içerik mimarisi, teknik SEO, ölçüm ve dönüşüm akışıyla birlikte ele alır. Mevcut organik görünürlüğü bulunan projelerde SEO geçiş planı tasarım onayından önce hazırlanmalıdır.

Yeni Tasarım Eski Görünürlüğü Silmemeli

Web sitesi yenilemenin amacı eski yapıyı olduğu gibi dondurmak değildir. Ama çalışan URL'leri, değerli içerikleri ve ölçüm geçmişini gerekçesiz biçimde silmek de yenilik sayılmaz. İyi bir geçiş; kullanıcı deneyimini geliştirirken arama motorlarının tanıdığı sayfa ilişkilerini kontrollü biçimde yeni sisteme taşır.

Proje başlamadan URL envanteri ve eşleştirme tablosu hazırlanıyor, yayın öncesi teknik kontroller tamamlanıyor ve geçiş sonrası performans izleniyorsa tasarım ile SEO aynı hedefe çalışır. Bunlardan biri eksikse daha güzel görünen bir site, daha az bulunan ve daha az ölçülen bir siteye dönüşebilir.