elgentos / module-lightspeed
elgentos/module-lightspeed
Magento 2 Lightspeed optimizations
Magento 2 - Lightspeed for Lighthouse optimizations
Process your Google Lighthouse feedback using sane defaults. This module defines several sections where you can define
common feedback from Google Lighthouse.
Installation
Run this in your Magento 2 project root;
composer require elgentos/module-lightspeed
php bin/magento module:enable Elgentos_Lightspeed
php bin/magento setup:upgrade
Features
Javascript handling
Move all script tags before body end. This is the default after installing this module, no exceptions.
Connection optimization (layout.xml)
Allow modern browsers to use DNS prefetching and preconnecting.
DNS prefetching only does a DNS lookup, preconnecting already connects to the remote server and does SSL handshake.
Preconnecting is limited to a few connections which is defined in your browser, we have fallback to DNS-prefetching,
but think before you add everything to preconnect.
Fonts (layout.xml)
Load external fonts to the head section.
Styles (layout.xml)
Inline CSS in the head or before body end for critical CSS.
External CSS (layout.xml)
We have several options for optimizing external CSS;
- Directly in the head;
- Before body end;
- Defer till all other stuff is done.
Javascript (layout.xml)
Javascript via XML before body end via layout XML.
Usage
Preferred usage to keep everything together is to add a handle to layout/default.xml.
You can also add controller specific rules, add them in the controller specific handles, for instance layout/catalog_category_default.xml
You can also add specific rules and bind them to your module, instead to the theme.
app/design/frontend/your/theme/Magento_Theme/layout/default.xml
<?xml version="1.0"?>
<page layout="1column" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="urn:magento:framework:View/Layout/etc/page_configuration.xsd">
<update handle="default_lightspeed" />
<!-- .... snap ... -->
</page>
After that all default lighthouse feedback can go into layout/default_lightspeed.xml
app/design/frontend/your/theme/Magento_Theme/layout/default_lightspeed.xml
<?xml version="1.0"?>
<page xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="urn:magento:framework:View/Layout/etc/page_configuration.xsd">
<body>
<referenceBlock name="lightspeed.head.dns-prefetch">
<!-- Use addItems to add multiple values without writing to much code -->
<action method="addItems">
<argument name="items" xsi:type="array">
<item name="google" xsi:type="string">www.google.com</item>
<item name="google-static" xsi:type="string">www.gstatic.com</item>
<item name="google-adservices" xsi:type="string">www.googleadservices.com</item>
<!-- .... etc ... -->
</argument>
</action>
</referenceBlock>
<referenceBlock name="lightspeed.head.preconnect">
<action method="addItems">
<argument name="items" xsi:type="array">
<item name="google-apis" xsi:type="string">fonts.googleapis.com</item>
<item name="google-fonts" xsi:type="string">fonts.gstatic.com</item>
<!-- .... etc ... -->
<item name="google-gtm" xsi:type="string">www.googletagmanager.com</item>
</argument>
</action>
</referenceBlock>
<referenceBlock name="lightspeed.head.fonts">
<!-- Use addItem if you just need to add one line -->
<action method="addItem">
<argument name="value" xsi:type="string">https://fonts.googleapis.com/css?family=Font&amp;display=swap</argument>
</action>
<!-- .... etc ... -->
</referenceBlock>
<!-- Choose if you want your css to go in the head, or in the footer -->
<referenceBlock name="lightspeed.head.inline-styles">
<action method="addItem">
<argument name="value" xsi:type="string"><![CDATA[*{color: red !important;}]]></argument>
</action>
</referenceBlock>
<referenceBlock name="lightspeed.body.inline-styles">
<action method="addItem">
<argument name="value" xsi:type="string"><![CDATA[*{color: red !important;}]]></argument>
</action>
</referenceBlock>
<referenceBlock name="lightspeed.body.defer-styles">
<action method="addItem">
<!-- Use a custom helper if you need to add some logic outside of layout.xml, needs to return a string -->
<argument name="value" xsi:type="helper" helper="Magento\Helper\Data::getStyleSheet" />
</action>
</referenceBlock>
<!-- Use defer styles which waits till all js/css painting is done -->
<referenceBlock name="lightspeed.body.no-defer-styles">
<action method="addItem">
<argument name="value" xsi:type="helper" helper="Magento\Helper\Data::getStyleSheet" />
</action>
</referenceBlock>
</body>
</page>
Block quick references
References HEAD
lightspeed.head.dns-prefetchlightspeed.head.preconnectlightspeed.head.fontslightspeed.head.inline-styles
References (before body end)
lightspeed.body.defer-styleslightspeed.body.no-defer-styleslightspeed.body.inline-styleslightspeed.body.footer-js
Block code reference
You can also use \Elgentos\Lightspeed\Block\ItemsWithPattern to add your own references.
Public:
addItem(string $value): voidaddItems(array $values): voidgetItems(): arrayhasItems(): boolremoveItem(string $value): voidsetPattern(string $pattern): voidrender(): string
Custom block definition
default.xml
<?xml version="1.0"?>
<page xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="urn:magento:framework:View/Layout/etc/page_configuration.xsd">
<!-- .... snap ... -->
<body>
<!-- .... example custom ... -->
<block name="lightspeed.head.custom" class="Elgentos\Lightspeed\Block\ItemsWithPattern">
<arguments>
<argument name="pattern" xsi:type="string"><![CDATA[<link href="//%s" rel="dns-prefetch" />]]></argument>
</arguments>
</block>
<!-- Move element to correct section -->
<move element="lightspeed.head.custom" destination="head.additional" />
<!-- or to the footer -->
<move element="lightspeed.head.custom" destination="before.body.end" />
</body>
</page>
Authors
No changelog yet
The vendor hasn't published a changelog. Tagged releases appear in the Versions tab.
| Version | Stability | QA Status | Compatibility | Released |
|---|---|---|---|---|
| 1.0.3 | stable | Fail | Magento 2.4.7-2.4.9 Details | 2025-05-09 09:47:03 |
| 1.0.2 | stable | Not tested | Not yet tested Details | 2020-02-06 17:14:41 |
| 1.0.1 | stable | Not tested | Not yet tested Details | 2020-02-06 14:53:41 |
| 1.0.0 | stable | Not tested | Not yet tested Details | 2020-02-06 13:48:32 |
Requires 2
| Package | Constraint |
|---|---|
| php | >=7.2 |
| magento/framework | * |
Compatibility
Each Magento release line is installed on its supported PHP versions, then the module is built (DI compilation + static-content deploy) and its unit and integration suites are run. The matrix shows the lines and PHP versions the module is confirmed to install and run on. Code-quality results further down (phpstan, phpcs, …) are reported separately and never affect compatibility.
Code Quality
Advisory checks against the module's source. Static analysis runs once across the whole module; PHPStan re-runs per Magento + PHP version because resolvable symbols differ between releases. These NEVER affect the Compatibility badge — a phpcs finding can't make a module incompatible.
Static analysis
Coding standards (phpcs), mess detection (phpmd), copy-pasted code (cpd), PHP cross-version compatibility, composer.json validity. Each runs once for the whole module.
PHPStan
Type-checks the module's PHP against a real Magento install at the configured gate level. Re-runs per Magento and PHP version because resolvable symbols differ between releases. Cell → details modal.
Tests
Unit and integration suites, run for each applicable Magento and PHP version. A test failure speaks to the module's behaviour, not its compatibility with a Magento line, so it is reported here separately and never reddens the compatibility matrix.
Unit tests
| Magento | PHP 8.2 | PHP 8.3 | PHP 8.4 | PHP 8.5 |
|---|---|---|---|---|
| 2.4.7 | N/A | N/A | ||
| 2.4.8 | N/A | N/A | ||
| 2.4.9 | N/A | N/A |
Integration tests
| Magento | PHP 8.2 | PHP 8.3 | PHP 8.4 | PHP 8.5 |
|---|---|---|---|---|
| 2.4.7 | N/A | N/A | ||
| 2.4.8 | N/A | N/A | ||
| 2.4.9 | N/A | N/A |
Security
Security checks run directly against the module: an audit of its declared dependencies for known vulnerabilities (composer audit) and a scan of its source for malware and web-shell signatures. Each runs once. A malware detection fails the version outright.
More from elgentos
View vendorLink existing guest orders to newly created or existing customer based on e-mail address
Allows customers to enter a secondary email address to login with
Hide Mollie payment methods based on category
Turn an existing module into recurring revenue.
If you already maintain a Magento 2 module on GitHub or GitLab, listing it on Packagento takes about five minutes. We mirror your tags, handle distribution signing, and route paid licenses through Stripe Connect, so you can keep shipping the way you already do.