Outbound Store
Redirect to a store's own front page, tagged where we can tag it.
The footer lists every store we compare, and those names are now links — a reader who wants to look at Gamivo directly should not have to retype it. Routing them through here rather than linking the domain straight keeps the affiliate id server-side, exactly as the per-offer redirect does, and means a programme we activate later starts earning without a frontend change.
No interstitial: that page exists to explain a PRICE we are handing off, and there is no price here. The click IS recorded, as placement 'store' with no offer, game or price (migration 0063): these are tagged affiliate exits, and leaving them out meant the networks always counted more than the dashboard did — the audit found one in two days of logs, against six counted clicks.
302 rather than 301 for the same reason as the offer redirect: the tagged destination changes whenever the affiliate id does.
Two ways to tag, and which one applies is a property of the programme. tag_url handles the stores whose own URL takes a parameter — G2A's gtag. A NETWORK programme cannot work that way: the tracked link is the network's, and the shop's url goes inside it. Kinguin runs on Admitad, so its front-page link is a configured gotolink rather than anything derived from store.domain.
That value is a setting and NOT an affiliate_wrap on the store row, which is the obvious-looking fix and would break the site — see the comment on store_url_kinguin. A wrap applies to every url for the store, and Kinguin offer urls come from the feed already tagged.
Request
- Base URL: https://api.getcheapgames.com (the document declares no server; this is the origin it was published from)
- URL: https://api.getcheapgames.com/api/out/store/{code}
- Auth: none declared
Path parameters
Query parameters
Changes
No recorded changes to this operation across all 2 revisions of this API.