Sprzątanie „innych” zapytań wyszukiwania

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.