Kako migrirati domenu bez urušavanja pozicija u pretraživanju

Promjena domene jedan je od rijetkih SEO projekata u kojem tehnički mala pogreška vrlo brzo može postati vrlo vidljiva. Nedostajuće preusmjeravanje, blokiran put za crawl ili zaboravljeni canonical mogu pretvoriti jednostavan rebrand u tjedne volatilnosti pozicija.

Određeno pomicanje je normalno. Tražilicama treba vremena da crawlaju stare URL-ove, otkriju preusmjeravanja, obrade signale i smjeste novu domenu u indeks. Cilj nije izbjeći svaki pad. Cilj je učiniti migraciju dosadnom: jedan stari URL vodi na jedan ekvivalentan novi URL, poslužitelj odgovara jasno i ništa važno ne nestaje.

Počnite s inventarom, ne s pravilom preusmjeravanja

Najčešći neuspjeh migracije jest tretirati je kao zadatak konfiguracije poslužitelja. To nije. To je zadatak informacijske arhitekture koji se slučajno završava konfiguracijom poslužitelja.

Prije diranja DNS-a izradite popis URL-ova koji su važni:

• URL-ovi koji primaju organski promet
• URL-ovi s vanjskim povratnim poveznicama
• URL-ovi koji konvertiraju, generiraju leadove ili podržavaju kampanje
• Canonical URL-ovi koji su trenutačno u vašoj XML karti web-lokacije
• PDF-ovi, slike i datoteke za preuzimanje na koje postoje vanjske poveznice
• Vrijedni naslijeđeni URL-ovi koji se možda ne pojavljuju u trenutačnoj navigaciji

Za svaki stari URL dodijelite odredište na novoj domeni. U većini slučajeva to odredište treba biti ista stranica s istom namjerom. Ako /pricing postane https://newdomain.com/pricing, to je jednostavno. Ako se tri stare stranice proizvoda spajaju u jedan novi vodič, tu odluku namjerno dokumentirajte.

Izbjegavajte lijeni obrazac: preusmjeravanje svega na novu početnu stranicu. To je praktično, ali odbacuje relevantnost. I tražilice i korisnici očekuju da odredište odgovori na istu potrebu kao izvorni URL.

Sačuvajte strukturu URL-ova gdje možete

Migracija domene lakša je kada putanje ostanu stabilne. Prijelaz s oldsite.com/blog/example na newsite.com/blog/example mnogo je čišći nego istodobno mijenjati domenu, CMS, slugove, strukturu mapa i sadržaj.

Ponekad redizajn ili migracija CMS-a čine promjene URL-ova neizbježnima. Ako je tako, razdvojite odluke:

1. Što se mijenja zato što se mijenja domena?
2. Što se mijenja zato što se mijenja struktura web-lokacije?
3. Što se briše, spaja ili prepisuje?

Što više varijabli uvedete, to kasnije postaje teže dijagnosticirati probleme. Ako je migracija važna, a trenutačna web-lokacija dobro radi, razmislite o tome da prvo premjestite domenu, a redizajn napravite kasnije.

Koristite trajna preusmjeravanja u jednom skoku

Za stvarnu migraciju domene koristite poslužiteljska 301 ili 308 preusmjeravanja sa starih URL-ova na njihove nove ekvivalente. Privremena preusmjeravanja služe privremenim situacijama. JavaScript preusmjeravanja, meta refresh i soft preusmjeravanja slabiji su signali i lakše se kvare.

Ciljevi preusmjeravanja su jednostavni:

• Svaki važan stari URL vraća trajno preusmjeravanje.
• Svako preusmjeravanje ide izravno na konačno odredište.
• HTTP se čisto preusmjerava na HTTPS.
• Varijante s www i bez www obrađuju se dosljedno.
• Preusmjeravanja ne ovise o krhkom ponašanju query-stringa osim ako je nužno.

Loš lanac izgleda ovako:

http://oldsite.com/page → https://oldsite.com/page → https://www.oldsite.com/page → https://newsite.com/page → https://www.newsite.com/page

To na kraju može završiti na pravoj stranici, ali je sporo, teže za crawl i vjerojatnije će sakriti pogreške. Ciljajte na jedan skok od svake stare varijante do konačnog novog URL-a.

Pri provjeri ponašanja pregledajte stvarne HTTP odgovore umjesto da vjerujete onome što prikazuje preglednik. Naš vodič za debugging preusmjeravanja i HTTP zaglavlja u produkciji ovdje je koristan jer su preglednici previše pristojni: prate lanac i skrivaju neuredne dijelove.

Pripremite DNS i certifikate prije lansiranja

DNS izravno ne prenosi pozicije, ali loš DNS može učiniti da migracija izgleda pokvareno. Smanjite TTL vrijednosti prije vremenskog okvira lansiranja kako bi se promjene širile predvidljivije. Potvrdite da nova domena ima ispravne zapise za web promet, e-poštu i sve potrebne poddomene.

Također su vam potrebni valjani TLS certifikati za obje domene. To se lako previdi. Stara domena i dalje mora posluživati HTTPS preusmjeravanja nakon migracije. Ako joj certifikat istekne, korisnici i crawleri mogu naići na upozorenja preglednika prije nego što uopće dođu do nove web-lokacije.

Ako premještanje utječe na e-poštu, nemojte to tretirati kao naknadnu misao. Promjene domene često kvare SPF, DKIM, DMARC, MX zapise, poveznice za praćenje i transakcijsku poštu. Za podsjetnik na zapise koji su važni pogledajte naš vodič prilagođen developerima za MX, SPF, DKIM i DMARC.

Provjerite canonicale, interne poveznice i karte web-lokacije

Nakon lansiranja nova domena trebala bi se ponašati kao da je oduvijek bila kanonski dom sadržaja.

To znači:

• Canonical oznake upućuju na nove URL-ove, ne na staru domenu.
• Interne poveznice koriste novu domenu ili root-relative putanje.
• XML karte web-lokacije sadrže samo konačne, indeksabilne nove URL-ove.
• hreflang anotacije, ako se koriste, referenciraju nove URL-ove.
• Open Graph, strukturirani podaci i alternate poveznice su ažurirani.
• Robots.txt ne blokira važne odjeljke.

Nemojte objaviti kartu web-lokacije punu starih URL-ova i očekivati da će preusmjeravanja to počistiti. Karta web-lokacije trebala bi biti popis URL-ova koje želite indeksirati. Nakon migracije to znači konačne URL-ove na novoj domeni.

Također pazite na canonical proturječnosti. Stranica koja se preusmjerava sa stare na novu, ali ima canonical koji upućuje natrag na staru domenu, šalje miješane signale. Tražilice obično mogu obraditi dio nedosljednosti, ali ne biste ih trebali tjerati na to.

Nemojte mijenjati sve na dan lansiranja

Migracija je već dovoljno velik događaj. Ako je moguće, izbjegavajte je kombinirati s velikim rezanjem sadržaja, prepisivanjem predložaka, promjenama navigacije, promjenama JavaScript renderiranja ili novim profilom performansi.

Ovo nije praznovjerje. To je disciplina debugiranja. Ako pozicije padnu nakon lansiranja, morate znati je li uzrok mapiranje preusmjeravanja, pristup za crawl, promijenjen sadržaj, sporije renderiranje, nedostajući strukturirani podaci ili nešto drugo.

Početno lansiranje držite što bliže staroj web-lokaciji koliko je praktično. Kada se nova domena stabilizira, veće uredničke i dizajnerske promjene radite u manjim serijama.

Recite tražilicama što se promijenilo

U Google Search Consoleu verificirajte i staru i novu domenu. Zatim upotrijebite alat Change of Address kada je premještanje promjena na razini domene, a sadržaj se premješta na novu domenu. Nakon lansiranja pošaljite novu kartu web-lokacije.

To ne zamjenjuje preusmjeravanja. To ih podržava. Tražilicama su i dalje potrebna crawlabilna, trajna preusmjeravanja kako bi razumjele mapiranje na razini URL-a.

Za Bing i druge tražilice koristite njihove webmaster alate gdje su dostupni. Ažurirajte i mjesta koja kontrolirate: društvene profile, poslovne popise, odredišta oglasa, potpise e-pošte, dokumentaciju, partnerske poveznice i canonical reference u sindiciranom sadržaju.

Neće se sve vanjske poveznice ažurirati, i to je u redu. Ali najvažnije bi trebale biti. Ako važan partner, app marketplace, dokumentacijski portal ili press stranica povezuje na staru domenu, zatražite ažuriranje.

Nakon lansiranja pratite prave stvari

Prvih nekoliko dana nakon migracije treba biti aktivan nadzor, ne slavlje.

Provjerite:

• Poslužiteljske logove za crawl aktivnost na staroj i novoj domeni
• 404 i neočekivane 5xx pogreške
• Lance i petlje preusmjeravanja
• Status indeksiranja u Search Consoleu
• Otkrivanje i obradu karte web-lokacije
• Organske odredišne stranice i obrasce upita
• Putanje konverzije koje ovise o starim URL-ovima
• Analytics filtre i isključenja referral prometa

Očekujte šum u izvještavanju. Neki analytics alati tretiraju novu domenu kao novo svojstvo ako nisu pravilno konfigurirani. Neke nadzorne ploče uspoređuju promet stare domene s prometom nove domene i čine da migracija izgleda gore nego što jest.

Vidljivost u pretraživanju može varirati nekoliko tjedana. Ono što ne želite jest obrazac u kojem se vrijedni stari URL-ovi opetovano crawlaju, ali se ne preusmjeravaju ispravno, ili u kojem se nove stranice otkrivaju, ali označavaju kao duplikati stare domene.

Ni performanse ne treba zanemariti. Ako se nova domena lansira s težim predlošcima, pokvarenim cacheiranjem ili neoptimiziranim assetima, korisnici mogu migraciju osjetiti kao usporenje. Ako koristite Lighthouse kao dio provjera, čitajte ga imajući prioritete na umu; naš tekst o tome kako čitati Lighthouse izvješće bez panike objašnjava kako odvojiti značajne probleme od šuma.

Zadržite staru domenu dugo vremena

Nemojte dopustiti da stara domena istekne nakon što migracija „proradi”. Držite je registriranom, održavajte certifikate valjanima i ostavite preusmjeravanja aktivnima što je dulje moguće. U praksi to često znači godinama.

Stare poveznice nastavljaju postojati u blog postovima, knjižnim oznakama, dokumentaciji, PDF-ovima, e-porukama i objavama na društvenim mrežama. Preusmjeravanja su most između tog povijesnog otiska i nove domene. Njihovo prerano gašenje kvari putanje korisnika i rasipa akumulirane signale.

Također sačuvajte kopiju svoje mape preusmjeravanja i bilješki s lansiranja. Šest mjeseci kasnije, kada netko pita zašto se naslijeđeni URL ponaša na određeni način, bit će vam drago što ste to dokumentirali.

<!-- tool-cta:start -->

💡 Isprobajte ovo: Nakon prijelaza pratite svoje stare URL-ove putem Redirect Checker kako biste potvrdili da se svaki od njih rješava jednim 301 skokom na odgovarajuću novu stranicu.

<!-- tool-cta:end -->

Razuman kontrolni popis za migraciju

Prije lansiranja:

• Verificirajte obje domene u Search Consoleu.
• Crawlajte trenutačnu web-lokaciju i izvezite važne URL-ove.
• Izradite mapu preusmjeravanja jedan-na-jedan.
• Smanjite DNS TTL-ove.
• Pripremite TLS certifikate za staru i novu domenu.
• Ažurirajte canonicale, interne poveznice, hreflang, strukturirane podatke i karte web-lokacije.
• Testirajte preusmjeravanja u stagingu ili kontroliranom okruženju.

Na dan lansiranja:

• Deployajte preusmjeravanja.
• Potvrdite ponašanje HTTP na HTTPS.
• Testirajte važne uzorke URL-ova iz svake vrste predloška.
• Pošaljite novu kartu web-lokacije.
• Upotrijebite alat Change of Address gdje je prikladno.
• Pratite poslužiteljske pogreške, petlje preusmjeravanja i blokirane resurse.

Nakon lansiranja:

• Pratite crawl pogreške i izvješća o indeksiranju.
• Ažurirajte važne vanjske poveznice gdje možete.
• Uspoređujte promet prema namjeri odredišne stranice, ne samo prema ukupnim vrijednostima domena.
• Držite preusmjeravanja aktivnima neograničeno.
• Odgodite nepovezane redizajne ili eksperimente sa sadržajem dok se premještanje ne stabilizira.

Migracije domena nisu bez rizika, ali njima se može upravljati. Pozicije obično trpe kada migracija šalje nejasne signale: nedostajuća preusmjeravanja, promijenjen sadržaj, proturječni canonicali, blokirani crawleri ili zaboravljena stara domena. Dajte tražilicama i korisnicima čistu mapu i premještanje postaje mnogo manje dramatično.