Hoe u een websitemigratie uitvoert zonder uw SEO te schaden

Dus je hebt besloten om jouuw website pgraden naar een nieuw platform of een nieuwe CMS-versie?

Veel geluk!

Je staat voor een SEO achtbaan ritje in de komende maanden, met ranglijsten die waarschijnlijk overal rondstuiteren, zonder mogelijke tracking om vanaf te werken.

Maar als het stof is neergedaald, je hoopt dat alles een paar plekken hoger eindigt, of nog beter een paar pagina's hoger!

Maar wees gewaarschuwd, een sitemigratie is waarschijnlijk de belangrijkste oorzaak van een daling van de ranking op het hele web.

Volg deze simpele checklist om een ​​inzinking te voorkomen en dat gênante gesprek met je baas te voorkomen.

Overzicht SEO-migratiechecklist

  1. Paginatoewijzing
  2. omleidingen
  3. Interne links
  4. Volgcodes en pixels
  5. Ontwikkelfase
  6. Live gaan
  7. uiteinde Audit
  8. Controle

1. Paginatoewijzing - geen verkeer achtergelaten

Waarschijnlijk uw bestaande website heeft veel oude pagina's die jaren geleden zijn gemaakt door een onbekende ontwikkelaar of inhoudschrijver. Degene die nu de leiding heeft (inclusief uzelf) kan denken dat deze pagina's overbodig zijn en eenvoudigweg kunnen worden genegeerd in de gloednieuwe glanzende site-upgrade.

Ik moedig je aan om ze eerst te controleren!

U zult versteld staan ​​van wat er aan bezoekers toeneemt, zelfs dat oude artikel van 200 woorden uit 2010 zou uw siteverkeer kunnen sturen, en, nog belangrijker, conversies.

Verwijder dus geen pagina zonder te controleren of de website er zeker niet van profiteert.

Echt redundante pagina's vinden

Ga naar uw Google Analytics en ga onder Gedrag -> Site-inhoud naar Bestemmingspagina's.

Hier vindt u alle echt overtollige pagina's.

Stel de tijdsperiode in op het afgelopen jaar en filter op verkeer lager dan 10 (misschien wilt u dit aantal bewerken om de resultaten relevanter te maken voor uw websiteverkeer in het algemeen).

Dit toont u alle pagina's die het afgelopen jaar minder dan 10 bezoeken hebben ontvangen.

Nu wil je alle pagina's uit de lijst verwijderen die deel uitmaken van de SEO-plannen voor de lange termijn, en je zult achterblijven met niet-essentiële pagina's met weinig verkeer.

Uit mijn ervaring vallen deze pagina's in twee categorieën:

  1. Kannibaal pagina's - vergelijkbaar onderwerpen naar krachtigere hoofdpagina's.
  2. Niet-trefwoord gerichte pagina's / generieke blogposts.

Als een pagina een kannibaal is, dan moet je volgen mijn oplossing voor kannibalisatie van zoekwoorden, dat is om de pagina te verwijderen en 301 omleiden de URL naar de hoofdpagina van dat trefwoord.

Als een pagina in de tweede categorie valt, kijk dan of het enig gebruikersvoordeel heeft. Als dit het geval is, stelt u het in op noindex en laat u het op de website staan. Is dit niet het geval, verwijder het dan en stuur het door naar de bovenliggende pagina / homepage.

Een voorbeeld.

Als we een kledingcategorie hadden en we hadden ook een blogpost over 'De kleding op Brand.com', dan zou dat waarschijnlijk een kannibalenpagina zijn (aangezien iedereen die op zoek is naar een trefwoord rond 'kleding' en het 'merk' 99% van de tijd het kledinggedeelte op zijn website wil zien in plaats van in een blogbericht over hen).

Als de pagina taffic verzendt en geen kannibaal is, moet je deze opnemen in je nieuwe website, passend in elke url structurele veranderingen.

301 Redirects - DIT IS DE SLEUTEL!

Het kan niet sterker gezegd worden:

MISLUKTE OMLEIDINGEN ZIJN DE NUMMER 1 REDEN VOOR EEN SLECHTE MIGRATIE VAN DE SITE

Als u uw omleidingen verkeerd krijgt, ziet Google het niet als een sitemigratie, maar als een puinhoop. En raad eens? Mess scoort niet zo goed.

Elke url van de originele website moet 301 omleiden naar de overeenkomstige pagina op de nieuwe website.

Dit geldt uiteraard alleen als u de url-structuur of het formulier heeft gewijzigd (bijvoorbeeld verhuizen van domein.com/subpagina/ naar domein.com/pagina/subpagina/ OF domein.com/pagina.aspx naar domein.com/pagina/).

Als een pagina wordt verwijderd, het moet ook ergens 301 omleiden. Idealiter naar de meest relevante pagina op de site naar het paginaonderwerp, of bij gebreke daarvan de homepage.

Als u pagina's samen combineert, moeten de vorige versies 301 naar de nieuwe versie.

Een nieuwe sitemap zal het niet doen, alleen een 301-omleiding is voldoende.

*Belangrijke notitie: zorg ervoor dat je alle voorgaande htaccess-regels op je nieuwe website behoudt, anders heb je veel legacy 404's te verwerken. Als u de tijd en het budget heeft, is het het beste om eventuele omleidingsketens uit het htaccess-bestand te verwijderen, en dus is het het beste om oude regels bij te werken om rechtstreeks naar de nieuwe locatie om te leiden (in plaats van dat ze naar de vorige pagina gaan en opnieuw omleiden).

** Tweede belangrijke opmerking: het robots.txt-bestand van de oude website kan enkele zeer handige regels bevatten om bots op uw oude CMS te blokkeren, maar zijn deze van toepassing op de nieuwe website? Er kunnen daarin regels zijn die moeten worden bijgewerkt, bijvoorbeeld als uw nieuwe e-commercesysteem een ​​andere URL gebruikt voor parameters of filters. Loop door elke regel, zoek uit waarvoor deze is gebruikt en kijk of er een equivalent op uw nieuwe CMS staat.

Interne links moeten worden bijgewerkt

Dit gaat hand in hand met de omleidingssectie, alsof een url is veranderd en dan alle links binnen de website-inhoud naar die pagina zijn nu onjuist.

Ook al zouden de links werken (vanwege uw succesvolle omleiding) volgende omleidingen vertragen de crawler van Google op uw website, waardoor het minder waarschijnlijk is dat uw belangrijke pagina's zo vaak worden gecrawld. Het zal ook de laadtijd van uw pagina vertragen, waardoor het erger wordt voor het converteren van klanten.

De manier waarop u dit oplost, kan verschillen, afhankelijk van uw websitesysteem, maar met behulp van een database zoeken en vervangen gereedschap kan een eenvoudige manier zijn om het te doen. Het eindresultaat dat u nodig heeft, is dat elke interne link naar de nieuwe URL van de pagina verwijst, niet naar de oude.

Als uw websitestructuur op een uniforme manier is veranderd, kunt u zoeken en vervangen op de string, bij voorbeeld als u van domein.com/ bent gegaanartikel-categorie / categorienaam naar domein.com/categorie/categorienaam, dan kunt u mogelijk zoeken en vervangen voor de tekenreeks productcategorie.

Sommige CMS hebben handige plug-ins hiervoor, zoals de Better Search and Replace-tool voor WordPress.

Het ergste scenario is dat je moet inloggen op je CMS en elk met de hand moet doen, maar in 99.9% van de gevallen is het veel beter om een ​​ontwikkelaar te betalen om een ​​aantal regels te coderen (of die wijzigingen in het buitenland uit te besteden).

Trackingcode en pixels

De vorige website heeft waarschijnlijk veel verschillende trackingcodes gehad, scripts en pixels in de code om veel offsite marketing en analyses uit te voeren. Deze zijn tijdens de migratie vrij gemakkelijk te vergeten, omdat de huidige persoon ze misschien niet heeft ingevoegd, maar ze mogelijk nog steeds essentiële bedrijfsgegevens verstrekken.

Een snelle "hack" om deze in één oogopslag te vinden, is door de Ghostery browserextensie, die alle tracking cookies en scripts weergeeft die een website laadt.

Dit kan u helpen de makkelijke te krijgen, soms zijn er echter scripts die alleen op bepaalde pagina's verschijnen. Enkele van de belangrijkste pagina's om handmatig te controleren zijn de startpagina, de hoofdcategorie- en productpagina's en pagina's in de conversietrechter (zoals winkelwagen-, afreken- en succespagina's op e-commerce websites).

Maak een checklist van elke pixel en stukje trackingcode, en zorg ervoor dat je ze allemaal aanvinkt op de nieuwe website.

Ontwikkelingsfase testen - Babystapjes

Het ontwikkelingsgebied is waar je de nieuwe versie van de website test, en dus is het de perfecte plek om te controleren of de SEO allemaal correct werkt.

De beste tool voor technische controles is Screaming Frog. Doorzoek de website en zorg ervoor dat alle pagina's crawlbaar zijn, dat de meeste (zo niet alle) interne omleidingen zijn bijgewerkt en hersteld en dat er geen fouten zijn.

De volgende stap is het testen van de gebruikerservaring, omdat een vreselijke gebruikerservaring uw bouncepercentage omhoog kan schieten en conversies kan verpesten. Betaal mensen om uw ontwikkelingswebsite te testen en plaats opmerkingen of gebruikersvideo's, zodat u alles kunt vinden dat van tevoren kapot is.

Enkele van de belangrijkste gebieden die u moet controleren, zijn de conversietrechter (inclusief volledige betalingsstappen bij het afrekenen in e-commerce), aangezien fouten hier u veel geld kosten.

Live gaan - vingers gekruist!

Dus het is tijd om live te gaan. Je hebt alles gedaan wat je maar kunt bedenken, en nu is het het moment van de waarheid.

Stappen om live te gaan:

  1. Wees in staat om gemakkelijk terug te schakelen naar de oude site als er fouten worden gevonden.
  2. Schakel over naar de nieuwe site (afhankelijk van cms). Zorg ervoor dat het .htaccess- en robots.txt-bestand de nieuwe zijn!
  3. Crawl de oude site-URL's om ervoor te zorgen dat alle omleidingen correct werken.
  4. Doorzoek de nieuwe site om er zeker van te zijn dat alle pagina's correct werken.
  5. Voer gebruikerstests uit om ervoor te zorgen dat de nieuwe site correct werkt (meerdere browsers en apparaten).
  6. Dien een nieuwe sitemap in bij Google Webmaster Tools
  7. Gebruik de Fetch and Render tool in Google Webmaster Tools en indexeer de hoofdpagina's van de nieuwe website.

Monitoring en ranglijsten

Het verkeer en de ranglijsten zullen aanvankelijk overal zijn, dus het is belangrijk om niet te snel conclusies te trekken op basis van een paar bounces.

Maar alles dat er "verdacht" uitziet, moet worden opgemerkt en vervolgens de volgende controles doorlopen:

  1. Leidt de oude url 301 correct naar de nieuwe?
  2. Heeft de nieuwe pagina specifieke trefwoorden uit de SEO-elementen verloren (titel, metabeschrijving, H1)?
  3. Mist de nieuwe pagina belangrijke informatie van de oude website?
  4. Verwijzen de interne links nog steeds naar deze pagina?
  5. Leveren gebruikerstests problemen op?

Als u merkt dat het probleem iets anders is dan het wijzigen van de URL, verhelp vervolgens het probleem en crawl de pagina opnieuw.

Als de url een trefwoord heeft laten vallen en het heeft geresulteerd in een daling van de ranglijst, dan zou je serieus moeten overwegen om het terug te veranderen naar de oude url en de omleiding te verwijderen.

Als je van domeinnaam verandert, verlies dan de controle over het oude domein niet, aangezien er veel van je link equity in zit, en het zou dus gehost moeten blijven met het .htaccess-bestand intact.

Afhankelijk van de grootte van de site en hoeveel deze wordt gecrawld, kan de nasleep van een sitemigratie maanden duren. Dingen om te controleren in Google-tools:

  1. Search Console -> Crawl-fouten: dit is een teken dat uw interne links of omleidingen niet correct zijn geïmplementeerd en zo snel mogelijk moeten worden verholpen.
  2. Search Console -> Geïndexeerde pagina's: zoek naar grote dalingen in geïndexeerde pagina's, omdat iets kan verhinderen dat ze worden geïndexeerd.
  3. Google Analytics -> Landingspagina (bouncepercentage): Als u pieken in het bouncepercentage ziet, is er mogelijk iets kapot of ontbreekt er iets, dus voer een aantal visuele controles uit en graaf dieper per apparaat / browser.

Benchmark-ranglijsten - uw leidende ster

Er zullen hoogstwaarschijnlijk een paar ranglijsten zijn die u intern gebruikt als voorbeelden van waar "u bekend om staat".

Ze symboliseren het meeste verkeer, of waar u de beste bent in uw branche.

Dit zijn de ranglijsten waarop u zich tijdens de migratie moet concentreren, aangezien deze waarschijnlijk het meest worden gecrawld, het meeste verkeer ontvangen en het snelst worden bijgewerkt.

Grote dalingen in deze ranglijst kan een teken zijn van een probleem over de hele linie, dus ze moeten serieuzer worden genomen dan een zoekwoord dat van pagina 3 naar pagina 7 gaat.

Laatste gedachten

Sitemigraties zijn moeilijk, duur en kunnen de ranglijst slechter en niet beter maken.

Voordat u er een implementeert, u moet serieus overwegen of u het rendement op de investering eruit zult zien, aangezien het risico in veel gevallen de kleine beloning niet waard is.

Als u echter een verouderd systeem heeft dat slecht is voor gebruikers of niet veilig is, heeft u geen keus.

Als u vragen heeft over migraties vanuit een SEO-perspectief, of wil je wat hulp, stuur me dan een e-mail: [e-mail beveiligd]

Hoe nuttig was dit bericht?

Klik op een ster om deze te beoordelen!

Gemiddelde score 5 / 5. Aantal stemmen: 1

Geen stemmen tot nu toe! Wees de eerste om dit bericht te beoordelen.

Het spijt ons dat dit bericht niet nuttig was voor jou!

Laten we dit bericht verbeteren!

Vertel ons hoe we dit bericht kunnen verbeteren?

Matt Jackson

E-commerce SEO-specialist, met meer dan 8 jaar fulltime ervaring in het analyseren en repareren van websites voor online winkelen. Praktische ervaring met Shopify, Wordpress, Opencart, Magento en andere CMS.
Hulp nodig? E-mail mij voor meer info op [e-mail beveiligd]

Dit bericht heeft 0 reacties

Laat een reactie achter

Je e-mailadres wordt niet gepubliceerd. Verplichte velden zijn gemarkeerd *