WP-Cron to mechanizm, dzięki któremu WordPress wykonuje zadania zaplanowane: publikację wpisów, część aktualizacji, czyszczenie danych, wysyłki oraz zadania dodawane przez wtyczki. Nazwa sugeruje klasyczny cron systemowy, ale sposób działania jest inny.
Szybka odpowiedź
Domyślny WP-Cron jest sprawdzany przy wejściach na stronę. Na małym serwisie zwykle działa wystarczająco dobrze. Na dużym lub ważnym biznesowo WordPressie lepiej często wyłączyć wyzwalanie przy ruchu i uruchamiać zadania z prawdziwego harmonogramu serwera.
Dlaczego WordPress ma własny cron?
WordPress musi działać również na prostych hostingach bez dostępu do systemowego crona. Dlatego mechanizm sprawdza, czy są zadania do wykonania podczas obsługi żądań. To wygodne, lecz zależne od ruchu.
Co się dzieje przy małym ruchu?
Jeżeli nikt nie odwiedza strony, zadanie może zostać wykonane później niż planowano. Na zwykłym blogu nie zawsze ma to znaczenie, ale w integracjach biznesowych opóźnienie może być problemem.
Co się dzieje przy dużym ruchu?
Duża liczba zadań i ciężkie callbacki mogą generować obciążenie. Problemem bywają wtyczki, które rejestrują zadanie bardzo często i wykonują kosztowne operacje.
Jak sprawdzić, czy cron jest problemem?
Sprawdź listę zdarzeń, częstotliwość i czas wykonania. Zajrzyj do logów PHP i bazy. Jeśli panel jest wolny, a w logach widzisz częste żądania wp-cron.php, warto zbadać temat głębiej.
Cron systemowy
Na serwerze możesz ustawić regularne wywołanie WP-Cron i wyłączyć jego automatyczne uruchamianie przy każdym ruchu. Zyskujesz przewidywalność: zadania są sprawdzane w ustalonych odstępach niezależnie od liczby odwiedzających.
Uważaj na sklepy i integracje
WooCommerce i rozszerzenia integracyjne intensywnie używają zadań w tle. Nie ustawiaj bardzo rzadkiego crona tylko po to, aby „oszczędzić serwer”, bo opóźnisz operacje biznesowe.
Zaległe zadania
Jeżeli jedno zadanie regularnie kończy się błędem, kolejka może rosnąć. Usunięcie go bez zrozumienia funkcji może jednak przerwać ważny proces. Najpierw zidentyfikuj właściciela hooka i cel zadania.
Jak sprawdzić, czy optymalizacja naprawdę pomogła?
Dla problemu WP-Cron nie oceniaj efektu wyłącznie „na oko”. Zapisz wyniki przed zmianą i wykonaj ten sam test po wdrożeniu. Mierz przede wszystkim czas odpowiedzi serwera, stabilność pod obciążeniem oraz zachowanie kluczowych podstron.
W przypadku WordPressa i WooCommerce warto obserwować równocześnie:
- TTFB i czas generowania odpowiedzi,
- użycie CPU i pamięci,
- wolne zapytania do bazy,
- błędy PHP,
- kolejki zadań w tle,
- liczbę i wagę zasobów frontendu,
- wyniki na urządzeniach mobilnych.
Jedna zmiana na raz daje możliwość przypisania efektu do konkretnej przyczyny. Jeśli po zainstalowaniu trzech wtyczek cache strona przyspieszyła, ale pojawił się błąd koszyka, nie masz dobrej optymalizacji — masz nowy problem do zdiagnozowania.
Powiązane poradniki HeatLogic
Potrzebujesz pomocy?
HeatLogic może przejrzeć zadania WP-Cron, przenieść wyzwalanie na cron systemowy i monitorować, czy kolejka wykonuje się prawidłowo.
Najczęściej zadawane pytania
Czy można całkowicie wyłączyć WP-Cron?
Można wyłączyć automatyczne wyzwalanie przez ruch, ale wtedy trzeba zapewnić alternatywne, regularne uruchamianie z serwera.
Jak często uruchamiać cron?
Zależy od funkcji strony. Integracje i e-commerce mogą wymagać częstszego harmonogramu niż zwykły blog.
Czy WP-Cron zawsze spowalnia WordPress?
Nie. Problem pojawia się przede wszystkim przy ciężkich, częstych lub błędnych zadaniach.
Czy cron odpowiada za publikację zaplanowanych wpisów?
Tak, WordPress wykorzystuje mechanizm zadań zaplanowanych również do publikacji wpisów w określonym czasie.