Ако утре ми кажат, че мога да взема само една приставка на необитаем остров, най-вероятно ще взема Perfmatters и ако имам фенклуб, ще се запиша и ще ходя на всички техни концерти.
Използвам го от януари 2021 г. и това е една от добавките, която е решила най-много проблеми, и тази, която допринася най-много и най-добре за намаляване на скоростта на зареждане.
Essential
Това е един от онези инструменти, за които дори не си задавате въпроса за далечната възможност да не платите, когато настъпи денят за годишно подновяване. Между другото, това е много изгодно за използване на един сайт. Той струва само 24,95 долара и има 15% отстъпка за последващи подновявания. Така че от втората година нататък тя е само 21,21 долара за мизерните 21,21 долара.
Тъй като прегледах някои от функциите му поотделно, очаквах по-задълбочен анализ и ръководство за конфигуриране. Това е целта на тази публикация.
За конфигурацията
Забележка: От само себе си се разбира, че иконите за включване и изключване, които добавям, са тези, които отговарят на моята конфигурация, която е най-добрата, която можех да получа за този блог. Това не означава, че тя е идеалната за вашата среда.
Всеки сценарий е различен. Ще трябва да проучите всяка опция, да я разберете, да експериментирате с поведението ѝ и да решите кое е най-доброто във вашия случай. За тази цел няма нищо по-добро от това да тествате вариантите един по един и да оцените резултатите.
Друго нещо, което трябва да имате предвид, е, че дублиращите се инструменти се сблъскват. Има други плъгини като WP Rocket или плъгината за кеширане на сървъра с Litespeed, които имат някои функции, които правят точно същото нещо. Активирането им заедно може да доведе до конфликти. Ще трябва да прецените кой от тях работи най-добре и да се придържате само към един от тях.
Общ раздел
В раздела Общи ще намерите най-често използваните инструменти. До всички тях ще намерите връзка към съответната помощ. Не се страхувайте да ги изпробвате. Всичко е обратимо. Като натиснете отново превключвателя му, всичко ще се върне в първоначалното си състояние и тук нищо не се е случило.
Деактивиране на емотиконите
Във версия 4.2 на WordPress от 2015 г. беше добавена поддръжка на емоджита в ядрото за по-старите браузъри.
Въпреки че те не са твърде тежки (18 KB плюс други JS), можете да ги деактивирате, защото те зареждат JavaScript wp-emoji-release.min.js на всяка страница на блога ви, а една заявка по-малко е винаги една заявка по-малко.
Деактивиране на dashicons
Dashicons е официалният шрифт за икони в администрацията на WordPress от версия 3.8 насам. Някои шаблони го използват във front-end, като зареждат CSS файла dashicons.min.css. Много съвременни теми и плъгини обаче вече използват собствени икони, SVGs или изобщо не използват икони. Така че, ако не използвате dashicons, можете да ги деактивирате, тъй като таблицата със стилове добавя ненужно време за зареждане, а също така блокира изобразяването.
Деактивирането им от Perfmatters не се отразява на административния панел на WordPress, който ги използва. Ще бъдат премахнати само тиретата във front-end, когато не сте влезли в системата.
Деактивиране на вграждането (Embebs)
Когато добавите връзка от блога си в редактора, WordPress я разпознава и я показва като такава (ако не сте променили стила).
Ако не се интересувате от вгражданията, можете да ги изключите и да намалите малко натоварването. Аз не съм ги изключил, защото съм забелязал, че връзките с визуализации обикновено имат добър процент на кликвания, когато се използват като свързани връзки между параграфите.
Вграждането се предлага с версия 4.4 на WordPress. Недостатъкът е, че те се предлагат с допълнителен код, който се добавя, включително още един JavaScript за зареждане: wp-embed.min.js
Деактивирането на вгражданията в блога ви също така не позволява на други блогове да вграждат връзки от вашия сайт с този преглед, но премахва специфичния JavaScript за oEmbed и деактивира филтрирането на резултатите от oEmbed,
премахва откриването на връзки в oEmbed и също така премахва всички правила за пренаписване на вграждания.
Деактивиране на XML-RPC
XML-RPC е протокол, който беше добавен в WordPress 3.5, за да позволява отдалечени връзки, и освен ако не използвате приложението на WordPress за публикуване или редактиране на блога си от мобилно устройство, е важно да го деактивирате, тъй като представлява сериозен риск за сигурността.
Много малко плъгини се нуждаят от него, знам само за един, който го използва: JetPack. Многофункционален плъгин, който не се препоръчва, защото значително затруднява производителността.
След като деактивирате XML-RPC, просто проверете състоянието му, като посетите yourdomain.com/xmlrpc.php, за да се уверите, че връща само съобщение за грешка 403.
Можете също така да го проверите в този инструмент за проверка. Ако получите подобно съобщение, това означава, че XML-RPC е забранен.
Премахване на jQuery Migrate
Тя беше въведена в WordPress 3.6 и вече не е разрешена по подразбиране от WP 5.5 и по-нови версии.
Въпреки че повечето шаблони и плъгини не се нуждаят от него, все още има някои, които го изискват за някои незначителни функции. В моя случай има два плъгина, които го използват: Ultimate Membership Pro и Rank Math за лента със статистики (която не използвам), която се показва само за администраторите. Някои плъгини за управление на съгласието за бисквитки все още го използваха доскоро.
jQuery Migrate е ресурс за разработчици, който позволява на код с по-стари зависимости да комуникира с нов код.
Вероятно нямате плъгини, които да се нуждаят от това, така че jQuery Migrate добавя ненужните режийни разходи на JavaScript jquery-migrate.min.js.
Въпреки това, преди да деактивирате плъгините си, проверете документацията за тях или попитайте разработчиците (по-късно ще видим как да ги деактивирате за определени места).
Скриване на версията на WordPress
Тази опция няма никаква тайна, тя просто скрива версията на WordPress, която сте инсталирали, от любопитни очи като мярка за сигурност.
Това, което може да се направи по различни начини, е полезно в случай, че сте закъснели с актуализирането на нещо, когато се появят уязвимости във вашата версия, които могат да бъдат използвани, или ядрото може да бъде компрометирано. Най-малкото, като скривате версията, я правите по-малко лесна за нападателите, които търсят пропуски.
Въпреки че се премахва само един ред код и това се прави главно от съображения за сигурност, за любителите на оптимизацията това е просто още една щипка, която се прибавя към общата сума, която трябва да се извади.
Премахване на връзката wlwmanifest
Това е етикет, който се появява във всяка инсталация на WordPress и се използваше от Windows Live Writer, който спря да се актуализира и поддържа през януари 2017 г.
Както и в предишния случай, това е просто ненужен код, така че има един ред по-малко.
Премахване на връзката RSD
Друг останал таг, който се появява във всяка инсталация на WordPress.
Ако редактирате сайта им от браузъра, той изобщо не ви е необходим. Той се използва и от някои приложения на трети страни, които използват XML-RPC заявки, които се предполага, че вече сте деактивирали. Така че това е ненужен код, който трябва да премахнете.
Премахване на кратката връзка
Използва се за създаване на кратка връзка с номера за вашите страници и публикации, които добавят този таг:
<link rel='shortlink' href='https://dominio.com?p=123' />
Ако използвате "хубави" кратки пермалинкове, като например domain.com/%postname%, няма причина да запазвате този неизползван, още по-ненужен код за изхвърляне.
Деактивиране на RSS канала
WordPress генерира различни видове RSS емисии по подразбиране. Въпреки че RSS каналите все още са полезни за един блог, ако сайтът ви е по-скоро статичен или просто не го използвате като блог, можете да деактивирате канала.
Премахване на връзки от RSS емисии
Точно както WordPress генерира RSS емисии, той генерира и връзки към тези RSS емисии за вашите страници, публикации, коментари, категории, тагове и т.н. Можете да оставите RSS каналите си разрешени и да премахнете връзките към тях. Целта на това е да премахнете допълнителен и най-вероятно неизползван код от страницата си.
Деактивиране на автовръзките
Пинбекът по принцип е автоматичен коментар с връзка, който се създава като известие в блога ви, когато друг блог постави връзка към вас. Автоматична обратна връзка се създава, когато поставите връзка към статия в собствения си блог.
В днешно време почти никой не ги използва, а външните pingbacks, които можете да получите, обикновено са спам, само разхищават ресурси и дори могат да създадат злонамерени или временни връзки, които са счупени и следователно вредят на SEO.
Подобно на тракбековете, те принадлежат на миналото на блоговете, когато свързването като философия на блоговете е било традиция като част от нетикета.
Деактивиране на REST API
API на WordPress REST предоставя крайни точки на API за типовете данни на WordPress, които позволяват на разработчиците да взаимодействат със сайтовете от разстояние чрез изпращане и получаване на JSON обекти.
Той позволява препратки към други сайтове и към софтуер, написан на PHP или друг език.
Съществуват различни приставки, услуги и приложения, които използват REST API, като според Perfmatters това са някои от тях:
Yoast SEO и уиджет за таблото за управление Ryte, Jetpack, някои форми за контакт, Wordfence и някои специфични уиджети за таблото за управление на WooCommerce.
Използва се също така от блоковия редактор Gutenberg за комуникация при извършване на редакции на страници и публикации. Ако го деактивирате напълно, ще получите грешка "Актуализацията се провали".
Perfmatters предлага три опции. Включена (по подразбиране), изключена за неадминистратори и изключена при излизане от системата.
Премахване на връзките на REST API
По подразбиране в заглавието на типа се включва връзка към REST API:
<link rel='https://api.w.org/' href='https://domain.com/wp-json/' />При всяка заявка се изпраща и заглавие, а към крайната точка на Really Simple Discovery (RSD) се добавя API таг. Целият този код може да бъде премахнат, като се активира опцията за премахване на връзките му.
Деактивиране на Google Maps
Точно това - деактивирайте API на Google Maps.
Някои шаблони и плъгини на WordPress имат вграден API на Google Maps и често не предлагат начин да го деактивирате. Google Maps може да доведе до хаос в работата на блога ви, въпреки че заявките се зареждат асинхронно. Обикновено заявката се прави чрез официалния API на Google Maps.
Само за да заредите карта в блога си, можете да направите до 20 HTTP заявки към Google Maps. В зависимост от интеграцията те могат да правят по-малко или дори повече заявки.
Ако не се нуждаете от тях, те трябва да бъдат деактивирани.
Изключване на деактивирането на Google Maps по идентификационен номер на пощата
Ако обаче нямате друг избор, освен да вграждате карти, можете да изключите деактивирането само за тези публикации, в които трябва да ги добавите. За да направите това, трябва да добавите в следното поле идентификаторите на всяка публикация, разделени със запетаи.
Деактивиране на измерването на силата на паролата
Това беше въведено в последните версии на WordPress и WooCommerce. Това е вграден измервател на силата на паролата, който принуждава потребителите да използват силни пароли и зарежда няколко файла като: /wp-admin/js/password-strength-meter.min.js и /wp-includes/js/zxcvbn.min.js
zxcvbn.min.js може да бъде по-голям от 800 KB
Ако използвате WooCommerce, файлът също понякога се намира по този път:
/wp-content/plugins/woocommerce/assets/js/frontend/password-strength-meter.min.jsВ зависимост от всеки шаблон и начина, по който разработчикът е подредил нещата, понякога тези файлове се зареждат в целия сайт. По причини, свързани с производителността, те трябва да се зареждат само на страниците "акаунт", "плащане" и "смяна на парола".
Ако след деактивирането му все още намирате тези скриптове сред заявките, направете справка в документацията на вашия шаблон и в документацията на плъгините, за които смятате, че използват тази функция.
Деактивиране на коментари
Ако нямате нужда от коментари или сте решили да прекратите спама по най-радикалния начин, можете да забраните на читателите си да коментират. Формата за коментари ще изчезне.
Това е списъкът с действия, които Perfmatters ще се опита да извърши, когато опцията Забрани коментарите е активирана:
- Деактивирайте вградената джаджа за скорошни коментари.
- Отстранете хедъра на X-Pingback.
- Премахване на връзките на коментарите.
- Деактивиране на заявките за подаване на коментари.
- Премахване на връзките за коментари от лентата за администриране.
- Премахване на поддръжката на коментари от всички видове публикации.
- Затворете филтрите за коментари.
- Премахване на връзките за коментари от менюто на администрацията.
- Деактивиране на вградената страница за разговори.
- Скриване на коментарите в контролния панел.
- Скриване на опцията за настройки на коментарите в страницата на профила.
- Връщане на празен шаблон за коментар при поискване.
- Премахване на скрипта за отговаряне на коментари.
Не забравяйте, че ако изберете по-мека опция, можете да затворите коментарите само за определени публикации от редакцията на всяка от тях , като премахнете отметката в това поле.
Или в Настройки/коментари можете да зададете те да се затварят след определен брой дни.
Премахване на URL адреси от коментари
По подразбиране коментарите в WordPress включват поле за уебсайт, което създава nofollow връзка (въпреки че спамърите нямат нищо против това) в името на автора на коментара.
Ако не искате да се справяте с връзки, които се развалят с течение на времето, имате твърде малко коментари или просто искате да изкорените спама, можете да изтриете всички URL адреси, добавени от посетителите в коментарите, с едно движение.
Активирането му също така ще премахне полето за URL от формуляра за бъдещи коментари.
Добавяне на празна фавикона
Ако вече имате favicon на сайта си, трябва да оставите тази опция деактивирана.
Добавянето на бял фавикон е полезно, ако създавате и тествате много нови инсталации на WordPress. Добавянето на бяла фавикона ви спестява необходимостта да качвате фавикона за всеки сайт. Освен това, ако я забравите, тя може да генерира грешка 404 в инструментите за тестване на скоростта.
Премахване на глобалните стилове
От версия 5.9 на WordPress беше добавен допълнителен вграден код за подобряване на двуцветните стилове (CSS и SVG код). Повечето потребители вероятно няма да използват тази функция, а проблемът е, че тя добавя 311 реда (неминализирани) код към всяка страница на вашия сайт, които са разпределени по този начин:
Преди тага body са добавени 196 реда CSS, а преди тага /body - 115 реда SVG код.
В голяма част от кода се използват тагове!important;, което също не е идеално.
От Perfmatters смятат, че това може да е грешка, затова добавят тази опция като лесен начин за премахване на целия този ненужен код, докато той бъде разрешен.
Hearbeat, прегледи и автоматично запазване
API на WordPress Heartbeat използва /wp-admin/admin-ajax.php за изпълнение на AJAX повиквания от уеб браузъра.
Това е чудесно, тъй като запазва черновите ви и предотвратява загубата им при неочаквано изключване, но също така може да доведе до висока консумация на процесора и безумно много PHP повиквания. Например, ако оставите контролния си панел отворен, той ще продължава да изпраща POST заявки към този файл на всеки 15 секунди. Можете да увеличите честотата на 60 секунди, за да намалите този проблем.
В първата опция можете да изберете кога и къде да се активира.
Третата опция ви позволява да ограничите броя на ревизиите на записите, за да спестите място, например ако зададете 10, ще бъдат запазени само последните 10, а предишните ще бъдат изтрити.
И накрая, можете да зададете интервала за автоматично запазване на чернови. По подразбиране WordPress записва автоматично на всеки 60 секунди. Въпреки това, като увеличите интервала, ще трябва да записвате ръчно по-често, това предотвратява "висенето" на браузъра толкова много, докато сте в областта за администриране, а също така спестява по-малко записи в базата данни.
Woocommerce
За опциите за оптимизация за WooCommerce ще кажа само, че те съществуват, но ще избегна всякакъв коментар, тъй като е обичайно в тази къща да не преглеждам нищо, което не ми е много ясно, какъвто е случаят. Деинсталирах WooCommerce през юли 2021 г. и почти не си спомням нищо за отговора на тези оптимизации, така че ви препращам към документацията им:
- Деактивиране на скриптове и стилове на WooCommerce
- Деактивиране на фрагменти от количката
- Деактивиране на полето за състоянието на WooCommerce
- Деактивиране на джаджите на WooCommerce
URL адрес за влизане
Друга интересна функция е възможността за промяна на URL адреса по подразбиране за вход в областта на администрацията, който WordPress задава във вашия домейн/wp-admin. Тя прави точно същото, което и pugins като WPS Hide Login.
Ще намерите три полета:
В първия можете да промените url адреса за достъп до wp-admin на какъвто искате, например "yourdomain.com/potato", като по този начин избегнете атаки с груба сила и други, които обикновено са насочени към url адреса по подразбиране. Просто го запишете и/или се опитайте да не го направите странен url с твърде много символи, за да не го забравите (въпреки че винаги можете да го извлечете, като отидете в таблицата wp_options / perfmatters_options ).
Второто поле (Disabled Behavior) задава URL адреса, към който ще бъде изпратен посетителят, кацнал на вашия домейн/wp-admin, като има три възможности:
- Message (по подразбиране): Показва съобщение на посетителя. Можете да персонализирате съобщението с какъвто искате текст, като го добавите в полето Message (Съобщение).
- Шаблон 404: Потребителят ще бъде изпратен на страница 404.
- Начален URL адрес: Потребителят се пренасочва към началната страница.
Активи
Тук става наистина интересно.
Мениджър на скриптове, черешката на тортата
Мениджърът на скриптове Perfmatters без съмнение е най-мощният и полезен инструмент. Само това си заслужава всяка стотинка от малкото, което плащате за плъгина и неговата поддръжка.
Тя ви позволява да забраните скриптовете и CSS, използвани от всеки плъгин, и да им попречите да се зареждат в публикация или страница, на двете места или в целия сайт, да филтрирате по влезли или излезли потребители, по устройства и да добавяте изключения, включително за категории и тагове.
Това може драстично да увеличи скоростта на зареждане (особено на началната страница), като се елиминират ненужните заявки в случаите, когато не се използват плъгини, като например формуляри или други.
Задължителният режим на използване (MU) отвежда Script Manager много по-далеч. Той дава много по-голям контрол и предоставя възможност за деактивиране на заявките и куките на плъгините на WordPress, както и на вградените CSS и JS. Сега можете да контролирате всички аспекти на даден плъгин, от неговите скриптове на предния край, вградения код и MySQL заявките, където пожелаете.
В глобалния му изглед ще намерите всички приложени конфигурации, в случай че трябва да ги реорганизирате, промените, добавите нови или изтриете някои от тях.
Документацията за него е доста пълна. Ако не сте свикнали с този вид инструменти, в началото може да ви смути, но веднага щом го изпробвате, ще откриете, че е много лесен за използване.
JavaScript
Отлагане и забавяне на Javascript.
И двете могат да допринесат за подобряване на FCP и LCP.
Добавянето на атрибута defer към всеки некритичен файл на JavaScript ускорява първата картина на съдържанието (FCP) на страницата. Това означава, че JavaScript се изтегля по време на парсирането на HTML и се изпълнява след приключване на зареждането на страницата (когато парсирането е приключило). С други думи, изтеглянето на JavaScript се избутва в долната част на страницата, така че да се извърши в края на процеса.
Със закъснение резултатите от LCP и TBT се подобряват. JavaScript се забавя в зависимост от взаимодействието с потребителя, като значително ускорява първото рисуване на страницата, когато нещо не е необходимо веднага, например тежки скриптове от трети страни като Google Adsense, Google Analytics, пиксели за конвертиране във Facebook или Google Ads и други подобни.
И за двете опции можете да добавяте изключения и да активирате поведението Delay Timeout (Забавяне на времето), което задава времеви лимит, при който скриптовете ще се зареждат автоматично след 10 секунди, ако не е открито взаимодействие с потребителя. Това не е задължително и е деактивирано по подразбиране.
Време на закъснение
Ако активирате тази опция, имате възможност да зададете различна стойност на времетраенето, като използвате един от тези филтри.
В примера е зададена стойност от 7 секунди.
add_filter('perfmatters_delay_js_timeout', function($timeout) {
return '7';
});Те съветват да не задавате твърде кратка стойност на времетраенето, в противен случай функцията за забавяне на JS няма да работи правилно. Освен това, независимо от стойността на таймаута, в 99% от случаите всичко ще се задейства при първото взаимодействие с потребителя, независимо дали става въпрос за превъртане, щракване или първо движение на мишката.
CSS
Perfmatters твърди, че най-лесният начин да разрешите предупреждението "Reduce unused CSS" (Намаляване на неизползваните CSS) е да активирате тази функция, която разгледах, когато беше все още в бета версия, и която прави всичко това автоматично. Разработчиците твърдят, че са я тествали на стотици URL адреси (използвайки различни шаблони и настройки) и това са някои от резултатите, които твърдят, че са получили:
- Средно намаление на PCF от 15,20%.
- Средно намаление на LCP от 19,66%.
- Средно намаление на TTI с 14,95%.
Преди да активирате функцията "Премахване на неизползвани CSS" в Perfmatters, те препоръчват да премахнете всички съществуващи предварителни зареждания на CSS, които са били настроени в Perfmatters (с изключение на локалните таблици със стилове на Google Fonts).
Не сливайте CSS (неща, които често се правят с WP Rocket, Litespeed, Autoptimize и други). Сливането на CSS е остаряла техника за оптимизация след HTTP/2. В някои случаи комбинирането на CSS може да навреди на производителността(в моя случай не е така) и накрая се уверете, че не се опитвате да премахнете неизползваните CSS с друга приставка.
Съществуват три метода за отстраняване:
- Забавяне (по подразбиране): Всички оригинални CSS таблици със стилове (неизползвани CSS) се забавят и се зареждат при взаимодействие с потребителя. Това е препоръчителната опция.
- Асинхронно: Всички оригинални CSS таблици със стилове (неизползвани CSS) се зареждат чрез асинхронно зареждане. Този метод може да помогне за избягване на pop-in, тъй като стиловите листове се изпълняват асинхронно, докато страницата се зарежда. Този метод ще доведе до малко по-високи стойности на LCP/FCP в сравнение с поведението със забавяне.
- Премахване: Всички оригинални CSS таблици със стилове (неизползвани CSS) се премахват. Това е най-агресивният метод, но вероятно ще се наложи да се добавят и изключения. Препоръчва се само за напреднали потребители.
Тук няма друга тайна, освен да се експериментира в тестова среда и да се измерват резултатите, както самостоятелно, така и във взаимодействие с другите функции.
Някои от тези функции могат да бъдат деактивирани за всяка публикация или страница в редакцията на WP.
Код
Полезна класика, която много други плъгини включват, нещо, което може да се направи дори на ръка, но което опростява и улеснява операцията по добавяне на потребителски код към заглавието, тялото или долния колонтитул на вашия блог.
Следващите полета отпечатват код директно във фронт-енда, така че той трябва да е валиден HTML. Това включва вграден CSS в тагове или вграден JS в тагове. Можете също така да качите JS или CSS файл.
Той не поддържа езици от страна на сървъра, като например PHP. За добавяне на потребителски PHP код се препоръчва да използвате плъгина Code Snippets.
Предварително зареждане
В раздела за предварително зареждане първата опция, наречена"Instant Page", използва библиотеката instant.page и зарежда малък JS файл с размер под 2 KB(instantpage.js) локално на вашия сайт, който се използва за предварително зареждане на URL адреси, когато потребителят мине с мишката върху връзка или изображение във версията за настолни компютри. В мобилната версия URL адресът се зарежда предварително, след като потребителят започне да докосва връзката на екрана си и преди да я пусне.
След 65 милисекунди предварителното зареждане на URL се стартира автоматично във фонов режим.
Този инструмент е еквивалент на"Instant Click" на Litespeed и"Preload Links" на WP Rocket, така че ако използвате тази опция в някой от тези два плъгина, трябва да я деактивирате, за да изпробвате Perfmatters.
В моя случай тя работи малко по-добре от еквивалентната опция в Litespeed, въпреки че трябва да се отбележи, че в някои случаи тя може да увеличи натоварването на сървъра.
Както и при опциите за Javascript и CSS, използването на предварително зареждане и предварително свързване трябва да се използва според нуждите ви въз основа на различни тестове.
Предварителното зареждане на важни изображения (тези над сгъването) е опция, която все още е в бета версия и може да помогне за намаляване на времето за рисуване на по-голямо съдържание (LCP) в Core Web Vitals.
Обикновено това са изображения, като например лого, водещо изображение в публикация, основно изображение на целева страница и др. Когато са предварително заредени, те се преместват в горната част на водопада и по същество казват на браузъра, че имат приоритет и трябва да бъдат заредени незабавно.
Можете да избирате между нула, да не заредите нито едно (опция по подразбиране) и пет изображения. Permatters препоръчва да изберете две или най-много три, тъй като Chrome има ограничение за две предварително заредени изображения, които ще се появят в горната част на водопада.
Лениво зареждане
Друга класическа функция, свързана с производителността, която WordPress вече включва вградено от версия 5.4, пусната през 2020 г.
В моя случай използвам опцията Litespeed, защото в тестовете си открих малко по-добри резултати, но Perfmatters работи наистина добре и също така го прилага към CSS на фоновите изображения.
Шрифтове
Друго хубаво нещо. Тази опция, добавена към версия 1.7.4 на Perfmatters, беше пусната на 7 юни 2022 г. Тя позволява локално хостване и качване на шрифтове на Google с няколко кликвания.
Предимствата на локалния хостинг на шрифтове са много - получавате пълен контрол над тях, елиминирате всички заявки и следователно времето за зареждане, а освен това можете да решите как да ги обслужвате.
Функцията автоматично открива всички препратки към Google Fonts, които съществуват във вашия блог, изтегля съответните шрифтове от fonts.google.com и ги разполага локално на вашия сървър в директорията: /wp-content/cache/perfmatters/your-domain.com/fonts/
В тази друга публикация е обяснено по-подробно използването му.
CDN
Тук няма нищо особено и няма какво да се коментира. Инструмент, който винаги е полезен за добавяне на CDN, който използвате. Тъй като аз използвам QUIC.CLOUD, все още не ми е било необходимо.
Анализ
Въпреки че сега не го използвам, тъй като започнах прехода към Matomo и прехвърлих управлението на скрипта за анализ на моя плъгин за управление на съгласието за бисквитки за RGPD/CCPA, който също го управлява правилно, но знам, че работи много добре с Perfmatters, защото го използвах още през деня.
Оттук можете да хоствате локално своя скрипт на Google Analytics. Това помага да ускорите сайта си, като намалите допълнителните DNS търсения и решите проблема с "използването на кеша на браузъра" на вашия скрипт.
Според Perfmatters по ирония на съдбата собственият скрипт на Google изхвърля предупреждение за кеширане, но това е така, защото срокът на валидност на HTTP хедъра за кеширане е много кратък. Ако го хоствате сами, HTTP кеширащите заглавия от собствения ви CDN или сървър ще бъдат приложени автоматично. С други думи, получавате пълен контрол върху кеширането на скрипта.
Те също така предупреждават, че този инструмент не се поддържа официално от Google, но че се използва от години без никакви проблеми.
Локалното хостване на Google Analytics и обслужването на скрипта от собствения ви CDN или сървър също ви позволява да използвате една HTTP/2 връзка.
