These cookies are essential for the website to function properly. They enable core functionality such as security, shopping cart, and account access. You cannot disable these cookies.
These cookies enable enhanced functionality and personalization, such as remembering your language preference or region. If you do not allow these cookies, some features may not work properly.
These cookies help us understand how visitors interact with the website by collecting and reporting information anonymously. This helps us improve our website.
These cookies are used to deliver advertisements that are relevant to you based on your interests. They also help measure the effectiveness of advertising campaigns.
Smart Favicon turns your PrestaShop browser-tab icon into a shop identifier and live cart reminder. One PNG or WebP upload and a save prepare the icon family, cart count and away-tab messages.
A shop icon needs to remain recognisable in light and dark browser themes, saved phone shortcuts and crowded tab bars. One image rarely suits all of those positions without appropriate variants.
You choose light and dark icons, badge colours and count limits, plus reminder wording in every store language. Campaign rules follow page type, cart contents and visitor activity. Processing stays inside the shop, theme files remain untouched, and the original page title returns when the visitor comes back.
The live cart badge keeps a waiting basket visible when the shopper switches tabs, with the reminder written in their shopping language.
Smart Favicon manages the shop icon across browser surfaces and turns the tab into a live, rule-controlled reminder. The standard setup starts from one image.
A PNG or WebP uploaded as the main icon becomes a coordinated family of small browser icons, an Apple home-screen icon, web-app icons and the classic multi-size favicon. Smart Favicon publishes the matching references automatically, so the shop supplies the right asset for a browser tab, a phone shortcut and the services that collect store icons for search results.
Light and dark variants remain separate brand choices. The visitor’s device preference selects the right one, and a theme change during the visit updates the tab. Where one variant has not been uploaded, the shop’s existing favicon stays in place instead of producing a missing icon.
The favicon displays the live number of products in the cart. It updates after additions, removals and quantity changes, shortens a large value to the merchant’s chosen limit and disappears when the cart is empty. Background and text colours, corner and count source remain under merchant control.
When the shopper moves to another tab with a positive count, the title rotates short reminders in the current store language. The wording and interval are editable per language, an optional count also sits before the ordinary title, and the exact original title returns as soon as the shopper comes back.
A visual campaign joins a trigger, conditions and actions. It reacts when the page is ready, a value changes, the visitor scrolls, shows exit intent, leaves or returns to the tab, or remains on the page for the chosen time. Conditions narrow that moment by page type, cart count, inactivity, time away, login, previous orders and returning-customer status.
The matching action changes the title, selects the light or dark icon, draws a badge, flashes, pulses or swaps the favicon, or shows a plain message inside the shop. Priority settles competing actions and a re-entry delay prevents repetition on the same page. Each campaign is enabled, paused and edited from its own shop-scoped list.
Icons, messages, badge settings and campaigns remain attached to the relevant shop. The multistore selector applies the same configuration to one shop, a selected shop group or all shops, with clear inheritance and overrides where one brand needs a different result.
The back office receives its own favicon, either a dedicated upload or the light storefront icon. Its live badge shows new orders, new customers and unread messages with separate colours, so several open admin tabs reveal both the shop and the work waiting inside it.
Installation and one PNG or WebP upload are enough for the standard icon family, cart badge and language-matched return messages. The detailed controls then cover colours, corner, count cap, summed or priority count sources, title format and message pace. Badge typography adds font and weight, circle or pill geometry, scale and padding, with the preview matching the result that appears in the tab.
Processing and storage stay in the shop, and the module runs from its own files without changing the theme. Search crawlers receive ordinary static icon references, while the live title behaviour belongs only to the visitor’s browser. The optional classic site-wide favicon is backed up before replacement. If the merchant later supplies a different file, the module leaves it in place. Otherwise, the original returns when module ownership ends.
Be the first to share your experience with this product.
Upload the module ZIP in Modules → Module Manager → Upload a module and install it. A Smart Favicon entry appears under Design in the back office menu. The module works out of the box: the cart badge and tab-title features are active immediately, using your shop's existing favicon until you upload dedicated icons.
Yes. The badge is a hub. Any script can register a counter with one line of JavaScript (window.mprFavicon.registerSource), and a module can expose its source through the actionRegisterFaviconBadge hook to get its own on/off toggle in the back office: wishlist items, unread support replies, stock alerts. You choose whether the badge shows the sum of all sources or one priority source.
It is deliberately polite: the nudge only runs while the tab is in the background AND the cart is not empty, rotates the messages you wrote yourself (per language, at your interval), and the instant the visitor returns the exact original title is restored to the character. You can disable the nudge, the count prefix, or the whole module with one switch.
Icons: ICO, PNG, SVG and WebP (SVG uploads are rebuilt through a strict sanitizer before being stored). Platforms: PrestaShop 1.6.0.4 through 9.x on PHP 7.1 or newer. The front-office engine is dependency-free vanilla JavaScript. No jQuery, nothing render-blocking, and it works with any theme.
No. The server-rendered title element is never modified: the count prefix and the nudge messages are applied by JavaScript after the page has loaded, only in a real visitor's browser, and the exact original title is restored on focus. Known bots and crawlers are excluded entirely, and the light/dark icon links are plain static markup, so what search engines index is byte-identical with the module enabled or disabled.
With one icon uploaded, the color scheme it belongs to uses it and the other scheme gracefully keeps your shop's native favicon. With no icons uploaded the module leaves your favicon markup completely untouched. The badge can still draw on the native icon, and the tab-title features keep working independently.
Yes, since version 1.1. From a single PNG or WebP upload the module generates 16/32/48 px link icons (Google's result icons want a 48 px multiple), a 180 px Apple touch icon, 192/512 px web-app icons, a web manifest and a multi-size favicon.ico. An optional switch writes that favicon.ico to your shop root, the exact file Bing, DuckDuckGo and Yahoo read, with the original backed up once and restored automatically when you disable the option or uninstall.
Yes. Since 1.1 you can upload a dedicated back-office icon (or let the module reuse your light icon) and every admin tab shows it instead of the default PrestaShop logo. If you manage several shops, each back office finally gets a recognizable tab of its own, and one switch turns the feature off.
On PrestaShop 1.7, 8 and 9 the module listens to the core cart events (updateCart / updatedCart), so every AJAX add, remove and quantity change redraws the badge and title immediately. On PrestaShop 1.6 it watches the block-cart counter instead. The bubble collapses to your configured cap ("9+") and disappears entirely when the cart empties.
Modules our team genuinely pairs with this one, and exactly why each belongs in the same setup.
Smart Favicon's job ends at the moment of truth: it brings the shopper back to the tab with a live cart count and a polite nudge. What happens next is Checkout Revolution's territory, a checkout that doesn't squander the returned attention.
Most "recovered" visitors are lost a second time by friction: forced account creation, surprise steps, a cart that lost its state. Checkout Revolution's streamlined flow turns the comeback into a completed order instead of a second abandonment.
Together they close the loop on hesitation: the favicon badge keeps the cart present across twenty tabs, the nudge invites the return, and the checkout makes finishing faster than leaving again.
Smart Favicon adds a cart reminder in the tab alongside the shop’s support conversations. A customer who asked a pre-sale question rarely sits refreshing your ticket page, they open other tabs and forget.
Support Revolution runs the conversations worth coming back for: tickets, replies, satisfaction follow-ups. Someone is waiting for an answer they asked for.
The tools work alongside each other: Smart Favicon shows the cart count in the tab, while Support Revolution keeps the answer and conversation in the ticket. A returning shopper can resume both the purchase and the enquiry.
Smart Favicon ships with the cart as its built-in counter, a visible reminder of a waiting purchase. Saved wishlist items provide a separate signal that something in your shop is still on a shopper’s mind.
Wishlist gives your customers that saving behavior in the first place: elegant lists, guest wishlists and easy sharing. Every saved product is a purchase deferred, not declined, with the item kept ready for a later decision.
With both tools in use, the tab icon reminds shoppers of their cart while the wishlist keeps saved products ready for later. A shopper can return to the tab and find both the waiting cart and a personal shortlist.
No known issues
There are currently no open or resolved issues registered for this module.
30 days return right
Plug & Play Modules
Dedicated Support First
Built and maintained by David Miller and mypresta.rocks. David Miller has worked with PrestaShop since 2013, and the company behind this shop has been registered since 3 December 2018. Every module in this catalogue is our own work, so your questions to support reach the people who wrote the code. The changelog on this page lists every update with its date.
