PHP toolkit to generates valids SF product feeds, in various formats
Branch: develop
Clone or download
Fetching latest commit…
Cannot retrieve the latest commit at this time.
Type Name Latest commit message Commit time
Failed to load latest commit information.
.gitignore add changelog Jun 6, 2018

Feed Generator

This library aims to simplify compliant feed generation for Shopping-Feed services.


  • PHP version 5.5 or above
  • PHP XML extension


composer require shoppingfeed/php-feed-generator


The component act as pipeline to convert any data set to compliant XML output, to a file or any other destination.

From the user point of view, it consist on mapping your data to a ShoppingFeed\Feed\Product\Product object. The library take cares of the rest : formatting data and write valid XML.

Getting Started

A minimal valid XML Product item requires the following properties:

  • A reference (aka SKU)
  • A name
  • A price

Your data source must contains those information, or you can hardcode some of them during feed generation.

First, you should creates an instance of generator and configure it according your needs

namespace ShoppingFeed\Feed;

$generator = new ProductGenerator();

Recommended fields

Even if there are not required, the following fields will ensure that your product will not be refused by any channel


back-link to the product on your shop, should be present for shopbot (Google Shopping...etc)


At least one product's image will prevent your product to be refused


Push a short description. Embedded html / javascript / css is irrelevant for a vast majority of channels


When not set, the quantity is defined to zero. So fill this field and start selling !

shipping cost / shipping time

Shipping information is very useful for final client and effective cart calculation. If they apply, you should fill them


Essential attributes (when apply) are color and size, but in general always provides attributes for products and variations

Set up URI

By default, XML is wrote to the standard output, but you can specify an uri, like a local file :

namespace ShoppingFeed\Feed; 

$generator = new ProductGenerator();

Compress output

From our experience, feed upload / download is a large part on time spend during the import process on Shopping Feed side.

As XML may be considered as an "heavy" format, it has a non negligible impact on network performance and cost : That why we highly recommend compression when generation feed in production.

Compression is natively supported by PHP stream wrappers, so the only thing you have to do is to specify the compression stream in file uri (Shopping Feed only supports gzip compression at the moment) :

namespace ShoppingFeed\Feed;
$generator = new ProductGenerator();

It will reduce the final file size approximately x9 smaller. Zlib compression has very low footprint on processor

Set up information

The generator accept some settings or useful information, like the platform or application for which the feed has been generated. We recommend to always specify this setting, because it can help us to debug and provide appropriate support

namespace ShoppingFeed\Feed;

$generator = (new ProductGenerator)
    ->setPlatform('Magento', '2.2.1');

# Set any extra vendor attributes.
    ->setAttribute('storeName', 'my great store')
    ->setAttribute('storeUrl', '');

Basic Example

Once the feed instance is properly configured, you must provide at least one mapper and a dataset to run the feed generation against

namespace ShoppingFeed\Feed;

$generator = (new ProductGenerator)->setPlatform('Magento', '2.2.1');

# Mappers are responsible to convert your data format to populated product
$generator->addMapper(function(array $item, Product\Product $product) {

# Data set fixtures
$items[0] = ['sku' => 1, 'title' => 'Product 1', 'price' => 5.99, 'quantity' => 3];
$items[1] = ['sku' => 2, 'title' => 'Product 2', 'price' => 12.99, 'quantity' => 6];

# now generates the feed with $items collection

That's all ! Put this code in a script then run it, XML should appear to your output (browser or terminal).

Data Processing pipeline

This schema describe to loop pipeline execution order

-> exec processors[] -> exec filters[] -> exec mappers[] -> validate -> write ->
|                                                                              |


In some case, you may need to pre-process data before to map them.

This can be achieved in mappers or in your dataset, but sometimes things have to be separated, so you can register processors that are executed before mappers, and prepare your data before the mapping process.

In this example, we try to harcode quantity to zero when not specified in item, to populate required quantity field later

namespace ShoppingFeed\Feed;

$generator = new ProductGenerator();

$generator->addProcessor(function(array $item) {
    if (! isset($item['quantity'])) {
        $item['quantity'] = 0;
    # modified data must be returned
    return $item;
$generator->addMapper(function(array $item, Product\Product $product) {
    # Operation is now "safe", we have a valid quantity integer here

As mappers, you can register any processors as you want, but processors :

  • Only accept $item as argument
  • Expects return value
  • Returned value is used for the next stage (next processor or next mapper)


Filters are designed discard some items from the feed.

Filters are executed after processors, because item must be completely filled before to make the decision to keep it or not.

Expected return value is a boolean, where:

  • TRUE : the item is passed to mappers
  • FALSE : the item is ignored
namespace ShoppingFeed\Feed;

$generator = new ProductGenerator();

# Ignore all items with undefined quantity
$generator->addFilter(function(array $item) {
   return isset($item['quantity']);

# Ignore all items prices above 10
$generator->addFilter(function(array $item) {
   return $item['price'] <= 10;

# only items that match previous filters conditions are considered by mappers
$generator->addMapper(function(array $item, Product\Product $product) {
    // do some stuff


As stated above, at least one mapper must be registered, this is where you populate the Product instance, which is later converted to XML by the library

The addMapper method accept any callable type, like functions or invokable objects.

Mappers are inkoked on each iteration over the collection you provided in the generate method, with the following arguments

  • (mixed $item, ShoppingFeed\Feed\Product\Product $product)


  • $item is your data
  • $product is the object to populate with $item data

Note that there is no expected return value from your callback

How mapper are invoked ?

You can provide any mappers as you want, they are executed in FIFO (First registered, First executed) mode. The ability to register more than once mapper can helps to keep your code organized as you want, and there is no particular performances hints when registering many mapper.

As an example of organisation, you can register 1 mapper for product, and 1 for its variations

namespace ShoppingFeed\Feed;

$generator = new ProductGenerator();

# Populate properties
$generator->addMapper(function(array $item, Product\Product $product) {

# Populate product's variations. Product properties are already populated by the previous mapper
$generator->addMapper(function(array $item, Product\Product $product) {
    foreach ($item['declinations'] as $item) {
        $variation = $product->createVariation();


By defaut, the generator does not run validation against products. When developing, you may catch invalid products and understand why some of them are invalids. To do so, you can specify how the generator handle validation :

namespace ShoppingFeed\Feed;

$generator = new ProductGenerator();

// Only exclude invalid products, with no error reporting.

// Or throw an exception once invalid product is met

Validation requires that your products contains at least:

  • reference
  • price
  • name (only required for parent's products)


The Product generator uses by default a XML writer, but you can register your own ShoppingFeed\Feed\ProductFeedWriterInterface implementation if you need to customize the output.


Writers are stored at class level, so you need to register them only once :

ShoppingFeed\Feed\ProductGenerator:registerWriter('csv', 'App\CsvWriter');
  • csv : is an arbitrary writer identifier alias
  • App\CsvWriter : Class that implements ShoppingFeed\Feed\ProductFeedWriterInterface

Once done, you can specify the writer alias to uses as second parameter of the constructor :

$generator = new ShoppingFeed\Feed\ProductGenerator('file.csv', 'csv')

Performances Considerations

Generating large XML feed can be a very long process, so our advices in this area are:

  • Run feed generation offline from a command line / cron : PHP set max_exection_time to 0 in this mode
  • Try to generate feed on different machine than web-store, or when the traffic is limited : it may impact the your visitor experience by blocking a thread
  • Limit the number of SQL requests : avoid running request in the loop
  • Paginate your results on large dataset, this will limit memory consumption and network traffic per request
  • Make uses of compression when writing file : this will save network bandwidth and we will be able to import your feed faster

Internally, the library uses XmlReader / XmlWriter to limit memory consumption. Product objects and generated XML are flushed from memory after each iteration. This guaranty that memory usage will not increase with the number of products to write, but only depends on the "size" of each products.

Execute test commands

php tests/functional/<filename>.php <file> <number-of-products> <number-of-children-per-product>

# example:
php tests/functional/products-random.php feed.xml 1000 0