Stan platformy i kierunek rozwoju.
Audyt technologii, bezpieczeństwa i ścieżki zakupowej. Gdzie jesteśmy, co z tego wynika i jak rozwijamy platformę dalej.
Pięć obszarów
Podsumowanie i anatomia systemu
Czym jest ta platforma i z czego naprawdę się składa.
Audyt technologiczny
Jak mierzyliśmy, co pokazują dane, gdzie jest wąskie gardło.
Bezpieczeństwo
Warstwy ochrony, dostęp do danych, ciągłość działania.
Użyteczność i konwersja
Kto do nas przychodzi i jak wygląda ścieżka do zakupu.
Kierunek i harmonogram
Co robimy dalej, w jakiej kolejności i czego do tego potrzebujemy.
Jak czytać ten dokument
Każda liczba w tej prezentacji ma źródło i datę. Zestaw źródeł jest w załączniku na końcu.
Rozdzielamy dwie miary: żądania to ruch techniczny z warstwy brzegowej, a użytkownicy to miara handlowa z analityki. Nie zestawiamy ich obok siebie.
To raport z pomiarów i plan działania, a nie prezentacja sprzedażowa.
To jest jeden organizm
Sklep, magazyn, płatności, treści i integracje to nie osobne narzędzia. To jeden system: jedna aplikacja, jedna baza, wspólne procesy.
Agent AI jest już wyprowadzony poza monolit: łączy się z nim tylko przez konektor tylko-do-odczytu, bez dostępu do samego sklepu.
Sklep to wierzchołek góry lodowej
To, co widzi klient, to prosty checkout. Największa część systemu, magazyn, płatności, dostawy, zwroty i dane, pracuje poniżej linii interfejsu.
Sklep to cały ekosystem
Front, backend i logika biznesowa, integracje zewnętrzne, infrastruktura i analityka. To wszystko składa się na jeden sklep.
Z ilu systemów to naprawdę się składa
Kanały sprzedaży
- John Dog PL, John Dog DE (jd.de), sklep B2B, landingi
- Allegro, Base (dawniej Baselinker)
- Amazon, Empik, Kaufland, TikTok
Realizacja i dane
- Symfonia (księgowość, stany, produkty)
- WMS i kolektory w magazynie
- Data Organizer (realizacja i raporty)
- integracje z przewoźnikami i etykiety
Chmura, AI i wsparcie
- Beyond (warstwa serwerowa), Cloudflare
- serwer AI na osobnym VPS
- Ceneo, Google Merchant, User.com, Trustpilot
- Microsoft 365 i EmailLabs (poczta)
Obok, niezależnie
PIM do zarządzania produktami i CRM (Zendesk) do obsługi klienta. Prowadzone równolegle.
Cztery wnioski tego audytu
01
Wolna jest tylko warstwa prezentacji. Sam system i dane działają szybko. Spowalnia to, co składa stronę dla klienta.
02
Złożoność to skala, nie bałagan. Tyle systemów i integracji ma każdy sklep tej wielkości. To dowód dojrzałości, nie zaniedbania.
03
Mamy dowód, nie obietnicę. Kierunek nie jest pomysłem na dziś. Działa już pierwsza ścieżka nowej warstwy.
04
Nie ma dnia przełączenia. Nie wymieniamy systemu naraz. Idziemy warstwami, każdą z osobna.
Na czym to wszystko fizycznie stoi
Cloudflare, Chmura Beyond i zapasowa lokalizacja, kanały sprzedaży i usługi wspierające. Bez internetu stoi realizacja, nie sklep. Przełączenie na Starlink przećwiczone, do 30 minut.
Sklep obsługuje magazyn, nie tylko klienta
Zamówienia
Sklep przekazuje zamówienia do Symfonii. Symfonia zbiera je w interwałach, mniej więcej co 10 minut, i to w zupełności wystarcza.
Stany i produkty
Symfonia oddaje do sklepu stany magazynowe i dane produktów. Magazyn łączy się ze sklepem tylko przy druku etykiety transportowej.
Zwroty
Ta sama droga działa dla zwrotów: własne statusy uzgodnione z magazynem i Symfonią prowadzą przez cały proces firmy.
Ile z tego napisaliśmy sami
To nie jest już czysty WooCommerce z pudełka. To mocno customowy sklep i własny motyw, po stronie klienta i po stronie zaplecza.
- wejście nowej osoby w projekt liczy się w tygodniach, nie w dniach
- przykład: moduł zwrotów z własnymi statusami uzgodnionymi z magazynem i Symfonią, tego nie ma żaden sklep z półki
- rosnący ruch i szczyty sprzedaży nie zmusiły nas do zwiększenia zasobów
Skala, na którą jesteśmy gotowi
122 tys. unikalnych adresów IP wobec ~50 tys. kiedyś, a obciążenie płaskie. Beyond to chmura, zasoby możemy zwiększyć, gdy będzie trzeba.
Audyt technologiczny
Jak mierzyliśmy, co pokazują dane i gdzie naprawdę jest wąskie gardło.
Ruch w ciągu doby
Liczba żądań na przestrzeni doby · Cloudflare · 11.08.2026
Co widać z warstwy brzegowej
Kontekst
Cloudflare wdrożyliśmy około rok temu, głównie dla bezpieczeństwa. Korzyść z pamięci podręcznej jest przy okazji.
Rozkład czasu odpowiedzi
Czas do pierwszego bajtu, percentyle ruchu · Cloudflare · tydzień do 10.08.2026
Mediana kłamie, ogon boli
Prędkość realnych użytkowników
Telefon · dane polowe CrUX
Komputer · dane polowe CrUX
Co z tego wynika
Gdzie cache nadąża
Jest realnie dobrze. Komputer przechodzi wskaźniki jakości, bo trafienia w pamięć podręczną są częste.
Jeden czerwony parametr
Czas odpowiedzi serwera: 2,0 s na telefonie i 2,3 s na komputerze na pierwszym wejściu, gdy nie ma jeszcze cache.
Kim jest nasz ruch
Droga zmiany od decyzji do produkcji
Co jest dobrze
Pracujemy w środowisku półautomatycznym, z narzędziami po stronie dewelopera. Sama praca jest szybka i uporządkowana.
Co jest słabym punktem
Ostateczne wrzucenie zmiany na serwer jest ręczne. To spowalnia i to jest miejsce na błąd.
Bezpieczeństwo
Ochrona to wiele niezależnych warstw, nie jeden mechanizm. Ruch, dostęp i dane chronione na kilku poziomach naraz.
Warstwy ochrony
Ochrona opiera się na wielu niezależnych warstwach, nie na jednym mechanizmie: Cloudflare, Beyond, izolacja serwera (WireGuard), Nginx, Wordfence, aplikacja. Do tego 2FA, monitoring i haszowanie Argon2id.
Dostęp, dane i ciągłość działania
Dostęp
- minimum kont administratorów
- role z ograniczonymi uprawnieniami
- wymuszone 2FA poza klientami
- ochrona końcówek i serwerów Cortex XDR
Kopie zapasowe
- cztery niezależne mechanizmy
- dwie kopie lokalnie, dwie na zewnątrz
- osobne harmonogramy i szyfrowanie
- test odtworzenia nie rzadziej niż co 90 dni
Monitoring
- systemy krytyczne pod dozorem 24/7
- automatyczne alerty przy anomalii
- retencja logów od 30 dni do 2 lat
Użyteczność i konwersja
Kto do nas przychodzi i jak wygląda jego ścieżka do zakupu.
Jak patrzymy na ścieżkę zakupową
Co da się zmierzyć
Analityka i dane z przeglądarek: gdzie odpada ruch, co spowalnia.
Co mówią dane
Które kroki ścieżki tracą najwięcej i dlaczego.
Ocena projektowa
Układ, priorytety, kolejność kroków dla klienta.
DO DOSTARCZENIA
Ruch i urządzenia
Podział wg urządzeń · analityka
Podział żądań wg urządzeń · Cloudflare
Ścieżka do zakupu, krok po kroku
Sesja, produkt, koszyk, płatność, zakup · analityka · lipiec 2026 · Poprawiamy analitykę: wdrażamy własną warstwę danych po API
Co już poprawiliśmy
| Obszar | Co się zmieniło |
|---|---|
| Koszyk i checkout | krótsza i czytelniejsza ścieżka finalizacji zamówienia |
| Karta produktu | ceny jednostkowe i drobne poprawki, które realnie wpływają na decyzję |
| Opinie | Trustpilot przeniesiony do własnej bazy z nocną synchronizacją |
| Nawigacja i filtry | szybsze poruszanie się po ofercie |
| Listing produktowy | prace trwają teraz |
| Moje konto | zaplanowane na wrzesień |
Gdzie jesteśmy, a gdzie chcemy być
| Obszar | Ocena 0-4 | Gdzie chcemy być |
|---|---|---|
| Bezpieczeństwo i dostęp | 4 | utrzymać |
| Ciągłość działania i backup | 4 | utrzymać |
| System i dane | 3 | drobne usprawnienia |
| Wydajność warstwy prezentacji | 2 | krytyczne, to odciążamy jako pierwsze |
| Droga zmiany na produkcję | 2 | automat wdrożeniowy, wrzesień |
Czego nie ma żaden silnik od razu
To nie jest lista rzeczy, których nikt nie ma. To rzeczy, które trzeba zbudować i zintegrować pod każdą platformę, bez względu na to, na czym stoi sklep.
| Funkcja | Kto korzysta codziennie |
|---|---|
| Zwroty z własnymi statusami | magazyn, obsługa klienta, księgowość |
| Integracja Symfonii i WMS | magazyn i realizacja zamówień |
| Obsługa zamówień z Allegro i marketplace | obsługa i magazyn |
| Feedy produktowe i marketing | marketing |
| Asystent AI na danych sklepu | obsługa klienta |
Tak działa dziś: monolit
Wszystkie funkcje w jednej aplikacji i jednej bazie. Proste na start, trudniejsze do skalowania, bo zmiana w jednej części wpływa na całość.
Cel: headless, jeden mózg i wiele twarzy
Nie wymieniamy sklepu. Backend zostaje mózgiem (dane, logika, procesy), a frontend staje się osobną, szybką twarzą. Ten sam mózg obsłuży www, aplikację i kolejne kanały.
Rozkładamy monolit na części, nie wymieniamy go
Monolit to pociąg. Sklep i witryna to lokomotywa. Magazyn, wysyłka, marketplace to wagony.
Dwa sposoby dojścia do tego samego celu
| Kryterium | Wymiana naraz | Wymiana warstwami |
|---|---|---|
| Ryzyko dla sprzedaży | wysokie, jeden dzień przełączenia | niskie, adres po adresie |
| Dowód po drodze | dopiero na końcu | po każdym kroku |
| Wycofanie | trudne i kosztowne | w minutę, do poprzedniej ścieżki |
| Znajomość firmy | zespół zewnętrzny uczy się od zera | robi to zespół, który zna cały organizm |
| Wniosek |
Co już zbudowaliśmy i jak to działa środowisko testowe
Sklep zostaje źródłem prawdy. Obok działa szybka kopia katalogu tylko do odczytu, która nigdy nie decyduje o sprzedaży.
O tym kierunku rozmawiamy i budujemy go od marca, to nie jest reakcja na zewnętrzny audyt. Pierwsza ścieżka jest już postawiona i zmierzona.
Wyniki laboratoryjne
To pomiar laboratoryjny. Realne liczby dopiero po teście obciążeniowym, ważny jest proces, nie ta jedna liczba.
Czego temu jeszcze brakuje
- oprawa wizualna wszystkich typów stron
- treści i przypadki brzegowe
- własny serwer obrazów
- pomiar i zgody po stronie nowej warstwy
- test obciążeniowy na uczciwej próbie
- domknięcie ścieżek poza katalogiem
Test obciążeniowy jako najbliższy krok
Test obciążeniowy
Zlecony zewnętrznie, zaplanowany na wrzesień lub październik. Ten sam pomiar na obecnym sklepie i na nowej warstwie, żeby porównanie było uczciwe.
DO DOSTARCZENIA wynik testu
Headless wdrażamy po kolei, zaczynając od najbezpieczniejszego fragmentu.
Blog to produkcyjne poletko testowe: jeśli coś się posypie, sprzedaż tego nie odczuje.
Z jaką prędkością ten zespół dowozi
Jak pracujemy
taskowanie i priorytety, wszystko rozpisane
tygodniowe i dłuższe, miesięczne
domkniętych w ostatnie dwa miesiące
| Statystyka z repozytoriów | Zmiany | Uwaga |
|---|---|---|
| systemy na produkcji | 295 | tylko miara ilości kodu, nie jakości |
| prace badawcze | 33 | siedem repozytoriów, 01.06 do 04.08.2026 |
Co konkretnie powstało
Opinie Trustpilot
Przeniesione do własnej bazy z nocną synchronizacją, szybsze i niezależne od zewnętrznego dostawcy.
Asystent AI
Pilot na danych sklepu, wyprowadzony poza monolit, łączy się przez konektor tylko do odczytu.
Zwroty i koszyk
Rozbudowany moduł zwrotów z własnymi statusami oraz poprawki koszyka i finalizacji zamówienia.
Etykiety Allegro Delivery
Automatyzacja generowania etykiet, usprawnienie istniejącego procesu w magazynie.
Kierunek i harmonogram
Co robimy dalej, w jakiej kolejności i czego do tego potrzebujemy.
Oś czasu
Fundament
automat wdrożeniowy, monitoring, model danych, pierwsza ścieżka
Test obciążeniowy
uczciwe porównanie obecnego sklepu i nowej warstwy
Blog headless
pierwszy wagon poza monolitem, na produkcji jeszcze w tym roku
Sklep DE
poligon o mniejszym ruchu przed przełączeniem PL
Listingi i karta produktu
skalowanie sprawdzonej architektury na kluczowe ścieżki
Koszyk i konto
ostatnie ścieżki, bez utraty ciągłości sprzedaży
Drugi tor: co poprawiamy niezależnie
Nie wszystko czeka na nową warstwę. Część zmian dowozimy od razu, na obecnym sklepie, spokojnie i równolegle.
Serwer i cache
dalsze odciążanie warstwy prezentacji
Obrazy
własny serwer i lżejsze zasoby
Zależności
odchudzanie i porządki w kodzie
Dane
własna warstwa danych po API
Zespół i zasoby
Mateusz
WordPress developer
Daniel
WordPress developer, backend i bezpieczeństwo
Dawid
WordPress i fullstack: React, Next.js, warstwa AI
Koszt
Co to otwiera
Aplikacja mobilna
katalog, wyszukiwarka, powiadomienia o dostępności, na tej samej warstwie danych
Kiosk w sklepie
ten sam backend, inny ekran i sposób obsługi
Kolejne rynki
kontrakt danych gotowy przy okazji katalogu, dni zamiast tygodni
Co zostaje w obecnym systemie i jak długo
Część rzeczy zostaje świadomie: przyjmowanie zamówień, płatności, kontrakt z Symfonią, Allegro, zarządzanie produktami, role i uprawnienia.
Ale nie na zawsze
Ostatni wagon też da się kiedyś odpiąć.
Zostajemy przy obecnym rozwiązaniu do chwili, w której odpięcie zacznie się opłacać, a nie dlatego, że się nie da.
Jak zmierzymy, że się udało
- ponad 80% odwiedzin obsługiwanych poza obecnym silnikiem
- karta produktu poniżej 0,3 s także na pierwszym wejściu
- zero regresji w sprzedaży i ruchu z wyszukiwarek po każdym przełączeniu
- wdrożenie zmiany w minutach, wycofanie w minucie
- system korelacji zdarzeń bezpieczeństwa wdrożony
- malejąca liczba reguł włączania wtyczek z każdą przejętą ścieżką
Zielone światło na etap zerowy
Automat wdrożeniowy i rura danych obok sklepu. Nie dotyka sprzedaży, mieści się w obecnym zespole.
Decyzja o systemie korelacji zdarzeń
To zakup usługi, nie projekt programistyczny.
Jedna osoba dedykowana
Bez niej oba tory prac przeplatają się w tych samych rękach i idą wolniej.
Wymieniamy warstwy, nie system.
Liczby i ich źródła
| Liczba | Źródło | Data |
|---|---|---|
| 2500 zamówień na dobę przez sklep, około 2600 wysłanych | panel sklepu | 11.08.2026 |
| 4,29 mln żądań na dobę, cache 71%, około 100 GB pasma | Cloudflare | 11.08.2026 |
| czas odpowiedzi: mediana 57 ms, 95. percentyl 2,2 s, 99. percentyl 3,2 s | Cloudflare, percentyle tygodnia | 10.08.2026 |
| czas serwera 2,0 s telefon, 2,3 s komputer, wskaźniki mobilne oblane | PageSpeed, dane polowe CrUX | 10.08.2026 |
| około 75% ruchu z telefonu (analityka), 77% żądań z telefonu (Cloudflare) | analityka i Cloudflare | 07 i 08.2026 |
| 170 tys. użytkowników w miesiącu | analityka | 07.2026 |
| 122 tys. unikalnych adresów IP wobec ~50 tys. wcześniej | rozpoznanie wewnętrzne | 08.2026 |
| około 300 tys. zdarzeń reguł ochrony na dobę | Cloudflare | 08.2026 |
| 61 ms na środowisku testowym nowej warstwy | wersja dowodowa | 07.2026 |
| backup: 4 mechanizmy, test odtworzenia co 90 dni, monitoring 24/7 | polityka IT | 08.2026 |
| dokładna liczba zamówień w bazie, udział Allegro, szczyt sezonowy | DO DOSTARCZENIA panel sklepu | - |
Pomiary produkcyjne wykonano przy niskim ruchu, w warunkach najkorzystniejszych dla obecnej architektury. Test na uczciwej próbie jest zaplanowany na wrzesień lub październik.
Ryzyka i sposób ich adresowania
| Ryzyko | Jak je adresujemy |
|---|---|
| Pozycja w wyszukiwarce przy przełączaniu ruchu | przełączamy adres po adresie, porównanie zawartości przed każdym krokiem, okno obserwacji, próg wycofania ustalony z góry |
| Rozjazd stanów magazynowych | szybka kopia nigdy nie decyduje o sprzedaży, twarda weryfikacja po stronie sklepu, alarm na opóźnienie synchronizacji |
| Przerwa w pracy biura lub magazynu | etapy magazynowe poprzedzone pracą równoległą, stara ścieżka nieusuwana, przełącznik po stronie kierownika magazynu |
| Sezon sprzedażowy | w listopadzie i grudniu nie przełączamy niczego, sezon to darmowy test obciążeniowy dla rury danych |
| Praca serwisowa zjada projekt | osobny zasób na projekt, jasny próg: jeśli projekt dostał za mało mocy, etap przesuwa się oficjalnie, nie po cichu |