Budżet: 5000 UAH Termin: 1 dzień
Dzień dobry.
Sądząc po opisie, macie klasyczny problem z rozdziałem między analityką a rzeczywistym przesyłaniem leadów do CRM. GA4 może rejestrować zdarzenie wysłania formularza, ale sam POST-zapytanie do CRM lub webhook może nie być wysyłane lub może się nie powieść.
Co zrobię:
1. Sprawdzę pełną ścieżkę leada
TikTok → formularz/quiz Webflow → GTM → webhook/API → CRM.
2. Za pomocą DevTools sprawdzę rzeczywiste zapytanie po wysłaniu formularza
czy POST jest wysyłane do CRM, jaki payload jest przesyłany i jaki jest status odpowiedzi.
3. Sprawdzę ustawienia integracji Webflow
czy używany jest webhook, Zapier/Make czy bezpośrednie API.
4. Sprawdzę wyzwalacze w GTM i zdarzenia GA4
aby zrozumieć, czy GA rejestruje zdarzenie wcześniej niż rzeczywiście przesyłany jest lead.
5. Zrobię testowe wysyłki formularzy i znajdę dokładny punkt, w którym gubi się lead.
Po tym poprawię przesyłanie danych, aby leady stabilnie trafiały do CRM i zgadzały się z analityką.
Proszę o informację:
* jak dokładnie obecnie jest skonfigurowana integracja Webflow → CRM (webhook / Make / Zapier / bezpośrednie API)?
* czy to standardowy formularz Webflow czy niestandardowy quiz?
Mogę rozpocząć sprawdzanie od razu po uzyskaniu dostępu.
Budżet: 5000 UAH Termin: 2 dni
Witam.
Mogę zrealizować zadanie. Mam doświadczenie w podobnym. Terminy i koszt są orientacyjne - trzeba omówić szczegóły.
Pisz, zrobię wszystko szybko i jakościowo.
Budżet: 8000 UAH Termin: 2 dni
Witaj! Sytuacja, w której analityka (GA4) widzi lead, a CRM — nie, to klasyczny problem rozdziału między frontendem a backendem. Ponieważ GTM jest poprawnie skonfigurowany, problem leży z pewnością w samym kanale przesyłania danych (Webhook lub API) między Webflow a twoimi CRM. Moje doświadczenie koncentruje się na rozwiązywaniu takich „zatorów” za pomocą Make i n8n. Pomogę, aby dane się nie gubiły. Zrealizowałam ponad 30 podobnych automatyzacji. W szczególności mam przypadki synchronizacji złożonych baz danych oraz automatycznego rozliczania zapytań, gdzie rejestrowaliśmy i naprawialiśmy utratę do 40% leadów. Koszt audytu i naprawy integracji: 200 — 350 dolarów. Termin: 1–2 dni. Gotowy do dyskusji w prywatnych.
Budżet: 5000 UAH Termin: 3 dni
Maria, witam!
Zainteresował mnie twój projekt i chciałbym zaproponować swoją pomoc.
Zajmuję się tworzeniem stron na Webflow już ponad 3 lata. Również stale pracuję z różnymi integracjami i zewnętrznymi usługami. Dlatego mogę szybko i jakościowo wykonać twoje zadanie.
Będę zadowolony, aby odpowiedzieć na wszystkie twoje pytania.
Budżet: 5500 UAH Termin: 6 dni
Zaufaj profesjonalistowi z ponad 10-letnim doświadczeniem! Stawka i terminy są aktualne! Będę zadowolony z współpracy! Doświadczenie w komercyjnej produkcji sklepów internetowych na CMS, portali biznesowych i stron korporacyjnych - 11 lat! +CMS: WordPress(+Woocommerce) PrestaShop/Opencart/Joomla/Bitrix/MODX/DLE/Shopify php/html/css/js/Mysql, PhotoShop/Figma Przykłady prac (od zera pod klucz): https://amari.net.ua/ https://heypretty.gr/ https://thaibalispa.pl/ https://wildandorganic.com/ https://cryptosignals.org/ https://ecnbot.com https://locs-ua.com/ https://www.grower.com.ua/ https://www.alternativemedicine.com.ua/ https://silkkiss.ua/ https://v12coffee.com.ua/ https://smrtalgo.com/ https://sengero.no/ https://beautybysim.no/ https://sonatagalleri.com/ https://www.solmy-realestate.com/ https://www.emmanuel.com.ua/ https://www.onsitecomputersinc.com/ https://express-tehbud.com/ https://korostenporcelain.com.ua/ https://sladok.com.ua/ https://pricemds.com/ https://picupmedia.com/ https://www.serasar.com/
Budżet: 5000 UAH Termin: 2 dni
Witam!
Znajdę i naprawię problematyczne punkty z integracjami CRM.
Proszę o kontakt.
Budżet: 5000 UAH Termin: 2 dni
Dzień dobry. Pracowałem z tym CRM i ciągle robię integracje. Proszę się zgłaszać - znajdę przyczynę błędu i naprawię. Potrzebna jest diagnostyka. Czekam w wiadomościach prywatnych.
Budżet: 9000 UAH Termin: 5 dni
Witam! Wykonam Twoje zadanie szybko i jakościowo.
Moje portfolio: https://freelancehunt.com/ua/freelancer/romas6ka.html#portfolio
Pisz, zacznę pracować dzisiaj. Będę zadowolony ze współpracy z Tobą!
Budżet: 5500 UAH Termin: 2 dni
Cześć, pisz, zrobię. Nic trudnego, pewnie. W większości przypadków trzeba wpisać atrybuty - pod warunkiem prawidłowej struktury. Przejrzyj opinie, wszystko zawsze świetnie.
Oferty ukryte
Aktualnie brak ofert
Aktualne zlecenia dla freelancerów w kategorii Javascript & Typescript
Witam wszystkich, potrzebujemy stworzyć stronę internetową do organizacji wydarzeń i sprzedaży biletów. Możliwe opcje na gotowym szablonie, frameworku lub wasza propozycja. Preferowane, abyście mieli doświadczenie w tworzeniu stron internetowych do sprzedaży biletów. Przykłady stron prześlemy w prywatnych wiadomościach. W razie potrzeby stworzymy prototyp. Jeśli wcześniej pracowaliście nad tworzeniem podobnych stron, proszę o przesłanie przykładów w prywatnych wiadomościach. Szczegóły omówimy w prywatnych wiadomościach. Dziękuję i miłego dnia!
Co liczymy w projekcie: Zrealizowany PnL, ROI i Wskaźnik Wygranych dla portfeli kryptowalutowych - jak rentowny był portfel w handlu danym tokenem w wybranym okresie. Na jakich danych: historia transakcji on-chain portfela (swapy, przelewy tokenów) + cena rynkowa tokena w momencie każdej transakcji. Główne źródło danych - Moralis: dwa wywołania podczas początkowego załadowania portfela - natywne przelewy ETH i wszystkie przelewy tokenów ERC-20. Z czym porównujemy: Nansen.io - bierzemy jako wzorzec, porównujemy nasze obliczone metryki z tym, co pokazuje Nansen dla tych samych portfeli w tym samym okresie. Problem: nasze liczby znacznie różnią się od Nansen, i nie do końca rozumiemy, według jakich zasad część działań portfela powinna być klasyfikowana dla celów PnL. Należy poprawić obliczenia Zrealizowanego PnL, ROI i Wskaźnika Wygranych, aby zgadzały się z Nansenem. W zgłoszeniu proszę napisać: - doświadczenie w podobnych zadaniach - doświadczenie z Nansen - doświadczenie z Moralis - doświadczenie z DeFiLlama - doświadczenie z artykułami na temat operacji kryptowalutowych - przybliżony koszt i terminy poprawek
Strona działa na frameworku Next.js (opartym na React). Trzeba zrealizować wszystkie punkty zgodnie z TŻ. TŻ jest dołączone w pliku. Oczekuję na propozycje.
Strona do oceny: https://copy.eurobrands-shop.de/ Zadanie: naprawić błędy frontendowe na poziomie motywu Magento 2 / motyw Amasty: CSS/LESS/JS, mobilny, RTL, minicart, rozwijane menu językowe, przesunięcie układu/CLS. Format pracy: - bez lokalnego uruchamiania Magento; - praca przez DevTools + źródła motywu; - poprawki w plikach CSS/LESS/JS/template motywu; - wynik: diff / commit / archiwum zmienionych plików; - wdrożenie i budowa po naszej stronie; - praca przez bezpieczną transakcję; - NDA do przekazania źródeł/dostępów. Co należy sprawdzić i ocenić: 1. RTL / wersja arabska: - telefon w nagłówku wyświetla się niepoprawnie; - przesunięcia elementów w nagłówku, minicart, wishlist/konto, strona produktu; - marginesy, kierunek, unicode-bidi, pozycjonowanie. 2. Nagłówek: - rozwijane menu językowe; - koszyk/wishlist; - obszar kliknięcia ikon. 3. Minicart: - niestabilnie otwiera się na niektórych stronach; - sprawdzić Konsolę / Sieć / Nasłuchiwacze zdarzeń / dane klienta / z-index / nakładkę. 4. Mobilny: - etykiety koszyka/wishlist są zbyt duże; - blok Kategorii jest ściśnięty/obcięty; - mobilne menu / Menu-Konto. 5. Strona produktu: - przesunięcie układu / CLS obrazów; - Dodaj do koszyka / Ilość / BOX / PALLET w RTL. 6. Wishlist/konto: - /wishlist/ - /mwishlist/ - zakładki, przycisk Wstecz, przepełnienie liczników. Problemowe URL: - https://copy.eurobrands-shop.de/alpro - https://copy.eurobrands-shop.de/producers - https://copy.eurobrands-shop.de/wishlist/ - https://copy.eurobrands-shop.de/mwishlist/ W odpowiedzi napisz: 1. Czy masz doświadczenie z frontendem Magento 2? 2. Czy masz doświadczenie z RTL? 3. Ile godzin potrzebujesz na pierwszy etap? 4. Jaka jest cena? 5. Kiedy możesz zacząć? 6. Jakie dostępności są potrzebne? 7. Czy jesteś gotów pracować przez bezpieczną transakcję i podpisać NDA? Ważne: potrzebny jest konkretny wynik — poprawki lub techniczne wyjaśnienie dla każdego punktu: naprawione / nie reprodukuje się / nie jest problemem frontendowym.
Opis zamówienia: Poszukujemy doświadczonego frontend-dewelopera/specjalisty od OpenCart do optymalizacji szybkości ładowania strony (kategorie i karty produktów) zgodnie z wymaganiami Google Core Web Vitals. O projekcie: * CMS: OpenCart. * Specyfika: Strona działa w trybie katalogu (brak koszyka i składania zamówienia). * Zakres: 2900 pozycji. * Część serwerowa: Już zoptymalizowana (działa na OpenLiteSpeed). * Stos: Prace prowadzone są wyłącznie z kodem szablonu, modyfikatorami i frontendem. Bez pracy z bazą danych. Co należy zrobić (Zadanie techniczne): 1. Opóźnione ładowanie skryptów (Delay JS): * Problem: Zewnętrzne skrypty analityczne (GTM, Google Tag) blokują główny strumień na urządzeniach mobilnych przez około 4,3 sekundy. * Zadanie: Skonfigurować opóźnione uruchamianie tych skryptów. Skrypty powinny aktywować się ściśle po pierwszej akcji użytkownika (pierwsze przewinięcie, dotknięcie ekranu lub ruch myszą). * Ważne: Zbieranie statystyk, analityka i działanie reklamy muszą pozostać w pełnym zakresie. 2. Poprawa metryki CLS (Stabilność układu): * Problem: Strona "skacze" i przesuwa się podczas ładowania obrazków. * Zadanie: W plikach stylów lub szablonu motywu sztywno wpisać atrybuty HTML width i height dla wszystkich obrazów produktów w katalogu (listach) oraz kartach produktów. * Cel: Zarezerwować miejsce pod obrazki w drzewie DOM do ich faktycznego załadowania, aby uniemożliwić przesunięcie treści. Sprawdzić, aby responsywność (CSS) nie została uszkodzona. 3. Optymalizacja krytycznej ścieżki (LCP): * Zadanie: Wpisać dla głównego (najważniejszego) obrazu produktu na pierwszym ekranie tag fetchpriority="high". To da przeglądarce polecenie ładowania głównego zdjęcia produktu w priorytetowy sposób. Wymagania wobec wykonawcy i warunki przyjęcia: 1. Bez zbędnych modułów: Praca wykonywana jest czystym kodem/modyfikatorami, bez instalowania dodatkowych zewnętrznych lub płatnych wtyczek optymalizacyjnych. 2. Bezpieczeństwo i układ: Ponosisz pełną odpowiedzialność za układ. Po wprowadzeniu poprawek wizualne wyświetlanie strony na urządzeniach mobilnych i PC, a także funkcjonalność (filtry, przełączanie zdjęć w galerii, menu) muszą pozostać bez zmian. 3. Kryterium oddania pracy (DoD): Przedstawienie zrzutu ekranu oraz linku do żywego testu raportu Google PageSpeed Insights (dla wersji mobilnej). Wskaźnik wydajności nie może być niższy niż 75 punktów, a metryka CLS — nie więcej niż 0,1 (w zielonej strefie). Poprawki wprowadzać należy wyłącznie przez modyfikatory (OCMOD) lub kopię motywu, aby nie nadpisać aktualizacji jądra. W odpowiedzi proszę podać: 1. Czy miałeś doświadczenie w konfiguracji Delay JS właśnie dla GTM na OpenCart? 2. Termin realizacji zadania. 3. Koszt pracy.