Правильная настройка Autoptimize, сократить HTML, JS, CSS.

С помощью Autoptimize можно сократить HTML, CSS, JS код. Удалить блокирующий код из хэдера страницы в Page Speed Insights. И что не менее важно, ускорить загрузку сайта.


Правильная настройка плагина Autoptimize, позволит сократить HTML, JS и CSS и уменьшить количество запросов. Все это поможет нам увеличить скорость загрузки сайта, а так же рейтинг в Page Speed Insights(PSI). В начале будет немного теории, она необходима для корректной настройки плагина, т.к. для каждого проекта настройка может быть индивидуальной.

Принцип работы: плагин находит все CSS, JS файлы в вашей теме, удаляет из них лишние пустые строки, ненужные комментарии и формирует из них один единый отдельный файл JS и CSS. То есть он не изменяет стандартные файлы темы, а берет из них код, оптимизирует и засовывает его в свой отдельный файл, который во время загрузки страницы, используется вместо стандартных.

По умолчанию в плагине включено статическое сжатие этих файлов, которое можно отключить, при необходимости.

Прежде чем перейти к настройке Autoptimize, нам необходимо понять к чему стремиться, а именно:

  • Увеличение рейтинга в Page Speed Insights(PSI) и увеличение полной скорости загрузки сайта.
  • Ускорение отображения (отрисовки) видимой части сайта для посетителей.

Конечно, плагин поможет нам в обоих случаях, но сделать упор на один из двух пунктов, придется. Часто эти пункты приравнивают к одному параметру — скорость загрузки, но все же межу ними есть разница, и сейчас мы в этом разберемся…

к оглавлению ↑

Скорость загрузки сайта

Скорость загрузки сайта, можно поделить на два основных вида, это:

  • Полная загрузка сайта — когда все необходимые файлы и запросы, для отображения сайта и его функционала загружаются полностью.
  • Визуальная загрузка сайта — когда загружаются в основном HTML и CSS файлы, которые отвечают за визуальное отображение и мы можем увидеть глазами что сайт «отрисовался«.

Например, используя сервис webpagetest.org это может выглядеть так:

Отрисовка сайта

Слева на скриншоте файлы/запросы, которые необходимо подгрузить серверу для загрузки страницы, большинство из них могли бы быть, как раз те самые JS и CSS файлы. На картинке их мало, потому что Autoptimize у меня уже активирован и все файлы объединены. Так же у меня активирован плагин Wp Super Cache, который прекрасно работает вместе с Autoptimize. И именно эти плагины помогли достичь такого количества запросов, без них было 94, сейчас 39.

Существует легенда: чем меньше запросов тем быстрее сайт загрузиться и хотя частично это правда, если говорить именно об отрисовке сайта, мы можем получить обратный эффект.

Когда Autoptimize объединяет все файлы в один большой, он начинает «весить» значительно больше, нежели 10-15 маленьких по отдельности. В итоге мы получаем один большой долго загружаемый файл, но за счет объединения и сокращения кода, он загрузиться быстрее. Именно для этого я провел тестирование плагина Autoptimize в отдельной статье, дабы определить насколько велика эта разница.

В момент загрузки страницы, отрисовка происходит постепенно, после загрузки HTML, начинают подгружаться CSS файлы, которые правильно расставляют все объекты и графические детали страницы.

Допустим у нас всего 15 не объединенных CSS файлов, при загрузке первого мы уже можем визуально увидеть результат его загрузки, после постепенной подгрузки последующих, мы будем все больше и больше подходить к виду конечной страницы.

Если у нас будет один объединенный CSS файл из 15-ти маленьких, визуально загруженную страницу мы сможем лицезреть, только после полной его загрузки.

Таким образом, мы получим ускоренную «полную загрузку» сайта. В данном случае Page Speed Insights(PSI) должен нас похвалить увеличением рейтинга. Но мы можем и немного уменьшить скорость «отрисовки» для посетителей нашего сайта, что не есть хорошо.

Обычно это 0.1 — 1 сек. Все зависит от размеров и количества CSS файлов. Я бы хотел акцентировать на этом ваше внимание: если файлов очень много, время отрисовки может значительно вырасти. Однако, есть усредненные способы решения этой проблемы, которые мы обязательно рассмотрим дальше.

к оглавлению ↑

Настройка плагина Autoptimize

Во время работы плагина, могут возникать проблемы с отображением некоторых элементов сайта, которые используют JS. Большинство проблем можно решить, ниже мы их рассмотрим(это больше относиться к премиальным темам и к некоторым плагинам использующие JS). После деактивации плагина все возвращается на свои места.

Если вы не уверены в своих познаниях wordpress, рекомендую сделать резервную копию(дамп) темы и базы данных. Плагин имеет хорошую совместимость и проблем которые могут повредить теме вашего сайта, я лично не встречал. Но подстраховаться можно.

В дальнейшем в статье название сервиса Page Speed Insights будет использоваться довольно часто, для простоты — PSI. 

к оглавлению ↑

Параметры HTML

Optsii-Autoptimize-Parametryi-HTML

«Оптимизировать код HTML?»

В PSI мы можем наблюдать вот такую картину:

PageSpeed-Insights

Если у вас HTML не сокращен, ставим галочку, значительной производительности пункт не дает, но небольшой плюсик от PSI мы получить возможно сможем.

В моей теме HTML был сокращен, данный пункт я не использую вообще. Т.к. никакой производительности он мне не добавит.

В итоге в PSI мы должны получить:

PageSpeed Insights сократить html

к оглавлению ↑

«Сохранять комментарии HTML?»

В коде могут присутствовать пометки, которые выглядят так:

Kommentarii-v-kode

Они не нужны для правильной работы кода и служат, в основном, для удобства редактирования, дабы не вспоминать какой код за что отвечает.

Этот пункт их удаляет(если не ставить галочку), но как я уже писал, плагин ничего не изменяет в теме, а просто берет код и добавляет его в свой единый файл и именно в нем их не будет.

Поэтому галочку можно не ставить, т.к. это лишние килобайты.

Но раз автор плагина, вообще сделал этот пункт, возможно есть исключения, где они могут использоваться, в частности какими нибудь плагинами, где эта разметка обязательна, если имеются какие-нибудь проблемы с работоспособность других плагинов, можно попробовать поставить галочку.

к оглавлению ↑

Опции JavaScript

Опции Autoptimize JS

«Оптимизировать код JavaScript?»

Именно эта настройка включает, объединение и сокращение файлов JS. Если в PSI у вас была проблема «Удалите из верхней части страницы код JS…», на этом этапе она исчезнет.

PageSpeed-Insights-udat-zagolovki

Все JS файлы станут подгружаться из нижней части сайта. И это хорошо для PSI, но иногда могут проявляться проблемы с отображением некоторых элементов на сайте.

Пункты ниже могут нам с этим помочь.

к оглавлению ↑

«Force javaScript in?»

Данный пункт, скорее всего, нормализует отображение всех элементов сайта. Некоторым JS скриптам, для корректной работы, необходимо подгружаться именно из верхней части сайта. Для этого и существует этот параметр, который добавляет свой один скомпонованный единый JS файл в загрузку в верхней части сайта.

Но не торопитесь его использовать, это последняя мера. Попробуйте пункты ниже, и если ничего не поможет, включайте.

Для PSI, один блокирующий файл JS лучше чем двадцать.

к оглавлению ↑

«Also aggregate inline JS?

Интегрировать JavaScript в HTML, этот параметр помещает все ваши скрипты в HTML. Сам разработчик уверяет, что с интеграцией производительность намного увеличивается. По моим замерам, я никакой значительной разницы не увидел. После включения проверьте, правильно ли все отображается на сайте, если имеются «перекосы» отключите. Думаю автор понимает о чем говорит, поэтому я включил.

Первые тесты показали, что плагин создает значительно больше своих JS файлов. Если у Вас мало места на дисковом пространстве сервера, лучше не включать.  Так же в плагине предусмотрена функция оповещения, если кэш достигнет размера более 500 МБ, появиться уведомление в настройках плагина.

При достижении больших размеров кэша, можно очищать, с помощью кнопки «Сохранить изменения и удалить кэш»

к оглавлению ↑

«Exclude scripts from Autoptimize:»

Исключить определенные JS файлы из оптимизации или частей кода(в случае интеграции JS в HTML). У меня на сайте перестал работать некоторый функционал, а так же не отображалась Google Recaptcha.

Если у Вас премиальная тема, в первую очередь попробуйте добавить в исключение файл jquery.js, он по умолчанию подгружается вверху сайта, поэтому у меня он там один и остался. 

Для рекаптчи, мне пришлось добавить файл wpdiscuz-recaptcha.js, он по умолчанию грузиться из нижней части сайта, поэтому он ничего не блокирует в PSI.

Если известно какой скрипт ломается из за оптимизации, можно использовать тег:

<!--noptimize--><script>alert('этот скрипт будет пропущен');</script><!--/noptimize-->

В каждой теме, это может быть индивидуальный набор скриптов, но принцип поиска надеюсь понятен. Например, сломался баннер ищем его скрипт-файл и добавляем.

к оглавлению ↑

«Add try-catch wrapping?»

Если выше перечисленное не помогает восстановить правильно отображение сайта, можно попробовать этот пункт.

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

Конечно, без причины включать не стоит.

Опции CSS

Опции Autoptimize CSS

«Оптимизировать код CSS?»

Включает сокращение и объединение стилей, на данном этапе они останутся загружаться в «верхней части сайта», но вместо 10-20 файлов будет, один.

«Generate data: URIs for images?»

По заявлению разработчика, если у вас в файлах CSS прописываются пути к картинкам размером меньше 4 КБ, они не будут подгружаться как отдельный запрос, а будут идти в загрузке вместе с основным файлом CSS.

У меня в теме почти нет таких картинок, но все же пару есть, и на них этот пункт не сработал. Если у Вас работает, напишите об этом в комментариях.

«Remove Google Fonts?»

Если в теме сайта используются Google шрифты, PSI будет этому не рад:

PageSpeed Insights - Google Шрифты

Если установить галочку, проблема исчезнет как и сами Google шрифты, на сайте отобразятся стандартные шрифты, типа: «Arial».

Конечно, плагин ничего не удаляет, если галочку убрать, вернуться шрифты которые стояли до этого.

Стандартные шрифты я использовать не хочу, поэтому галочку не ставил.

к оглавлению ↑

«Also aggregate inline CSS?»

Частичная интеграция CSS в HTML. Плагин выбирает часть кода, который будет интегрирован в HTML. Как ни старался, я не нашел какой именно код и его количество.

Основной файл CSS остается в верхней части сайта и продолжает раздражать PSI.

Создатель плагина рекомендует так же включать этот пункт, для максимальной производительности.

Но как и с интеграцией JS, плагин начинает создавать больше CSS файлов в своем кэше.

По моим замерам, производительность не увеличивается, я не активировал.

к оглавлению ↑

«Inline and Defer CSS?»

Самый интересный и сложный пункт. Он позволяет нам, интегрировать в HTML только тот CSS код, который используется для видимой отрисовки сайта и отложить загрузку всех CSS в целом, для удаления их из «верхней части сайта» в PSI.

Что мы получаем:

Плюсы:

  • Ускоренную отрисовку сайта для посетителей.
  • В PSI из верхней части сайта, удаляется файл CSS.

Минусы:

  • Увеличение времени полной загрузки сайта, т.к. сначала подгружается наш интегрированный код, а потом все стили подгружаются снова.

Этот минус, обычно, никак не сказывается на рейтинге PSI, да и вы скорее не заметите разницу в скорости загрузки сайта. А за удаление из хедера файла CSS, PSI погладит нас по головке.

Я считаю этот пункт наилучшим компромиссом, который может предложить Autoptimize, в данном разделе.

Как найти нужный код, который необходимо интегрировать в html(критический CSS)?

Процесс не быстрый, возможно, покажется сложным. Но ведь никто и не говорил что будет легко 🙂 .

Если вы, как и я, не обладаете идеальным знанием CSS и не можете самостоятельно определить какие стили используются для «отрисовки» той или иной страницы(да и долго это), можно попробовать воспользоваться сервисом Critical Path CSS, в его второй раздел, нужно поместить код всех стилей которые используются в вашей теме.

Critical Path CSS Generator

Кончено, мы не будем открывать каждый файл вручную(хотя можно и так), здесь нам поможет сам Autoptimize.

После активации плагина убедитесь, что у Вас включен 1-ый пункт «Оптимизировать код CSS?».

  • Перейдите на любую станицу: нажмите правую кнопку мыши → «просмотр кода страницы» или ctrl+u (для Google Chrome).
  • Находим css-файл созданный плагином, для этого воспользуйтесь поиском по странице (ctrl+F), введите: autoptimize. Название примерно такое: autoptimize_6f0ee70cc9b84a1d501e9aee91e4e9a6.css.
  • Нажимайте на него, откроется новое окно с кодом, который необходимо вставить в Critical Path CSS.

Теперь нам нужно создать критический CSS.

Для этого введите url той страницы с которой брался код и нажмите «Create Critical Path CSS»:

Critical Path CSS Generator url

После чего мы наконец получим, критический CSS для той страницы, url которой Вы вводили!

Critical Path CSS Generator - critical css

Проделать все это действо, необходимо для страницы каждого вида. Не нужно посещать их все, скорее всего, у вас в записях (страницах), как и в рубриках (тегах) используются один и тот же стиль, это значит, что вам достаточно собрать код с каждого вида. Сохранять полученный код можно в одном отдельном текстовом файле.

В итоге, у нас получится большой не оптимизированный css код, с повторяющимися стилями.

Следующая стадия удаление дублей и оптимизация кода.

Большинство онлайн сервисов по оптимизации CSS кода, которые я пробовал, не подошли. Я рекомендую использовать этот сервис: CSS compressor.

phpinsider.com CSS compressor

Осталось дело за малым, вставить полученный код в Autoptimize и сохранить настройки.

к оглавлению ↑

«Inline all CSS?»

Интегрировать все стили в HTML. Самый простой способ удалить из верхней части блокирующий CSS. В PSI может появиться сообщение о слишком большом HTML коде, что снизит рейтинг еще больше, нежели, блокирующий код стилей.

Применение этого пункта, возможно, если у Вас небольшое количество CSS и с интеграцией в HTML, вместе они будет весить до ~ 300 КБ. Сам автор, рекомендует использовать этот пункт, при наличии низкого количества переходов по страницам, на «легких» сайтах. С ростом посещаемости, производительность, может ухудшаться.

к оглавлению ↑

«Exclude CSS from Autoptimize:»

Исключить из оптимизации CSS файлы. Как и в случае с JS, оптимизация стилей(в более редких случаях), тоже может вызывать проблемы с отображением страниц.

«CDN Options»

Сервис CDN — размещение частичной/полной кэшированной копии сайта или другого контента(аудио, видео и т.д.), на других платформах, для сокращения нагрузки на основной сервер. Часто используется для сокращения задержки, на больших расстояниях.

Сервис подключается отдельно, в Autoptimize нужно указать адрес CDN сервиса, на котором Вы хотите размещать оптимизированные CSS и JS.

Если Вы не используете CDN, ничего не вписывайте.

к оглавлению ↑

Информация о кэше и Сжатии

Опции Autoptimize Информация о кэше

Каталог кэша — Локальный путь на Вашем сервере, где располагается кэш плагина.

Cached styles and scripts — количество файлов, их общий размер и время создания.

Save aggregated script/css as static files?  Если поставить галочку, отключает статическое сжатие файлов.

Зачем это может понадобиться?

  • Если используется Gzip сжатие, включенное в htaccess или на уровне сервера или иными плагинами.
  • Если есть добавленные файлы в исключения оптимизации, они не будут сжиматься посредством плагина, поэтому можно отключить сжатие Autoptimize и включить GZIP сжатие. (Таким образом, мы достигнем максимального рейтинга в PSI).

Кнопки сохранения — с первой все понятно, со второй есть нюанс, при сохранении настроек и очистке кэша Autoptimize, удаляется так же кэш Wp Super Cache, возможно и других кэширующих плагинов.


Нравиться? Поделитесь с друзьями!

0
9 shares
BlogForest

Создатель и администратор сайта BlogForest.ru

Добавить комментарий

Такой e-mail уже зарегистрирован. Воспользуйтесь формой входа или введите другой.

Вы ввели некорректные логин или пароль

Извините, для комментирования необходимо войти.

20 комментариев

сначала новые
по рейтингу сначала новые по хронологии
Михаил

Проблемка появилась. У меня уставновлен плагин Address Validation & Google Address Auto Complete Plugin for WooCommerce - для автоматического заполнения адреса на странице оформления заказа. Работает плагин от ключа API Google maps. Так вот, если включать оптимизацию JS (в любых вариациях настройки перепробовал), то блокируется код гуглмапс и автозаполнения адреса нет (либо адрес высвечивается, но поля не заполняются). Можно ли что-то сделать, чтобы работали нормально оба плагина?

Спасибо огромное!!! Все работает, PSI зелененький. Всем советую!

Автор

Пожалуйста! Зелененький PSI - это отличный результат, поздравляю!

Михаил

Здравствуйте, установил данный плагин все ок, скорость загрузки выросла, доволен. Но не совсем понял - информацию о кэше по достижению 100проц. надо всегда самому удалять путем опции delete cash (под диограммой процентажа) или он самостоятельно очищается??

Автор

Добрый день, кэш автоматически не очищается, только вручную. В принципе, делать это не нужно, если мало места на жестком диске хостинга - тогда да. Ну или если вносите какие-либо изменения в css или js файлы.

Касательно 100 процентов - не понимаю о чем речь :). Лично у меня не было никаких процентов занятости кэша. Пришлите скриншот на info@blogforest.ru, если таковая проблема имеется.

Спасибо за статью!

Помогла побороть запрос Google PageSpeed Insights "Удалите код JavaScript и CSS, блокирующий отображение верхней части страницы", где в качестве блокирующего ресурса CSS выступал сам оптимизированный/объединенный CSS файл, создаваемый плагином.

Полдня мучался и переписывался с автором плагина на тему как заставить его CSS грузиться в подвале. Но сработало все только после прочтения здесь пункта про критический CSS.

За это внесу свои 5 копеек.

Вы пишите, что дескать копируйте все свои CSS для того, чтобы потом из них выжать критический. Можно все проще. Данный плаг уже создает 1 объединенный CSS - находим его в исходном коде страницы, открываем и весь код копируем в Critical Path CSS Generator.

У меня все сработало, очки в Google PageSpeed Insights выросли.

Автор

Рад что статья вам помогла! А по поводу исходного кода - отличная идея! Очень простое решение, надо бы внедрить в статью. Спасибо за полезный комментарий :).

Михаил

А можно поподробнее о том, как найти этот код?

Дмитрий

А у меня вообще не пойму что происходит. Поставил автоптимайз и супер кэш, снизилась нагрузка на сервер и скорость увеличилась. Все было норм дня 3. После чего очень быстро стала заполняться кэш на 100% в автоптимайз. Буквально за 1 час 100% кэша нибирается. Посетителей на сайте зап это время 10 чел. До этого и 10 % не набиралось при 2000 посетителях.

Автор

Не совсем понял, 100% свободного места на жестком диске хостинга? Если используете пункты: Also aggregate inline CSS и Also aggregate inline JS, создается довольно большое количество кэша. Какой размер жесткого диска у вас?

Уважаемый автор статьи, пожалуйста, помогите! Мне сгенерировали critical path css (правда из style.css) полученный код оптимизировал, но при вставке в плагин сайт выдает ошибку и не запускается (Fatal error: Unknown: Cannot use output buffering in output buffering display handlers in Unknown on line 0) пожалуйста помогите! сайт джонса с генератором именно у меня почему-то не запускается

Автор

Добрый день, сложный вопрос, это php ошибка, причин может быть много. Сайт размещен на виртуальном хостинге? Возможно, недостаточно выделяется памяти для процесса. Попробуйте на хостинге изменить параметр "memory_limit" на 128М или 256M. Если не понимаете о чем речь, напишите в тех. поддержку с просьбой увеличить данный параметр.

Эта ошибка происходит только при вставке кода? После этого сайт начинает работать через какое-то время или только после деактивации плагина?

Я честно говоря не знаю, регал сайт на reg.ru. Может быть, это из-за того, что я вставляю критический путь стайл.ксс? ведь в статье говорилось, что надо делать критический путь страниц кеша, потом объединять их и оптимизировать. Попросил человечка попробовать, скинул 2 файла (на сайте пока только 2 страницы) - не получается, говорит что страница крашится (в генераторе, не на самом сайте все). Скажите, критический путь должен быть именно страниц из кеша, или стайл.ксс тоже должен прокатить? (хотя по-видимому у меня не канает)

С трудом знакомый помог мне сделать критики для ксс из кеша (что сранно, с главной страницы было 2 разных результата). Я пробовал объединять сначала 1 результат главной, а потом 2 результат с другой страницей. оптимизирую, вставляю - в обоих случаях сайт сразу обрубается с тотальной ошибкой

Выяснил memory_limit, он 256, версия php 5.3

Автор

Другие плагины не используете для сокращения css,js типа (Better WordPress Minify)?

Используете кэширующие плагины? Я использую WP Super Cache, он совместим на 100%.

Или вообще попробуйте деактивировать все плагины, кроме Autoptimize, дабы исключить конфликт плагинов.

Возможно, проблема в теме сайта, можете попробовать стандартную "twenty eleven" без плагинов, если и там ошибка, копать нужно на стороне сервера.

Можно использовать и Style.css, если это единственный файл стилей, но обычно их больше. Могут не все необходимые стили использоваться для отрисовки страницы.

Попробуйте отключить сжатие, ПОСТАВИВ галочку на пункте "Save aggregated script/css as static files?" Возможен конфликт сжатий.

Либо откажитесь от использования данного пункта «Inline and Defer CSS?».

Кэширующие и оптимизирующие плагины помимо Аутоптимиза не использую, кеширование браузера осуществляю через .htaccess (хотя может Джетпак что-то меняет?) Пробовал отключать все плагины, кроме Аутоптимиза и менять тему на стандартную — тщетно. Объясню изначально, почему захотел использовать поле Inline and Defer CSS?». У меня при проверке PageSpeed Tools 2 ошибки, сьедающие скорость (особенно на телефоне) привожу цитатку:

«Исправьте обязательно:
Удалите код JavaScript и CSS...
Оптимизируйте работу CSS на следующих ресурсах:
https://avtonomsurvival.ru/…ize_f07b85a7f730a901bd58fc18168cfa67.css
https://avtonomsurvival.ru/…ize_83aa6fda4a5a0dcc5c109294de15a118.css»

Путем тестов выяснил, что эту проблему лечит только «Inline and Defer CSS?». Но без введенного критического пути текст начинает загружаться раньше всего остального и в первые секунды сайт выглядит очень коряво сбивается кроссбраузерность — в мозилле и хроме корявятся границы записей на главной. Никак не могу побороть эту ошибку, может быть есть другие способы, помимо этого поля? Если отказаться от аутоптимиза ошибки само собой другие, но тогда их значительно больше

Автор

Конечно, я понимаю зачем вы это делаете, но тут, к сожалению, я склоняюсь к тому, что это проблема в сервере, а вернее в его настройках. Данный пункт 100% рабочий, тестировал его на нескольких сайтах. У вас Nginx или Apache?
«Inline all CSS?» пробовали? В статье описываются возможные минусы.
В любом случае, на вашем месте я бы попробовал написать в тех. поддержку хостинга, написать ошибку и сослаться на то, что, возможно, дело в настройках сервера.
Также, увидел в PSI, что у вас отклик от сервера 0.4 сек, если хотите полностью его убрать, поставьте кэширующий плагин, ссылку в предыдущем посте оставлял. Плюс, сайт ускорится значительно.

Ок, написал в техподдержку. Наверное все-таки Апач (облазил Plesk, не нашел где это пишут, заодно в техподдержке поинтересовался). Но судя по инфе, что mod_rewrite подключен, наверное Апач. Установил я пока Супер Кеш, настроил по Вашей статье, но отклик сервера на PSI почему-то не улучшился. Делаю на Mod_rewrite в настройках, все ок, зеленое, сохраняю, а как только снова захожу в плагин Супер Кеш в верхушке высвечивается сообщение: "Важно: Mod_rewrite или Legacy caching отключены. По умолчанию будет загружаться страница "Настройки". Ах, да, «Inline all CSS?» пробовал, ошибку это решает, кроссбраузерность вроде не нарушается, но получается более долгая загрузка из-за отображения видимого контента. Я особо не рассматривал это поле, т.к. все равно при раскрутке сайта рано или поздно придется от него отказаться, ведь это поле только для низкой посещаемости

Автор

Mod_rewrite или Legacy caching отключены - это ошибка перевода, в англ. версии там слово "enabled", т.е. включен, поэтому все хорошо.
Касательно отклика, при регулярной посещаемости вашего сайта, его не будет. Хотя, иногда может проскакивать.
«Inline all CSS?» - если PSI не ругаете на размер html, можно использовать. Скорость загрузки, не должна сильно отличаться, т.к. Css загружается вместе с html. В autoptimize, после очищения кэша, при первом переходе на любую страницу создается кэш плагина и страница загружается дольше. Возможно, из-за этого у вас ощущение, что загрузка дольше. Но также вы правы, с ростом посещаемости производительность будет хуже. В любом случае дождитесь ответа тех. поддержки.

Не сочтите за наглость, обратился к Вам на почту - слишком уж увесистое сообщение написала техподдержка

Автор

Ответил вам по почте.

Также может понравиться

Еще из рубрики: Создание сайта

Не пропусти

Выберите формат
Пост
Создать текстовый пост с изображениями, видео, таблицами и др.
Спасибо что поделились статьей! Подпишитесь на наши обновления в социальных сетях.