Spletna potisna obvestila

Kako pridobiti naročnike na spletna potisna obvestila

Posted on July 18, 2026 by

Da pridobite naročnike na spletna potisna obvestila, izvornega poziva brskalnika za dovoljenje ne sprožite ob nalaganju strani. Namesto tega uporabite dvostopenjski pristop: najprej pokažite svoj mehki poziv — majhno pasico ali okno, ki pojasni, kaj obiskovalec dobi, na primer opozorila o ponovni zalogi ali posodobitve naročila — pravi poziv brskalnika pa sprožite šele, ko na tega reče da. Vprašanje vežite na trenutek vidne vrednosti (razprodan izdelek, ponudba za spremljanje cene, drugi obisk), ne na prihod. Razlog, zakaj je to tako pomembno: če obiskovalec na izvornem pozivu klikne “Blokiraj”, mu ta brskalnik vašega poziva ne bo pokazal nikoli več. Na obiskovalca imate eno pravo vprašanje, zato je ves ta članek o tem, kako ga dobro porabiti.

Zakaj je to vprašanje drugačno od e-poštnega pojavnega okna

E-poštno pojavno okno je lahko zavrnjeno stokrat in pokazano sto prvič. Obiskovalec ostaja vprašljiv za vekomaj. Spletna potisna obvestila tako ne delujejo.

Poziv za dovoljenje pripada brskalniku, ne vam, in brskalniki obiskovalčev odgovor obravnavajo kot dokončen. “Dovoli” ustvari naročnino. “Blokiraj” zapre vrata — brskalnik zaduši prihodnje pozive z vaše strani, razen če se obiskovalec ročno poglobi v nastavitve, česar v praksi ne stori nihče. Chrome gre korak dlje: ima tišji način poziva in lahko začne dušiti zahteve za dovoljenje s strani, kjer jih večina obiskovalcev zavrne, tako da lahko trgovina, ki sprašuje slabo, sčasoma poslabša svojo zmožnost, da sploh koga vpraša.

To povsem spremeni ekonomiko poziva. Pri e-pošti vas napadalno pojavno okno stane nekaj naklonjenosti. Pri potisnih obvestilih napadalen poziv trajno zapravi obiskovalca, ki ste ga plačali za pridobitev. Nagon, da bi ga “pokazali vsem takoj, maksimizirali prikaze” — razumen za zajem e-pošte — je tukaj natanko napačen.

Kje trgovine izgubljajo naročnike, ki bi jih lahko imele

Tipičen neuspeh izgleda takole: trgovina namesti orodje za potisna obvestila, obdrži privzete nastavitve in izvorni poziv se sproži v trenutku, ko kdorkoli pristane. Prvi obiskovalec, ki je na strani dve sekundi, vidi, kako ga brskalnik vpraša: “example-store.com vam želi pošiljati obvestila.” Nima pojma, kdo ste in kaj bi obvestila vsebovala. Blokiraj je razumen odgovor in večina ljudi ga da.

Vsak od teh Blokov je obiskovalec, ki ga ni več mogoče vprašati — zapravljen, preden je trgovina imela priložnost pokazati kakršen koli razlog za da. Tragika je, da bi se veliko istih ljudi prijavilo pozneje, ob pravem trenutku: ko bi zadeli razprodano številko ali želeli izvedeti za znižanje cene. Vrednost je bila tam. Ubil jo je čas.

Dvostopenjski poziv in zakaj vas ščiti

Rešitev, uporabljena po vsej panogi, je dvostopenjski (ali “mehki”) poziv:

Najprej vaš poziv. Majhen element, ki ga popolnoma nadzorujete — pasica, okno v kotu, vgrajen gumb — ki pove, čemu so obvestila namenjena, in vpraša, ali jih obiskovalec želi.
Poziv brskalnika drugi. Izvorni poziv vidijo le obiskovalci, ki so sprejeli prvi korak.

Prvi korak je mogoče prosto zavrniti: obiskovalec, ki zavrže vaš mehki poziv, brskalniku ni odgovoril, zato ga lahko naslednji teden vprašate znova. Nepovratno vprašanje se vedno pokaže le ljudem, ki so pravkar rekli da preprostejši različici, zato je stopnja sprejema izvornega poziva po mehkem vprašanju dramatično višja kot pri hladnem vprašanju.

Da bom pošten, cena idealnega: dva koraka pomenita, da nekateri ljudje, ki bi sprejeli hladen izvorni poziv, nikoli ne kliknejo skozi vašega mehkega, in skupno število pozivov pade. Ta menjava se vseeno splača — nekaj lahkih dajev menjate za trajno ohranitev vsakega neja.

Zbirna mesta, ki v trgovini delujejo

“Prejemajte naša obvestila” je šibka ponudba. Nihče noče obvestil; želijo si konkretne stvari, ki jih obvestila lahko dostavijo. Zato vprašanje pripnite na te stvari:

Opozorila o ponovni zalogi. Stran razprodanega izdelka je najboljše posamezno zbirno mesto v vsaki trgovini. “Obvesti me, ko bo spet na zalogi” je naročnina na potisna obvestila, za katero kupec dejavno prosi. Nadaljevanje je pokrito v uporaba potisnih obvestil za opozorila o ponovni zalogi.
Spremljanje znižanja cene. Na strani izdelka: “Želite vedeti, če cena pade?” En klik, visoka namera, končno obvestilo pa je sporočilo, za katero so prosili — mehanika je v kako uporabiti potisna obvestila za znižanja cen.
Posodobitve naročila. Na blagajni ali na strani s potrditvijo: pošiljke in dostave po potisnih obvestilih. Kupci to sprejemajo z zelo visokimi stopnjami, ker je vrednost očitna, kanal pa odpre s sporočilom, ki gradi zaupanje, namesto da prodaja.
Vprašanje vračajočemu se obiskovalcu. Za splošne naročnine počakajte na drugi ali tretji obisk ali na nekaj minut angažiranosti ob prvem. Nekdo, ki se je vrnil, vas že mara; to je trenutek, ko splošno vprašanje “prvi izvejte za razprodaje in nove izdelke” preneha delovati naključno.

Opazite, česar ni: vprašanja na domači strani ob prihodu. To je postavitev z največ prometa in najslabšim učinkom, pri potisnih obvestilih pa so neuspehi trajni.

Kaj obljubiti v mehkem pozivu

Naj bo pri eni vrstici in naj bo konkretno. “Prejemajte obvestila o ponovnih zalogah, znižanjih cen in začetkih razprodaj” premaga “Omogočite obvestila za najnovejše posodobitve” — prvo poimenuje tri stvari, ki jih kupec dejansko želi, drugo ne poimenuje ničesar. Če imate redke, resnično dobre razprodaje, to povejte (“na leto jih pošljemo nekaj, samo najboljše”). Mehki poziv je tudi mesto, kjer nastavite pričakovanja glede pogostosti, izpolnjevanje te obljube pozneje pa je tisto, kar prepreči, da bi vas naročniki utišali.

Še ena praktična opomba: vaš mehki poziv se poteguje za isti prostor na zaslonu kot vaše e-poštno pojavno okno. Ne pokažite obeh v isti seji — odločite se, kateri zajem je za tega obiskovalca in stran pomembnejši. Stran razprodanega izdelka naj vpraša za potisna obvestila. Objava na blogu ali prvi obisk domače strani naj vpraša za e-pošto. Če niste prepričani, kako naj kanala razdelita delo na splošno, je to e-pošta ali spletna potisna obvestila: kateri kanal naj uporabi vaša spletna trgovina.

Primer iz trgovine

Ilustrativna postavitev za trgovino s pohištvom z dolgimi cikli razmisleka: sploh brez poziva po vsej strani. Namesto tega — gumbi “Spremljaj ta izdelek” na straneh izdelkov (potisna obvestila o znižanju cene), “Obvesti me” na pogosto razprodani hrastovi mizi in splošen mehki poziv, prikazan le ob obiskovalčevi tretji seji. Vsaka naročnina prispe označena z izdelkom ali namero, ki jo je ustvarila, kar trgovini pozneje omogoča, da prava obvestila pošlje pravim ljudem, namesto da bombardira ves seznam. Manj naročnikov, kot bi jih zbralo pojavno okno po vsej strani; a mnogo boljših.

Kako izmeriti svojo zbirno postavitev

Stopnja sprejema mehkega poziva — kako prepričljiva sta vaša ponudba in postavitev.
Stopnja sprejema izvornega poziva po mehkem vprašanju — naj bo visoka; če ni, vaš mehki poziv preveč obljublja ali se sproža ob napačnem trenutku.
Stopnja blokiranja na izvornem pozivu — številka, ki naj bo blizu nič, saj je vsak Blok trajen.
Naročniki na 1.000 obiskovalcev — vaša glavna metrika, spremljana mesečno.

Ko je postavitev v živo in čista, postane dvigovanje teh številk svoja disciplina — postavitve, različice besedila, časovna razporeditev sprožilcev — kar je pokrito ločeno v izboljšanje stopnje prijav na spletna potisna obvestila. Ta članek vas spravi do pravilnega zbiranja; oni poskrbi, da številke rastejo.

Kje se vključi Omnisend

Potisna obvestila v svojih trgovinah poganjam skozi Omnisend, večinoma zato, ker naročnina pristane v istem profilu kot vse ostalo. Ko naročnik na potisna obvestila pozneje odda naročilo ali pusti e-naslov, je to en zapis o kupcu — ne ID potisnega obvestila v enem orodju in e-naslov v drugem. Omnisendova nastavitev potisnih obvestil že privzeto uporablja vzorec mehkega vprašanja, isto občinstvo pa je takoj uporabno v avtomatizacijah, tako da lahko nov naročnik steče naravnost v zaporedje prvega stika, kot je tisto v gradnja pozdravne poti za potisna obvestila.

Orodje pa ne odloči o vaših zbirnih mestih. Kje se vprašanje pojavi, kaj obljublja in kdaj se sproži, so odločitve trgovine in te štejejo bolj kot to, katera platforma dostavi obvestilo.

Vaš naslednji korak

Odprite svojo trgovino v zasebnem oknu brskalnika in opazujte, kaj se zgodi. Če se izvorni poziv za dovoljenje pojavi, preden ste karkoli storili, to popravite še danes — preklopite na dvostopenjski poziv in premaknite vprašanje na trenutek vrednosti. To je edina sprememba, ki zaščiti en vprašljiv trenutek vsakega prihodnjega obiskovalca.

Web Push Notifications

How to Collect Web Push Subscribers on an Ecommerce Website

Posted on July 17, 2026 by

To collect web push subscribers, don’t fire the browser’s native permission prompt on page load. Use a two-step approach instead: show your own soft prompt first — a small banner or box that explains what the visitor gets, like back-in-stock alerts or order updates — and trigger the browser’s real prompt only after they say yes to that. Tie the ask to a moment of visible value (a sold-out product, a price-watch offer, a second visit), not to arrival. The reason this matters so much: if a visitor clicks “Block” on the native prompt, that browser will never show them your prompt again. You get one real ask per visitor, so everything in this article is about spending it well.

Why the ask is different from an email popup

An email popup can be dismissed a hundred times and shown a hundred and one. The visitor stays askable forever. Web push doesn’t work that way.

The permission prompt belongs to the browser, not to you, and browsers treat the visitor’s answer as final. “Allow” creates the subscription. “Block” closes the door — the browser suppresses future prompts from your site unless the visitor manually digs into settings, which in practice nobody does. Chrome goes a step further: it has a quieter prompt mode and can start muting permission requests from sites where most visitors decline, so a store that asks badly can, over time, degrade its ability to ask anyone at all.

This changes the economics of the prompt completely. With email, an aggressive popup costs you some goodwill. With push, an aggressive prompt permanently burns the visitor you paid to acquire. The instinct to “show it to everyone immediately, maximize impressions” — reasonable for email capture — is exactly wrong here.

Where stores lose subscribers they could have had

The typical failure looks like this: the store installs a push tool, keeps the default settings, and the native prompt fires the moment anyone lands. A first-time visitor who has been on the site for two seconds sees their browser ask, “example-store.com wants to send you notifications.” They have no idea who you are or what the notifications would contain. Block is the rational answer, and most people give it.

Every one of those Blocks is a visitor who can never be asked again — burned before the store had a chance to demonstrate any reason to say yes. A store doing this on paid traffic is spending money on visitors and then locking itself out of ever contacting them. The tragedy is that many of those same people would have opted in later, at the right moment: when they hit a sold-out size, or wanted to know about a price drop. The value was there. The timing killed it.

The two-step prompt, and why it protects you

The fix used across the industry is the two-step (or “soft ask”) prompt:

Your prompt first. A small element you fully control — a banner, a corner box, an inline button — that says what the notifications are for and asks if the visitor wants them.
The browser’s prompt second. Only visitors who accepted step one see the native prompt.

Step one is free to decline: a visitor who dismisses your soft prompt hasn’t answered the browser, so you can ask them again next week. The irreversible question is only ever shown to people who just said yes to a plainer version of it, which is why the native prompt’s accept rate after a soft ask is dramatically higher than a cold ask.

The cost of the ideal, to be fair: two steps means some people who would have accepted a cold native prompt never click through your soft one, and total prompt volume drops. That trade is worth it anyway — you’re trading a few easy yeses for the permanent preservation of every no.

The collection points that work on a store

“Get our notifications” is a weak offer. Nobody wants notifications; they want specific things notifications can deliver. So attach the ask to those things:

Back-in-stock alerts. A sold-out product page is the single best collection point on any store. “Notify me when it’s back” is a push subscription the customer is actively asking for. The follow-through is covered in using push notifications for back-in-stock alerts.
Price-drop watching. On the product page: “Want to know if the price drops?” One click, high intent, and the eventual notification is a message they requested — the mechanics are in how to use push notifications for price drops.
Order updates. At checkout or on the confirmation page: shipping and delivery pings by push. Buyers accept this at very high rates because the value is obvious, and it opens the channel with a message that builds trust instead of selling.
The returning-visitor ask. For general subscriptions, wait for the second or third visit, or for a couple of minutes of engagement on the first. Someone who came back already likes you; that’s the moment a general “hear about sales and new drops first” ask stops feeling random.

Notice what’s missing: the homepage-on-arrival ask. It’s the highest-traffic placement and the worst-performing one, and with push the failures are permanent.

What to promise in the soft prompt

Keep it to one line and make it concrete. “Get notified about restocks, price drops, and sale starts” beats “Enable notifications for the latest updates” — the first names three things a shopper actually wants, the second names nothing. If you run rare, genuinely good sales, say so (“we send a few a year, only the good ones”). The soft prompt is also where you set frequency expectations, and keeping that promise later is what keeps subscribers from muting you.

One more practical note: your soft prompt competes for the same screen space as your email popup. Don’t show both in the same session — decide which capture matters more for this visitor and page. A sold-out product page should ask for push. A blog post or a first homepage visit should ask for email. If you’re unsure how the two channels should split the work overall, that’s email vs web push: which should your online store use.

A store example

An illustrative setup for a furniture store with long consideration cycles: no sitewide prompt at all. Instead — “Watch this item” buttons on product pages (price-drop push), “Notify me” on the frequently sold-out oak table, and a general soft prompt shown only on a visitor’s third session. Each subscription arrives labeled with the product or intent that created it, which later lets the store send the right notifications to the right people instead of blasting the whole list. Fewer subscribers than a sitewide popup would gather; far better ones.

How to measure your collection setup

Soft-prompt accept rate — how compelling your offer and placement are.
Native-prompt accept rate after the soft ask — should be high; if it isn’t, your soft prompt is overpromising or firing at the wrong moment.
Block rate on the native prompt — the number to keep near zero, since every Block is permanent.
Subscribers per 1,000 visitors — your headline metric, tracked monthly.

Once the setup is live and clean, raising these numbers becomes its own discipline — placements, copy variants, trigger timing — and that’s covered separately in improving your web push opt-in rate. This article gets you collecting correctly; that one makes the numbers climb.

Where Omnisend fits

I run push through Omnisend in my own stores, mostly because the subscription lands in the same profile as everything else. When a push subscriber later places an order or leaves an email, it’s one customer record — not a push ID in one tool and an email address in another. Omnisend’s push setup uses the soft-ask pattern out of the box, and the same audience is immediately usable in automations, so a new subscriber can flow straight into a first-touch sequence like the one in building a push notification welcome journey.

The tool doesn’t decide your collection points, though. Where the ask appears, what it promises, and when it fires are store decisions, and they matter more than which platform delivers the notification.

Your next step

Open your store in a private browser window and watch what happens. If the native permission prompt appears before you’ve done anything, fix that today — switch to a two-step prompt and move the ask to a moment of value. It’s the single change that protects every future visitor’s one askable moment.