На самом деле плохой практикой (и то в ряде случаев это утверждение спорно) является перекрытие существующих свойств bootstrap заданных в указанных классах (просто потому что это меняет нативное поведение и делает его неожиданным). Блоку с уже присвоенными классами bootstrap можно назначать свои классы в случаях когда данные классы расширяют (а не перекрывают (опять же не всегда это правило)) набор свойств заданных элементу.

В общем, плохо/хорошо это весьма размытые понятия и применять категорично какое-либо утверждение - это ошибка, бывают различные ситуации и нужно поступать сообразно им. Единой практики в верстке нет, существует множество подходов.

Проще всего кастомизировать файл выгрузки, они расположены по пути /bitrix/php_interface/include/catalog_export/yandex_run.php|yandex_setup.php (если пользуетесь стандартной выгрузкой). Кастомизируете оба файла (называете иначе, но обязательно сохраните постфикс файлов: _run.php _setup.php).

Код формирующий выгрузку содержится в yandex_run.php. (в файле будет содержаться подключаемый файл из ядра, найдите его, и полностью скопируйте код его содержимого себе в кастомизированный файл <вашеназвание>_run.php) . Сам код получения свойств конкретного товара такой

$ipropValues = new \Bitrix\Iblock\InheritedProperty\ElementValues(
                        $arCurElem["IBLOCK_ID"], // ID инфоблока
                        $arCurElem["ID"] // ID элемента
                    );
$arElMetaProp = $ipropValues->getValues();

Вставить его нужно внутри цикла проходящего по найденным товарам и передать требующиеся значения. (Обратите внимание, что в зависимости от того использует ли каталог торговые предложения или нет, определяется место вставки данного кода). Сам такое не делал, возможно есть более прямые пути, без подзапросов, но это первое что приходит в голову.