Sitemigratie: de meest voorkomende fouten! - Semalt waarschuwt



Hoi! In het artikel van vandaag Semalt gaat u vertellen over de meest gemaakte fouten tijdens een websitemigratie. Bij 90% van de websitemigratie komt ten minste één van de fouten die ik u vandaag zal vertellen vaak voor. Helaas is het ook zo dat zelfs de kleinste fout ons verkeersverlies en een verminderde zichtbaarheid kan kosten.

Dus als u overweegt de website te verplaatsen, te migreren of het domein te wijzigen, raad ik u aan het hele artikel te lezen.

Als je dit punt hebt bereikt, weet je waarschijnlijk wat migratie is. In het geval van websitemigratie kunnen we deze onderverdelen in verschillende typen.

Migratietypen

CMS-CMS

Onder de e-commerce is migratie van het ene CMS naar het andere het meest populaire type migratie. Stel dat uw winkel in het begin groeit met een kleine voorraad, er zijn weinig producten en uw vereisten waren kleiner. Met de tijd, naarmate de winkel groeide, begonnen uw behoeften echter toe te nemen, dus begon u na te denken over het wijzigen van het CMS, waarmee u dingen kunt doen die u in een bepaald CMS wilt hebben.

En hier overweeg je eigenlijk om over te stappen van een CMS naar een ander CMS. In dit geval biedt de migratie u veel voordelen. U kunt meer vragen behandelen, u kunt integreren met de systemen, bijv. voor de groothandels, die uw bedrijf laten groeien en het CMS maakt het u simpelweg makkelijker.

Domein-domein

Een ander type migratie is van het ene domein naar het andere. Zo opereerde onze winkel bijvoorbeeld onder de naam X, maar na enige tijd ontdekten we dat het tijd was om te veranderen en dat ons merk een andere naam moest krijgen. Daarom kopen we een nieuw domein en willen we de winkel naar een ander domein verhuizen.

Soms komt het ook voor dat als we bijvoorbeeld een domein hebben dat op de een of andere manier heeft geleden (er is bijvoorbeeld een filter op toegepast) en we weten dat hier niets kan worden bereikt, we ook overwegen om het domein te wijzigen. Dan hebben we te maken met de migratie van het domein naar een ander domein.

Verander van kant

We behandelen ook de migratie wanneer we het uiterlijk van onze winkel willen bijwerken - we veranderen de sjabloon, we veranderen gewoon de pagina, ik bedoel, het visuele gedeelte dat de gebruikers zien. Het gaat vaak om het veranderen van het URL-pad, dus hier zal de migratie zelf en de juiste implementatie ervan ook erg belangrijk zijn. Omdat we willen achterlaten wat goed voor ons werkte en die functionaliteiten toevoegen om het verkeer op de website in de toekomst groter te maken.

Om deze reden moeten we onthouden over bepaalde regels die voorkomen dat we verliezen wat we al hebben gewonnen. Waarschijnlijk associëren we vooral de migratie met de omleidingen. Dus als u een van de migraties uitvoert, zal waarschijnlijk iemand u vertellen "onthoud, doe een omleiding". En dat is waar, natuurlijk zijn de omleidingen belangrijk, maar er zijn ook veel andere elementen die van invloed zijn op het al dan niet slagen van de migratie.

Geloof me, als u zich niet goed voorbereidt op de migratie, zult u enkele fouten maken in het proces, de resultaten kunnen echt direct zijn. Om u voor te bereiden op de migratie, moet u deze goed plannen en vervolgens implementeren, en zien hoe de website reageert, zal veel gemakkelijker zijn dan te zien wat er is gedaan na een slechte migratie.

Ontwikkelingsversie

Noindex Nofollow

Als we aan een nieuwe versie van de website werken, hebben we meestal te maken met de ontwikkelversie. Het is dus een pagina die niet toegankelijk mag zijn voor zowel gebruikers als zoekmachines, en die moet worden gemarkeerd met de Noindex Nofollow-parameters. Dankzij deze methode laten we onze website niet indexeren en kunnen we er vrijelijk aan werken.

Dit is vooral belangrijk als we bijvoorbeeld de inhoud van de oude pagina naar de nieuwe overzetten, omdat Google, als deze onze ontwikkelpagina bereikt, deze begint te indexeren. Dus de index van zoekmachines zal de inhoud van zowel de nieuwe als de oude pagina bevatten - dan zullen we te maken hebben met de duplicatie.

Omdat de ontwikkelversie wordt geblokkeerd door de robots van zoekmachines voor het indexeren, kunnen we deze als kladpapier behandelen. Sommige oplossingen kunnen we gerust plannen, sommige elementen rustig implementeren en dat heeft geen negatieve invloed op de zichtbaarheid van de website. We kunnen bijvoorbeeld de menustructuur plannen en de URL's heel vaak wijzigen. In de normale wereld is dit niet mogelijk, want als de crawler een bepaalde URL vindt en deze indexeert, als we dit adres wijzigen en de omleidingen niet maken, zullen de 404-fouten verschijnen.

SEO-samenwerking

In het geval van de ontwikkelversie is het ook van belang dat als bijvoorbeeld een SEO-bedrijf waarmee u samenwerkt, daar toegang toe heeft, deze er ook vrij aan kan werken, deze kan overdragen en u kan helpen bij de migratie. Als het er niet is en we werken aan een levend organisme, is het een veel moeilijkere taak.

Migratie

Verplaats al uw inhoud

Met een ontwikkelversie mogen we de andere elementen niet vergeten die ook belangrijk zullen zijn bij een succesvolle migratie. Als onze winkel al was geoptimaliseerd, deze inhoud had in de categorieën en de producten die we hebben geoptimaliseerd en waarvan we weten dat ze het verkeer genereren, dan moeten we hier onthouden om alle inhoud van de ene naar de andere kant over te brengen.

Dus verplaatsen we de titel, metabeschrijving, beschrijvingen samen met de opmaak die ze op de oude pagina hadden. Als er alternatieve beschrijvingen op de site stonden, moeten we er ook voor zorgen dat deze op de nieuwe pagina verschijnt. Hetzelfde geldt voor de koppen - dat wil zeggen, als we de koppen op onze website hebben geoptimaliseerd, zouden dezelfde koppen op de nieuwe versie van de pagina moeten staan. Deze elementen zorgen ervoor dat na het inschakelen van onze nieuwe website deze al zal ranken.

Omleidingen

Adres kaart

Het is natuurlijk de moeite waard om van tevoren voor te bereiden dat een omleidingskaart van de oude adressen naar de nieuwe wordt gemaakt, zodat het inschakelen van de pagina eenvoudig wordt omgeleid en Google snel laat zien dat deze omleidingen bestaan ​​als ze de website binnenkomen.

Leid alle subpagina's om

Als het om omleidingen gaat, is de basisfout dat we alleen de startpagina omleiden. Dus als we bijvoorbeeld het domein wijzigen en van het ene naar het andere veranderen, sturen we alleen de homepage door. De categorieën, producten, blogartikelen interesseren ons niet - dit is een zeer grote fout.

Elke subpagina heeft zijn eigen zichtbaarheid, die we al een tijdje aan het opbouwen zijn. Het is geoptimaliseerd, van buitenaf gekoppeld ... Dus als een nieuw adres in de structuur van de site verschijnt, is het gewoon vers en totdat we dit adres versterken nadat we van het oude naar het nieuwe zijn omgeleid, is het alsof we het bouwen allemaal vanaf nul. Natuurlijk zullen de titelelementen die we hebben verplaatst of de inhoud die op de nieuwe pagina is geïmplementeerd ons hier helpen, maar we zullen de kracht van de oude subpagina niet overdragen.

Dankzij de 301-omleidingen verliezen we niet waar we al aan hebben gewerkt, dus het is erg belangrijk om de adressen 1: 1 over te zetten. Dus als we de categorie-adressen hebben, moeten we elke categorie omleiden naar zijn tegenhanger. Hetzelfde geldt voor de producten. Als er veel van deze producten zijn, en we willen de server niet erg vertragen, dan kun je natuurlijk een deel van de producten kiezen of alleen de regels toepassen.

Natuurlijk kunnen we het onszelf gemakkelijker maken als we de mogelijkheid hebben om adressen aan te maken die er hetzelfde uitzien als we een pagina ontwerpen. Dus als we de structuur van de URL's in de oude en de nieuwe winkel niet wijzigen, hoeven we deze omleidingen natuurlijk niet te maken. Als we echter bijvoorbeeld een CMS wijzigen, is het vaak simpelweg onmogelijk en moeten deze omleidingen worden uitgevoerd.

301, niet 302

Nadat we alle omleidingen hebben gemaakt, moeten we onthouden dat deze omleidingen permanente omleidingen moeten zijn, dat wil zeggen 301-omleidingen. De 302-omleidingen, die ook vaak worden uitgevoerd, zijn tijdelijke omleidingen - ze zullen de kracht van de subpagina's waarover ik je eerder vertelde niet overdragen.

Analytics

Als we een nieuwe pagina openen, moeten we er ook voor zorgen dat onze website de Google Analytics- en Google Search Console-codes heeft. Hierdoor kunnen we observeren wat er op onze website gebeurt en hoe deze zich gedraagt.

Herindexering

Als we de afzonderlijke fasen hebben doorlopen en klaar zijn om de pagina door Google te laten zien, kunnen we de pagina natuurlijk indienen voor de herindexering in de Search Console. We kunnen ook een nieuwe kaart uploaden naar Search Console om het hem gemakkelijker te maken de inhoud van de nieuwe pagina te identificeren - dit gaat iets sneller.

We moeten ook onthouden dat Google voor de eerste periode de nieuwe pagina zal indexeren, maar het zal ook de oude in de index behouden, dus we moeten het tijd geven om de oude pagina uit de index te verwijderen en een nieuwe om op zijn plaats worden geplaatst. We zullen de eerste drie tot zes maanden kijken wat er gaat gebeuren.

Natuurlijk kunnen we in de tools die ons de zichtbaarheid laten zien ook b.v. een daling in de loop van de tijd, maar dan begint deze kant te stuiteren. Als dit niet het geval is, moet u controleren wat er mis is gegaan. Het lijkt misschien dat uw ontwikkelaar 301-omleidingen heeft geïntroduceerd, en deze omleidingen bleken 302-omleidingen te zijn. Deze zaken zullen dus gewoon direct na de migratie moeten worden opgepakt.

Dit waren de meest voorkomende fouten bij het migreren van een pagina. Als we weten dat onze migratie slecht is uitgevoerd, betekent dit dan dat onze kant gedoemd is te mislukken? Niet helemaal. U kunt natuurlijk alleen een herstelplan invoeren wat belangrijk is, is tijd. Als de websitemigratie niet correct is uitgevoerd, hebben we de eerste maanden nog steeds de mogelijkheid om het verloren verkeer terug te krijgen. Later - als Google de oude adressen uit de zoekmachines verwijdert - kan het veel moeilijker zijn.

mass gmail