Доработка атрибута availability_date и изображений товаров для Merchant
Техническое задание: доработка атрибута availability_date и изображений товаров для Merchant
1. Атрибут availability_date
Задача:
Реализовать корректную передачу и отображение атрибута [availability_date] для товаров со статусом «под заказ» (изготовление).
Требования:
Атрибут [availability_date] должен заполняться для всех товаров:
нет в наличии
изготавливаются под заказ
Значение атрибута - расчетная дата доступности товара, которая включает:
срок производства
срок доставки (если применимо)
Формат даты: ISO 8601 (YYYY-MM-DD)
Дата должна рассчитываться динамически:
от текущей даты + срок производства (из БД или заданного поля)
Атрибут должен передаваться в фид для Google Merchant Center
Если товар есть в наличии:
[availability_date] не передается
2. Проблема с изображениями (оверлеи/текст/логотипы)
Задача:
Привести изображения товаров в соответствие с требованиями Google Merchant Center
Проблема:
На текущих изображениях присутствуют:
текстовые надписи
логотипы
графические оверлеи
Это нарушает правила платформы и может приводить к отклонению товаров.
Требования:
Использовать изображения без:
водяных знаков
рекламных надписей
логотипов поверх изображения
Основное изображение должно:
содержать только сам товар
быть на нейтральном фоне (желательно)
При необходимости:
реализовать автоматическую проверку изображений перед выгрузкой
или предусмотреть отдельное поле/флаг "изображение для Merchant"
https://merchants.google.com/
-
196 У меня уже есть почти готовая логика для Merchant-фидов, ее можно быстро адаптировать под ваш сайт и обсудить здесь, я на связи ))
Ориентировочная оценка - 12000 грн и 5 рабочих дней.
Могу доработать динамическую availability_date для товаров под заказ и не в наличии, привязать расчет к сроку производства и доставки, а для товаров в наличии не передавать этот атрибут в фид.
По изображениям лучше сделать отдельное Merchant-изображение или флажок, а проверку оверлеев добавить как дополнительный автоматический шаг перед выгрузкой - так не придется вручную ловить отклонения в кабинете.
Уточню два момента - на какой платформе сайт и чем сейчас формируется фид для Google Merchant Center.
…
Здесь есть нюанс - дата в Google для preorder или backorder по документации может требовать полный ISO 8601 с временем и часовым поясом, поэтому я бы сделал вывод так, чтобы он проходил валидацию Merchant без лишних сюрпризов.
Схожие примеры по ритейлу и электронной торговле -
https://business.ingello.com/prime-eva - похоже из-за работы с товарными данными и каналами продаж
https://business.ingello.com/eva - похоже из-за интеграций и системной автоматизации для ритейла
Главный лендинг Ingello для биржи -
https://systems-fl.ingello.com/ua
-
427 Здравствуйте! Ознакомился с ТЗ. Задание полностью понятное, у меня есть опыт работы с Google Merchant Center и интеграцией данных через Content API/XML-ленты.
Все требования Google по динамическим статусам и чистоте контента мне известны. Реализую техническую часть строго по спецификации платформы:
1. ДИНАМИЧЕСКИЙ ДОСТУП [availability_date]:
Настрою корректное вычисление даты (текущая дата + индивидуальный срок производства из БД). Форматирую вывод строго по стандарту ISO 8601 (с учетом часового пояса, если это необходимо для вашего региона), чтобы робот Google без ошибок принимал товары со статусом "под заказ". Передача атрибута будет автоматически отключаться, если товар снова появляется в наличии.
2. ОПТИМИЗАЦИЯ ИЗОБРАЖЕНИЙ:
Чтобы избежать блокировок за водяные знаки и оверлеи, мы пойдем самым надежным путем. Я добавлю в админке отдельное поле/флажок "Изображение для Merchant". Ваш контент-менеджер сможет загрузить туда чистое фото, и скрипт автоматически подставит его в выгрузку вместо основного фото с плашками.
…
Для точной оценки сроков и стоимости подскажите, пожалуйста:
- На какой CMS или фреймворке (Laravel, Yii2, WordPress и т.д.) написан ваш сайт?
- Синхронизация с Merchant Center сейчас реализована через прямой Content API (JSON-запросы) или через генерацию XML-файла по ссылке?
Готов реализовать доработку быстро и без остановки работы текущего магазина. Жду вашего ответа!
-
1973 17 0 1 Настройка корректной передачи динамического атрибута availability_date в формате ISO 8601 для товаров под заказ и автоматическая фильтрация изображений с оверлеями полностью решат проблему с отклонением товаров в Google Merchant Center. На протяжении 8 лет разработки на Magento 2 я неоднократно оптимизировал товарные фиды для масштабных e-commerce проектов, в частности создавал кастомные модули генерации данных. Для решения первой задачи я расширю логику фида с помощью плагина, который динамически будет рассчитывать дату доступности (текущая дата + срок производства из базы данных) с исключением для товаров в наличии. Чтобы устранить проблему с банами за водяные знаки и логотипы, наиболее эффективно внедрить отдельную роль изображения "Merchant Image" на уровне каталога, что позволит автоматически подставлять чистые фотографии в выгрузку. Какие именно модули или сторонние расширения сейчас используются на вашем сайте для генерации Google Merchant фида? Реализация и тестирование обоих задач займет 4 рабочих дня, а стоимость составит 5000 грн. Предлагаю обсудить технические детали архитектуры вашего текущего фида в чате, чтобы согласовать финальный план работ.
-
301 Здравствуйте! Я подробно ознакомился с вашим ТЗ, задание абсолютно понятно. У меня есть опыт работы с генерацией фидов и требованиями Google Merchant Center.
Как я предлагаю это реализовать:
Что касается availability_date: Настрою динамический расчет. Скрипт будет проверять наличие товара. Если статус "под заказ", он возьмет текущую дату, добавит значение из вашего поля "срок производства/доставки" и выведет результат в строгом формате ISO 8601 (YYYY-MM-DD). Для товаров в наличии этот тег будет игнорироваться, как вы и указали.
Что касается изображений (оверлеи/логотипы): Автоматическое распознавание и удаление текста/логотипов через AI — это неоправданно дорогая архитектура. Лучший и самый надежный путь, который вы сами предложили — создание отдельного поля. Я создам в карточке товара дополнительное поле "Чистое фото для Merchant". В скрипте генерации фида сделаю условие: если это поле заполнено — в фид идет оно, если нет — стандартное изображение.
Подскажите, на какой CMS работает ваш интернет-магазин (WordPress, OpenCart, самопис)? Готов обсудить детали и начать работу.
-
462 1 1 Добрый день! Оба пункта понятны. Скажите, на какой платформе сайт и как генерируется фид — это определит, где и как зацепиться. Срок производства уже есть отдельным полем в товаре, или его нужно еще добавить?
-
232 Добрый день! Делал фиды для Google Merchant — и с availability_date под товары «на заказ», и с корректным подтягиванием изображений. Подскажите, фид генерируется какой-то CMS (Хорошоп/Prom/OpenCart) или отдельным скриптом? От этого зависит, где именно зацепиться. Дату доступности посчитаю как дату заказа + срок производства, картинки подтяну по вашему правилу. За пару дней закрою.
-
452 Добрый день, Владимир. Задача понятна - два независимых доработки для Google Merchant.
По availability_date: в фиде добавляю условие - если товар отсутствует или под заказ, вычисляю текущая_дата + время_производства из базы, форматирую в ISO 8601 и передаю атрибут; если есть в наличии - атрибут не вывожу. По изображениям: реализую отдельное поле "Изображение для Merchant" в карточке товара - без логотипа и оверлеев, это изображение идет в фид.
На какой платформе сайт (WooCommerce, OpenCart, кастомная CMS) и как сейчас генерируется фид?
-
6589 28 0 Необходимо доработать XML-фид для Google Merchant: динамически рассчитывать `availability_date` для товаров под заказ и убрать оверлеи с главных изображений.
Шаги: 1) В фид добавляю условие — если товар отсутствует, беру текущую дату + срок производства из поля в БД/админке, форматирую в ISO 8601 и передаю `availability_date`; если в наличии — атрибут не выводится. 2) Для изображений — реализую отдельное поле или флаг "изображение для Merchant" в карточке товара, чтобы администратор мог указать чистое фото; в фид подтягивается именно оно. 3) Опционально — автопроверка: сравниваю размеры/наличие метаданных или просто валидирую наличие заполненного поля перед выгрузкой.
На какой платформе работает сайт (WooCommerce, OpenCart, собственная CMS) и как сейчас генерируется фид — плагин или кастомный скрипт?
-
Вітаю!
Уточніть, на якій CMS працює сайт?