Web sitesi yenileme SEO kontrol listesi: yeniden yayından sonra trafik neden düşer, yayından önce, yayın sırasında ve sonrasında nelere bakılır, Google ve yapay zeka görünürlüğü nasıl korunur.

Kısaca
bir web sitesi yenilemesi, trafik getiren sayfalar URL'lerini (veya 301 yönlendirmesini), metinlerini, başlıklarını, alt başlıklarını ve iç bağlantılarını koruduğunda ve yeni şablonlar taranabilir ve hızlı kaldığında SEO'sunu korur. Yayından sonraki düşüşlerin çoğu silinen içerikten, bozulan iç bağlantılardan, hazırlık sitesinden unutulmuş bir noindex'ten veya yalnızca JavaScript ile görünen içerikten kaynaklanır. Başlamadan önce eski siteyi tarayın, yenisini korumalı bir hazırlık sunucusunda test edin, ardından yayından sonra ikisini karşılaştırın.
Daha fazlasını mı istiyorsunuz? Sorun:
Web sitesi yenileme SEO'su, şablonlar, tasarım, gezinme, içerik veya CMS değişirken sıralamaları koruma çalışmasıdır. Bu rehber aynı alan adını koruyan yenilemeleri kapsar. Alan adı veya URL'lerin çoğu değişiyorsa proje bir taşımadır: SEO taşıma kontrol listemizi ve site sahiplerini geçici sıralama dalgalanmalarına hazırlıklı olmaları konusunda uyaran Google'ın URL değişikliğiyle site taşıma rehberini izleyin.
Evet, her seferinde. Google ve web'i okuyan yapay zeka asistanları sayfaları HTML'de buldukları şeye göre değerlendirir: metin, başlıklar, alt başlıklar, bağlantılar, yapılandırılmış veri, hız. Bir yenileme bu sinyallerin bir kısmını veya tamamını değiştirir; bu nedenle arama motorları sayfaları yeniden değerlendirir. Etki olumlu (daha hızlı sayfalar, daha net yapı, daha iyi içerik) veya olumsuz (daha zayıf sayfalar, kaybolan bağlantılar) olabilir. Sonucu belirleyen şey, yeni şablonların kaç sıralama sinyalini koruduğudur.
| Yenilemede neyin değiştiği | SEO riski | Neden |
|---|---|---|
| Yalnızca renkler, yazı tipleri, görseller | Düşük | HTML içeriği ve URL'ler aynı kalır |
| Yeni şablonlar ve sayfa düzenleri | Orta | Alt başlıklar, metin blokları ve iç bağlantılar sıklıkla yer değiştirir veya kaybolur |
| Yeni gezinme ve menüler | Orta | Bağlantı derinliği ve iç otorite yeniden dağılır |
| İçerik yeniden yazıldı veya birleştirildi | Yüksek | Sayfalar sıralandıkları pasajları ve anahtar kelimeleri kaybeder |
| Yeni CMS veya JavaScript çatısı | Yüksek | Oluşturma, URL'ler, yönlendirmeler ve meta veriler aynı anda değişir |
| URL yapısı değişti | Yüksek | Değişen her URL'nin bir yönlendirmeye ihtiyacı var: bunu bir taşıma olarak ele alın |
Nedenler projeden projeye tekrarlanır. Her birinin basit bir kontrolü vardır:
| Risk | Nasıl ortaya çıkar | Kontrol |
|---|---|---|
| İçerik silindi veya kısaltıldı | Sayfalar uzun kuyruklu sorgularda düşer | Sayfa başına kelime sayısını ve bölümleri eski ve yeni olarak karşılaştırın |
| Başlıklar ve H1 yeniden yazıldı | Daha düşük tıklama oranı, kaybedilen konumlar | Başlıkları ve H1'leri önce dışa aktarın, sonra farklarını çıkarın |
| İç bağlantılar kayboldu | Derindeki sayfalar sıralamalarını kaybeder, yetim sayfalar ortaya çıkar | URL başına alınan iç bağlantıları karşılaştırın |
| URL'ler 301 olmadan değişti | 404 hataları, kaybedilen backlink'ler | Her eski URL üzerinde test edilmiş bir yönlendirme haritası |
| İçerik JavaScript ile oluşturuluyor | Sayfalar boş dizine eklenir, yapay zeka asistanları hiçbir şey görmez | Ham HTML ile oluşturulmuş HTML'i karşılaştırın |
| Daha yavaş şablonlar | Daha kötü Core Web Vitals, daha yüksek hemen çıkma | LCP, INP ve CLS'yi hazırlık ortamında test edin |
| Hazırlık sitesinden kalan noindex veya robots.txt engeli | Sayfalar günler içinde dizinden çıkar | Yayın gününde robots.txt'i ve meta robots'u kontrol edin |
| Yapılandırılmış veri kaldırıldı | Zengin sonuçlar kaybolur | Her şablonda şemayı doğrulayın |
Bunlardan ikisi özel dikkati hak ediyor. Birincisi, JavaScript: Google sayfaları başsız bir Chromium ile oluşturur, ancak JavaScript SEO belgeleri yalnızca href özniteliği olan standart bağlantı öğelerini keşfettiğini belirtiyor. Düğmelerle veya tıklama işleyicileriyle oluşturulan menüler bütün bölümleri gizler. JavaScript SEO rehberimiz oluşturma seçeneklerini ayrıntılandırıyor. İkincisi, hız: Google'ın Core Web Vitals yönergeleri, “iyi” eşiklerini ziyaretlerin 75. yüzdelik diliminde ölçülen 2,5 saniye veya daha az LCP, 200 milisaniye veya daha az INP ve 0,1 veya daha az CLS olarak belirler. Ağır ana görsel videoları ve kaydırıcılar, yeni bir şablonun bunları karşılayamamasının olağan nedenidir.
Canlı sitenin tam bir taramasını çalıştırın ve dizine eklenebilir her URL'yi başlığı, meta açıklaması, H1'i, kelime sayısı, canonical'ı, durum kodu ve aldığı iç bağlantı sayısıyla dışa aktarın. Bu tarama sizin başlangıç referansınızdır: yayından sonra yeni siteyi satır satır bununla karşılaştıracaksınız. Yapılandırılmış verileri ve robots.txt dosyasını da kaydedin.
12 ila 16 aylık Search Console verisini (sayfa ve sorgu başına tıklamalar ve gösterimler), backlink alan sayfaları ve dönüşüm getiren sayfaları dışa aktarın. Bu sayfalara dokunulmaz: URL'lerini, ana metinlerini ve başlıklarını koruyun veya bilinçli olarak iyileştirin. Bir içerik denetimi neyin korunacağına, birleştirileceğine veya kaldırılacağına karar vermeye yardımcı olur ve her kaldırmaya bir hedef URL verir.
En güvenli yenileme her URL'yi korur. Bir URL değişmek zorundaysa, onu 301 yönlendirmesi ile en yakın yeni sayfasına birebir eşleyin; zincir oluşturmadan ve her şeyi ana sayfaya göndermeden. SEO yönlendirmeleri rehberimiz kuralları kapsıyor. Google yönlendirmeleri en az bir yıl boyunca tutmanızı önerir.
Tasarımcılar metnin nereye gideceğine karar verir; geliştiriciler nasıl oluşturulacağına. Onlara yazılı gereksinimler verin: şablon başına bir H1, HTML içinde sunulan metin, taranabilir menüler, gezinti yolları, her bölümün derinliğiyle birlikte site mimarisi, korunacak şema ve performans bütçesi. Okunabilirlik ve gezinme de önemlidir: UX ve SEO rehberimize bakın.
Yoğun sezonunuzda, bir tatilden önce veya cuma günü yayına almaktan kaçının: yayından sonraki ilk günler hataların bulunduğu zamandır ve bunları düzeltmek için birinin hazır olması gerekir. Yayın gününde kimin neyi kontrol edeceğini yazın ve hangi sinyalin geri almayı tetikleyeceğine önceden karar verin (örneğin, anahtar sayfaların hata döndürmesi veya dizinden kaybolması). Bir sayfa konumlarını kaybederse bir şablon veya bir metin bloğu hızla geri yüklenebilsin diye eski siteyi birkaç hafta boyunca bir yedek sunucuda erişilebilir tutun.
Yeni siteyi parolayla (ya da en azından bir noindex kuralıyla) korunan bir hazırlık sunucusuna koyun; böylece Google sitenizin bir kopyasını dizine eklemez. Ardından yayından önce test edin:
| Ne zaman | Kontroller |
|---|---|
| Yayın günü | robots.txt taramaya izin veriyor, başıboş noindex yok, yönlendirmeler canlı, XML site haritası güncellendi ve Search Console'da gönderildi, analiz etiketi çalışıyor |
| 1. hafta | Başlangıç referansıyla karşılaştırılan tam tarama, Search Console'daki 404 hataları, üst sayfaların URL denetimi |
| 2 - 4. haftalar | Anahtar sayfaların tıklamaları ve gösterimleri ile öncesindeki aynı haftalar, dizine ekleme raporu, Core Web Vitals raporu |
| 2 - 3. aylar | Konum kaybeden sorgular, zenginleştirilecek sayfalar, geri yüklenecek iç bağlantılar |
Bir kırık bağlantı denetleyicisi menülerde, alt bilgilerde ve makalelerde hâlâ eski URL'lere işaret eden bağlantıları yakalar. Bu bağlantıları yönlendirmelere güvenmek yerine kaynağında düzeltin ve kenar çubukları veya ilgili yazı blokları kaldırıldığında kaybolan iç bağlantıları geri yükleyin. İlk haftalarda bir miktar dalgalanma normaldir. Bir sayfa grubunda bir aydan sonra da süren düşüş belirli bir nedene işaret eder: bu sayfaları başlangıç referansı sürümüyle karşılaştırın.
ChatGPT, Claude, Perplexity ve Gemini, içeriğini okuyabildikleri ve çıkarabildikleri sayfaları kaynak gösterir. Bir yenileme, Google'ın bağışlayacağı şekillerde bu erişimi kesebilir. Yapay zeka tarayıcı trafiği üzerine bir Vercel analizi (Aralık 2024), GPTBot ve ClaudeBot dahil büyük yapay zeka tarayıcılarının hiçbirinin JavaScript'i işlemediğini buldu. Metnini yalnızca JavaScript çalıştıktan sonra gösteren bir sayfa, çoğu yapay zeka tarayıcısı için görünmezdir.
Her ek değişiklik bir düşüşün teşhisini zorlaştırır. Bir alan adı değişikliği, yeni bir URL yapısı veya büyük bir içerik yeniden yazımı da planlıyorsanız, bunları bölün: yenilemeyi aynı URL'ler ve içerikle yayına alın, trafik kararlı hale gelene kadar bekleyin, sonra bir sonraki değişikliği yapın. Takvim her şeyi aynı anda gerektiriyorsa, başlangıç taramasına ve yönlendirme haritasına daha çok zaman ayırın, çünkü neyin bozulduğunu bulmanın tek yolu bunlardır.
Bir yenileme, yeni site eskisiyle aynı içeriği, bağlantıları ve sinyalleri daha hızlı ve daha net bir biçimde taşıdığında sıralamalarını korur. Önce tarayın, hazırlık ortamında test edin, sonra karşılaştırın. Yeni site kararlı hale geldikten sonra müşterilerinizin sorularını yanıtlayan sayfalar eklemeyi sürdürün: Sorank, SEO ve GEO makalelerini autopilot ile yazar ve yayımlar, yenilenmiş sitenizde.
URL'ler, içerik ve iç bağlantılar korunduğunda sıralamalar genellikle birkaç hafta içinde oturur. Google, bir site önemli ölçüde değiştiğinde sıralamaların geçici olarak dalgalanabileceği konusunda uyarıyor. Anahtar sayfalar bir ila iki ay sonra hâlâ başlangıç referansının altındaysa, değişen içeriği, başlıkları veya bağlantıları bulmak için bunları yayın öncesi taramayla karşılaştırın.
Yalnızca mevcut URL'ler gerçek bir sorunsa, örneğin okunamayan parametreler veya artık siteyle uyuşmayan bir yapı varsa. Değişen her URL en yakın karşılığına 301 yönlendirmesi gerektirir ve yayına risk ekler. Mevcut URL'leri korumak, backlink'leri ve sıralamaları korumanın en basit yoludur.
Evet, gerçek zayıflıkları giderdiğinde: yavaş şablonlar, JavaScript arkasında gizlenen içerik, derin gezinme, eksik alt başlıklar veya zayıf sayfalar. Kazançlar, daha iyi Core Web Vitals, daha net iç bağlantılar ve daha zengin içerik gibi ölçülebilir iyileştirmelerden gelir. Yalnızca görsel stili değiştiren bir yenileme, tek başına sıralamaları nadiren oynatır.
SORANK'I SİZDEN ÖNCE DENEDİLER
