WordPress WooCommerce

Тезисами:
1. Хук template_redirect.
2. Далее условный тег https://docs.woocommerce.com/document/conditional-tags/ для проверки нужной таксономии
3. Далее получить ID термина
4. Далее получить первые 2 продукта внутри этого термина
5. Если продуктов равно 1 то сделать wp_redirect()

Как то так.

Вы не туда копаете :)

Надо понимать что если есть 30 000 товаров, нет сложных запросов и будет нагрузка 1000 чел в день то пофиг. Хватит обычного файлового кеша.
Если будет 1 товар и нагрузка 100 000 чел в день то придется делать мемкеш в обход php через прокси nginx.
Если будет 30 000 товаров или 300 000 товаров и будут сложные механики фасетного поиска, то придется прикручивать Elastic или Algolia. Причем не важно Woo это или что то самопальное.

Большие нагрузки подразумевают что придется грамотно настраивать кеширование. В этом случае мало что вообще будет долетать до Woo. Задача Woo будет лишь грамотно управлять кешем и микросервисами типа Algolia. А эта грамотность зависит от компетенций команды разработки. От Woo это слабо зависит :)

При очень больших данных и нагрузках конечно же придется использовать REST API, React/Angular, AJAX, объектное кеширование и т. д. Все это есть в WP/Woo. Но не всегда есть команда которая это все понимает и умеет настраивать. От сюда возникают разные гипотезы типа "а вот нам яица мешают, давайте яица пересадим, но потом оказывается что и другие яица мешают, птм что такие танцоры". Потому тут надо выбирать танцоров, а не яица :)

У WooCommerce есть официальный плагин для Яндекс Кассы. На сколько я помню Яндекс Касса поддерживает 54 ФЗ вот так https://kassa.yandex.ru/blog/lk54fz

Готовых плагинов не встречал. Однако можно написать свой.
Главно тут понимать механику работы каталога, корзины и заказа:
1. в каталоге лежат продукты
2. в корзине лежат данные о продуктах
3. в заказ попадают элементы заказа (order_item)

Это значит что на всех этих этапах можно менять почти любые данные.

Например можно в момент добавления в корзину проверить есть ли там 1 товар. И если есть то 2й и далее добавлять со скидкой.

Если это понимать то разобраться далее сможет программист средней руки.

Думаю можно попробовать такую гипотезу:
1. Продукт это тип поста без иерархии
2. Но можно попробовать включить иерархию

Возможно поможет.

Иначе надо погружаться в Rewrite API, но так с ходу решение не подскажу.

WooCommerce, ACF & WPML - это пушистый зверек писец.
Примерно как пообедать мороженкой перемешенной с пельменями и запить бензином. Веселый вечер в туалете обеспечен.
WPML для мультиязычности адекватен для микро сайтов.
Если у вас Woo + ACF то это уже нифига не микро сайт. В этом случае как минимум надо использовать режим мультисайта, создавать по сайту на каждый язык и там уже внутри использовать Woo + ACF.

Найти те шаблоны в которые хотите вставить метки. Вытащить их в дочернюю тему по инструкции https://docs.woocommerce.com/document/third-party-...
Далее поправить их с учетом вывода меток.
Готово.

WooCommerce занимает около 30% рынка ecommerce. И это №1 в мире. Если иных причин нет, то всегда лучше выбирать лидеров.
Выбор других платформ возможен по причине наличия команды которая например только OpenCart.
Либо какой то очень нагруженный ресурс где нужна тонкая игра с БД. Обычно это бюджеты от 10 млн руб и выше.
Если бюджет не велик, то Woo вполне адекватное решение. Лидер рынка. Гибкость позволяет решить любые задачи, если в команде есть опытные специалисты или те кто умеют разбираться с API и читать доки.
Плюс сейчас Woo взяли курс на свои таблицы в БД. А это значит что в скором будущем даже оч нагруженные ресурсы тут будут также хороши как и на фреймворках.

Без ссылки и примера сложно угадать решение. Но попробую.
Вероятно надо найти шаблон в котором выводится список товаров группы. Далее этот шаблон доработать и добавить вывод нужной кнопки.

Все это можно сделать на WooCommerce если есть бюджет. Примерно от 100 тр/мес. Иногда доходит до 1-2 млн. руб./месяц. В зависимости от объема "хотелок".
Если бюджета нет, то лучше прижать свои хотелки и взять конструктор типа InSales. Можно уложиться в 1-10 тр/месяц. Не так круто, зато дешево.

Посмотреть как это сделано стандартно в стандартной теме Storefront. Исходники тут https://github.com/woocommerce/storefront

Поставить просто WooCommerce и тему Storefront. Там лайтбокс и зум в одном флаконе.
Если сайт сложный и сломана типовая механика - научиться программировать и починить. Либо нанять тех кто умеет. Либо удалить все лишнее и оставить только простые компоненты которые не ломают типовую механику.

Есть плагины для генерации PDF из HTML. Через них можно добавлять QR код или просто число.

Решение строится из двух шагов:
1. Научить WordPress делать нужный HTML и вставлять туда свой контент
2. Затем конвертировать его в PDF с нуля или добавлять к существующему PDF

Найти механизм применения обычных купонов. Вероятность 99% что там есть какой то хук. Зацепиться за него и добавить условие на букву М.

Мне кажется вы где то переусложнили и недодумали.

В корзине и далее в заказ попадают order_item. Это почти тоже самое что и продукт, но не продукт.
Продукт есть лишь исходный набор данных для order_item.
А значит в order_item вы вольны писать все что угодно. Любую цену, заголовок или описание.
Главное найти нужные хуки в механизме формирования корзины и ордера.

Как при этом хранить набор цен и единиц внутри продукта - особо не важно. Можно в метаполях, можно в комментах или в отдельных таблицах.

Если гугл молчит, то шансов мало. Слишком уникальная задача. Однако при большом желании можно написать свой плагин. API такие маневры позволяет делать.