Segmentify is a customer engagement and personalisation platform for online retailers, built around AI-driven behavioural analysis. Segmentify positions itself as a platform that helps e-commerce businesses create individualised shopping experiences in real time, using machine learning to track how shoppers browse and buy so it can personalise product recommendations, on-site search, email, SMS and push notifications for each visitor.
To do this, Segmentify combines two streams of data: live behavioural signals captured from a site or app through its JavaScript or mobile SDKs, and a product catalogue that the merchant supplies and keeps updated. The catalogue tells Segmentify which products exist, what they cost, whether they are in stock, and how they are categorised -- the raw material its recommendation and search features draw from.
Segmentify's own documentation is explicit that behavioural tracking alone is not enough: it also needs a product feed to know details that only the merchant's systems hold, such as current price, stock level and promotional badges. Segmentify's FAQ states that updated information is highly important, especially for product stocks, prices and product badges, because a recommendation engine that suggests an out-of-stock product, or shows the wrong price, damages trust and conversion rather than helping it.
A properly connected feed also supports Segmentify's other personalised channels beyond on-site recommendation widgets, including personalised search results and product-based email and push campaigns, so the accuracy of the catalogue affects more than just the recommendations shown on product pages.
Segmentify's FAQ states that the Google Merchant Center standard format is its preferred format for the product feed, supplied as an XML file. If a merchant does not already have a product feed in this format, Segmentify notes that its own team can build a custom integration, but says this would take up to two days of additional development -- a delay Feedance's automated feed generation is designed to avoid, since it can produce a compatible feed directly from a store connection or existing product data.
Segmentify's developer documentation also describes a complementary, event-based integration: a JavaScript SDK (or iOS/Android SDKs for apps) that reports live page views, product views and basket activity as shoppers browse. According to Segmentify, certain product attributes can be sent either through this JS integration or through a dedicated params node inside the XML feed, so the catalogue feed and the on-site tracking script work together rather than as alternatives.
Segmentify's own FAQ, in the section it calls "XML tags definition," lists the specific tags it expects in the product catalogue file. The table below reproduces that list. Segmentify's public documentation does not label most of these as strictly required or optional -- the only two tags it explicitly marks as optional in its own example are sizes and colors. Treat the rest as the fields Segmentify itself documents for the feed, even where their necessity is not spelled out field by field.
| XML tag | What Segmentify's documentation says |
|---|---|
| id do produto | Identificador único do produto. |
| título | Nome do Produto. |
| URL | Link to the product page. |
| imagem | Product image URL. |
| preço | Current selling price. Segmentify's FAQ stresses this must be exactly the same as the live price shown on the website -- its own example flags a feed price of "14.99" against a website price of "15.00" as incorrect. |
| oldPrice | Previous or list price, used to show a discount. |
| moeda | Currency of the price field. |
| Categorias | Product category path. Segmentify recommends separating each level with a ">" character, e.g. "Woman > Jeans". |
| em estoque | Stock status or count. Segmentify's FAQ notes some feeds send a stock number and some send a stock status, and that one is enough. |
| interesse? | Product brand. |
| gênero | Target gender, where relevant to the catalogue. |
| tamanhos | Available sizes -- marked optional in Segmentify's own documentation. |
| cores | Available colours -- marked optional in Segmentify's own documentation. |
| params | Custom or extra product attributes. Segmentify notes these can be sent via this XML node or via the JS integration instead. |
Segmentify's public documentation does not publish a character-limit or strict data-type specification for these fields (for example, maximum title length or decimal precision on price). Where that level of detail matters for a catalogue, Segmentify recommends coordinating directly with its integration team.
Feedance handles the feed-building side of this connection so a merchant does not need to hand-format an XML file. Connecting Segmentify through Feedance follows the same general pattern as Feedance's other integrations:
Segmentify separately requires its JavaScript (or mobile) SDK to be installed on the site for behavioural tracking -- the feed and the tracking script are complementary, not substitutes for one another.
Segmentify does not publish a fixed required update frequency for the product feed. What its own FAQ does say is that updated information is highly important, especially for product stocks, prices and product badges -- meaning the practical risk of an infrequently updated feed is that Segmentify recommends a product that is already sold out, or displays a price that no longer matches the site, which Segmentify explicitly treats as an error.
Given that guidance, and standard e-commerce feed practice, refreshing the feed at least daily, and more frequently if stock or pricing changes intraday, is a reasonable general target. Feedance can schedule automatic refreshes so the feed stays aligned with the live catalogue without manual re-uploading.
Segmentify's own FAQ calls out a small number of specific, documented feed problems:
Beyond these documented points, Segmentify does not publish a broader public list of feed error codes or validation messages. As general good practice, it is still worth checking for the usual feed-hygiene issues that affect any recommendation or personalisation feed, such as missing product images, dead product URLs, and duplicate product IDs, even though these are not specifically called out in Segmentify's own materials.
The following are general feed-optimisation practices worth following for a Segmentify feed, based on standard e-commerce feed management rather than Segmentify-specific documentation:
What feed format does Segmentify need?
Segmentify's own FAQ states it prefers the Google Merchant Center standard XML format for the product catalogue.
What if I don't already have a product feed?
Segmentify says its team can build a custom integration, though this can take up to two days. Feedance avoids that wait by generating a compatible feed directly from a store connection or existing product data.
Does the price in my feed have to match my website exactly?
Yes. Segmentify's documentation is explicit that any mismatch, even a one-cent difference in its own example, is treated as an error.
Do I need to send both a stock count and a stock status?
No. Segmentify's FAQ says either one is sufficient.
Can I send custom product attributes that aren't in the standard field list?
Yes -- Segmentify's documentation describes a params node in the XML feed for custom attributes, as an alternative to sending them through the JavaScript integration.
How often should I update my Segmentify feed?
Segmentify does not publish a fixed required cadence, but its own guidance stresses that stock, price and badge data must stay current. Daily or more frequent updates are a reasonable general target, and Feedance can automate this on a schedule.