Avtomatizacija ponovne zaloge in znižanja cen

Kako v spletni trgovini nastaviti obvestila o ponovni zalogi

Posted on July 19, 2026 by

Za nastavitev obvestil o ponovni zalogi potrebuješ tri stvari, ki delujejo skupaj: možnost prijave »obvesti me, ko bo spet na voljo« na vsaki strani razprodanega izdelka, sprožilec, ki se sproži, ko točno ta različica preide iz nič nazaj na razpoložljivo, in eno samo prvo obvestilo, ki po emailu obvesti prijavljene. To je celoten mehanizem. Nekdo pristane na razprodanem izdelku, tapne gumb, pusti svoj email za to točno določeno različico in v trenutku, ko tvoj zalogovni vir to različico obrne nazaj nad nič, se obvestilo pošlje. Ostalo — kaj email pove, kdaj natanko poslati, koliko nadaljevanj — so ločene odločitve, ki jih uravnavaš kasneje. Najprej pravilno postavi prijavo, sprožilec in podatke, kajti če je katera koli od teh treh stvari pokvarjena, nič za njimi ni pomembno.

Poglejmo, kako zgraditi vsak del, da se dejansko pravilno sproži.

Ena stvar, ki podre večino nastavitev za ponovno zalogo: podatki o različicah

Pred vsakim gumbom ali emailom potrebuješ zalogovne podatke, ki so točni na ravni različice. Ne na ravni izdelka. Na ravni različice.

Prav tu večina nastavitev tiho odpove. Čevelj »Trail Runner« za namene zaloge ni en izdelek — je številka 40, 41, 42, 43 in 44, vsaka s svojim številom kosov. Če se nekdo prijavi za številko 44, tvoje obvestilo pa se sproži, ko se v zalogo vrne številka 41, si mu pravkar poslal email, naj obišče stran, kjer je njegova številka še vedno razprodana. Klikne, zaleti se ob zid in ti malce manj zaupa. Naredi to dvakrat in odjavi se.

Zato je prva naloga potrditi, da tvoja trgovina spremlja in prikazuje zalogo na ravni različice ter da orodje, ki pošilja obvestilo, bere prav to število na različico. Isto velja za srajco v treh barvah ali dodatek v dveh velikostih. Prijava mora biti vezana na točno tisto SKU-oznako, ki jo je oseba dejansko želela, sprožilec pa mora spremljati prav to SKU-oznako.

Če so tvoji zalogovni podatki neurejeni — ročno štetje, skladiščni vir, ki zaostaja, različice, ki si delijo eno zalogovno število — to popravi, preden kar koli drugega zgradiš. Avtomatizacija bere podatke, ki jih ji daš. Daj ji napačne številke in pošiljala bo napačna obvestila.

Prijava: nadomesti »razprodano« s prijavo

Na strani razprodanega izdelka je privzeto sivkast gumb, na katerem piše »Razprodano« in ne naredi ničesar. To je slepa ulica za nekoga, ki je prišel kupit. Nadomesti ga — ali tik ob njem postavi kontrolo — s preprosto prijavo:

Eno polje in en gumb. Email naslov, »Obvesti me, ko bo spet na voljo«. Ne sprašuj za ime, telefon in preference vnaprej; vsako dodatno polje zmanjša število prijav.
Vezano na različico, ki jo gledajo. Če so izbrali številko 44, prijava zabeleži številko 44. Če jih tvoja stran prisili, da najprej izberejo različico, dobro — to je najčistejši signal.
Jasna potrditev. Ko oddajo, jim jasno povej: »Poslali ti bomo email v trenutku, ko bo Trail Runner v številki 44 spet na voljo.« Poimenovanje točnega izdelka nazaj njim potrdi, da je delovalo.

To je prijava. Ni zapletena, a je razlika med zapravljanjem tvojega plačanega prometa na strani »razprodano« in preobrazbo tega obiska v priložnost. Miselnost za tem — obravnavanje strani slepe ulice kot trenutka za prijavo — si zasluži svoje branje: Kako razprodane izdelke spremeniti v naročnike na email.

Sprožilec: iz nič na razpoložljivo, na ravni različice

Sprožilec je inventarni dogodek, ne urnik. Ne pošiljaš v torek. Pošiljaš, ko določena različica preide iz 0 (ali pod tvoj prag za nakup) na pozitivno, prodajljivo število.

Dve stvari, ki ju je tu treba pravilno urediti:

Spremljaj pravo število. Sprožilec bi se moral sprožiti ob količini različice, ki je na voljo za prodajo, ne ob naročilnici, ki prispe v preglednico, ne ob emailu dobavitelja. Zaloga mora biti živa v trgovini — resnično število, proti kateremu bi kupec lahko opravil nakup.

Pošteno določi »na voljo«. Če meniš, da je karkoli pod 3 kosi za namene obvestil enako kot razprodano, nastavi prag na 3, ne na 1. Nima smisla obveščati petdeset ljudi o dveh kosih. Ta odločitev — kaj šteje kot »zares spet na voljo« — se preliva v časovnico, ki je obravnavana v Kdaj poslati obvestilo o ponovni zalogi.

Prvo obvestilo: zaenkrat naj bo eno samo

Za nastavitev zgradi natanko en email: prvo obvestilo. Sproži se, ko so izpolnjeni pogoji sprožilca, in gre k vsem, ki so se prijavili za to različico.

Upri se skušnjavi, da bi že prvi dan zgradil zaporedje treh sporočil. Najprej naj eno samo obvestilo deluje zanesljivo — prijava, sprožilec, en email in izstopni pogoj, ki ustavi pošiljanje vsakomur, ki je že kupil ali se je prijavil za različico, ki je spet razprodana. Ali eno obvestilo zadostuje ali si vroči izdelki zaslužijo kratko zaporedje opomnikov, je resnična odločitev s svojimi kompromisi: Koliko sporočil o ponovni zalogi poslati. Uredi mehaniko, preden urediš ritem.

Namenoma tu ne obravnavam, kaj naj email pove — naslovna vrstica, slika, poziv k dejanju, vse to šteje, a je odločitev o besedilu, obravnavana v Kaj naj pove email o ponovni zalogi. Nastavitev je o tem, da se stvar pravilno sproži pravim ljudem. Besedilo je o tem, da pretvarja, ko se sproži.

Privolitev: ne preskoči je, ker je dolgočasna

Prijava na ponovno zalogo je nekdo, ki ti izroči svoj email za en določen namen: povej mi, kdaj se ta izdelek vrne. Spoštuj to.

Naj samo obvestilo ostane transakcijsko — je stvar, za katero so prosili. Če želiš te ljudi dodati tudi na svoj širši trženjski seznam, je to ločena privolitev, in najčistejši način je potrditveno polje ob prijavi: »Pošiljaj mi tudi občasne ponudbe in novosti«, privzeto neoznačeno v regijah, kjer je to zahtevano. Ne stresaj tiho vsake prijave na ponovno zalogo v svoje tedensko glasilo. To je najhitrejši način do pritožb o neželeni pošti, pritožbe pa škodujejo dostavljivosti za tvoj celoten seznam, ne le za to zaporedje.

Kako izgleda nastavitev, izpisano

Tu je celotna specifikacija, po kateri graditi:

Sprožilec: količina spremljane različice, ki je na voljo za prodajo, preide iz 0 (ali pod tvoj prag) na prodajljivo število.
Občinstvo: vsi, ki so oddali obrazec »obvesti me« za to točno različico in je še niso kupili.
Segment: po različici/SKU-oznaki — prijave se ujemajo s točno določenim izdelkom, nikoli z nadrejenim izdelkom.
Časovnica: pošlji, ko je zaloga zares živa in jo je mogoče kupiti (podrobnosti v zgoraj povezanem vodniku o časovnici).
Kanal: za začetek email. En kanal, ki deluje zanesljivo, preden dodaš SMS ali potisna obvestila.
Sporočilo: eno samo prvo obvestilo (besedilo obravnavano ločeno).
Izstop: ustavi pošiljanje vsakomur, ki kupi izdelek, ali če se različica spet razproda, preden gre obvestilo.

Kratek primer

Trgovina z opremo za dom ima keramično cvetlično korito za 45 € v treh velikostih. Srednja se najhitreje razproda. (Ilustrativno.) V dveh tednih, ko je ni na voljo, enainštirideset ljudi tapne »Obvesti me, ko bo spet na voljo« na strani srednje — vezano na to velikost, ne na majhno ali veliko. Prispe ponovna zaloga: zalogovni vir trgovine obrne srednjo iz 0 na 60 kosov. Sprožilec se sproži, en email gre tem enainštiridesetim ljudem in vodi naravnost na srednjo — mogoče jo je kupiti, v njihovi velikosti. Nihče, ki se je prijavil za majhno, ni potegnjen zraven. Nihče se ne zaleti ob razprodano stran.

Tu ni izmišljene stopnje pretvorbe. Poanta je, da je vodovod pravilen: pravi ljudje, prava različica, pravi trenutek.

Kaj meriti

Ko je v živo, spremljaj nekaj stvari, da potrdiš, da je nastavitev trdna:

Stopnja prijav na straneh razprodanih izdelkov — od ljudi, ki vidijo gumb »obvesti me«, koliko jih ga uporabi. Nizke številke kažejo na prijavo, ne na izdelek.
Stopnja dostave obvestil — ali emaili dejansko dosežejo poštne predale ali se odbijajo/pristajajo v neželeni pošti?
Napačni proženji — kakršna koli obvestila, poslana za različico, ki je bila ob prispetju še vedno razprodana. To bi moralo biti nič; če ni, so krivi tvoji podatki o različicah.

Kako ti Omnisend pomaga to nastaviti

Ko je logika jasna, potrebuješ orodje, ki bere zalogo tvoje trgovine na različico in inventarni dogodek spremeni v email, ne da bi ga razvijalec ročno povezoval. Preizkusil sem Klaviyo in Omnisend ter v svojih trgovinah uporabljam Omnisend, deloma ker podatki o izdelku in zalogi neposredno poganjajo avtomatizacije — prijava na ponovno zalogo in sprožilec ponovne zaloge oba bereta iste žive podatke o različicah, ki jih moja trgovina že spremlja.

Za to konkretno gradnjo, deli, ki so pomembni: prijava na ponovno zalogo, ki jo lahko postaviš na stran izdelka, avtomatizacija, ki se sproži ob vrnitvi različice v zalogo, ujemanje vsakega naročnika s točno SKU-oznako, ki jo je želel, in čist izstop, ko kupi. (Omnisend je orodje, ki ga uporabljam in priporočam; morebitna partnerska povezava tu je razkrita — nastavitev deluje na kateri koli platformi, ki bere zalogo na ravni različice in se lahko sproži ob inventarnem dogodku.)

Ne bo popravil slabih zalogovnih podatkov. Če so tvoja števila zaloge napačna, bodo tudi obvestila napačna — najprej uredi podatke.

Tvoj naslednji korak

Izberi svoj najhitreje prodajajoči se izdelek, ki gre iz zaloge, in zgradi le to: prijavo »obvesti me« na njegovi strani, vezano na različico, sprožilec ob vrnitvi te različice v zalogo in en email. Preizkusi ga tako, da se prijaviš za razprodano različico, jo napolniš v zalogo in potrdiš, da obvestilo pristane in vodi na stran, ki jo je mogoče kupiti, v pravi različici. Ko se to čisto sproži, določi besedilo z Kaj naj pove email o ponovni zalogi, in če je izdelek vroč, ritem z Koliko sporočil o ponovni zalogi poslati. In če te prijave prihajajo tudi iz zapuščenih košaric, poskrbi, da je ta pot urejena: Kako obnoviti košarice, ko gredo izdelki iz zaloge.

Back-in-Stock and Price-Drop Automation

How to Set Up Back-in-Stock Alerts for an Online Store

Posted on July 10, 2026 by

To set up back-in-stock alerts, you need three pieces: a “notify me when available” button on every sold-out product page, a platform that stores those requests against the specific product or variant, and an automation that fires an email (and optionally an SMS) the moment inventory goes above zero. The trigger is the restock event itself, not a date you pick manually. Most stores on Shopify or WooCommerce can have this running in an afternoon with a tool like Omnisend, and once it’s live it runs without you touching it. The rest of this article walks through the exact setup order, the automation settings that matter, and the numbers to watch so you know it’s paying for itself.

Sold-out pages are still getting your paid traffic

Here’s the situation most store owners don’t see clearly: a product sells out, but the traffic to that page doesn’t stop. Your Google Shopping feed might lag a day. Meta keeps serving the ad until the catalog syncs. Organic rankings don’t care about your inventory. So visitors keep arriving — visitors you paid for — and they land on a page whose only message is “Out of stock.”

Almost all of them leave. A few might buy something else, but the person who came for a specific hoodie in a specific size rarely settles for a different one. They go back to Google and buy it from whoever has it. You paid for the click; a competitor got the order.

Why “just restock faster” doesn’t fix it

The reflex answer is operational: shorten lead times, order more, never sell out. That’s worth pursuing, but it has limits. Suppliers have minimums and delays. Bestsellers sell out precisely because demand outran your forecast, and over-ordering to prevent that ties up cash in inventory that might not move. Some stores sell out on purpose — limited drops, seasonal runs, handmade goods.

The other reflex is to spend more on ads for products that are in stock. That replaces the lost revenue at full acquisition cost, which is the most expensive way to solve the problem. The demand for the sold-out item already exists and already reached your site. You just have no way to hold onto it.

What the leak actually costs

Run a rough version of this for your own store. These numbers are illustrative, not benchmarks:

A bestseller is out of stock for 3 weeks and its page gets 200 visits per week — 600 visits total.
Your normal product page conversion is 2%, so that’s roughly 12 lost orders.
At a EUR 55 average order value, that’s about EUR 660 gone — from one product, one stockout.

If a mid-size catalog has five to ten stockouts like this per quarter, the leak is four figures a year at minimum. And that ignores the ad spend you burned sending people to a page that couldn’t sell to them. A notify-me button converts a portion of those 600 visits into a list of people who have told you, explicitly, that they want this exact product. That’s the highest-intent segment your store will ever have.

The setup, in order

Pick where the requests live. Use your email platform’s native back-in-stock feature or an app that syncs with it. The requirement that matters: requests must be stored per variant (size, color), not just per product, or you’ll notify people about the wrong item.
Add the notify-me form to sold-out pages. On Shopify this is usually a theme snippet or an app block that replaces the dead “Add to cart” button. Ask for email; make phone number optional for people who want a text.
Build the restock automation. One flow, triggered by the inventory event. Details in the next section.
Test it with a real product. Set a variant to zero, sign yourself up, restock it, and confirm the message arrives with the right product, image, and link.
Only later: add SMS for high-value segments, a second reminder email, or priority rules for limited inventory. You don’t need any of that on day one, and skipping it now gets you live faster.

Step 2 quietly does double duty: every sold-out page becomes a list-growth asset. There’s a longer piece on that angle in turning out-of-stock products into email subscribers.

The automation, precisely

“Set up a back-in-stock flow” is useless advice without the settings, so here they are:

Trigger: inventory for a specific variant goes from 0 to above 0 (or above a threshold you set, e.g. 5 units, to avoid triggering on a single returned item).
Segment: everyone who requested an alert for that variant, minus anyone who already bought it since signing up.
Delay: send the first email within an hour of the restock event. Speed matters because interest decays — though there’s a real argument about landing in inboxes at 3 a.m., covered in when to send a back-in-stock notification.
Channel: email first for everyone. SMS only for subscribers who gave a number, and consider reserving it for low-inventory restocks where speed decides who gets one.
Message: product name in the subject line, one product image, current price, one button straight to the product page — not the homepage. Skip the discount; these people already wanted to pay full price. What goes in the body is its own topic: what a back-in-stock email should say.
Goal: purchase of the restocked item within 72 hours of the send.

A worked example

Illustrative numbers again, so you can see the shape of the return. Say the hoodie from earlier collects 90 notify-me signups during its 3 weeks out of stock. It comes back, the flow fires, and 15% of recipients buy within three days — back-in-stock alerts convert unusually well because the intent is explicit, though your rate will be your own. That’s 13 or 14 orders at EUR 55, roughly EUR 740, from one automated send that cost you nothing but the setup afternoon. If only 40 units came back in stock, you’d also want to notify in waves rather than all at once — preventing overselling after a back-in-stock campaign covers that problem.

Four numbers that tell you it’s working

Signup rate on out-of-stock pages: notify-me signups divided by visits to sold-out pages. If it’s near zero, the form is invisible or broken.
Alert-to-purchase conversion: orders from recipients within 72 hours, divided by alerts sent.
Revenue per alert sent: the cleanest single measure of the flow’s value over time.
Time to sell through the restock: if restocked units used to linger and now clear in days, the flow is doing its job.

Doing this in Omnisend

I ignored email marketing for years — it read as outdated spam to me, the channel of “50% OFF EVERYTHING” blasts. Rising ad costs on Meta eventually forced me to look at behavioral automation, which is a different thing entirely: messages triggered by what a specific person did, like asking to be told when a product returns.

For my own stores I use Omnisend. It has a built-in back-in-stock automation: the notify-me form for Shopify product pages, the restock trigger, and a pre-built flow you edit rather than assemble from scratch. Email, SMS, and push live in one workflow, so adding a text for VIP subscribers later is a checkbox, not a second tool. Be realistic about what it needs from you, though: your inventory data must sync correctly (a miscounted variant means alerts for products that aren’t actually there), the form still needs placing in your theme, and no automation rescues a product people didn’t want the first time.

Your next step

Before building anything, measure the leak. Open your analytics, find your last significant stockout, and count the page visits during the out-of-stock window. Multiply by your normal conversion rate and average order value. If that number is more than a rounding error — and for most stores at EUR 20,000+ per month it is — build the flow this week: form, trigger, one email. Everything else can wait.