Разбор кейса: почему у стажёра упал трафик после “мелкой оптимизации”

Недавно стажёр знакомого “оптимизировал сайт” - удалил «тяжёлые» библиотеки, думая, что ускорит загрузку. Сайт действительно стал быстрее, но поведение пользователей рухнуло, SEO просело, и в компании думали, что их атакуют боты.

Разбираю ошибки:

Ошибка 1 - Удалил библиотеку, которая обрабатывала клики

Ха-ха. Половина кнопок перестала реагировать, люди уходили через 3 секунды.

Ошибка 2 - Убил lazy-load

Первый экран быстрый, дальше - будто сайт висит.

Ошибка 3 - Удалил трекинг-модуль

SEO-алгоритмы решили, что сайт “мертв”.

:check_mark: Вывод

Любая оптимизация = через аудит + тесты, иначе сайт превращается в фейерверк багов

2 лайка

У нас на работе фронтендер удалил «неиспользуемый CSS» и сайт внезапно стал «минималистичным», потому что исчезли половина стилей :joy:

Ну вот серьёзно, почему джуны боятся спросить, прежде чем ломать? Это же прям классика жанра :sweat_smile:

Да нормальный стажёр, чё вы. Убил пару библиотек, зато команда бодрее стала :raised_fist:

Аудит зависимостей должен быть перед, а не после оптимизации. Ему надо в DevOps-лагерь отправиться.

Я монтажёр, а не разработчик, но даже я понимаю: если не знаешь, что делает модуль - НЕ ТРОГАЙ