Tinder++ est le nom de travail d'un socle d'application de rencontre, positionné comme alternative en marque blanche à Tinder. Le dossier de cadrage part d'une analyse d'avis utilisateurs publics (Trustpilot, ConsumerAffairs, presse spécialisée) pointant cinq irritants récurrents chez les applications de rencontre dominantes, et propose une réponse produit à deux d'entre eux : l'opacité perçue de l'algorithme de matching et la superficialité du swipe. Cet article décrit ce qui est documenté et testé, sans reprendre les éléments retirés de la feuille de route.
Concept et public visé
Le dossier de cadrage MVP identifie, à partir d'avis publics récents, cinq irritants chez les applications de rencontre généralistes : monétisation jugée trompeuse, présence de faux profils et de bots, opacité de l'algorithme perçue comme favorisant les comptes payants, superficialité du swipe réduit à une photo, et exposition au harcèlement liée à la géolocalisation précise. Tinder++ y répond par une carte de proximité qui ancre la rencontre dans un lieu réel plutôt que dans le seul swipe, une vérification à l'inscription et une transparence algorithmique explicite (chaque score de compatibilité est accompagné d'une justification affichée). Le public visé n'est pas détaillé au-delà de ce positionnement produit dans les documents consultés.
Fonctions documentées et testées
Trois niveaux de démonstration coexistent, à ne pas confondre : un prototype statique (maquette figée, aucune donnée sauvegardée), un MVP en simulation navigateur (localStorage, sans serveur réel), et une application connectée à un vrai backend Node/Express avec base SQLite. C'est ce dernier niveau qui a fait l'objet d'un audit d'architecture et de code daté du 2 août 2026 : inscription et connexion avec mot de passe haché (scrypt, pas en clair), algorithme de matching transparent avec score calculé côté serveur à partir de données réellement stockées, swipe, création de match réciproque et messagerie, le tout persisté en base. L'audit indique que les parcours utilisateurs testés (inscription, connexion, découverte avec score affiché, swipe, match, messagerie) fonctionnent tous en conditions réelles avec des comptes de démonstration, un bug d'accents dans les emails de démonstration ayant été identifié et corrigé au passage.
Les curseurs de pondération de l'algorithme (intérêts, proximité, profil actif/vérifié) recalculent en direct le classement des profils proposés dans le MVP, ce qui constitue la réponse produit documentée à la critique d'opacité algorithmique.
État réel : ce qui n'est pas (ou plus) dans le périmètre
Une décision du 2 août 2026, documentée dans le dossier, retire les lives interactifs (flux vidéo façon TikTok) de la feuille de route principale : le coût d'un SDK de streaming et de la modération temps réel associée a été jugé trop élevé. Cette fonction n'a jamais été implémentée dans l'application connectée et reste, au mieux, une piste de fonctionnalité premium payante future, hors chiffrage du dossier de cadrage. Les mentions de lives ont été retirées des démonstrations existantes lors de cet audit.
La documentation liste explicitement ce qui n'est pas réel dans l'application connectée : pas de géolocalisation réelle (proximité simulée), pas de vérification d'identité réelle, et une base de données qui tourne uniquement en local sur la machine qui démarre le serveur — ce n'est pas un hébergement de production accessible depuis internet.
Ce qu'implique une adaptation en marque blanche
Une adaptation marque blanche de Tinder++ suppose, au minimum : un nom et une identité visuelle propres au client (rien de Tinder n'est repris), un vrai hébergement de production avec base de données accessible depuis internet, une vérification d'identité réelle si le positionnement du client l'exige, et une mise en conformité avec les règles spécifiques des stores d'applications pour les services de rencontre (restrictions liées aux mineurs déclarés côté Google Play, règles européennes sur les paiements alternatifs côté App Store, selon le dossier). Si une fonction de flux vidéo en direct est souhaitée, elle nécessite un compte et un abonnement chez un fournisseur de SDK de streaming tiers, non inclus dans le socle actuel. Aucun délai n'est promis ici : le périmètre exact d'une adaptation se cadre au cas par cas avec le client.
Questions fréquentes
Les réponses aux questions que l'on nous pose le plus souvent sur ce sujet.
Non. Les trois niveaux de démonstration (prototype, MVP, application connectée) fonctionnent en local sur la machine qui les lance ; aucun hébergement public n'est documenté.
Non. Les lives ont été retirés de la feuille de route principale le 2 août 2026 pour des raisons de coût (SDK de streaming, modération temps réel) et n'ont jamais été implémentés dans l'application connectée.
Dans l'application connectée, oui selon l'audit consulté : le score est calculé côté serveur à partir de données réelles et accompagné d'une justification affichée à l'utilisateur, plutôt qu'un calcul opaque côté client.
Tinder++ documente une réponse produit ciblée à deux irritants connus des applications de rencontre généralistes, avec un backend réellement testé pour l'inscription, le matching transparent et la messagerie. Le socle reste un environnement de développement local, sans hébergement public ni vérification d'identité réelle à ce jour. Une adaptation en marque blanche se cadre au cas par cas, sans prix ni délai promis ici.