Qu'est-ce qui change après la fin de vie de Drupal 10 ?
Drupal 10 ne s'arrêtera pas de fonctionner le 10 décembre 2026. Le projet Drupal cessera toutefois de publier des mises à jour pour Drupal 10, y compris les correctifs de sécurité. Rester sur cette version compliquera avec le temps les security reviews, les mises à jour de dépendances et l'évolution de la plateforme.
Laissez l'audit déterminer la bonne voie de mise à niveau
Vous n'avez pas besoin de choisir le type de projet avant de nous contacter. L'audit montrera quelle voie correspond à votre codebase, votre infrastructure, votre échéance métier et votre roadmap.
Ce que nous auditons avant de planifier votre mise à niveau vers Drupal 11
Nous examinons les parties de la plateforme qui peuvent bloquer la mise à niveau, en modifier le coût ou créer des risques au release. L'audit couvre Drupal core, la codebase, l'infrastructure et les parcours métier critiques.
De la proposition d'audit à la mise à niveau Drupal 11
Qui devrait commencer par un audit de mise à niveau Drupal 11 ?
Vous utilisez encore Drupal 7, 8 ou 9 ?
Commencez par notre service de migration Drupal EOL.
Migration Drupal et maintenance de plateforme en pratique
Ces projets montrent que nous pouvons prendre en charge l'implémentation après l'audit. Ils ne sont pas présentés comme des case studies Drupal 10 vers 11.
Pourquoi l'estimation de mise à niveau doit reposer sur un audit
La version Drupal seule ne suffit pas pour chiffrer la mise à niveau de manière responsable. L'audit mesure le travail caché dans la codebase, l'infrastructure, les intégrations et le processus de release.
Pourquoi travailler avec Droptica pour l'audit et la mise à niveau ?
Oui. Nous commençons par un audit cadré. Il identifie les blockers, les risques, les hypothèses et la séquence de delivery recommandée avant que vous approuviez le scope d'implémentation.
Nous convenons d'un NDA, de règles d'accès et du processus de working copy avant le début de l'audit. Votre équipe sait quels environnements nous utilisons, qui a accès et comment la copie de review est traitée.
Oui. Le plan, les hypothèses d'estimation et les findings techniques peuvent soutenir votre décision et votre delivery internes.
Oui. Après la stabilisation, nous pouvons prendre en charge les mises à jour de sécurité, la maintenance de plateforme et une roadmap Care & Growth sur 12 mois.
Questions fréquentes sur l'audit de mise à niveau Drupal 11
Drupal 10 atteint sa fin de vie le 9 décembre 2026. Après cette date, le projet Drupal cessera de publier des releases Drupal 10, y compris les correctifs de sécurité.
Non. Le site ne s'arrêtera pas automatiquement le 10 décembre 2026. Il restera sur une version de core non supportée, ce qui augmente avec le temps les risques de sécurité, de conformité et de dépendances.
Non. Les mises à niveau Drupal supportées passent par des versions majeures consécutives. Un site Drupal 10 doit d'abord passer à Drupal 11 avant de pouvoir migrer plus tard vers Drupal 12.
Nous vérifions Drupal core, Composer, le code contribué et custom, les thèmes, PHP, la base de données, l'hébergement, le déploiement, les intégrations et les parcours utilisateurs critiques.
Vous recevrez une voie de mise à niveau recommandée, des blockers priorisés, des hypothèses de scope, une estimation d'effort et de coût adaptée, ainsi qu'un plan de test et de release.
Le prix dépend de la taille du site, du custom code, des intégrations et de la documentation disponible. Avant le début du travail, nous envoyons une proposition qui définit le scope de l'audit, le calendrier et le prix.
Le calendrier dépend de la plateforme et des accès. Nous le confirmons dans la proposition d'audit avant le début du travail.
Non. Vous pouvez utiliser l'audit avec votre équipe interne. Si vous souhaitez que Droptica réalise la mise à niveau, nous préparerons une proposition d'implémentation distincte.
En général, un accès en lecture au dépôt de code et aux fichiers Composer, des informations sur les environnements et l'hébergement, et une liste des intégrations et parcours métier critiques.
Nous vérifions une release compatible, une issue ou un patch actif, et des alternatives supportées. Si le module est essentiel, nous incluons le remplacement ou le travail custom requis dans le plan et l'estimation.