OpenClaw : renommage, domaine volé et handle perdu

Les noms de domaine et les identifiants sur les réseaux ne sont pas des accessoires.
Ce sont des surfaces de contrôle pour votre marque.

OpenClaw reste un projet extrêmement solide.
Il est toujours massivement utilisé, activement maintenu, et très visible dans la communauté IA.

C’est précisément pour ça que son récent incident de renommage mérite qu’on s’y attarde.

Ce qui s’est passé n’a rien d’un échec produit, ni d’un échec communautaire —
c’était un raté de transition d’actifs de marque, concentré en une dizaine de secondes.

Pour quiconque construit, finance ou nomme des projets sur l’internet public, c’est un cas d’école presque parfait sur la fragilité de la propriété numérique.

Clawdbot : un nom qui marchait… jusqu’au jour où il ne marchait plus

À l’origine, le projet sort sous le nom Clawdbot : un petit bricolage de week-end qui dépasse très vite tout ce qui était prévu.

Comme il recommandait le modèle Claude d’Anthropic comme moteur principal, le nom jouait à fond la carte du calembour Claw / Claude, renforcé par une mascotte de homard. Le branding a immédiatement pris :

• Des dizaines de milliers d’étoiles GitHub en quelques jours
• Une identité visuelle et linguistique forte
• “Claw + homard” devient synonyme du projet

D’un point de vue branding, ça fonctionnait.

Sauf que côté noms de domaine et marques, deux risques existaient dès le départ :

1. Un chevauchement sémantique très fort avec une marque déjà installée et bien financée
2. Une mascotte et un style de naming qui augmentaient le risque de confusion

Et ce risque a fini par se matérialiser.

Quand le juridique rattrape la réalité

Le 27 janvier 2026, Anthropic contacte le projet avec une demande liée à une marque.

Le raisonnement est simple : l’outil Claude Code d’Anthropic utilise la mascotte nommée « Clawd » — un homard lui aussi. En matière de marque, l’intention compte peu ; la confusion, c’est le juge de paix.

À partir de là, la suite était écrite.
Le nom Clawdbot devait disparaître.

Le trou de dix secondes : comment on se fait voler des handles en vrai

Pour avancer vite, le projet annonce un renommage en Moltbot — une métaphore plutôt élégante, puisque les homards grandissent en muant.

Le souci n’était pas le nom.
Le souci, c’était la mécanique de transition.

Pendant la migration, le nom d’organisation GitHub et le handle X (Twitter) d’origine ont été libérés puis récupérés de manière séquentielle, au lieu d’être verrouillés à l’avance.

Résultat : une fenêtre d’environ dix secondes.

Dans cet intervalle :

• Des scripts de surveillance automatisés détectent la libération
• @clawdbot est capturé instantanément
• Le compte détourné pousse un faux token $CLAWD auprès de plus de 60 000 abonnés
• Le token atteint brièvement une capitalisation d’environ 16 millions de dollars

Aucun exploit sophistiqué ici — juste de la vitesse, de l’automatisation et un scénario parfaitement prévisible.

Sur l’internet d’aujourd’hui, un handle “non observé”, ça n’existe pas.

OpenClaw : choisir un branding plus sobre, et surtout plus durable

Trois jours plus tard, nouveau renommage : cette fois, le projet devient OpenClaw.

Ce second changement marque un virage stratégique clair :

• Moins d’ambiguïté linguistique
• Moins de risques de collision avec des marques existantes
• Une surface de marque plus neutre, plus extensible

Et surtout, l’équipe a traité les domaines et les redirections comme de l’infrastructure, pas comme un détail.

Une compétence trop peu discutée : le triage des actifs de marque

L’un des aspects les plus instructifs, c’est ce qui n’a pas été abandonné.

Plutôt que de jeter les anciens domaines, le projet les a conservés et réutilisés intelligemment :

• openclaw.ai
  Le site principal et l’ancrage long terme de la marque.

• clawd.bot
  Conservé pour héberger des scripts d’installation et maintenir la compatibilité avec la documentation et l’automatisation existantes.
  Casser des instructions curl | sh à grande échelle aurait créé de vrais dégâts opérationnels.

• molt.bot
  Utilisé comme couche de redirection transitoire, pour limiter la fragmentation côté utilisateurs et moteurs de recherche.

• lobster.bot
  Enregistrement défensif pour éviter que l’identité de la mascotte soit réexploitée.

Ce n’est pas du “domain hoarding” : c’est de la limitation de casse.

Ce que doivent en retenir les builders et les investisseurs en domaines

L’incident OpenClaw met en lumière plusieurs vérités pas très agréables :

• Les domaines et les handles, c’est de l’autorité, pas du marketing
• Les projets populaires sont surveillés en continu
• Un renommage, c’est une opération de sécurité, pas un relooking

Dans des secteurs à forte visibilité (IA, SaaS, outils aux frontières du crypto), ne pas planifier les enregistrements défensifs et les transitions, c’est un risque mesurable.

Avant de lancer — ou de renommer — un projet sérieux, posez-vous ces questions :

• Est-ce que ce nom crée un risque de proximité avec une marque existante ?
• Les domaines principaux et défensifs sont-ils sécurisés ?
• Les handles sociaux ont-ils été réservés avant la migration ?
• Y a-t-il un plan de rétrocompatibilité pour les liens et scripts déjà en circulation ?

Les domaines ne sont pas une taxe sur l’optimisme.
Ce sont une assurance contre des comportements parfaitement prévisibles.

OpenClaw a payé cette leçon en quelques secondes —
et les autres ont pu l’apprendre gratuitement.