Du matériel, pas un émulateur
Un émulateur rend la page de la même façon pour tout le monde. Un Redmi sous MIUI ne rend pas comme un Samsung sous One UI, et c'est souvent là que ça casse. Déclic capture sur les vrais appareils du parc.
Sur de vrais téléphones
La capture sur un vrai téléphone Android, en une requête HTTP
Vous envoyez une URL. Un appareil réel ouvre la page, attend, et vous recevez l'image, la vidéo et les journaux. Pas d'émulateur, pas de ferme de navigateurs simulés : du matériel, avec ses vraies police de caractères, son vrai réseau et ses vrais bugs.
Sans carte bancaire pour commencer. Paiement sécurisé par Stripe quand vous changez d'offre.
Une vraie capture, prise sur le Redmi du parc.
Ce que ça fait
Concrètement
Tout ce qui permet de comprendre
La réponse contient la capture, la vidéo si vous la demandez, le journal Android filtré, et les caractéristiques de l'appareil qui a servi. De quoi reproduire, pas seulement constater.
Une API, jamais un shell
Déclic n'expose que des actions qu'on sait remettre à zéro : ouvrir une URL, installer un APK, exécuter une courte séquence. Il n'y a pas d'accès `adb shell` libre, même en option payante — c'est ce qui garantit qu'un appareil reste sain pour le client suivant.
Chaque appareil repart propre
Entre deux requêtes, l'appareil est remis dans son état initial. Les applications installées par un client ne débordent pas sur le suivant.
Émulateur ou vrai appareil
Ce qui ne casse que sur un vrai téléphone
Un émulateur partage votre machine : les mêmes polices, la même WebView, le même réseau. Le Redmi du parc, lui, ne partage rien avec vous — et c'est là que vos bugs se trouvent.
Sur un émulateur
- Les polices système de votre poste de travail.
- Une WebView AOSP, identique pour tout le monde.
- Le réseau de votre machine, stable et rapide.
- De la mémoire à revendre : rien n'est jamais tué en arrière-plan.
- Aucune surcouche constructeur.
Sur le Redmi du parc
- Les polices et la densité du constructeur, celles de vos utilisateurs.
- La WebView du système, mise à jour par Xiaomi.
- Le réseau de l'appareil, avec ses latences et ses coupures.
- MIUI tue les processus en arrière-plan dès qu'il manque de mémoire.
- La surcouche : navigation, permissions, gestion d'énergie.
Questions
Questions fréquentes
Puis-je exécuter du `adb shell` libre ?
Non, et ce n'est pas une limitation temporaire. L'API n'expose que des actions réversibles, pour qu'un appareil ne puisse pas être laissé dans un état inutilisable.
Combien de temps prend une capture ?
Environ six secondes pour une page simple, davantage si la page est lourde ou si la file d'attente est chargée. Le mode synchrone attend jusqu'à 60 secondes, sinon la requête part en asynchrone et vous recevez un webhook signé.
Y a-t-il un émulateur en secours ?
Non. Si le parc est saturé, votre requête attend. Nous préférons vous faire attendre plutôt que de vous rendre une capture qui ne correspond pas au matériel visé.
Puis-je choisir le réseau ?
Le Wi-Fi est toujours disponible. La 4G, la 2G et la 3G dépendent de l'appareil : forcer un réseau n'est pas garanti par tous les constructeurs, et quand la mesure ne confirme pas le changement, le résultat le dit au lieu de faire semblant.
En toute franchise
Ce que nous ne faisons pas
Un produit qui cache ses limites fait perdre du temps à tout le monde. Voici les nôtres, aujourd'hui.
- Pas d'accès shell libre, même en option payante : seules des actions réversibles sont exposées.
- La 4G n'est pas disponible sur toutes les offres, et le forçage de réseau n'est pas garanti par tous les constructeurs.
- Le parc est aujourd'hui petit : une file d'attente est possible aux heures chargées.
- Pas de DNS personnalisé en phase 1.
Essayez sur un vrai téléphone
Créez un compte, prenez une clé, lancez votre premier test. C'est gratuit pour commencer.