SEO migrasyon hizmeti: site yeniden tasarımı, alan adı değişikliği veya CMS taşıma

SEO migrasyonu neleri kapsar?

Bir SEO migrasyonu, önemli sayfaları geride bırakmadan bir siteyi taşımak için gereken teknik ve içerik değişikliklerini koordine eder. Yeniden tasarımlar, alan adı değişiklikleri, yeniden markalaşmalar ve CMS taşımaları için geçerlidir.

İlk karar kapsamdır: etkilenen her ana bilgisayar adını, dil sürümünü ve sayfa grubunu listeleyin. Ardından arama trafiği, gelen bağlantıları veya iş değeri olan sayfaları belirleyin. Bunlar migrasyon öncelikleridir, gelişigüzel kaldırılacak sayfalar değildir.

Lansman Şartnamesi, taşıma türünü, sorumluları, lansman sırasını, URL kaynaklarını ve kabul kontrollerini kaydeder. Ayrıca neyin değişmediğini de not eder, böylece ekip migrasyon sorunlarını ilgisiz yeniden tasarım çalışmalarından ayırabilir. AI asistan atıfları önemliyse, temele şu anda atıf yapılan URL'leri ve önemli referans sayfalarını dahil edin. Bu, ekibe yayından sonra karşılaştırma yapabileceği bir kayıt sağlar.

Migrasyonun ötesinde daha geniş AI arama çalışmaları için AI arama görünürlüğü ve GEO denetimimize bakın.

URL'leri ve yönlendirmeleri nasıl eşlemelisiniz?

Bir migrasyon URL haritası, korunan her eski URL'ye net bir hedef ve kaldırılan her URL'ye kasıtlı bir işlem vermelidir. Yönlendirme kuralları uygulanmadan önce oluşturun.

• Mevcut URL'leri bir site taramasından ve mevcut analytics veya arama verilerinden dışa aktarın.
• Her eski sayfayı otomatik olarak ana sayfaya değil, en yakın eşdeğer yeni sayfaya eşleyin.
• Halefi olmayan sayfaları inceleme için işaretleyin; saklamaya, birleştirmeye veya kullanımdan kaldırmaya karar verin.
• İç bağlantıların, canonical referanslarının, dil alternatiflerinin ve navigasyonun nihai URL'leri kullandığını kontrol edin.
• Staging'de, iç içe sayfalar ve değişen URL kalıpları dahil olmak üzere temsili yolları test edin.

Eşlemeyi, kaynak URL, hedef URL, sayfa sorumlusu ve inceleme durumu ile paylaşılan bir dosyada tutun. Lansmandan önce yönlendirme zincirlerini, döngüleri, tutarsız sondaki eğik çizgileri ve karışık protokol veya ana bilgisayar adı sürümlerini işaretleyin. Bir yönlendirme, ilgili bir hedefin yerine geçmez: yeni sayfa farklı bir ihtiyaca cevap veriyorsa, eşlemeyi veya içerik planını revize edin.

AEOTech, Şartname İncelemesi sırasında haritayı tarama temeline karşı kontrol eder, ardından düzeltmeleri Çalışma Günlüğü'ne kaydeder. Bu, hangi URL'lerin incelendiğini ve hangilerinin hala bir sorumlu kararı gerektirdiğini netleştirir. Ayrıca teknik AI arama sinyallerini yeniden oluşturuyorsanız, migrasyonu ayrı bir lansman olarak ele almak yerine teknik AEO ile koordine edin.

Yeni site yayına girmeden önce nelerin geçmesi gerekiyor?

Staging, yeni sitenin trafik almaya hazır olduğunu ve temel sayfa sinyallerinin taşındığını onaylama yeridir. İnceleme, bireysel öncelikli URL'lerin yanı sıra temsili şablonları da kullanmalıdır.

Geçici staging kontrollerini, üretim için tasarlanmış ayarlardan ayırın. Bunları lansmanda kimin kaldıracağını veya değiştireceğini onaylayın ve bu görevi yayın kontrol listesine ekleyin. Eksik içerik, başlıklar, navigasyon ve önemli referanslar için eski ve yeni sayfa şablonlarını karşılaştırın; teknik olarak geçerli bir yönlendirme, hedef sayfadan eksik olan bilgileri geri getiremez.

Kontrolleri ve açık öğeleri, çözülmemiş her sorun için adlandırılmış bir sorumlu ile Lansman Şartnamesi'nde belgeliyoruz. Ekibiniz AI botlarına rehberlik etmesi amaçlanan dosyaları tutuyorsa, bunu ayrı bir teknik karar olarak ele alın ve migrasyon görevlerinin yanı sıra llms.txt ve bot çalışmasını inceleyin. Yeni bir dosyayı sağlam yönlendirmeler, erişilebilir sayfalar veya doğru içerik için bir yedek olarak kullanmayın.

Lansmandan sonra migrasyonu nasıl izleriz?

Lansman sonrası takip, canlı siteyi migrasyon öncesi temelle karşılaştırır ve gözlemlenen sorunları atanmış düzeltmelere dönüştürür. Amaç, yayın bağlamı hala netken sorunları tespit etmek ve düzeltmektir.

1. Öncelikli sayfaların ve ana site yollarının üretim alan adında yüklendiğini onaylayın.
2. Yönlendirme hedeflerini ve migrasyon haritasında listelenen URL gruplarını yeniden kontrol edin.
3. Tarama ve trafik sinyallerini kaydedilen temele karşı inceleyin.
4. Beklenmeyen değişiklikleri, etkilenen URL'leri, kanıtları ve düzeltmeden sorumlu kişiyi günlüğe kaydedin.
5. Çözülen öğeleri yeniden kontrol edin ve sonucu Rapor'da kaydedin.

Lansmandan sonra geçici dalgalanmalar normaldir, bu nedenle inceleme tek bir anlık görüntü yerine kalıplara ve somut hatalara odaklanmalıdır. Örneğin, bir şablon genelinde düşüş, küçük bir URL grubuyla sınırlı bir yönlendirme hatasından farklı bir araştırma gerektirir. Çalışma Günlüğü, bu bulguları belirli sayfalara ve düzeltmelere bağlı tutar.

Rapor, tamamlanan kontrolleri, açık sorunları ve sonraki adımları pazarlama ve teknik sorumlular için sade bir dille özetler. Migrasyon döneminden sonra devam eden görünürlük çalışmasına ihtiyacınız varsa, bu projeyi AI görünürlük takibi ile karşılaştırın. Daha geniş bir içerik planı için AI yanıtları için içerik bölümüne bakın.

Bir site yeniden lansmanından sonra neler değişebilir?

Bir migrasyon planı, uygulama ve doğrulama çalışmalarını kontrol edebilir, ancak platformların değişen siteyi nasıl işleyeceğini kontrol edemez. Arama motorları ne zaman yeniden tarayıp URL'leri değerlendireceklerini seçer ve AI asistanları hangi kaynaklara atıf yapacaklarını seçer; ne zamanlama ne de devam eden atıflar bizim belirleyebileceğimiz şeyler değildir.

Rapor'u, teslimatı platform sonuçlarından ayırmak için kullanın. Hangi yönlendirmelerin ve sayfa sinyallerinin kontrol edildiğini, hangi düzeltmelerin tamamlandığını ve neyin açık kaldığını göstermelidir. Bu kanıt, ekibinizin geniş bir görünürlük değişikliğinden tahmin yürütmek yerine tanımlanabilir bir teknik sorun üzerinde harekete geçmesini sağlar.

Büyük bir yeniden markalaşma içeren projeler için, yeni organizasyon ve ürün adlarını site genelinde ve destekleyici materyallerde tutarlı bir şekilde kaydedin. Entity ve bilgi grafiği çalışmamız bu ayrı ihtiyacı karşılayabilir. Önemli bir içerik yeniden yazımı içeren bir alan adı taşıması için, incelemeye hem URL haritasını hem de sayfa değişiklik listesini dahil edin; yönlendirme kapsamı tek başına ziyaretçiler için neyin değiştiğini açıklamayacaktır.

Başlamak için AEOTech'a mevcut alan adını, planlanan alan adını veya CMS taşımasını, bir eski URL dışa aktarımını, staging erişimini ve planlanan lansman pencerenizi gönderin. Girdileri inceleyecek, bir Lansman Şartnamesi'nde kontrolleri tanımlayacak ve uygulama başlamadan önce migrasyon kapsamını onaylayacağız.

Fiyatlar

Başlangıç fiyatları USD'dir. Özel paketler ve hacim indirimleri talep üzerine. Ödeme: USDT, USDC, BTC, ETH, SOL, TON veya proje tokeniniz ile.

Nasıl çalışır

1. Migrasyon girdilerini toplayınMevcut siteyi, planlanan değişiklikleri, URL dışa aktarımını, analytics erişimini ve lansman penceresini paylaşın. Etkilenen alan adlarını, sayfa gruplarını ve sorumluları onaylarız.
2. Temeli belirleyinMevcut siteyi tararız ve karşılaştırma için mevcut trafik ve URL sinyallerini kaydederiz. Öncelikli sayfalar ve bilinen AI atıfları, sağlandığında dahil edilir.
3. Haritayı oluşturun ve inceleyinEski URL'leri hedeflenen hedeflerle eşler ve Lansman Şartnamesi'nde yönlendirme, meta veri ve yapılandırılmış veri gereksinimlerini inceleriz.
4. Staging ve lansmanı kontrol edinÜzerinde anlaşılan sayfa gruplarını test eder ve yayından önce açık eylemleri kaydederiz. Lansmanda ekip kontrol listesini takip eder ve sorunları Çalışma Günlüğü aracılığıyla bildirir.
5. İzleyin ve raporlayınLansman sonrası kontrolleri temelle karşılaştırır, düzeltmeleri takip eder ve tamamlanan çalışmalar ve sonraki eylemlerle bir Rapor sunarız.