Comment choisir un nom de domaine pour votre startup sans prise de tête ni tableurs

Cela vous est-il déjà arrivé : vous avez une idée géniale pour un service, vous vous asseyez pour réaliser un prototype en une soirée, mais vous trébuchez dès la toute première étape—le nom ? Personnellement, j'ai passé des dizaines d'heures cumulées sur des sites de registrars, à faire défiler des synonymes, des suffixes et des zones de domaine exotiques. D'habitude, ce processus se transforme en chaos. Vous trouvez une douzaine d'options disponibles, vous les notez dans des notes, et ensuite vous n'arrivez plus à déterminer laquelle sonne mieux, laquelle est plus facile à retenir, et laquelle reflète vraiment l'essence du projet.

Récemment, je suis tombé sur le projet open source domainsearcher-app de Vasily Trofimchuk. L'auteur a abordé le problème comme un ingénieur : l'outil ne se contente pas de générer et de vérifier le statut des domaines—il évalue chaque nom selon des paramètres mathématiques et linguistiques.

Quel est l'intérêt principal

La plupart des générateurs de domaines fonctionnent selon un schéma primitif : prenez un mot, ajoutez des préfixes comme get, try ou app, et affichez des coches vertes à côté des zones disponibles.

Ici, la logique est différente. Le service génère environ 60 candidats à partir de la description de votre idée, vérifie immédiatement leur disponibilité, et attribue à chaque candidat un score pondéré.

L'évaluation repose sur six dimensions :

• LEN (Longueur). Calculée localement. La norme est de 5 caractères, ce qui obtient le maximum de points.
• PRO (Prononçabilité). Un réseau de neurones évalue la facilité avec laquelle le nom peut être prononcé à voix haute sans se tordre la langue.
• MEM (Mémorabilité). Vérifie la probabilité qu'un utilisateur se souvienne du nom le lendemain.
• BRD (Brandabilité). Évalue le caractère unique du nom, dans quelle mesure il sonne comme un nom d'entreprise plutôt qu'une requête de recherche sans visage.
• ZON (Disponibilité de la zone). Affiche le pourcentage de disponibilité dans les zones de domaine sélectionnées (.com, .io, .ai, .dev, .app).
• FIT (Correspondance avec l'idée). Analyse la précision avec laquelle le nom transmet la signification du produit.

Toutes les métriques des réseaux de neurones (PRO, MEM, BRD, FIT) sont demandées dans un seul appel API pour économiser les jetons et le temps. Pendant ce temps, les poids des métriques peuvent être ajustés manuellement. Si la longueur ne vous intéresse pas mais que l'association avec le produit est critique, vous augmentez simplement le poids FIT et recalculez la note finale.

Comment la vérification de disponibilité fonctionne sans backend

La partie la plus intéressante du dépôt se cache sous le capot. Le projet n'a pas de backend côté serveur du tout. Tout s'exécute directement dans le navigateur via JavaScript vanilla (ES modules) et HTML statique.

Pour vérifier la disponibilité d'un domaine sans serveur proxy intermédiaire, l'auteur a implémenté une vérification en deux étapes :

1. RDAP (via rdap.org). C'est un remplaçant moderne du protocole WHOIS avec support CORS et format JSON. Si le registre retourne un code 200, le domaine est pris.
2. DNS-over-HTTPS (via Cloudflare 1.1.1.1). Interroge l'enregistrement A du domaine. Si un statut NXDOMAIN est retourné, le domaine est libre. Si des enregistrements NS ou SOA reviennent dans la section Authority, le nom est déjà pris par quelqu'un.

Cette combinaison permet de détecter les faux résultats sur les zones capricieuses comme .io, .ai ou .co, où les registres répondent souvent avec des erreurs ou des délais.

Travailler avec les réseaux de neurones et les clés

Par défaut, la version web dispose déjà d'une clé Groq avec un niveau gratuit intégré, donc le service fonctionne out of the box sans inscription.

Si vous avez besoin d'autres modèles ou souhaitez supprimer les limites, vous pouvez changer de fournisseur dans l'interface et insérer votre propre clé :

• Groq (inférence rapide via des modèles open)
• OpenAI
• Anthropic Claude

Les clés sont sauvegardées exclusivement dans le localStorage du navigateur et ne sont jamais envoyées ailleurs.

Un autre détail intéressant dans l'interface : pour chaque domaine sélectionné, le service génère trois mots associatifs en tenant compte de la signification de la zone de domaine. Par exemple, pour .ai l'accent est mis sur l'intelligence artificielle, et pour .io sur les outils pour développeurs.

Comment exécuter en local

Comme le projet n'a pas de bundlers comme Webpack ou Vite, le lancement se résume à démarrer n'importe quel serveur statique. L'exigence principale : servir les fichiers via HTTP, sinon le navigateur bloquera les ES modules.

Après cela, vous ouvrez l'adresse dans votre navigateur, tapez quelques phrases sur votre futur projet, sélectionnez les zones qui vous intéressent, et lancez la recherche. Les favoris peuvent être sauvegardés avec une étoile, des instantanés peuvent être exportés, et vous pouvez les restaurer plus tard.

Cela vaut-il le coup d'essayer

Le projet vous conquiert par sa simplicité. Pas de frameworks lourds, de bases de données ou d'autorisations. C'est un excellent exemple de comment vous pouvez construire un outil fonctionnel complet sur une pile vanilla en utilisant les standards web modernes (RDAP, DoH, Fetch API).

Si vous êtes actuellement en train de brainstormer un nom pour un side project, une bibliothèque ou une startup, consultez domainsearcher.app ou plongez dans le code du dépôt. L'idée du scoring multi-facteurs via une seule requête LLM vous sera définitivement utile pour d'autres tâches aussi.