Ustawienie Google Analytics dla witryny śledzącej konwersje

Potrzebny doświadczony specjalista Google Ads dla internetowego sklepu mebli biurowych. Nie szukamy osoby, która "uruchomi reklamę". Szukamy specjalisty, który weźmie konto pod swoją odpowiedzialność i będzie systematycznie pracować nad wynikiem. Sytuacja jest następująca: Do sierpnia 2023 roku Google Ads przynosił stabilne sprzedaże. Potem efektywność zaczęła spadać, a po kwietniu 2025 roku sprzedaży z powodu reklamy w Google stało się bardzo mało. Pracujemy w Ukrainie. U nas: • własna produkcja; • Search, Shopping i Performance Max; • średni i wyższy segment cenowy; • darmowa dostawa i montaż. Potrzebne: • przeprowadzenie audytu konta; • znalezienie przyczyny spadku sprzedaży; • zaproponowanie swojego spojrzenia na sytuację i planu działania; • samodzielne wdrożenie niezbędnych zmian; • regularne prowadzenie konta, testowanie hipotez, optymalizacja kampanii i praca nad zwiększeniem sprzedaży. Chcielibyśmy współpracować z osobą, która nie wykonuje szablonowo technicznych zadań, ale szerzej rozumie problemy marketingowe, proponuje rozwiązania i utrzymuje konto w dobrym stanie.

Poszukujemy doświadczonego specjalisty lub freelancera do ustawienia i dalszego wsparcia kampanii reklamowych Google Ads dla strony: https://contourenterprise.com.ua/O projekcie Contour Enterprise — nowoczesny system ERP europejskiego rozwoju do kompleksowej automatyzacji przedsiębiorstw produkcyjnych, handlowych, budowlanych oraz usługowych. Główna grupa docelowa — ukraińskie przedsiębiorstwa, które szukają nowoczesnej alternatywy dla 1C/BAS.Do wykonania Ustawić kampanie reklamowe Google Ads: reklama w wyszukiwarce; w razie potrzeby Performance Max; remarketing. Zebrać i pogrupować słowa kluczowe. Stworzyć efektywne reklamy i rozszerzenia. Ustawić śledzenie konwersji (zapytania, połączenia, formularze itp.). Odfiltrować niecelowy ruch. Nieustannie optymalizować kampanie reklamowe w celu poprawy wyników. Przekazywać regularne raporty z wynikami i rekomendacjami.

Sklep internetowy z kosmetykami podologicznymi i produktami: https://podologiczny-sklep.com.pl/ Szukamy osoby z doświadczeniem w sprzedaży kosmetyków lub podobnych produktów w GEO Polska Pierwszy projekt na 2 tygodnie, jeśli zrealizujesz ustalone cele, jesteśmy gotowi na stałą współpracę. Proponujemy również % od sprzedaży przy ustalonym ROAS, w takim przypadku czekamy na Twoje propozycje. Celem projektu: Osiągnięcie ROAS 350-400% przy budżecie reklamowym 2000 PLN w pierwszych dwóch tygodniach pracy. Mamy statystyki dotyczące klientów. W przypadku przedłużenia współpracy planujemy budżet na następne 4 tygodnie w wysokości 8000 PLN, oczekujemy również ROAS na poziomie 400%. Taki ROAS dotyczy 90% produktów na stronie z ceną do 200 zł. Projekt ma obejmować: Uruchomienie kampanii na popularne produkty Uruchomienie kampanii reklamowych na subskrypcję dla klientów B2B, specjalistów, którzy mogą kupować po cenach hurtowych Lokalna sprzedaż w sklepie stacjonarnym w Warszawie lub inne GEO: Polska Języki docelowej grupy odbiorców: • polski • ukraiński • rosyjski Do maja w performance max utrzymywaliśmy ROAS 400% przy niewielkim budżecie. Po tym zaczęliśmy współpracować z wykonawcą, który wydał 1 tys. dolarów z ROAS na poziomie 130%, co dla nas oznaczało sprzedaż z dużą stratą.

Trzeba złożyć apelację na zablokowanie kampanii reklamowej Google Ads. Można wprowadzić zmiany w ustawieniach, zgodnie z wymaganiami Google.

Potrzebne jest skonfigurowanie pełnoprawnej analityki GA4 Ecommerce dla strony Laravel. Link do strony prześlę w wiadomości prywatnej. Strona ma dwie wersje językowe: Wersja UA: ua/ Wersja RU: ua/ru Podstawowa GA4/GTM jest już zainstalowana, zdarzenia kliknięć są już skonfigurowane. Ale potrzebna jest pełnoprawna e-commerce, a nie tylko kliknięcia przycisków. Potrzebne jest, aby w GA4 poprawnie wypełniały się raporty e-commerce: - “Zakupy w sklepie internetowym” - produkty - koszyk - transakcje - przychody - ścieżka do zakupu - ścieżka do składania zamówienia Programista Laravel jest w zespole. Jeśli potrzebne są poprawki w kodzie, wykonawca musi przygotować dokładne specyfikacje dla naszego programisty dotyczące dataLayer. Główne zadania: 1. Sprawdzić aktualne ustawienia GTM/GA4. 2. Sprawdzić, aby nie było duplikacji tagów ani konfliktów. 3. Przygotować dokładne specyfikacje dla programisty Laravel dotyczące dataLayer: - jakie zdarzenia przekazywać; - na jakich stronach; - przy jakich działaniach użytkownika; - jakie parametry produktu przekazywać; - jakie parametry zamówienia przekazywać; - jak przekazywać gramatury / warianty produktu; - jak uniknąć duplikacji purchase. 4. Po wdrożeniu dataLayer przez programistę — skonfigurować GTM. 5. Sprawdzić wszystkie zdarzenia przez GTM Preview, Tag Assistant i GA4 DebugView. 6. Sprawdzić działanie zdarzeń osobno na wersjach UA i RU strony. 7. Przedstawić końcowy raport ze zrzutami ekranu. Potrzebne zdarzenia GA4 Ecommerce: - view_item_list - przegląd kategorii / listy produktów - select_item - kliknięcie w produkt z listy - view_item - przegląd karty produktu - add_to_cart - dodanie produktu do koszyka - remove_from_cart - usunięcie produktu z koszyka - view_cart - przegląd koszyka - begin_checkout - rozpoczęcie składania zamówienia - add_shipping_info - wybór dostawy - add_payment_info - wybór płatności - purchase - udane zamówienie / zakup - quick_order lub generate_lead - jeśli na stronie jest szybkie zamówienie O produkcie należy przekazywać: - item_id - item_name - item_category - item_variant - price - quantity Ważne: na stronie są produkty z różnymi gramaturami / wariantami. Należy je przekazywać przez item_variant, na przykład: 50 g, 100 g, 250 g. O zamówieniu należy przekazywać: - transaction_id - currency: UAH - value - shipping - tax - coupon, jeśli jest - items Również pożądane jest przekazywanie wersji językowej strony jako osobnego parametru, na przykład: language: "uk" language: "ru" Aby w przyszłości można było analizować zakupy osobno dla wersji UA i RU. Ważne wymagania: 1. add_to_cart powinno działać po pomyślnym dodaniu produktu do koszyka, a nie tylko przy kliknięciu w przycisk. 2. begin_checkout powinno rzeczywiście działać przy rozpoczęciu składania zamówienia. 3. purchase powinno działać tylko raz na jedno zamówienie. 4. purchase powinno przekazywać rzeczywisty transaction_id. 5. Jeśli użytkownik odświeża stronę “Dziękujemy za zamówienie”, purchase nie powinno się duplikować. 6. Jeśli jest zewnętrzny system płatności, należy sprawdzić, aby nie łamało to źródła ruchu. 7. Kliknięcia w przyciski nie są uważane za pełnoprawną e-commerce. 8. Aktualne zdarzenia kliknięć można pozostawić, ale nie zastępują one GA4 Ecommerce. Końcowy raport powinien zawierać: - lista skonfigurowanych tagów GTM; - lista triggerów GTM; - lista zmiennych GTM; - lista zdarzeń, które są przekazywane do GA4; - zrzuty ekranu GTM Preview; - zrzuty ekranu GA4 DebugView; - zrzut ekranu view_item; - zrzut ekranu add_to_cart; - zrzut ekranu begin_checkout; - zrzut ekranu purchase; - zrzut ekranu purchase z parametrami transaction_id, value, currency, items; - potwierdzenie, że purchase się nie duplikuje; - potwierdzenie, że kwota zamówienia jest przekazywana poprawnie; - potwierdzenie, że produkty w zamówieniu są przekazywane poprawnie; - potwierdzenie, że zdarzenia działają na wersjach UA i RU; - osobne specyfikacje dla programisty Laravel dotyczące dataLayer. Kryterium sukcesu: W GA4 DebugView muszą być widoczne zdarzenia view_item, add_to_cart, begin_checkout i purchase z poprawnymi parametrami. W purchase muszą być obowiązkowo: - transaction_id - value - currency: UAH - items W produktach muszą być przekazywane: - item_id - item_name - item_category - item_variant - price - quantity Po zgromadzeniu danych w GA4 Monetization muszą zacząć wypełniać się raporty e-commerce.