À propos

À qui s’adresse CloudPhoneHub

CloudPhoneHub est fait pour les opérateurs. Si vous faites tourner plusieurs comptes sur les plateformes sociales — une agence gérant des rosters de créateurs, une équipe de croissance couvrant plusieurs niches, un opérateur solo jonglant avec plus d’identités qu’un seul téléphone ne peut en contenir — c’est pour vous qu’on a conçu ça. On n’est pas une app grand public et on ne prétend pas l’être.

Notre stack, c’est de l’Android distant : des cloud phones isolés accessibles de n’importe où, avec des appareils physiques en option quand une app exige du vrai matériel. Ceux qui en tirent le plus savent déjà ce qu’est un proxy, pourquoi l’isolation d’appareil compte, et ce qu’ils cherchent à accomplir. Si c’est vous, le reste de cette page est la version franche de qui nous sommes.

Social-first, avec Snapchat comme test d’acceptation

On se décrit comme social-first, et on l’entend au sens précis. Notre plateforme est réglée pour la suite sociale — Snapchat, TikTok, Instagram, et les néobanques qui les accompagnent souvent.

Snapchat est notre test d’acceptation interne, parce que c’est l’une des apps sociales les plus difficiles à faire tourner à l’échelle — sensible à l’appareil, prompte à challenger les environnements suspects, et impitoyable avec les fingerprints bâclés. Notre règle est brutale : si une config ne tient pas en multi-comptes Snapchat, elle n’est pas prête. Construire à ce niveau d’exigence fait que les plateformes plus faciles suivent d’elles-mêmes. Voyez ce avec quoi on fonctionne pour l’état actuel.

Pourquoi la facturation crypto et une identité minimale au paiement

On facture en crypto et on demande très peu d’identité au paiement. C’est un choix délibéré, et voici le raisonnement simple : nos clients sont des opérateurs qui tiennent à la confidentialité pour des raisons opérationnelles légitimes, et on n’a pas besoin d’une montagne de vos données personnelles pour vous vendre un environnement Android. Collecter des informations dont on n’a pas besoin ne fait que nous rendre une cible et vous rendre moins en sécurité.

Un paiement à identité minimale n’est pas un clin d’œil à quoi que ce soit d’illégal. C’est de la minimisation des données — on en garde moins parce que moins, c’est plus sûr pour tout le monde. Ce qu’on ne fera pas, c’est habiller ça en anonymat qui déjoue les lois qui s’appliquent à vous. Vous restez responsable de l’usage que vous faites du service.

Ce qu’on ne fera jamais

Être respectueux de la confidentialité et être un refuge pour les abus, ce sont deux choses différentes, et on est ferme sur la ligne. Il y a des usages qu’on refuse, point final :

• La fraude. On n’aide pas à déjouer le KYC, à falsifier des identités ou à monter une fraude financière. Le multi-comptes n’est pas la fraude, et on ne franchit pas cette ligne.
• Le CSAM. Tolérance zéro, sans exception, jamais.
• Le spam à l’échelle. On est une infrastructure pour de vraies opérations, pas pour le spam industriel ou l’abus de masse.

Si votre plan dépend de l’un de ces usages, on est le mauvais fournisseur et on préfère le dire d’emblée plutôt que de prendre votre argent.

Notre posture d’honnêteté

Internet regorge de vendeurs qui citent des pourcentages d’uptime qu’ils ne peuvent pas tenir et des statistiques de ban qu’ils ont inventées. On ne fait pas ça. Vous ne trouverez pas de chiffres fabriqués sur ce site, et là où il y a de vraies limites, on les énonce — comme recommander des appareils physiques pour les néobanques parce que le cloud ne peut pas passer de façon fiable l’attestation bancaire.

On préfère perdre une vente en vous disant qu’une config ne marchera pas plutôt que de la gagner et de vous voir brûler des comptes. D’opérateur à opérateur, c’est toute la posture : des affirmations précises, des limites énoncées, pas de battage. Si vous voulez voir la mécanique plutôt que le marketing, lisez la plateforme et le guide cloud vs émulateur.