Прочел статью
В ней рассказаны очевидные вещи.
А из своего опыта замечу что главные проблемы:
1. Медленная загрузка страниц – кешируйте html. Все персонализированное – выносите для получения и отрисовки js скриптом после, на фронтенде.
1а. кешируйте типичные аджакс запросы. незачем ради вывода “сопутствующие товары” дергать систему и БД.
2. Медленные запросы – обычно таких все же нет. а есть цикл, в котором и геренится запрос. отсюда – сотни запросов для вывода 20ти товаров. выносите их цикла, а в цикле проходитесь по ответу
2а memcached и прочие – могут хорошо помочь, да.
3. не отдавайте на мобайл тяжелую верстку, с тьмой js кода. если никак нельзя упростить – делайте две версии сайта.
4. грузите скрипты внизу страницы, async’ом или defer’ом. Я предпочитаю defer, чтобы скрипты оставались в секции head.
и настройте наконец свой aпач или nginx на правильную отдачу статики! 
остальное описанное в статье – не так критично.
даже пара десятков картинок по отдельности для анимации – мелочь.
а уж от объединений css файлов эффекта почти незаметен. но гугль да, рейтинг повысит.
P.S.
Artem LobachenkovСергей, спасибо за комментарий и интерес к статье.
Конечно может показаться, что вещи очевидные тем не менее, вопрос актуален для заметной доли наших клиентов. По этому родилась данная статья.
Единственное, что хотел бы добавить к Вашему комментарию – кеширование хорошо, когда другие проблемы (неоптимальный запросы, тяжелая графика и т.д.) производительности устранены.
Мы стараемся использовать кеширование в самом конце процесса оптимизации.
очередность зависит от бюджета и сроков.
я обычно применяю кеширование вначале.
потому что оно сразу уменьшает проблемы с неоптимальными запросами.
и стоит как правило дешевле чем оптимизация запросов.