Оформление карточек товаров интернет-магазина (Опенкарт)

Ищу 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; причина ошибки; дата и время возникновения ошибки. Пользователь должен иметь возможность быстро определить, какие заказы не были переданы в Деловод из-за ошибки.