Відстежувати транзакції електронної торгівлі в GA4

Шукаю 3 досвідчених спеціалістів для проведення незалежного технічного аудиту діючого інтернет-магазину на WordPress + WooCommerce. https://www.scissorhands.space/ Сайт працює та має накопичену SEO-історію, блог, три мовні версії, мультивалютність, оптовий і роздрібний кабінети, інтеграції оплат і доставки, кешування та значну кількість плагінів. Завдання першого етапу — не перебудова сайту з нуля, а саме технічний аудит існуючої системи: — оцінити стан WordPress / WooCommerce та бази даних; — визначити реальні вузькі місця продуктивності; — проаналізувати навантаження та доцільність встановлених плагінів; — знайти дублюючий або застарілий функціонал; — перевірити PHP, MySQL, Redis, Cron, кешування, WP Rocket та серверну частину; — перевірити WPML, мультимовність та мультивалютність; — оцінити стабільність особистих кабінетів, checkout, оплат і доставки; — перевірити кастомний код та можливі конфлікти між модулями; — запропонувати план оптимізації без втрати SEO, URL, ALT, метаданих, блогу та накопиченої історії Google. Після аудиту планується другий етап — модернізація існуючої системи. Також сайт готується до інтеграції великої кастомної системи лояльності / прокачки користувачів: рівні, досвід за покупки, регулярність замовлень, збільшення обсягу закупівель, відгуки, бонуси, персональні рівні та візуальне оформлення кабінету. Тому важливо не просто «прискорити WordPress», а зрозуміти архітектуру системи та підготувати її до подальшого масштабування. За результатом аудиту очікую отримати конкретний список проблем, їхній пріоритет, обґрунтування та план подальшої модернізації. Пропозиції у форматі «у вас багато плагінів — потрібно все видалити / перейти на іншу CMS / зробити новий сайт» без попереднього технічного аналізу не розглядаються.

Про проєкт Шукаємо досвідченого digital-спеціаліста або невелику команду для проведення комплексного аудиту інтернет-магазину. Сайт нещодавно перезапущений після ребрендингу та наразі має лише базове наповнення. Частина структури, контенту, аналітики та маркетингової інфраструктури ще потребує подальшого розвитку. Необхідно провести загальний зовнішній аналіз сайту без надання внутрішніх доступів та оцінити: технічний стан сайту; базові SEO-проблеми; структуру каталогу та навігацію; UX мобільної та десктопної версій; картки товарів, кошик і оформлення замовлення; швидкість роботи сайту; готовність до запуску рекламного просування; основні точки росту та потенційні проблеми. Глибокий аудит Google Analytics, рекламних кабінетів, CRM та інших внутрішніх систем на цьому етапі не передбачається.Очікуваний результат На основі попереднього аналізу потрібно надати: короткий висновок щодо поточного стану проєкту; перелік основних проблем і точок росту; пропоновану дорожню карту робіт; розбиття робіт на окремі Sprint-и; перелік задач у межах кожного Sprint; орієнтовні терміни кожного Sprint; попередній кошторис по кожному Sprint; загальну комерційну пропозицію на реалізацію робіт.У відгуку просимо вказати релевантний досвід з e-commerce; приклади аналогічних проєктів; орієнтовну структуру Sprint-ів; попередні терміни; попередню вартість; що входить у кожен етап; які роботи потребуватимуть окремого детального аудиту після старту співпраці. На цьому етапі очікуємо не повний аудит, а професійну попередню оцінку та структуровану комерційну пропозицію на подальше впровадження.

Наповнення товарами магазину Etsy автоматизовано. Шукаємо, хто зможе автоматизовано наповнити магазин товарами на Etsy. Магазин одягу з принтами. Ми займаємось друком аніме на одязі, але на Етсі було купа страйків по АП, тому змінюємо нішу, будемо займатись друком на одязі. Задача не потрапити під АП та заповнити магазин товарами. Потрібна допомога з цим та якась базова автоматизація.

Необхідно створити сайт для підприємства з виробництва металочерепиці та профнастилу. Є конкретний сайт-референс, який береться за основу візуального стилю, логіки та структури. сайт референс - https://kyiv.budservis.ua/ Упор потрібно зробити на мобільну версію, 80% замовників використовують мобільну версію

Інтеграція SalesDrive → Діловод У SalesDrive підключено 4 сайти. Для кожного сайту в Діловоді створено окремого контрагента. Усі резервування та списання товарів у Діловоді виконуються з основного складу.1. Передача замовлень Первинна передача замовлення в Діловод виконується один раз при переході замовлення у статус «Роздруковано». Автоматично створюється документ «Замовлення покупця» та встановлюється резерв на товар. При зміні статусу цього ж замовлення на «Відправлено» вебхук оновлює дані документа «Замовлення покупця» та ініціює створення документа «Видаткова накладна» на його основі. Під час проведення «Видаткової накладної» здійснюється фактичне списання товару, а резерв автоматично знімається. Якщо документ «Замовлення покупця» вже існує, при повторному отриманні вебхука новий документ створювати не потрібно. Необхідно оновити існуючий документ за ID замовлення SalesDrive.2. Контрагенти та дані клієнта Під час передачі замовлення система автоматично визначає контрагента залежно від сайту, з якого надійшло замовлення. Сайт 1 → Контрагент 1 Сайт 2 → Контрагент 2 Сайт 3 → Контрагент 3 Сайт 4 → Контрагент 4 Якщо замовлення створене вручну в SalesDrive — використовується окремий контрагент «Ручні замовлення». Додатково передавати: ПІБ покупця; телефон; номер ТТН (за наявності). Ці дані повинні автоматично записуватися в поле «Коментар» документів «Замовлення покупця» та «Видаткової накладної».3. Номенклатура Співставлення товарів між SalesDrive та Діловодом виконується виключно за артикулом (SKU). Якщо товар із відповідним SKU не знайдений у Діловоді: нову картку товару не створювати; документ не створювати; зафіксувати інформацію про помилку будь-яким зручним способом.4. Таблична частина До документа необхідно передавати: товар (за SKU); кількість; ціну за одиницю; суму; знижку (за наявності).5. Знижки із SalesDrive Знижка із SalesDrive повинна автоматично розподілятися пропорційно між усіма товарами замовлення шляхом коригування ціни кожної позиції. Підсумкова сума документа в Діловоді повинна повністю відповідати сумі замовлення в SalesDrive (копійка в копійку).6. Скасування або видалення замовлення Якщо замовлення скасовано або видалено в SalesDrive до створення документа «Видаткова накладна»: зняти резерв у Діловоді; якщо «Видаткова накладна» ще не створена або не проведена — скасувати документ «Замовлення покупця»; якщо «Видаткова накладна» вже проведена — жодних змін у Діловоді не виконувати.7. Фіксація помилок У разі виникнення будь-якої помилки (товар із таким SKU не знайдений, контрагент не знайдений, помилка API тощо): не створювати новий товар; не створювати документ; зафіксувати інформацію про помилку будь-яким зручним способом. Інформація про помилку повинна містити: номер (ID) замовлення SalesDrive; дату; час; текст помилки.8. Ідентифікація замовлення Для зв'язку документів у Діловоді із замовленнями SalesDrive використовувати унікальний ID замовлення SalesDrive. Саме за цим ID повинні виконуватися: пошук існуючого документа; оновлення документа; захист від дублювання.9. Контроль передачі та відображення помилок У разі виникнення помилки під час передачі замовлення з SalesDrive до Діловода необхідно реалізувати будь-який зручний спосіб відображення інформації про замовлення, які не були передані. Для кожного такого замовлення повинна бути доступна така інформація: номер (ID) замовлення SalesDrive; причина помилки; дата та час виникнення помилки. Користувач повинен мати можливість швидко визначити, які замовлення не були передані до Діловода через помилку.