Migration WordPressvers Payload.
Votre site WordPress a fait ses preuves, mais chaque évolution passe par une extension de plus, et chaque mise à jour par une inquiétude. Nous le faisons passer sur Payload CMS et Next.js : vos contenus repris, vos fonctions reconstruites proprement dans le code, de l'espace membres à la boutique, et votre trafic protégé, adresse par adresse.
En bref
La migration WordPress vers Payload consiste à reconstruire un site WordPress sur Payload CMS et Next.js. On reprend les contenus : articles, pages, médias, catégories et champs personnalisés. On reconstruit dans le code les fonctions qui reposaient sur des extensions, y compris les espaces membres, les comptes et la boutique. Et l'on protège le trafic acquis : inventaire des adresses, redirections 301, métadonnées, contrôles avant et après la mise en ligne. Le résultat : un site plus simple à faire vivre, sans empilement d'extensions, avec une administration pensée pour votre équipe. Scroll, agence parisienne, mène ces migrations de l'audit au suivi après lancement.
Garder, simplifier ou migrer ?
WordPress fait tourner une grande partie du web, et il convient très bien à beaucoup de sites. Notre rôle est de vous recommander la bonne option, pas la plus grosse. Avant de proposer une migration, nous répondons à trois questions.
Garder WordPress
Site éditorial classique, thème adapté, équipe à l'aise, peu d'extensions. Un nettoyage (extensions, thème, sécurité, performances) peut suffire. Ce n'est pas notre métier au quotidien : nous vous le dirons et vous orienterons.
Passer sur un outil tout-en-un
Site vitrine aux besoins stables, équipe qui veut modifier le design elle-même, peu d'intégrations. Webflow peut être plus simple, et c'est un outil que nous maîtrisons aussi.
Migrer vers Payload
Contenus nombreux et reliés, plusieurs langues, espace membres, boutique, fonctions métier, extensions qui s'empilent. Une reconstruction maîtrisée crée un socle durable : contenus structurés, code versionné, administration sur mesure.
Quand faut-il sortir de WordPress ?
Sortir de WordPress devient rentable quand le site demande plus d'efforts qu'il n'en rapporte. Les signaux que nous voyons le plus souvent :
L'enjeu n'est pas de changer d'outil pour changer d'outil. C'est de garder ce qui fonctionne et de reconstruire ce qui freine. Vous vous reconnaissez dans plusieurs de ces signaux ? Parlons-en.
La checklist SEO.
Votre trafic est souvent votre premier canal d'acquisition : nous sommes là pour le préserver. Une migration n'est jamais neutre pour Google, alors rien n'est laissé au hasard. Chaque adresse qui compte est inventoriée, redirigée, puis suivie après la mise en ligne.
Ce qu'on garde, ce qu'on reconstruit.
Une migration WordPress vers Payload n'est pas un export suivi d'un import. C'est une décision contenu par contenu, extension par extension.
- Les adresses qui comptent
- Les contenus qui performent
- Les métadonnées utiles
- Les médias et leurs textes alternatifs
- Les catégories et étiquettes utiles
- Les formulaires importants
- Les événements de mesure d'audience
- Les acquis SEO
- L'autonomie éditoriale
- Le modèle de contenu
- Les champs personnalisés
- Les blocs de mise en page
- Le design
- Les fonctions apportées par des extensions
- Les formulaires et leurs envois
- L'espace membres, les comptes et les droits
- La performance technique
- L'hébergement et les sauvegardes
Certaines extensions n'ont plus lieu d'être après la migration (cache, sécurité, sauvegarde) : leur rôle est assuré autrement. D'autres sont reconstruites dans le code, de la simple fonction à l'espace membres ou à la boutique, remplacées par un service externe ou abandonnées.
De WordPress vers Payload.
Le point clé n'est pas de recopier les pages, mais de transformer la logique WordPress en un modèle de contenu durable.
| Existant WordPress | Destination Payload |
|---|---|
| Articles et pages | Collections Payload, pages composées de blocs |
| Types de contenus personnalisés | Collections dédiées, reliées entre elles |
| Champs ACF et métadonnées | Champs structurés et validés |
| Blocs Gutenberg, Elementor, Divi | Blocs éditoriaux conçus pour votre site |
| Codes courts (shortcodes) | Composants dans le code, ou contenu nettoyé |
| Catégories et étiquettes | Relations entre contenus |
| Médiathèque | Médias organisés, textes alternatifs repris |
| Yoast, Rank Math, extension de redirections | Champs SEO, sitemap et redirections gérés par le site |
| Formulaires (Contact Form 7, Gravity Forms…) | Formulaires développés, validés, mesurés, reliés à vos outils |
| Utilisateurs, rôles, espace membres | Comptes, droits d'accès et espaces connectés développés sur Payload |
| WooCommerce | Boutique reconstruite dans le site : catalogue, commandes, paiement |
| WPML, Polylang | Langues gérées champ par champ |
Pourquoi Payload après WordPress.
Payload est un CMS libre et gratuit qui s'installe dans le site Next.js lui-même : un seul projet à héberger et à maintenir, sans extensions à surveiller. Pour votre équipe éditoriale, cela change plusieurs choses :
Voir l'expertise PayloadVotre équipe éditoriale gagne un outil taillé pour son travail. Pour le design et les nouvelles fonctions, notre équipe prend le relais : chaque évolution est développée, testée et mise en ligne proprement.
Six étapes.
Une équipe dédiée du cadrage à la livraison, avec un.e chef.fe de projet dédié.e.
Audit des contenus et des extensions
Types de contenus, champs personnalisés, extensions actives et ce qu'elles font vraiment, formulaires, espace membres et comptes, boutique, langues, SEO et performances. Inventaire complet des adresses et du trafic associé.
Plan de migration & mapping
Ce qui est repris, fusionné, supprimé ou redirigé. Correspondance entre les contenus WordPress et les collections Payload. Pour chaque extension : reconstruire, remplacer ou abandonner. Chaque adresse importante reçoit une destination et une 301.
Décision design
Garder le design actuel en le transformant en composants, le nettoyer ou le refondre, selon vos objectifs. Le thème WordPress, lui, ne se réutilise pas tel quel.
Modèles Payload & développement Next.js
Collections, champs, blocs, formulaires, espace membres, comptes et droits, boutique, fonctions métier reconstruites, SEO technique et intégrations avec vos outils.
Reprise des contenus & 301
Import automatisé depuis la base ou l'API de WordPress quand la structure le permet, nettoyage des codes courts et du HTML hérité, reprise manuelle quand c'est plus fiable. Mise en place des redirections.
Tests, mise en ligne & suivi
Contenus, rendu des articles, redirections, formulaires, comptes, mesure d'audience, métadonnées, performances et mobile vérifiés en préproduction. Après la bascule : erreurs 404, indexation, Search Console, demandes de contact.
Les deux côtés du chemin.
Migrer des sites WordPress, nous en avons l'habitude : contenus, médias, adresses, redirections, nous savons ce qui se joue au moment de la bascule. Payload, nous l'exploitons en production, sur des sites clients comme sur notre propre site, migré vers Payload + Next.js. Vous travaillez donc avec une équipe qui connaît le point de départ et la destination.
- Des sites WordPress migrés : contenus, médias et adresses repris, redirections en place
- Payload en production sur des sites clients, comme Zéro Doute (ci-dessous)
- Notre propre site passé sur Payload + Next.js, en ligne depuis le 12 juin 2026 : près de 200 articles repris en français et en anglais, avec leurs redirections
- Une liste de contrôle éprouvée : contenus rangés hors du texte, traces de l'ancien outil, liens internes, redirections
Avant / après.
Ce que la bascule change concrètement, sujet par sujet.
| Sujet | Avant : WordPress | Après : Payload + Next.js |
|---|---|---|
| Administration | Interface commune à tous les sites, adaptée par extensions | Administration conçue pour vos contenus |
| Extensions | Chacune à mettre à jour et à surveiller | Fonctions utiles développées dans le site |
| Pages | Thème ou constructeur de pages | Pages composées de blocs réutilisables |
| SEO | Réglages répartis entre thème et extensions | Champs, sitemap et redirections gérés par le site |
| Langues | Extension de traduction ajoutée | Traductions prévues dans le modèle de contenu |
| Code | Thème et extensions de sources diverses | Code TypeScript versionné, testé, documenté |
| Sécurité | Surface d'attaque élargie par les extensions | Moins de briques tierces, mises à jour maîtrisées |
| Évolutions | Une extension de plus | Une fonction développée pour votre besoin |
Zéro Doute.
Voici le socle que vous obtenez : un annuaire aux contenus reliés entre eux, le genre de site que l'on monte souvent sous WordPress avec des types de contenus personnalisés et des champs ACF. Scroll l'a créé avec Payload, et l'équipe du client le fait vivre en toute autonomie.
Combien de temps prévoir ?
Chaque site WordPress a son histoire : c'est l'audit qui donne un délai fiable. Le planning dépend notamment de :
- Le nombre d'adresses et de contenus
- Le nombre de types de contenus et de champs personnalisés
- Le nombre d'extensions et ce qu'elles font
- Garder ou refaire le design
- Le multilingue
- Les formulaires, l'espace membres, la boutique et les intégrations
- Le niveau de SEO à protéger
- La possibilité d'automatiser la reprise des contenus
- Le niveau d'exigence sur l'hébergement
Foire aux questions
Les questions qui reviennent le plus souvent en cadrage. Si la vôtre n'y est pas, écrivez-nous !
Votre site WordPress devient difficile à faire évoluer ?
Parlons-en. Nous auditons votre site, ses contenus et ses extensions, nous vous disons ce qu'il faut garder, reconstruire ou abandonner, et nous vous proposons un plan de migration vers Payload qui protège votre trafic. Et si WordPress ou Webflow restent la meilleure option, nous vous le dirons.
75011 Paris