PrestaShop-tutorials

301-redirects na een PrestaShop-herbouw: het strijdplan

Een visueel geslaagde herbouw kan in drie weken de helft van het organische verkeer doen verliezen. De oorzaak is vrijwel altijd dezelfde: de adressen zijn veranderd en niets verbindt de oude met de nieuwe.

Het redirectplan is geen eindprojecttaak. Het wordt vóór de livegang voorbereid en een maand erna gecontroleerd.

Vooraf: de exhaustieve inventaris

U kunt niet redirecten wat u niet kent. Vier complementaire bronnen om te kruisen.

Een crawl van de huidige site, die alle via de navigatie bereikbare pagina’s geeft. De basis, en ze is onvolledig.

De sitemap, die soms pagina’s bevat die niet in de navigatie gelinkt zijn.

Search Console, over twaalf maanden, die de pagina’s onthult die organisch verkeer ontvangen, inclusief die welke de crawl niet heeft gevonden. De kostbaarste bron: ze vertelt u wat waarde heeft.

De serverlogboeken over drie maanden, die de daadwerkelijk opgevraagde adressen tonen, inclusief via oude externe links die u was vergeten.

De vereniging van deze vier bronnen geeft uw perimeter. Op een middelgrote catalogus rekent u op meerdere duizenden URL’s, waarvan een deel geen enkele behandeling verdient.

Prioriteren in plaats van alles behandelen

Tienduizend pagina’s één voor één redirecten is noch mogelijk noch nuttig. Drie behandelingsniveaus.

De algemene regels. Verandert de URL-structuur systematisch, dan dekt één regel duizenden pagina’s. Dat is het geval wanneer u een prefix verwijdert, het formaat van de identifiers wijzigt, of van de ene structuur naar de andere overgaat.

De individuele redirects. Voor de pagina’s die geen enkele regel volgen: hernoemde CMS-pagina’s, samengevoegde categorieën, gegroepeerde producten. Concentreer ze op de pagina’s met verkeer of inkomende links.

De behandeling in 410. Voor wat verdwijnt zonder equivalent. Deze code geeft een bewuste verwijdering aan en versnelt de verwijdering uit de index, wat een 404 trager doet.

Een nuttig ijkpunt: bij de meeste herbouwen concentreert 90% van het organische verkeer zich op minder dan 20% van de pagina’s. Dat zijn degene die een individuele verificatie vereisen.

Beheerder van 301-redirects voor PrestaShop 8 & 9301, reguliere expressies, wildcards, 404-monitoring en automatische redirects bij een slugwijziging49,00

De mappingregels

Vier principes, waarvan het eerste het meest wordt overtreden.

Een redirect wijst naar het dichtstbijzijnde equivalent, nooit naar de homepagina. Een massale redirect naar de homepagina wordt behandeld als een zachte fout: de zoekmachine stelt vast dat de landingspagina niets met de aanvraag te maken heeft, en het voordeel is nul. Redirect een verdwenen product naar een vervangproduct of, bij gebrek daaraan, naar zijn categorie.

Een redirect is permanent. De code 301 geeft de waarde van de oude pagina door. Een tijdelijke redirect doet dat niet, en ze laat beide adressen naast elkaar in de index bestaan.

Een redirect is direct. Geen keten: is adres A vorig jaar naar B geredirect en wordt B vandaag C, werk dan de regel A naar C bij in plaats van te stapelen.

De landingspagina moet met 200 antwoorden. Redirecten naar een pagina die zelf in fout is, komt vaak voor wanneer de mapping wordt opgebouwd voordat de nieuwe site af is. Controleer achteraf, niet vooraf.

De dag van de overstap

De volgorde van de bewerkingen, elk voorwaarde voor de volgende.

  1. De redirects staan klaar vóór de opening, getest op de preproductieomgeving met de echte adressen.
  2. De sitemap wordt geregenereerd met alleen de nieuwe adressen, en ingediend.
  3. De interne links wijzen naar de nieuwe adressen, niet naar de oude die redirecten. Een site waarvan alle interne links via een redirect lopen, vertraagt zijn crawl en verdunt de waarde.
  4. Het robots-bestand wordt gecontroleerd, in het bijzonder als de preproductieomgeving de indexering blokkeerde. Een vergeten blokkeerdirectief in productie is het duurste ongeval van een herbouw.
  5. De canonical-tags wijzen naar de nieuwe adressen.

De vijftien dagen erna

De periode waarin alles zich afspeelt, en waarin de meeste projecten de aandacht laten verslappen.

De 404-fouten in Search Console, om de twee dagen te raadplegen. Elke nieuwe 404 signaleert een in de mapping vergeten adres.

De serverlogboeken, gefilterd op de codes 404 en 500. Ze komen sneller boven dan Search Console en omvatten de aanvragen van de robots.

Het organische verkeer, vergeleken met dezelfde periode van het voorgaande jaar in plaats van met de voorgaande maand. Een daling van 10 tot 20% gedurende twee tot vier weken is normaal, de tijd dat de zoekmachines de redirects verwerken. Een daling van 50% signaleert een probleem.

De posities op uw twintig belangrijkste zoekopdrachten, genoteerd vóór de herbouw en erna gevolgd.

Hoe lang de redirects bewaren

Een veelgestelde vraag. De zoekmachines geven de waarde vrij snel door, maar de externe links en de favorieten van de bezoekers werken zichzelf nooit bij.

De voorzichtige regel: bewaar de redirects onbeperkt zolang ze geen prestatieprobleem stellen. Een goed geïndexeerd bestand van enkele duizenden regels kost niets. Wat kost, zijn de ketens die zich over meerdere opeenvolgende herbouwen opstapelen, en die periodiek moeten worden platgeslagen.

De klassieke fouten

Alle oude pagina’s naar de homepagina redirecten, al vermeld, en veruit het meest destructief. De versies met en zonder afsluitende schuine streep vergeten, die twee aparte adressen zijn. De afbeeldingen negeren, waarvan de adressen ook veranderen en die verkeer kunnen ontvangen. En de URL-parameters van de oude filters onbehandeld laten, wat een groot foutvolume produceert.

De 301 Redirects Manager voor PrestaShop beheert deze keten op PrestaShop 8 en 9: massa-import van de mapping, patroonregels naast de individuele redirects, detectie van ketens en lussen, en opvolging van de aangetroffen 404’s om het plan van dag tot dag aan te vullen.

Lees verder

Gerelateerde artikelen