core web vitals chast 3 фото 1

WordPress & Core Web Vitals | Часть 3 | Будущее CMS

WordPress — широко распространенная платформа, занимающая немалое пространство на просторах интернета, и включающая множество различных ниш. Конечно, можно говорить о мерах, которые можно предпринять, не привлекая высококвалифицированного специалиста, но грядущие значительные изменения схемы работы Core Web Vitals заставляют задуматься о следующем: если при оптимизации проекта ориентироваться на стратегию с основным акцентом на первую область отображения страницы и на формирование первой области, и перенос основной нагрузки на устройство за пределами работы сегодняшних Core Web Vitals, то в краткосрочной перспективе действительно удастся достигнуть преимущества, но как только изменения Core Web Vitals вступят в силу, преимущество тут же будет утеряно.

С учетом того, что Google обычно вводят метрики до того, как объявить их внедрение метрики Core Web Vitals с глобальными изменениями оценивания будут введены либо в конце 2021 года, либо с небольшой задержкой, в начале 2022 года, безо всяких объявлений, как можно было наблюдать 2018 году. Следовательно, можно оказаться в странной ситуации: казалось бы, согласно текущим метрикам, проект должен находиться в отличном положении, но ситуация полностью противоположная. Связана такая обстановка будет с тем, что на данный момент даже синтетика не способна обнаружить изменения, но в ближайшее время начнут прослеживаться определенные тенденции изменений. Стратегии удаления “тяжелых” элементов проекта на момент оценивания и возврат их после проведения оценивания перестанет работать, и потребуется более детальное и четкое продумывание уже совершенно других стратегий.

Пример диагностики WordPress & Core Web Vitals

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

Возвращаясь к самым простым мерам, в 2018 году нередко прибегали к следующим:

  • Установка кэширующего плагина;
  • Использование атрибутов async или defer.
Пример аудита WordPress

И async, и defer, в силу специфики системы, не способны оказывать значительное влияние на текущий Web Vitals. С учетом предстоящих изменений, оба атрибута заново обретут собственную силу — прибегание к этим потокам гарантировано принесет массу плюсов, если не сейчас, то после вступления нововведений Web Vitals в силу.

Ко всему прочему, применение любого WordPress плагина, вне зависимости от типа плагина, практически не будет иметь смысла из-за того, что плагины призваны выполнять схожу работу различным способом. Как только программисты приступят к процессу адаптации, все плагины, начиная от Super Cache и Super Light Cache, также начнут адаптироваться к решению проблем, которые начнут возникать.

Также несколько решений, которые будут актуальны для WordPress с новым Core Web Vitals:

  • Ограничение количества определенных плагинов, подключенных к проекту;
  • Минимизация JavaScript логики;
  • Упрощение шаблонов;
  • и другие.

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

Читайте также Core Web Vitals | Часть 4 | О чем следует знать

Как вам статья?
Количество голосов: 0

Комментарии

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

Ваш адрес email не будет опубликован. Обязательные поля помечены *