Сергей Арсентьев

Да, включите в ISP эти опции.
Причем время кэширования на стороне браузера поставьте 365 дней.
После чего добавьте в htaccess команды для кэширования тех или иных видов файлов.
Сайт будет быстрее работать у тех, кто заходил на него ранее (не нужно грузить данные - можно брать из кэша браузера) и самое главное для чего это собственно и делают - дает примерно 10-20 (иногда даже больше!) попугаев в Google Pages Speed причем такими простейшими манипуляциями.

Ваши плагины кэширования тоже немного увеличат его, но с другой стороны. И самое главное что делают плагины - снижают нагрузку на хостинг для новых посетителей (у кого нет в браузере сохраненных частей сайта) и ускоряют его за счет отдачи статики в сотни раз.

Поэтому я рекомендую и плагин включить, и настройки в isp панели тоже.
И проверить в Google PS, до и после.

Я бы сделал бекап НЕ плагином, а вручную:

1) отдельно базу данных (она не будет весить много, максимум 20-50 Мб для такого магазина, лучше сразу в gzip - выйдет еще меньше, обычно до 10 Мб).
2) отдельно архивировал бы файлы - и при этом смотрел, чтобы какие-то старые архивы, или ненужные папки не попали в новый.

В магазине больше всего тянут картинки, но даже для 3000 товаров 13 Гб - многовато, если в среднем брать по 300Кб на картинку и 5 картинок на товар, то =3000*5*300/1024/1024 = около 4 Гб.
Ну система еще 1 Гб накинем за глаза, итого 5 Гб
Видимо попал какой-то мусор туда, или картинки залили неоптимизированные, или много форматов картинок автоматически создается в wp, или какой-то мусор захватывается.
Поэтому файлы я бы архивировал тоже вручную и смотрел - что там тянет больше всего.
Если всё же картинки, и нельзя их оптимизировать и удалить лишние, то просто их бы не бекапил, какой смысл... бекап важен для программных файлов, шаблона и базы данных, чтобы быстро откатиться назад, если что-то пошло не так. Изображения можно оставить в стороне.

В этом случае у вас получится база данных на 10 Мб + система и шаблон на 300-500 Мб.
И обновляйтесь.

Попробую вставить своё ИМХО.
Как мне кажется, никакого кэша в Вордпресс по умолчанию нет (если тема не чудит, конечно).
Но есть такая штука - как кэширование на стороне браузера в соответствии с настройками хостинга и htaccess.

В этом случае обычно встречается такая проблема:
а) делаются изменения в тех же css файлах, чтобы показать, например, клиенту.
б) клиент сайт открывает и видит старую версию, а сбросить кэш, обновить страницу через CTRL + f5, включить инкогнито или геморно (особенно на мобилах) или влом. И гундосит: "у меня ничего не поменялось...."

в этом случае как мне кажется проще всего:

1) поставить в htaccess минимальное время жизни кэша в браузере (это уже от конкретного хостинга чаще всего зависит, но можно погуглить и попробовать общие настройки выставить, например 5 сек для css, php, jpg, woff и т.п. файлов). В поиске куча инфы как это сделать, надо просто пробовать и анализировать работает или нет на конкретном сайте и хостинге.

2) как ни парадоксально - поставить плагин кэширования, их тоже масса.
в этом случае нормальный плагин при правильных настройках будет сам обновлять кэш при изменениях в файлах (заново генерировать что-то вроде g27aj.css) и эти файлы будут уже отличаться от тех что записаны в браузере. Естественно, что нужно не показывать кэшированные версии админам или просто чистить кэш, только не браузера, а самого плагина - его кнопкой. И обычно проще тиснуть кнопку и обновить кэш плагина, чем говорить клиенту - мол, попробуй очистить кэш в своем айфоне, ведь при этом гадский Сафари еще и стирает хистори и др полезную инфу )))

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

Однозначно стоит, редактор г..но, но отключается плагином Classic Editor легко в один клик.