Bunny.net CDN w e-commerce – jak odciążyć hosting, przyspieszyć sklep WooCommerce?

Twój sklep traci klientów, zanim strona się załaduje. Każda dodatkowa sekunda ładowania to realny spadek konwersji – i żaden droższy pakiet hostingowy tego nie naprawia. Problem nie leży w mocy serwera, lecz w fizyce: jeśli Twój serwer stoi we Frankfurcie, a klient wchodzi z Gdańska, z Warszawy lub ze Sztokholmu, każde żądanie musi pokonać tę odległość w obie strony. Wielokrotnie, przy każdym elemencie strony.

Rozwiązaniem jest CDN (Content Delivery Network) – sieć serwerów brzegowych rozsianych po całym świecie, które serwują zasoby Twojego sklepu z punktu najbliższego użytkownikowi. W tym artykule pokazuję, jak działa Bunny.net, dlaczego jest jednym z najlepszych stosunkowo do ceny CDN-ów dla e-commerce, jak go zintegrować z WordPressem i LiteSpeed Cache, oraz jak pośrednio pomaga też spełnić nowe wymogi prawne dotyczące zwrotów online.

Czym jest CDN i dlaczego upgrade hostingu tego nie zastąpi?

Klasyczny serwer VPS czy dedykowany ma jedną lokalizację fizyczną. Każde żądanie zasobu – zdjęcia produktu, pliku CSS, skryptu JS – trafia do tej jednej maszyny, niezależnie od tego, skąd pochodzi użytkownik. Rezultatem jest czas odpowiedzi (TTFB – Time To First Byte), który rośnie liniowo wraz z odległością geograficzną.

CDN działa inaczej. Po pierwszym pobraniu zasobu z serwera źródłowego, każdy węzeł brzegowy sieci przechowuje jego kopię w swojej pamięci cache. Kolejny użytkownik z tej samej lokalizacji geograficznej dostaje plik bezpośrednio z najbliższego punktu sieci – bez angażowania Twojego głównego serwera.

Efekt? Skrócenie TTFB z setek milisekund do kilkudziesięciu. Odciążenie serwera źródłowego o kilkadziesiąt do kilkudziesięciu procent wszystkich żądań. I pełna wydajność dla użytkowników niezależnie od kraju, z którego wchodzą.

Bunny.net – co konkretnie oferuje i ile to kosztuje?

Bunny.net to CDN specjalizujący się w dystrybucji mediów i optymalizacji kosztów. Sieć liczy ponad 119 punktów obecności (PoPs) z globalnym łączem przekraczającym 250 Tbps. W praktycznych testach porównawczych wypada lepiej pod względem latencji i przepustowości od większości konkurencji, w tym od znacznie droższych rozwiązań korporacyjnych.

Model cenowy – pay-as-you-go bez ukrytych opłat

Bunny.net rozlicza się wyłącznie za faktycznie przesłane dane – bez opłat za zapytania HTTP. Minimalne miesięczne zobowiązanie wynosi 1 USD. Dla porównania: dystrybucja 5 TB danych przez Bunny.net kosztuje ok. 50 USD, podczas gdy ten sam wolumen przez AWS CloudFront przekracza 425 USD, a przez Fastly – ponad 600 USD.

Jeśli sprzedajesz wyłącznie na rynku polskim lub europejskim, możesz w panelu Bunny.net wyłączyć strefy, z których nie korzystasz – płacisz tylko za regiony, z których faktycznie przychodzi Twój ruch.

Co jeszcze masz w pakiecie?

Poza samym CDN Bunny.net oferuje trzy dodatkowe usługi przydatne dla e-commerce:

• Bunny Storage – magazyn danych SSD/HDD bez opłat za operacje API i bez kosztów transferu wychodzącego do CDN. Koszt od 0,01 USD/GB za HDD. Idealne do przechowywania zasobów statycznych sklepu (obrazy produktów, pliki do pobrania).
• Bunny Optimizer – automatyczna kompresja i konwersja obrazów do WebP w locie, za stałą opłatą 9,50 USD miesięcznie za witrynę, bez limitu ruchu. Eliminuje potrzebę ręcznej optymalizacji grafik.
• Bunny Stream – hosting wideo z darmowym transkodowaniem i wbudowanym odtwarzaczem HTML5. Przydatny przy sklepach z materiałami wideo (prezentacje produktów, poradniki).

Integracja Bunny.net z WordPress i LiteSpeed Cache – jak to działa technicznie?

Sama aktywacja CDN to za mało. Żeby efekt był maksymalny, musisz zrozumieć, na jakim poziomie działa buforowanie w Twoim stosie technologicznym.

Buforowanie na poziomie aplikacji vs. poziomie serwera

Większość wtyczek do cache WordPress (W3 Total Cache, WP Super Cache) działa na poziomie aplikacji. Oznacza to, że nawet przy podaniu strony z cache PHP musi się uruchomić, co generuje narzut obliczeniowy. LiteSpeed Cache działa inaczej – bezpośrednio na poziomie serwera webowego, omijając cały stos PHP. Strona serwowana jest z pamięci RAM serwera, nie z dysku ani przez interpreter języka.

Połączenie LiteSpeed Cache (szybkie serwowanie stron z RAM serwera) z Bunny.net (dystrybucja multimediów z węzłów brzegowych) tworzy architekturę hybrydową, w której serwer główny obsługuje wyłącznie żądania dynamiczne, a CDN przejmuje całą resztę.

Obsługa WebP z nagłówkiem Vary: Accept – konfiguracja krok po kroku

Serwowanie nowoczesnych formatów graficznych (WebP) przy jednoczesnym zapewnieniu kompatybilności ze starszymi przeglądarkami wymaga precyzyjnej konfiguracji trzech warstw. Oto schemat:

1. Wtyczka WebP Express (WordPress) – włącz tryb „Replace image URLs” i aktywuj opcję „Only do the replacements in webp enabled browsers”. Jako alias hosta CDN podaj adres URL swojej strefy Pull Zone w Bunny.net.
2. LiteSpeed Cache – wyłącz natywne generowanie WebP przez wtyczkę (Create WebP Versions = OFF), aby uniknąć konfliktu. Włącz „Image WebP Replacement” (ON), co utrzymuje dwie oddzielne wersje cache HTML – dla przeglądarek obsługujących WebP i dla tych, które go nie obsługują. Aktywuj CDN Mapping i uwzględnij rozszerzenie .webp na liście mapowań.
3. Bunny.net Pull Zone – w ustawieniach strefy Pull Zone włącz obsługę nagłówka Vary: Accept. Dzięki temu węzły brzegowe CDN będą serwować odpowiedni format grafiki w zależności od możliwości przeglądarki klienta – WebP tam, gdzie jest obsługiwany, oryginalny JPEG/PNG wszędzie indziej.

Po tej konfiguracji Twoje obrazy produktowe będą serwowane z najbliższego węzła brzegowego Bunny.net w optymalnym formacie – bez żadnej ingerencji serwera głównego.

Jak wdrożyć Bunny.net w WooCommerce – od zera do działającego CDN

1. Rejestracja i konfiguracja Pull Zone – załóż konto na bunny.net, utwórz nową Pull Zone i wskaż jako Origin URL adres swojego sklepu. Bunny.net automatycznie zacznie pobierać zasoby z Twojego serwera przy pierwszym żądaniu, a następnie serwować je z cache.
2. Subdomena CDN – w ustawieniach Pull Zone aktywuj własną subdomenę CDN (np. cdn.twojsklep.pl) i ustaw odpowiedni rekord CNAME w panelu DNS swojej domeny. Bunny.net wygeneruje gotową wartość CNAME do wklejenia.
3. Konfiguracja LiteSpeed Cache – w ustawieniach wtyczki przejdź do zakładki CDN, wpisz adres swojej subdomeny Bunny.net i wskaż typy plików, które mają być serwowane przez CDN (obrazy, CSS, JS, czcionki). Wyłącz natywne generowanie WebP, jeśli używasz WebP Express.
4. Włączenie nagłówka Vary: Accept – w panelu Bunny.net wejdź w ustawienia Pull Zone, znajdź sekcję Headers i włącz obsługę nagłówka Vary. To niezbędne do poprawnego serwowania grafik WebP.
5. Wyłączenie nieużywanych stref geograficznych – jeśli Twój sklep nie obsługuje klientów z Azji czy Ameryki Południowej, odznacz te strefy w ustawieniach Pull Zone. Obniży to średni koszt dystrybucji i ograniczy powierzchnię PoPs do tych, które faktycznie obsługujesz.
6. Test po wdrożeniu – sprawdź działanie CDN za pomocą narzędzi takich jak GTmetrix lub WebPageTest, uruchamiając test z lokalizacji poza Polską. Czas TTFB powinien spaść poniżej 100 ms dla zasobów statycznych. Sprawdź też, czy sklep działa poprawnie po zalogowaniu – dynamiczne operacje (koszyk, zamówienia, zwroty) muszą być wyłączone z cache CDN.

Podsumowanie

Bunny.net to jedna z najbardziej opłacalnych decyzji infrastrukturalnych dla sklepu WooCommerce. Za ułamek kosztów alternatywnych CDN-ów dostajesz sieć o globalnej latencji poniżej 25 ms, przejrzysty model pay-as-you-go i łatwą integrację z WordPress przez LiteSpeed Cache. Serwer główny przestaje tracić zasoby na serwowanie statycznych plików i może w pełni skupić się na tym, co naprawdę wymaga mocy obliczeniowej – transakcjach, formularzach i obsłudze zamówień.