Производителност
Всеки сайт на WordPress получава кеш на цели страници и обектен кеш на Redis за всеки отделен сайт, включени в хостинга и работещи на сървъра, а не в плъгин, който трябва да конфигурирате. И двете са превключватели в раздела Производителност (Performance) на сайта, а същият раздел измерва и промените от тях: Core Web Vitals от реални посетители, времето за изпълнение на заявките, измерено на сървъра, и профилиране на ниво код, което посочва плъгина или заявката, отнемащи време.
Те са включени в хостинга. Те не са отделен план и деактивирането на платения ъпгрейд никога не ги премахва — което е от значение, тъй като преминаването към по-нисък план, което тихомълком премахва кеширането Ви, би означавало отнемане на нещо, което никога не сте купували и за което никога не сте спирали да плащате.
Визуализираните страници се предоставят директно от кеша, като напълно се прескача PHP за посетители, които не са влезли в профила си. За сайт със съдържание или сайт тип брошура това е най-голямото възможно предимство и представлява разликата между сървър, който преодолява скока в трафика безпроблемно, и такъв, който се срива.
Постоянното кеширане на обекти предотвратява повторното изпълнение на една и съща заявка към базата данни от WordPress при всяко поискване, така че страниците да се сглобяват по-бързо при натоварване, а базата данни да остава ненатоварена. За всеки сайт, без споделяне — вашият кеш не зависи от изчистването на чужд кеш.
Количките, страниците за плащане, страниците на профила и всичко, което се показва на влязъл потребител, са изключени по подразбиране както за WordPress, така и за WooCommerce. Кеш, който показва на един клиент количката на друг клиент, не е функция за производителност.
Публикувайте публикация и тя изчиства тази публикация и списъците, в които се появява; коментар изчиства своя родителски елемент; смяната на тема изчиства всичко.
Кеширането прави доставянето на страницата по-евтино. То обаче не олекотява тежките изображения и не спира блокиращите скриптове да блокират зареждането — това е работа по самия сайт и точно за това е предназначено експертното ускоряване.
| Включено кеширане | Експертно ускорение | |
|---|---|---|
| Кеш на цялата страница (LiteSpeed LSCache) | Да | Configured for how the site is built |
| Обектно кеширане с Redis за всеки сайт | Да | Configured and tuned |
| Компресиране на изображения и модерни формати | Не | Да |
| CSS и скриптове, блокиращи Render | Не | Deferred; critical CSS on the heaviest tier |
| CDN пред сайта | From the CDN tab | From the CDN tab |
| Как се таксува | With the hosting | One-off, by how complex the site is |
| Кой извършва работата | You switch it on | Our engineers |
| Как да го получите | The Performance tab | Bought as an add-on |
Цената на експертното ускоряване се определя според сложността на сайта, тъй като сложността определя броя часове — вижте страницата за ускоряване, за да разберете какво покрива всяко ниво.
Всеки сайт разполага с такъв. Той показва кеширането, което вече е активно, какво изпитват реалните посетители и за какво се изразходва времето на вашия сайт.
Кешът на страниците и обектният кеш са включени и изброени там. Всеки от тях има собствен превключвател, така че сайт, който трябва да остави единия изключен, запазва другия.
Прочетете първо картата за Core Web Vitals и времената от страна на сървъра, за да разполагате с база за сравнение, а не просто с впечатление.
Ако показателите все още са разочароващи, проблемът обикновено не е в кеша — той е в изображенията, добавка или заявка. Експертното ускоряване се състои в това нашите разработчици да открият и отстранят точно това.
Доказателства, а не усещания
Core Web Vitals произлизат от действителния опит на реалните посетители, като се проверяват автоматично за началната Ви страница и при поискване за всяка друга страница. Времената от страна на сървъра са реални заявки, обслужени от Вашия сайт, измерени на сървъра преди каквото и да било да достигне до браузъра — така че бавната страница се разграничава от бавната мрежа.
Профилирането на ниво код е това, което променя следващите Ви стъпки: всяка заявка се профилира на сървъра, а хронологията показва кои страници са най-бавни, кой плъгин или заявка отнема времето и дали състоянието се влошава. Оценката от сто точки Ви показва, че има проблем; това Ви показва чий е той.
Разликата между тях е в това кой върши работата. Лесно е да изберете грешния вариант и това струва скъпо, затова ето честния ориентир.
Кеширането на страници и кеширането на обекти са включени във Вашия план и се превключват от раздела „Производителност“. Подходящо е за повечето сайтове със съдържание и сайтове-брошури, като не Ви струва нищо.
Как работи кеширането →Еднократна услуга, при която конфигурираме кеширането спрямо вашия реален сайт — с необходимите изключения и желаните правила — и ви го предаваме напълно работещ.
Вижте услугите за ускоряване →Нашите разработчици работят върху това, което действително забавя системата: заявка без индекс, плъгин, който извършва тежка операция при всяко зареждане на страница, тема, визуализираща целия каталог. Ценообразуването зависи от сложността на сайта.
Експертна оптимизация на скоростта →Кешът на страниците е от LiteSpeed, а нашият автопарк използва LiteSpeed Enterprise. Ако хоствате другаде и искате същия механизъм, ние управляваме и това.
LiteSpeed, управляван →Сървърен слой за кеширане за WordPress, управляван на ниво хостинг, вместо чрез плъгин, който инсталирате и настройвате. Представлява кеш на цели страници и обектен кеш за всеки сайт, като и двата са включени във Вашия план и се управляват от раздела Производителност на сайта. Няма нужда да купувате отделен лиценз или да редактирате конфигурационен файл.
Два кеширащи слоя, като те са отделни превключватели, а не една настройка. Кешът на страниците предоставя рендерираните страници директно от LSCache на LiteSpeed, като напълно прескача PHP за посетители, които не са влезли в профила си — най-голямото индивидуално предимство за сайт със съдържание или сайт-брошура. Обектният кеш е отделна за всеки сайт инстанция на Redis, която спира повторното изграждане от WordPress на една и съща заявка към базата данни при всяко поискване. И двата са налични във всеки план, а изключването на платения план никога не ги премахва.
Не. Кеширането и оптимизациите се изпълняват на сървъра, под WordPress. Предоставяме плъгина Zinn® Cache като част от внедряването на сайта, но той е по-скоро контролер на кеша, а не кеширащ енджин — съществува, за да може при публикуване на публикация да се изчистват точно страниците, на които тя се показва, и да инструктира нашата edge мрежа да направи същото, вместо да изчиствате кешовете ръчно.
Оптимизациите работят на ниво сървър и кеш и се предоставят със сигурни настройки по подразбиране, включително изключения за пътищата на WordPress и WooCommerce, които никога не трябва да се кешират — колички, страници за плащане, страници на акаунта и всичко, което се предоставя на влязъл потребител. Ако нещо трябва да бъде изключено, контролерът на кеша Ви позволява да го изключите, вместо да деактивирате целия слой.
Същият раздел го измерва по три начина. Core Web Vitals произлизат от това, което са изпитали реалните посетители. Измерванията от страна на сървъра са реални заявки, обработени от Вашия сайт и измерени на сървъра, преди каквото и да било да достигне до браузъра. А профилирането на ниво код посочва плъгина, заявката или частта от кода, отнела времето — което е единственото от трите, указващо какво реално трябва да промените.
Според това кой върши работата. Кеширането на тази страница вече е включено и Вие го превключвате сами. Услугата по настройка представлява еднократното му правилно конфигуриране от наша страна за Вашия конкретен сайт. Експертното ускоряване включва работата на нашите разработчици по действителните проблеми на сайта Ви — изображения, бавна заявка, тежка приставка, тема, извършваща нещо ресурсоемко при всяко зареждане на страница. Те не са версии на един и същ продукт; едно от тях може да е точно това, от което се нуждаете, а останалите да са безполезни.
Всеки сайт на WordPress, който хостваме, включва и двата слоя за кеширане — те идват със самия хостинг, а не с определен план. Това, което се различава, е машината отдолу: кеширането работи там, където ние контролираме сървъра, така че сайт на пакет, управляван от външен доставчик, получава това, което предоставя платформата на съответния доставчик.
Обектният кеш е изграден за WordPress и именно там той е най-ефективен. Кешът на цяла страница не е специфичен само за WordPress — всяко PHP приложение или статичен сайт в нашата мрежа се обслужва от същия LiteSpeed кеш за страници, а статичният сайт е бърз по причини, които правят повечето от това излишно.
Не и в момента. Кеширането на тази страница е това, което използва всеки хостван от нас WordPress сайт, и то е включено. Ако страниците Ви все още се зареждат бавно, след като е включено, причината обикновено са изображения, плъгин или заявка, а не кешът — а това е работа, която оптимизацията на скоростта от експерт извършва ръчно за Вашия конкретен сайт.
Няма нищо за изпробване: кеширането е включено в хостинга и е активно още от първото внедряване. Самият хостинг се предлага с 14-дневен пробен период без изискване на карта.
Не, и то умишлено. AccelerateWP идва с интегриран CDN и ние никога не го включваме, тъй като всеки Zinn® сайт вече е обезпечен от edge мрежа по наш избор — втори CDN пред него би означавал два последователни кеша, а изчистването на единия би оставило другия да предоставя остаряла страница. Вашият CDN се управлява от раздела CDN на сайта.
Да. И двата слоя са превключватели в раздела „Производителност“ на всеки сайт и са независими един от друг — сайт, който трябва да остави кеша на страниците изключен, все още запазва своя кеш на обектите.
Започнете 14-дневен пробен период без карта. Кеширането е включено още от първото внедряване — отворете раздела Performance и вижте как се отразява на собствените Ви показатели.
Започнете безплатно