Une agence de développement backend en France construit la partie serveur d'un outil numérique : la base de données, les règles métier, les API, la gestion des accès et les traitements que l'utilisateur ne voit jamais. Le back-end (« dorsal » en traduction, terme peu employé, et les « backend development services » des offres en anglais) se commande pourtant rarement seul. Dans les réalisations publiées sur cette page, il prend souvent la forme d'outils métier sur mesure : ERP de PME, CRM, plateformes de planification, extranets branchés sur un ERP, back-offices et SaaS de startups ou de grands comptes.
Ces chantiers durent. Plus d'un tiers des réalisations backend chiffrées en durée dépassent douze mois, et plusieurs agences maintiennent depuis des années le système qu'elles ont livré. La reprise d'un code écrit par d'autres, sujet très présent dans les recherches voisines, existe dans les projets mais reste minoritaire ; on la lit aussi dans les avis clients. D'où le fil de cette page : jugez une agence backend sur un outil métier publié, sur ses connexions à l'existant et sur ce qui s'est passé après la mise en production, plutôt que sur une liste de langages.
Derrière le mot backend, dans les projets publiés : souvent des outils de gestion sur mesure
Les réalisations marquées « développement backend » sur cette page décrivent notamment des logiciels de gestion. Un ERP de restauration collective pour Les Marmites Volantes, qui couvre la planification des repas, la production, la livraison et l'interface des écoles, mené sur plus de douze mois. Un logiciel métier de transport et de logistique pour Lahaye Global Logistics, conçu avec ses équipes informatiques. Une plateforme interne de Stellantis qui suit l'action commerciale des distributeurs de pièces dans plusieurs pays européens. Un outil de RTE qui rassemble des données techniques éparses pour aider ses équipes à décider.
Le développement d'un back-office sur mesure, pour gérer commandes, contenus, réservations ou utilisateurs, revient dans environ une réalisation backend sur sept, et un SaaS dans une sur dix. Côté clients, les PME arrivent en tête, puis les startups ; grands groupes et ETI pèsent ensemble environ un client renseigné sur cinq, et quelques associations complètent la liste.
Une précision utile : l'étiquette backend ne garantit pas le contenu, et quelques projets ainsi classés sont de simples sites vitrines. Ouvrez la réalisation et cherchez ce qui tourne côté serveur : données, règles de calcul, droits d'accès, traitements automatiques.
Brancher l'outil sur l'ERP, le CRM ou la comptabilité : API, connecteurs et flux EDI
Une API est l'interface par laquelle deux logiciels échangent des données selon des règles fixées à l'avance : quelles informations circulent, dans quel format, avec quels droits. Dans un projet backend, elle demande souvent de la réflexion, parce qu'elle touche à des outils que l'agence ne maîtrise pas.
Environ une réalisation backend sur sept mentionne une API, et à peu près autant un connecteur ou une synchronisation. Pour Wall Street English, un connecteur fait passer les données commerciales de Salesforce vers le logiciel comptable Cegid Quadra, en respectant des règles comptables propres à la formation ; le projet a tenu en moins de trois mois. Istec Business School raconte dans son avis une API reliant son CRM HubSpot à son logiciel de scolarité Yparéo, livrée dans les délais. Francofa-Eurodis, du groupe Rexel, a ouvert une boutique B2B adossée à l'ERP du groupe, avec le tarif propre à chaque client professionnel. Chez Capsum, l'outil de planification industrielle a dû intégrer plusieurs ERP.
REST, GraphQL, webhooks : les styles d'API se valent selon l'usage, et très peu de réalisations de cette page citent GraphQL. Si ce point compte pour vous, demandez un projet livré qui l'utilise. Quand l'architecture se découpe en services indépendants, les agences spécialisées en microservices sont un autre point d'entrée.
Le prix des réalisations backend chiffrées, du connecteur à l'outil complet
Sur les réalisations backend publiées avec un montant, moins d'une sur dix reste sous 10 000 €. Un peu plus d'un quart tiennent dans 20 000 € ou moins, quatre sur dix dépassent 50 000 € et plus d'un quart atteignent 100 000 € ou davantage. L'écart s'explique par la nature des projets : un connecteur entre deux logiciels n'a pas la taille d'un ERP qui porte toute l'activité d'une entreprise.
Les avis clients donnent une image nettement plus basse, parce qu'ils couvrent aussi des sites et des applications. Parmi les clients qui indiquent un budget, la tranche de 10 000 à 50 000 € domine, suivie des projets de moins de 10 000 € ; près d'un sur cinq déclare plus de 50 000 €.
Trois éléments font monter la facture d'un backend : le nombre d'outils existants à connecter, la sensibilité des données (santé, finance) et la durée pendant laquelle l'outil doit évoluer. Demandez un chiffrage qui sépare la construction, l'hébergement et la maintenance : ce sont trois lignes de nature différente, et la troisième revient chaque année.
Projets repris en cours de route, équipes qui restent : la parole des clients
Un peu moins de quatre agences de cette page sur dix ont des avis clients. Les clients y parlent d'un outil, d'une application, d'un site, et de ce qui a changé dans leur travail. Plusieurs racontent une reprise. Un projet déjà bien avancé, confié à une nouvelle équipe qui a remis de l'ordre puis fait évoluer la plateforme. Un site Drupal repris avec une continuité de service. La maintenance d'un SaaS B2B reprise par une nouvelle équipe. Une application confiée à une troisième équipe après deux sociétés de développement. CNP Assurances évoque la reprise d'un outil de gestion interne et souligne le respect du budget et de demandes très précises.
Autre motif fréquent : la collaboration qui continue après la livraison, pour la maintenance ou de nouveaux développements. Lisez le texte des avis plutôt que leur nombre, repérez ceux qui décrivent un outil proche du vôtre, puis demandez à l'agence un client que vous pourrez appeler.
Prestataire injoignable, code que personne n'ose toucher : l'audit avant toute reprise
Les recherches sur la reprise de code et la reprise d'application web partent souvent d'une situation subie. Le prestataire ne répond plus, ou le développeur interne qui connaissait tout est parti. Chaque évolution casse autre chose. Le framework n'est plus mis à jour. Personne ne sait où sont les accès à l'hébergement.
Avant de chiffrer une reprise, une agence sérieuse lit l'existant. L'audit couvre en général le code et ses dépendances, la base de données, l'hébergement et les accès, la présence de tests et de documentation, les points de sécurité. Il débouche sur un état des lieux et des options, pas sur un verdict. Côté réalisations, deux reprises montrent ce qui se joue : Bascule Data a assuré la continuité de son service en confiant sa maintenance à une nouvelle équipe ; Servicea a fait reprendre, sécuriser puis faire évoluer sa plateforme d'accompagnement professionnel Pep's.
Deux précautions côté client. Désignez une personne qui arbitre : une reprise multiplie les décisions (garder, corriger, remplacer). Et ne faites pas de l'audit le procès du prestataire sortant ; ce qui compte, c'est ce que le code permet encore.
Refactoriser, migrer ou réécrire face à la dette technique
Refactoriser un code, c'est en modifier la structure interne sans changer ce qu'il fait : renommer, découper, supprimer les doublons, ajouter des tests pour que la suite des travaux se fasse sans casse. C'est la réponse la plus douce à la dette technique, ce passif de raccourcis qui rend chaque évolution plus lente.
Migrer va plus loin : passer à une version supportée du langage ou du framework, changer de base de données, déplacer l'hébergement. Pour APESAL, le logiciel de suivi du dépistage en école maternelle réalisé pour le Département du Nord a demandé la reprise de l'ancienne base de données, dans un cadre certifié HDS.
Réécrire, enfin, signifie repartir de zéro. Le risque est de perdre en route des règles métier que personne n'avait écrites ailleurs que dans le code. Une reprise progressive, qui remplace l'existant par morceaux, garde l'outil en service pendant les travaux. Quelques réalisations backend seulement traitent ces cas : posez la question franchement et demandez un exemple. Une refonte technique ne change pas forcément l'interface, et l'inverse est vrai aussi.
Données de santé, hébergement, montée en charge : les exigences qui pèsent sur le devis
Quelques réalisations backend de cette page relèvent de la santé. AVAD Assistance, prestataire de santé à domicile, a fait refondre un extranet vieillissant pour le connecter en temps réel à son ERP métier, avec un hébergement HDS, réservé aux données de santé. Le logiciel d'APESAL, déjà cité, suit le même cadre et ajoute la conformité RGPD.
Quelques réalisations évoquent la montée en charge ou la capacité à absorber des volumes. Chez 2Emotion, la chaîne d'encodage vidéo a été refaite sur une architecture cloud AWS capable de traiter de gros volumes. Chez Kolsquare, éditeur d'une plateforme de marketing d'influence, l'enjeu était d'industrialiser la collecte massive de données pour soutenir une expansion internationale.
Reste à savoir qui fera tourner l'outil une fois livré. Demandez qui déploie les nouvelles versions, qui surveille les serveurs et qui gère les sauvegardes, et si l'agence assure l'infogérance ou vous laisse un hébergeur à piloter : le prestataire de l'Aéroport de Lille, dont il est question plus bas, indique par exemple assurer l'infogérance en plus du développement.
Ces sujets restent minoritaires dans les projets publiés, mais ils changent le devis. Dites dès la consultation quelles données vous traitez, quels volumes vous attendez et quels pics vous connaissez : l'hébergement, la sécurité et les tests de charge en dépendent.
Modèle de données, API, lots, recette : le calendrier d'un chantier backend
Un projet backend suit en général le même enchaînement. Le cadrage décrit les processus à outiller et les utilisateurs. Le modèle de données fixe ce que l'outil stocke et comment les informations se relient. Viennent ensuite les API et les connexions aux outils existants, puis le développement par lots livrés et testés, la recette par vos équipes, la reprise des données anciennes et la mise en production.
Les durées publiées confirment que ces chantiers s'étalent. Plus de douze mois est la tranche la plus fréquente, avec plus d'un tiers des réalisations backend. Environ une sur quatre tient entre trois et six mois, environ une sur sept en moins de trois mois, à peine moins entre six et neuf mois ; la tranche de neuf à douze mois est la plus rare. Parmi les plus courts figurent des connecteurs et des premières versions ; parmi les plus longs, des outils qui évoluent avec l'entreprise et ne s'arrêtent pas à la livraison.
Maintenance, TMA, documentation : la vie du serveur après le lancement
Un backend se maintient. Le prestataire de l'Aéroport de Lille indique l'accompagner depuis 2010 et assurer le développement, la maintenance et l'infogérance de son écosystème numérique, API et flux EDI compris. Pour Finaxy, acteur du courtage en assurance, la tierce maintenance applicative (TMA) d'un logiciel métier en Java couvre la maintenance corrective et préventive, la veille de sécurité et les montées de version.
La maintenance corrective répare ce qui casse, l'évolutive ajoute ce dont l'activité a besoin. Les deux supposent une documentation à jour et, idéalement, des tests automatisés, que quelques réalisations seulement mentionnent. Demandez qui détient les accès, comment les incidents sont signalés et traités, et ce que contient la documentation remise. Si l'agence change un jour, c'est ce dossier qui rendra la suite possible.
Confier le projet, recruter un développeur back-end ou renforcer votre équipe
Les résultats de recherche sur le développement back-end mêlent offres d'emploi, missions freelance et agences : cette page ne liste ni postes ni missions. Côté entreprise, trois formules coexistent. Confier un projet à une agence, qui s'engage sur un périmètre et des livraisons. Faire entrer des développeurs d'une agence dans votre équipe, en renfort ou en régie. Recruter, ou passer par un freelance.
Quelques réalisations de cette page sont des renforts. La Caisse d'Épargne Auvergne Limousin s'appuie depuis plusieurs années sur une équipe extérieure en soutien de ses développeurs internes ; le Groupe NAOS a mobilisé un renfort technique sur plusieurs projets menés en parallèle ; EcoMundo, éditeur de logiciel, a fait renforcer son équipe technique. Le renfort convient quand vous avez déjà une équipe et une direction technique ; le projet confié, quand personne ne porte le sujet en interne. Si votre besoin couvre aussi l'interface, les agences de développement full-stack prennent les deux côtés.
Petites équipes, technologies déclarées, sièges : le portrait des agences backend
Presque toutes les agences de cette page déclarent aussi le développement frontend et le full-stack ; près de neuf sur dix le logiciel métier, plus de huit sur dix l'architecture logicielle. Environ six sur dix revendiquent les microservices, un peu plus de la moitié le testing et la QA. Côté technologies, environ la moitié déclarent Node.js, un peu moins de la moitié PHP, environ trois sur dix Python, Symfony ou Laravel, et environ une sur quatre Java. Ces déclarations disent ce qu'une agence sait faire, pas quel langage convient à votre projet : PHP avec Symfony ou Laravel, Node.js, Python et Java portent tous des outils métier, et le bon choix dépend surtout de l'existant à reprendre et de l'équipe qui maintiendra le code.
La plupart comptent vingt personnes ou moins, et très peu dépassent la centaine. Parmi celles qui indiquent leur année de création, près de la moitié sont nées depuis 2020, environ une sur sept avant 2010. Les sièges renseignés placent Paris en tête, puis Lyon, le reste se dispersant en région.
Les clients suivent un peu la même carte : environ quatre réalisations backend sur dix concernent un client parisien, le reste se répartit en région, et quelques projets ont été menés pour des clients en Suisse, au Luxembourg, en Allemagne ou au Maroc. Une petite équipe peut tenir un outil métier sur la durée ; vérifiez surtout qui restera votre interlocuteur technique.
