Чем чревато отсутствие крошек?

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

отсутствие хлебных крошек - это отсутствие одного из положительных факторов ранжирования (правда не шибко сильного).

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

Если у вас подразумевается, что товар может находиться в разных категориях, значит товар вообще нельзя привязывать к какой-то категории. URL у него должен быть такой: https://site.ru/tovar1

Программист не обязан знать это ваше SEO. Ему надо ставить задачу 🍿.

У него и будет такой урл основной.

Просто в категориях он будет показываться с параметрами. И как раз при переходе на ссылку с параметрами крошки будут показывать путь текущей категории (для чего эти параметры и нужны). То есть, в зависимости от того, в какой категории лежит товар, крошки будут разные. Но все урлы с параметрами будут с каноникал, чтобы не было дублей. А как раз основная страница товара будет без крошек и без каких либо родительских категорий. И вопрос в том, будет ли плохо если отказаться от древовидной структуры каталога?

Древовидная структура - это уже прошлый век, не надо на ней зацикливаться

не заморачивайтесь, пусть крошки повторяют урл https://site.ru/tovar1 и не надо выводов по параметрами. Другими словами вы сами создаёте проблему и сами героически её решаете через каноникл. Трата сил впустую

нет, у вас ещё промежуточная категория которая по сути нафиг не нужна

Крошки нужны для сео, все-таки это перелиновка своего рода, плюс в сниппете они есть

Значит это не веб-программист.

На таком уровне веб-программист ориентироваться обязан.

Нет не обязан. У него и своя область знаний довольно обширная, в ней он и должен разбираться.

Одно дело быть в курсе некоторых нюансов SEO, другое дело отсебятину пороть где попало.

Ещё раз повторяю: значит это не веб-программист. Не ориентироваться в среде, для которой создаётся программа - дичь. И даже если программист не дружит с логикой и не обзавёлся должными знаниями ДО запуска проекта, то первый же сеошник скажет ему что так делать нельзя. Если и после этого он продолжит доказывать, что запоминать это он не обязан, то это вообще не программист, а беспонтовая цаца с короной.

Но с другой стороны я не против. Чем больше вы будете делать сайтов в таким подходом, тем проще мне будет зарабатывать себе на хлеб с маслом.

Вы ерунду пишете, у нормального веб-программиста всё нормально и с логикой и с должными знаниями. Его должные знания - это именно программирование: архитектура, бекэнд, фронтэнд, БД и ещё 100500 важных вещей.

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

PS Знание каких-то нюансов сео может помочь веб-программисту понять пространные пункты в ТЗ, но увольнять его только из-за того, что он не знает, что там у сеошника в голове творится - идиотизм.