Sådan undgår du SEO-katastrofe fra en Replatform

Omlægning af dit e-handels-websted eller skiftende platforme er nervebøjle. Det er nemt at gå glip af et vigtigt skridt og miste værdifuld økologisk søgetrafik og indtægter.

Jeg har hjulpet mange e-handelssites med redesigns og replatforms. De fleste går glat. Mange øger faktisk SEO trafik. Men nogle er smertefulde. Jeg stræber efter at lære af dem.

Når jeg ser tilbage til succeserne versus fejlene, er der et tydeligt mønster af hjørnesager og situationer, der ikke er en del af de generelle anbefalinger i Googles dokumentation eller på SEO-blogs.

I denne artikel vil jeg dele mine kampærer - de tilfælde, der krævede ekstra skridt for at forhindre katastrofe eller for hurtigt at komme sig efter det.

For det første vil jeg opsummere standardanbefalinger fra Google og fra SEO-praktikere.

Standardanbefalinger

Omfattende 301 omdirigeringskort. Dette er det mest kritiske trin, når et nyt design eller en platform kræver URL-ændringer. Du skal kortlægge hver gammel URL til den tilsvarende nye. Kortlæg ikke bare de øverste sider. Kort hver side.

Konsekvent SEO metadata. Hvis du har kvalitetsmetadata på det eksisterende websted - titler, metabeskrivelser, H1-tags - skal du sørge for, at du mindst importerer dem til den nye platform. Der er ingen undskyldning for at have sider uden metabeskrivelser på det nye websted, da de eksisterede i den gamle.

Lavere DNS TTL. Alt kan gå galt under en platformskifte. At vende tilbage til DNS-ændringer kan være smerteligt langsomt. Reducer denne risiko ved at konfigurere den primære DNS-post for dit websted til den laveste TTL-tid til live - tid.

Hvis du i løbet af en replikformular skal returnere til dit gamle websted, fastsætter domænenes DNS-poster for en lav tid til at leve - TTL - vil tvinge internetudbydere til at genkende ændringen tilbage til det gamle websted hurtigere.

Hvis du i løbet af en replikformular skal returnere til dit gamle websted, fastsætter domænenes DNS-poster for en lav tid til at leve - TTL - vil tvinge internetudbydere til at genkende ændringen tilbage til det gamle websted hurtigere.

Tjek DNS udbredelse. Udover at sikre, at din DNS-overførsel sker hurtigt, og du hurtigt kan gå tilbage til det forrige websted, skal du holde øje med, hvor hurtigt din nye IP opdateres på internettet. DNS Checker er et praktisk, gratis værktøj til at hjælpe dig med at gøre dette.

DNS Tracker er et godt værktøj til at holde styr på, hvor hurtigt din nye IP opdateres på internettet

DNS Tracker er et godt værktøj til at holde styr på, hvor hurtigt din nye IP opdateres på internettet

Opdater XML-sitemaps og robots.txt. Dine XML-sitemaps og robots.txt-filer skal opdateres for at afspejle de nye konstruktions- eller platform-URL-konventioner.

Eliminer omdirigeringskæder. Hvis du har omdirigere kort fra tidligere redesigner eller migreringer, er det ikke en god ide at kæde disse omdirigeringer til de nye. Det er bedre at forbinde kildewebadresserne i de gamle kort til de endelige destinationer i den nye platform.

Overvåg gennemgå statistik og gennemgangsfeil. Når du har startet, er det muligt, at du stadig vil se nye 404-fejl i Google Search Console. Det er også muligt at se store pigge i gennemsøgningsaktiviteten. Det er normalt at se det for de første par dage, men hvis du efter en uge stadig ser dem, kan du have det uendelige gennemløbsrum, som bør fastsættes.

Flyt sektioner individuelt. Det er meget mindre risikabelt at holde de nye og gamle websteder levende samtidig, med det nye websted usynligt og utilgængeligt at søge robotter. Derefter omdirigeres og åbnes afsnit ad gangen, begyndende med de laveste risici. Denne praksis er særlig kritisk for store detailhandlere.

Ikke-lærte-i-skole anbefalinger

Jeg har lært nogle af de følgende anbefalinger på den hårde måde: Jeg fulgte først bedste praksis og fandt derefter hjørnesager, der skabte alle mulige problemer.

Mange webstedsejere forsøger at forbedre tilsyneladende alt under en ny site migration eller redesign, såsom en fancy navigation, uendelig scrolling og forbedrede titler og meta beskrivelser.

Men i min erfaring, jo mindre du ændrer under et redesign eller migration, jo bedre. Fase i de største ændringer. For eksempel skal du først færdiggøre redesignet eller replatformen, derefter ændre titelkoder, og foretag derefter navigeringsændringer.

Den største fordel ved denne tilgang er, at hvis der er et præstations hit, er det lettere at isolere årsagen og vende tilbage.

Hvad der følger er andre anbefalinger, jeg har lært af erfaring.

Du må ikke ændre titel-tags før lanceringen. Problemet med at ændre titel tags er, at de påvirker placeringer. Hvis du ændrer titelmærker på tværs af webstedet, vil du sandsynligvis se omfattende rankingskift. I nogle tilfælde kan du øge rankings. Men i andre tilfælde kan du miste stor tid. Det er ikke værd at risikoen.

Et par uger efter redesignet eller migrering, og hvis der ikke er nogen problemer, er det bedre at opdatere titeletiketter. Men selv da, skift titler i partier af sider. Hold titlen ændringer, der fungerer bedre, og rul de dem, der ikke gør.

Kortlæg alle webadresser fra Google Analytics. Jeg ser ofte tilfældet, hvor omdirigeringskort kun indeholder de bedste sider, eller i de bedste tilfælde omfatter kun webadresserne i XML-sitemaps. Men Googlebot har en lang hukommelse. Det gennemsøger og rækker sider, der ikke længere er linket fra hvor som helst på hjemmesiden, men er forbundet fra tredjepartswebsteder. Hvis du glemmer at kortlægge disse sider, vil du miste værdifuld trafik.

En enkel måde at sikre, at alle sider omdirigeres, er at hente dem fra Google Analytics.

Sørg for, at omdirigeringskort bevarer overflødige parametre. Udviklere kigger ofte efter genveje for at blive mere færdige på mindre tid.

Men du vil ikke have, at dine udviklere tager genveje med dine omdirigeringskort. Omdirigeringsregler skal være generiske nok, så de tegner sig for eventuelle variationer af kilden webadresser. De skal især tage højde for de overflødige parametre, du ikke har set.

Den følgende omskrivning er forkert, fordi den fjerner webadresseparametrene (herunder betalt søgningssporing).

RewriteEngine om
RewriteRule ^ p / 1002 /(.*) http://www.newstore.com/product/1002/? [L, R = 301]

-

Denne omskrivning er korrekt, da den bevarer webadresseparametrene.

RewriteEngine om
RewriteRule ^ p / 1002 / (.*) http://www.newstore.com/product/1002/ [L, R = 301]

Konsolidér ikke store grupper af sider. Under redesigner eller replikformer vil e-handelshandlere ofte fjerne nogle dele af deres butikker eller konsolidere sektioner for at gøre det lettere for besøgende at gennemføre deres køb.

Det er forkert at antage, at 301 omdirigere sektioner eller sider, der fjernes eller konsolideres, vil forbedre trafikken og placeringerne. Selvom de konsoliderede sider generelt får et boost i side omdømme og udfører bedre end tidligere, mangler de generelt indholdet på de konsoliderede sider og placerer sig ikke på samme vilkår.

Hvis du har brug for at konsolidere sider, skal du gøre det efter redesignet eller migrering, og overveje også at åbne facetterede navigationssider, der kan kompensere for de konsoliderede.

Fjern ikke for meget indhold. En anden vigtig lektion, jeg har lært, er at holde det samlede antal unikke indhold på din e-handelssite det samme efter replatformen.

Graferne nedenfor viser en post-migrationsanalyse, jeg udførte for at forstå, hvorfor webstedets trafik og indtægter var nede, og for at finde de problematiske sider.

En postmigrationsanalyse blev udført for at forstå, hvorfor trafikken og indtægterne var nede.

En postmigrationsanalyse blev udført for at forstå, hvorfor trafikken og indtægterne var nede.

Bemærk på ovenstående grafer, at produkter, indhold og hjemmesiden var ens, men kategorisiderne udgjorde halvdelen af ​​deres tidligere niveauer. Vi sammenlignede det samlede antal sider, og ordet tæller før og efter og så store reduktioner i mængden af ​​indhold.

Vent til at flytte til https. Jeg bruger til at anbefale at tage redesignet eller replatform mulighed for at flytte til https. Nylige migrationer har imidlertid været langt mere komplicerede på grund af denne ændring. Så jeg anbefaler nu at flytte til https som et separat trin efter migreringen.

Flytningen til https kræver så meget omhyggelig planlægning som et redesign og replatform. Jeg vil dække det i detaljer i min næste artikel.

Glem ikke parametre for URL-parametre. Din nye platform vil sandsynligvis kræve helt nye webadresseparameterindstillinger i Google Search Console. Disse parametre garanterer en jævn Googlebot-krypteringsoplevelse. Det er klogt at konfigurere nye webadresseparametre forud for (eller på tidspunktet for) migreringen, samtidig med at de gamle holdes intakte.

Vent til at starte uendelig rulning. SEO-venlig uendelig scrolling kræver en kompliceret implementering, der også skal understøtte standardpagination. Hvis du starter uden en SEO-venlig uendelig rulle, vil du ende med paginerede kategorisider, der ikke gennemsøges eller indekseres.

Overvej at udfylde replatformen uden uendelig rulning, og tilføj derefter funktionen på en SEO-venlig måde senere.

Vær opmærksom på JavaScript-gengivne sider. Sofistikerede e-handelssystemer gør nogle gange produktliste sider ved hjælp af JavaScript på en måde, som Google ikke indekserer. Den udfordrende del er, at du skal bruge Search Console's Hent og Render for at kontrollere dine sider til dette, men Search Console fungerer kun med offentlige websteder, og dit redesign eller replatform vil være i et mellemrum.

En simpel genvej er at spørge din e-handelsplatform for at give eksempler på andre offentlige websteder, der kører systemet, og brug derefter Googles cache-kommando for at se, om der er problemer.

Spørg din e-handelsplatform for at give eksempler på andre websteder, der kører systemet, og brug derefter Googles cache-kommando for at se, om der er problemer. I dette tilfælde mangler et sidetabel.

Spørg din e-handelsplatform for at give eksempler på andre websteder, der kører systemet, og brug derefter Googles cache-kommando for at se, om der er problemer. I dette tilfælde mangler et sidetabel.

-

En anden løsning er at oprette en eksempelprøveside for at åbne offentligt og kontrollere med Search Console's Hent og Render-funktion.

-

Opsæt en eksempelprøveside, du kan åbne offentligt og tjekke med Search Console's Hent og Render-funktion.

Opsæt en eksempelprøveside, du kan åbne offentligt og tjekke med Search Console's Hent og Render-funktion.

Migrere gamle omdirigeringer og omdirigere konfigurationer. Nogle udviklingshold hos detailhandlere Jeg arbejder med at kassere gamle omdirigere kortlægningsfiler efter overførslen. Men problemet er, at omdirigeringer er permanente. Google glemmer aldrig dem. Det fortsætter med at genbruge selv gamle 404- eller 410-URL'er, hvis de nogensinde kommer tilbage.

Jeg oplevede dette problem sidste år under en replatform. Google genererede over 20,000 404 fejl efter replatformen, hvilket gør identifikationen af ​​den faktiske postmigration 404s næsten umulig. Problemet blev kompliceret yderligere, fordi Search Console kun giver dig mulighed for at trække 1,000 404-URL'er ad gangen, og den nye platformsleverandør holdt webserverlogfiler i kun 30-dage.

Bemærk, at Search Console bruges til at tillade dig at trække alle fejl ved hjælp af API'en, men Google har ændret det og tilbyder en begrænset version af den pågældende kapacitet.

Hold 90 dage værd for webserver logs. Søgekonsol er et fantastisk, gratis SEO-værktøj. Men når det kommer til at indsnævre kritiske SEO problemer, er webserver logs din ven. Du kan finde alle webadresser, der gennemsøges eller ikke gennemgås af Google og andre søgemaskiner, og også identificere eventuelle større problemer.

Hvis du står over for mange uventede 404-fejl efter en migrering, er en omfattende liste over webadresser, som Google har besøgt før og efter overførslen, afgørende for at færdiggøre dine omdirigere kort hurtigere.

Kortbilled- og videoadresser. Jeg ser ofte kun webadresser i omdirigeringskort. Men hvis du tjekker Søg Analytics i Search Console vil du sandsynligvis finde en god mængde trafik fra billeder. Billed- og videoadresser får ofte links. Så det er en god idé at oprette 301 omdirigeringer til nye billed- og video-URL'er i replikformen.

Undgå fancy analyse implementeringer. Dette er nok det mest uklare problem, jeg har set efter en replatform. Google mærket webstedet som hacket med indsprøjtning af spamindhold. Men da vi kiggede tættere på, var der ingen hack, men en avanceret implementering af Google Analytics. Udviklerne brugte skjulte div-elementer til nogle brugerdefinerede egenskaber i stedet for en mere standard brug af JavaScript-variabler. De skjulte div-elementer viste sandsynligvis Googlebot med et lignende mønster som skjult spamtekst.

I et tilfælde anvendte udviklerne skjulte div-elementer til nogle brugerdefinerede egenskaber i stedet for en mere standard brug af JavaScript-variabler.

I et tilfælde anvendte udviklerne skjulte div-elementer til nogle brugerdefinerede egenskaber i stedet for en mere standard brug af JavaScript-variabler.

Dobbeltkryds analytikopsætning. Nogle gange synes en post-migrationspræstation at være værre eller bedre end forventet på grund af et sporingsproblem. Nogle sider kan mangle Google Analytics-tags eller have dubletter, eller der mangler indstillinger, der konsoliderer tredjeparts indkøbskurv-metrics, så trafikken er mærket som henvisninger.

Andre problemer, jeg har stødt på, betales søgetrafik, der er forkert mærket som økologisk, fordi omdirigeringskortene fjerner gclid bruges til tagging af AdWords-kampagner.

Det er klogt at gennemgå det nye websted med et værktøj som Screaming Frog for at sikre alle analysetags er på plads og korrekt.

Monitor logs post launch. Jeg kræver, at klientens udviklingshold hver dag sender webserverlogger til et SFTP-websted eller en Amazon S3-bucket, så jeg kan trække dem og overvåge Googlebots aktivitet hurtigere og med bedre opløsning end i Google Search Console.

For eksempel lancerede vi et nyt websted, hvor sider kun viser andre sprogversioner, når anmodningen har ACCEPT-LANGUAGE-overskriften, som Googlebot formodentlig støtter. Men efter mange uger har vi ikke set Googlebot-hente sider ved hjælp af alternative sprog.

Konklusion

Mine lektioner med at administrere organisk søgetrafik efter redesign eller replatforms stopper ikke her. Denne liste vil vokse med andre migrationsstrider. Hvis du har oplevelser, som jeg ikke har dækket, kan du dele dem i kommentarerne.

Kilde

Giv en kommentar

Dette websted bruger Akismet til at reducere spam. Lær, hvordan dine kommentardata behandles.