Category SEO
Site taşıma ve SEO kayıpsız geçiş konulu görsel

Site taşıma, SEO açısından en riskli operasyondur: yıllarca biriktirilmiş görünürlük, birkaç saatlik hatalı bir geçişte kaybedilebilir. İyi planlanmış bir taşımada geçici bir dalgalanma yaşanır ve toparlanır; planlanmamış bir taşımada ise kayıp kalıcı olabilir. Bu rehber, alan adı değişikliğinden tasarım yenilemesine kadar tüm taşıma türlerini, adım adım kontrol listeleriyle birlikte anlatıyor.

Taşıma türleri

“Site taşıma” tek bir işlem değil, farklı risk düzeyleri taşıyan bir işlemler ailesidir. Hangi türle uğraştığınızı bilmek, planın kapsamını belirler.

  • Alan adı değişikliği: içerik aynı kalır, adres değişir. En yüksek riskli türlerden biridir.
  • Protokol veya alt alan değişikliği: güvenli bağlantıya geçiş veya www yapısının değişmesi.
  • URL yapısı değişikliği: alan adı aynı, sayfa adresleri değişir.
  • Altyapı değişikliği: içerik yönetim sistemi veya e-ticaret altyapısının değişmesi.
  • Tasarım yenilemesi: adresler aynı, şablonlar ve içerik yapısı değişir.
  • Site birleştirme veya ayırma: birden çok sitenin tek çatıda toplanması ya da ayrılması.

Çoğu gerçek projede bunların birkaçı aynı anda yapılır ve risk katlanır. Mümkünse adımları ayırmak, sorun çıktığında nedenini bulmayı çok kolaylaştırır.

Risk nereden geliyor?

Arama motorları, sitenizi adresler üzerinden tanır. Bir adres yıllar içinde bağlantı, güven ve performans geçmişi biriktirir. Adres değiştiğinde bu birikim otomatik olarak taşınmaz; yalnızca doğru kurulmuş bir yönlendirme aracılığıyla aktarılır.

Risk üç noktada yoğunlaşır. Kayıp adresler: yönlendirilmeyen sayfalar tüm birikimini kaybeder. Yanlış eşleşmeler: hepsi ana sayfaya yönlendirilen sayfalar, değer aktarmaz. İçerik farkı: yeni sayfa, eskisinin karşıladığı arama niyetini karşılamıyorsa sıralama düşer.

Dördüncü ve en sinsi risk ise geçiş sırasında yapılan ek değişikliklerdir: taşımayla birlikte içerik kısaltmak, menü yapısını değiştirmek ve sayfa birleştirmek aynı anda yapıldığında, düşüşün hangisinden kaynaklandığı anlaşılamaz.

Taşıma kararı verirken

Her taşıma bir yatırımdır ve gerekçesi net olmalıdır. Sorulacak soru şudur: bu değişiklik hangi somut sorunu çözüyor ve alternatifi var mı?

Haklı gerekçeler: marka değişikliği, altyapının teknik sınırlarına dayanmak, güvenlik veya performans zorunluluğu, uluslararasılaşma ihtiyacı, ve mevcut yapının sürdürülemez hâle gelmesi.

Zayıf gerekçeler ise şunlardır: “URL’de anahtar kelime olsun” düşüncesiyle adres yapısını değiştirmek, estetik nedenlerle her şeyi yeniden kurmak, ve yeni bir aracın önerdiği yapıyı sorgulamadan uygulamak. Bu gerekçelerle yapılan taşımalar, riskin karşılığını nadiren verir.

Zamanlama seçimi

Taşıma zamanlaması, geçici dalgalanmanın iş üzerindeki etkisini belirler. Yoğun sezonun ortasında yapılan bir geçiş, aynı hatanın maliyetini kat kat artırır.

İyi bir zamanlama: sezon dışı bir dönem, ekibin tam kapasite çalıştığı bir hafta, ve tatil öncesi olmayan bir gün. Cuma akşamı yapılan geçişler, sorun çıktığında müdahale edecek kimsenin bulunmaması nedeniyle klasik bir hatadır.

Ayrıca büyük kampanya dönemlerinden en az birkaç hafta önce tamamlanmalıdır. Toparlanma süresi öngörülemez olduğu için, kritik döneme yakın taşıma yapmak gereksiz bir risktir.

Mevcut durumu kayda almak

Taşımadan önce alınan “başlangıç fotoğrafı”, sonrasında olup biteni anlamanın tek yoludur. Bu adım atlandığında, düşüş yaşandığında karşılaştıracak bir referans kalmaz.

Kayda alınması gerekenler: sayfa bazında organik trafik ve dönüşüm, en çok trafik alan ilk yüz sayfa, dizine giren sayfa sayısı, Search Console performans verisinin dışa aktarımı, sayfa hızı değerleri, ve dış bağlantı alan sayfaların listesi.

Bu veriler, geçişten sonra karşılaştırma yapmak için saklanmalıdır. Search Console verisinin sınırlı süre saklandığı unutulmamalı; dışa aktarım geçiş öncesinde mutlaka yapılmalıdır.

URL envanteri çıkarmak

Taşımanın omurgası, eksiksiz bir adres listesidir. Liste eksikse, unutulan sayfalar sessizce kaybolur.

Listenin toplanacağı kaynaklar birden fazladır ve hepsi birleştirilmelidir: site tarama aracı çıktısı, site haritası, Search Console’da gösterim alan sayfalar, analitikte trafik alan sayfalar, sunucu günlüklerinde talep edilen adresler, ve dış bağlantı alan sayfalar.

Tek bir kaynağa güvenmek eksik liste üretir. Örneğin tarama aracı yalnızca iç bağlantıyla ulaşılabilen sayfaları bulur; site içinden bağlantısı kalmamış ama hâlâ trafik alan sayfalar bu listeye girmez ve taşımada kaybedilir.

Yönlendirme haritası hazırlamak

Yönlendirme haritası, her eski adresin hangi yeni adrese karşılık geldiğini gösteren tablodur. Taşımanın en emek isteyen ve en kritik belgesidir.

Hazırlarken temel ilke, her sayfayı en yakın eşdeğerine yönlendirmektir. Eşdeğeri olmayan sayfalar için kararlar şöyle verilir: benzer bir sayfa varsa ona yönlendirilir, yoksa bir üst kategoriye yönlendirilir, hiçbiri uygun değilse sayfa kaldırılır ve uygun bir hata kodu döndürülür.

En yaygın ve en zararlı hata, eşdeğeri bulunamayan tüm sayfaları ana sayfaya yönlendirmektir. Bu tür yönlendirmeler yumuşak hata olarak değerlendirilir ve değer aktarmaz; üstelik kullanıcı deneyimini de bozar.

Kritik nokta: Yönlendirme haritası, geçişten önce hazır ve test edilmiş olmalıdır. “Sonra tamamlarız” yaklaşımıyla yapılan geçişlerde, ilk günlerde kaybedilen tarama fırsatları geri getirilemez.

Yönlendirme kuralları

Kalıcı taşınma bildiren yönlendirme kodu kullanılmalıdır. Geçici yönlendirme kodları, arama motorlarına “bu değişiklik kalıcı değil” mesajı verir ve eski adreslerin dizinde kalmasına yol açar.

Uygulama düzeyi de önemlidir: yönlendirmeler mümkünse sunucu düzeyinde tanımlanmalıdır. Tarayıcı tarafında betikle yapılan yönlendirmeler yavaştır ve her zaman güvenilir biçimde değerlendirilmez.

Yönlendirmeler kalıcı olarak korunmalıdır. Yaygın bir hata, birkaç ay sonra “artık gerek yok” düşüncesiyle kuralları kaldırmaktır; oysa eski adreslere verilmiş dış bağlantılar yıllarca yaşamaya devam eder.

Yönlendirme zincirlerinden kaçınmak

Zincir, bir adresin başka bir adrese, onun da bir üçüncüsüne yönlendirilmesidir. Her adım gecikme ekler ve değer aktarımını zayıflatır.

Zincirler genellikle üst üste yapılan taşımalarda oluşur: eski taşımanın kuralları korunurken yenileri eklenir ve zaman içinde uzun zincirler birikir.

Çözüm, her taşımada eski kuralların gözden geçirilip doğrudan son hedefe güncellenmesidir. Ayrıca döngüsel yönlendirmelere karşı dikkatli olunmalıdır; iki adresin birbirini işaret ettiği durumlar sayfayı tamamen erişilemez kılar.

İçeriği korumak

Taşımanın gizli riski, içerik kaybıdır. Yeni tasarım daha sade olsun diye kısaltılan metinler, kaldırılan sıkça sorulan sorular bölümleri ve silinen alt başlıklar; sayfanın karşıladığı arama niyetini zayıflatır.

İlke şudur: taşımada içerik korunur, iyileştirme sonraya bırakılır. Aynı anda hem adres hem içerik değiştiğinde, düşüşün nedenini ayırmak imkânsız hâle gelir.

Özellikle en çok trafik alan sayfalarda, eski ve yeni sürüm yan yana karşılaştırılmalıdır. Kaybolan her bölüm bilinçli bir karar olmalı, tasarım şablonunun yan etkisi olmamalıdır.

Meta veriler ve işaretlemeler

Başlık etiketleri, meta açıklamalar ve yapılandırılmış veriler, yeni sistemde otomatik üretilmeye başlandığında sessizce değişir.

Kontrol edilmesi gerekenler: başlıkların taşınıp taşınmadığı, açıklamaların benzersiz kalıp kalmadığı, başlık hiyerarşisinin bozulup bozulmadığı, ve yapılandırılmış verinin yeni şablonlarda üretilip üretilmediği.

Yeni sistemde şablon üzerinden üretilen başlıklar, elle yazılmış özgün başlıkların yerini alabilir. Bu durumda tıklama oranında belirgin düşüş yaşanır ve nedeni geç fark edilir.

Yönlendirmeler çalışsa bile, iç bağlantıların eski adresleri işaret etmeye devam etmesi doğru değildir. Her tıklama gereksiz bir yönlendirme adımı yaşar.

Güncellenmesi gerekenler: menüler, gövde metinlerindeki bağlantılar, alt bilgi bağlantıları, kategori ve ürün bağlantıları, ve varsa özel bileşenlerdeki sabit adresler.

Bu iş genellikle veri tabanı üzerinde toplu değiştirme ile yapılır. Ancak toplu işlem öncesi yedek alınmalı ve değiştirme kalıbı dikkatle kurulmalıdır; fazla geniş bir kalıp, istenmeyen metinleri de değiştirebilir.

Görseller ve medya

Görsel adresleri de birer adrestir ve görsel aramadan trafik alan sitelerde bu trafik kolayca kaybedilir.

Yapılması gerekenler: görsel adreslerinin mümkünse korunması, değişiyorsa yönlendirilmesi, alt metinlerin taşınması, ve görsel site haritasının güncellenmesi.

Ayrıca yeni sistemde görsel boyutlarının ve formatlarının değişmesi, sayfa hızını doğrudan etkiler. Geçiş sonrası ilk kontrollerden biri, sayfa ağırlığının artıp artmadığı olmalıdır.

robots.txt ve site haritası

Yeni ortamda robots.txt dosyası, hazırlık ortamından kalma kurallar içerebilir. Tüm siteyi engelleyen tek bir satır, taşımanın en pahalı kazasıdır.

Kontrol edilmesi gerekenler: yeni robots.txt dosyasının içeriği, sitenin tamamını engelleyen kural olup olmadığı, stil ve betik dosyalarının erişilebilirliği, ve site haritası adresinin bildirilip bildirilmediği.

Site haritası tarafında ise iki harita bir arada tutulabilir: yeni yapının haritası ve geçici olarak eski adresleri içeren bir harita. İkincisi, arama motorlarının eski adresleri yeniden tarayıp yönlendirmeleri görmesini hızlandırır ve geçiş tamamlandığında kaldırılır.

Kanonik ve dil etiketleri

Kanonik etiketler, taşımada sık bozulan alanlardan biridir. Yeni sistemde eski adresleri işaret eden kanonik etiketler kalabilir veya tüm sayfalar ana sayfayı işaret edebilir.

Her sayfanın kendi yeni adresini kanonik olarak taşıdığı doğrulanmalıdır. Parametreli adreslerde de kanonik hedefin doğru olduğu kontrol edilmelidir.

Çok dilli sitelerde ise dil eşleşmelerinin yeni adreslere göre güncellenmesi gerekir. Eski adresleri işaret eden dil etiketleri, eşleşmeyi geçersiz kılar ve yanlış dil sürümünün gösterilmesine yol açar.

Hız ve altyapı kontrolü

Yeni ortamın sunucu kapasitesi, geçiş sonrası artan tarama yoğunluğunu kaldırabilmelidir. Arama motorları, yeni yapıyı öğrenmek için taramayı geçici olarak artırır.

Kontrol edilmesi gerekenler: sunucu yanıt süresi, eş zamanlı istek kapasitesi, önbellek yapılandırması, ve hata oranları.

Ayrıca sayfa hızı değerleri geçiş öncesiyle karşılaştırılmalıdır. Yeni tasarımın getirdiği ek betikler ve büyük görseller, hızı belirgin biçimde düşürebilir; bu düşüş hem sıralamayı hem dönüşümü etkiler. Ölçüm için site hızı rehberimize bakabilirsiniz.

Ölçüm altyapısını taşımak

Analitik ve dönüşüm takibi, taşımada en sık unutulan kalemlerden biridir. Ölçüm bozulduğunda, taşımanın etkisini değerlendirmek imkânsız hâle gelir.

Yapılması gerekenler: etiket yöneticisi kodunun yeni şablonlarda bulunması, dönüşüm olaylarının test edilmesi, e-ticaret ölçümünün doğrulanması, rıza yönetiminin çalışması, ve reklam platformu piksellerinin taşınması.

Geçiş gününde bir test siparişi veya form gönderimi yapmak, zincirin çalıştığını doğrulamanın en hızlı yoludur. “Kod ekledik” ifadesi, olayların gerçekten kaydedildiği anlamına gelmez.

Hazırlık ortamında test

Geçişten önce yeni yapı bir hazırlık ortamında tam olarak test edilmelidir. Bu ortamın arama motorlarına kapalı olması şarttır.

Kapatma için robots.txt yeterli değildir; engellenen adresler yine de dizine girebilir. Güvenilir yöntemler kimlik doğrulama, IP kısıtı veya sunucu başlığı üzerinden noindex verilmesidir.

Test kapsamında şunlar kontrol edilir: yönlendirme kurallarının doğru çalışması, şablonların meta verileri üretmesi, yapılandırılmış verinin geçerliliği, formların çalışması ve ölçüm olaylarının tetiklenmesi. Ayrıca canlıya geçişte bu koruma katmanlarının kaldırılması unutulmamalıdır.

Geçiş günü

Geçiş günü, önceden yazılmış bir sıraya göre yürütülmelidir. Doğaçlama yapılan geçişlerde adımlar atlanır.

Tipik sıra şudur: yedek alınır, yeni yapı yayına alınır, yönlendirme kuralları etkinleştirilir, robots.txt kontrol edilir, ölçüm doğrulanır, site haritaları gönderilir, ve örnek adreslerle yönlendirmeler test edilir.

Geçiş sırasında bir kişi yalnızca izlemeden sorumlu olmalıdır: hata oranları, sunucu yükü ve kritik sayfaların erişilebilirliği canlı olarak takip edilmelidir. Geri dönüş planı da önceden hazır olmalıdır.

Adres değişikliği bildirimi

Alan adı değişikliklerinde, arama motoruna resmi bir adres değişikliği bildirimi yapılabilir. Bu bildirim, geçişin daha hızlı anlaşılmasını sağlar.

Bildirim için her iki alan adının da doğrulanmış olması ve yönlendirmelerin çalışıyor olması gerekir. Bildirim yapılmadan önce örnek adreslerle yönlendirmelerin doğru çalıştığı test edilmelidir.

Bu araç yalnızca alan adı değişikliği için geçerlidir; aynı alan adı içindeki yapı değişikliklerinde kullanılmaz. O durumlarda yönlendirmeler ve güncellenmiş site haritası yeterlidir.

Geçiş sonrası ilk hafta

İlk hafta, sorunların en hızlı yakalanabileceği dönemdir. Günlük kontrol edilmesi gerekenler nettir.

Dizin durumu raporunda yeni hataların oluşup oluşmadığı, tarama istatistiklerinde anormal düşüş veya artış, sunucu hata oranları, kritik sayfaların erişilebilirliği, ve dönüşümlerin kaydedilmeye devam edip etmediği.

Bu dönemde trafikte bir dalgalanma yaşanması olağandır ve panik gerektirmez. Ancak dalgalanmanın kapsamı izlenmelidir: belirli bir sayfa grubunda yoğunlaşan düşüşler, genellikle yönlendirme haritasındaki bir boşluğa işaret eder.

İlk üç ayın izleme planı

Toparlanma haftalar sürebilir. Bu dönemde düzenli izleme, hem müdahale hem beklenti yönetimi açısından gereklidir.

Haftalık: dizine giren sayfa sayısı, markasız organik trafik, en çok trafik alan sayfaların performansı, tarama hataları. Aylık: geçiş öncesi verilerle karşılaştırma, kaybedilen sayfaların tespiti, yönlendirme haritasının gözden geçirilmesi.

Ayrıca dış bağlantı alan önemli sayfaların yeni adreslerinin çalıştığı doğrulanmalıdır. Mümkünse en değerli bağlantıları veren sitelerle iletişime geçilip bağlantıların güncellenmesi istenebilir; bu, yönlendirme üzerinden aktarımdan daha güçlüdür.

Düşüş yaşandığında ne yapmalı?

Düşüş yaşandığında panik müdahalesi yerine sistemli teşhis gerekir. Sıra şöyledir.

Önce ölçümü doğrulayın: gerçekten trafik mi düştü, yoksa analitik mi bozuldu? Sonra kapsamı belirleyin: tüm site mi, belirli bir sayfa grubu mu? Ardından yönlendirmeleri kontrol edin: düşen sayfaların eski adresleri doğru hedefe gidiyor mu? Son olarak içeriği karşılaştırın: yeni sürümde eksilen bölüm var mı?

Vakaların büyük kısmında sorun ilk üç adımda ortaya çıkar. En sık bulunan nedenler: eksik yönlendirme, ana sayfaya toplu yönlendirme, robots.txt kalıntısı ve kanonik hatasıdır.

Yalnızca tasarım değişikliği

Adresler değişmese bile tasarım yenilemesi risk taşır. Şablonlar değiştiğinde içerik yapısı, başlık hiyerarşisi ve iç bağlantı düzeni de değişir.

Bu tür projelerde en sık görülen kayıp, içerik hacminin azalmasıdır: yeni tasarım daha sade olsun diye metinler kısaltılır ve sayfa, karşıladığı arama niyetini zayıflatır.

Kontrol edilmesi gerekenler: sayfa başına metin hacmi, başlık hiyerarşisi, iç bağlantı sayısı, yapılandırılmış veri varlığı, sayfa hızı ve mobil görünümde içeriğin eksiksiz bulunması.

Site birleştirme ve ayırma

Birden çok siteyi tek çatıda toplamak, doğru yapıldığında güçlü sonuç verir: otorite tek noktada birikir ve içerik tekrarı ortadan kalkar.

Birleştirmede kritik adım, örtüşen içeriklerin nasıl ele alınacağıdır. Aynı konuyu ele alan iki sayfa varsa, güçlü olan korunur ve diğeri ona yönlendirilir; içerik gerekirse birleştirilir.

Ayırma işlemleri ise daha risklidir: birikmiş otorite bölünür ve yeni site sıfırdan başlar. Bu karar, yalnızca iki işin gerçekten ayrı kitlelere hitap ettiği ve tek çatı altında yönetilmesinin sorun yarattığı durumlarda verilmelidir.

Taşıma kontrol listesi

  • Başlangıç verileri kayda alındı ve dışa aktarıldı mı?
  • Tüm kaynaklardan eksiksiz URL envanteri çıkarıldı mı?
  • Yönlendirme haritası hazırlandı ve test edildi mi?
  • Kalıcı yönlendirme kodu kullanılıyor mu?
  • Zincir ve döngü kontrolü yapıldı mı?
  • İçerik korundu, eksilen bölüm var mı?
  • Başlık, açıklama ve şema taşındı mı?
  • İç bağlantılar yeni adreslere güncellendi mi?
  • robots.txt hazırlık ortamı kalıntısı içeriyor mu?
  • Kanonik ve dil etiketleri doğru mu?
  • Ölçüm ve dönüşüm takibi test edildi mi?
  • Site haritaları güncellendi ve gönderildi mi?

Ekip ve sorumluluk dağılımı

Taşıma, tek bir kişinin yürütebileceği bir iş değildir. Sorumluluklar önceden yazılı olarak dağıtılmadığında, kritik adımlar “başkası yapıyordur” varsayımıyla atlanır.

Tipik rol dağılımı şöyledir. Geliştirme ekibi: yönlendirme kurallarının uygulanması, sunucu yapılandırması, hazırlık ortamının kurulması. İçerik ekibi: metinlerin ve meta verilerin taşınması, eksiklerin tespiti. SEO sorumlusu: URL envanteri, yönlendirme haritası, geçiş sonrası izleme. Analitik sorumlusu: ölçüm kodlarının taşınması ve doğrulanması.

Ayrıca bir kişi genel koordinasyondan sorumlu olmalı ve geçiş günü karar merci belirlenmelidir. Sorun çıktığında “geri dönelim mi” kararını kimin vereceği, o an tartışılacak bir konu olmamalıdır.

Beklenti yönetimi ve iletişim

Taşımalarda teknik hazırlık kadar önemli olan bir konu daha vardır: yönetimin ne bekleyeceğini bilmesi.

Geçiş sonrası dalgalanma olağandır ama bu, önceden söylenmediğinde kriz olarak algılanır. Baskı altında alınan aceleci kararlar (yeni içerikler eklemek, kampanya bütçelerini artırmak, geri dönmek) genellikle durumu iyileştirmez.

Bu nedenle geçiş öncesinde yazılı bir bilgilendirme yapılmalıdır: ne yapıldığı, neden yapıldığı, hangi dönemde dalgalanma beklendiği ve hangi göstergelerin izleneceği. Ayrıca haftalık kısa durum notları, hem güven verir hem gereksiz müdahale baskısını azaltır. Ölçüm ve raporlama düzeni için SEO raporu rehberimize bakabilirsiniz.

Sık yapılan 12 hata

  • Başlangıç verisi almadan geçiş yapmak. Karşılaştıracak referans kalmaz.
  • Eksik URL envanteri. Unutulan sayfalar sessizce kaybolur.
  • Her şeyi ana sayfaya yönlendirmek. Değer aktarmaz, deneyimi bozar.
  • Geçici yönlendirme kodu kullanmak. Eski adresler dizinde kalır.
  • Yönlendirmeleri sonradan kaldırmak. Dış bağlantılar kırılır.
  • Aynı anda içerik değiştirmek. Düşüşün nedeni ayrıştırılamaz.
  • robots.txt kalıntısıyla yayına çıkmak. En pahalı kaza.
  • İç bağlantıları güncellememek. Her tıklama fazladan adım yaşar.
  • Ölçümü test etmemek. Taşımanın etkisi değerlendirilemez.
  • Sezon ortasında geçiş yapmak. Hatanın maliyeti katlanır.
  • Hazırlık ortamını açık bırakmak. Yinelenen içerik sorunu doğar.
  • Geri dönüş planı hazırlamamak. Sorun çıktığında müdahale gecikir.

Sıkça sorulan sorular

Site taşımada trafik kaybı kaçınılmaz mı?

Kısa süreli bir dalgalanma çoğu taşımada yaşanır ve olağandır; arama motorlarının yeni yapıyı öğrenmesi zaman alır. Kalıcı kayıp ise kaçınılmaz değildir ve genellikle planlama eksikliğinden doğar: eksik URL envanteri, ana sayfaya toplu yönlendirme, geçici yönlendirme kodu kullanımı ve aynı anda içerik değiştirilmesi en sık nedenlerdir. Doğru hazırlanmış bir taşımada birkaç hafta içinde toparlanma beklenir.

Yönlendirmeleri ne kadar süre korumalıyım?

Kalıcı olarak. Yaygın bir hata, birkaç ay sonra “artık gerek yok” düşüncesiyle kuralları kaldırmaktır; oysa eski adreslere verilmiş dış bağlantılar yıllarca yaşamaya devam eder ve o bağlantıların taşıdığı değer, yönlendirme üzerinden aktarılır. Kuralları korurken tek dikkat edilecek nokta, sonraki taşımalarda zincir oluşmaması için hedeflerin doğrudan son adrese güncellenmesidir.

Eşdeğeri olmayan sayfaları nereye yönlendirmeliyim?

Sırayla değerlendirin: benzer içerikli bir sayfa varsa ona, yoksa bir üst kategoriye. Hiçbiri uygun değilse sayfa kaldırılmalı ve uygun bir hata kodu döndürülmelidir. Tüm sayfaları ana sayfaya yönlendirmek en zararlı seçenektir; bu tür yönlendirmeler yumuşak hata olarak değerlendirilir, değer aktarmaz ve kullanıcı deneyimini bozar. Sayfayı kaldırmak, yanlış yere yönlendirmekten daha iyidir.

Tasarım yenilerken de aynı önlemler gerekli mi?

Adresler değişmese bile evet, çünkü şablonlar değiştiğinde içerik yapısı, başlık hiyerarşisi ve iç bağlantı düzeni de değişir. Bu tür projelerde en sık görülen kayıp, tasarım sadeliği adına metinlerin kısaltılmasıdır; sayfa, karşıladığı arama niyetini zayıflatır. Kontrol edilmesi gerekenler: sayfa başına metin hacmi, başlık hiyerarşisi, iç bağlantı sayısı, yapılandırılmış veri, sayfa hızı ve mobil görünümde içeriğin eksiksizliği.

Taşıma sonrası toparlanma ne kadar sürer?

Sitenin büyüklüğüne, taşımanın kapsamına ve yönlendirmelerin kalitesine göre değişir; küçük sitelerde birkaç hafta, büyük ve karmaşık yapılarda daha uzun sürebilir. Arama motorunun tüm adresleri yeniden taraması ve yeni yapıyı öğrenmesi gerekir. Bu süreçte yapılacak en faydalı şey, ek değişiklik yapmadan izlemek ve yalnızca tespit edilen somut sorunları gidermektir; sürekli müdahale, öğrenme sürecini uzatır.

Alan adı değiştirirken adres değişikliği bildirimi şart mı?

Zorunlu değildir ama geçişin daha hızlı anlaşılmasını sağladığı için önerilir. Bildirim için her iki alan adının da doğrulanmış olması ve yönlendirmelerin çalışıyor olması gerekir; bu nedenle bildirimden önce örnek adreslerle testler yapılmalıdır. Bu araç yalnızca alan adı değişikliği için geçerlidir; aynı alan adı içindeki yapı değişikliklerinde yönlendirmeler ve güncellenmiş site haritası yeterlidir.

Terimler sözlüğü

  • Yönlendirme haritası: Eski ve yeni adreslerin eşleştirildiği tablo.
  • Kalıcı yönlendirme: Adresin kalıcı olarak taşındığını bildiren sunucu yanıtı.
  • Yönlendirme zinciri: Bir adresin birden çok adım üzerinden hedefe ulaşması.
  • Yumuşak hata: İçeriği bulunmayan bir sayfanın hata yerine başka içerik döndürmesi.
  • Kanonik: Bir içeriğin asıl sürümü olarak belirlenen adres.
  • Hazırlık ortamı: Yayına alınmadan önce test edilen kopya site.
  • Tarama istatistikleri: Arama motorunun sitede yaptığı tarama hacmi verileri.
  • Adres değişikliği bildirimi: Alan adı taşımasını arama motoruna resmi olarak bildiren araç.

Özet

Site taşıma, doğru planlandığında yönetilebilir bir risktir; plansız yapıldığında ise yılların birikimini birkaç saatte kaybettirebilir. Farkı yaratan şey teknik yetkinlikten çok disiplindir.

Üç kural, çoğu kaybı önler: eksiksiz bir URL envanteri çıkarın, her sayfayı en yakın eşdeğerine kalıcı olarak yönlendirin, ve taşıma ile içerik değişikliğini aynı anda yapmayın.

Son olarak başlangıç verilerini mutlaka kayda alın. Taşımadan sonra bir sorun yaşandığında, karşılaştıracak bir referansınız yoksa neyin bozulduğunu değil yalnızca bir şeyin bozulduğunu bilirsiniz; bu da müdahaleyi tahmine dönüştürür.

İlgili içerikler: Teknik SEO kontrol listesi, site haritası rehberi, robots.txt nedir, Search Console rehberi.

top

Inactive