O kliencie
Agropunkt Sp. z o.o. to hurtownia i sklep internetowy branży rolniczej z siedzibą w Zatorze, działający pod adresem sklep.agropunkt.eu. Firma zaopatruje gospodarstwa rolne, plantatorów oraz hobbystów w pełen asortyment potrzebny w cyklu uprawowym — od środków ochrony roślin (ŚOR), przez nawozy i biostymulatory, po nasiona, ziemię ogrodniczą i akcesoria rolnicze. W ofercie znajduje się ponad 3 000 indeksów towarowych, obsługiwanych równolegle w kanałach e-commerce, stacjonarnym oraz marketplace Allegro.
Agropunkt to projekt wymagający pod wieloma względami nietypowy. Specyfika branży sprawia, że e-commerce rolniczy łączy w sobie cechy typowego sklepu B2C (szybkie koszyki, duża rotacja SKU), ciężkiego B2B (duże zamówienia paletowe, faktury, kredyty kupieckie, ERP) oraz środowiska regulowanego prawnie — sprzedaż ŚOR podlega kontroli PIORiN, wymaga weryfikacji kupującego, ewidencji pięcioletniej oraz blokad logistycznych. Do tego dochodzi skrajna sezonowość obrotu — wiosna to nasiona i nawozy, lato to środki ochrony roślin, a jesień to zboża ozime — co przekłada się na konieczność utrzymania infrastruktury gotowej na trzy-czterokrotne skoki ruchu w szczycie.
Drugą specyfiką jest rentowność — marże klienta oscylują w przedziale 1–5% na produkcie. Oznacza to, że każda złotówka kosztu reklamowego jest krytyczna, a każde spowolnienie sklepu, każde niepoprawnie zaksięgowane zamówienie czy każda nieprawidłowa synchronizacja z ERP ma bezpośrednie przełożenie na wynik finansowy. Projekt Agropunkt nie był więc kolejną migracją PrestaShop — był wielowarstwową transformacją digital, łączącą infrastrukturę techniczną, compliance prawny i marketing efektywnościowy w jedną spójną całość.
Wyzwanie
Punkt wyjścia projektu był typowy dla sklepów PrestaShop, które rozrosły się ponad pierwotne założenia architektoniczne. Platforma na wersji PrestaShop 8.2 ładowała się powyżej pięciu sekund na desktopie i była praktycznie nieużywalna na urządzeniach mobilnych — przy czym ruch mobilny stanowił już ponad połowę sesji. Instalacja była obciążona 23 modułami zbędnymi (pozostałości po poprzednich wdrożeniach, testach A/B, wyłączonych integracjach), które nadal wykonywały zapytania do bazy, rejestrowały hooki i obciążały każde żądanie.
Na warstwie biznesowej sklep nie posiadał żadnej integracji z przewoźnikami, co oznaczało ręczne wystawianie etykiet, brak śledzenia przesyłek oraz — w przypadku zamówień paletowych — konieczność osobnej komunikacji z operatorem logistycznym. Widoczność w Google była poniżej potencjału kategorii, bounce rate przekraczał progi akceptowalne dla branży rolniczej, a wskaźnik porzuconych koszyków utrzymywał się na wysokim poziomie.
Największym wyzwaniem projektu nie była jednak migracja techniczna ani optymalizacja marketingu. Było nim nadchodzące wejście w życie ustawy o środkach ochrony roślin z datą graniczną 6 marca 2026 roku. Ustawa wprowadza obowiązek weryfikacji kupującego na etapie zamówienia, obowiązek prowadzenia pięcioletniej ewidencji sprzedaży, zakaz dostaw ŚOR do paczkomatów i automatów paczkowych oraz całkowity zakaz sprzedaży online wybranych substancji (fumiganty). Naruszenie przepisów zagrożone jest karami od PIORiN w przedziale 1 000 — 100 000 zł za każde stwierdzone uchybienie. Termin był nieprzesuwny, a zakres zmian — gruntowny.
PrestaShop 8.2 — ładowanie powyżej 5 s
23 zbędne moduły spowalniające backend
Brak integracji z przewoźnikami (DPD, Raben)
Ręczne wystawianie etykiet kurierskich
Słaba widoczność organic w Google
Wysoki bounce rate, porzucone koszyki powyżej średniej branżowej
Ruch mobilny praktycznie nieużywalny
Brak zgodności z nadchodzącą ustawą o SOR
Brak synchronizacji z ERP Comarch Optima
Brak trackingu konwersji GA4 / Google Ads
Migracja na PrestaShop 9.0.2 + PHP 8.3
Czas ładowania poniżej 3 s (GTmetrix Grade B)
Pełna integracja DPD (door-to-door + PUDO + COD)
Integracja Raben dla wysyłki paletowej
Synchronizacja ERP Comarch Optima (towary + zamówienia)
Moduł KS SOR — pełna zgodność z ustawą do 6.03.2026
Ewidencja pięcioletnia z retention policy
Pełen tracking GA4 + Google Ads + GTM server-side
Kampanie Google Ads + SEO z wymiernym ROAS
Architektura informacji przyjazna SEO (Pretty URLs)
Projekt został ostatecznie zrealizowany w formie całościowej transformacji digital — od migracji technicznej platformy, przez budowę siedmiu dedykowanych modułów (w tym krytycznego dla compliance modułu KS SOR), po zarządzanie kampaniami Google Ads, pozycjonowanie organiczne i integracje ERP. Pełna migracja produkcyjna odbyła się 20 stycznia 2026 roku, z około sześciotygodniowym buforem do wejścia przepisów o SOR w życie.
Zakres prac
1. Migracja PrestaShop 8.2 → 9.0.2
Migracja między wersjami PrestaShopa 8.x a 9.x nie jest aktualizacją w rozumieniu typowego upgrade’u. To pełen skok generacyjny, wymagający aktualizacji warstwy PHP, Symfony, bazy danych i każdego z zainstalowanych modułów. Dodatkowo PrestaShop 9 wprowadza istotne zmiany w polityce bezpieczeństwa (restrykcyjne reguły .htaccess), w obsłudze szablonów Twig/Symfony oraz w kompatybilności z PHP 8.3, w którym usunięto i zmieniono semantykę wielu mechanizmów języka.
Zakres migracji objął aktualizację wszystkich warstw stacku oraz przeniesienie pełnej historii operacyjnej sklepu — produktów, klientów, zamówień, wariantów, obrazków i struktur kategorii — z zachowaniem integralności referencyjnej oraz widoczności SEO.
PrestaShop 8.2.0
PHP 8.1
Symfony 5.x
Stary, niedeterministyczny cache
Moduły niekompatybilne z PS9
Brak kompatybilności z Twig/Symfony 6
PrestaShop 9.0.2
PHP 8.3
Symfony 6.4
MySQL 8.0
Pełna kompatybilność modułów (również custom)
Cache OPcache + Smarty + Symfony
Sama migracja danych była operacją wymagającą najwyższej staranności. Kluczowym wymaganiem biznesowym było zachowanie pełnej integralności historii zamówień — nie tylko dla celów operacyjnych, ale również dla raportowania rocznego, rozliczeń z ERP Comarch Optima i zobowiązań podatkowych klienta. Równocześnie trzeba było zadbać o utrzymanie pozycji SEO, bo ruch organiczny stanowił istotną część całkowitych przychodów.
-
3 000+ produktów z wariantami
Kombinacje cenowe, stany magazynowe, zdjęcia, opisy, atrybuty — pełna migracja struktury wariantowej -
15 000+ klientów z historią
Konta, adresy dostawy, preferencje, historia logowań, wiadomości — pełna ciągłość danych -
Historia zamówień z integralnością
Status, produkty, ceny historyczne, faktury, powiązania ERP — wszystkie ID zachowane -
500+ przekierowań 301 SEO
Zmiana struktury URL z zachowaniem pozycji — mapa przekierowań z każdej starej ścieżki
2. Naprawy kompatybilności po migracji
Samodzielna migracja pakietowa PrestaShop nigdy nie przechodzi bez incydentów — szczególnie gdy sklep od lat jest rozbudowywany o moduły zewnętrzne i integracje. Każdy z czterech opisanych niżej problemów musiał zostać rozwiązany indywidualnie, często na poziomie kodu core PrestaShop lub modułów zewnętrznych.
Restrykcyjny .htaccess w PrestaShop 9
PS9 domyślnie blokuje bezpośrednie wywołania plików PHP w katalogu modules/. To uderzyło w dwa krytyczne mechanizmy synchronizacji: RtnetSubSync (OpSync/Subiekt GT) oraz x13allegro, które zwracały błąd 403 Forbidden. Rozwiązaniem były dedykowane wyjątki w .htaccess dla plików sync.php i Broker.php.
Brakujące obrazki produktów
Po migracji część reguł przepisywania URL w .htaccess zawierała warunek sprawdzający hosta na localhost:8082, pozostawiony z wersji deweloperskiej. Skutek: obrazki ładowały się na środowisku testowym, a na produkcji zwracały 404. Fix polegał na usunięciu warunku hosta, aby reguły działały dla wszystkich domen.
Moduł dpdshipping — Twig error w Symfony 6
Zainstalowany moduł DPD w wersji przeznaczonej na PS 8 generował błąd renderowania szablonów Twig po przejściu na Symfony 6. Rozwiązaniem była instalacja oficjalnej wersji dpdshipping 2.0.1, dedykowanej dla PrestaShop 9.
Kompatybilność PHP 8.3 w core PrestaShop
PHP 8.3 wprowadza stricte typowanie i usuwa część legacy zachowań. Konieczne były poprawki w czterech plikach: classes/checkout/DeliveryOptionsFinder.php (sprawdzenie typu $carrier['delay']), classes/PaymentModule.php (zmiana iteracji tablicy — tablica nie może być kluczem), src/Core/Payment/PaymentOptionFormDecorator.php (wyciszenie warningów DOMDocument) oraz themes/Agropunkt/shipping.tpl (isset() przed $carrier.logo).
3. Moduły dedykowane KamikStudio — 7 dedykowanych rozszerzeń
Standardowa funkcjonalność PrestaShopa, nawet w wersji 9, nie pokrywała wymagań klienta — ani biznesowych (specyfika rolnicza), ani prawnych (compliance SOR), ani wydajnościowych (filtry na 3 000 SKU). Dlatego dostarczyliśmy siedem dedykowanych modułów KamikStudio, zaprojektowanych specjalnie pod architekturę tego sklepu i zintegrowanych z jego workflow.
KS Homepage v1.0.0
Dedykowany silnik strony głównej z dynamicznymi bannerami promocyjnymi, sekcjami wyróżnionych produktów, kalkulatorem dawkowania dla środków ochrony roślin oraz integracją wielojęzyczną. Moduł pozwala marketingowi klienta zarządzać całą stroną główną z poziomu back office, bez ingerencji w szablon Smarty.
KS Listing Pro v1.0.0
Filtry AJAX wielokryterialne dostosowane do branży rolniczej, porównywarka produktów, lazy loading, infinite scroll. Moduł wprowadza cztery dedykowane tabele: ps_ks_product_fields, ps_ks_crops, ps_ks_problems i ps_ks_substances, pozwalające filtrować produkty po uprawach, problemach uprawowych i substancjach czynnych — kluczowe dla klientów profesjonalnych.
KS Shipping v1.0.0 + integracje przewoźników
Moduł obliczania kosztów dostawy z uwzględnieniem wagi, objętości i dystansu. Integracja z dpdshipping 2.0.1 (oficjalnym), modułem pddeliverycostbydistancepro v2.4.6 z tabelą 144 rekordów cenowych (12 zakresów wagi × 6 zakresów dystansu × 2 przewoźniki) oraz konfiguracją przewoźników Raben (min_cost=136 zł) i Raben Pobranie (extra_cost=30 zł, min_cost=136 zł).
KS GTM DataLayer v1.5.0
Moduł wstrzykiwania dataLayera dla Google Tag Managera z pełnym zestawem eventów e-commerce: view_item, add_to_cart, begin_checkout, purchase. Dodatkowo implementuje server-side refund tracking poprzez Measurement Protocol — zwroty rejestrowane są w GA4 niezależnie od frontendu. Kontener GTM GTM-KN253GN9, property GA4 G-XNYMG8YRZ6, Google Ads Conversion ID 16922344952.
KS Pretty URLs v1.0.0
Przepisany router URL produktów i kategorii pod kątem SEO. Produkty mają strukturę /srodki-ochrony-roslin/roundup-dynamic-5l, kategorie /herbicydy-srodki-chwastobojcze. Moduł obsłużył 500+ przekierowań 301 ze starej struktury URL, zachowując pełną pozycję w indeksie Google.
KS Integrator v1.0.0 — synchronizacja z Comarch Optima
Dwustronna synchronizacja danych produktowych z ERP Comarch Optima poprzez skrypt PowerShell OpSync/sync_attachments.ps1 i REST API modułu: POST /index.php?fc=module&module=ks_integrator&controller=api. Autoryzacja tokenowa SHA-256, akcje upsert, delete, ping. Z bazy Optima (CDN_Zator) pobierane są rekordy z tabel CDN.Towary, CDN.DaneBinarneLinki i CDN.DaneBinarne. W PrestaShop ustawiana jest flaga cache_has_attachments=1 w tabeli ps_product. Retencja danych: 5 lat.
KS SOR v1.0.0 — compliance z ustawą o środkach ochrony roślin
Krytyczny dla biznesu moduł wdrożeniowy, zapewniający zgodność sklepu z ustawą o SOR wchodzącą w życie 6 marca 2026. Obejmuje weryfikację kupujących, blokady logistyczne i ewidencję pięcioletnią — szczegóły w sekcji poniżej.
4. KS SOR — compliance prawny jako feature produktu
Ustawa o środkach ochrony roślin w kształcie obowiązującym od 6 marca 2026 wprowadza trzy filary wymogów wobec sprzedawcy ŚOR online: obowiązek weryfikacji kupującego, zakazy i ograniczenia logistyczne oraz obowiązek prowadzenia ewidencji pięcioletniej. Moduł KS SOR został zaprojektowany tak, aby każdy z tych filarów miał swoje miejsce w modelu danych i w procesie zakupu — nie jako „nakładka”, lecz jako naturalna część flow PrestaShopa.
-
Weryfikacja kupujących ŚOR
Imię i nazwisko, numer zaświadczenia, podmiot wydający, termin ważności — formularz obowiązkowy przy pierwszym zakupie ŚOR, z walidacją terminu ważności przy każdym kolejnym zamówieniu -
Blokady logistyczne dla produktów SOR
Brak możliwości wysyłki do paczkomatów InPost, automatów paczkowych i punktów odbioru z żywnością/paszami — filtr na etapie checkoutu -
Ewidencja pięcioletnia — 6 dedykowanych tabel DB
ps_ks_sor_customers,ps_ks_sor_certificate_history(audit zmian, rekordy nigdy nie usuwane),ps_ks_sor_orders(snapshot zamówień SOR),ps_ks_sor_audit_log. Poleretention_until= data zamówienia + 5 lat -
Całkowity zakaz sprzedaży online fumigantów
Wybrane substancje (fumiganty) oznaczone są flagą wyłączającą je z e-commerce — kupno wyłącznie stacjonarne -
Snapshot zamówień z SOR
Każde zamówienie zawierające SOR rejestrowane jest w osobnej tabeli ewidencyjnej razem z danymi zaświadczenia w stanie z chwili zakupu — niezależnie od późniejszych zmian w profilu klienta -
Ochrona przed karami PIORiN 1 000 — 100 000 zł
Moduł zaprojektowany jako defense in depth — każde wymaganie ustawowe ma osobną warstwę egzekwowania w kodzie i w bazie
Pełna migracja na PS9 wraz z modułem KS SOR została wdrożona produkcyjnie 20 stycznia 2026 roku — na ponad sześć tygodni przed wejściem przepisów w życie. Daje to klientowi bufor czasowy na wewnętrzne szkolenie zespołu oraz dogranie procedur operacyjnych.
5. Integracje zewnętrzne — cztery krytyczne przepływy
Sklep branży rolniczej nie działa w próżni — łączy się z przewoźnikami, ERP-em, systemami księgowymi i marketplace’ami. W przypadku Agropunkta zaprojektowaliśmy cztery integracje krytyczne, z czego dwie są synchroniczne (DPD, Raben) i dwie — cykliczne/asynchroniczne (OpSync, Allegro).
-
DPD Poland — kurier door-to-door, PUDO, COD
Modułdpdshipping 2.0.1— automatyczne etykiety, tracking, pobrania, wybór punktu PUDO na etapie checkoutu. Integracja w pełni ustrzeżona przed flow SOR (blokada paczkomatów). -
Raben — wysyłka paletowa
Dla dużych zamówień B2B (nawozy, ziemia — wagowo powyżej progu paczki kurierskiej) automatyczna awizacja wysyłki paletowej, kalkulacja wagi/objętości. Carrier ID140(RABEN paleta), Carrier ID147(RABEN Pobranie). -
OpSync — Subiekt GT / Comarch Optima (
RtnetSubSync)
Dwukierunkowa synchronizacja z ERP: import/eksport zamówień, aktualizacja stanów magazynowych, synchronizacja kontrahentów. To szkielet ksiegowo-operacyjny firmy — każde zamówienie z e-commerce musi trafić do ERP bez udziału człowieka. -
Allegro (
x13allegro)
Synchronizacja ofert z marketplace: import zamówień z Allegro bezpośrednio do PrestaShopa, aktualizacja stanów. Cron*/5 * * * *— synchronizacja co 5 minut.
6. Performance — Core Web Vitals i GTmetrix Grade B
Sklep rolniczy z 3 000 SKU, filtrami wielokryterialnymi i pięcioma modułami synchronizacji w tle ma potencjał, żeby „zarzynać” serwer. Dlatego migracja wiązała się z twardą optymalizacją wydajności — zaczynając od warstwy aplikacji (usunięcie 23 zbędnych modułów, czyszczenie nieużywanych plików — ponad 800 MB), przez bazę (indeksy, OPTIMIZE TABLE), po frontend (minifikacja, lazy loading, kompresja).
W porównaniu do stanu sprzed migracji osiągnęliśmy: czas ładowania z ~5 s do 2,9 s (-42%), LCP z ~4 s do 1,9 s (-52%), FCP z ~3 s do 1,6 s (-47%). Dla branży rolniczej to nie jest akademicka poprawa — to bezpośrednie przełożenie na niższy bounce rate, wyższy współczynnik dodawania do koszyka i większą liczbę transakcji, szczególnie w kanale mobilnym.
Czas ładowania: ~5 s (desktop)
LCP: ~4 s
FCP: ~3 s
Mobilnie — praktycznie nieużywalne
23 zbędne moduły w obiegu
800+ MB nieużywanych plików
Brak minifikacji CSS/JS
Obrazki bez lazy loading
Czas ładowania: 2,9 s (desktop)
LCP: 1,9 s
FCP: 1,6 s
Mobilnie: pełna użyteczność
Tylko aktywne moduły, cache OPcache
Czyste repozytorium plików
Minifikacja CSS/JS + GZIP
Lazy loading, WebP, kompresja obrazków
Marketing: Google Ads i SEO
Techniczna strona projektu to dopiero połowa zadania. W modelu współpracy z Agropunktem KamikStudio odpowiada również za zarządzanie kampaniami Google Ads oraz koordynację marketingu efektywnościowego. Konto klienta zarządzane jest przez MCC KamikStudio, z równoległą współpracą z agencją zewnętrzną Rebena, odpowiedzialną za SEO, link building, Facebook Ads i analitykę.
Kluczową cechą marketingu dla Agropunkta jest ekstremalna wrażliwość na koszt kliknięcia. Przy marżach 1–5% na produkcie nieoptymalna kampania PMax jest w stanie wygenerować stratę w ciągu tygodnia. Dlatego podejście jest chirurgiczne: precyzyjne listy wykluczające, segmentacja per intencja, dedykowane RSA dla kampanii brandowych i produktowych, oraz stałe testowanie strategii biddingu.
1. Struktura konta — pięć kampanii + lista wykluczeń
Konto Google Ads Agropunkta zbudowane jest wokół pięciu aktywnych kampanii, z rozdzielonymi budżetami i intencjami — osobno PMax ogólny, osobno Shopping produktowy, osobno Search lokalny, osobno Search brandowy i osobno Display remarketing. Taka struktura pozwala mierzyć ROAS per kampania i alokować budżety z dokładnością do dnia.
2. Optymalizacje z marca 2026 — negatywne frazy i RSA
Jedna z ostatnich sesji optymalizacyjnych (30 marca 2026) obejmowała dodanie 21 nowych negatywnych słów kluczowych do współdzielonej listy wykluczeń „[Agropunkt] Wykluczenia – Irrelewantne kategorie”. Zakres wykluczeń dotyczył konkurencji detalicznej (castorama, leroy merlin, obi), marek nieobsługiwanych (agrecol, twoj ogrod), zapytań hobbystycznych w stronę DIY (opuchlaki, pedraki, cma bukszpanowa, spray, do podlewania) oraz zapytań informacyjnych (etykieta, dawkowanie, forum, opinie, wikipedia, praca, oferty pracy). Lista obejmuje w sumie 56 fraz stosowanych w 12 kampaniach oraz drugą listę „KS | Negatywne — Ogólne + Konkurencja” z 52 frazami w 14 kampaniach.
-
RSA Brand Agropunkt — Niska → Dobra
Dodano 6 nagłówków (Najlepsze Ceny na Rynku, Zator — Odbior Osobisty, Szeroki Asortyment Rolniczy, Fachowe Doradztwo Rolnicze, Zamow Online — Dostawa 24h, Zaufany Sklep od 2015 Roku) + 2 nowe opisy -
RSA Preparaty SOR — Niska → Średnia
Dodano 2 nowe nagłówki z nazwami produktów (Mospilan i Axial — Kup Teraz, Mustang Forte — Kup Online) + 2 opisy uwzględniające intencję produktową -
21 nowych wykluczeń w phrase + exact match
Dodane do wspólnej listy i zastosowane w 12 kampaniach jednocześnie — skrócenie czasu odpowiedzi na nowe patterny niepożądane -
Mospilan — 50% budżetu Search na jednym produkcie
Monitorowana anomalia — produkt Mospilan zjada 82,50 zł w ciągu 14 dni, wymaga weryfikacji czy realnie konwertuje
3. Wyniki Google Ads — 13–29 marca 2026
W oknie dwutygodniowym (13–29 marca 2026) kampanie Google Ads wygenerowały 5 790 kliknięć, 174 535 wyświetleń i 41,98 konwersji przy koszcie 1 130 zł. Wartość konwersji to 40 700 zł, co daje ROAS brutto w okolicy 36x. W branży rolniczej z marżą 1–5% na produkcie ROAS 36x to wynik komfortowy.
4. Historyczne wyniki kampanii (październik 2025)
Dla porównania — wcześniejsza struktura kampanii z października 2025 pokazuje, skąd wyszliśmy z optymalizacją. Oto pełen rozkład budżetów i wyników per kampania:
| Kampania | Budżet/dzień | Kliknięcia | Wyświetlenia | Konwersje | Koszt/konw. |
|---|---|---|---|---|---|
| PMAX OGÓLNA | 25,12 zł | 2 375 | 63 384 | 799,75 | 0,95 zł |
| PLA Cały Asortyment | 33 zł | 6 062 | 195 475 | 30,04 | 33,26 zł |
| SEARCH Lokalna Zator +50km | — | 638 | 20 369 | 8,4 | 69,56 zł |
| SEARCH ŚOR Cała Polska | 25 zł | 1 168 | 41 507 | 5 | 151,95 zł |
| SEARCH Nasiona | 5 zł | 196 | 3 709 | 24,65 | 3,74 zł (najlepszy) |
| PLA Wybrane Produkty | 20 zł | 548 | 17 335 | 18 | 33,77 zł |
| Display Remarketing Dynamiczny | 7 zł | 345 | 26 693 | 0 (branding) | — |
5. Znane zagadnienia kampanii i plan działań
-
Tracking konwersji w Search — do weryfikacji
PMax i Shopping raportują konwersje prawidłowo, ale Search z kampanii brandowej pokazuje 0 konwersji z 144 kliknięć — prawdopodobnie zepsuty tag, do audytu GTM -
PMax ograniczony przez strategię stawek
Google rekomenduje przejście na Docelowy ROAS 12 763% — zmiana strategii zaplanowana po sezonie (czerwiec/lipiec 2026), kiedy konto zbierze wystarczający sygnał konwersyjny -
Mospilan — single-product dominance
Produkt zjada 50% budżetu Search w ciągu 14 dni (82,50 zł) — wymaga rozdzielenia na osobną grupę reklam i monitorowania ROAS per SKU -
SEO — 38% wzrost ruchu organic (sie→paź 2025)
Z 828 do 1 142 sesji miesięcznie — dwa słowa kluczowe w TOP 10 Google: „jak sadzić czosnek zimowy” (6. poz., 101 odwiedzin/mc) i „kiedy siać marchew” (8. poz., 145 odwiedzin/mc) -
Cytowania AI (Ahrefs)
ChatGPT: 6, Perplexity: 3, Google AI: 1, Copilot: 2 — sklep pojawia się w odpowiedziach dużych modeli językowych -
118 nowych tekstów SEO (sie–paź)
4 artykuły blogowe miesięcznie, 88 unikalnych fragmentów SEO, 16 linków wewnętrznych — kampania contentowa spójna z kalendarzem rolniczym
6. Facebook Ads — uzupełnienie lejka (sierpień 2025)
Kampanie Facebook Ads realizowane równolegle z Google Ads obsługują dwa uzupełniające cele: lead generation B2B dla kategorii zbóż ozimych oraz remarketing dla porzuconych koszyków. W sierpniu 2025 kampania Lead Ads „Zboża ozime” wygenerowała 7 leadów (+250% vs lipiec), zasięg 10 559, wyświetlenia 51 309, koszt/lead 77,64 zł, wydatki 543,51 zł. Kampania ruchu dla segmentu „Rolnicy 30–55” przyniosła 517 wyświetleń landing page przy zasięgu 26 159 i koszcie/wynik 1,04 zł (wydatki 538,08 zł). Remarketing porzuconych koszyków: 2 zamówienia przy koszcie 70,18 zł/zakup.
Technologie
Stack projektu Agropunkt to pełen zestaw narzędzi e-commerce’owych, ERP-owych i marketingowych, zintegrowany w jeden spójny pipeline. Każdy z wymienionych elementów ma realne zastosowanie w projekcie — nie są to „technologie na okładkę”.
PHP 8.3
Symfony 6.4
MySQL 8.0
Twig
Smarty
OPcache
Cache Symfony
KS Homepage 1.0.0
KS Listing Pro 1.0.0
KS Shipping 1.0.0
KS GTM DataLayer 1.5.0
KS Pretty URLs 1.0.0
KS Integrator 1.0.0
KS SOR 1.0.0
dpdshipping 2.0.1
pddeliverycostbydistancepro 2.4.6
RtnetSubSync (OpSync)
x13allegro
Comarch Optima (CDN_Zator)
Subiekt GT
DPD Poland API
Raben API
InPost (blokada SOR)
PowerShell (OpSync/sync_attachments.ps1)
Token SHA-256 (REST API)
Google Analytics 4
Google Tag Manager GTM-KN253GN9
Measurement Protocol (server-side refund)
Google Ads Conversion ID 16922344952
Google Merchant Center
Facebook Ads (Lead Ads + Ruch)
Ahrefs
GTmetrix
Core Web Vitals
Schema.org JSON-LD
Pretty URLs + 301 redirects
Apache 2.4 / .htaccess hardening
SSL / HTTPS
GZIP + Minifikacja CSS/JS
Lazy loading + WebP
Rezultaty
Projekt Agropunkt dostarczył klientowi mierzalne wyniki na czterech równoległych osiach: wyniki techniczne (performance), wyniki biznesowe (konwersje, przychód), wyniki compliance (gotowość prawna przed terminem) oraz wyniki marketingowe (ROAS, ruch, pozycje SEO). Poniżej najważniejsze wskaźniki z trzydziestu dni po wdrożeniu oraz parametry referencyjne projektu:
Podsumowanie
Agropunkt to projekt, który pokazuje, że KamikStudio to nie tylko kod. To kompletne rozwiązanie biznesowe łączące migrację techniczną, compliance prawny i marketing efektywnościowy w jednej ciągłości operacyjnej. Projekt objął pełną migrację z PrestaShop 8.2 + PHP 8.1 na PrestaShop 9.0.2 + PHP 8.3 + Symfony 6.4 + MySQL 8.0 z zachowaniem 3 000+ produktów, 15 000+ klientów i pełnej historii zamówień, naprawą czterech klas problemów kompatybilnościowych (hardening .htaccess PS9, brakujące obrazki, Twig error w dpdshipping, kompatybilność PHP 8.3), budowę siedmiu dedykowanych modułów KS (Homepage, Listing Pro, Shipping, GTM DataLayer, Pretty URLs, Integrator z ERP Comarch Optima, SOR), wdrożenie czterech krytycznych integracji zewnętrznych (DPD Poland, Raben paleta, OpSync/Subiekt GT, Allegro), zapewnienie pełnej zgodności z ustawą o środkach ochrony roślin przed terminem 6 marca 2026 (6 tabel ewidencyjnych, retencja 5 lat, blokady logistyczne, zakaz fumigantów), optymalizację performance do GTmetrix Grade B (84% perf., LCP 1,9 s, FCP 1,6 s, CLS 0, czas ładowania 2,9 s — spadek o 42% względem stanu sprzed migracji), prowadzenie pięciu kampanii Google Ads z łącznym budżetem ~82 zł/dzień i ROAS brutto ~36x, oraz wsparcie działań SEO, które zwiększyły ruch organiczny o 38% i zapewniły pozycje TOP 10 dla 45+ fraz. Pełne wdrożenie produkcyjne zostało przeprowadzone 20 stycznia 2026 roku — na sześć tygodni przed wejściem w życie nowych przepisów ustawowych, co zapewnia klientowi komfortowy bufor operacyjny oraz ochronę przed karami PIORiN w przedziale 1 000 — 100 000 zł. Projekt Agropunkt pokazuje, że technologia, compliance i marketing muszą działać jako jeden organizm — i że tylko takie podejście daje klientowi w branży o marżach 1–5% rzeczywistą przewagę konkurencyjną.