Cloudflare w WordPress - instalacja i konfiguracja w 2026 roku

Cloudflare może obsługiwać DNS domeny i pośredniczyć w ruchu HTTP do serwera WordPressa. Sam WordPress, jego pliki oraz baza pozostają na hostingu. Zmiana serwerów nazw nie jest migracją strony ani przeniesieniem skrzynek pocztowych. Rekordy wskazujące hosting i pocztę muszą jednak pozostać poprawne.

Rozdziel trzy elementy: delegację DNS, proxy oraz optymalizację. Domena może używać DNS Cloudflare, podczas gdy wybrany rekord działa jako DNS only. Dopiero ruch przez proxy podlega odpowiednim funkcjom pośredniczącym. Wtyczka WordPress nie jest konieczna do samego uruchomienia DNS i proxy; przydaje się przy określonych funkcjach integracji.

Przed rozpoczęciem zapisz obecny stan i dostęp do rejestratora domeny. Sprawdź, kto odpowiada za certyfikat serwera oraz pocztę. Jeśli domena jest krytyczna dla sprzedaży, ustal termin i sposób wycofania zmiany. Wsparcie WordPress może obejmować konfigurację istniejącej witryny. Nie trzeba budować nowej strony tylko po to, aby użyć CDN.

Wyeksportuj lub zapisz rekordy u obecnego operatora DNS. Po dodaniu domeny w Cloudflare porównaj wynik skanowania z oryginałem. Sprawdź A, AAAA i CNAME dla strony, MX dla poczty oraz TXT używane do weryfikacji i uwierzytelniania nadawców. Nie zakładaj, że automatyczny skan odnalazł wszystkie subdomeny i usługi.

Przed zmianą serwerów nazw sprawdź DNSSEC u rejestratora. W standardowej migracji istniejący rekord DS może wskazywać klucze starego dostawcy. Dokumentacja DNSSEC Cloudflare opisuje usunięcie starego DS i odczekanie jego TTL przed przełączeniem NS. Pominięcie tego kroku może powodować błędy rozwiązywania domeny.

Po prawidłowej delegacji można ponownie uruchomić DNSSEC i dodać właściwy DS. Nie przenoś starego rekordu na ślepo. Zaawansowana migracja z zachowaniem aktywnego DNSSEC wymaga osobnej procedury i wsparcia operatorów. Dla zwykłego poradnika ważniejsza jest poprawna kolejność niż obietnica przełączenia domeny w kilka minut. Nie zmieniaj przy okazji rekordów poczty, jeżeli nie przenosisz jej do innego dostawcy.

W panelu rejestratora ustaw dokładnie serwery nazw przypisane domenie przez Cloudflare. Nie kopiuj przykładowych nazw z poradnika. Zachowaj poprzednie wartości na potrzeby powrotu. Sprawdź następnie status domeny w Cloudflare oraz odpowiedzi DNS. Czas widoczności zmiany zależy od delegacji i pamięci podręcznej, więc jeden wynik ping nie potwierdza działania dla wszystkich użytkowników.

Przy rekordach obsługujących stronę wybierz proxy, jeśli chcesz kierować ten ruch przez Cloudflare. Rekordy poczty i nazwy hostów używane do połączeń SMTP wymagają konfiguracji zgodnej z dostawcą poczty; zwykłe proxy HTTP nie zastępuje serwera mailowego. Zweryfikuj osobno domenę główną i www.

Pełna delegacja nie jest tym samym co partial CNAME setup. Ten drugi wariant według dokumentacji Cloudflare jest dostępny w planach Business i Enterprise. W planie Free trzeba więc korzystać z obsługiwanego wariantu pełnej delegacji DNS. Po przełączeniu sprawdź stronę, panel i pocztę, zanim przejdziesz do kolejnych optymalizacji.

Połączenie przeglądarki z Cloudflare oraz połączenie Cloudflare z hostingiem to dwa oddzielne odcinki. Certyfikat widoczny w przeglądarce nie dowodzi, że certyfikat origin jest poprawny. Przed wyborem trybu sprawdź obsługę HTTPS na hostingu i nazwę domeny objętą certyfikatem.

Full strict wymaga niewygasłego certyfikatu publicznego CA albo Cloudflare Origin CA, zgodnego CN lub SAN oraz HTTPS na porcie 443. Jeżeli hosting ma poprawny certyfikat, nie musisz wymieniać go tylko dlatego, że uruchamiasz Cloudflare. Origin CA ma inne zastosowanie niż certyfikat przeznaczony do bezpośredniego połączenia przeglądarki z serwerem.

Ustaw docelowo Full strict i sprawdź przekierowania HTTP/HTTPS. Flexible nie zapewnia szyfrowanego połączenia do origin i może kolidować z wymuszaniem HTTPS na serwerze. Nie używaj go jako automatycznej naprawy.

Po zmianie przejrzyj konsolę i zasoby strony. Automatic HTTPS Rewrites nie naprawi każdego adresu zapisanego w bazie lub kodzie. Jeśli konieczna jest zmiana URL, wykonaj kopię i użyj metody obsługującej serializowane dane WordPressa, zamiast przypadkowego SQL replace.

Dokumentacja Cloudflare jasno określa punkt wyjścia: "The Cloudflare CDN does not cache HTML or JSON by default." (Default Cache Behavior). Nie musisz od razu włączać cache całych stron, aby korzystać z cache obsługiwanych zasobów statycznych. To szczególnie ważne przy formularzach i sklepie.

Do dodatkowych warunków używaj aktualnych Cache Rules. Limity planów wynoszą 10 reguł dla Free, 25 dla Pro, 50 dla Business i 300 dla Enterprise. Nie wszystkie ustawienia dawnego Page Rules mają identyczne odpowiedniki, a kolejność reguł wpływa na wynik.

Nie szukaj Auto Minify ani starego przełącznika Brotli według nieaktualnych zrzutów panelu. Ich wycofanie opisuje rejestr zmian API. Mirage także zostało wycofane, 15 września 2025 roku. Zmiany optymalizacji wprowadzaj pojedynczo i sprawdzaj rezultat. Nie łącz kilku wtyczek modyfikujących te same skrypty tylko po to, by zaznaczyć więcej opcji.

Koszyk, zamówienie i konto klienta muszą pozostać dynamiczne. Wytyczne cache WooCommerce wskazują te funkcje, a nie obowiązek stosowania angielskich slugów. Odczytaj strony przypisane w ustawieniach zaawansowanych sklepu i ich rzeczywiste adresy. Mogą to być polskie lub indywidualnie zmienione ścieżki.

Przy świadomym wdrażaniu cache HTML potrzebne są także warunki sesji. Dokumentacja cookies WooCommerce opisuje woocommerce_cart_hash, woocommerce_items_in_cart i wp_woocommerce_session_. Uwzględnij również zalogowanych użytkowników, żądania add-to-cart i używane dynamiczne endpointy. Cloudflare pokazuje mechanizm Bypass Cache on Cookie, ale przykład jednej reguły nie stanowi kompletnej konfiguracji sklepu.

Sprawdź wynik dla gościa i zalogowanego klienta w odseparowanych sesjach przeglądarek. Dwa okna prywatne tego samego programu mogą współdzielić cookies. Nie oceniaj izolacji koszyka wyłącznie na takiej próbie. Test przeprowadź na przygotowanym środowisku, bez prawdziwych płatności i wiadomości do klientów. Przy szerszej awarii pomocny będzie poradnik problemów WooCommerce.

Wtyczka może połączyć WordPress z funkcjami Cloudflare, ale nie zastępuje prawidłowego DNS i TLS. APO to osobny mechanizm optymalizacji. Instrukcja aktywacji rozróżnia zakup dodatku na Free i dostępność w wyższych planach. Nie zakładaj, że instalacja darmowej wtyczki automatycznie uruchamia wszystkie płatne funkcje.

Do połączenia użyj właściwego tokenu i ogranicz zasoby do potrzebnego konta oraz strefy. Szablon WordPress obejmuje więcej uprawnień niż samo Cache Purge. Nie zastępuj go globalnym kluczem konta tylko dlatego, że łatwiej go skopiować. Token przechowuj w przeznaczonej konfiguracji i nie dołączaj do zgłoszeń.

Jeżeli działa już cache hostingu lub wtyczki, rozpisz odpowiedzialność każdej warstwy. Po zmianie treści sprawdź, która pamięć wymaga czyszczenia. Przy wyborze narzędzia pomocne jest porównanie WP Rocket i LiteSpeed Cache. Nie traktuj purge wszystkiego jako trwałego rozwiązania błędnych reguł.

Error 525 oznacza problem negocjacji TLS z origin. Sprawdź log serwera z czasu błędu, obsługiwane protokoły i konfigurację certyfikatu. Error 526 dotyczy jego weryfikacji. To różne problemy; przełączenie na Full nie jest uniwersalną naprawą handshake.

Jeżeli po zmianie NS nie działa poczta, wróć do porównania rekordów MX i wskazanych hostów. Przy niedziałającej całej domenie sprawdź delegację oraz DS. Zapisz czas ostatniej zmiany i komunikat, zanim zaczniesz przełączać kolejne ustawienia.

Możesz skorzystać z naprawy WordPressa albo opisać problem w kontakcie. Na start wystarczy domena i informacja, co przestało działać. Zrzut błędu bez sekretów oraz ostatnia zmiana pomogą w kolejnym kroku. Zakres naprawy ustalimy po diagnozie, bez obietnicy jednakowego czasu dla każdej konfiguracji.