Spletne trgovine z velikimi katalogi

Kako preprečiti, da bi se razprodani izdelki pojavljali v avtomatiziranih sporočilih

Posted on July 18, 2026 by

Da razprodane izdelke obdržite zunaj svojih avtomatiziranih emailov in sporočil SMS, potrebujete stalno pravilo izključevanja, ki preveri zalogo v živo v trenutku, ko se vsako sporočilo pošlje — plus rezervno možnost za primer, ko odstranitev izdelka pusti vrzel. To je kratka različica. Razlog, da toliko trgovin pri tem spotakne, je, da je avtomatizacija zgrajena enkrat in teče mesece, medtem ko se zaloga nenehno spreminja, zato tok, ki je bil na dan nastavitve popoln, tiho začne priporočati stvari, ki jih nihče ne more kupiti. To je ozek, praktičen vodnik prav o mehaniki izključevanja: filtri, rezervne možnosti in preverjanja, ki preprečijo, da bi se razprodan izdelek sploh kdaj izrisal v sporočilu. Če je vaša širša težava katalog, ki se dnevno spreminja, strategija za to živi v kaj storiti, ko se razpoložljivost izdelkov spreminja vsak dan — tukaj zgolj zapiramo to eno puščanje.

Težava: avtomatizacija je statična, zaloga ni

Sprožen tok je niz navodil, ki se sproži enako vsakič, dokler ga ne spremenite. To je njegova moč — nastavite ga in dela, medtem ko spite. To je tudi točno razlog, zakaj razprodani izdelki zdrsnejo skozi.

Ko ste gradili tok ob zapustitvi brskanja ali navzkrižno prodajo po nakupu, je bilo vse, na kar ste se sklicevali, na zalogi. Tok ne ve, da se je izdelek sinoči razprodal. Če nekaj dejavno ne preveri razpoložljivosti vsakič, ko gre sporočilo ven, avtomatizacija veselo promovira naprej, kar ji je bilo naročeno. Večji in hitrejši ko je vaš katalog, pogosteje je to navodilo zastarelo do trenutka, ko se izvede.

Obstajajo trije običajni krivci:
– Trdno vpisani izdelki v toku — specifičen SKU, ki ste ga ročno izbrali, zdaj razprodan, še vedno v emailu.
– Dinamični bloki brez filtra zaloge — mreže priporočil, ki vlečejo iz kataloga, a nikoli ne preverijo zastavice “na zalogi”.
– Logika navzkrižne prodaje in vrnitve na zalogo, ki kaže na izdelke, katerih razpoložljivost se je od sprožitve obrnila.

Zakaj očitne rešitve ne zdržijo

Mamljiva rešitev je ročno pregledovanje tokov — občasno odprete vsako avtomatizacijo in preverite izdelke. Dve težavi. Ne raste čez peščico tokov in je vedno za nazaj: razprodan izdelek ujamete potem, ko je bil nekaterim kupcem že poslan. Ročni pregled je posnetek, zaloga pa je premikajoča se slika.

Druga mamljiva rešitev je v avtomatizaciji predstavljati le zimzelene izdelke, ki so vedno na zalogi. To res obide težavo — in zavrže bistvo sporočanja, temelječega na vedenju, ki je v tem, da ljudem pokažete specifične stvari, ki so jih brskali, kupili ali jih verjetno želijo. Igrajte na tako varno in vaša avtomatizirana sporočila postanejo splošna, kar vas stane relevantnosti, zaradi katere so delovala.

Trajna rešitev ni v več budnosti ali manj ambicije. Je pravilo, ki preverjanje opravi namesto vas, ob vsakem pošiljanju, ne da bi bili vi vpleteni.

Kje vas to tiho stane

Zapravljen klik je očiten strošek. Kupec klikne izdelek v vašem emailu, pristane na strani “ni na zalogi” in odide. Dosegli ste kupca z namero in mu izročili slepo ulico — v sproženem toku pa so to pogosto vaši kontakti z najvišjo namero (pravkar so zapustili košarico ali zaključili nakup). Zažiganje te namere je drago.

Bolj prikrit strošek je, da sporočanje o vrnitvi na zalogo in nizki zalogi temelji na tem, da so podatki o zalogi zaupanja vredni. Če vaš sistem ne zna zanesljivo ločiti razprodanega izdelka od razpoložljivega, tudi ne morete varno voditi nujnosti “le še X kosov” ali obvestil “spet je na voljo” — isti neurejeni podatki spodkopljejo vse to. Odpravljanje izključevanja ni le o skrivanju razprodanega izdelka; je tisto, kar naredi preostanek vašega sporočanja na osnovi razpoložljivosti poštenega.

Postavimo na to grobo številko: če pošljete 8.000 sproženih emailov na mesec in jih celo 4 % predstavlja izdelek, ki se je od takrat razprodal, je to 320 sporočil na mesec, ki motivirane ljudi usmerjajo proti ničemer. Ponazoritveno, a to je puščanje, vredno popoldneva, da ga zamašite.

Praktična rešitev, korak za korakom

Nastavite globalno izključitev za “ni na zalogi”. Temelj. Vsak dinamični izdelčni blok — priporočila, najbolje prodajani izdelki, pred kratkim ogledani — bi moral filtrirati samo na to, kar je na zalogi, kot stalno pravilo, uporabljeno povsod, ne vklopljeno za vsako kampanjo posebej. Naredite “na zalogi” za predpogoj vstopa izdelka v katerokoli sporočilo. Trgovine s širokim katalogom imajo posebno korist od obravnavanja teh kot trdnih, univerzalnih pravil: zakaj trgovine z velikimi katalogi potrebujejo strožja pravila izključevanja.
Kjer lahko, odpravite trdno vpisane izdelke. Ročno izbrane posamezne SKU-je zamenjajte z dinamičnimi bloki, ki se razrešijo v živo. Če mora biti specifičen izdelek res trdno vpisan, ta tok označite za reden pregled — to je tisti, ki se ne more sam pozdraviti.
Za vsak blok določite rezervno možnost. Ko filter odstrani predvideni izdelek, mesto potrebuje načrt: povlecite naslednji izdelek na zalogi iz iste kategorije, preskočite na najbolje prodajani izdelek v živo ali — če ni nič smiselnega — zatrite celoten blok, da se email čisto preoblikuje. Nikoli ne dovolite, da odstranjen izdelek pusti praznino ali pokvarjeno sliko.
Obravnavajte primer praznega celotnega sporočila. Za tokove, zgrajene okoli enega izdelka (zapustitev brskanja enega samega izdelka, ki ga zdaj ni več), se odločite, kaj se zgodi, ko ni ničesar za prikaz: preskočite pošiljanje ali preklopite na različico “podobni izdelki, ki bi vam lahko bili všeč”. Pošiljanje praznega emaila je slabše kot pošiljanje nobenega.
Razmislite o zaščitnem pragu nizke zaloge. Če se izdelki razprodajo sredi pošiljanja na natrpan dan, vam izključevanje vsega pod majhnim pragom (recimo nizke enomestne številke) namesto zgolj izdelkov z nič zaloge da varnostno rezervo, tako da se izognete predstavljanju nečesa, kar med sestavljanjem in odpiranjem izgine.
Ohranjajte vir zaloge svež. Izključitev je le tako dobra, kot so podatki za njo. Če se razpoložljivost posodablja hitreje, kot se sinhronizira vaš vir, razprodani izdelki še vedno prikradejo skozi okno. Higiena vira podpira vse skupaj — kako ohranjati izdelčne vire dovolj čiste za zanesljiva priporočila obravnava, kako to pravilno urediti.

Kaj avtomatizirati

Stalni filter: samo-na-zalogi, privzeto uporabljen na vsakem izdelčnem bloku v vsakem toku in kampanji.
Vedenje sprožilca: ponovno ovrednotite razpoložljivost ob pošiljanju, ne ob sestavljanju toka — preverjanje se mora zgoditi, ko sporočilo dejansko odide.
Rezervno pravilo: določena zamenjava (ujemanje kategorije → najbolje prodajani izdelek v živo → zatiranje bloka) za vsako izdelčno mesto.
Pravilo praznega pošiljanja: preskočite ali preusmerite, ko sporočilo z enim izdelkom nima razpoložljivega izdelka za prikaz.
Opomba glede kanala: ista disciplina velja za SMS in potisna obvestila — sporočilo, ki nekoga vodi k razprodanemu izdelku, je verjetno slabše, saj je bolj vsiljivo.
Cilj: nič avtomatiziranih sporočil, ki predstavljajo razprodan izdelek; vsak klik na izdelek pristane na strani, kjer je mogoč nakup.

Primer trgovine

Trgovina z oblačili z velikim, hitro premikajočim se katalogom je vodila tok ob zapustitvi brskanja in navzkrižno prodajo po nakupu, oba z dinamičnimi bloki priporočil — a brez filtra zaloge na nobenem. Na dneve z visokim prometom so se priljubljene velikosti razprodale v nekaj urah in kupci so vedno znova dobivali emaile s prav tisto velikostjo, ki je pravkar pošla.

Dodajanje ene same globalne izključitve “na zalogi” k obema tokovoma, plus rezervna možnost “najbližji razpoložljivi v isti kategoriji”, je vrsta spremembe, ki ustavi klike v slepo ulico, ne da bi se dotaknili logike ali časovnih trenutkov tokov. Rešitev ni bila ponovna izgradnja avtomatizacij — bila je dodajanje enih vrat, skozi katera je moral iti vsak izdelek. (Ponazoritveni primer; potrdite učinek v lastnih podatkih o klikih.)

Kako to izmeriti

Stopnja pojavljanja razprodanih izdelkov: delež poslanih avtomatiziranih sporočil, ki vsebujejo nerazpoložljiv izdelek. Ta bi moral biti pri ničli ali blizu nje — to je kazalnik, ki dokazuje, da pravilo deluje.
Stopnja klikov v slepo ulico: kliki, ki pristanejo na straneh “ni na zalogi” ali na straneh z napako. Opazujte, kako pade, ko vklopite filter.
Stopnja klikov na izdelčni blok, ki bi se morala obdržati ali izboljšati, ko bralci nehajo zadevati razprodane izdelke.
Pogostost rezervne možnosti: kako pogosto se rezervna možnost sproži. Če je to stalno, so pravi problem vaš vir ali ravni zaloge — ne vaše pravilo.

Za kataloge, ki se spreminjajo dovolj hitro, da se premaknejo tudi dobra pravila, pospremite kazalnike z rednim ročnim pregledom: kako revidirati avtomatizirana sporočila v hitro spreminjajočem se katalogu.

Kako pomaga Omnisend

To je vrsta stvari, ki bi jo orodje, ustvarjeno za e-trgovino, moralo narediti rutinsko, in je velik del razloga, zakaj v svojih trgovinah poganjam Omnisend, potem ko sem ga stehtal proti Klaviyu. Ko je katalog vaše trgovine povezan, izdelčni bloki vlečejo iz sinhroniziranega vira in “na zalogi” lahko nastavite kot filter, tako da razprodani izdelki preprosto nikoli niso upravičeni do izrisa — izključitev velja ob pošiljanju, po vseh tokovih, brez ročnega dela za vsak email posebej.

Iskrene omejitve: filter odraža, karkoli pravijo vaši sinhronizirani podatki o zalogi, zato bo počasna ali pokvarjena sinhronizacija še vedno pustila izdelke skozi, prav tako pa morate rezervno vedenje odločiti sami — orodje ne bo ugibalo, kaj je dobra zamenjava. Odstrani ročno nadziranje, ne presoje pri nastavitvi. Omnisend je partner Shopimationa v pridruženem programu; priporočam ga iz vsakodnevne uporabe, brezplačna raven pa vam omogoča, da povežete katalog in vklopite filtriranje “na zalogi” za en tok, da vidite, kako deluje.

Vaš naslednji korak

Odprite svoj avtomatizirani tok z najvišjim obsegom in preverite, ali imajo njegovi izdelčni bloki filter “na zalogi” — večina trgovin najde vsaj en tok, ki ga nima. Tam najprej dodajte globalno izključitev “ni na zalogi”, določite rezervno možnost za prazno mesto, nato se prebijte skozi preostale tokove. Ko vsaka avtomatizacija izključuje razprodane izdelke, stopite korak nazaj k širši strategiji za nestanoviten katalog v kaj storiti, ko se razpoložljivost izdelkov spreminja vsak dan.

Large Catalog Ecommerce

How to Prevent Out-of-Stock Products From Appearing in Automated Messages

Posted on July 18, 2026 by

To keep sold-out products out of your automated emails and texts, you need a standing exclusion rule that checks live stock at the moment each message sends — plus a fallback for when removing an item leaves a gap. That’s the short version. The reason it trips up so many stores is that automation is built once and runs for months, while stock changes constantly, so a flow that was perfect on setup day quietly starts recommending things nobody can buy. This is a narrow, practical guide to the exclusion mechanics specifically: the filters, the fallbacks, and the checks that stop an out-of-stock product from ever rendering in a message. If your wider issue is a catalog that churns daily, the strategy for that lives in what to do when product availability changes every day — here we’re just closing this one leak.

The problem: automation is static, stock is not

A triggered flow is a set of instructions that fires the same way every time until you change it. That’s its strength — set it up, and it works while you sleep. It’s also exactly why out-of-stock products slip through.

When you built the browse-abandonment flow or the post-purchase cross-sell, everything you referenced was in stock. The flow doesn’t know that a product sold out last night. Unless something actively re-checks availability each time a message goes out, the automation keeps cheerfully promoting whatever it was told to promote. The bigger and faster your catalog, the more often that instruction is out of date by the time it runs.

There are three usual offenders:
– Hard-coded products in a flow — a specific SKU you hand-picked, now sold out, still sitting in the email.
– Dynamic blocks with no stock filter — recommendation grids that pull from the catalog but never check the in-stock flag.
– Cross-sell and back-in-stock logic pointing at items whose availability has flipped since the trigger.

Why the obvious fixes don’t hold

The tempting fix is to review flows manually — periodically open each automation and check the products. Two problems. It doesn’t scale past a handful of flows, and it’s always retrospective: you catch the sold-out item after some customers have already been sent it. Manual review is a snapshot, and stock is a moving picture.

The other tempting fix is to only feature evergreen, always-in-stock products in automation. That does dodge the problem — and it throws away the point of behavior-based messaging, which is to show people the specific things they browsed, bought, or are likely to want. Play it that safe and your automated messages get generic, which costs you the relevance that made them work.

The durable fix isn’t more vigilance or less ambition. It’s a rule that does the checking for you, every send, without you being in the loop.

Where this quietly costs you

The wasted click is the obvious cost. A customer taps a product in your email, lands on an out-of-stock page, and leaves. You reached a buyer with intent and handed them a dead end — and in a triggered flow, these are often your highest-intent contacts (they just abandoned a cart or finished a purchase). Burning that intent is expensive.

The subtler cost is that back-in-stock and low-stock messaging depend on stock data being trusted. If your system can’t reliably tell a sold-out product from an available one, you can’t safely run “only £X left” urgency or “it’s back” alerts either — the same messy data undermines all of it. Fixing exclusion isn’t only about hiding the sold-out item; it’s what makes the rest of your availability-based messaging honest.

Put a rough number on it: if you send 8,000 triggered emails a month and even 4% feature a product that’s since sold out, that’s 320 messages a month steering motivated people toward nothing. Illustrative, but that’s a leak worth an afternoon to plug.

The practical fix, step by step

Set a global out-of-stock exclusion. The foundation. Every dynamic product block — recommendations, best-sellers, recently-viewed — should filter to in-stock only, as a standing rule applied everywhere, not toggled on per campaign. Make “in stock” a precondition for a product entering any message. Wide-catalog stores especially benefit from treating these as firm, universal rules: why large catalog stores need stronger exclusion rules.
Kill hard-coded products where you can. Swap hand-picked single SKUs for dynamic blocks that resolve live. If a specific product genuinely must be hard-coded, flag that flow for regular review — it’s the one that can’t self-heal.
Define the fallback for every block. When the filter removes the intended product, the slot needs a plan: pull the next in-stock item from the same category, drop to a live best-seller, or — if there’s nothing sensible — suppress the whole block so the email reflows cleanly. Never let a removed product leave a blank or a broken image.
Handle the whole-message empty case. For flows built around one product (a browse-abandonment on a single item that’s now gone), decide what happens when there’s nothing to show: skip the send, or switch to a “similar items you might like” version. Sending an empty email is worse than sending none.
Consider a low-stock buffer. If items sell out mid-send on a busy day, excluding anything below a small threshold (say, low single digits) rather than only zero-stock items gives you a safety margin, so you avoid featuring something that vanishes between build and open.
Keep the stock feed fresh. The exclusion is only as good as the data behind it. If availability updates faster than your feed syncs, sold-out items still sneak through the window. Feed hygiene underpins the whole thing — how to keep product feeds clean enough for reliable recommendations covers getting that right.

What to automate

Standing filter: in-stock-only applied to every product block across every flow and campaign, by default.
Trigger behavior: re-evaluate availability at send time, not at flow-build time — the check has to happen when the message actually goes out.
Fallback rule: a defined replacement (category match → live best-seller → suppress block) for each product slot.
Empty-send rule: skip or reroute when a single-product message has no available product to show.
Channel note: the same discipline applies to SMS and push — a text driving someone to a sold-out product is arguably worse, since it’s more intrusive.
Goal: zero automated messages featuring an out-of-stock product; every product click lands on a buyable page.

A store example

An apparel store with a big, fast-moving catalog ran a browse-abandonment flow and a post-purchase cross-sell, both with dynamic recommendation blocks — but no stock filter on either. On high-traffic days, popular sizes sold out within hours, and customers kept getting emails featuring the exact size that had just gone.

Adding a single global in-stock exclusion to both flows, plus a “nearest available in the same category” fallback, is the kind of change that stops the dead-end clicks without touching the flows’ logic or timing. The fix wasn’t rebuilding the automations — it was adding one gate every product had to pass. (Illustrative example; confirm the effect in your own click data.)

How to measure it

Out-of-stock appearance rate: the share of sent automated messages containing an unavailable product. This should sit at or near zero — it’s the metric that proves the rule is working.
Dead-end click rate: clicks landing on out-of-stock or error pages. Watch it fall after you switch the filter on.
Product-block click-through, which should hold steady or improve as readers stop hitting sold-out items.
Fallback frequency: how often the fallback fires. If it’s constant, your feed or stock levels — not your rule — are the real issue.

For catalogs that change fast enough that even good rules drift, pair the metrics with a periodic manual sweep: how to audit automated messages in a fast-changing catalog.

How Omnisend helps

This is the sort of thing an ecommerce-native tool should make routine, and it’s a big part of why I run Omnisend in my own stores after weighing it against Klaviyo. Once your store’s catalog is connected, product blocks pull from the synced feed and you can set in-stock as a filter so sold-out items are simply never eligible to render — the exclusion applies at send, across flows, without per-email fiddling.

Honest limits: the filter reflects whatever your synced stock data says, so a slow or broken sync will still let items slip through, and you still have to decide the fallback behavior yourself — the tool won’t guess what a good substitute is. It removes the manual policing, not the setup judgment. Omnisend is an affiliate partner of Shopimation; I recommend it from daily use, and the free tier lets you connect the catalog and switch on in-stock filtering for one flow to see it work.

Your next step

Open your highest-volume automated flow and check whether its product blocks have an in-stock filter — most stores find at least one flow that doesn’t. Add the global out-of-stock exclusion there first, define a fallback for the empty slot, then work through the rest of your flows. Once every automation excludes sold-out items, step back to the wider strategy for a volatile catalog in what to do when product availability changes every day.