DE{CODE}: 6 хитростей разработчиков WooCommerce для создания быстрых веб-сайтов электронной коммерции

Скорость сайта, наряду с продажами, является, пожалуй, самым важным показателем для ваших сайтов электронной коммерции. Почему? Быстрые веб-сайты электронной коммерции получают больше трафика, имеют более высокий коэффициент конверсии, более низкий показатель отказов и генерируют больше постоянных посетителей. На этом занятии старший менеджер по продуктам WP Engine Джереми Бенуа и технический директор Кэтрин Келли расскажут о приемах разработчиков, функциях WP Engine и других инструментах, которые сделают ваш магазин WooCommerce еще быстрее.

Слайды сессии

Полный текст стенограммы

ДЖЕРЕМИ БЕНУА : Всем привет и добро пожаловать на DE{CODE} 2022. Это направление электронной коммерции. Я Джереми Бенуа, старший менеджер по продуктам WP Engine, и мы здесь, чтобы обсудить шесть советов по повышению производительности WooCommerce. Сегодня ко мне присоединится моя коллега Кэтрин Келли, и давайте начнем.

Итак, я начну с цитаты одного из наших инженеров-программистов, Криса Вейгмана. И, как он выразился, по данным Google, 53% пользователей покинут сайт, если скорость загрузки страницы превышает три секунды. Это означает, что у вас есть ровно три секунды, чтобы передать им все данные на этой странице продукта, все изображения, которые вы им отправили, всю информацию о нем, все маленькие виджеты и рекламу, и это немного покажет вам, почему мы Сегодня мы говорим о скорости, потому что скорость взаимодействия с покупателем имеет решающее значение.

Скорость страницы — это время загрузки одной страницы, и ее можно измерить различными способами. Два критически важных способа: время до первого байта, которое используется Google PageSpeed ​​Insights, или время до полной загрузки страницы или последний байт, которые часто отражают то, что испытывают покупатели. Скорость страницы также влияет на коэффициент конверсии на вашем сайте покупок, а также на SEO вашего сайта электронной коммерции.

Одним из важнейших аспектов скорости является превосходный хостинг для обеспечения качества вашего покупательского опыта. На платформе WP Engine, оптимизированной для вычислений, мы предоставляем расширенные возможности электронной коммерции для повышения производительности всего вашего контента покупок, статического или динамического. И мы поговорим об этих двух разных типах контента здесь через секунду, когда мы перейдем к 6 советам и рекомендациям. Сейчас я передам его моей коллеге, Екатерине.

КЭТРИН КЕЛЛИ : Приветствую. Спасибо за это, Джереми. Сегодня мы рассмотрим шесть советов, касающихся WooCommerce, ее настройки и настройки магазина электронной коммерции. Некоторым из вас, опытным разработчикам, эти советы и рекомендации будут знакомы, но для некоторых новых разработчиков вы можете получить полезную информацию.

Итак, сегодня мы собираемся рассказать о WooCommerce и кэшировании, оптимизации мультимедиа, поисковой оптимизации, фрагментах корзины Ajax, таблице пользовательских заказов и скорости безголового. Итак, первое, что мы собираемся рассмотреть, — это WooCommerce и кеширование. Прежде чем мы углубимся в это, мы хотим понять, какие у вас есть различные варианты в отношении кэширования, что это такое, а затем мы можем подойти к тому, как мы собираемся его улучшить.

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

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

Вы также хотите помнить предыдущие транзакции, которые у вас есть в отношении ваших клиентов, что находится в их корзине, вы хотите помнить, что больше не доступно в вашем магазине, чтобы корзина могла точно отражать то, что подается этому пользователю. Вы также хотите убедиться, что в отношении кеширования вы не передаете корзину, связанную с покупателем А, покупателю Б, и они действительно могут видеть, что на самом деле заказывает кто-то другой, в основном утечка информации, которая вам не нужна. . Существует конечный баланс, который вы можете иметь в отношении кеширования, которое вы довольно сложно обслуживать, когда пытаетесь обслуживать то, что является личным подходом к вашим клиентам, чтобы они оставались вовлеченными на ваш сайт. Итак, разные уровни и типы кеша у нас есть — кеш сервера.

А кеш сервера вообще как и любой другой кеш. По сути, это кеш, который находится на вашем сервере, когда вы создаете страницу и отправляете ее по определенному запросу. Когда вы стоите рядом с этим сервером и делаете запрос, ваш ответ может быть мгновенным. Однако, когда вы находитесь примерно за 1000 километров, например, ваш продавец или пользователь электронной коммерции, ответ может занять много времени, прежде чем он попадет к вам.

Затем у вас есть кеш приложений. А кеш приложений в WordPress и WooCommerce, для управления им можно использовать плагины. плагины, такие как W3 Total Cache, WP Rocket, имеют опции для управления кешем внутри приложения, и эти плагины в основном хранят временную версию запрошенной страницы и файла на своих серверах. Это может быть, однако это может быть очень неэффективный способ кэширования, и его не следует использовать, если у вас есть возможность кэшировать либо на самом сервере, либо в сервисе, таком как ускоренные домены или Cloudflare, который распределяет кэш по всему миру.

Затем у вас есть кеш браузера. А кеш браузера — это, по сути, кеш конечного пользователя. Вы когда-нибудь сталкивались, например, с чем-то на сайте, который вы обновили, и вы не видите это автоматически во внешнем интерфейсе, когда вы как бы разрабатываете и просматриваете свой сайт? Это потому, что он был кэширован в этом реальном браузере. По сути, это временная версия этой страницы или актива, хранящаяся в браузере вашего пользователя на вашем компьютере или телефоне.

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

Затем у вас есть то, что известно как прокси-кеш CDN. Кэш прокси CDN — это кеш, который находится между вашим исходным сервером — так что это сервер, который создает и представляет увеличенную первую исходную страницу — и самим браузером фактического пользователя. Это ускоренные домены, а Cloudflare — тип прокси CDN. И все запросы и ответы проходят через свои домены, прежде чем попасть на исходный сервер.

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

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

Как правило, вы можете кэшировать запрос GET. И с запросами GET, или, как следует из названия, запросом на получение некоторого ресурса. Несмотря на то, что запросы GET часто безопасно кэшировать, как уже упоминалось, вы не хотите снова кэшировать зарегистрированную страницу, тележки и кассы. Вы хотите, чтобы они всегда были свежими и новыми для клиента, чтобы они были актуальными и точными.

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

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

Таким образом, для достижения наилучших практик в отношении кэширования всегда выборочно кэшируйте HTML. По сути, на первом уровне кэшируйте все, чтобы действовать как статический аноним — для статического анонимного контента. А затем посмотрите, как обойти кеш на куки и кешируйте все, что есть в вашей корзине, в вашем списке желаний, используя куки для обхода определенных элементов кеша. И всегда устанавливайте возрастной кеш, свое время жизни в соответствии с вашей конфигурацией Cloudflare. Это должно гарантировать, что ваш кеш всегда будет обновляться и соответствовать исходному происхождению.

Итак, одна из вещей, которую мы поняли из разговоров с нашими клиентами электронной коммерции, заключается в том, что это проблема, которую обычно разработчики должны решать самостоятельно. Таким образом, в рамках нашей разработки в WP Engine мы фактически работаем над решением для электронной коммерции, которое по умолчанию позволяет поставлять и устанавливать WooCommerce со всеми этими правилами кэширования, установленными по умолчанию. Таким образом, мы кэшируем все статические данные, а затем не кэшируем все динамические данные, чтобы они всегда были свежими. Он всегда постоянно обновляется для вас. И, таким образом, у вас нет конфликтов, таких как фрагментация корзины для ваших пользователей.

Медиа-оптимизация — еще одна важная вещь, связанная с доставкой контента с вашего сервера конечному пользователю, находящемуся на вашем сайте электронной коммерции, связана с медиа-оптимизацией. Первое, о чем нужно подумать, это что такое медиаоптимизация? Что мы можем с этим поделать? И как мы можем гарантировать, что клиенты получат быстрый, эффективный и динамичный опыт при просмотре и использовании своего сайта?

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

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

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

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

Этот метод оптимизации позволяет отображать первыми изображения и контент, которые увидит пользователь. И тогда мы не тратим ресурсы на загрузку вещей, которые они на самом деле еще не собираются просматривать и видеть. Сам Google рекомендует ленивую загрузку и в основном называет ее откладыванием закадровых изображений. И тогда я бы сказал, не утруждайте себя загрузкой.

Вы можете вручную, как разработчик, пометить каждое из ваших изображений, если хотите, или ваше видео как отложенное. Но, как вы понимаете, для сайта электронной коммерции это потребует значительных усилий. Кроме того, если вам неудобно вручную помечать каждое из этих изображений, вы можете использовать для этого плагин. Если у вас есть быстрый поиск в Google лучших загрузочных плагинов для WordPress, там есть несколько рекомендаций по лучшим плагинам для использования.

Но для нас и в электронной коммерции мы бы рекомендовали воткнуть их, например, в WP Rocket. Он предлагает ленивую оптимизацию загрузки Adobe. Кроме того, вы всегда должны помнить о своих мобильных пользователях. Их экраны и производительность меньше, поэтому вам не нужно загружать большие изображения. Вы хотите уменьшить это.

Вы хотите использовать сжатие для всех ваших изображений, потому что это сэкономит огромную, 40%, пропускную способность, а также, очевидно, что загрузка этого конкретного экрана и формата файла является ключевой для изображений. Например, размер изображения 600 на 600 в формате JPEG составляет 100 килобайт, PNG — 216, а в формате WebP — всего 56 килобайт. Итак, вы должны быть очень осторожны при рассмотрении вопроса: ОК, какой формат файла я буду использовать для всех этих изображений, которые будут обслуживаться? Особенно с сайта электронной коммерции у меня потенциально могут быть тысячи продуктов, тысячи изображений и сотни видео для резервного копирования этих изображений и этого контента.

Вы хотите всегда изменять размер ваших изображений. Вы можете посмотреть на онлайн-инструменты, такие как Imagify, Youoptimizer, TinyJPG, и посмотреть на те, которые оптимизируют ваши изображения в WordPress. Imagify создан той же командой, что и WP Rocket, и это очень интуитивно понятный плагин, который автоматически сжимает изображения, используя три различных типа уровней — нормальный, агрессивный и ультра. И это позволяет вам настроить размер изображения, который подходит для ваших конечных пользователей.

Обратите также внимание на размеры миниатюр. Держите их маленькими, потому что они маленькие в любом случае. Держите фоны простыми. Используйте такие инструменты, как remove.bg и Slazenger, чтобы удалить фон и обновить фон, чтобы упростить его. А также затем используйте CDN для более быстрой глобальной доставки. Также всегда добавляйте к своим изображениям альтернативные полезные ярлыки.

Это помогает с SEO, поисковой оптимизацией. И всегда следите за тем, чтобы ваши ярлыки действительно отражали содержание вашего изображения или видео. Как разработчики, иногда мы можем использовать аббревиатуры, такие как RDHD, или просто переходить на Y-группу. Мы знаем, что это красная шапка с желтой лентой. Но поисковая оптимизация этого не знает, поэтому постарайтесь быть более реальным или языком с точки зрения представления изображений.

Поэтому для оптимизации видео также используйте инструменты сжатия данных. Опять же, помните о своих мобильных пользователях. Конвертируйте все, если это возможно, в форматы HTML5. Для любого видео, в котором нет звука, полностью удалите звук. Нет смысла иметь его, потому что он просто потребляет пропускную способность. Используйте снова сети доставки контента. Укажите свои видеосайты и снова, что касается отложенной загрузки, всегда откладывайте загрузку этих изображений до тех пор, пока ваша страница не будет полностью загружена.

Поисковая оптимизация — как мы, возможно, знаем, поисковая оптимизация — это в основном метод того, что мы называем передачей вашего поиска конкретному поставщику услуг, который является экспертом в этом, потому что они могут повысить эффективность вашего поиска и, таким образом, увеличить ваши продажи для вашего продавца и пользователь. Как мы знаем, по умолчанию WooCommerce имеет встроенную функцию поиска. Но это оставляет желать лучшего в отношении функциональности, связанной с сопоставлением атрибутов продукта, настраиваемых полей и описаний. Это очень медленно. Это не предлагает хороший пользовательский опыт. И в конце концов, это очень неэффективно.

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

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

Итак, что мы можем сделать? Как я уже упоминал, мы используем разгрузку поиска, чтобы уменьшить трения в процессе поиска и помочь клиентам найти то, что они хотят. Таким образом, это процесс, в основном выполняемый третьей стороной. Он улучшает возможности поиска WooCommerce, поскольку он интегрирован с Woo. Он имеет в основном виджеты для фильтрации по мере необходимости. Он предоставляет пользователям результаты, которые могут помочь повысить доверие к бренду.

Он имеет автоподсказку, и вы можете настроить и адаптировать вес. Вы можете предоставить клиентам результаты – индивидуальные результаты. У вас может быть мгновенный автопоиск и аналитика поиска, как я уже упоминал, что очень важно. Нет смысла в поиске, если вы не можете проанализировать поиск, чтобы увидеть, насколько он эффективен. А также это помогает в тонкой настройке вашей SEO-интеграции, чтобы клиенты могли найти то, что они хотят. Когда они ищут в Google, они делают это на этом конкретном сайте в зависимости от того, что вы ищете.

Это также помогает раскрыть намерения клиентов и раскрывает данные об интересах клиентов. Что они ищут? Что они хотят купить? Что их привлекает на вашем сайте? Что они ищут?

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

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

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

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

Что касается WP Engine, мы сотрудничаем с ElasticPress, чтобы предложить, по сути, то, что мы считаем премиальным поисковым плагином, который автоматически устанавливается по умолчанию и устанавливается как часть нашего предложения для электронной коммерции. Он предлагает все автоматические предложения, взвешивание, результаты клиентов и многое другое.

И теперь я как бы закончил свои три совета в отношении совета, руководства для WooCommerce, и я собираюсь вернуть его Джереми. Так вот, Джереми. Спасибо.

ДЖЕРЕМИ БЕНУА: Еще одна область, на которую стоит обратить внимание, — это фрагмент тележки AJAX. Фрагмент корзины AJAX является разыскиваемым фрагментом кода. Он известен своими задержками, скачками производительности сервера и ненужной работой. Но так ли плох фрагмент корзины AJAX?

Ну, его цель - обновить корзину новыми продуктами, новыми ценами на продукты, новым количеством продуктов, рассчитать цены без перезагрузки страницы. Однако скрипт агента фрагментации корзины запускается на каждой странице — домашней странице, странице продукта и даже на страницах, где нет действий добавления в корзину. Это может быть ваша страница о нас или даже страница контактов с нами.

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

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

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

Теперь следующий трюк или совет — использовать таблицу пользовательских заказов после ее выпуска. Вы можете спросить, что вы имеете в виду? Чуть позже, в этом… в DE{CODE} вы узнаете от WooCommerce о новой пользовательской таблице заказов, которая будет выпущена в конце этого года. А таблица WooCommerce — таблица заказов имеет структурную дилемму. Многие из вас знают, что на это часто указывают как на причину плохого масштабирования. Но это также может быть проблемой для скорости, когда речь идет о взаимодействиях, связанных с продуктами, или взаимодействиях, связанных с заказами, а иногда даже с подключаемыми данными.

Прямо сейчас WooCommerce использует метатаблицу сообщений, в которой хранятся различные объекты данных, включая заказы и продукты, а также некоторые добавленные данные плагинов, и каждый раз, когда есть вызов для любого из этих объектов, все они попадают в тот же источник. Таким образом, вы можете себе представить, что устранение этой пробки путем создания пользовательских таблиц заказов добавит структурную целостность WooCommerce настоящего механизма электронной коммерции и улучшит скорость любого вида деятельности по заказу. Это будет отличной поддержкой, особенно для сайтов с высоким трафиком и большим объемом заказов или даже для сайтов с очень большим каталогом товаров.

Имея эти три различных типа таблиц, новые основные таблицы для основной информации о заказе, новые таблицы подключаемых модулей специально для данных подключаемых модулей и новые метатаблицы для любого типа пользовательских метаданных, которые необходимо хранить разработчику, это упростит задачу. узкое место, которое ранее и в настоящее время имеет метатаблица сообщений для взаимодействия с вашими заказами. Для этих таблиц также будут специальные индексы, которые помогут ускорить получение этих конкретных сущностей в каждой из этих таблиц. Подробнее о пользовательской таблице заказов вы узнаете позже в DE{CODE}.

Итак, давайте взглянем на третье улучшение, скорость Безголового. Таким образом, этот совет состоит в том, чтобы перейти к безголовому, потому что безголовый, безголовый стек, увеличивает скорость на порядки. Код JavaScript во внешнем интерфейсе вашей безголовой инфраструктуры будет намного быстрее, а в некоторых случаях в 10 раз быстрее, чем традиционная инфраструктура WordPress. У нас даже есть клиенты в нашей инфраструктуре Atlas, которые наблюдают шестикратное увеличение всех показателей Lighthouse.

А в WP Engine у ​​нас есть безголовая инфраструктура под названием Atlas. Эта инфраструктура позволяет — также имеет компонент, называемый нашим механизмом контента, который значительно увеличивает скорость поиска всех видов статического и динамического контента в вашем экземпляре WooCommerce. Безголовые инфраструктуры также позволяют настраивать внутреннюю интеграцию и создают возможности для молниеносной оптимизации с теми сторонними приложениями, с которыми необходимо интегрировать ваш сайт WooCommerce. И это мой последний совет на сегодня.