Migration HubSpot CMS vers Payload CMS

Pourquoi les équipes quittent HubSpot CMS

HubSpot CMS fonctionne bien quand toute votre entreprise tourne à l'intérieur d'HubSpot. Le moment où vous avez besoin de quelque chose en dehors de cet écosystème — un frontend personnalisé, une architecture headless, ou un modèle de contenu qui ne correspond pas à des articles de blog et des landing pages — vous frappez des murs.

Le langage de templating (HubL) est propriétaire. Votre contenu est verrouillé derrière le moteur de rendu d'HubSpot. Vous ne pouvez pas utiliser React, Next.js, ou tout framework frontend moderne sans combattre la plateforme à chaque étape. Et vous payez des tarifs d'entreprise pour ce qui revient essentiellement à un page builder glorifié avec l'intégration CRM boulonnée.

Voici ce que nous entendons dire par les équipes en cours de transition :

• « Nos développeurs détestent HubL. » C'est un langage de templating basé sur Jinja qui n'existe que dans HubSpot. Chaque nouveau collaborateur a besoin d'une formation sur une compétence qui n'est utile nulle part ailleurs.
• « Nous ne pouvons pas créer les expériences dont nous avons besoin. » Composants interactifs personnalisés, filtrage dynamique, fonctionnalités de type application — HubSpot CMS n'a jamais été conçu pour cela.
• « Nous payons 1 200+ $/mois pour des fonctionnalités CMS que nous pourrions obtenir gratuitement. » HubSpot CMS Professional commence à 360 $/mois et Enterprise s'exécute à 1 200 $/mois. C'est avant les contacts, les outils marketing, ou tout autre add-on.
• « Notre site est lent et nous ne pouvons pas le corriger. » HubSpot contrôle l'infrastructure d'hébergement. Vous ne pouvez pas toucher à la configuration du serveur, implémenter la mise en cache en périphérie, ou gérer votre propre CDN.

Pourquoi Payload CMS est le bon choix

Payload est un CMS headless open-source, natif TypeScript, qui vous donne la propriété complète de votre infrastructure de contenu. Il est auto-hébergé (ou hébergé dans le cloud sur Payload Cloud), fonctionne avec MongoDB ou Postgres, et génère une API REST et GraphQL complète à partir de votre schéma de contenu.

Ce qui distingue Payload des autres options CMS headless :

Véritable architecture Code-First

Les modèles de contenu vivent dans des fichiers de configuration TypeScript. Pas de clic dans une interface graphique pour construire des champs — vous écrivez du code, le commitez dans Git, et le déployez comme toute autre partie de votre application. Votre schéma de contenu devient examinable, testable et reproductible dans les environnements.

Contrôle d'accès complet intégré

Payload est livré avec un système de contrôle d'accès complet. Permissions au niveau des champs, permissions au niveau du document, accès basé sur les rôles — tout configurable en code. HubSpot vous donne des rôles utilisateur basiques. Payload vous donne une couche d'autorisation complète.

Vous êtes propriétaire de tout

Votre base de données. Vos fichiers. Votre API. Votre panneau d'administration. Il n'y a pas de verrouillage du fournisseur car tout fonctionne sur votre infrastructure. Si Payload l'entreprise disparaissait demain, votre CMS continuerait de fonctionner.

Intégration native Next.js

Payload 3.0 fonctionne à l'intérieur de Next.js comme un plugin. Votre panneau d'administration CMS et votre frontend partagent la même application Next.js. Cela tue le problème typique du CMS headless de gérer deux déploiements séparés.

Notre processus de migration HubSpot vers Payload

Nous avons affiné ce processus à travers plusieurs migrations HubSpot. Chaque engagement suit la même approche structurée, ajustée selon la complexité de votre contenu.

Phase 1 : Audit de contenu et conception de schéma (Semaine 1-2)

Nous exportons et cataloguons tous les types de contenu dans votre HubSpot CMS — articles de blog, landing pages, pages website, modules personnalisés, tables HubDB, formulaires, et CTAs. Nous mappons chacun à une collection ou global Payload, en concevant des schémas qui reflètent vos relations de contenu réelles plutôt que le modèle rigide de type page d'HubSpot.

C'est ici que nous découvrons ce qu'HubSpot a rendu inutilement compliqué. Les tables HubDB deviennent des données relationnelles appropriées. Les modules gonflés avec des champs de style deviennent des composants propres construits sur les tokens du système de conception.

Phase 2 : Migration de données (Semaine 2-3)

Nous écrivons des scripts de migration personnalisés qui tirent le contenu de l'API d'HubSpot et le transforment au format document Payload. Ce n'est pas une simple exportation CSV — la mise en forme de texte enrichi, les liens internes, les références d'images, et les métadonnées viennent tous avec.

L'API de contenu d'HubSpot a des limites de taux et des bizarreries de pagination. Nous gérons tout cela. Articles de blog avec 50+ propriétés personnalisées, landing pages avec modules imbriqués, contenu multilingue — nous avons tout migré.

Phase 3 : Développement Frontend (Semaine 2-5)

Pendant que les scripts de migration s'exécutent, nous construisons votre nouveau frontend dans Next.js. Nous recréons votre design existant (ou implémentons un nouveau) en utilisant des composants modernes qui tirent de l'API Payload. Chaque page obtient un rendu côté serveur ou une génération statique en fonction de la fréquence de ses changements.

Les éléments interactifs qui étaient des hacks JavaScript dans HubSpot deviennent des composants React appropriés. Les formulaires se connectent à votre CRM via API plutôt que des scripts HubSpot intégrés.

Phase 4 : Préservation du SEO et redirections (Semaine 4-5)

Cette partie n'est pas optionnelle. Chaque URL de votre site HubSpot obtient un mappage vers son équivalent nouveau. Nous implémentons les redirections 301 pour tout changement de structure d'URL et transférons tous les titres meta, descriptions, balises canoniques, et données structurées.

Nous gérons également les artefacts SEO spécifiques à HubSpot — scripts de suivi, paramètres _hcms, pages de listage de blog avec pagination. Votre sitemap XML obtient une régénération avec des priorités appropriées et des fréquences de changement.

Phase 5 : Assurance qualité, changement DNS et surveillance (Semaine 5-6)

Nous exécutons des crawls automatisés comparant les anciens et nouveaux sites page par page. Chaque lien interne est vérifié. Chaque image est vérifiée. Nous regardons Google Search Console pendant les 30 premiers jours suivant le lancement pour détecter les problèmes d'indexation avant qu'ils ne s'aggravent.

Intégration HubSpot CRM après migration

Quitter HubSpot CMS ne signifie pas quitter HubSpot CRM. Nous intégrons Payload et votre frontend Next.js directement avec l'API HubSpot CRM. Les soumissions de formulaire créent des contacts, les vues de page déclenchent des workflows, et la notation des prospects continue de fonctionner. Vous obtenez la valeur CRM sans la taxe CMS.

Que dire des formulaires et CTAs HubSpot ?

Nous remplaçons les formulaires HubSpot intégrés par des formulaires React personnalisés qui se soumettent à l'API HubSpot Forms. Vous avez un contrôle complet sur la conception du formulaire, la validation, et l'expérience utilisateur tout en gardant le pipeline CRM intact. Les CTAs deviennent de vrais composants dans votre système de conception plutôt que les overlays basés sur iframe d'HubSpot.

Calendrier et investissement

Une migration typique d'HubSpot CMS vers Payload prend 5-7 semaines pour les sites avec 50-500 pages. Les sites plus grands avec des relations HubDB complexes, plusieurs langues, ou l'utilisation intensive de modules personnalisés s'exécutent 8-12 semaines.

L'investissement commence à 18 000 $ pour les migrations simples et s'adapte selon la complexité du contenu, les intégrations personnalisées, et les exigences de conception frontend. HubSpot CMS Enterprise coûte 14 400 $/an — la plupart des équipes atteignent le ROI dans 12-18 mois uniquement sur les économies d'hébergement, sans même tenir compte des gains de productivité des développeurs.

Le gain à long terme

Après la migration, votre équipe travaille dans une base de code TypeScript moderne. Les nouveaux développeurs se mettent à niveau en jours, non semaines. Les éditeurs de contenu obtiennent un panneau d'administration plus rapide et plus intuitif. Votre site se charge en moins d'une seconde. Et vous arrêtez de redouter le prochain email d'augmentation de prix d'HubSpot.