Selitev spletnega mesta: najpogostejše napake! - Semalt opozarja



Živjo! V današnjem članku Semalt vam bo povedal o najpogostejših napakah med selitvijo spletnega mesta. Z 90% selitve spletnih strani se pogosto pojavi vsaj ena od napak, o katerih vam bom danes povedal. Žal je tudi tako, da nas že najmanjša napaka lahko stane izgube prometa in zmanjšanja vidljivosti.

Torej, če razmišljate o selitvi spletnega mesta, selitvi ali spremembi domene, vam priporočam, da preberete celoten članek.

Če ste prišli do te točke, verjetno veste, kaj je selitev. V primeru selitve spletnih strani jo lahko razdelimo na več vrst.

Vrste selitev

CMS-CMS

Med e-poslovanjem je najbolj priljubljena vrsta selitve migracija z enega sistema upravljanja vsebin na drugega. Recimo, da vaša trgovina na začetku raste z majhnim inventarjem, malo izdelkov in vaše zahteve so bile manjše. Vendar so se sčasoma, ko je trgovina naraščala, vaše potrebe začele povečevati, zato ste začeli razmišljati o spremembi sistema upravljanja vsebin, ki vam bo omogočil, da v določenem sistemu upravljanja vsebin počnete stvari, ki jih želite.

In tu dejansko razmišljate o prehodu iz sistema upravljanja vsebin v drugega sistema upravljanja vsebin. V tem primeru vam migracija prinese številne prednosti. Obravnavate lahko več poizvedb, lahko se integrirate s sistemi, npr. za veletrgovce, zaradi katerih vaše podjetje raste, CMS pa vam preprosto olajša.

Domena-Domena

Druga vrsta selitve je iz ene domene v drugo. Tako je naša trgovina na primer delovala pod imenom X, a čez nekaj časa smo ugotovili, da je čas, da se spremenimo in bi morala naša znamka imeti drugačno ime. Zato kupimo novo domeno in želimo trgovino preklopiti na drugo.

Včasih se zgodi tudi, da če imamo na primer domeno, ki je nekako trpela (npr. Zanjo je bil uporabljen filter) in vemo, da tu ni mogoče ničesar doseči, potem razmislimo tudi o spremembi domene. Potem imamo opravka s selitvijo domene na drugo domeno.

Spremeni stran

S selitvijo se ukvarjamo tudi, ko želimo posodobiti videz naše trgovine - spremenimo njeno predlogo, preprosto spremenimo stran, mislim, vizualni del, ki ga vidijo uporabniki. Pogosto vključuje spreminjanje poti URL-ja, zato bo tu zelo pomembna tudi sama selitev in njena pravilna izvedba. Ker želimo zapustiti tisto, kar nam je dobro delovalo, in dodati te funkcije, da bomo v prihodnosti povečali promet na spletnem mestu.

Zaradi tega se moramo zavedati nekaterih pravil, ki nam bodo preprečila, da bi izgubili že pridobljeno. Verjetno selitev povezujemo predvsem s preusmeritvami. Torej, če izvedete katero koli selitev, vam bo verjetno kdo rekel "ne pozabite, naredite preusmeritev". In to je res, preusmeritve so seveda pomembne, obstaja pa tudi veliko drugih elementov, ki vplivajo na to, ali bo migracija uspešna ali ne.

Verjemite mi, če se ne boste pravilno pripravili na selitev, boste v tem naredili nekaj napak, rezultati so lahko res usmerjeni. Če se želite pripraviti na selitev, jo morate pravilno načrtovati in nato izvesti ter videti, kako se bo spletno mesto odzvalo, veliko lažje kot ujeti tisto, kar je bilo storjeno po slabi selitvi.

Razvojna različica

Noindex Nofollow

Če delamo na novi različici spletnega mesta, se običajno ukvarjamo z razvojno različico. Gre torej za stran, ki ne bi smela biti dostopna tako uporabnikom kot iskalnikom in bi morala biti označena s parametri Noindex Nofollow. Zahvaljujoč tej metodi ne dovolimo indeksiranja našega spletnega mesta in lahko na njem delamo prosto.

To je še posebej pomembno, če na primer vsebino prenesemo s stare strani na novo, ker jo bo Google, če pride na našo razvojno stran, začel indeksirati. Kazalo iskalnikov bo torej vključevalo vsebino tako z nove kot s stare strani - potem bomo morali opraviti s podvajanjem.

Ker razvojno različico blokirajo roboti iskalnikov za indeksiranje, jo lahko obravnavamo kot pisalni papir. Nekaj ​​rešitev lahko varno načrtujemo, nekatere elemente izvajamo mirno in to ne bo negativno vplivalo na prepoznavnost spletne strani. Lahko na primer načrtujemo strukturo menija in zelo pogosto spreminjamo URL-je. V običajnem svetu to ni mogoče, ker če pajek najde dani URL in ga indeksira, se bodo, če spremenimo ta naslov in ne bomo ustvarili preusmeritev, začele pojavljati napake 404.

SEO sodelovanje

Pri razvojni različici je pomembno tudi, da če ima na primer dostop do nje SEO podjetje, s katerim sodelujete, lahko tudi prosto dela na njem, ga prenese in vam pomaga pri selitvi. Če je ni in delamo na živem organizmu, je to veliko težja naloga.

Migracija

Premaknite vso svojo vsebino

Ob razvojni različici ne moremo pozabiti na druge elemente, ki bodo prav tako pomembni v primeru uspešne selitve. Če je bila naša trgovina že optimizirana, je imela vsebino v kategorijah in izdelkih, ki smo jih optimizirali in za katere vemo, da ustvarjajo promet, potem tu ne smemo pozabiti, da vso vsebino prenesemo z ene strani na drugo.

Tako premaknemo naslov, Meta opis, opise skupaj z oblikovanjem, ki so ga imeli na stari strani. Če bi na spletnem mestu obstajali nadomestni opisi, bi morali poskrbeti tudi, da se pojavijo na novi strani. Enako velja za naslove - če bi optimizirali naslove na naši spletni strani, bi morali biti isti naslovi v novi različici strani. Ti elementi bodo povzročili, da se bo po preklopu na novo spletno mesto že uvrstilo.

Preusmeritve

Zemljevid naslovov

Seveda se je vredno vnaprej pripraviti, da se ustvari preusmeritveni zemljevid starih naslovov na nove, tako da se obračanje strani preprosto preusmeri in povzroči, da Google hitro ugotovi, da te preusmeritve obstajajo, če vstopijo na spletno mesto.

Preusmerite vse podstrani

Pri preusmeritvah je osnovna napaka ta, da preusmerimo samo domačo stran. Torej, če na primer spremenimo domeno in se spremenimo iz ene v drugo, preusmerimo samo domačo stran. Kategorije, izdelki, članki v blogu nas ne zanimajo - to je zelo velika napaka.

Vsaka podstran ima svojo prepoznavnost, ki smo jo gradili že nekaj časa. Optimiziran je, povezan od zunaj ... Torej, če se v strukturi strani pojavi nov naslov, je le svež in dokler tega naslova ne preusmerimo po preusmeritvi s starega na novega, je, kot da ga zgradimo vse iz nič. Seveda nam bodo tu pomagali naslovni elementi, ki smo jih premaknili, ali vsebina, ki je bila implementirana na novo stran, vendar moči stare podstrani ne bomo prenašali.

Zahvaljujoč preusmeritvam 301 ne izgubimo tistega, na čemer smo že delali, zato je zelo pomembno, da naslove prenesemo 1: 1. Torej, če imamo naslove kategorij, bi morali vsako kategorijo preusmeriti na primerjano. Enako velja za izdelke. Če je teh izdelkov veliko in ne želimo zelo upočasniti strežnika, lahko seveda izberete del izdelkov ali uporabite samo pravila.

Seveda si lahko olajšamo, če imamo možnost ustvarjanja naslovov, ki izgledajo enako, ko oblikujemo stran. Če torej ne bomo spremenili strukture URL-jev v stari in novi trgovini, potem teh preusmeritev seveda ne bo treba ustvariti. Če pa na primer spremenimo sistem upravljanja vsebin, je to pogosto preprosto nemogoče in te preusmeritve je treba izvesti.

301, ne 302

Ko ustvarimo vse preusmeritve, se moramo zavedati, da morajo biti te preusmeritve trajne preusmeritve, to je 301 preusmeritev. Preusmeritve 302, ki se prav tako pogosto izvajajo, so začasne preusmeritve - ne bodo prenašale moči tistih podstrani, o katerih sem vam že povedal.

Analitika

Če vklopimo novo stran, moramo zagotoviti tudi, da ima naše spletno mesto kodi Google Analytics in Google Search Console. Zahvaljujoč temu bomo lahko opazovali, kaj se dogaja na naši spletni strani in kako se obnaša.

Ponovna indeksacija

Če smo zaključili posamezne faze in smo pripravljeni na to, da stran vidi Google, lahko stran seveda pošljemo na ponovno indeksacijo v Search Console. Na Search Console lahko naložimo tudi nov zemljevid, da olajša prepoznavanje vsebine nove strani - to se bo zgodilo nekoliko hitreje.

Prav tako se moramo zavedati, da bo Google prvo stran indeksiral novo stran, vendar bo v indeksu obdržal tudi staro, zato moramo dati čas, da se stara stran iz indeksa odstrani, nova pa vstavite na svoje mesto. Prve tri do šest mesecev bomo spremljali, kaj se bo zgodilo.

Seveda v orodjih, ki nam kažejo prepoznavnost, vidimo tudi npr. upad v določenem časovnem obdobju, potem pa bo ta stran začela poskakovati. Če temu ni tako, morate preveriti, kaj je šlo narobe. Zdi se, da je vaš razvijalec uvedel 301 preusmeritev in izkazalo se je, da so bile te preusmeritve 302 preusmeritve. Torej bo treba te stvari takoj pobrati takoj po selitvi.

To so bile najpogostejše napake pri selitvi strani. Če vemo, da je bila naša migracija izvedena slabo, ali to pomeni, da je naša stran obsojena na propad? Ne povsem. Seveda lahko uvedete načrt okrevanja, pomemben je le čas. Če selitev spletnega mesta ni bila izvedena pravilno, imamo v prvih mesecih še vedno možnost povrniti izgubljeni promet. Kasneje - če Google iz iskalnikov odstrani stare naslove - je to lahko veliko težje.

mass gmail