# Checklist avant de dépublier une extension abandonnée sur WordPress.org

> Prévenir les utilisateurs actifs, documenter une alternative, archiver le dépôt : les étapes d'un retrait propre plutôt que d'un simple silence.

- Auteur : Clément Hadrot
- Publié le : 2026-06-10
- Mis à jour le : 2026-06-10
- Catégorie : Extensions
- URL : https://wpmoderne.dev.wordpress-developpement.fr/extensions/checklist-depublier-extension-abandonnee-wordpress-org/

## L’essentiel

- Un retrait sans prévenance laisse des installations actives sans aucune information
- Documenter une alternative crédible réduit largement les questions de support après coup
- Archiver le dépôt plutôt que le supprimer préserve l'historique pour d'éventuels forks

« Réservez-vous le droit de retirer une extension abandonnée de l'annuaire », précise en substance la documentation du répertoire d'extensions à propos des extensions non maintenues. Mais retirer soi-même une extension avant d'y être contraint, dans de bonnes conditions, demande davantage qu'un simple clic sur un bouton de dépublication : cela concerne potentiellement des milliers d'installations actives qui continueront de tourner, sans mise à jour, sur des sites que l'on ne contrôle plus.

Cette checklist détaille les étapes d'un retrait propre, plutôt qu'un silence suivi d'une disparition soudaine, pour une extension qu'une agence ou un développeur indépendant ne souhaite plus maintenir sur le long terme.

## 1. Évaluer l'ampleur réelle de l'impact

Avant toute décision, il faut consulter le nombre d'installations actives affiché sur la page de l'extension. Une extension avec quelques dizaines d'installations ne demande pas la même prudence qu'une extension comptant plusieurs milliers d'utilisateurs actifs, pour lesquels un retrait mal préparé peut créer une réelle gêne opérationnelle.

## 2. Annoncer l'abandon avec un préavis raisonnable

> L'essentiel à retenir : Un retrait sans prévenance laisse des installations actives sans aucune information ; Documenter une alternative crédible réduit largement les questions de support après coup ; Archiver le dépôt plutôt que le supprimer préserve l'historique pour d'éventuels forks

Un préavis d'environ trois mois avant le retrait effectif laisse le temps aux utilisateurs actifs de prendre connaissance de la situation et d'organiser une migration s'ils en ont besoin. Cette annonce doit être visible directement depuis l'écran d'administration de l'extension elle-même, pas seulement dans un billet de blog externe que peu de personnes consulteront.

```
add_action( 'admin_notices', 'notifier_abandon_extension' );

function notifier_abandon_extension() {
    if ( ! current_user_can( 'activate_plugins' ) ) {
        return;
    }
    ?>
    <div class="notice notice-warning">
        <p>
            Cette extension n'est plus maintenue depuis le 10 juin 2026.
            Elle sera retirée du répertoire officiel le 10 septembre 2026.
            Consultez notre page de migration pour connaître les alternatives recommandées.
        </p>
    </div>
    <?php
}
```

## 3. Documenter une alternative crédible

Une annonce d'abandon sans alternative proposée laisse les utilisateurs démunis, ce qui génère mécaniquement davantage de questions de support dans les semaines qui suivent. La documentation de migration doit rester factuelle : lister une ou plusieurs extensions comparables encore maintenues, préciser les différences fonctionnelles notables, et si possible fournir un guide de conversion des données propres au format de l'extension abandonnée.

### Cas particulier : exporter les données propriétaires

Si l'extension utilise une table personnalisée ou un format de métadonnées spécifique, un script d'export minimal, distribué avec la documentation d'abandon, facilite grandement la reprise par un autre outil. Ce script n'a pas besoin d'être élaboré : un simple export CSV des données essentielles, généré via WP-CLI, suffit dans la majorité des cas.

## 4. Mettre à jour le fichier readme.txt avant le retrait

Le fichier `readme.txt` de l'extension doit refléter clairement son statut d'abandon dans sa section de description, avant même le retrait effectif de l'annuaire. Cette mise à jour reste visible tant que l'extension figure encore dans les résultats de recherche du répertoire, ce qui touche un public plus large que les seuls utilisateurs déjà installés.

## 5. Choisir entre suppression et archivage du dépôt

Une fois le préavis écoulé, deux options se présentent pour le code source lui-même : le supprimer entièrement, ou l'archiver en lecture seule. L'archivage reste généralement préférable : il préserve l'historique complet du projet, permet à un tiers intéressé de créer un fork pour poursuivre la maintenance, et évite de faire disparaître purement et simplement des années de travail documenté dans les journaux de version.

1. Vérifier qu'aucune licence tierce incluse dans l'extension n'impose une obligation de mise à disposition continue avant d'archiver.
2. Ajouter une mention claire en tête du fichier principal indiquant que le dépôt est archivé et ne recevra plus de mise à jour.
3. Conserver un point de contact, même minimal, pour un développeur souhaitant reprendre la maintenance via un fork.

## 6. Retirer effectivement l'extension de la liste

Le retrait de la liste publique de recherche, distinct de la suppression du dépôt, empêche simplement l'extension d'apparaître dans de nouvelles installations, sans désactiver les installations déjà existantes. C'est généralement l'étape finale, une fois le préavis écoulé et la documentation de migration publiée.

> Le meilleur signe qu'un retrait s'est bien passé n'est pas l'absence de réaction, mais l'absence de questions répétées, preuve que la documentation de migration a réellement répondu aux besoins des utilisateurs concernés.

## En résumé

Dépublier une extension abandonnée demande de la méthode, proportionnée à son nombre d'installations actives. Un préavis suffisant, une alternative documentée et un choix réfléchi entre suppression et archivage du dépôt transforment un retrait potentiellement brutal en une transition que les utilisateurs peuvent anticiper sereinement.