06.10.2026 · Signal Titans Editorial

Alan Emtage a créé le premier moteur de recherche d’Internet parce que chercher sur FTP était trop pénible

Portrait de l’informaticien et créateur d’Archie Alan Emtage en 2019.

Avant l’existence du World Wide Web, un étudiant de troisième cycle à McGill University en eut assez de fouiller des serveurs FTP anonymes pour trouver des logiciels gratuits.

Il automatisa donc le travail.

Il s’appelait Alan Emtage.

L’outil qu’il construisit devint Archie — largement considéré comme le premier moteur de recherche d’Internet.

Il ne recherchait pas des pages web.

Le Web public n’existait même pas encore.

Il recherchait des noms de fichiers stockés dans des archives FTP dispersées sur l’Internet naissant.

Aujourd’hui, cela paraît rudimentaire.

À l’époque, cela résolvait un problème dont personne n’avait encore compris qu’il deviendrait immense.

Internet contenait déjà de l’information. Le problème était de la trouver.

À la fin des années 1980, Emtage était étudiant en informatique et administrateur système à McGill.

Le département disposait de peu d’argent pour acheter des logiciels commerciaux. Une partie de son travail consistait donc à localiser des programmes utiles disponibles gratuitement sur Internet.

Cela signifiait trouver des serveurs FTP anonymes, s’y connecter, lister leur contenu et télécharger les fichiers dont les noms semblaient prometteurs.

La connexion était lente.

Le travail répétitif.

Et Internet devenait déjà trop grand pour qu’une seule personne se souvienne de l’endroit où tout se trouvait.

Emtage écrivit des scripts qui contactaient automatiquement les archives FTP, récupéraient leurs listes de répertoires et construisaient une base de données consultable.

Il lançait souvent le processus la nuit, lorsque moins de personnes utilisaient la connexion de McGill.

Au matin, l’information était prête.

La première version était construite pour lui-même

Pas de business plan.

Pas de pitch deck.

Pas de grande déclaration sur l’avenir de la recherche.

Emtage supprimait simplement une partie ennuyeuse de son propre travail.

Puis un autre étudiant, Peter Deutsch, lui demanda de trouver un logiciel recherché par quelqu’un sur un forum en ligne.

Emtage interrogea sa base locale et trouva rapidement la réponse.

Lorsque cette réponse fut publiée, d’autres demandes commencèrent à arriver.

La demande rendit visible l’infrastructure manquante.

Les gens n’avaient pas seulement besoin de fichiers.

Ils avaient besoin d’un index leur indiquant où se trouvaient les fichiers.

Archie a créé le modèle que la recherche moderne utilise encore

Le nom venait de « archive » sans la lettre « v ».

Conceptuellement, Archie faisait quelque chose de simple :

Aller vers des sources distribuées.

Récupérer l’information.

L’indexer.

Permettre aux utilisateurs d’interroger l’index.

Les moteurs de recherche modernes sont infiniment plus sophistiqués, mais la séquence reste reconnaissable.

Crawl.

Index.

Search.

Rank.

Archie ne comprenait pas les pages web parce qu’il n’y avait pas encore de pages web à comprendre.

Il indexait principalement des informations de répertoire et des noms de fichiers provenant d’archives FTP publiques.

Mais il établit quelque chose de plus important qu’une liste de fonctionnalités.

Internet avait besoin d’une couche de recherche au-dessus du réseau brut.

Le projet a grandi avant que l’autorisation ne suive

Archie se diffusa rapidement.

Cela créa un problème gênant.

La connexion Internet de McGill était limitée et le service consommait réellement bande passante et ressources de calcul.

Emtage raconta plus tard que l’équipe avait d’abord gardé le projet relativement discret parce que l’administration ne comprenait pas complètement ce qui se passait.

Puis le directeur du département d’informatique se rendit à une conférence.

D’autres universitaires vinrent le remercier pour Archie.

Selon le récit, il accepta diplomatiquement les remerciements avant de comprendre pleinement ce que ses étudiants avaient construit.

L’anecdote est drôle, mais le motif est familier.

Les outils internes démontrent souvent leur valeur avant qu’une organisation ait même une catégorie pour eux.

La recherche n’était pas évidente parce qu’Internet était encore petit

Aujourd’hui, imaginer Internet sans moteur de recherche semble absurde.

En 1989, ce ne l’était pas.

Le réseau était assez petit pour que de nombreuses personnes naviguent encore en connaissant des machines, listes de diffusion et archives précises.

Le manque de recherche ne devint évident que lorsque la quantité d’information franchit un seuil.

Cela se reproduit constamment dans la technologie.

À petite échelle, la mémoire suffit.

Puis il faut un annuaire.

À plus grande échelle, l’annuaire échoue.

Alors il faut la recherche.

Ensuite la recherche renvoie trop de résultats.

Alors apparaissent ranking, recommendation, filtering et personalization.

Une nouvelle infrastructure apparaît souvent non parce que l’ancien système était mal conçu, mais parce que son succès l’empêche de continuer à passer à l’échelle.

Emtage n’est pas devenu milliardaire grâce à la recherche

Plus tard, on lui demanda souvent pourquoi l’inventeur du premier moteur de recherche n’était pas devenu fabuleusement riche.

Sa réponse révèle une grande différence avec notre époque.

Internet n’était pas encore un marché commercial comme aujourd’hui.

Les personnes qui construisaient l’infrastructure travaillaient souvent dans des universités, laboratoires et communautés techniques.

L’objectif était de rendre le réseau plus utile.

En 1992, Emtage et Peter Deutsch fondèrent Bunyip Information Systems pour commercialiser des services d’information Internet et une version sous licence d’Archie.

Mais la recherche comme gigantesque activité publicitaire n’existait pas encore.

La leçon produit est facile à manquer

Archie n’a pas commencé par :

« Quelle catégorie à plusieurs milliards devrions-nous créer ? »

Il a commencé par :

« Pourquoi est-ce que je fais cette recherche manuellement tous les jours ? »

Le premier utilisateur était le créateur lui-même.

Le premier signal de marché fut que d’autres personnes demandèrent le même raccourci.

Le premier problème de scaling apparut parce que l’outil était assez utile pour consommer des ressources partagées.

Cette séquence mérite d’être retenue.

Certains des meilleurs produits d’infrastructure commencent comme un soulagement personnel.

Un script.

Un dashboard.

Une base de données.

Un petit outil interne construit parce que quelqu’un en a assez de répéter la même tâche.

Le signal important arrive lorsque d’autres personnes commencent à demander le même raccourci.

Quel outil avez-vous construit uniquement pour vous faciliter le travail, mais que d’autres personnes vous demandent désormais constamment d’utiliser ?