Confier son développement PHP à un prestataire fait gagner du temps, à condition de bien cadrer le projet. Quand externaliser, comment choisir et quoi prévoir au contrat.
Externaliser le développement PHP, c’est confier tout ou partie de la création ou de la maintenance d’un site ou d’une application PHP à un prestataire extérieur : agence, société de services ou développeur indépendant. C’est pertinent quand vous n’avez pas l’équipe en interne, quand il faut aller vite ou quand le projet demande une compétence pointue (Symfony, Laravel, WordPress sur mesure, migration de version). La réussite tient moins au choix du langage qu’au cadrage : cahier des charges, propriété du code, versions supportées, tests et réversibilité.
Voici pourquoi PHP reste un choix solide, quand l’externalisation a du sens (et quand elle n’en a pas), quels modèles existent, comment choisir un prestataire et quelles clauses prévoir pour garder la maîtrise de votre projet.
- Qu’est-ce que PHP et pourquoi est-il encore si utilisé ?
- Pourquoi externaliser le développement PHP ?
- Quand vaut-il mieux ne pas externaliser ?
- Quels modèles d’externalisation choisir ?
- Comment choisir un prestataire PHP ?
- Que prévoir dans le contrat ?
- Quelles erreurs éviter ?
- Questions fréquentes
- Sources
Qu’est-ce que PHP et pourquoi est-il encore si utilisé ?
PHP est un langage de programmation exécuté côté serveur, conçu pour le web. Il génère les pages à la volée, dialogue avec les bases de données, gère les comptes utilisateurs, les paiements ou les formulaires. Sa première version a été créée en 1994 par Rasmus Lerdorf, sous le nom de « Personal Home Page Tools », pour suivre les visites de son CV en ligne. Il est devenu depuis un langage complet, maintenu par une large communauté.
Selon W3Techs, PHP est utilisé par 69,9 % des sites web dont le langage côté serveur est connu (relevé de septembre 2026), loin devant les suivants. L’ancienne version de cet article avançait « environ 80 % du code côté serveur » : l’ordre de grandeur reste écrasant, même si la part baisse lentement. Cette domination s’explique en grande partie par les outils construits en PHP :
- les CMS : WordPress, Drupal, et pour l’e-commerce WooCommerce, PrestaShop, Magento ou Sylius ;
- les frameworks : Symfony et Laravel pour les applications sur mesure (notre comparatif Laravel ou Symfony vous aide à choisir) ;
- un hébergement simple : pratiquement tous les hébergeurs web proposent PHP, du mutualisé au serveur dédié.
PHP a aussi beaucoup progressé. Les versions 8.x ont apporté la compilation à la volée (JIT), un typage plus strict et de nombreuses améliorations de syntaxe, détaillées dans notre article sur PHP 8. Au 26 septembre 2026, les versions officiellement supportées sont les suivantes :
| Version | Sortie | Support actif jusqu’au | Correctifs de sécurité jusqu’au |
|---|---|---|---|
| PHP 8.2 | 8 décembre 2022 | 31 décembre 2024 | 31 décembre 2026 |
| PHP 8.3 | 23 novembre 2023 | 31 décembre 2025 | 31 décembre 2027 |
| PHP 8.4 | 21 novembre 2024 | 31 décembre 2026 | 31 décembre 2028 |
| PHP 8.5 | 20 novembre 2025 | 31 décembre 2027 | 31 décembre 2029 |
Toute version plus ancienne (8.1 et avant) ne reçoit plus de correctifs de sécurité. Si votre application tourne encore dessus, la migration est souvent le premier chantier à confier à un prestataire.
Pourquoi externaliser le développement PHP ?
- Accéder à une compétence sans recruter. Recruter un développeur PHP expérimenté prend du temps, et un projet ponctuel ne justifie pas toujours un poste à plein temps.
- Libérer votre équipe. Vos équipes internes restent concentrées sur leur cœur de métier, ou sur les parties du projet qu’elles maîtrisent le mieux (design, contenu, produit).
- Aller plus vite. Un prestataire qui connaît déjà le framework et les bonnes pratiques démarre sans phase d’apprentissage.
- Couvrir des besoins pointus. Migration de version de PHP, optimisation des performances, connexion à une API, extension WordPress sur mesure : des besoins ponctuels qui demandent une expérience précise.
- Assurer la maintenance dans la durée. Mises à jour de sécurité, montées de version, corrections : un prestataire peut garder votre application à jour sans que vous ayez à suivre le calendrier de PHP.
L’externalisation n’est pas automatiquement moins chère : le taux journalier d’un prestataire est plus élevé qu’un salaire ramené à la journée. Elle est rentable quand elle évite un recrutement inutile, raccourcit les délais ou évite des erreurs coûteuses. Calculez le coût complet des deux options (recrutement, formation, encadrement, remplacement en cas de départ) avant de trancher.
Quand vaut-il mieux ne pas externaliser ?
- Quand l’application est votre produit. Si le logiciel est au cœur de votre modèle économique et évolue chaque semaine, une équipe interne, éventuellement renforcée par des prestataires, est généralement plus adaptée.
- Quand personne ne peut piloter chez vous. Externaliser ne dispense pas d’avoir un interlocuteur interne qui arbitre, valide et connaît le besoin.
- Quand le besoin n’est pas clair. Sans cahier des charges ni priorités, le prestataire devinera, et vous paierez les allers-retours.
- Quand un outil existant suffit. Avant de faire développer, vérifiez qu’un logiciel du marché ou une extension ne répond pas déjà à 80 % du besoin.
Quels modèles d’externalisation choisir ?
| Modèle | Principe | Adapté pour | Point de vigilance |
|---|---|---|---|
| Forfait | Prix et périmètre fixés à l’avance | Projet bien défini (site, module, migration) | Toute demande hors périmètre fait l’objet d’un avenant |
| Régie | Facturation au temps passé | Besoin évolutif, renfort d’équipe | Budget moins prévisible, pilotage nécessaire |
| Contrat de maintenance | Forfait mensuel ou banque d’heures | Mises à jour, sécurité, petites évolutions | Vérifier les délais d’intervention prévus |
| Offshore ou nearshore | Équipe dans un pays à coût plus faible | Gros volumes de développement | Fuseau horaire, langue, suivi qualité, transfert de données hors UE |
Pour un site ou une application d’entreprise, un prestataire proche, joignable et parlant votre langue réduit souvent les malentendus, qui sont la première cause de dérive d’un projet externalisé.
Comment choisir un prestataire de développement PHP ?
Posez ces questions avant de signer :
- Quelles références comparables ? Demandez des projets de même nature (CMS, application métier, e-commerce) et, si possible, à parler à un client.
- Quel framework et pourquoi ? Un bon prestataire justifie son choix par votre besoin, pas par ses habitudes.
- Sur quelle version de PHP ? La réponse doit être une version supportée, avec un plan de montée de version.
- Comment le code est-il géré ? Dépôt Git accessible au client, revue de code, tests automatisés, environnement de préproduction pour la recette.
- Comment se passe la sécurité ? Mises à jour des dépendances, gestion des mots de passe et des accès, sauvegardes.
- Qui travaille réellement sur le projet ? L’équipe présentée en rendez-vous est-elle celle qui codera, ou le travail est-il sous-traité à nouveau ?
- Que se passe-t-il après la livraison ? Garantie, maintenance, délais d’intervention, documentation.
Que prévoir dans le contrat d’externalisation ?
La propriété du code
C’est le point le plus souvent négligé. Le Code de la propriété intellectuelle (article L113-9) attribue à l’employeur les droits patrimoniaux sur les logiciels créés par ses salariés dans l’exercice de leurs fonctions. Cette règle ne vise pas un prestataire extérieur : si vous faites développer par une agence ou un indépendant, prévoyez dans le contrat une cession écrite des droits sur le code développé spécifiquement pour vous (droits cédés, étendue, durée, territoire). Les briques open source et les outils propres au prestataire restent soumis à leurs propres licences.
Le cahier des charges et la recette
Le périmètre, les critères d’acceptation et la procédure de recette doivent être écrits. Un cahier des charges d’application web bien construit est la meilleure protection des deux parties.
La réversibilité
Vous devez pouvoir changer de prestataire sans repartir de zéro : accès au dépôt de code, accès administrateur à l’hébergement et aux comptes tiers (nom de domaine, outils de paiement, services d’e-mail) à votre nom, documentation technique à jour, procédure de déploiement écrite.
Les données personnelles
Si le prestataire accède à des données personnelles (base clients, commandes), il agit en sous-traitant au sens du RGPD : le contrat doit préciser les mesures de sécurité et le sort des données en fin de mission. Si l’équipe est située hors de l’Union européenne, le transfert de données doit être encadré.
La maintenance et la sécurité
Précisez qui applique les mises à jour de PHP, du framework et des dépendances, à quel rythme, et dans quels délais les failles critiques sont corrigées.
Quelles erreurs éviter ?
- Choisir uniquement sur le prix. Un devis très bas cache souvent un périmètre flou, l’absence de tests ou une maintenance facturée au prix fort ensuite.
- Laisser les accès au nom du prestataire. Nom de domaine, hébergement et dépôt de code doivent vous appartenir.
- Accepter une version de PHP en fin de vie. Vous hériteriez d’une dette de sécurité dès la livraison.
- Ne pas prévoir de recette. Valider « à l’œil » en production, c’est découvrir les bugs avec vos clients.
- Oublier l’après. Un site PHP non maintenu devient vulnérable à mesure que ses dépendances vieillissent.
Chez Osmova, le développement PHP fait partie de notre offre d’applications web sur mesure, et nous proposons aussi des formules de maintenance et d’hébergement adaptées au niveau de suivi, voyez nos tarifs indicatifs.
Questions fréquentes
PHP est-il encore un bon choix en 2026 ?
Oui pour la grande majorité des sites et applications d’entreprise. Il équipe près de 70 % des sites dont le langage serveur est connu, dispose de frameworks matures et d’un hébergement disponible partout.
Quelle différence entre externalisation et sous-traitance ?
Dans le langage courant, les deux termes sont souvent utilisés l’un pour l’autre : on confie à un tiers une tâche que l’on pourrait faire en interne. L’externalisation désigne plutôt le transfert durable d’une fonction, la sous-traitance une mission ponctuelle.
À qui appartient le code développé par un prestataire ?
La règle qui attribue les logiciels à l’employeur vise les salariés. Avec un prestataire, la propriété doit être organisée par une cession de droits écrite dans le contrat.
Mon application tourne en PHP 7, est-ce grave ?
Oui : PHP 7 ne reçoit plus aucun correctif de sécurité. Une migration vers une version 8.x supportée est à planifier rapidement, avec des tests en préproduction.
Faut-il choisir Laravel ou Symfony ?
Les deux sont solides. Le choix dépend de la taille du projet, de sa durée de vie et des compétences de l’équipe qui le maintiendra.
Un projet PHP à confier ou une application à reprendre ? Écrivez-nous à contact@osmova.com ou via le formulaire de contact.
