Recipe · Affiliate marketing and media buying
Ad account health check
Opens each of this profile's rows in the Ad accounts dataset, reads what the dashboard is showing, and records whether the account looks active, is in review, has been restricted, or is simply signed out. It reads the page and changes nothing — no campaign is paused and no appeal is filed.
What it does
Opens each of this profile's ad accounts and records whether it is active, in review, restricted or just signed out.
It runs against one profile, through that profile's own proxy and with its own cookies — so the pages load the way that account's owner would see them. It navigates, so give it a profile whose session you are happy to have in use.
The 9 steps
The real tree, read out of the pack the launcher ships. Indentation is nesting: the steps under a loop run once per row, and the ones under a branch run only when the condition above them holds. Every {{…}} is a value filled in at run time — from the row being walked, from a setting on the run, or from the profile itself.
loadRowsLoad this profile's ad accountsLoad Ad accounts into rowsevaluateStamp the checkRun scriptloopEach accountLoop forEachEach time
setVarStart this row as unknownSet verdictgotoOpen the dashboardGo to {{loop.item.url}}on failure: continuewaitWaitevaluateRead the dashboardRun scripton failure: continuesaveRowsWrite the verdict backSave to Ad accountson failure: continuescreenshotScreenshoton failure: continueEach of those is one of the step types on the automation reference, with the same fields the editor shows and the same fields an agent is handed over the local API.
The tables it uses
These load with the recipe. A dataset is a typed table your workspace owns — the columns are named and typed up front so the steps can address them, and every one of them is yours to rename, extend or fill from a file afterwards.
Ad accounts
readswritesOne row per ad account: which profile runs it, where its dashboard is, and what the last health check found.
- label
- Label · text
- url
- URL · url
- platform
- Platform · select · Social | Search | Native | Other
- profile
- Profile · profile
- status
- Status · select · Unchecked | Active | In review | Restricted | Signed out | Unknown page
- checked_at
- Checked at · datetime
- notes
- Notes · longText
Re-running updates the row it already wrote rather than adding a second one. That is what the match column in the save step is for, and it is the difference between a status check and a table that doubles in size every pass.
Loading it
In the launcher, open Automations, choose Load a starter pack, and pick Affiliate marketing and media buying. Untick anything you do not want. The tables land first, then the workflows, then a project called Media Buying Ops that links them together.
What arrives is an ordinary automation row. Open it in the editor, change a step, rename it, delete it — nothing in the app treats it as special afterwards, and loading the pack a second time makes a fresh copy rather than overwriting the one you edited. Tables are the opposite: an existing table of the same name is reused and keeps its rows.
The rest of the affiliate marketing and media buying pack
They load together, share the tables above, and land in one Media Buying Ops project.
Offer link check
Follows each offer link in this profile's session and records where the click actually landed, plus whether the offer is still live.
One profile · Its own proxy and cookies · The Offers table
Landing page check
Loads each landing page through this profile's own proxy, so the page renders the way a visitor in that market sees it. Keeps a full-page shot.
One profile · Its own proxy and cookies · The Landing pages table
Campaign spend report
Reads numbers off a page, not an API. Check the first run against the platform's own total before anyone reports or bills from this table — the default row selector is a guess and every platform draws its report differently.
One profile · Its own proxy and cookies · The Campaign spend table · 3 settings on the run