Jak vydělávat na Apify Actors a neprodělat na běhu nástroje

Na Apify Actors lze vydělávat zveřejněním placeného Actoru v Apify Store a účtováním události, kterou vyvolá jeho kód. Dokumentace Apify k monetizaci uvádí, že si platforma ponechává 20 % tržeb a při účtování za události odečítá z autorovy částky také náklady na využití platformy.

Má-li Actor vydělávat i po započtení práce autora, potřebuje zákazníky, kteří jeho výstup opakovaně využijí, a cenu vyšší než náklady na jejich obsluhu. Před vývojem proto ověřte konkrétní placenou úlohu. Poté zvolte účtovanou událost a spočítejte výsledek pro realistický počet placených běhů; samotný počet spuštění o výdělku nerozhoduje.

Ověřte poptávku před vývojem

Začněte kupujícím a opakovanou prací, kterou mu Actor ušetří. Podmíněným příkladem může být nástroj, který vydavateli oborového newsletteru vrací nové veřejně vypsané akce v jednotném formátu. Smysl má tehdy, pokud vydavatel takové údaje potřebuje pravidelně a výstup mu ušetří práci, za kterou je ochoten platit. To je hypotéza k ověření, nikoli doložený zákaznický případ.

Riziko, že si nabídka nenajde uživatele, je podstatné. Analýza veřejných nabídek Apify Store založená na stažení dat 10. října 2026 zjistila, že přibližně 70 % zhruba 61 900 sledovaných placených nabídek mělo za předchozích 30 dní nanejvýš jednoho uživatele; více než 100 uživatelů mělo asi 1,2 % nabídek. Jde o neúplný vzorek veřejných údajů o používání, nikoli o počty platících zákazníků nebo příjmy autorů.

Možnému kupujícímu ukažte vzorek výstupu ještě před stavbou automatizace. Zjistěte, jak úlohu řeší dnes, jak často potřebuje nové údaje a jaké položky musí výstup obsahovat. Zeptejte se také na cenu za stejný objem práce, který chcete účtovat. Souhlas s nápadem sám nestačí; užitečnější je zájemce, který dodá skutečný vstup, pojmenuje chybějící pole nebo chce výstup použít ve své práci.

Vyberte účtovanou událost a zveřejněte Actor

Pro prodej vlastního výsledku slouží model pay per event: kód Actoru vyvolá událost, za kterou nastavíte cenu. Může jít o zahájení běhu nebo vydání výsledku. V modelu pay per usage uživatel hradí spotřebu platformy bez další ceny za událost určené autorem. Pokud se počet výsledků mezi běhy výrazně liší, cena za dokončený běh může být pro autora riskantní: náročný běh přinese stejnou tržbu jako krátký, ale spotřebuje více prostředků.

Účtovaná jednotka má odpovídat tomu, co zákazník dostane a dokáže předem odhadnout. U newsletterového příkladu by mohla být jednou událostí vydaná použitelná položka. Před nastavením ceny však určete, co se stane při duplicitě, prázdném výsledku nebo chybě zdrojové stránky. Jinak může stejná cena pokrývat běhy s velmi rozdílnými náklady.

Postup Apify pro nastavení monetizace vede autora v Console přes Development, My Actors a záložku Publishing; zároveň stanoví, že významné zdražení Actoru s platícími uživateli začne platit po 14 dnech. Nejprve je třeba doplnit fakturační a platební údaje. V nastavení pak určíte ceny událostí, vyberete hlavní událost představující hodnotu Actoru a zkontrolujete nabídku před potvrzením. Stejná oznamovací lhůta se vztahuje také na přidání placené události nebo změnu cenového modelu; pokud Actor zatím nemá platící uživatele, čekání se neuplatní.

Změřte náklad na placený výsledek

Otestujte malý i větší vstup a také běh, který vrátí neúplná data nebo skončí bez použitelného výstupu. U každého si zapište náklady platformy, počet účtovaných událostí a cenu případných externích API. Spotřeba výpočetních prostředků, proxy a úložiště se může měnit podle velikosti úlohy; cena externí služby se do částky vypočtené Apify automaticky nepromítne.

Chcete-li účtovat za dokončený běh, rozdělte náklady všech pokusů počtem úspěšných placených běhů. Při ceně za položku je rozdělte počtem skutečně vydaných a zpoplatněných položek. Náklady neúspěšného pokusu tedy nezmizí jen proto, že zákazník nedostal účtovaný výsledek. Zvlášť evidujte čas na opravy, podporu a kontrolu kvality: i Actor s kladnou částkou od platformy může po ocenění této práce prodělávat.

Před rozhodnutím porovnávejte nabídky ve stejné jednotce. Cena za běh, cena za položku a cena za tisíc výsledků nejsou bez znalosti obvyklého objemu úlohy přímo srovnatelné. Z pohledu kupujícího je důležitá cena za celý požadovaný výstup; pro autora je rozhodující marže, která po jeho vytvoření zůstane.

Vypočítejte částku, která skutečně zbude

Pro model, v němž autor hradí náklady platformy z ceny událostí, platí částka po provizi a nákladech platformy = 0,8 × tržby z účtovaných událostí − náklady platformy. Od této částky pro vlastní ekonomické rozhodnutí odečtěte externí API a hodnotu času věnovaného údržbě. Pokud v nastavení převedete náklady platformy na uživatele, tento model nákladů je nutné upravit; následující příklad s takovou volbou nepočítá.

Následující vstupy jsou výhradně modelové předpoklady, nikoli naměřené ceny, doporučený ceník nebo předpověď výdělku. Předpokládejme cenu 0,05 USD za dokončený běh, průměrný náklad platformy 0,015 USD a externí API za 0,01 USD na jeden placený běh. V obou jednotkových nákladech jsou už rozpočítány neúspěšné pokusy. Autor pro tento příklad ocení měsíční údržbu na 40 USD a všechny uvedené placené běhy přinesou účtovanou událost.

Pro N placených běhů vychází modelový měsíční výsledek N × (0,8 × 0,05 − 0,015 − 0,01) − 40 = N × 0,015 − 40 USD. Při různém objemu používání to znamená:

• 100 placených běhů: tržby 5 USD, po provizi a nákladech platformy 2,50 USD, po externím API a oceněné údržbě ztráta 38,50 USD.
• 1 000 placených běhů: tržby 50 USD, po provizi a nákladech platformy 25 USD, po externím API a oceněné údržbě ztráta 25 USD.
• 3 000 placených běhů: tržby 150 USD, po provizi a nákladech platformy 75 USD, po externím API a oceněné údržbě přebytek 5 USD.

Za těchto předpokladů pokryje měsíční náklady nejméně 2 667 placených běhů. Pokud očekáváte pouze 1 000 běhů, musí při stejných nákladech cena dosáhnout alespoň 0,08125 USD za běh: obecně platí minimální cena = (náklad platformy na běh + externí náklad na běh + měsíční údržba ÷ počet placených běhů) ÷ 0,8. Výsledek nezahrnuje první vývoj ani další individuální výdaje. Jakmile testy ukážou skutečné jednotkové náklady a zájem kupujících ukáže přijatelnou cenu, lze z těchto hodnot rozhodnout, zda má Actor jako placený produkt smysl.

Přečtěte si také:

• Prompt injection nezastaví filtr: agent potřebuje omezené nástroje i schválení
• Buffer, nebo Hootsuite: deset profilů mění cenu i smysl nástroje
• Zoom, nebo Google Meet: nejlevnější je nástroj, který už platíte