Veille des prix alimentaires : suivre les applis de livraison et les sites d'enseignes par ville

Les prix alimentaires sont locaux. Une boîte d’œufs peut coûter un prix dans un magasin de périphérie, un autre en centre-ville et un troisième dans une appli de livraison qui ajoute sa propre majoration au même rayon. Si vous fixez vos prix face à des concurrents locaux, contrôlez les promotions d’une marque ou suivez l’inflation alimentaire par région, il vous faut les prix de chaque ville qui compte pour vous, pas une moyenne nationale. C’est un travail central de veille tarifaire, et il est plus difficile pour l’alimentaire que pour la plupart des secteurs du commerce.

Ce guide explique où les prix alimentaires varient, comment les applis de livraison décident du magasin que vous voyez, et comment mettre en place une collecte qui lit chaque ville comme le ferait un client local.

Où les prix alimentaires varient

Les enseignes appliquent rarement une seule grille de prix. Les niveaux habituels sont :

• Les zones de prix. Les chaînes regroupent leurs magasins en zones selon la concurrence et les coûts locaux. Deux magasins de la même chaîne, à quelques kilomètres l’un de l’autre, peuvent appartenir à des zones différentes.
• Les promotions par magasin. Les catalogues hebdomadaires et les offres de fidélité varient souvent selon la région, et certaines offres ne sont valables que dans une sélection de magasins.
• Les majorations des applis de livraison. Les applis tierces peuvent afficher des prix supérieurs à ceux du rayon, plus des frais de service et de livraison qui changent selon la zone et l’heure de la journée.
• La disponibilité. Un article peut être en stock dans un magasin et absent dans un autre, ce qui change le coût réel d’un panier.
• Les formats et les marques de distributeur. Une même gamme peut exister en formats différents selon la région, ce qui masque les hausses de prix si vous ne comparez pas les prix au kilo ou au litre.

Une collecte nationale unique mélange tout cela en un seul chiffre trompeur. Chaque prix relevé doit être rattaché au magasin, à la ville et au canal.

Comment les applis de livraison et les sites d’enseignes choisissent un magasin

La plupart des sites alimentaires n’affichent pas leur catalogue complet tant qu’ils ne savent pas où vous êtes. Ils décident à peu près dans cet ordre :

1. Un magasin ou une adresse enregistrés, via un cookie ou le compte.
2. L’adresse ou le code postal que vous saisissez dans le sélecteur de magasin ou le test de livraison.
3. La localisation de votre IP, comme première estimation avant que vous ne choisissiez quoi que ce soit.

Cela a une conséquence pratique. L’IP vous place dans la bonne ville et fait tomber la première estimation près du magasin voulu. Le magasin exact, jusqu’au code postal, est défini par l’adresse que vous donnez au site. Une configuration fiable fait donc les deux : une IP résidentielle dans la ville cible, et le magasin ou l’adresse de livraison saisis dans la même session, pour que les deux ne se contredisent jamais. Notre article sur quand le ciblage proxy par ville compte explique pourquoi un écart entre l’IP et le lieu choisi peut changer ce qu’un site affiche.

Construire le panier

Avant de collecter quoi que ce soit, fixez ce que vous allez comparer :

• Un panier fixe de 50 à 300 produits : produits de base, vos meilleures ventes et les articles que vos concurrents mettent le plus en avant.
• Une clé de correspondance pour chaque produit, comme le code-barres (GTIN) quand le site l’expose, sinon une correspondance marque, nom et format vérifiée une fois à la main.
• Le prix unitaire (au kilo, au litre, à l’unité) à côté du prix affiché, pour qu’un changement de format ne passe pas pour un changement de prix.
• Une liste de magasins par ville : les magasins et les zones de livraison qui représentent cette ville pour vous.

Gardez le panier stable. Le modifier chaque semaine rend les tendances illisibles.

Collecter ville par ville

Pour chaque ville, ouvrez une session via des proxys résidentiels ciblés sur cette ville, définissez le magasin sur le site, puis relevez le panier. Gardez une seule IP pour toute la session grâce à un identifiant de session sticky, pour que le site ne voie pas le client sauter d’un lieu à l’autre en cours de route.

customer-USERNAME-country-us-city-chicago-sid-chi-store-118-ttl-900:PASSWORD

L’identifiant de session (sid) conserve la même sortie pendant la durée ttl, en secondes. Utilisez un identifiant par magasin, pour que chaque visite ressemble à celle d’un seul client. Pour un grand marché, répartissez le travail sur ses principales villes, par exemple Chicago, Dallas et Atlanta sur les pages États-Unis, plutôt que de lire tout le pays depuis un seul endroit.

Une boucle minimale en Python ressemble à ceci :

import requests

GATEWAY = "p.shifter.io:443"
USER, PASS = "USERNAME", "PASSWORD"

def session_for(city, store_id):
    s = requests.Session()
    proxy = f"http://customer-{USER}-country-us-city-{city}-sid-{city}-{store_id}-ttl-900:{PASS}@{GATEWAY}"
    s.proxies = {"http": proxy, "https": proxy}
    return s

def read_basket(city, store_id, products):
    s = session_for(city, store_id)
    # 1. Set the store the way the site expects (store picker or address check).
    s.post("https://grocer.example/api/store/select", json={"storeId": store_id}, timeout=30)
    rows = []
    for p in products:
        r = s.get(f"https://grocer.example/api/product/{p['sku']}", timeout=30)
        if r.status_code != 200:
            rows.append({**p, "city": city, "store": store_id, "error": r.status_code})
            continue
        d = r.json()
        rows.append({**p, "city": city, "store": store_id,
                     "price": d.get("price"), "unit_price": d.get("unitPrice"),
                     "promo": d.get("promotion"), "in_stock": d.get("available")})
    return rows

Les endpoints sont ici des exemples. Beaucoup de sites d’enseignes chargent les prix depuis un endpoint JSON une fois le magasin défini ; lire cet endpoint est plus léger et plus stable que d’analyser la page.

Lire les applis de livraison

Les applis de livraison ajoutent deux éléments à enregistrer séparément : le prix de l’article dans l’appli et les frais. Relevez :

• Le prix de l’article dans l’appli à côté du prix en rayon sur le site de l’enseigne, pour mesurer la majoration.
• Les frais de service et de livraison pour un montant de panier fixe, car les frais dépendent souvent du total de la commande.
• L’heure de la collecte, car les frais et la disponibilité évoluent au cours de la journée.

Comparez ce qui est comparable : même magasin, même panier, même heure.

Garder des données propres

• Enregistrez chaque prix avec la ville, le magasin, le canal, l’heure et le prix unitaire. Sans le magasin, impossible d’expliquer une variation.
• Signalez les promotions au lieu de les intégrer à la moyenne. Une offre de deux semaines n’est pas une baisse de prix.
• Surveillez les articles manquants. Un prix vide signifie souvent une rupture de stock, ce qui est un signal en soi.
• Vérifiez les prix personnalisés. Les prix de fidélité, une fois connecté, peuvent différer des prix affichés aux visiteurs. Collectez en tant que visiteur, sauf si ce sont les prix de fidélité que vous étudiez. Notre guide pour détecter la tarification géo-personnalisée et dynamique montre comment distinguer les deux.
• Ne collectez que des prix publics, à un rythme raisonnable, et respectez les conditions d’utilisation de chaque site.

En résumé

Un prix alimentaire n’a de sens qu’avec sa ville, son magasin et son canal. Fixez un panier, décidez quels magasins représentent chaque ville, entrez dans chaque ville via une IP résidentielle située sur place, définissez le magasin sur le site dans la même session, et enregistrez séparément les prix unitaires, les promotions et les frais. Lancez la collecte chaque semaine pour les produits de base et chaque jour pour les articles sur lesquels vous êtes en concurrence, et vous verrez les mouvements de prix locaux au moment où ils se produisent, au lieu d’un chiffre national flou.