Guide de l'arrêt d'un projet indie : du 404 à la redirection élégante

Qu'est-ce que 'l'arrêt d'un projet' signifie vraiment ?

L'arrêt est le mot poli pour débrancher. C'est le processus de fermeture d'un produit, de son infrastructure et de sa présence en ligne sans laisser de cadavre numérique. Pour les indie hackers, le domaine est la partie la plus visible de ce cadavre. Une simple page 404 est une gifle pour quiconque a mis votre outil en favori ou a lié à votre article de blog.

Pensez-y comme ceci : votre domaine est une adresse publique. Quand vous déménagez, vous ne clouez pas la porte. Vous laissez une adresse de réexpédition. C'est ce que fait une redirection élégante. Elle dit aux visiteurs : 'Ce truc n'existe plus, mais voici où aller ensuite.'

Pourquoi s'embêter avec une redirection quand le projet est mort ?

Parce que les projets morts ont encore du trafic. Les moteurs de recherche ne savent pas que votre projet est mort. Ils continuent d'envoyer des gens vers vos URLs. Ces gens tombent sur un 404 et rebondissent. C'est de la bonne volonté gâchée, de l'équité de lien perdue et une chance gâchée de les diriger vers quelque chose d'utile.

Une redirection 301 est la manœuvre standard. Elle dit aux moteurs de recherche que la page a bougé définitivement et transmet la plupart du jus de lien vers la nouvelle destination. Un 302 est temporaire, ce qui est faux pour un arrêt permanent. Utilisez 301 sauf si vous prévoyez vraiment de ressusciter le projet.

Vers quoi devriez-vous rediriger ?

Redirigez vers quelque chose d'utile. Si vous avez un blog, redirigez vers la page d'accueil du blog ou un article pertinent. Si vous avez un portfolio, redirigez vers cela. Si vous n'avez rien d'autre, redirigez vers une simple page 'Projet arrêté' sur votre site personnel. Cette page doit expliquer ce qui s'est passé, remercier les utilisateurs et lier vers des alternatives si elles existent.

Ne redirigez pas vers un 404 générique ou une page de parking de domaine. C'est juste un 404 avec des étapes supplémentaires. Et ne redirigez pas vers un site concurrent sauf si vous êtes payé pour cela, ce qui est un tout autre jeu.

Comment configurer correctement la redirection ?

La mécanique dépend de votre hébergement. Si vous êtes sur un hôte statique comme Netlify ou Vercel, vous pouvez ajouter des règles de redirection dans un fichier de configuration. Si vous êtes sur un serveur traditionnel, vous utiliserez un fichier .htaccess ou une configuration nginx. La clé est de mapper les anciens chemins vers les nouveaux, pas seulement le domaine racine.

Par exemple, si votre projet avait un blog à /blog, redirigez-le vers les archives de votre nouveau blog. S'il avait une page de tarification, redirigez-la vers une page de contact ou une note sur la fermeture. Plus le mappage est spécifique, meilleure est l'expérience utilisateur.

Qu'en est-il des e-mails et des sous-domaines ?

L'e-mail est une bête séparée. Si vous utilisiez un domaine personnalisé pour l'e-mail, vous devez gérer cela avant que le domaine n'expire. Configurez un forwarder générique ou au moins une réponse automatique qui dit que le projet est mort et fournit un nouveau contact. Sinon, les gens enverront des e-mails dans le vide.

Les sous-domaines ont aussi besoin de redirections. Si vous aviez app.yourproject.com, redirigez-le vers le domaine principal ou un avis de fermeture. Ne laissez pas les sous-domaines en plan. Ils font partie du même domaine et ils feront un 404 tout aussi mauvais.

Comment communiquer la fermeture ?

Avant de basculer l'interrupteur, prévenez les gens. Envoyez un e-mail à votre liste d'utilisateurs si vous en avez une. Postez sur votre blog ou les réseaux sociaux. Donnez une date claire et ce qui arrivera à leurs données. Ensuite, après la fermeture, mettez à jour le domaine pour afficher un avis pendant quelques semaines avant de configurer la redirection.

Un bon avis de fermeture est court et honnête. 'Nous fermons. Voici pourquoi. Voici comment exporter vos données. Merci de nous avoir utilisés.' C'est tout. Pas de drame, pas de fausses promesses.

Et si vous voulez vendre ou donner le domaine ?

Si vous voulez récupérer des coûts, vous pouvez vendre le domaine. Mais une redirection nuira à la valeur, car les acheteurs veulent le trafic et les backlinks. Si vous vendez, sautez la redirection et laissez le domaine avec une simple page de parking jusqu'à ce qu'il soit vendu.

Si vous le donnez, assurez-vous que le nouveau propriétaire sait ce qu'il obtient. Un domaine avec l'historique d'un projet mort peut avoir des backlinks indésirables ou une mauvaise réputation. Vérifiez l'historique du domaine avant de le remettre.

Comment enterrer le projet sur dead.domains ?

Quand la redirection est configurée et les e-mails envoyés, il est temps d'enterrer le projet correctement. Rendez-vous sur enterrer votre projet mort et payez les frais d'enterrement d'un dollar. C'est tout. Un dollar pour marquer la tombe, pour ainsi dire. Ensuite, parcourez le cimetière pour voir comment les autres ont fait.

C'est un petit rituel, mais c'est un bon. Il ferme la boucle. Vous ne laissez pas le domaine pourrir ; vous reconnaissez la vie et la mort du projet. Et qui sait, peut-être qu'un acheteur le verra et lui donnera une seconde vie.

La checklist : avant de commencer

Avant de toucher au DNS, faites ces choses :

• Exportez toutes les données utilisateur - Donnez aux utilisateurs un moyen de récupérer leurs affaires. Même un simple export CSV est mieux que rien.
• Sauvegardez la base de données - Vous pourriez en avoir besoin plus tard pour référence ou raisons légales.
• Rédigez l'avis de fermeture - Ébauchez l'e-mail et l'article de blog. Gardez-le court et clair.
• Choisissez une cible de redirection - Décidez où chaque URL principale doit aller. Notez le mappage.
• Configurez le forwarding d'e-mail - Si vous utilisiez un domaine personnalisé pour l'e-mail, configurez un générique ou une réponse automatique.
• Vérifiez les services critiques - Assurez-vous qu'aucun processeur de paiement ou API ne dépend du domaine.

La checklist : pendant la fermeture

• Envoyez l'e-mail - Donnez aux utilisateurs au moins une semaine de préavis avant de tuer le site.
• Postez l'avis sur le site - Remplacez la page d'accueil par une bannière ou un avis pleine page.
• Configurez les redirections - Utilisez des 301 pour les mouvements permanents. Testez chacune.
• Mettez à jour les sous-domaines - Redirigez app.yourproject.com et tout autre sous-domaine.
• Surveillez pendant une semaine - Surveillez les liens cassés ou les plaintes d'utilisateurs.
• Éteignez les serveurs - Après la période de grâce, fermez le backend.

La checklist : après avoir fini

• Vérifiez les redirections - Utilisez un outil comme Redirect Checker pour confirmer qu'elles fonctionnent.
• Vérifiez les moteurs de recherche - Voyez si Google a pris en compte les redirections. Cela peut prendre du temps.
• Mettez à jour votre portfolio - Retirez le projet mort de votre liste de travaux.
• Enterrez le projet - Enterrez votre projet mort pour un dollar.
• Mettez à jour vos profils sociaux - Changez les liens qui pointent vers le domaine mort.
• Dites au revoir - Écrivez un dernier article de blog ou tweet. C'est cathartique.

Le fond du problème

Une fermeture élégante est un cadeau à vos utilisateurs et à votre propre réputation. Ce n'est pas difficile et cela prend moins d'une heure. Faites-le correctement et vous vous en irez la tête haute. Ensuite, parcourez le cimetière et voyez où pourrait être le lieu de repos final de votre projet.