Home / Praktijkvoorbeelden

Feed voor de vergelijkingssite werd na de verhuizing van de website niet meer bijgewerkt

Symptomen

Een kleinere webshop verhuisde naar een andere hosting. De website werkte, er kwamen bestellingen binnen, niemand merkte iets. Maar de XML-feed voor de prijsvergelijkingssite bleef in de toestand van de dag van de verhuizing: het bestand bestond en bevatte de juiste items, alleen werd het al een maand niet meer gegenereerd. Nieuwe prijzen, kortingen en producten kwamen niet in de vergelijkingssite terecht.

Omgeving

WordPress met WooCommerce, gedeelde hosting. De feed wordt gemaakt door een plugin die het bestand niet zelf bijwerkt bij het opslaan van producten. Het genereren wordt van buitenaf gestart door een aanroep van zijn REST-adres (/wp-json/<plugin>/v1/feed/generate/...).

Diagnose

• De datum van de laatste wijziging van het feedbestand was de dag van de verhuizing.
• De prijzen in een steekproef van producten klopten. Het ging er alleen om dat recentere wijzigingen ontbraken, niet om een fout in de gegevens. Daarom meldde niets een fout.
• WP-Cron werkte en in de geplande taken van WordPress mislukte niets. Het genereren wordt namelijk helemaal niet door WordPress gepland.
• In de documentatie van de plugin staat dat hij een externe cron op zijn REST-adres nodig heeft. Die was ingesteld in het paneel van de oude hosting en is niet met de website meeverhuisd, omdat hij niet in de bestanden of de database staat.
• Een handmatige aanroep van het adres gaf {"result":"done"} in ongeveer 0,7 s en het bestand werd opnieuw gegenereerd.

Oorzaak

De geplande taak hoorde bij de hosting, niet bij de website. De verhuizing nam de bestanden en de database mee, maar aan de taken in de planner van de hosting had niemand gedacht.

Wat er dreigt als je niets doet

De vergelijkingssite blijft oude prijzen tonen en producten die niet meer op voorraad zijn. Een klant klikt op een korting die niet meer geldt en vertrekt geïrriteerd. Voor afwijkende prijzen kan de vergelijkingssite de webshop bestraffen of verwijderen. Net zo stil stoppen na een verhuizing ook andere geplande taken: back-ups, het annuleren van onbetaalde bestellingen, e-mails. Meestal komt dat pas na weken aan het licht.

Reparatie

1. We hebben de feed handmatig opnieuw gegenereerd door het REST-adres aan te roepen.
2. In de takenplanner van de nieuwe hosting hebben we een taak toegevoegd die het adres twee keer per dag aanroept.
3. Lege bestanden van oude feeds hebben we van de website naar een back-up verplaatst.

Controle

Na de eerste geplande run had het feedbestand een nieuwe datum en kwam het aantal items overeen met de gepubliceerde producten. De controle hebben we de volgende dag herhaald.

Preventie en lessen

Schrijf vóór een verhuizing alle taken in de planner van de oude hosting op: feeds, back-ups, voorraadsynchronisatie en imports. Een controle van de website vindt dit niet, want er gaat niets kapot, het wordt alleen niet meer bijgewerkt.

Gerelateerde diensten: Storingen en fouten Webshop en checkout