Kako planirati CMS migraciju bez lomljenja URL-ova, formatiranja i search namjere

Većina CMS migracija propadne prije nego se prva stranica premjesti.

Vidljivi problem obično se pojavi kasnije kao slomljeni layouti, čudno formatiranje, nedostajući redirecti i stranice koje više ne odgovaraju onome što su korisnici tražili. Ali stvarna greška obično se dogodi ranije, kada se migracija tretira kao copy job umjesto kao restructuring job.

Googleove trenutne smjernice za site move i dalje su pravi mentalni model: pripremite novi site, pripremite URL mapping, uključite redirecte i nadgledajte preseljenje umjesto da pretpostavite da će novi CMS sve to riješiti sam.

Zato siguran plan migracije kreće od inventure, strukture i namjere.

Krenite od stranica koje doista važe

Ne zaslužuju sve stranice istu razinu pažnje.

Prije promjene sustava identificirajte:

1. stranice koje donose search promet,
2. stranice koje podržavaju service ili product odluke,
3. stranice koje privlače linkove,
4. stranice koje editory često ažuriraju.

To migraciji daje prioritet.

Ako je sve označeno kao “važno”, ništa nije. Cilj je zaštititi stranice koje već rade koristan posao za business.

Zadržite namjeru prije nego layout

Search namjera je obično važnija od pixel-perfect migracije.

Ako stranica trenutno rangira jer odgovara na specifično pitanje, zamjenska stranica treba i dalje jasno odgovarati na to pitanje. Novi CMS može promijeniti template, editor experience i publishing workflow, ali stranica i dalje mora raditi isti posao osim ako postoji svjesan razlog za spajanje, dijeljenje ili uklanjanje.

To znači da svaku migriranu stranicu treba klasificirati prije preseljenja:

1. zadrži kao jest,
2. prepiši i zadrži,
3. spoji u drugu stranicu,
4. povuci i redirectaj.

To je mnogo sigurnije od importa svega i nade da će se struktura kasnije očistiti.

URL pravila definirajte rano

URL odluke ne bi trebale ovisiti o tome što novi CMS generira po defaultu.

Ako se URL struktura mijenja, redirecti moraju biti definirani prije launcha. Ako se struktura može zadržati, to obično uklanja veliki dio migracijskog rizika.

Najmanje trebate odlučiti:

1. kakav treba biti novi URL pattern,
2. koji legacy URL-ovi moraju redirectati,
3. koje se stranice konsolidiraju,
4. koje se stranice namjerno uklanjaju.

Što je mapping eksplicitniji, manja je šansa da launch uzrokuje gubitak prometa i raspad internih linkova.

Google također preporučuje da u plan preseljenja uključite slike, video, JavaScript, CSS, PDF-ove i druge embedded assete. To je važno jer migracija može izgledati uspješno u editoru, a i dalje slomiti datoteke i resurse na koje se oslanjaju search enginei i korisnici.

Ažurirajte canonicale, internal linkove i sitemapove

URL mapping sam po sebi nije dovoljan.

Kad nova struktura postoji, novi site mora pravilno pokazivati na samoga sebe. Google izričito navodi:

1. self-referencing canonicale na novim URL-ovima,
2. ažurirane internal linkove koji vode izravno na nove URL-ove,
3. ažurirane hreflang oznake ako je site multilingual,
4. sitemap koji sadrži nove URL-ove.

Ovo je jedan od razloga zašto migracije lako puknu. Timovi zapamte redirecte, ali zaborave signale unutar samog sitea.

Ako novi CMS isporučuje stare canonicale, stare interne reference ili zastarjele sitemap outpute, migracija već šalje miješane instrukcije.

Mapirajte content fieldove, a ne samo stranice

Migracija nije samo premještanje stranica. To je i premještanje fieldova.

Tu nastaje mnogo štete na formatiranju. Legacy sustav može skrivati strukturu unutar jednog rich-text bloba, dok novi CMS možda treba zasebna polja za headline, summary, hero image, CTA, body, FAQ, author ili taxonomy.

Ako je to mapiranje nejasno, editori naslijede nered.

Sigurniji pristup je definirati content model prije importa:

1. koja polja svaka article ili page treba,
2. koja su polja opcionalna,
3. koje vrijednosti trebaju postati reusable taxonomy,
4. što treba ostati plain text,
5. što treba ukloniti umjesto migrirati.

To migraciju pretvara u strukturirani rad umjesto u cleanup ručnim putem.

Tretirajte formatiranje kao odvojen problem

Problemi s formatiranjem rijetko su nasumični.

Obično dolaze iz starog HTML-a, inline stilova, kopiranog contenta iz office alata, nekonzistentnih embedova ili markup obrazaca koje novi editor ne podržava čisto. Ako se to ignorira do tjedna launchanja, tim završava ručno popravljajući svaku stranicu.

Bolje je prvo testirati nekoliko reprezentativnih stranica:

1. dugačak članak,
2. članak bogat medijima,
3. service ili landing page,
4. stranica sa starijim paste formattingom.

Ti primjeri otkrivaju gdje sadržaj treba normalizirati prije nego počne puni import.

Koristite trajne redirecte i držite ih dovoljno dugo

Google preporučuje server-side permanent redirecte poput 301 i 308 kada je moguće.

To je važno i za korisnike i za search enginee. Redirect chainovi dodaju latenciju, povećavaju failure pointove i otežavaju debugging. Čist potez je obično jedan stari URL izravno prema jednom finalnom novom URL-u.

Google također preporučuje držati redirecte što dulje, općenito barem jednu godinu. To je duže nego što mnogi timovi očekuju, ali odražava koliko vremena treba da se signali, linkovi i stare reference smire po webu.

Odlučite što se neće preseliti

Svaka migracija prilika je za uklanjanje mrtvog tereta.

Stari tag pageovi, dupli članci, zastarjele landing stranice, tanki archive pageovi i napušteni microsite content ne postaju korisniji samo zato što su uvezeni u noviji sustav. U mnogim slučajevima bolji potez je povuci ih, redirectati ih i pojednostavniti novu content bazu.

To obično poboljšava editorial jasnoću jednako kao i sam novi CMS.

Nadgledajte preseljenje nakon launchanja

Launch day nije kraj migracije.

Google preporučuje nadgledanje Search Consolea, sitemapova, crawl errora i prometa na starim i novim URL-ovima. Server logovi su također važni jer pokazuju jesu li crawleri i stvarni korisnici i dalje na starim pathovima, dobivaju li chained redirecte ili slijeću na nedostajuće stranice.

Tu je važno i planiranje kapaciteta. Google napominje da novi site može biti češće crawlan tijekom movea jer se novi URL-ovi crawljaju izravno, dok stari URL-ovi istodobno redirectaju u njih.

Praktično pravilo

Ako plan migracije ne uključuje page intent, URL mapping, field mapping i format testing, to još nije pravi migracijski plan.

To je samo plan kopiranja contenta.

Zaključak

Najsigurnije CMS migracije štite ono što već radi i mijenjaju samo ono što mora biti promijenjeno.

Krenite s business-critical stranicama, zadržite search namjeru vidljivom, definirajte URL ponašanje rano, pravilno mapirajte content model i testirajte formatiranje prije punog preseljenja. Zatim nastavite pratiti nakon launchanja umjesto da prerano proglasite uspjeh. To je ono što sprječava da migracija postane skupo cleanup vježbanje.

References: Google Search Central: Move a site with URL changes i Google Search Central SEO Starter Guide.