Een product dat op brutomarge winst maakt, kan na PPC verliesgevend zijn

Kort antwoord. Een SKU die op brutomarge winstgevend lijkt, kan verliesgevend zijn zodra je PPC meerekent. ACOS deelt advertentiekosten door ad-omzet, TACOS deelt totale advertentiekosten door totale omzet. Reken je advertentiekosten per SKU toe aan je echte nettomarge, dan zie je pas welke producten na PPC nog winst maken en welke je geld kosten.

Je dashboard zegt dat product X 38 procent brutomarge draait. Je adverteert het ook, want zonder PPC verkoopt het niet in zijn categorie. En nergens in je standaardrapportage zie je wat die advertentiekosten doen met de marge van precies dat product. Dat is het gat waar winst stilletjes verdwijnt.

ACOS en TACOS zijn niet hetzelfde getal

ACOS staat voor Advertising Cost of Sales: advertentiekosten gedeeld door de omzet die direct aan die advertenties wordt toegerekend. Geef je 250 euro uit en levert dat 1.000 euro ad-omzet op, dan is je ACOS 25 procent. Dat getal stuurt je campagnes: welke keywords presteren, welke niet.

TACOS staat voor Total Advertising Cost of Sales: dezelfde advertentiekosten, maar gedeeld door je totale omzet, organisch plus betaald. TACOS vertelt je iets heel anders, namelijk hoe afhankelijk je hele product van advertenties is. Een gezonde TACOS voor een volwassen product ligt vaak rond de 5 tot 10 procent. Stijgt je TACOS terwijl je ACOS daalt, dan teer je in op je organische ranking. Een goede uitleg van beide metrics staat bij PCO Studio.

Het punt: ACOS is je campagnemeter, TACOS je strategische meter. Maar geen van beide vertelt je of een specifieke SKU na advertentiekosten nog winst maakt. Daarvoor moet je dieper.

Break-even ACOS is je plafond, niet je doel

Je break-even ACOS is gelijk aan je nettomarge voordat je adverteert. Een product met 40 procent marge breekt break-even bij 40 procent ACOS. Zit je daaronder, dan verdien je. Zit je erboven, dan betaal je toe op elke verkochte unit. De formule is simpel: winst per unit voor advertenties, gedeeld door verkoopprijs, maal 100.

Maar break-even is een plafond, geen doel. In de praktijk willen winstgevende sellers 10 tot 20 procentpunt onder hun break-even draaien om er ook echt iets aan over te houden. De gemiddelde Amazon-account zit volgens marktdata begin 2026 rond 32 procent ACOS. De vraag is niet of dat goed is, maar of het past bij de marge van dat ene product. Een nuttige benchmark vind je bij Trellis.

Waarom je dit per SKU moet toerekenen

Hier zit de fout die ik telkens terugzie. Verkopers rekenen ACOS op accountniveau, of hooguit per campagne. Maar advertentiekosten lopen niet gelijk op met marge. Je high-margin product kan een lage ACOS hebben en je low-margin bestseller een hoge. Op accountniveau middelt dat uit tot een getal dat klopt en niets zegt.

Wat je nodig hebt is dit: per SKU de echte nettomarge na referral fee, fulfillment fee, returns en landed cost, en daar de werkelijke advertentiekosten van diezelfde SKU vanaf. Pas dan zie je dat product X met zijn 38 procent brutomarge bij een ACOS van 33 procent en 8 procent returns feitelijk verlies draait, terwijl je het promoot omdat het "goed verkoopt".

In de meeste competitieve categorieën is PPC geen keuze maar een voorwaarde om überhaupt zichtbaar te zijn. Dat maakt deze toerekening geen luxe. Het is het verschil tussen weten dat je groeit en denken dat je groeit.

Waarom standaardtools dit gelukspad wel dekken en jouw geval niet

Tools als Sellerboard en Helium10 doen de basis goed. Ze trekken je Amazon-fees en advertentiekosten binnen en geven je een margebeeld per product. Voor het standaardgeval, één marketplace, schone data, is dat prima en moet je het ook gewoon gebruiken.

Het loopt vast bij de uitzonderingen. Je verkoopt dezelfde SKU ook op bol en je eigen webshop, waar de advertentiekosten en commissies anders liggen en je een geconsolideerd margebeeld per product over kanalen wilt. Je hebt bundels of varianten waar de fee-toerekening niet één-op-één klopt. Je wilt PPC-data naast je eigen inkoopstaffels en wisselkoersen leggen. Dat is precies de toerekening die een standaardtool niet voor jouw situatie maakt.

Ik bouw dan de koppeling en de logica eronder: PPC per SKU uit de Advertising API, fees uit de SP-API, jouw landed cost en kanaalkosten, samengevoegd tot één marge-na-PPC per product over al je kanalen. Voordat ik iets bouw, kijk ik eerst naar je proces. Vaak blijkt dat de helft van het handwerk in je huidige routine weg kan of slimmer kan, en bouw ik alleen wat er overblijft.