Чтобы при заказе клиент мог выбрать ул из Google.

Wymagana jest poprawa roboczego landing page'a - konfiguratora stworzonego w AI Stworzone są prawie wszystkie wizualizacje i opcje. Przekażemy archiwum. Potrzebne jest, aby wszystko dobrze działało, wyświetlało się i było responsywne na urządzenia mobilne i PC. Załączono zrzut ekranu landing page'a

Opis: Szukam specjalisty od analityki end-to-end. Prowadzimy biznes związany z brandingiem transportu, mamy dwie strony na WordPressie. Obecnie prowadzimy reklamy, są zgłoszenia, ale nie widzimy, który kanał przynosi klientów. Trzeba to naprawić. Nasze strony (zobacz przed napisaniem oferty): https://revoltbranding.com https://revolt.com.ua Co mamy: Dwie strony na WordPressie (formularze na Contact Form 7) CRM: KeyCRM Telefonia: Binotel Reklama: Google Ads Kanały zgłoszeń: połączenia, formularze na stronie, Telegram, Viber, OLX, e-mail Co trzeba zrobić (końcowy rezultat): Analityka end-to-end działa na obu stronach, a każde zgłoszenie trafia do CRM z informacją o źródle, z którego przyszedł klient. Następnie jeden dashboard, na którym widać liczbę zgłoszeń i ich koszt w każdym kanale. Konkretnе zadania: Uporządkować GA4 i Google Tag Manager na obu stronach (zintegrować w jeden system, jednolite zdarzenia) Skonfigurować call tracking Binotel: zamiana numeru w zależności od kanału (oddzielny numer dla Google Ads, oddzielny dla organicznych), aby w CRM było widać, skąd pochodzi połączenie Skonfigurować przesyłanie znaczników UTM z formularzy do KeyCRM (plugin do formularzy zainstalujemy) Skonfigurować śledzenie zgłoszeń z Telegramu i Vibera Podzielić konwersje w Google Ads, aby liczyły się rzeczywiste zgłoszenia, a nie kliknięcia w przyciski Stworzyć dashboard w Looker Studio: GA4 + Google Ads + dane o zgłoszeniach Ważne: Doświadczenie z KeyCRM nie jest obowiązkowe, ale trzeba będzie się z nią zapoznać (dokumentacja jest, integracje są wbudowane). Obowiązkowe doświadczenie z GA4, GTM, call trackingiem i konfiguracją analityki end-to-end Preferowane, aby wszystkie kontenery i kody były podłączane przez GTM, a nie wstawiane bezpośrednio do kodu strony Z naszej strony jest freelancer front-endowy, którego możemy zaangażować do poprawek w kodzie stron, jeśli zajdzie taka potrzeba Format pracy: jednorazowe zadanie pod klucz. Wszystkie dostępne (strony, GA4, Google Ads, KeyCRM, Binotel) udostępnimy. W odpowiedzi proszę napisać: Czy wcześniej robiliście analitykę end-to-end z powiązaniem telefonii + CRM Orientacyjny czas i koszt Kilka przykładów podobnych projektów

Przegląd projektu Poszukujemy doświadczonego specjalisty ds. automatyzacji Make.com, który pomoże nam zbudować jedną dodatkową automatyzację dla naszego istniejącego przepływu pracy. Nasza firma ma już kilka automatyzacji Make.com połączonych z Monday.com, więc cały system jest już w miejscu. Potrzebujemy tylko pomocy w tej konkretnej automatyzacji, aby zapewnić jej płynne zintegrowanie z naszym obecnym ustawieniem.Przepływ pracy Kiedy klient osiągnie określony status w Monday.com: Wykryj nowego klienta w Monday.com. Odczytaj następujące pola z tablicy: Nazwa klienta Adres e-mail URL portalu klienta (Notion) Wypełnij nasz istniejący szablon powitalnego e-maila HTML tymi dynamicznymi wartościami. Automatycznie wyślij spersonalizowany e-mail do klienta. (Opcjonalnie) Zaktualizuj element Monday.com, aby wskazać, że e-mail powitalny został wysłany.Obecne ustawienie Już mamy: CRM Monday.com automatyzacje Make.com Linki do portalu klienta przechowywane w Monday.com Istniejący szablon e-maila Potrzebujemy tylko pomocy w stworzeniu tej pojedynczej automatyzacji i zintegrowaniu jej z naszym istniejącym ekosystemem automatyzacji.Stos technologiczny Make.com Monday.com Mailchimp Wyniki W pełni funkcjonalny scenariusz Make.com Dynamiczne mapowanie wszystkich pól Obsługa błędów dla brakujących informacji Zapobieganie duplikatom e-mailiWymagania Silne doświadczenie z Make.com Doświadczenie w budowaniu automatyzacji Monday.com Dobra komunikacja w języku angielskim Szacowany czas realizacji 2–4 godziny

TECHNICZNE ZADANIE Aktualizacja sklepu internetowego bp.ua O projekcie Funkcjonujący sklep internetowy z perfumami na OpenCart 2.x. Należy przenieść na OpenCart 4.x, zaktualizować design i funkcjonalność, zachować wszystkie dane, integracje i SEO. Strona jest dwujęzyczna (ukraiński + rosyjski). Szukamy wykonawcy (lub zespołu) do backendu i frontendu. Można zgłaszać się do jednej części lub do obu.Część 1. Backend (OpenCart 4)Migracja Rozwój czystego OpenCart 4.x (najbardziej stabilna gałąź), PHP 8.1+. Przeniesienie danych: produkty, kategorie, atrybuty, opcje, marki, klienci, zamówienia, opinie, strony treści. Zachowanie SEO-URL (przyjazne URL) jeden-do-jednego; mapa 301-przekierowań ze starych adresów. Nie ma bezpośredniej aktualizacji 2.x → 4.x: tylko czysty rozwój + kontrolowane przeniesienie.Integracja API z dostawcą (priorytet) Portowanie istniejącej niestandardowej modyfikacji wymiany z serwerem dostawcy (ceny + stany magazynowe). Automatyczna synchronizacja według harmonogramu (cron), log błędów, ręczne uruchamianie. Ukrywanie/status dla pozycji, których nie ma w magazynie. Wsparcie katalogu 2000+ pozycji.Moduły Nowa Poczta: wybór oddziałów/paczkomatów, automatyczne generowanie TTN z panelu administracyjnego. Płatność: podłączenie systemu płatności (LiqPay / Fondy / WayForPay — do uzgodnienia), płatność przy odbiorze. Checkout: logika serwerowa, zamówienie gościa, statusy, powiadomienia dla klienta. Masowy import/aktualizacja produktów z cennika (xlsx/csv), powiązanie zdjęć z artykułem/kodem kreskowym.Dwujęzyczność (uk / ru) Dwujęzyczny sklep: uk-UA (główny) i ru-RU. Dwujęzyczne pola produktów, kategorii, stron treści, meta-tagów. Osobne SEO-URL dla każdego języka, tagi hreflang, kanoniczne URL. 301-przekierowania ze starych URL obu języków (sprawdzić aktualny schemat: /ru/, subdomena czy parametr). Listy do kupującego — w języku sesji klienta.Blog Zachować istniejącą sekcję artykułów https://blog.bp.ua/. Przenieść istniejące artykuły (uk/ru) z zachowaniem URL i 301-przekierowaniami tam, gdzie to konieczne. Dwujęzyczność, poprawna SEO-znakowanie artykułów. Sekcja bloga ma pozostać edytowalna z panelu administracyjnego.SEO (serwerowe) Wymiana zewnętrznego modułu SEO na natywny mechanizm OC4. Generacja sitemap.xml (osobne gałęzie językowe), poprawny robots.txt. Mikroznakowanie Schema.org (Produkt, Oferta, BreadcrumbList, Artykuł dla bloga).Wydajność i bezpieczeństwo Cache (OPcache + wbudowany OC4), optymalizacja zapytań, gzip/brotli, HTTP/2. Obrazy: WebP, zmiana rozmiaru z cache. HTTPS, 2FA w panelu administracyjnym, aktualne poprawki, codzienne kopie zapasowe. Core Web Vitals w „zielonej” strefie na urządzeniach mobilnych.Porządek prac Wszystkie prace prowadzone są na staging. Stara strona działa do pełnego przetestowania nowej. Przełączenie na produkcję — z możliwością cofnięcia przez 30 dni. Część 2. Frontend (design + kodowanie)Design Styl: minimalistyczny, premium, dużo „powietrza”, akcent na zdjęcia produktu. Podejście mobile-first (większość ruchu — mobilny). System designu w Figma: paleta, typografia, komponenty, stany. Makiety kluczowych ekranów (desktop + mobilny): strona główna, katalog, karta produktu, strona marki, koszyk, checkout, wyszukiwanie, blog i strona artykułu.Kodowanie Semantyczny HTML5, czysty CSS, responsywny (mobile-first). Integracja w szablonach twig OpenCart 4 (nie statyczne), praca z danymi na żywo. Obrazy: WebP, lazy-load, srcset. Czcionka z pełną cyrylicą (uk/ru). Cross-browser: Chrome, Safari, Firefox, Edge + iOS/Android. Core Web Vitals: LCP < 2.5 s, CLS < 0.1, INP < 200 ms (mobilny).Funkcjonalność interfejsu Filtry fasetowe katalogu: marka, typ, objętość, nuta, płeć, cena. Karta produktu: zdjęcie, opis, nuty, format/objętość, opinie, „kupują z tym”. Szybki podgląd, lista życzeń, porównanie, etykiety (nowość, hit, limitowana ilość). Responsywny checkout z minimalną liczbą kroków, automatyczne uzupełnianie dla Nowej Poczty. Sekcja bloga: lista artykułów i strona artykułu w stylu strony.Dwujęzyczność (uk / ru) Przełącznik języków w nagłówku, poprawny na urządzeniach mobilnych. Kodowanie uwzględnia różną długość linii w dwóch językach. Cały tekst tematu — przez zmienne językowe OC4 (bez „wbudowanego” tekstu). Przyjęcie i współpracaCo przekazać na zakończenie Backend: dostępy (serwer, Baza Danych, panel administracyjny, repozytorium), krótka dokumentacja dotycząca modyfikacji i cron, instrukcja dotycząca wdrożenia/rollbacku, lista zewnętrznych modułów. Frontend: plik Figma z systemem designu i ekranami, kod tematu (twig + CSS/JS), instrukcja zmiany banerów/treści.Kryteria przyjęcia (krótko)

Dzień dobry, jest feed z produktami w następującej formie: trzeba je załadować na stronę i zrobić, aby maksymalna większość produktów została zaindeksowana przez Google. Szczegóły wyślę w wiadomości prywatnej.