Dossier
SMF·WHEREBY
Reçu le
31.07.2026
Instruit le
28.09.2026
Pièces annexées
3
Questions
4

SMF·WHEREBY

Un prompt peut-il remplacer Whereby ?

Visioconférence et webinaires — permanent meeting rooms

Pas encore Verdict enregistré le 28.09.2026 · Vérifié le 31.07.2026
Prix
10,99 $US/moisSource: whereby.com · Vérifié le 31 juillet 2026
Par an
131,88 $US
Temps de fabrication
En une session
Votes
0 vote
OuiPresquePas encore (coché)

Bordereau de suivi des pièces

Pièce A Le prompt
Pièce B Ce que tu perds
Pièce C Pourquoi certains continuent de payer : media infrastructure
Pièce Q Questions

Verdict

Le produit de Whereby, c’est que le lien fonctionne toujours : pas de téléchargement, pas de compte pour les invités, pas de « tu m’entends ? ». Livrer ça de façon fiable veut dire des serveurs média et des relais près de tes participants, ce qui est de l’infrastructure plutôt que du code, donc le verdict est « non ». La pièce qui vaut la peine d’être construite, c’est la porte d’entrée — une URL de salle permanente et mémorable avec des règles d’accès qu’un inconnu ne peut pas contourner en parlant — ce qui est le travail d’une session par-dessus un logiciel de visioconférence que tu fais tourner.

Pièce B — Ce que tu perds

Pièce A — Le prompt

Reçu le31.07.2026
Construis la porte d’entrée des salles de réunion que tu héberges : des URL permanentes et des règles d’accès qui tiennent vraiment.

Stack : un serveur de visioconférence auto-hébergé (LiveKit ou Jitsi comme référence, avec un serveur TURN, qui est obligatoire plutôt qu’optionnel), plus une petite application sur ton propre domaine qui possède les salles, les tokens et l’accès.

Salles : permanentes, nommées, sur tondomaine.tld/nom-de-salle. Les noms sont choisis mais validés — rejette tout ce qui est court, séquentiel ou devinable, et réserve une liste de mots évidents. Une salle ouverte à une URL prévisible, c’est comme ça que des inconnus finissent dans ton appel.

Modes d’accès par salle, imposés quand le token de participation est frappé sur le serveur, jamais dans le client :
- Ouvert : quiconque a le lien rejoint.
- Lobby : les participants attendent qu’un propriétaire les admette, voyant une page qui le dit.
- Frappe : comme le lobby, mais le propriétaire reçoit une notification avec le nom déclaré de celui qui frappe et peut admettre ou refuser, avec les refus mémorisés pour cette session.
- Membres seulement : une liste blanche de connectés.
Le token de participation est de courte durée, à usage unique et lié à la salle. Écris le test qu’un token pour la salle A ne peut pas rejoindre la salle B, et qu’un token expiré est refusé.

Page de salle avant de rejoindre : un contrôle d’appareil qui confirme caméra, microphone et réseau avant que le participant ne soit devant qui que ce soit, montrant un simple réussite ou échec avec quoi faire en cas d’échec. C’est une petite fonctionnalité qui retire la plupart de la maladresse au début d’un appel.

Contrôles du propriétaire : verrouiller la salle, couper le micro d’un participant, retirer un participant avec un blocage pour cette session, et terminer la réunion pour tout le monde. Tout imposé côté serveur.

Exploitation : un point d’entrée de santé qui vérifie que le serveur TURN relaie vraiment le média plutôt que de simplement répondre, une alerte quand il échoue, et une section README indiquant la limite de participants mesurée pour ton matériel et la bande passante par participant.

Écris des tests pour la portée et l’expiration de token, pour l’admission de lobby côté serveur, et pour le validateur de nom de salle qui rejette les noms séquentiels et courts.

Ne construis ni enregistrement, ni applications mobiles, ni système de planification.

L’ouverture pré-remplit le prompt — il ne reste qu’à appuyer sur entrée.

Pièce B — Ce que tu perds

  • B.1 l’infrastructure média qui fait tenir un appel
  • B.2 les applications mobiles et le réglage navigateur sur chaque appareil
  • B.3 l’enregistrement avec un stockage qui monte en charge
  • B.4 les sous-domaines personnalisés et les salles à la marque
  • B.5 quelqu’un à appeler quand un client ne peut pas rejoindre

Alternatives existantes

Pièce C — Pourquoi certains continuent de payer : media infrastructure

Parce que « le lien marche, c’est tout, pour n’importe qui, sur n’importe quel appareil » est une promesse que tu ne peux tenir qu’avec des serveurs dans assez d’endroits, et onze dollars par mois est un petit prix pour ne jamais dépanner le navigateur d’un invité.

Questions

Pourquoi imposer l’accès quand le token est frappé plutôt que dans l’interface ?

Parce que tout ce qui est imposé côté client n’est qu’une suggestion. Le serveur décide s’il émet un token de participation, et ce seul choix rend le lobby et la frappe réels plutôt que décoratifs.

Un contrôle d’appareil avant de rejoindre vaut-il la peine d’être construit ?

C’est l’une des petites fonctionnalités à la plus haute valeur en visioconférence. Attraper un micro coupé avant que le participant ne soit à l’écran devant cinq personnes retire les deux minutes les plus courantes de chaque appel.

Combien de personnes une salle auto-hébergée peut-elle contenir ?

Ça dépend de ta liaison montante et de ton CPU, ce qui est pourquoi le prompt te demande de mesurer et de publier le chiffre. Les appels de petite équipe sont confortables sur du matériel modeste ; la promesse de cent participants sur un plan payant, c’est de la capacité achetée, pas du code malin.

Pourquoi la citation de prix pointe-t-elle vers une URL différente ?

Parce que whereby.com/pricing n’est pas une page de tarifs — Whereby transforme tout chemin non reconnu en salle de réunion, donc cette URL ouvre une salle appelée « pricing ». La vraie page est sous /information/meetings/pricing, ce que cite cette fiche.

Récépissé

Tu l’as déjà reconstruit toi-même ?