Site Migration: The Most Common Feil! - Semalt advarer



Hei! I dagens artikkel, Semalt kommer til å fortelle deg om de vanligste feilene som er gjort under migrering av et nettsted. Med 90% av nettstedsmigrasjonen dukker det ofte opp minst en av feilene jeg vil fortelle deg om i dag. Dessverre er det også slik at selv den minste feilen kan koste oss tap av trafikk og redusert synlighet.

Så hvis du vurderer å flytte nettstedet, migrere det eller endre domenet, oppfordrer jeg deg til å lese hele artikkelen.

Hvis du har nådd dette punktet, vet du sannsynligvis hva migrasjon er. Når det gjelder migrering av nettsteder, kan vi dele den inn i flere typer.

Migrasjonstyper

CMS-CMS

Blant e-handel er den mest populære typen migrasjon migrering fra ett CMS til et annet. Anta at butikken din vokser med et lite lager i begynnelsen, få produkter og kravene dine var mindre. Imidlertid, etter hvert som butikken vokste, begynte behovene dine å øke, så du begynte å tenke på å endre CMS, som vil tillate deg å gjøre ting du vil være i et gitt CMS.

Og her vurderer du faktisk å bytte fra et CMS til et annet CMS. I dette tilfellet gir migrasjonen deg mange fordeler. Du er i stand til å håndtere flere henvendelser, du kan integrere med systemene, f.eks. for grossistene, som får virksomheten din til å vokse, og CMS gjør det enkelt for deg.

Domain-Domain

En annen type migrering er fra ett domene til et annet. Så butikken vår fungerte for eksempel under navnet X, men etter en stund fant vi ut at det var på tide å endre seg, og merkevaren vår skulle ha et annet navn. Derfor kjøper vi et nytt domene og ønsker å bytte butikken til et annet.

Noen ganger hender det også at hvis vi for eksempel har et domene som har lidd på en eller annen måte (f.eks. Et filter har blitt brukt på det) og vi vet at ingenting kan oppnås her, så vurderer vi også å endre domenet. Så har vi å gjøre med overføringen av domenet til et annet domene.

Bytt side

Vi håndterer også migreringen når vi vil oppdatere utseendet på butikken vår - vi endrer malen, vi endrer ganske enkelt siden, jeg mener, den visuelle delen som brukerne ser. Det innebærer ofte at URL-banen endres, så her vil selve migreringen og dens korrekte implementering også være veldig viktig. Fordi vi vil legge igjen det som fungerte bra for oss og legge til disse funksjonene for å gjøre trafikken på nettstedet større i fremtiden.

Av denne grunn må vi huske på visse regler som vil forhindre at vi mister det vi allerede har fått. Sannsynligvis forbinder vi først og fremst migrasjonen med viderekoblingene. Så hvis du gjør noen av overføringene, vil sannsynligvis noen si deg "husk, gjør en omdirigering". Og det er sant, selvfølgelig er viderekoblingene viktige, men det er også mange andre elementer som påvirker om migrasjonen vil lykkes eller ikke.

Tro meg, hvis du ikke forbereder deg ordentlig på migrasjonen, vil du gjøre noen feil i prosessen, resultatene kan være veldig direkte. For å forberede migreringen, bør du planlegge den riktig og deretter implementere den, og se hvordan nettstedet reagerer vil være mye enklere enn å fange det som er gjort etter en dårlig migrering.

Utviklingsversjon

Noindex Nofollow

Hvis vi jobber med en ny versjon av nettstedet, behandler vi vanligvis utviklingsversjonen. Så det er en side som ikke skal være tilgjengelig for både brukere og søkemotorer, og som skal merkes med Noindex Nofollow-parametrene. Takket være denne metoden tillater vi ikke indeksering av nettstedet vårt, og vi kan jobbe fritt med det.

Dette er spesielt viktig hvis vi for eksempel overfører innholdet fra den gamle siden til den nye, fordi Google, hvis den når utviklingssiden vår, begynner å indeksere den. Så søkemotorindeksen vil inneholde innholdet fra både den nye og den gamle siden - da må vi håndtere dupliseringen.

På grunn av at utviklingsversjonen er blokkert av søkemotorenes roboter for indeksering, kan vi behandle den som skrapepapir. Vi kan trygt planlegge noen løsninger, implementere noen elementer rolig og som ikke vil ha en negativ innvirkning på synligheten til nettstedet. Vi kan for eksempel planlegge menystrukturen og endre URL-ene veldig ofte. I den normale verden er det ikke mulig, for hvis søkeroboten finner en gitt URL og indekserer den, vil 404-feilene begynne å vises hvis vi endrer denne adressen og ikke oppretter viderekoblinger.

SEO samarbeid

Når det gjelder utviklingsversjonen, er det også viktig at hvis for eksempel et SEO-selskap som du samarbeider med har tilgang til det, kan det også fritt jobbe med det, overføre det og hjelpe deg med migrasjonen. Hvis den ikke er der og vi jobber med en levende organisme, er det en mye vanskeligere oppgave.

Migrasjon

Flytt alt innholdet ditt

Når vi har en utviklingsversjon, kan vi ikke glemme de andre elementene som også vil være viktige i tilfelle en vellykket migrering. Hvis butikken vår allerede var optimalisert, hadde den innhold i kategoriene og produktene vi optimaliserte, og som vi vet for å generere trafikk, så her må vi huske å overføre alt innholdet fra den ene siden til den andre.

Så vi flytter tittelen, metabeskrivelsen, beskrivelsene sammen med formateringen de hadde på den gamle siden. Hvis det var alternative beskrivelser på nettstedet, bør vi også sørge for at det vises på den nye siden. Det samme gjelder overskriftene - det vil si at hvis vi optimaliserte overskriftene på nettstedet vårt, skulle de samme overskriftene være på den nye versjonen av siden. Disse elementene vil føre til at etter at de har slått på vårt nye nettsted, vil de allerede rangere.

Viderekoblinger

Adressekart

Selvfølgelig er det verdt å forberede seg på forhånd som skaper et omdirigeringskart over de gamle adressene til de nye, slik at det å slå på siden rett og slett blir omdirigert og får Google til raskt å se at disse viderekoblingene eksisterer hvis de kommer inn på nettstedet.

Omdiriger alle undersidene

Når det gjelder viderekoblinger, er den grunnleggende feilen at vi bare omdirigerer hjemmesiden. Så hvis vi for eksempel endrer domene og endrer fra ett til et annet, omdirigerer vi bare hjemmesiden. Kategoriene, produktene, bloggartiklene interesserer oss ikke - dette er en veldig stor feil.

Hver underside har sin egen synlighet, som vi har bygget i noen tid. Den er optimalisert, koblet fra utsiden ... Så hvis en ny adresse vises i nettstrukturen, er den bare fersk, og til vi styrker denne adressen etter omdirigering fra den gamle til den nye, er det som om vi bygger den alt fra bunnen av. Selvfølgelig vil tittelelementene vi har flyttet eller innholdet som er implementert på den nye siden hjelpe oss her, men vi overfører ikke kraften til den gamle undersiden.

Takket være 301-viderekoblinger mister vi ikke det vi allerede har jobbet med, så det er veldig viktig å overføre adressene 1: 1. Så hvis vi har kategoriadressene, bør vi omdirigere hver kategori til motparten. Det samme gjelder produktene. Selvfølgelig, hvis det er mange av disse produktene, og vi ikke vil bremse serveren veldig mye, så kan du selvfølgelig velge en del av produktene eller bruke bare reglene.

Selvfølgelig kan vi gjøre det lettere for oss selv når vi har muligheten til å opprette adresser som ser like ut når vi designer en side. Så hvis vi ikke endrer strukturen til URL-ene i den gamle og den nye butikken, så vil vi selvfølgelig ikke måtte opprette disse viderekoblingene. Men hvis vi for eksempel endrer et CMS, er det ofte rett og slett umulig, og disse omdirigeringene må utføres.

301, ikke 302

Etter at vi har opprettet alle viderekoblinger, må vi huske at disse viderekoblingene må være permanente viderekoblinger, det vil si 301 viderekoblinger. 302-viderekoblinger, som også ofte utføres, er midlertidige viderekoblinger - de vil ikke overføre kraften til de undersidene som jeg fortalte deg om tidligere.

Analytics

Hvis vi slår på en ny side, må vi også sørge for at nettstedet vårt har Google Analytics- og Google Search Console-kodene. Takket være dette vil vi kunne observere hva som skjer på nettstedet vårt og hvordan det oppfører seg.

Reindeksering

Hvis vi har fullført de enkelte trinnene og er klare for at siden skal vises av Google, kan vi selvfølgelig sende inn siden for omindeksering i Search Console. Vi kan også laste opp et nytt kart til Search Console for å gjøre det lettere for ham å identifisere innholdet på den nye siden - dette vil skje litt raskere.

Vi må også huske at for den første perioden vil Google indeksere den nye siden, men den vil også beholde den gamle i indeksen, så vi må gi den tid til den gamle siden skal fjernes fra indeksen og en ny til settes inn på plass. Vi vil se de første tre til seks månedene hva som vil skje.

I verktøyene som viser oss synligheten, kan vi selvfølgelig også se f.eks. en nedgang over en periode, men så vil denne siden begynne å sprette. Hvis dette ikke er tilfelle, må du sjekke hva som gikk galt. Det kan virke som om utvikleren din introduserte 301 viderekoblinger, og disse viderekoblingene viste seg å være 302 viderekoblinger. Så disse tingene må bare hentes rett etter overføringen.

Dette var de vanligste feilene når du migrerer en side. Hvis vi vet at migrasjonen vår ble utført dårlig, betyr dette at vår side er dømt til å mislykkes? Ikke helt. Du kan selvfølgelig introdusere en gjenopprettingsplan bare det som er viktig er tid. Hvis nettstedsmigrasjonen ikke er utført riktig, har vi fortsatt de første månedene muligheten til å gjenopprette trafikken vi mistet. Senere - hvis Google fjerner de gamle adressene fra søkemotorene - kan det være mye vanskeligere.

mass gmail