How To Export Content From D7 And Import It In D8 Using Views Data Export / Feeds Import

Recently I faced the situation where I had built the structures already existing on a D7 site into a new D8 site, and I wanted to try them out with some content. I thought to myself: “even if the creation of the structures has to be manual, there must be a way to export the content in an automated way”.

So I thought about this:

General Approach

  1. Create some view on the D7 site that will expose the content in a machine-readable format (XML, CSV, JSON…)

  2. Create a feed importer on the D8 site that will consume the newly created endpoint and put this data into nodes

Easy, right…? Well, not in Drupal’s world :sweat_smile:

So, we face some issues:


  1. In order to have 1) we need to be able to expose the data in a machine-readable format, but Drupal 7 only offers RSS out of the box, and for most content types this is simply not enough (no possibility to configure fields or XML structure, RSS is a closed format)

  2. In order to have 2) once we have 1) the feed importer should be able to process a custom XML/JSON/CSV dataset, and by default the Feeds module in D8 only allows for the following parsers:

    • CSV
    • Indico
    • OPML
    • RSS/Atom
    • Sitemap XML

    So in principle CSV should work, but after analyzing the content I realized CSV would cause trouble since my content contained tabs, semi-colons, quotes, line-breaks, and all sorts of characters that would be problematic for such simple and error-prone format. The rest of parsers are not useful for my custom content.

What is the solution? Here it goes!


I decided I would go for XML since it’s pretty resilient to inline some encoded HTML (JSON would also do, but I haven’t tried it yet).

So this is what we need to do:

Source D7 site

  1. Install the Views data export module:

  2. Create a publicly accessible page view that exposes the data in XML format using this module’s view mode:

  3. Configure the XML format in a way that’s easy to parse by the consuming feed importer. I chose some basic options but these are personal:

  4. Add the fields you need to export. Keep in mind that the XML elements will get their names from the labels assigned to the fields, so I recommend using lowercase, simple names so it’s easier to configure the feed importer later

  5. Set a Path on the DATA EXPORT SETTINGS section, and use None on the Access configuration, so the view is publicly accessible.

    :warning: This is important since otherwise the D8 feed importer will not be able to consume the data, because otherwise SSO will intercept the HTTP request and redirect to its login page!

  6. Once you have checked that the URL works and produces a valid XML structure, that’s publicly accessible, we can start setting up our D8 site for import!

Target Drupal 8 site

:information_source: It’s assumed that the site already has a target content type with same or compatible fields configured, ready to be populated with the source nodes’ data.

This is trickier, since D8 needs some modules to make this work, and the installation is just not simple. But hopefully this guide will help. Here it goes!

:warning: Disclaimer: I tried to install the modules and libraries needed on the D8 site using Drush and Composer, and all I got was PHP errors and a broken site. This guide is not using any of these power tools since I found them more problematic than useful.

Of course, if anyone wants to attempt to use Drush and Composer to get this setup quicker, please do and update this thread with your findings should you succeed! :slight_smile:

Setting up the modules

  1. The module we will need to install to provide XML/JSON/CSV parsers for the feed importer has itself some libraries dependencies, and unfortunately they cannot be installed automatically. We will need to install another module that will help installing these libraries.

    The module is Ludwig:

    :information_source: you can do it via Drush:

    drush en ludwig

  2. Once Ludwig is installed and enabled, we need another module that will provide the parsers for the feed importer:

    Feeds extensible parsers:

    But! we need to install the dev version! Otherwise we won’t have Ludwig support and installing the libraries will be much more complicated. So we download the latest dev version (as of the date of this writing, it’s this one:

  3. Once Feeds extensible parsers has been installed and enabled, we need to use Ludwig to download the libraries and put them in the right places. This will still be manual but at least we will get some guidance so success is somehow guaranteed.

    Go to /admin/reports/packages on your site to see Ludwig’s report on libraries you might be missing. You should see something like this:

    In your case, because the libraries have not yet been downloaded, an option to dowload them will appear, and also information about the path were they should be put in you site’s filesystem (somewher inside /modules/feeds_ex/lib)

  4. Download all the libraries, and extract the ZIP files in the paths suggested by Ludwig, verbatim. You need to mount your D8 site and access the filesystem to do this. Unfortunately Ludwig cannot do this automatically yet :cry:

  5. Once done, if you refresh your Packages report page and you see the ‘Installed’ STATUS for all of them, you succeeded! Otherwise double, triple check the paths were the libraries are copied

Setting up the feed importer

Now we arrived to the important part: how to import the data coming from the D7 data export view into nodes on our D8 site. Our feeds now can parse XML and other formats, so let’s do this!

  1. Create a new Feed Type. You can do this from the admin toolbar via ‘Structure > Feed types > Add feed type’ or /admin/structure/feeds/add

  2. Now on the Parser dropdown select we have lots of interesting options:

    For our purposes we will use the XML parser, and use ‘Download from url’ as Fetcher. We also want to use ‘Node’ as Processor and select our target Content type, which should match the exported content.

    Every other configuration is as your usual feed importer, so choose wisely how often you import, what happens with existing nodes, etc.

    :information_source: Because my main purpose was to import existing content in one go and once done forget about the feed, my configuration was to set the Import period to ‘Off’ and then the following Processor settings for the feed:

  3. Here’s the important part: the mapping. This is what will copy the data from the XML export into the right fields of our content type.

    The way it works is by using XPath to select the right elements from the XML, so if you are not familiar with it it’s good to read a little about it:

    :information_source: There’s also an online resource to test XPath expressions online:

    If you selected node as Item node as I did when you configured your Data export view (step 3 from ‘Source D7 site’), then you can use //node as your XPath expression for Context on your feed importer mapping:


    This means that the fields XPath expressions will be evaluated for every node element on your XML dataset. This is what we want for simplicity.

    Now it’s just a matter of selecting every Target field on your content type, and assign each an XPath expression that will get the fields from the XML:

    In this example, I am targeting the Title field on my content type, to get the information from an element called title inside my context which is //node, so if my XML looks like this:

    <?xml version="1.0" encoding="UTF-8" ?>
        <title>This is a title</title>
        <body>This is a body</body>

    It will get the <title> tag from the <node> element and populate the Title field of the newly created node.

    It’s that simple! Map every field and you’re up to go and attempt the first import!

    :warning: Of course there are tricky parts: what about more complex data types? Well, here are some recommendations:

    • Dates: use standard format: Y-m-d H:i:s (PHP format)

    • Taxonomies: select Reference by Name to avoid mismatch between the tid's on both sites (they will be different 99% guaranteed). Also, if you already have created the taxonomy terms, you might want to leave ‘Autocreate entity’ unchecked:


    • Files: sorry, I haven’t even tried to inline them, but I guess they can be base64-encoded and inlined in the XML. I will update this once I do tests

      Update (30.01.2020): Actually when exposing the file field as a full URL, and given that the file can be publicly accessed, the feed importer will actually download it and upload it automatically on the target site:

      In this example, the photo field is basically a URL to the image file. So I just mapped the ‘File ID’ property of the file field, chose Reference by: Filename, and rolled with it.

  4. Finally! Import the data! Here’s the moment we’ve been waiting for! Go to ‘Content > Feeds’ and then click the ‘Add feed’ button.

    If you have defined more than one feed type, you will be presented with a choice. Otherwise you will go directly to the feed configuration page.

    Give your feed a name, enter the URL where the data from D7 is being exposed, cross your fingers and click on ‘Save and import’!

    If it woks, you will be presented with your list of imported nodes, and you will have effectively mastered the art of synchronizing content from D7 to D8 :slight_smile:

    If it didn’t work, here’s a list of Things That Might Go WrongTM (I went through them all, so don’t despair!):

    • :x: The data export view on the D7 site is not publicly accessible - Check that you can access the URL from a private browser without logging in. Otherwise, your D8 site can’t reach it either.

    • :x: The data export view on the D7 site is not generating valid XML - The data export module has its flaws and if you forget to encode your fields properly the resulting XML might not validate. You can use validators to make sure it is valid XML

    • :x: The mapping on the D8 site’s feed is not valid - XPath can be tricky, and it can never be a bad idea to use some online XPath tester to check what you are really getting (I used this one:

    • :x: Fields are incompatible or not properly encoded - Some fields may end up blank if the source format cannot be used on the target field. This is true for dates, entity references, fields containing HTML, etc. Double-check your data export so fields are properly encoded in the simplest way possible. You might need to use ‘Field rewrite’ or calculated and custom fields to get it right.


This was difficult to accomplish and requires certain technical skills but the results are worth it if you need to export hundreds of nodes, so I hope it’s useful!

Happy hacking!


I have to add an update here since after some experience with this method, I have some tips:

  • Use CSV as export format. It’s the easier one to configure for both import and export (if you cannot choose because you have data coming from somewhere else then ignore this)

  • Unless you need to keep source site and target site in sync, turn off the feed importers so they don’t run unless you tell them too

  • If you choose upload file instead of download from URL as data source, you can just upload the file to the feed importer and you get to keep your source data hosted on your target site, so you can always tweak it if needed or just have it as reference. Online sources might be there today and disappear tomorrow.

  • File fields work by choosing either ‘File ID’ or ‘Filename’ as reference on the mappings configuration. I normally set ‘Remove’ on the action for existing files since I don’t like orphaned files littering the site’s filesystem

  • Paragraphs can be created on the fly when importing nodes! This is good news when you are importing things like Field Collections from D7. You will need to install Feeds Paragraphs.

    Then, you should of course create first the Paragraphs that will host your compound data —most likely Field Collections— and from that moment the individual fields of the paragraph will be available on the feed mapping configuration.

    Keep in mind the datasource will have duplicate rows when nodes contain several instances of a field collection. This is fine and the feed will import them as multiple paragraph instances all linked to your single parent node. Excellent!

  • Even if you are using one content type to integrate many different sources —say, for example, news coming from the old site and also from— you can (in fact, you should) define different feed types and/or different feed importers that import the different sources.

    This way each feed controls the nodes imported by itself, and you can delete, reimport, etc. independently. This proved to be extremely handy since some imports can fail and you don’t want to ruing every single node that exists of a given content type.

Well, hope this is useful, and sorry I didn’t add this here earlier!

1 Like