Web Sitesi Yeniden Tasarımında Google Sıralaması Nasıl Korunur?

Web sitesi yeniden tasarımında Google sıralaması nasıl korunur?

Web sitesi yeniden tasarımında sıralamayı korumak, eski adreslerin, içeriğin ve teknik sinyallerin yeni siteye kayıpsız aktarılması demektir. Bunun için yayından önce URL envanteri çıkarırsınız, her eski adresi 301 ile en yakın yeni sayfaya eşlersiniz, test ortamını kapalı tutarsınız ve lansmandan sonra Search Console verisini düzenli izlersiniz.

Kısacası tasarım değişebilir; ancak Google'ın sayfalarınızı tanıdığı sinyaller değişmemeli ya da kontrollü biçimde taşınmalı. Biz Talha Aslan ve ekibi olarak yeni bir arayüz projesine başlarken önce bu güvenlik ağını kuruyoruz. Böylece web tasarım sürecindeki görsel kararlar SEO trafiğini riske atmadan ilerliyor. Bu yazıda karar aşamasındaki bir işletme sahibinin kendi ekibiyle ya da ajansıyla uygulayabileceği adımları sırayla anlatıyoruz.

Not: Hosting ya da alan adı değişikliği de içeren projelerde sunucu tarafı adımlar ayrı bir konudur. Onlar için hosting değiştirme ve site taşıma kontrol listemize bakabilirsiniz. Burada yalnız aynı alan adında yapılan görsel ve yapısal yenilemeye odaklanıyoruz.

Yeniden tasarım neden sıralama kaybına yol açar?

Yeni tasarım tek başına sıralamayı düşürmez. Sorun, tasarımla birlikte fark edilmeden değişen şeylerdir. Örneğin adres yapısı değişir, eski ürün sayfaları birleşir, uzun metinler "daha sade görünsün" diye kısalır ya da menüden bazı sayfalar çıkar. Google bu değişiklikleri yeni bir site gibi yeniden değerlendirir.

Saha tecrübemizde en sık gördüğümüz kayıp nedenleri şunlardır:

• Eski adresler yönlendirme olmadan 404 hatası veriyor.
• Çok sayıda eski sayfa ana sayfaya yönlendiriliyor.
• Başlık etiketleri ve H1 metinleri şablon metinlerle değişiyor.
• İç bağlantılar azalıyor; önemli sayfalar menüden düşüyor.
• Test ortamındaki noindex etiketi canlı siteye taşınıyor.
• Yapısal veri şablonla birlikte kayboluyor.

Dolayısıyla korunması gereken şey tasarımın kendisi değil, bu sinyallerin bütünüdür. Ayrıca her madde birbirini etkiler: yönlendirme planı doğru olsa bile içerik boşaltıldıysa sayfa eski gücünü taşımaz. Bu yüzden aşağıdaki adımları tek tek değil, bir kontrol listesi olarak birlikte ele almanızı öneriyoruz.

Web sitesi yeniden tasarımı başlamadan URL envanteri nasıl çıkarılır?

URL envanteri, sitenizde bugün var olan ve Google'ın bildiği tüm adreslerin listesidir. Google Search Central'ın URL değişikliği içeren site taşıma rehberi de bu listeyi site haritası, sunucu kayıtları, analitik verisi ve içerik yönetim sistemi gibi birden fazla kaynaktan toplamanızı önerir.

Pratikte şu kaynakları birleştiriyoruz:

1. Mevcut XML site haritası (sitemap) ve varsa alt site haritaları.
2. Search Console performans raporunda tıklama ya da gösterim alan sayfalar.
3. Analitik aracınızda son dönemde ziyaret alan açılış sayfaları.
4. İçerik yönetim sistemindeki tüm yayınlı sayfa, yazı, kategori ve ürün adresleri.
5. Görseller, PDF dosyaları ve indirme bağlantıları gibi gömülü dosyalar.

Ardından bu listeleri tek bir tabloda birleştirir, tekrar eden satırları temizlersiniz. Özellikle eski kampanya sayfaları ve PDF katalogları çoğu zaman unutulur; oysa bunlar dış bağlantı almış olabilir. Envanter, projenin geri kalanındaki her kararın temelidir. Bu nedenle tasarım taslakları onaylanmadan önce bu tabloyu hazır tutmanızı öneriyoruz.

Hangi sayfalar trafik ve bağlantı taşıyor?

Envanterdeki her adres aynı değerde değildir. Bazı sayfalar organik trafiğin büyük kısmını getirir, bazıları ise az ziyaret alsa da dış sitelerden bağlantı almıştır. Önceliklendirme yapmadan tüm sayfalara aynı özeni göstermek zaman kaybettirir; öte yandan değerli bir sayfayı gözden kaçırmak gerçek kayba yol açar.

Bu yüzden envanter tablosuna birkaç sütun ekliyoruz: son dönemdeki organik tıklama, gösterim, sayfanın hedeflediği ana sorgu ve dış bağlantı alıp almadığı. Search Console performans raporu ilk üç sütunu doldurur. Dış bağlantılar için Search Console'daki bağlantılar raporu iyi bir başlangıç noktasıdır.

Sonra sayfaları üç gruba ayırırsınız. Birinci grup, trafik ya da bağlantı taşıyan ve yeni sitede mutlaka karşılığı olacak sayfalardır. İkinci grup, birleştirilebilecek benzer sayfalardır. Üçüncü grup ise gerçekten değersiz, eski ve kimsenin aramadığı içeriklerdir. Kısacası bu sınıflandırma, hangi sayfanın tasarım sürecinde "dokunulmaz" olduğunu ekibe açıkça gösterir. Tasarımcı ve yazılımcı bu listeyi gördüğünde menü ve şablon kararlarını da buna göre verir.

301 eşleme planı nasıl hazırlanır?

301 eşleme planı, her eski adresin yeni sitede hangi adrese kalıcı olarak yönleneceğini gösteren tablodur. Google, sunucu tarafında kalıcı yönlendirme (301 veya 308) kullanmanızı ve her eski adresi doğrudan son hedefe göndermenizi önerir. Yani arada ikinci, üçüncü bir yönlendirme halkası olmamalı.

Planı hazırlarken şu ilkeleri uyguluyoruz:

• Her eski adres, içerik olarak en yakın yeni sayfaya gider.
• Adresi değişmeyen sayfalar için yönlendirme yazmazsınız.
• Toplu olarak ana sayfaya yönlendirme yapmazsınız.
• Karşılığı olmayan ve değeri olmayan sayfalar 404 ya da 410 döner.
• Yönlendirme zinciri oluşturmazsınız.

Eski ve yeni adres listeleri hazırsa 404 yönlendirme eşleştirici aracımız benzer adresleri eşleştirerek ilk taslağı çıkarmanıza yardım eder. Ancak son kararı mutlaka bir insan vermeli; çünkü araç adres benzerliğine bakar, içerik benzerliğine değil. Yönlendirmelerin ne kadar süre yerinde kalması gerektiği ayrı bir sorudur; bunu 301 yönlendirme ne kadar süre kalmalı yazımızda ayrıntılı anlattık.

Eşleme tablosunda hangi kararlar verilir?

Eşleme tablosunda her satır için bir karar türü seçersiniz. Aşağıdaki tablo, yeniden tasarım projelerinde en sık karşılaştığımız durumları ve önerdiğimiz yaklaşımı özetliyor.

Örneğin üç ayrı hizmet alt sayfasını tek bir sayfada topluyorsanız, yeni sayfa bu üç konuyu da gerçekten anlatmalıdır. Aksi halde Google yönlendirmeyi alakasız bulabilir ve sayfayı soft 404 olarak değerlendirebilir. Ayrıca tablonun son hali, yazılımcıya verdiğiniz teknik iş tanımının bir parçası olur.

İçerik ve başlıklar neden korunmalı?

Google bir sayfayı adresinden çok içeriğinden tanır. Yeni tasarımda metinler kısalırsa, alt başlıklar kaybolursa ya da sayfanın ana konusu değişirse, doğru yönlendirme yapsanız bile sayfa eski sorgularda aynı yeri tutmayabilir. Bu nedenle tasarım ekibine "metni sığdır" değil "tasarımı metne göre kur" yaklaşımını öneriyoruz.

Pratikte her öncelikli sayfa için şu öğeleri karşılaştırırsınız: H1 başlığı, H2 ve H3 alt başlıkları, ana metnin kapsamı, sıkça sorulan sorular, tablolar ve görsellerin alt metinleri. Yeni şablonda bunların her biri yerini korumalı. Akordeon ya da sekme içinde saklanan metin de sayfada bulunmalı; yalnız tıklamayla sunucudan yüklenen içerik risk taşır.

Öte yandan yeniden tasarım, zayıf içeriği güçlendirmek için de iyi bir fırsattır. Ancak içerik iyileştirmesini ve tasarım değişikliğini aynı gün yayına almak, olası bir düşüşün nedenini anlamayı zorlaştırır. Bu yüzden büyük içerik değişikliklerini, mümkünse yeni tasarım oturduktan sonra ayrı bir aşamada yapmanızı öneriyoruz. Böylece her değişikliğin etkisini ayrı ayrı ölçebilirsiniz.

Meta başlık ve açıklamalar nasıl taşınır?

Meta başlık (title etiketi) ve meta açıklama, arama sonucunda kullanıcının gördüğü ilk metindir. Yeni temalar çoğu zaman bu alanları sayfa adından otomatik üretir. Sonuç olarak yıllardır emek verdiğiniz başlıklar bir gecede "Hizmetler | Firma Adı" gibi genel metinlere dönüşebilir.

Bu riski önlemek için envanter tablonuza iki sütun daha ekleyin: mevcut title ve mevcut meta açıklama. Bir tarama aracıyla canlı siteyi tarayıp bu alanları dışa aktarabilirsiniz. Ardından yeni sitede her öncelikli sayfanın bu alanlarını tek tek kontrol edersiniz.

Taşıma sırasında dikkat ettiğimiz noktalar şunlardır:

• Title etiketinde ana sorgu başta kalmalı.
• Kanonik (canonical) etiket yeni adresi göstermeli, eski adresi değil.
• Çok dilli sitelerde hreflang etiketleri yeni adreslere güncellenmeli.
• Open Graph etiketleri sosyal paylaşım için doğru görseli göstermeli.

Kanonik etiket sorunlarını yayından sonra yakalamak isterseniz canonical hatalarını Search Console ile tespit etme yazımız işinize yarar. Yine de en ucuz düzeltme, sorunu yayından önce test ortamında bulmaktır.

İç bağlantılar yeni yapıda nasıl güncellenir?

İç bağlantılar, Google'ın sitenizde hangi sayfayı önemli gördüğünüzü anlamasını sağlar. Yeni tasarımda menü sadeleşir, alt bilgi (footer) kısalır ya da kenar çubuğu kalkar. Bu değişikliklerle birlikte bazı önemli sayfalar neredeyse hiç iç bağlantı almaz hale gelebilir.

Bu nedenle iki ayrı iş yaparsınız. Birincisi, içerik içindeki eski bağlantıları yeni adreslere güncellemek. Yönlendirme olsa bile site içinden yönlendirmeli adrese link vermek gereksiz bir halka ekler; Google da iç bağlantıları yeni adreslere güncellemenizi önerir. İkincisi, birinci gruptaki öncelikli sayfaların yeni menü ve şablonda hâlâ yeterli bağlantı aldığını doğrulamak.

Örneğin eski sitede ana menüde duran bir hizmet sayfası, yeni tasarımda yalnız bir alt sayfadan bağlantı alıyorsa bu sayfanın görünürlüğü zayıflayabilir. Ayrıca yayından sonra site içinde zincirleme yönlendirme kalıp kalmadığını yönlendirme denetleyici aracımızla kontrol edebilirsiniz. Zincirlerin neden sorun olduğunu merak ederseniz yönlendirme zinciri yazımıza göz atabilirsiniz.

Yapısal veri yeni tasarımda kaybolursa ne olur?

Yapısal veri (structured data), sayfanızın içeriğini Google'a makine tarafından okunabilir biçimde anlatan koddur. İşletme bilgisi, ürün, SSS ya da içerik kırıntısı (breadcrumb) gibi işaretlemeler çoğu zaman temaya ya da bir eklentiye bağlıdır. Tema değişince bu işaretlemeler sessizce kaybolabilir.

Yapısal veri tek başına sıralama garantisi vermez; ancak arama sonucunda zengin görünüm alma uygunluğunu etkiler. Bu yüzden kaybı fark etmezseniz tıklama oranınız düşebilir ve bunun nedenini geç anlarsınız. Dolayısıyla eski sitede hangi şema türlerinin bulunduğunu envantere not etmenizi öneriyoruz.

Kontrol adımları basittir:

1. Eski sitedeki öncelikli sayfaları Google'ın zengin sonuç testinde kontrol edin ve bulunan türleri kaydedin.
2. Test ortamında aynı sayfaları yeniden test edin.
3. Eksik türleri yeni şablona ekleyin.
4. Yayından sonra Search Console'daki ilgili geliştirme raporlarını izleyin.

Eksik işaretlemeyi yeniden yazmanız gerekirse schema oluşturucu aracımız hızlı bir başlangıç sağlar. Şemanın temel mantığını öğrenmek isterseniz schema markup nedir yazımız iyi bir giriş noktasıdır.

Test ortamı neden noindex ile kapatılmalı?

Test ortamı (staging), yeni tasarımı canlıya almadan önce denediğiniz kopya sitedir. Bu kopya arama motorlarına açık kalırsa Google aynı içeriğin iki farklı adresini görebilir; üstelik yarım kalmış sayfalar arama sonuçlarında görünebilir. Bu nedenle test ortamını mutlaka erişime kapatmanız gerekir.

En güvenli yol, test ortamını parola korumasının arkasına almaktır. Böylece hem arama motorları hem de yetkisiz kişiler siteye erişemez. Buna ek olarak noindex etiketi kullanabilirsiniz. Google'ın belgeleri, noindex kuralının işe yaraması için sayfanın robots.txt ile engellenmemesi gerektiğini belirtir; çünkü Google sayfayı tarayamazsa etiketi de göremez.

Asıl risk ise test ortamının kendisinden çok, yayın günüdür. Yeni siteyi test ortamından canlıya kopyalarken noindex etiketi ya da robots.txt engeli de canlıya taşınabilir. Bu durumda yeni site birkaç gün içinde dizinden çıkmaya başlar. Kısacası test ortamını kapatmak kadar, yayında bu kapanışı kaldırmak da planın yazılı bir adımı olmalıdır. Bu adımı sözleşmede ve iş tanımında açıkça sorumluya bağlamanızı öneriyoruz.

Lansman günü hangi kontrolleri yapmalısınız?

Lansman günü, hazırlığın sınandığı gündür. Bu nedenle kontrolleri ezbere değil, yazılı bir listeyle ve sırayla yaparsınız. Mümkünse trafiğin düşük olduğu bir saati seçin ve ekipten en az bir kişiyi yalnız kontrole ayırın.

Yayın anında ve hemen sonrasında uyguladığımız kontrol listesi şöyledir:

1. Canlı sitede noindex etiketi kalmadığını kaynak kodundan ve HTTP başlığından kontrol edin.
2. robots.txt dosyasının önemli bölümleri engellemediğini doğrulayın.
3. Eşleme tablosundan rastgele ve öncelikli adresleri seçip 301 yanıtını test edin.
4. Kanonik etiketlerin yeni adresleri gösterdiğine bakın.
5. Yeni XML site haritasını Search Console'a gönderin.
6. Formların, telefon bağlantılarının ve dönüşüm etiketlerinin çalıştığını test edin.
7. Öncelikli sayfaları Search Console URL denetimi aracıyla kontrol edin.

Genel yayına alma adımları için yayın öncesi test süreci kontrol listemizi de kullanabilirsiniz. Ayrıca Google, eski adreslerin site haritasını bir süre tutmanızı önerir; böylece eski adreslerin yönlendirmeleri takip edilir ve düşüşü raporda izleyebilirsiniz.

Web sitesi yeniden tasarımı sonrası Search Console'da neyi izlemeli?

Yayından sonraki haftalar, sorunları erken yakalamanız için kritik dönemdir. Search Console bu dönemde en önemli veri kaynağınızdır. Google da taşıma sonrası site haritası raporunu, dizin oluşturma raporlarını ve arama performansını izlemenizi önerir.

İzlediğimiz başlıca göstergeler şunlardır:

• Sayfa dizine ekleme raporunda bulunamadı (404) hatalarındaki artış.
• Yeni site haritasındaki adreslerin dizine girme hızı.
• Öncelikli sayfaların tıklama ve gösterim eğilimi.
• Ana sorgulardaki ortalama konum değişimi.
• Yapısal veri ve geliştirme raporlarındaki yeni hatalar.

Kısa süreli dalgalanma normaldir; çünkü Google yeni yapıyı yeniden tarar ve değerlendirir. Ancak belirli bir sayfa grubunda kalıcı düşüş görürseniz, o grubun yönlendirme ve içerik durumunu hemen kontrol edersiniz. Search Console'u yeni kullanıyorsanız Google Search Console rehberimiz raporları okumayı kolaylaştırır. Trafik düşüşünü ayrıntılı analiz etmek için de trafik düşüşü tespiti yazımıza bakabilirsiniz.

İlk haftalarda trafik düşerse ne yapmalısınız?

Önce panik yapmadan düşüşün kapsamını belirleyin. Tüm sitede mi, yoksa belirli bir sayfa grubunda mı düşüş var? Bu ayrım, nedeni bulmanın en hızlı yoludur. Örneğin yalnız blog yazılarında düşüş varsa sorun büyük olasılıkla blog adres yapısındaki bir değişikliktir.

Ardından şu sırayla kontrol ediyoruz. İlk olarak noindex ve robots.txt durumunu yeniden doğrularız; çünkü en büyük ve en hızlı kayıp genellikle buradan gelir. Sonra düşen sayfaların eski adreslerini test ederiz: 301 doğru hedefe mi gidiyor, yoksa 404 mü dönüyor? Daha sonra eski ve yeni sayfanın içeriğini, başlığını ve iç bağlantı sayısını karşılaştırırız.

Bu kontrollerde bulduğunuz hatayı düzelttikten sonra ilgili sayfaları URL denetimi aracıyla yeniden taramaya gönderebilirsiniz. Öte yandan eski tasarıma hemen geri dönmek çoğu zaman sorunu çözmez; tersine Google'a ikinci bir büyük değişiklik daha gösterir. Bu yüzden önce nedeni bulmanızı, sonra hedefli düzeltme yapmanızı öneriyoruz. Düzelme hızı sitenin büyüklüğüne ve tarama sıklığına göre değişir; bunun için kesin bir süre vermek doğru olmaz.

Web sitesi yeniden tasarımı projesinde ajansla neleri netleştirmelisiniz?

Teknik adımlar ne kadar iyi olsa da sorumluluklar belirsizse bazı işler arada kalır. Örneğin tasarım ajansı yönlendirmeleri "SEO ekibinin işi" sayar, SEO tarafı ise tasarımcının şablona noindex bıraktığını yayından sonra fark eder. Bu yüzden işin başında kimin neyi yapacağını yazılı hale getirmenizi öneriyoruz.

Netleştirmeniz gereken başlıca maddeler şunlardır:

• URL envanterini ve 301 eşleme tablosunu kim hazırlayacak ve kim onaylayacak?
• Meta başlık, açıklama ve yapısal verinin taşınmasından kim sorumlu?
• Test ortamının kapatılması ve yayında açılması kimin görevi?
• Yayından sonra kaç hafta izleme ve düzeltme desteği verilecek?
• Alan adı, hosting ve Search Console erişimleri kimde kalacak?

Bu maddelerin sözleşmeye nasıl yazılacağını web tasarım sözleşmesinde olması gereken maddeler yazımızda anlattık. Henüz altyapı kararını vermediyseniz hazır tema mı özel web tasarım mı karşılaştırmamız da bu planlamayı etkiler; çünkü hazır temalar adres yapısını ve şablon etiketlerini kendi kurallarına göre belirleyebilir.

Yeniden tasarım ile site taşıma arasındaki fark nedir?

Yeniden tasarım, aynı alan adında arayüzü, şablonu ve çoğu zaman bilgi mimarisini yenilemektir. Site taşıma ise alan adı, protokol ya da sunucu gibi altyapının değişmesidir. İkisi aynı projede birleşebilir; ancak riskleri ve kontrol listeleri farklıdır.

Yeniden tasarımda asıl risk içerik, şablon ve iç bağlantı tarafındadır. Site taşımada ise risk DNS, sertifika, sunucu yanıtları ve alan adı düzeyindeki yönlendirmelerde yoğunlaşır. Bu nedenle iki değişikliği aynı gün yapmamanızı öneriyoruz. Önce birini yapıp oturmasını beklemek, olası bir sorunun nedenini ayırt etmenizi sağlar.

Alan adı ya da adres yapısının büyük ölçüde değiştiği projeler için SEO migration kontrol listemiz daha kapsamlı bir çerçeve sunar. Bu yazıdaki adımlar ise o çerçevenin yeniden tasarıma özgü kısmını ayrıntılandırır. Yani iki kaynağı birlikte kullanabilirsiniz.

Yeniden tasarım için zamanlamayı nasıl seçersiniz?

Zamanlama, teknik hazırlık kadar önemlidir. Satışlarınızın ya da başvurularınızın en yoğun olduğu dönemde büyük bir yapısal değişikliği yayına almak, olası bir dalgalanmanın etkisini büyütür. Bu nedenle sezonunuzu tanıyın ve lansmanı görece sakin bir döneme yerleştirin.

Ayrıca haftanın başını seçmenizi öneriyoruz. Cuma akşamı yayına alınan bir site, hafta sonu boyunca kimsenin izlemediği bir sorunla iki gün geçirebilir. Pazartesi ya da salı günü yayın yaparsanız, ekip ilk günlerde tam kadroyla kontrol yapar. Üstelik hosting firması, yazılımcı ve içerik ekibi aynı anda ulaşılabilir olur.

Öte yandan reklam kampanyalarınızı da plana dahil edin. Google Ads ya da sosyal medya reklamlarının hedef adresleri değişiyorsa, bu adresleri yayınla aynı gün güncellersiniz. Aksi halde reklam trafiği yönlendirmeden geçer ya da hata sayfasına düşer. Kısacası lansman tarihi yalnız tasarım ekibinin değil, pazarlama ve satış ekiplerinin de onayladığı bir tarih olmalıdır.

Son olarak yayından önceki son birkaç gün için içerik dondurma kararı alın. Yani eski sitede yeni sayfa açmayı ve adres değiştirmeyi bu süre içinde durdurursunuz. Böylece envanter ile canlı site arasında fark oluşmaz ve eşleme tablosu güncel kalır.

Web sitesi yeniden tasarımı öncesi hangi verileri yedeklemelisiniz?

Yedek, yalnız dosya ve veritabanı kopyası demek değildir. SEO açısından asıl değerli olan, eski sitenin nasıl göründüğünü ve nasıl performans gösterdiğini belgeleyen veridir. Yayından sonra bir sorun çıktığında "eskiden bu sayfada ne yazıyordu" sorusunun cevabını hızla bulmanız gerekir.

Bu yüzden yayından önce şu kayıtları saklamanızı öneriyoruz:

• Tam tarama çıktısı: adres, durum kodu, title, meta açıklama, H1 ve kanonik etiket.
• Öncelikli sayfaların metin içeriği ve ekran görüntüsü.
• Search Console performans verisinin dışa aktarımı.
• Analitik aracındaki açılış sayfası raporu.
• Mevcut robots.txt dosyası ve XML site haritası.

Bu kayıtlar, yayından sonraki karşılaştırmanın referans noktasıdır. Örneğin bir sayfanın tıklaması düştüğünde eski başlığı ve metni hemen önünüze getirir, yeni sürümle yan yana koyarsınız. Ayrıca site dosyalarının ve alan adının sahipliği konusunda belirsizlik varsa, bunu projeye başlamadan çözmenizi öneriyoruz; bu konuyu web sitesi ve alan adını eski ajanstan geri alma yazımızda ele aldık.

Yeni tasarımın hızı ve mobil deneyimi neden kontrol edilmeli?

Yeni tasarım çoğu zaman daha büyük görseller, animasyonlar ve ek yazı tipleri getirir. Bunlar ekranda etkileyici görünür; ancak sayfa yüklenme süresini ve etkileşim hızını olumsuz etkileyebilir. Google, web.dev üzerinde anlattığı Core Web Vitals (temel web verileri) metrikleriyle kullanıcı deneyimini ölçer. Dolayısıyla tasarım değişikliği bu metrikleri de değiştirir.

Bu yüzden test ortamında öncelikli sayfaların hızını eski siteyle karşılaştırmanızı öneriyoruz. Özellikle mobil cihazda ilk ekranın ne kadar sürede göründüğüne, düğmelerin dokunmaya ne kadar hızlı yanıt verdiğine ve sayfa yüklenirken içeriğin kayıp kaymadığına bakın. Ayrıca mobil menünün öncelikli sayfalara erişimi kolaylaştırdığını doğrulayın; çünkü Google sitenizi ağırlıklı olarak mobil sürümüyle değerlendirir.

Örneğin yeni ana sayfada büyük bir video arka planı varsa, bunu mobilde hafif bir görselle değiştirmek hem hızı hem de deneyimi iyileştirir. Böylece yeni tasarım yalnız masaüstünde değil, ziyaretçilerinizin çoğunun kullandığı cihazda da eski siteden daha iyi bir sonuç verir.

Yeniden tasarımda en sık yapılan hatalar nelerdir?

Saha tecrübemize göre hataların çoğu bilgi eksikliğinden değil, son günlerdeki aceleden kaynaklanır. Tasarım onaylanır, yayın tarihi yaklaşır ve teknik kontrol "yayından sonra bakarız" diye ertelenir. Oysa birkaç saatlik kontrol, haftalarca sürebilecek bir toparlanma sürecini önleyebilir.

En sık karşılaştığımız hatalar şunlardır: yönlendirmeleri yalnız ana sayfalar için yazıp blog ve ürün adreslerini unutmak; eski adresleri toplu olarak ana sayfaya göndermek; görsel adreslerini hesaba katmamak; test ortamındaki engeli canlıya taşımak; analitik ve dönüşüm etiketlerini yeni şablona eklemeyi unutmak. Ayrıca bazı ekipler eski site haritasını hemen siler; bu da eski adreslerin takibini zorlaştırır.

Bir diğer hata, ölçüm yapmadan "trafik düştü" ya da "her şey yolunda" demektir. Bu yüzden yayından önce bir referans dönem belirleyin ve öncelikli sayfaların tıklama ve gösterim değerlerini kaydedin. Böylece yayından sonra karşılaştırmayı gerçek veriyle yaparsınız. Not: Mevsimsel dalgalanmayı da hesaba katmak için mümkünse geçen yılın aynı dönemine de bakın.

Sıralamayı koruyan bir yeniden tasarım için kısa özet nedir?

Kısacası başarılı bir yeniden tasarımın sırrı, tasarım başlamadan önce yapılan hazırlıktadır. URL envanterini çıkarırsınız, değerli sayfaları belirlersiniz, 301 eşleme planını hazırlarsınız ve içerik, başlık, iç bağlantı ile yapısal veriyi korursunuz. Test ortamını kapalı tutar, yayında açar ve sonrasında Search Console verisini düzenli izlersiniz.

Bu adımların hiçbiri sıralama garantisi vermez; çünkü Google her değişikliği yeniden değerlendirir. Ancak kontrollü bir süreç, kalıcı kayıp riskini belirgin biçimde azaltır ve olası sorunları erken yakalamanızı sağlar.

Yeni sitenizi bu güvenlik ağıyla planlamak isterseniz web tasarım hizmetimiz kapsamında URL envanteri, eşleme tablosu ve lansman sonrası izlemeyi projenin baştan bir parçası yapıyoruz. Böylece yeni tasarım yalnız daha iyi görünmekle kalmaz, mevcut organik görünürlüğünüzü de taşır.