Buyers of game currency and e-pins compare before they pay. More and more of them start on a price comparison site rather than on a store: they see every seller's price for the same package on one row and click through to the cheapest one that has stock.
We run one of these ourselves, epintakip.com, so we see the problem from both sides. A comparison site does not get a feed from you. It reads the price, the package and the stock from your own product page on a schedule. Pages that are clear to a person are usually clear to the comparison as well; pages that are confusing end up matched wrong, or not listed at all.
One product, one page, one clear name
The same purchase is sold under many names. One store lists "600 + 60 UC", another "660 UC", a third "PUBG Mobile 660 UC TR". A comparison site has to work out that these are the same thing.
- Write the total amount a buyer receives, and show the bonus separately if there is one.
- Keep the game and currency name in the title, not only in a category above it.
- Do not put two packages on one page behind a dropdown that changes the price without changing the address.
Region and delivery method are part of the product
A Turkey code and a Global code are not interchangeable, and neither are an e-pin code and a top-up by player ID. A comparison keeps them on separate rows, so say which one a page sells, in the title or right next to the price. If it is missing, your offer may be compared against the wrong one and look too expensive, or too cheap.
Show the real price and the real stock
- The price on the page should be the price the buyer pays, in the currency of the page. A price that only appears after login or in the basket cannot be compared.
- Mark out-of-stock packages as out of stock instead of leaving the buy button active. Comparison sites usually drop or dim offers that are not in stock, and a buyer who clicks through to an empty shelf does not come back.
- Put the price in the page's HTML, not only in a script that loads later.
Structured data helps everyone who reads your page
Product structured data (schema.org Product with an Offer: price, currency, availability) tells search engines and other readers exactly what a page sells. Google describes the fields in its product structured data guide. It does not replace a clear page, but it removes guesswork.
Keep addresses stable
A comparison links to your product page. If the address changes every time you rename a package, the link breaks and the offer disappears until it is found again. Keep one permanent address per product and redirect old ones.
A quick check before you ask to be listed
- Can a stranger tell from the page alone what they get, for which region, and how it is delivered?
- Is the final price visible without logging in?
- Does an empty package say so?
- Does the page load quickly on a phone?
Our digital goods store platform is built this way: one address per product, translated names, real stock and product structured data on every page. If you want to review your own store against this list, write to us.
Questions
Do I need to send my prices to comparison sites?
Usually not. Most read the price from your public product page on a schedule. What matters is that the page states the package, region, price and stock clearly.
Why is my offer compared against the wrong package?
Most often the page leaves out the region or the delivery method, or the title shows a bonus in a way that hides the total amount. Put both in the title or right next to the price.
Does structured data change my ranking on comparison sites?
A comparison sorts by price, not by markup. Structured data helps your page be read correctly; it does not move you up the list.