Site Migration: De mest almindelige fejl! - Semalt advarer



Hej! I dagens artikel, Semalt vil fortælle dig om de mest almindelige fejl, der er lavet under en migrering af et websted. Med 90% af migrationen af ​​webstedet vises mindst en af ​​de fejl, jeg vil fortælle dig om i dag, ofte. Desværre er det også sådan, at selv den mindste fejl kan koste os tab af trafik og et fald i synligheden.

Så hvis du overvejer at flytte webstedet, migrere det eller ændre domænet, opfordrer jeg dig til at læse hele artiklen.

Hvis du har nået dette punkt, ved du sandsynligvis, hvad migration er. I tilfælde af migrering af websteder kan vi opdele det i flere typer.

Migrationstyper

CMS-CMS

Blandt e-handel er den mest populære type migration migration fra et CMS til et andet. Antag, at din butik vokser med en lille lagerbeholdning i starten, at få produkter og dine krav var mindre. Men med tiden, efterhånden som butikken voksede, begyndte dine behov at stige, så du begyndte at tænke på at ændre CMS, hvilket giver dig mulighed for at gøre ting, som du vil være i et givet CMS.

Og her overvejer du faktisk at skifte fra et CMS til et andet CMS. I dette tilfælde giver migrationen dig mange fordele. Du er i stand til at håndtere flere henvendelser, du kan integrere med systemerne, f.eks. for grossisterne, som får din virksomhed til at vokse, og CMS gør det simpelthen lettere for dig.

Domæne-domæne

En anden type migration er fra et domæne til et andet. Så vores butik fungerede for eksempel under navnet X, men efter et stykke tid fandt vi ud af, at det var tid til at skifte, og vores brand skulle have et andet navn. Derfor køber vi et nyt domæne og vil skifte butikken til et andet.

Nogle gange sker det også, at hvis vi for eksempel har et domæne, der har lidt på en eller anden måde (f.eks. Er der anvendt et filter på det), og vi ved, at intet kan opnås her, så overvejer vi også at ændre domænet. Så har vi at gøre med overførslen af ​​domænet til et andet domæne.

Skift side

Vi beskæftiger os også med migrationen, når vi vil opdatere udseendet på vores butik - vi ændrer dens skabelon, vi ændrer simpelthen siden, jeg mener, den visuelle del, som brugerne ser. Det involverer ofte, at URL-stien ændres, så her vil selve migrationen og dens korrekte implementering også være meget vigtig. Fordi vi vil efterlade det, der fungerede godt for os, og tilføje disse funktioner for at gøre trafikken på webstedet større i fremtiden.

Af denne grund skal vi huske på visse regler, der forhindrer os i at miste det, vi allerede har opnået. Sandsynligvis forbinder vi primært migrationen med omdirigeringerne. Så hvis du foretager migreringen, vil sandsynligvis nogen fortælle dig "husk, foretag en omdirigering". Og det er sandt, selvfølgelig er omdirigeringer vigtige, men der er også mange andre elementer, der påvirker, om migrationen vil lykkes eller ej.

Tro mig, hvis du ikke forbereder dig ordentligt på migrationen, laver du nogle fejl i processen, resultaterne kan være rigtig direkte. For at forberede migreringen skal du planlægge den korrekt og derefter implementere den og se, hvordan hjemmesiden reagerer, vil være meget lettere end at fange, hvad der er gjort efter en dårlig migrering.

Udviklingsversion

Noindex Nofollow

Hvis vi arbejder på en ny version af hjemmesiden, beskæftiger vi os normalt med udviklingsversionen. Så det er en side, der ikke skal være tilgængelig for både brugere og søgemaskiner, og som skal være markeret med Noindex Nofollow-parametre. Takket være denne metode tillader vi ikke vores websted at blive indekseret, og vi kan arbejde på det frit.

Dette er især vigtigt, hvis vi f.eks. Overfører indholdet fra den gamle side til den nye, fordi Google, hvis det når vores udviklingsside, begynder at indeksere det. Så søgemaskineindekset inkluderer indholdet fra både den nye og den gamle side - så bliver vi nødt til at håndtere duplikationen.

På grund af det faktum, at udviklingsversionen er blokeret af søgemaskinernes robotter til indeksering, kan vi behandle den som et bundpapir. Vi kan sikkert planlægge nogle løsninger, implementere nogle elementer roligt, og det vil ikke have en negativ indvirkning på webstedets synlighed. Vi kan for eksempel planlægge menustrukturen og ændre URL'erne meget ofte. I den normale verden er det ikke muligt, for hvis crawleren finder en given URL og indekserer den, så hvis vi ændrer denne adresse, og vi ikke opretter omdirigeringer, begynder 404-fejlene at vises.

SEO samarbejde

I tilfælde af udviklingsversionen er det også vigtigt, at hvis f.eks. Et SEO-firma, som du samarbejder med, har adgang til det, kan det også frit arbejde på det, overføre det og hjælpe dig med migrationen. Hvis den ikke er der, og vi arbejder på en levende organisme, er det en meget vanskeligere opgave.

Migration

Flyt alt dit indhold

Når vi har en udviklingsversion, kan vi ikke glemme de andre elementer, der også vil være vigtige i tilfælde af en vellykket migration. Hvis vores butik allerede var optimeret, havde den indhold i kategorierne og de produkter, vi optimerede, og som vi ved for at generere trafikken, så her skal vi huske at overføre alt indholdet fra den ene side til den anden.

Så vi flytter titlen, metabeskrivelsen, beskrivelserne sammen med den formatering, de havde på den gamle side. Hvis der var de alternative beskrivelser på webstedet, skal vi også sørge for, at det vises på den nye side. Det samme gælder for overskrifter - det vil sige, hvis vi optimerede overskrifterne på vores websted, skulle de samme overskrifter være på den nye version af siden. Disse elementer vil medføre, at når de har tændt vores nye websted, vil de allerede rangere.

Omdirigeringer

Adressekort

Det er selvfølgelig værd at forberede sig på forhånd, der opretter et omdirigeringskort over de gamle adresser til de nye, så at tænde for siden simpelthen omdirigeres og får Google til hurtigt at se, at disse omdirigeringer findes, hvis de kommer ind på hjemmesiden.

Omdiriger alle undersider

Når det kommer til omdirigeringer, er den grundlæggende fejl, at vi kun omdirigerer hjemmesiden. Så hvis vi for eksempel skifter domæne og skifter fra et til et andet, omdirigerer vi kun startsiden. Kategorierne, produkterne, blogartiklerne interesserer os ikke - det er en meget stor fejltagelse.

Hver underside har sin egen synlighed, som vi har bygget i nogen tid. Det er optimeret, forbundet udefra ... Så hvis en ny adresse vises i webstedsstrukturen, er den bare frisk, og indtil vi styrker denne adresse efter omdirigering fra den gamle til den nye, er det som om vi bygger den alt fra bunden. Naturligvis hjælper de titelelementer, som vi har flyttet, eller det indhold, der er implementeret på den nye side, os her, men vi overfører ikke den gamle undersides magt.

Takket være 301-omdirigeringer mister vi ikke det, vi allerede har arbejdet med, så det er meget vigtigt at overføre adresserne 1: 1. Så hvis vi har kategoriadresserne, skal vi omdirigere hver kategori til dens modstykke. Det samme gælder for produkterne. Selvfølgelig, hvis der er mange af disse produkter, og vi ikke ønsker at bremse serveren meget, så kan du selvfølgelig vælge en del af produkterne eller anvende bare reglerne.

Selvfølgelig kan vi gøre det lettere for os selv, når vi har mulighed for at oprette adresser, der ser ens ud, når vi designer en side. Så hvis vi ikke ændrer strukturen på URL'erne i den gamle og den nye butik, behøver vi selvfølgelig ikke oprette disse omdirigeringer. Men hvis vi f.eks. Ændrer et CMS, er det ofte simpelthen umuligt, og disse omdirigeringer skal udføres.

301, ikke 302

Når vi har oprettet alle omdirigeringer, skal vi huske, at disse omdirigeringer skal være permanente omdirigeringer, det vil sige 301 omdirigeringer. De 302 omdirigeringer, som også ofte udføres, er midlertidige omdirigeringer - de overfører ikke styrken fra de undersider, som jeg fortalte dig om tidligere.

Analytics

Hvis vi tænder for en ny side, skal vi også sørge for, at vores websted har Google Analytics- og Google Search Console-koder. Takket være dette vil vi være i stand til at observere, hvad der sker på vores hjemmeside, og hvordan det opfører sig.

Genindeksering

Hvis vi har gennemført de enkelte faser og er klar til, at siden kan ses af Google, kan vi selvfølgelig indsende siden til genindeksering i Search Console. Vi kan også uploade et nyt kort til Search Console for at gøre det lettere for ham at identificere indholdet på den nye side - dette vil ske lidt hurtigere.

Vi skal også huske, at Google i den første periode vil indeksere den nye side, men det vil også beholde den gamle i indekset, så vi skal give det tid til, at den gamle side fjernes fra indekset, og en ny til indsættes på plads. Vi vil se de første tre til seks måneder, hvad der vil ske.

I de værktøjer, der viser os synligheden, kan vi selvfølgelig også se f.eks. et fald over en periode, men så begynder denne side at hoppe. Hvis dette ikke er tilfældet, skal du kontrollere, hvad der gik galt. Det ser ud til, at din udvikler introducerede 301 omdirigeringer, og disse omdirigeringer viste sig at være 302 omdirigeringer. Så disse ting skal bare afhentes lige efter migrationen.

Dette var de mest almindelige fejl ved migrering af en side. Hvis vi ved, at vores migration blev udført dårligt, betyder det så, at vores side er dømt til at fejle? Ikke helt. Du kan selvfølgelig kun indføre en genopretningsplan, hvad der er vigtigt er tid. Hvis migrationen af ​​webstedet ikke er udført korrekt, har vi de første måneder stadig mulighed for at gendanne den trafik, vi mistede. Senere - hvis Google fjerner de gamle adresser fra søgemaskinerne - kan det være meget vanskeligere.

mass gmail