Sprawdzenie ustawień śledzenia ecommerce na stronie

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.

Witam wszystkich! Posiadam stworzony serwis już od ponad pół roku i wciąż nie mogę zabrać się za uruchomienie płatnego ruchu przez Google. Szukam specjalisty z doświadczeniem, który pomoże mi przejść moderację w Merchants bez banów i blokad. Będzie również potrzebne zbudowanie jasnej i zrozumiałej strategii promocji na jeden lub dwa kwartały, wszystko zależy od wyników. Proszę o kontakt tylko tych, którzy naprawdę się na tym znają i mają doświadczenie. Różne fajne i drogie agencje z mnóstwem projektów i specjalistów podzielonych na kierunki proszę nie niepokoić. Jestem gotów płacić za wyniki i profesjonalizm. Dziękuję!

Witam. Jest potrzeba skonfigurowania poprawnej pracy piksela dla meta ads. Obecnie celem są leady i zakupy, ale zdarzenie nie działa poprawnie. W Google Tag Manager ustawione są cele, ale również nie działają poprawnie. Co jest potrzebne: klient przechodzi na stronę, wypełnia pola, klika opublikuj, przechodzi na stronę płatności, dokonuje płatności, widzi stronę „Dziękuję” - konwersja zaliczona. Co jest obecnie: klient wypełnia, klika przycisk opublikuj, nie przechodzi na stronę płatności, nie dokonuje płatności i wychodzi ze strony, ale konwersja i tak jest zaliczona. To znaczy, że działa nie po płatności, a po kliknięciu przycisku. Proszę o podanie czasu realizacji oraz Państwa wizji, jak to rozwiązać, czy mieli Państwo doświadczenie w rozwiązaniu podobnych problemów. Przekazuję wszystkie dostępne dane do konfiguracji.

Witam. Szukam doświadczonego specjalisty PPC do uruchomienia i dalszego prowadzenia kampanii reklamowych Google Ads. Uruchomienie nowej strony planowane jest za kilka tygodni. Teraz chcę wybrać wykonawcę i ocenić jego podejście do projektu. Przekazuję: link do aktualnej strony - https://www.bostontms.org/ (okropna, wiem) link do folderu ze wszystkimi eksportami CSV z aktualnego konta Google Ads https://drive.google.com/drive/folders/1vBwdlFTvnGf3kJg41kCMf56zz_vgZ9Ul?usp=sharing w razie potrzeby dodatkowe zrzuty ekranu lub informacje. Proszę o analizę konta i odpowiedź: jakie główne błędy widzisz; co warto zmienić w pierwszej kolejności; czy warto uruchamiać reklamę dla tego projektu; czy trzeba czekać na uruchomienie nowej wersji czy wiesz, jak formułować wiadomości w Google Ads dla tematyki TMS (Transkranialna Stymulacja Magnetyczna), leczenia depresji i innych zaburzeń psychicznych; jakie orientacyjne CPC oczekujesz po prawidłowej optymalizacji; ile mniej więcej kliknięć można uzyskać przy budżecie 500 $; jaki budżet polecałbyś na start; koszt twoich usług w zakresie ustawienia i miesięcznego prowadzenia reklamy. Wymagania dla wykonawcy: potwierdzone doświadczenie w pracy z Google Ads (nie tworzenie stron, nie SEO); mile widziane doświadczenie PPC w tematyce medycznej; znajomość polityk Google Ads dotyczących reklamy medycznej i wrażliwych tematów; doświadczenie w pisaniu ogłoszeń, które przechodzą moderację i spełniają wymagania Google. Bez potwierdzonego udanego doświadczenia w PPC nie będę mogła rozważyć twojej kandydatury. Przepraszam. Jeśli pierwszy miesiąc będzie udany, planujemy kontynuować PPC przez 3 miesiące i dłużej. Stawiam testowe 1000 UAH, twój budżet omówimy osobno.