Перфоманс в commerce убивает не «тяжёлый фронт», а лишние миллисекунды в воронке

Перфоманс в commerce убивает не «тяжёлый фронт», а лишние миллисекунды в воронке

Главная ошибка — мерить только вес главной страницы. В D2C деньги теряются на пути: листинг → PDP → cart → checkout. Если один из шагов тормозит, общий CR падает, даже когда «сайт быстрый» по Lighthouse.

Что смотреть в первую очередь:
— TTFB и LCP на PDP и checkout, а не на главной
— сколько запросов блокируют первый рендер
— есть ли лишний JS от чатов, трекеров, виджетов и A/B
— не ломает ли персонализация кэш и prefetch

В headless часто переплачивают за «красивый» frontend, а потом теряют деньги на интеграциях. Каждый внешний скрипт надо считать как налог на конверсию: если он не влияет на доход или AOV, его место под вопросом. Если checkout не ваш, не пытайтесь компенсировать это анимациями и тяжелым UI. ⚙️

Считайте не абстрактную скорость, а влияние на выручку: где просадка CR, сколько кликов до оплаты, и какой шаг даёт наибольший выигрыш. Ускорять нужно не всё подряд, а самый дорогой узел в цепочке.