Les vendeurs et les marketeurs remarquent de plus en plus : une même fiche produit dans l'application Wildberries, Ozon ou AliExpress coûte moins cher que sur le site dans le navigateur. Ce n'est pas un bug ni un hasard — c'est une stratégie de tarification délibérée des marketplaces. Pour suivre de telles divergences et construire une stratégie de vente ou d'achat sur cette base, un accès à la version mobile du prix tel qu'il est perçu par un utilisateur réel de smartphone est nécessaire. Et ici, les outils de parsing ordinaires cessent de fonctionner.
Pourquoi les prix dans l'application diffèrent de ceux du site
Les marketplaces et les agrégateurs créent délibérément une différence de prix entre la version web et l'application mobile. Il y a plusieurs raisons à cela. Tout d'abord, le taux de conversion dans l'application est plus élevé : un utilisateur qui a déjà installé l'application est plus fidèle et achète plus souvent, il est donc plus facile de le « convaincre » avec une réduction de 3 à 10 %. Deuxièmement, de nombreuses plateformes reçoivent des bonus distincts de la part des fabricants et des fournisseurs pour la promotion via le canal mobile — d'où les « prix exclusifs des applications » sur Wildberries, Ozon et AliExpress. Troisièmement, les algorithmes de tarification dynamique prennent en compte l'appareil comme l'un des signaux : le trafic mobile est considéré comme plus « chaud » et enclin aux achats impulsifs, c'est pourquoi des promotions, des ventes flash et des codes promo personnels y sont plus souvent affichés.
Pour le vendeur, cette différence est cruciale pour deux raisons. Si vous vendez sur une marketplace, c'est le prix in-app des concurrents qui forme la demande réelle — les acheteurs passent principalement leurs commandes via l'application, et non le navigateur. Si vous êtes acheteur ou dropshipper, la différence de prix entre le site et l'application d'AliExpress ou d'une autre plateforme représente une économie directe sur l'achat. Surveiller uniquement la version web signifie voir une image déformée du marché.
Comment les applications détectent que vous êtes sur mobile
Le site et l'application sont des clients différents qui s'adressent au serveur via différentes API, avec différents en-têtes et tokens d'autorisation. Falsifier l'User-Agent du navigateur pour qu'il « fasse semblant » d'être une application mobile ne fonctionne presque jamais : le serveur vérifie non seulement les en-têtes, mais aussi la structure de la requête, la version du protocole, la signature du token de l'appareil, et dans certains cas — le comportement du SDK à l'intérieur même de l'application.
Le deuxième niveau de vérification concerne l'adresse IP et son appartenance. Les serveurs des marketplaces voient de quel sous-réseau provient la requête : les plages des datacenters (AWS, Hetzner, OVH) sont immédiatement marquées comme suspectes, tandis que les plages des opérateurs mobiles (MTS, Beeline, MegaFon, Tele2 et leurs homologues étrangers) sont perçues comme un trafic utilisateur normal. Cela signifie que même avec une imitation parfaite des en-têtes de l'application, une requête provenant d'une IP de datacenter peut recevoir le prix web au lieu du prix de l'application, car l'algorithme de tarification « voit » une incohérence : le client se présente comme une application, mais l'IP — comme un serveur.
Le troisième point concerne la géolocalisation. Les prix dans les applications sont souvent liés à la région : Wildberries et Ozon affichent différentes promotions pour Moscou, les régions et d'autres pays de la CEI. Par conséquent, pour une surveillance correcte, il est important non seulement d'obtenir une IP mobile, mais aussi d'obtenir une IP d'une région spécifique et d'un opérateur spécifique, ressemblant le plus possible à un véritable acheteur de cette localisation.
Pourquoi les proxys de datacenter ne conviennent pas à la surveillance in-app
Les proxys de datacenter fonctionnent très bien là où la vitesse est plus importante que l'anonymat : le parsing massif de catalogues ouverts, la vérification de l'indexation des sites, les tests de charge. Mais pour imiter un utilisateur mobile, ils sont presque inutiles. L'ASN du datacenter est immédiatement détecté par le système anti-fraude de la marketplace, et même si la requête ressemble techniquement à une requête d'application, le serveur peut renvoyer le prix web de base ou même bloquer la session comme un bot.
En pratique, cela ressemble à ceci : vous configurez un émulateur Android, connectez un proxy de datacenter, ouvrez l'application Ozon — et vous voyez les mêmes prix que dans un navigateur ordinaire, ou vous obtenez un captcha, ou l'application ne charge pas du tout le catalogue. Les systèmes anti-fraude des grandes marketplaces ont appris ces dernières années à associer assez précisément le type de client déclaré (application mobile) avec le type de réseau réel, et les sous-réseaux de datacenter sont le premier signal d'alarme.
Pourquoi les proxys mobiles résolvent mieux le problème
Les proxys mobiles fournissent des adresses IP de véritables opérateurs de téléphonie mobile — c'est le même pool d'adresses par lequel un propriétaire de smartphone accède à Internet. Pour le système de tarification, une telle requête semble absolument organique : application mobile, réseau mobile, IP mobile — tout correspond. C'est crucial si l'objectif est de voir exactement le prix que voit un véritable acheteur avec un téléphone à la main.
Un autre avantage des proxys mobiles est la particularité du fonctionnement du CGNAT (Carrier-Grade NAT) chez les opérateurs : la même IP est utilisée simultanément par des milliers de véritables abonnés. Cela réduit la probabilité qu'une adresse spécifique soit soumise à un blocage ciblé, car bloquer cette adresse signifierait bloquer une masse d'utilisateurs ordinaires de l'opérateur. Pour les tâches de surveillance régulière des prix in-app, cela apporte de la stabilité : les sessions durent plus longtemps, et la rotation des IP se fait naturellement, sans intervention manuelle.
Si la tâche est plus large que la simple surveillance des prix — par exemple, si vous devez également enregistrer des comptes de test pour vérifier des promotions personnalisées — il vaut la peine d'envisager aussi des proxys résidentiels : ils fournissent également de vraies IP d'utilisateurs finaux, mais provenant de réseaux domestiques, ce qui est bien adapté pour la partie vérification de bureau et la comparaison des prix « site vs application » à travers les canaux.
| Type de proxy | Pour la surveillance in-app | Risque d'afficher le prix web |
|---|---|---|
| Proxys de datacenter | Non adapté | Élevé |
| Proxys résidentiels | Partiellement adapté | Moyen |
| Proxys mobiles | Optimal | Faible |
Guide étape par étape pour configurer la surveillance des prix in-app
Pour suivre les prix à l'intérieur d'une application mobile, il faut une combinaison de trois éléments : l'environnement de lancement de l'application, le proxy mobile et le lieu de stockage des résultats. Examinons la version de base sans programmation.
Étape 1. Choisissez un environnement pour lancer l'application. Le plus simple est d'utiliser un émulateur Android sur votre ordinateur — BlueStacks, NoxPlayer ou Genymotion. Installez l'émulateur, téléchargez l'application souhaitée (Wildberries, Ozon, AliExpress) depuis Google Play ou directement via APK.
Étape 2. Connectez le proxy mobile à l'émulateur. Dans les paramètres Wi-Fi de l'émulateur, ouvrez la section « Proxy », choisissez « Manuel » et indiquez l'hôte, le port et le nom d'utilisateur/mot de passe fournis par le service de proxys mobiles. Il est important de choisir un proxy de la région dont vous souhaitez suivre les prix — pour Wildberries et Ozon, il s'agit généralement d'une ville ou d'une région spécifique.
Étape 3. Créez un profil distinct pour chaque vérification. Si vous surveillez plusieurs régions simultanément, créez plusieurs émulateurs ou plusieurs instances dans un navigateur anti-détecteur avec émulation Android (certaines configurations d'AdsPower et d'Octo Browser le prennent en charge). Chaque profil doit avoir sa propre IP mobile et sa propre géolocalisation, afin que les données ne se mélangent pas.
Étape 4. Enregistrez le prix et comparez avec la version web. Ouvrez la fiche produit dans l'application via le proxy et la fiche similaire dans un navigateur ordinaire sans proxy (ou avec un proxy d'un autre type). Notez la différence dans un tableau — manuellement pour 10 à 20 positions, cela prend 15 à 20 minutes.
Étape 5. Automatisez la répétition. Si vous avez besoin d'une surveillance régulière (quotidienne, hebdomadaire), configurez un calendrier de lancement de l'émulateur via les planificateurs intégrés des navigateurs anti-détecteurs ou des services tiers d'automatisation des clics, capables d'ouvrir l'application, de faire défiler le catalogue et de prendre une capture d'écran du prix selon un minuteur.
Outils et services pour l'automatisation
Pour étendre la surveillance, il est utile de connaître l'ensemble des outils utilisés par les vendeurs et les agences d'analyse de prix.
Émulateurs Android : BlueStacks et NoxPlayer — pour des vérifications ponctuelles et de petite taille, Genymotion — pour le lancement parallèle de dizaines d'appareils virtuels avec différentes configurations et IP.
Solutions anti-détecteurs avec support d'émulation mobile : certaines configurations d'AdsPower et d'Octo Browser permettent d'émuler un User-Agent mobile et de connecter un proxy distinct à chaque profil, ce qui est pratique pour surveiller plusieurs régions en parallèle sans avoir besoin de garder des appareils physiques.
Gestionnaires de proxys : tableaux de bord pour les proxys mobiles avec possibilité de choisir l'opérateur, la région et la rotation des IP selon un minuteur — c'est pratique lorsque vous devez obtenir une adresse mobile « fraîche » toutes les 10 à 15 minutes pour éviter les limites de fréquence du côté de la marketplace.
Tableaux et tableaux de bord : Google Sheets avec saisie manuelle des données convient pour commencer, mais lors de la surveillance de plus de 50 SKU, il est plus judicieux d'utiliser des parseurs no-code (par exemple, des constructeurs basés sur Make ou n8n), qui interrogent l'API de l'application via un proxy configuré et enregistrent le prix dans un tableau automatiquement — sans écrire de code, via des blocs visuels.
Bots de capture d'écran : pour un contrôle visuel (surtout si des preuves de divergence de prix sont nécessaires pour un litige avec un fournisseur ou une marketplace), des extensions qui prennent automatiquement une capture d'écran de la fiche produit dans l'application selon un calendrier sont utiles.
Cas réels : ce que montre la surveillance
Les vendeurs qui ont mis en place une surveillance régulière des prix in-app sur Wildberries découvrent qu'en moyenne, 15 à 25 % des produits concurrents dans l'application se vendent moins cher de 5 à 12 % que sur le site — cela influence directement les positions dans les résultats et le volume des ventes, car l'algorithme de classement de la marketplace prend en compte la conversion, qui est plus élevée pour les produits avec une « remise mobile ».
Sur Ozon, la différence est souvent liée au programme « Ozon Premium » et aux codes promo personnels, qui ne sont affichés que dans l'application aux utilisateurs authentifiés ayant un historique d'achats — un parsing ordinaire du site ne fixe pas du tout ces promotions, et sans surveillance mobile, le vendeur ne voit pas la véritable image de l'environnement concurrentiel.
Pour les acheteurs sur AliExpress, la différence entre le prix de l'application et le prix web atteint parfois 10 à 15 % sur certaines catégories de produits pendant les ventes flash, qui sont annoncées par des notifications push uniquement dans l'application et ne sont pas toujours dupliquées sur le site. La surveillance via des proxys mobiles de la région souhaitée permet de saisir de telles fenêtres et d'acheter des lots à un prix plus avantageux.
Liste de contrôle pour le lancement de la surveillance des prix in-app
- Déterminez la liste des plateformes et des produits à surveiller (Wildberries, Ozon, AliExpress, Avito)
- Installez un émulateur Android (BlueStacks, Genymotion) ou configurez un profil dans un navigateur anti-détecteur
- Connectez le proxy mobile de la région et de l'opérateur souhaités à chaque profil
- Enregistrez les prix web de base des mêmes produits pour comparaison
- Configurez le lancement régulier de la vérification (quotidiennement/hebdomadairement)
- Tenez un tableau des divergences avec la date, le produit, le prix dans l'application et sur le site
- Rotation des IP — au moins une fois par session, pour éviter d'être suspecté de bot
- Vérifiez la géolocalisation du proxy avant chaque lancement — elle doit correspondre à la région souhaitée
Erreurs fréquentes lors de la surveillance des prix in-app
Utilisation de la même IP pour toutes les vérifications. Même un proxy mobile, s'il est utilisé en permanence pour un même compte ou une même session sans rotation, peut être soumis à des restrictions de fréquence de requêtes — surtout si la vérification se fait toutes les quelques minutes.
Ignorer l'autorisation. De nombreuses réductions personnelles dans l'application ne sont affichées qu'aux utilisateurs connectés ayant un historique de commandes. Une session anonyme sans connexion à un compte peut afficher le prix de base, même si l'IP est parfaitement correcte.
Mélange des régions. Si le proxy fournit une IP d'une ville, mais que les paramètres de l'émulateur indiquent une géolocalisation d'une autre région, l'application peut afficher des données contradictoires ou même refuser de traiter la requête en raison d'une incohérence des signaux.
Absence de régularité. Une vérification ponctuelle ne reflète pas la dynamique — les prix in-app changent au cours de la journée en raison des ventes flash et des promotions limitées dans le temps, donc la surveillance doit être effectuée systématiquement, et non une fois par mois.
Conclusion
La différence entre le prix sur le site et dans l'application n'est pas une anomalie, mais une partie de la stratégie des marketplaces pour stimuler les ventes mobiles. Pour voir la véritable image du marché, il ne suffit pas de parser uniquement la version web : il faut regarder les prix à travers les yeux d'un véritable propriétaire de smartphone, ce qui signifie — se connecter à Internet via une IP mobile d'un opérateur et d'une région spécifiques.
Si vous envisagez de configurer une surveillance régulière des prix in-app sur Wildberries, Ozon ou AliExpress, il est conseillé de commencer par choisir un pool d'adresses approprié — nous recommandons d'essayer des proxys mobiles pour imiter un véritable acheteur à l'intérieur de l'application. Pour la partie de comparaison de bureau et les vérifications inter-canaux, vous pouvez également utiliser des proxys résidentiels — ensemble, ces deux types fournissent une image complète de la tarification sur n'importe quelle plateforme.