Feed dla porównywarki przestał się aktualizować po przeniesieniu strony

Objawy

Niewielki sklep internetowy przeniósł się do innego hostingu. Strona działała, zamówienia przychodziły, nikt niczego nie zauważył. Feed XML dla porównywarki cen pozostał jednak w stanie z dnia przeprowadzki: plik istniał i miał poprawne pozycje, tylko od miesiąca się nie generował. Nowe ceny, rabaty i produkty nie trafiały do porównywarki.

Środowisko

WordPress z WooCommerce, hosting współdzielony. Feed tworzy wtyczka, która nie aktualizuje pliku sama przy zapisie produktów. Generowanie uruchamia z zewnątrz wywołanie jej adresu REST (/wp-json/<plugin>/v1/feed/generate/...).

Diagnoza

Data ostatniej zmiany pliku feedu wskazywała dzień przeprowadzki.
Ceny w próbce produktów się zgadzały. Brakowało tylko nowszych zmian, nie był to błąd w danych. Dlatego nic nie zgłaszało problemu.
WP-Cron działał, a w zaplanowanych zadaniach WordPressa nic nie zawodziło. Generowania WordPress w ogóle nie planuje.
Dokumentacja wtyczki mówi, że potrzebuje zewnętrznego crona wywołującego jej adres REST. Był ustawiony w panelu starego hostingu i nie przeniósł się razem ze stroną, bo nie ma go w plikach ani w bazie danych.
Ręczne wywołanie adresu zwróciło {"result":"done"} po ok. 0,7 s, a plik się wygenerował na nowo.

Pliki i baza danych zostały przeniesione, zaplanowane zadanie zostało w panelu starego hostingu. Dlatego feed przestał się generować.

Przyczyna

Zaplanowane zadanie było częścią hostingu, nie strony. Przeprowadzka przeniosła pliki i bazę danych, ale o zadaniach w harmonogramie hostingu nikt nie pamiętał.

Co grozi, jeśli tego nie naprawisz

Porównywarka nadal pokazuje stare ceny i towary, których nie ma już w magazynie. Klient klika w rabat, który nie obowiązuje, i odchodzi zirytowany. Za niezgodność cen porównywarka może ukarać albo wykluczyć sklep. Równie cicho po przeprowadzce przestają działać inne zaplanowane zadania: kopie zapasowe, anulowanie nieopłaconych zamówień, e-maile. Zwykle wychodzi to na jaw dopiero po tygodniach.

Naprawa

Feed wygenerowaliśmy ręcznie, wywołując adres REST.
W harmonogramie zadań nowego hostingu dodaliśmy zadanie, które wywołuje adres dwa razy dziennie.
Puste pliki starych feedów przenieśliśmy ze strony do kopii zapasowej.

Weryfikacja

Po pierwszym zaplanowanym uruchomieniu plik feedu miał nową datę, a liczba pozycji odpowiadała opublikowanym produktom. Weryfikację powtórzyliśmy następnego dnia.

Zapobieganie i wnioski

Przed przeprowadzką spisz wszystkie zadania w harmonogramie starego hostingu: feedy, kopie zapasowe, synchronizację magazynu i importy. Kontrola strony tego nie wykryje, bo nic się nie psuje, tylko przestaje się aktualizować.

Powiązane usługi: Awarie i błędy Sklep i kasa