Web Sitesi Yenileme Rehberi: SEO Kaybetmeden Site Taşıma Kontrol Listesi

Google bir sayfayı sıralarken o sayfanın adresine bağlı sinyalleri kullanır: kazandığı bağlantılar, tıklanma geçmişi, iç linkler ve indeksteki yeri. Yeni sitede adres değiştiğinde bu sinyallerin yeni sayfaya taşınmasını sağlayan tek güvenilir köprü kalıcı yönlendirmedir. Köprü kurulmazsa Google eski adreste 404 görür, yeni adresi ise sıfırdan tanımaya başlar.

Trafik kaybının ikinci büyük nedeni, yenileme sırasında fark edilmeden kaybolan içeriktir. “Bu sayfalar eskiydi, almayalım” denilen blog yazıları, SSS sayfaları veya ürün açıklamaları çoğu zaman uzun kuyruklu aramalardan en çok ziyaret alan sayfalardır. Tasarımı sadeleştirirken başlıkların, metinlerin ve dahili bağlantıların azalması da sıralamayı doğrudan etkiler.

Üçüncü neden teknik kazalardır: test ortamından kopyalanan noindex etiketi, tüm siteyi engelleyen robots.txt, yanlış canonical etiketleri veya JavaScript ile geç yüklenen içerik. Bunların her biri tek başına ciddi düşüşe yol açabilir; hepsi de yayından önce kontrol edilerek önlenebilir.

İyi haber şu: doğru planlanmış bir geçişte kısa süreli dalgalanma normaldir ve trafik genellikle birkaç hafta içinde eski seviyesine döner, hatta yeni sitenin hızı ve içerik düzeni sayesinde artabilir. Aşağıdaki grafik iki senaryoyu şematik olarak karşılaştırıyor.

Site taşıma türleri ve SEO riski

• Yalnız tasarım yenileme DüşükURL’ler, içerik ve domain aynı kalır; şablon ve görünüm değişir.
• Sunucu / hosting değişikliği DüşükAdresler aynı; IP, sunucu yapılandırması ve performans değişir.
• HTTP → HTTPS veya www değişikliği OrtaProtokol ya da alt alan adı değişir; tüm URL’ler yönlendirilir.
• URL yapısı değişikliği YüksekKlasörler, slug’lar veya uzantılar (.html, .php) değişir.
• Platform / CMS değişikliği YüksekWordPress’ten özel yazılıma geçiş gibi; URL, şablon ve kod aynı anda değişir.
• Domain değişikliği veya site birleştirme YüksekYeni alan adı ya da birden çok sitenin tek sitede toplanması.

Risk, aynı anda değişen katman sayısıyla katlanır. Mümkünse domain, URL yapısı ve tasarım değişikliğini aynı güne sıkıştırmayın; örneğin önce sunucuyu taşıyıp stabil hâle getirin, ardından yeni tasarımı yayına alın. Sunucu tarafındaki seçenekleri hosting, VPS, bulut ve dedicated sunucu farkı yazımızda ayrıca ele aldık.

Aşağıdaki on soruyu projenize göre yanıtlayın. Her “Evet” yanıtı riske ağırlığı kadar puan ekler ve size o maddeye özel öncelikli bir aksiyon önerir. Sonuç, planlamanın ne kadar ayrıntılı olması gerektiğine dair bir işarettir; teknik bir denetimin yerini tutmaz.

Yönlendirme haritası ancak eksiksiz bir URL listesi kadar iyidir. Tek bir kaynağa güvenmek en sık yapılan hatadır: sitemap yalnızca CMS’in bildiği sayfaları, tarama aracı yalnızca iç linkle ulaşılabilen sayfaları gösterir. Oysa trafik ve bağlantı alan eski kampanya sayfaları, PDF’ler veya yıllar önce silinmiş ama hâlâ link alan adresler bu listelerde yoktur.

Bu yüzden aşağıdaki kaynakları birlikte kullanın, sonuçları bir tabloda birleştirin ve tekrar edenleri temizleyin. Her satıra son 12 ayın tıklama ve oturum sayısını, backlink adedini ve sayfanın yeni sitedeki karşılığını ekleyin. Bu tablo hem yönlendirme haritasının hem de yayın sonrası karşılaştırmanın temelidir.

1. 1Google Search ConsolePerformans raporundaki sayfalar ve Sayfalar (indeksleme) raporuGoogle’ın gerçekten gösterdiği ve tıklama getiren URL’ler; en kritik liste budur.
2. 2Web analitiği (ör. GA4)Açılış sayfaları raporu, son 12–16 ayOrganik dışındaki kanallardan (e-posta, reklam, sosyal) trafik alan sayfaları da yakalar.
3. 3Tarayıcı (crawler) araçlarıScreaming Frog, Sitebulb gibi masaüstü veya bulut tarayıcılarİç linklerle erişilen tüm HTML sayfaları, görselleri, PDF’leri ve mevcut yönlendirmeleri listeler.
4. 4XML sitemap’lersitemap.xml ve alt sitemap dosyalarıCMS’in yayında gördüğü sayfaları verir; iç linki zayıf sayfaları da içerebilir.
5. 5Backlink araçlarıSearch Console Bağlantılar raporu ve üçüncü taraf backlink araçlarıDış sitelerden link alan eski adresleri gösterir; bunlar 404’e düşerse bağlantı değeri boşa gider.
6. 6Sunucu loglarıSon birkaç ayın erişim loglarıGooglebot’un hâlâ ziyaret ettiği, başka hiçbir listede görünmeyen eski URL’leri ortaya çıkarır.

Bir adresin nereye gittiğini tarayıcıya ve Google’a söylemenin birkaç yolu vardır ve her biri farklı bir mesaj verir. Kalıcı yönlendirme (301 veya 308), “bu sayfa artık burada” der ve Google’ın yeni adresi kanonik kabul etmesi için güçlü bir sinyaldir. Geçici yönlendirme (302 veya 307) ise “şimdilik buradayım, eski adres geri gelecek” anlamına gelir.

Canonical etiketi bir yönlendirme değildir: ziyaretçi sayfada kalır, Google’a yalnızca benzer sayfalar arasından hangisini tercih etmesi gerektiğine dair bir ipucu verilir. Site taşımasında eski adreslerin ayakta kalıp yeni sayfaya canonical göstermesi, 301’in yerini tutmaz. Gerçekten kaldırılan ve karşılığı olmayan sayfalar için ise 404 veya 410 dürüst yanıttır.

Yönlendirme haritası, her eski URL’nin karşısına yeni sitedeki en ilgili sayfayı yazdığınız iki sütunlu bir tablodur. “En ilgili” kelimesi önemlidir: eski “Kurumsal web tasarımı” hizmet sayfası, yeni sitedeki web tasarım hizmetine gitmelidir; hizmetler listesine veya ana sayfaya değil. Kullanıcının aradığı içeriğe tek tıkla ulaşması hem deneyim hem de sinyal aktarımı açısından en iyi sonucu verir.

Kaldırdığınız yüzlerce sayfayı toplu olarak ana sayfaya yönlendirmek cazip gelir ama Google bu tür alakasız yönlendirmeleri çoğu zaman soft 404 olarak değerlendirir; yani sayfa kaldırılmış gibi davranır ve sinyal aktarılmaz. Karşılığı gerçekten olmayan sayfalara 410 vermek, alakasız bir sayfaya yönlendirmekten daha dürüst ve daha temizdir.

• 1.Birebir eşleyinHer eski sayfa, içerik olarak en yakın tek bir yeni sayfaya gitsin. Birleştirilen sayfalar, onları kapsayan yeni sayfaya yönlendirilebilir.
• 2.Zincir kurmayınA → B → C yerine A → C yazın. Googlebot birkaç atlamayı takip edebilir, ama her ek adım hem hızı hem de güvenilirliği düşürür.
• 3.Döngüye dikkatBir adresin kendisine veya birbirine yönlenen iki adresin oluşturduğu döngü, sayfayı hem kullanıcı hem de Google için erişilmez kılar.
• 4.Varyantları unutmayınSonda eğik çizgi, büyük/küçük harf, .html uzantısı, http ve www varyantları ayrı URL’lerdir; hepsinin tek adımda nihai adrese gittiğinden emin olun.

Aşağıdaki araç, iki listeyi yol ve slug benzerliğine göre otomatik eşleştirir, eşleşmeyenleri işaretler ve sonucu nginx veya Apache yapılandırması olarak üretir. Otomatik öneriler bir başlangıç noktasıdır; her satırı içerik açısından kontrol edin. Büyük ve kalıplı değişikliklerde (örneğin tüm /blog/2019/05/ tarih klasörlerinin kaldırılması) satır satır kural yerine tek bir desen kuralı çok daha yönetilebilirdir.

Yönlendirmeler ne kadar sunucuya yakın çalışırsa o kadar hızlı ve güvenilir olur. nginx veya Apache kullanan sitelerde kuralları doğrudan yapılandırmaya yazmak idealdir; yönetilen hosting kullanıyorsanız panelin yönlendirme modülü veya .htaccess dosyası iş görür. Next.js gibi modern çatılarda yönlendirmeler yapılandırma dosyasında veya middleware katmanında da tanımlanabilir.

Aşağıdaki şablonlar en sık ihtiyaç duyulan üç durumu kapsar: tek adımda HTTPS ve tercih edilen alan adına yönlendirme, kalıplı URL değişikliği ve domain değişikliği. Değerleri kendi alan adınıza göre değiştirin ve canlıya almadan önce staging üzerinde deneyin. Yeni sitenin geliştirme aşamasında bu kuralların da kapsama dahil edilmesi için web yazılım geliştirme sürecinde yönlendirme katmanını ayrı bir iş kalemi olarak planlayın.

server {
    listen 80;
    server_name ornekfirma.com www.ornekfirma.com;
    return 301 https://www.ornekfirma.com$request_uri;
}

server {
    listen 443 ssl;
    server_name ornekfirma.com;
    # ssl_certificate ... (sertifika ayarları)
    return 301 https://www.ornekfirma.com$request_uri;
}

# http bloğunda:
map $uri $w3_redirect {
    default                          "";
    /hakkimizda.html                 /kurumsal;
    /hizmetlerimiz/web-tasarim.html  /hizmetler/web-tasarim;
}

# server bloğunda:
if ($w3_redirect) {
    return 301 $w3_redirect;
}

RewriteEngine On

# /blog/2019/05/yazi-adi  →  /blog/yazi-adi
RewriteRule ^blog/[0-9]{4}/[0-9]{2}/([^/]+)/?$ /blog/$1 [R=301,L]

# Eski domaindeki her yolu yeni domainde aynı yola gönder
RewriteCond %{HTTP_HOST} ^(www\.)?eskifirma\.com$ [NC]
RewriteRule ^(.*)$ https://www.yenifirma.com/$1 [R=301,L]

Yeni site geliştirilirken genellikle test.ornekfirma.com gibi bir staging adresinde yayında olur. Bu adres Google tarafından bulunup indekslenirse iki sorun çıkar: yarım içerik arama sonuçlarında görünür ve canlıya çıkacak sayfalarla yinelenen içerik oluşur. Staging bağlantısının bir e-postada, bir tasarım aracında veya tarayıcı eklentisinde sızması tahmin edilenden daha kolaydır.

En güvenli koruma HTTP şifre korumasıdır (Basic Auth): şifreyi bilmeyen hiç kimse, Googlebot dahil, sayfayı göremez. noindex başlığı ikinci iyi seçenektir. Yalnız robots.txt ile engellemek ise yeterli değildir; Google engellenen bir adresi taramadan da, başka yerlerden aldığı linkler sayesinde içeriksiz biçimde indeksleyebilir.

• En güvenliHTTP şifre korumasıGooglebot dahil kimse erişemez; yayın günü sunucu yapılandırmasından kaldırılır.
• Yeterlinoindex (meta veya X-Robots-Tag)Sayfa taranabilir ama indekslenmez. Yayında kalırsa bütün site görünmez olur.
• YetersizYalnız robots.txt DisallowTaramayı engeller, indekslemeyi garanti etmez; ayrıca noindex’in görülmesini de engeller.
• RiskliHiçbir koruma yokStaging adresi indekslenebilir ve canlı siteyle yinelenen içerik oluşturur.

Asıl tehlike yayın günündedir. Staging’deki noindex etiketi, Disallow: / satırı veya şifre koruması canlı siteye kopyalanırsa yeni site Google için görünmez olur. Bu yüzden yayın günü kontrol listesinin ilk maddeleri her zaman bu engellerin kaldırıldığını doğrulamaktır.

Alan adınızı değiştiriyorsanız (ör. marka değişikliği ya da .com’dan .com.tr’ye geçiş), Google Search Console’daki Adres değişikliği aracı taşımayı Google’a doğrudan bildirmenizi sağlar. Araç yalnızca domain veya alt alan adı değişikliklerinde kullanılır; http’den https’ye geçişte, www eklemede ya da aynı domain içinde URL yapısını değiştirmede kullanılmaz. Bu durumlarda yalnızca 301 yönlendirmeler ve güncel sitemap yeterlidir.

Aracın çalışması için eski ve yeni sitenin aynı Search Console hesabında doğrulanmış olması ve eski ana sayfanın yeni ana sayfaya 301 ile yönlenmesi gerekir. Araç, bildirimden sonra belirli bir süre boyunca (Google’ın belgelerine göre 180 gün) yeni siteyi öncelikli tarar ve sinyalleri aktarır. Bu süre dolduğunda yönlendirmelerinizi kaldırmamalısınız: Google’ın önerisi yönlendirmeleri mümkün olduğunca uzun, genellikle en az 1 yıl korumaktır; dış linkler ve kullanıcı yer imleri yıllarca eski adresi kullanmaya devam eder.

1. 1Yeni domaini Search Console’da doğrulayın (tercihen DNS ile alan adı mülkü).
2. 2Eski domainin tüm URL’lerini yeni domaindeki karşılıklarına sayfa sayfa 301 ile yönlendirin.
3. 3Yeni domainde sitemap’i gönderin; eski URL’leri içeren sitemap’i de bir süre tutmak yönlendirmelerin keşfini hızlandırabilir.
4. 4Eski domain mülkünde Ayarlar → Adres değişikliği aracını çalıştırın ve yeni mülkü seçin.
5. 5Eski domainin kaydını ve SSL sertifikasını yenilemeye devam edin; süresi dolan domain yönlendirmeleri de öldürür.

Yönlendirmeler eski adresleri kurtarır, ama yeni sitenin kendi içinde de tutarlı olması gerekir. Sitenin her yerinde eski URL’lere verilen linkler, Google’a karışık sinyal gönderir ve her tıklamada gereksiz bir yönlendirme atlaması oluşturur. Yeni siteyi yayına almadan önce aşağıdaki alanların yalnızca nihai, 200 dönen URL’leri gösterdiğinden emin olun.

• ✓İç linkler ve menülerMenü, footer, içerik içi linkler ve butonlar doğrudan yeni URL’leri göstermeli; yönlendirme üzerinden gitmemeli.
• ✓Canonical etiketleriHer sayfa kendi yeni ve mutlak URL’sini canonical olarak göstermeli; staging adresi veya eski domain kalmamalı.
• ✓hreflangDil sürümleri birbirini karşılıklı göstermeli, tüm hedefler yeni URL olmalı ve x-default tanımlanmalı.
• ✓Yapılandırılmış veriOrganization, BreadcrumbList, Article ve Product işaretlemelerindeki url, logo ve image alanları yeni adresleri kullanmalı.
• ✓XML sitemap ve robots.txtSitemap yalnızca yeni ve indekslenmesi istenen URL’leri içermeli; robots.txt yeni sitemap adresini göstermeli.
• ✓Görseller ve dosyalarGörsel ve PDF adresleri değiştiyse onlar da yönlendirilmeli; Open Graph görselleri yeni adreslerden yüklenmeli.

Bu kontrollerin çoğu bir tarama aracıyla dakikalar içinde yapılabilir. Daha kapsamlı bir liste için kurumsal web sitesi teknik SEO audit kontrol listesi yazımızdaki tarama, indeksleme ve yapılandırılmış veri bölümlerini yayın öncesi denetim olarak kullanabilirsiniz.

Maddeleri tamamladıkça işaretleyin; ilerleme yan paneldeki özet kartında ve her aşamanın başlığında görünür. Liste bir yazılım ekibi, ajans veya kurum içi ekip tarafından ortak çalışma dokümanı olarak kullanılabilir.

Yayından sonraki ilk iki haftada gösterim ve sıralamalarda dalgalanma görmek normaldir; Google eski adresleri yeniden tarar, yönlendirmeleri işler ve yeni sayfaları değerlendirir. Orta büyüklükteki bir sitede bu süreç genellikle birkaç hafta sürer, çok büyük sitelerde daha uzun sürebilir. Paniğe kapılıp yönlendirmeleri değiştirmek veya URL’leri tekrar değiştirmek, durumu çoğu zaman kötüleştirir.

Asıl alarm işareti, düşüşün birkaç hafta sonra da toparlanmaması ya da belirli sayfa gruplarında keskin olmasıdır. Bu durumda önce yayın öncesi kaydettiğiniz referans verisiyle karşılaştırma yapın: hangi sayfalar, hangi sorgular ve hangi cihazlarda kayıp var? Aşağıdaki tablo en sık görülen belirtileri, olası nedenlerini ve ilk bakılacak yeri özetliyor.

Yayın sonrası izlenecek metrikler

Aşağıdaki hataların neredeyse tamamı teknik olarak basit ama sonuçları pahalıdır. Çoğu, geçiş sorumluluğunun net bir kişiye verilmemesinden ve yayın tarihinin test süresini sıkıştırmasından kaynaklanır.

1. 1Yönlendirme yapmadan yayına almak“Yeni sitede sayfalar zaten var” varsayımı; eski adreslerin tamamı 404’e düşer ve yıllarca biriken sinyal kaybolur.
2. 2Her şeyi ana sayfaya yönlendirmekAlakasız toplu yönlendirmeler soft 404 sayılabilir; kullanıcı da aradığını bulamayıp siteden çıkar.
3. 3Staging engellerini canlıya taşımakTek bir noindex etiketi ya da robots.txt satırı bütün siteyi arama sonuçlarından silebilir.
4. 4Değerli içeriği “sadeleştirmek”Trafik getiren uzun metinleri, SSS’leri ve blog yazılarını kaldırmak sıralamaları doğrudan etkiler.
5. 5Geçici (302) yönlendirme kullanmakBazı CMS eklentileri varsayılan olarak 302 üretir; kalıcı taşıma için 301 veya 308 olduğunu kontrol edin.
6. 6Yönlendirmeleri birkaç ay sonra kaldırmakSunucu değişikliği veya yeni bir yenilemede kurallar unutulur; eski linkler yeniden 404 olur.
7. 7Ölçüm kodunu unutmakAnalitik veya dönüşüm etiketleri eksik kalınca gerçek bir düşüş ile ölçüm hatası birbirinden ayırt edilemez.

Siteyi dışarıdan bir ekiple yeniliyorsanız, SEO geçişinin (URL envanteri, yönlendirme haritası, yayın sonrası izleme) teklif kapsamında açıkça yazılı olduğundan emin olun. Bir ajans veya yazılım firmasıyla çalışırken sormanız gereken diğer soruları yazılım firması seçerken dikkat edilmesi gerekenler rehberimizde topladık.

Yenileme projeniz için tasarım, geliştirme ve SEO geçişini birlikte planlamak isterseniz kurumsal web tasarım hizmetimize göz atabilir ya da doğrudan site yenileme teklifi isteyebilirsiniz.