Алексей Денисов

Если говорить конкретно про фронтенд, то главные плюсы от использования библиотек и фреймворков:

• Разделение на компоненты, которые можно переиспользовать, а значит ускорить последующую разработку и доработку, улучшить масштабируемость
  
• Лучшая работа с перерендергином компонентов (обновлением частей страницы), когда может обновиться не вся страница, а только её часть. Это даёт лучшую скорость реакции на действия пользователя, что улучшает его впечатление от работы с сайтом. И это особенно критично, если идёт работа с какими-то частями со сложными вычислениями на странице.
  
• Плюс-минус схожая архитектура между приложениями, написанными на одном фреймворке. Что упрощает работу команды над проектом и даёт возможность быстрее вкатываться в работу новичкам.
  
• Широкий выбор дополнительных подключаемых библиотек, реализующих практически что угодно по вашему запросу на проекте. Если особая кастомизация решения не нужна, то подключается всё мгновенно и у вас на сайте хоть диаграмммы рисуются, хоть таблицы, хоть формочки. Да, раньше для этого использовался, например, тот же jQuery (хотя что уж раньше, они недавно даже новую версию выпустили), но он тяжелее, содержит много ошибок и не соответствует новым стандартам. А стандарты - это не для моды, это безопасность, скорость работы и кроссбраузерность.
  
• Это возможность использовать централизованные менеджеры состояний, когда у тебя всё хранится в одном месте, а не где-то там, плюс кэшируется, обрабатывается там же и так далее.
  
• Отделение бизнес-логики от UI, что даёт возможность править их независимо, а не переписывать весь модуль, когда модель ответа немного поменялась.
  
• Зачастую лучшая поддержка и обновление фреймворков и библиотек, документация, что является не только вопросом удобства, но и безопасности. Устаревшие технологии могут быть очень уязвимы.
  
• Если говорим про сборщики, то возможность всё кастомизировать настолько, чтобы не приходилось раскладывать руками по папкам и чтобы вся сборка, которая может быть большой, автоматически чистилась, минимизировалась и делилась на части. А это существенное ускорение загрузки у пользователя.
  
• Не говоря уж про совсем "модные" нынче микрофронтенды, когда каждая часть приложения может писаться и поддерживаться независимо друг от друга и, при желании, на любых фреймворках, в том числе и на ванильном JS.
  

В общем, можно много чего ещё привести, что положительного дало бизнесу развитие фронтенда и переход на фреймворки, модульность, сборщики и автодеплой. Что-то для Вас конкретно будет более существенным, что-то совсем не важным или не понятным. Но главное, что каждая из технологий, каждая часть стека должна выбираться последовательно и мере необходимости бизнесу. Для этого начинать работу над проектом должен высококвалифицированный специалист с пониманием архитектуры и требований к масштабируемости и безопасности.
Вполне возможно, что для визитки хватит простого HTML+JS, для витрины товаров можно использовать Tilda, для простого интернет-магазина или корпоративного портальчика - Bitrix или WordPress. Но часто бывает, что у бизнеса есть или появляются особые требования, аппетит растёт по мере работы сайта, вот тогда выясняется, что необходимы фреймворки, позволяющие гибко реализовать практически любые кастомные решения.

Был слабым программистом (HTML, CSS, PHP). Образование техническое. Но было много знакомых в PR и рекламе (не онлайн-рекламе), поэтому всегда был немного рядом с этим, получил небольшой опыт в студенческие годы. И в какой-то момент понял, что могу объединить два интересных для меня направления в интернет-маркетинге.
Сейчас, спустя 6 лет работы, я достаточно сильный специалист, имею возможность работать и на фрилансе, оказывать платные консультации, обучение.
Насчёт комментариев выше могу сказать, что на Тостере, конечно, программистов больше, а к маркетологам всегда пренебрежительное отношение. На деле же маркетолог не менее значим для компании, а иногда и намного более, чем разработчик.
1. Зарплата приличная, вполне сравнима с оплатой хорошего программиста (далеко не 400$ и даже не 1000$), но без авралов, нервов, дедлайнов. Есть перспективы на ещё большую з/п, как у тех же топовых разработчиков и тимлидов, но для этого уже нужен особый склад характера, вертеться в нужных кругах, владеть иностранным языком, владеть специфическими навыками, быть готовым "жить" на работе. Но у меня, например, к этому душа не лежит.
2. Общаться лично с клиентами приходится далеко не каждому маркетологу. Для этого есть аккаунт-менеджеры, менеджеры по продажам. Поэтому можно хоть заикаться, хоть ходить в растянутом свитере. Но писать надо грамотно и красиво.
3. Да, интернет-маркетинг - это часто рутина. Но действительно хорошим специалистом быть действительно сложно. Всё намного глубже, чем "ковырять баннеры". Сложность вполне сравнима с решением задач программистом. Но у программиста сложность - очень глубокий и тонкий подход к решению задач в небольшом количестве областей, маркетологу же необходимо обладать знаниями в большом спектре областей, хотя и не обязательно с такой тщательностью. Часто маркетолог также должен разбираться хоть немного вообще во всём, что нас окружает, клиенты приходят с разными задачами и разной продукцией.
4. Инноваций в маркетинге всё же больше, чем в разработке. Я слежу за выходом новых версий языков, сред разработки, фреймворков, новых подходов. Но в маркетинге всё время приходится изобретать что-то новое - новые источники, новые носители, новые стратегии, комбинации. И если в разработке использовать успешный код другого специалиста считается правильным, то в маркетинге хорошая стратегия будет разобрана всеми и использовать её ещё раз будет неэффективно, нужно изобретать что-то своё, новое.
5. Но всё равно первый комментарий был правильнее всего. Вам нужно понять к чему душа лежит больше. Потому что даже если не поднимать вопросы сложности, оплаты и прочего, но обучаться и, следовательно, достигать чего-то Вы сможете только при собственном интересе к этому. Если интерес отсутствует, Вы будете топтаться на одном месте. Я свой выбор смог сделать 6 лет назад и не жалею об этом.

По-разному можно подойти к такой задаче. Но, например, можете использовать Отслеживание событий Google.
На странице карточки товара в код Google Analytics помещаете строку:
ga('send', 'event', 'Goods', 'НАЛИЧИЕ');
в которой параметр "НАЛИЧИЕ" меняете на состояние товара в момент открытия пользователем карточки. Соответственно в статистике получаете событие о товаре в момент посещения. Потом можно такую статистику суммировать, сегментировать и анализировать.

Яндекс.Метрика?