Korekta cen na stronie zgodnie z cenami konkurencji. Obniżać cenę na towar w sklepie internetowym

Potrzebny programista z doświadczeniem w pracy z CS-Cart Multivendor do dwóch powiązanych poprawek w gotowym sklepie internetowym Zadanie 1 - uszkodzone zdjęcia produktów. Na stronach części produktów nie wyświetlają się. Niektóre zdjęcia (wyświetla się "uszkodzony" ikonka obrazu). Samodzielna diagnostyka wykazała dwa różne typy przyczyn: Oryginał zdjęcia istnieje na serwerze, ale nie generowany jest konkretny niestandardowy (nie kwadratowy) rozmiar, potrzebny do pełnoekranowego wyświetlania zdjęcia (ta funkcja - z zewnętrznego modułu "AB: Rozszerzone przeglądarki obrazów", AlexBranding). Kwadratowe rozmiary tych samych zdjęć generowane są bez problemów. Oryginał zdjęcia jest całkowicie nieobecny na serwerze - konkretny przykład i link zostanie podany przy odpowiedzi. Zadanie 2 - podgrzewanie cache nowych produktów. Strona co noc automatycznie parsuje i dodaje nowe produkty (oddzielny skrypt cron). Cache'owanie stron jest już skonfigurowane i działa, podgrzewanie strony głównej i kategorii zostało już zrobione - ale strony samych nowych produktów wciąż nie są podgrzewane od razu po imporcie, dlatego pierwszy rzeczywisty klient, który otworzy nowy produkt bezpośrednio, otrzymuje wolne "zimne" ładowanie. Należy dodać automatyczne podgrzewanie (curl/wget po liście nowych produktów) od razu po zakończeniu nocnego importu. Wszystkie niezbędne dostępności będą Ci udostępnione po selekcji. Format pracy: dwa oddzielne etapy z oddzielną lub wspólną płatnością za każde zadanie. Najpierw diagnostyka/analiza z pisemnym potwierdzeniem podejścia do każdego zadania, potem realizacja. Odpowiadaj, jeśli masz odpowiednie doświadczenie z CS-Cart Multivendor - szczegóły i testowe zadanie przekażemy w prywatnej korespondencji.

Jesteśmy producentem niestandardowego druku na odzieży oraz transferów DTF. Używamy wąsko wyspecjalizowanej strony na WooCommerce, gdzie koszt produktów (na przykład niestandardowych transferów foliowych) często obliczany jest na podstawie cali kwadratowych lub zależy od objętości i nie ma ustalonej ceny za jednostkę, ale są też produkty sztuczne. Potrzebujemy doświadczonego specjalisty od GTM/GA4, aby poprawić naszą architekturę śledzenia i zastąpić obecne tymczasowe rozwiązania pełnoprawnym śledzeniem e-commerce. Obecne problemy ze śledzeniem, które należy naprawić: Uszkodzony "Dodaj do koszyka": Obecne ustawienie jest tymczasowym rozwiązaniem (kulką), gdy zdarzenie add_to_cart uruchamia się podczas ładowania strony view_cart, a nie przy faktycznym kliknięciu przycisku. Brakujące/Niepoprawne wartości: Dane e-commerce nie są przesyłane prawidłowo (Data Layer przesyła false dla e-commerce, a koszt produktów wyświetla się niepoprawnie, na przykład 0.03 CAD zamiast dynamicznie obliczonej ceny). Błąd z ilością w Meta Ads: Meta Pixel błędnie interpretuje nasze niestandardowe rozmiary. Jeśli klient kupuje jeden wydruk 30x30 cm, Meta obecnie rejestruje to jako 900 konwersji zamiast 1 jednostki produktu. Synchronizacja języka i e-maila: Użytkownicy anglojęzyczni dodają produkty do koszyka, ale otrzymują automatyczne e-maile o porzuconym koszyku w języku francuskim. Utracone konwersje: Niektóre udane zakupy nie aktywują końcowych tagów konwersji na stronie. Zakres prac i oczekiwane wyniki: Optymalizacja Data Layer: Wdrożyć (lub dostarczyć dokładny kod dla naszego programisty) niezawodny Data Layer, który rejestruje prawidłową dynamicznie obliczoną cenę (value) oraz faktyczną ilość produktu (quantity), wydzielając rozmiary wydruku jako niestandardowy parametr. Śledzenie e-commerce GA4: Naprawić zdarzenia add_to_cart oraz purchase, aby uruchamiały się wyłącznie na działanie użytkownika z dokładnymi danymi tablicy e-commerce. Google Ads: Naprawić śledzenie konwersji "Zakup", aby zapewnić dokładne obliczenie ROAS na podstawie rzeczywistej wartości koszyka. Meta Ads Pixel i CAPI: Naprawić tagi purchase oraz add_to_cart, aby Meta śledziła 1 fizyczny produkt jako 1 konwersję. Skonfigurować Meta Conversions API dla większej dokładności. Tworzenie odbiorców: Stworzyć niestandardowe odbiorców remarketingowych w GA4 oraz Google Ads na podstawie konkretnych produktów i języka użytkownika (FR i ENG). Naprawa wyzwalaczy e-mail marketingu: Upewnić się, że parametr aktywnego języka użytkownika (FR/ENG) jest prawidłowo przesyłany przez GTM do naszej platformy e-mail marketingu dla poprawnego przepływu językowego.

Rozwój sklepu internetowego na WordPress / WooCommerce Potrzebne jest opracowanie sklepu internetowego na WordPress (WooCommerce) z wykorzystaniem szablonu WoodMart, skonfigurowanie niezbędnej funkcjonalności, integracji oraz wykonanie wdrożenia strony na hostingu. Szablon: https://themeforest.net/item/woodmart-woocommerce-wordpress-theme/20264492Podstawowe wymagania instalacja i konfiguracja WordPress, WooCommerce oraz szablonu WoodMart; umieszczenie strony na hostingu; import produktów z Prom.ua (zdjęcia, nazwa, opis); synchornizacja z CRM (stan magazynowy, artykuły, ceny); instalacja i konfiguracja darmowego wtyczki SEO (Tytuł, Opis, Mapa strony, URL); podłączenie dostawy: Nowa przesyłka; Ukrpoczta; konfiguracja metod płatności: płatność przy odbiorze; płatność online (LiqPay lub WayForPay); konfiguracja cen promocyjnych (wyświetlanie przekreślonej starej ceny); konfiguracja darmowej dostawy i/lub zniżki na dostawę przy zamówieniu powyżej określonej kwoty; responsywne wyświetlanie strony na urządzeniach mobilnych;W odpowiedzi proszę podać przykłady zrealizowanych sklepów internetowych na WooCommerce; całkowity koszt projektu; orientacyjne terminy realizacji;Ważne W koszt projektu nie wliczać: hostingu; domeny; certyfikatu SSL; licencji na szablon WoodMart; kosztu płatnych wtyczek (w razie potrzeby). Płatność za wymienione usługi i licencje będzie realizowana osobno.

Potrzebny silny specjalista/zespół do stworzenia strony internetowej marki (nie klasyczny marketplace). Produkt: sprzęt gospodarstwa domowego i kosmetyczny (fotele masujące, masażery perkusyjne, stylizatory, prostownice, irygatory, elektryczne szczoteczki do zębów, odkurzacze akumulatorowe). Katalog ≈20–30 SKU (wkrótce będzie się zwiększać). Sprzedaż głównie przez marketplace'y i offline, ale strona ma wspierać składanie zamówień i płatności (pełna płatność + ratalna przez ukraińskich dostawców). Wymagania / zadania: Projekt i szablon na OpenCart Customowy brand-UI (desktop + mobile), pixel-perfect realizacja. Referencje: https://www.mi.com/ua, https://dreame.ua Struktura: Strona główna → kategorie → kolekcje → karta produktu (rich-content). Karta produktu: hero, galeria zdjęć + wideo, jak to działa, zakładki (specyfikacje / wyposażenie / instrukcja / FAQ), porównanie modeli, blok „Gdzie kupić” (przyciski do marketplace'ów + przycisk „Kup na stronie”), opinie/UGC. CMS dla produktów (~30 wpisów, możliwość skalowania), blog/przewodniki. Funkcjonalność Dynamiczne szablony kart produktów, możliwość customowych pól (specyfikacje, metafields), filtry/sortowanie. Formularze zamówienia na karcie i uproszczony checkout (mobilny friendly). Integracja Web-form → middleware → KeepinCRM (tworzenie kontaktu + umowy/zamówienia; przekazywanie SKU, qty, price, UTM, kanał). Integracja płatności przez ukraińskich agregatorów (WayForPay / Fondy / LiqPay) z obsługą płatności ratalnych (przez agregator lub middleware). Śledzenie: GA4, Facebook/Meta Pixel, event-tracking (view_item, add_to_cart, begin_checkout, purchase), parametryzacja UTM. SEO: optymalizacja kart, przyjazne URL, meta, Open Graph, mikroformat product schema. Masowe wypełnianie: import/eksport CSV (produkty, kategorie). Wydajność i bezpieczeństwo: caching, optymalizacja obrazów, SSL, podstawowe środki bezpieczeństwa (WAF/aktualizacje), schemat backupu. Funkcje administracyjne: prosta panel do edycji kart, zarządzanie zamówieniami, kodami promocyjnymi, logowanie/poziomy dostępu. Deliverables (co ma być na wyjściu) Gotowy projekt OpenCart na produkcyjnym hostingu (lub instrukcja wdrożenia) + dostęp administracyjny. Middleware (Node/PHP/Serverless) — kody źródłowe + wdrożenie/instrukcja (przetwarzanie formularzy, tworzenie płatności, webhooks, integracja z KeepinCRM). Dokumentacja: jak edytować CMS, instrukcje dotyczące pracy z zamówieniami, lista kontrolna scenariuszy testowych. Szkolenie administratora: min. 4 godziny online (praca z panelem administracyjnym, import/eksport, przetwarzanie zamówienia). Wsparcie: poprawki błędów przez 8 tygodni po wydaniu (warunki SLA do uzgodnienia). My zapewniamy Księga znaku/logotypy, przykłady zdjęć/wideo (częściowo), lista SKU z opisami i danymi technicznymi. Dostęp do KeepinCRM (testowy klucz API na żądanie), dostęp do hostingu/domeny po uzgodnieniu. Wymagania dla wykonawcy Portfolio: min. 2–3 żywe strony na OpenCart z customowymi stronami produktów; przykłady zrealizowanych integracji forms→CRM lub integracji płatności. Doświadczenie: OpenCart (moduły, szablony), rozwój/konfiguracja middleware (Node/PHP), praca z API (KeepinCRM, WayForPay/Fondy/LiqPay), webhooks. Zrozumienie SEO, wydajności frontend i bezpieczeństwa. Procesy: regularne aktualizacje (co tydzień), komunikacja w Telegramie/Slacku, użycie narzędzia do śledzenia zadań (Trello/Jira/Asana). W zgłoszeniu proszę podać: krótkie CV zespołu/doświadczenia, linki do przypadków, wstępna ocena terminów i kosztów. Gotowość do wykonania płatnego testu (szablon 1 karty + integracja formularza → testowy punkt końcowy). Terminy i budżet Orientacyjny czas realizacji MVP: 4–8 tygodni (do uzgodnienia). Orientacyjny budżet: wstępna ocena — proszę podać w zgłoszeniu. Dodatkowe techniczne wyjaśnienie (omawiamy przed zatrudnieniem) Jaki zestaw modułów/wersja OpenCart jest proponowana do użycia; plan hostingu; jakie narzędzia do backupu/monitoringu zapewnia wykonawca; warunki przekazania kodów źródłowych i dostępów po zakończeniu.

Szukamy specjalisty, który ma praktyczne doświadczenie w pracy z Allegro jako rynkiem i może pomóc nam zrozumieć uruchomienie sprzedaży. Sprzedajemy produkty do okien: rolety / zasłony plisowane. Teraz musimy sprawdzić, czy konto, ogłoszenia, dostawa, parametry produktów, opisy, zdjęcia i ogólna logika uruchomienia są poprawnie skonfigurowane. Potrzebujemy nie teoretycznej konsultacji, a praktycznej analizy: co jest teraz zrobione poprawnie, co może przeszkadzać w sprzedaży, co należy poprawić w pierwszej kolejności i jak najlepiej iść dalej. Co trzeba będzie zrobić: Sprawdzić konto sprzedawcy Allegro. Przejrzeć nasze ogłoszenia. Ocenić tytuły, opisy, zdjęcia i parametry produktów. Sprawdzić ustawienia dostawy i terminy wysyłki. Podpowiedzieć, jak lepiej przedstawić rozmiary produktów w ogłoszeniach. Wyjaśnić, co może przeszkadzać w pojawianiu się produktów w wyszukiwarce. Dać konkretne rekomendacje, co zmienić, aby uruchomić sprzedaż. Format pracy: Zoom / Google Meet, orientacyjnie 60–90 min. Po konsultacji chcemy otrzymać krótki wykaz konkretnych działań: co poprawić, co sprawdzić, co zrobić w pierwszej kolejności. Ważne jest dla nas znalezienie osoby, która naprawdę pracowała z Allegro i może dać praktyczne rady, a nie tylko ogólne informacje o rynku.