# Comment exporter plus de 5000 produits WooCommerce ? > Pour exporter plus de 5000 produits WooCommerce, ne comptez pas sur un export en un seul bloc : sur un gros catalogue, il dépasse la limite de mémoire ou le délai PHP de l'hébergeur et s'interrompt. Sortez plutôt le catalogue par morceaux, via l'export natif page par page, via l'API REST, ou par une extraction externe qui lit les fiches produit sans solliciter votre serveur. Prenez tout : nom, prix, SKU, variations, stock, catégories et images. WPBuildAI parcourt la boutique en ligne et renvoie le catalogue en CSV ou JSON, même quand l'export natif échoue. Source: https://wpbuildai.com/fr/comment-exporter-plus-5000-produits-woocommerce/ By lawrence-arya · 2026-06-16 --- Pour exporter plus de 5000 produits WooCommerce, la première chose à comprendre est qu'un export en un seul bloc ne passera pas. Sur un gros catalogue, l'outil tente de tout rassembler en une fois, dépasse la limite de mémoire ou le délai d'exécution PHP de l'hébergeur, et s'interrompt sur une erreur. La solution n'est pas un serveur plus puissant, mais une méthode différente : sortir le catalogue par morceaux. Trois voies le permettent, l'export natif page par page, l'API REST, ou une extraction externe qui lit les fiches produit sans solliciter votre serveur. Quelle que soit la voie, prenez tout : nom, prix, SKU, variations, stock, catégories et images. WPBuildAI parcourt la boutique en ligne et renvoie le catalogue en CSV ou JSON, même quand l'export natif échoue. ## Pourquoi l'export plante au-delà de quelques milliers de produits L'export natif fait tout d'un coup, et c'est précisément ce qui le fait échouer à grande échelle. Construire un fichier de milliers de produits, avec tous leurs champs et leurs variations, en une seule requête, demande beaucoup de mémoire et de temps, et le serveur coupe le processus quand la limite est atteinte. Le Web Almanac 2024 ([HTTP Archive](https://almanac.httparchive.org/en/2024/)) rappelle la charge que WordPress traite à chaque requête, et un export massif empile tout ce travail d'un coup. La parade consiste à découper : récupérer les données par lots, pour qu'aucune requête ne soit trop lourde. ## Les trois voies pour sortir le catalogue - **Export natif, page par page.** L'export WooCommerce intégré fonctionne si vous le faites par tranches plutôt qu'en une fois, ce qui évite le dépassement de mémoire. - **L'API REST.** L'[API REST de WordPress](https://developer.wordpress.org/rest-api/) et les points WooCommerce renvoient les produits en données structurées, page par page, ce qui contourne la grosse requête unique. - **Extraction externe.** Un outil qui lit les fiches produit publiques construit le fichier de l'extérieur, sans charger votre serveur, et fonctionne même quand l'administration est instable. Le choix dépend de la taille du catalogue et de l'état de votre hébergement. ## Ce qu'il faut exporter pour chaque produit Un export complet contient bien plus que le nom et le prix. Prenez le nom, la description, le prix (normal et promo), le SKU, le stock, les catégories et étiquettes, et les images avec leur texte alternatif. Sur une boutique, ces données sont l'actif principal, et la [recherche de Baymard sur l'abandon de panier](https://baymard.com/lists/cart-abandonment-rate) rappelle à quel point chaque élément qui aide à la décision d'achat compte. Une fiche exportée à moitié, sans ses images ou son stock, donne une boutique d'arrivée plus pauvre que l'originale. ## Les variations, le piège classique Les variations sont l'endroit où les exports perdent le plus de données. Un produit décliné en tailles ou en couleurs comporte plusieurs variations, chacune avec son propre SKU, son prix et son stock, et toutes doivent sortir, pas seulement le produit parent. C'est aussi ce qui alourdit l'export : un catalogue de 5000 produits peut représenter dix fois plus de variations. Vérifiez après coup que les variations sont bien présentes, sinon les fiches sont incomplètes, ce qui est pire qu'un manque visible, car cela semble terminé. ## Exporter sans surcharger le serveur Sur un gros catalogue, le processus d'export lui-même peut devenir le problème s'il sature le serveur. Une extraction trop agressive ralentit la boutique, voire la fait tomber, au pire moment. D'où l'intérêt d'extraire de l'extérieur, en lisant les pages publiques à un rythme maîtrisé, plutôt que d'exiger du serveur une exportation géante en une fois. Vous obtenez ainsi le catalogue complet sans pénaliser la boutique en production, ce qui est décisif quand elle continue de vendre pendant l'opération. ## Si l'export prépare une migration Souvent, exporter le catalogue n'est que la première étape d'une migration vers une autre plateforme. Dans ce cas, deux choses comptent au-delà des données. Conservez les URLs produit là où c'est possible, et posez une redirection 301 pour chacune qui change, selon le guide de Google sur le [déplacement avec changement d'URL](https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes), faute de quoi les fiches perdent leur position. La méthode est détaillée dans [cartographier les URLs produit](/map-product-urls-from-woocommerce-to-shopify-fast/) et [faire un plan de redirection 301](/fr/comment-faire-un-plan-de-redirection-301-refonte/). ## Étape par étape 1. **Inventoriez les produits et leurs URLs**, variations comprises. 2. **Choisissez la voie** selon la taille : export par tranches, API, ou extraction externe. 3. **Exportez en CSV ou JSON** avec tous les champs et les images. 4. **Vérifiez les variations** et le nombre de fiches par rapport à l'original. 5. **En cas de migration :** conservez les URLs et posez des 301 pour celles qui changent. 6. **Importez dans la nouvelle plateforme** et contrôlez à nouveau le nombre. ## Exemple : un catalogue de 8000 produits Prenons une boutique de 8000 produits dont l'export natif s'interrompt à chaque tentative. Plutôt que de forcer, les produits sont récupérés via l'API REST, page par page, si bien qu'aucune requête n'est trop lourde. Le fichier obtenu contient les 8000 produits et leurs variations, avec prix, SKU et images à texte alternatif, au format CSV. Comme il s'agit aussi d'une migration, les URLs produit sont conservées et les quelques-unes qui changent reçoivent une 301. Le nombre de fiches et de variations est comparé à la boutique d'origine : tout y est. L'export qui plantait en un bloc s'achève proprement, parce que le travail a été découpé. ## Les erreurs à éviter - Forcer l'export en un seul bloc, qui dépasse la limite mémoire ou le délai PHP. - Exporter les produits parents mais oublier les variations. - Saturer le serveur avec une extraction trop agressive en pleine activité. - Perdre les images et leur texte alternatif dans l'export. - En cas de migration : ne pas conserver les URLs produit, qui finissent en 404. ## Ce qu'il faut retenir Pour exporter plus de 5000 produits WooCommerce, oubliez l'export en un seul bloc, qui dépasse la limite mémoire ou le délai PHP et plante. Découpez : export natif par tranches, API REST page par page, ou extraction externe qui lit les fiches sans charger le serveur. Prenez tous les champs, sans oublier les variations, et comparez le nombre de fiches à l'original. Si c'est une migration, conservez les URLs produit et redirigez en 301 celles qui changent. WPBuildAI parcourt la boutique en ligne et renvoie le catalogue en CSV ou JSON, même quand l'export natif échoue. Envoyez l'adresse de votre boutique pour une analyse gratuite. Sans affiliation avec WordPress, Lovable, Webflow, Shopify, Wix ou Squarespace.