Migrasyon kaydını şekillendiren 3 değişiklik
3 format: yeniden tasarım | alan adı değişikliği | CMS taşıma.
Temiz bir geçiş, neyin değiştiğini adlandırmakla başlar. Bu seçim, URL kontrollerini, içerik incelemesini ve sürüm görevlerini belirler. Geliştirme kararları geri alınamaz hale gelmeden önce mevcut siteyi kaydederiz.
Yeniden tasarım için, sayfa amacının ve önemli içeriğin yeni şablonlarda hayatta kalıp kalmadığını kontrol ederiz. Alan adı değişikliği için, eski adresleri planlanan hedefleriyle bağlarız. CMS taşıma için, yollar, meta veri, yapılandırılmış veri ve oluşturulan sayfalardaki değişiklikleri ararız.
Temel, arama sonuçları hakkında bir vaat değil, çalışan bir referanstır. Projeye sunulan mevcut tarama ve trafik bilgilerini kapsar. Öncelikli sayfaları işaretlemek için kullanırız. Ayrıca sonraki karşılaştırmaları pratik hale getirir.
Önce mevcut alan adını, planlanan değişikliği ve beklenen lansman penceresini gönderin. Staging adresini ve URL envanterini müsait olduğunda ekleyin. Yeni yapı hala değişiyorsa, açık kararları migrasyon kaydında işaretleriz. Daha geniş bağlam için AI arama görünürlüğü ve GEO denetimimize bakın.
Yeni site hangi kayıtları taşımalı?
3 kayıt taşımayı yönlendirir: URL haritası, sayfa sinyalleri ve uygulama durumu. Her biri, geliştiricilerin ve içerik sorumlularının tahmin yapmadan harekete geçebileceği kadar net olmalıdır.
| Değişiklik | Ana kontrol | Ne zaman | Ne gönderirsiniz |
|---|---|---|---|
| Yeniden tasarım | Sayfa amacı, içerik ve meta veri | Sürümden önce | Mevcut URL'ler ve yeni sayfa türleri |
| Alan adı değişikliği | Eski-yeni URL yolları ve yönlendirmeler | Lansmandan önce | Mevcut ve planlanan alan adları |
| CMS taşıma | Yollar, yapılandırılmış veri ve oluşturulan sayfalar | Kullanılabilir staging'de | URL envanteri ve staging erişimi |
URL haritası, her önemli mevcut sayfayı ilgili bir yeni hedefe bağlamalıdır. Eski URL'yi, önerilen hedefi, sayfa amacını ve uygulama durumunu içerir. Uygun bir yedek yoksa, bu kararı kaydedin. İlgisiz sayfaları ana sayfaya yönlendirmeyin.
Kararlar değiştikçe haritayı güncel tutun. Onaylanan yapıya karşı geç eklenen yeni URL'leri inceleyin. Bunları sessizce sürüme dahil etmeyin. Sayfa değişiklikleri ayrıca bir içerik kararı gerektirir: koru, birleştir veya yeniden yaz.
Yeniden yazılan sayfalar için, AI yanıtları için içerik içerik çalışmasını destekleyebilir. URL haritası yine de hangi eski sayfanın hangi yeni sayfaya yönlendirdiğini kontrol eder.
Taşınan sayfa sinyalleri için 4 kontrol
4 kontrol, yeniden tasarımda sıklıkla gözden kaçan sayfa detaylarını kapsar. Görünür sayfayı ve uygulamasını birlikte inceleyin. Tamamlanmış bir elektronik tablo, bir alanın doğru göründüğünün kanıtı değildir.
- Başlıklar ve açıklamalar: her öncelikli sayfanın yeni amacıyla eşleşsin.
- Yapılandırılmış veri: yalnızca doğru ve görünür kalan detayları koruyun.
- İsimler ve referanslar: kuruluş, ürün ve hizmet detaylarını tutarlı tutun.
- İç bağlantılar: yeni hedeflere referansları güncelleyin.
Ayrıca temsili staging sayfalarını onaylanan içerik listesiyle karşılaştırın. Geliştiricilere staging ile üretim arasında hangi değişikliklerin farklı olacağını sorun. İncelemeyi tamamlamadan önce erişim sınırlamalarını veya yalnızca sürüme özel düzenlemeleri not edin.
Teknik uygulama için Teknik AEO, şema ve tarayıcı detaylarını kapsayabilir. Entity oluşturma, site genelinde tutarlı kuruluş ve ürün referanslarını destekler.
Arama motorları, değiştirilen URL'leri nasıl işleyeceklerine karar verir. ChatGPT ve Perplexity kendi kaynaklarını seçer. Anlaşılan uygulamayı doğrulayabilir ve gözlemlenen değişiklikleri raporlayabiliriz. Hiç kimse bir migrasyondan sonra belirli bir sıralama veya atıf vaat edemez.
Migrasyonu lansmandan önce nasıl kontrol ederiz?
5 adım, migrasyonu temelden lansman kontrollerine götürür. Sürüm takvimine göre çalışırız. Her bulgu, bir sayfaya veya uygulama kararına bağlı kalır.
- Değişikliği paylaşın: Mevcut ve planlanan alan adlarını, değişiklik türünü, lansman penceresini ve varsa URL envanterini gönderin.
- Temeli belirleyin: Mevcut tarama ve trafik bilgilerini inceleriz. Ardından karşılaştırma için öncelikli sayfaları işaretleriz.
- Yolları haritalayın: Mevcut URL'leri planlanan hedeflerle eşleştiririz. Yönlendirme, meta veri ve yapılandırılmış veri kontrollerini hazırlarız.
- Staging'i inceleyin: Temsili sayfa türlerini onaylanan haritayla karşılaştırırız. Ardından proje sorumluları için bulguları kaydederiz.
- Lansmanı kontrol edin: Yayınlanan siteyi planla karşılaştırırız. Bulguları günlüğe kaydeder ve üzerinde anlaşılan düzeltme yolunu izleriz.
Paylaşılan bir sorun günlüğü, geçişi kullanışlı kılar. Her giriş, etkilenen URL'yi, ne gözlemlediğimizi, sonraki eylemin kime ait olduğunu ve durumunu adlandırır. Bu, bir yol sorununu bir içerik kararından veya uygulama kusurundan ayırır.
Düzeltmeleri kimin onaylayabileceği ve acil bulguların lansmandan önce geliştirme ekibine nasıl ulaşacağı konusunda anlaşırız. Takip canlıyken, her 24 saatte bir rapor alırsınız. Çalışma, SEO hizmetleri veya AI görünürlük takibi ile yan yana durabilir. Migrasyon kontrolleri bu sürüme bağlı kalır.
Sürüm ekibiniz migrasyondan ne alır?
5 pratik kayıt, ekibinize kullanılabilir bir geçiş sağlar. Kayıtlar bir temel ve URL haritasıdır. Ayrıca uygulama kontrollerini, staging bulgularını ve bir kurtarma planını içerir. Format, kararları sayfalara bağlı tutar. Genel öneriler içinde kaybolmazlar.
- Temel: öncelikli sayfalar için tarama ve trafik referansları.
- URL haritası: eski adresler, planlanan hedefler ve durum.
- Kontrol listesi: yönlendirmeler, meta veri ve yapılandırılmış veri incelemesi.
- Sorun günlüğü: etkilenen URL, gözlemlenen davranış, sorumlu ve çözüm durumu.
- Kurtarma planı: lansman bulgularını incelemek ve düzeltmek için üzerinde anlaşılan bir yol.
DigitalMedia1, incelemeyi sürüm kaydınıza bağlı tutar. Her bulgu bir sayfaya veya karara işaret eder. Ekibiniz neyi kontrol edeceğini ve kimin harekete geçmesi gerektiğini görebilir. Taşınmadan sonra sürekli görünürlük çalışmasına ihtiyacınız varsa, AI görünürlük takibi ayrı bir iş akışını izleyebilir.
Bize mevcut alan adını, planlanan alan adını veya CMS'yi, hedef lansman penceresini ve URL envanterini gönderin. Hazırsa staging erişimini ekleyin. Girdileri inceleyip 2 iş günü içinde yazılı teklif döndüreceğiz.
Nasıl çalışır
- Değişikliği paylaşınMevcut ve planlanan alan adlarını, değişiklik türünü, lansman penceresini ve varsa URL envanterini gönderin. Müsaitse staging erişimini ekleyin.
- Temeli belirleyinMevcut tarama ve trafik bilgilerini inceleriz. Ardından karşılaştırma için öncelikli sayfaları belirleriz.
- Yolları haritalayınMevcut URL'leri planlanan hedeflerle eşleştiririz. Yönlendirme, meta veri ve yapılandırılmış veri kontrollerini hazırlarız.
- Staging'i inceleyinTemsili sayfa türlerini migrasyon kaydıyla karşılaştırırız. Proje sorumluları için bulguları kaydederiz.
- Lansmanı kontrol edinYayınlanan siteyi üzerinde anlaşılan planla karşılaştırırız. Sorunları takip eder ve düzeltme yolunu izleriz.
Sık sorulan sorular
Migrasyon haritasını yeniden tasarıma ne zaman dahil etmeliyiz?
Geliştiriciler yeni sayfa yapısını kilitlemeden önce başlayın. Erken bir URL haritası, ekibe öncelikli sayfaları eşleştirmek, eksik hedefleri belirlemek ve yönlendirme kontrollerini hazırlamak için zaman verir. Önce mevcut URL envanterini ve hedef lansman penceresini gönderin. Kesinleşmemiş kararları onaylanmış gibi ele almak yerine işaretleyebiliriz.
Bir CMS taşıma, farklı bir SEO migrasyon planı gerektirir mi?
Alan adı aynı kaldığında 3 kontrol hala önemlidir: yollar, sayfa sinyalleri ve oluşturulan içerik. Bir CMS, URL'lerin veya meta verinin nasıl göründüğünü değiştirebilir. Mevcut sayfaları kullanılabilir staging sayfalarıyla karşılaştırırız. URL envanterini ve staging erişimini gönderin. Kontrolleri planlanan değişiklikler etrafında oluşturacağız.
Yeniden lansmandan sonra ChatGPT veya Perplexity atıflarımızı koruyabilir misiniz?
2 faydalı kontrol, önemli sayfa içeriğini ileri taşımak ve canlı uygulamayı doğrulamaktır. ChatGPT ve Perplexity kendi kaynaklarını seçer, bu nedenle belirli bir atıf vaat edilemez. Site değişikliklerini belgeleyebiliriz. Ayrıca, üzerinde anlaşılan URL'lerin ve sayfa detaylarının sürümden sonra mevcut olup olmadığını teyit edebiliriz.
Bir migrasyon incelemesi için ne göndermeliyiz?
4 faydalı girdi, mevcut alan adı, planlanan alan adı veya CMS, hedef lansman penceresi ve URL envanteridir. Hazır olduğunda bir staging bağlantısı ekleyin. Ayrıca geliştirme ve içerik sorumlularını belirtin. Bu, bulguların bir düzeltmeyi inceleyebilecek veya uygulayabilecek kişilere net bir yol izlemesini sağlar.
Migrasyon çalışması ne kadar sürer?
3 proje noktası sırayı belirler. Temel ve haritalama, uygulama kilitlenmeden önce gelir. Staging incelemesi, yeni site kullanılabilir olduğunda başlar. Takip, lansmanda başlar. Proje takvimi kesin takvimi belirler. Değişiklik türünü, mevcut materyalleri ve hedef sürüm penceresini inceledikten sonra çalışma planını onaylarız.
Her eski sayfayı ana sayfaya yönlendirebilir miyiz?
1 hedef, her önemli eski sayfanın amacını yansıtmalıdır. Toplu bir ana sayfa yönlendirmesi, ziyaretçileri ilgisiz içeriğe gönderebilir. Ayrıca migrasyon kaydını daha az kullanışlı hale getirebilir. Uygun bir yedek olmadığında, bu kararı haritada kaydedin. Proje sahibinden amaçlanan işlemi onaylamasını isteyin.
SEO migrasyon için teklif nasıl belirlenir?
3 detay teklifi şekillendirir: değişiklik türü, sürüm penceresi ve inceleme materyalleri. İnceleme materyalleri, URL envanterinizi ve staging erişiminizi içerir. Ödeme öncesinde, 2 iş günü içinde sabit yazılı teklif alırsınız. Mevcut alan adınızı, planlanan değişikliği ve lansman penceresini gönderin. Ardından eksik girdileri belirleyebiliriz.
Projenizi anlatın
Dört hızlı soruyu yanıtlayın, yöneticiniz bir saat içinde plan, zamanlama ve fiyat aralığı göndersin. Her şey gizli kalır.
Form yükleniyor…