Shopping · Kaufland

API de surveillance des prix Kaufland

L’API de surveillance des prix Kaufland vous fournit des données Kaufland en direct au moment où vous les demandez, sous une forme propre et structurée – prêtes pour votre application, un tableur ou un assistant IA. Sans scraping, rien à maintenir.

100 requêtes gratuites chaque mois · sans carte bancaire · une clé API pour toutes les plateformes

L’essentiel

Mis à jour le

Sur kaufland.de, un prix bouge rarement parce qu'un distributeur a décidé d'une remise. Il bouge parce qu'un autre marchand a pris l'offre par défaut, parce que la dernière unité au prix promotionnel a été vendue ou parce que l'outil de repricing d'un vendeur a réagi au vôtre. Surveiller Kaufland, c'est donc suivre trois éléments ensemble : le prix, le vendeur qui le propose et la mention de stock qui l'accompagne. L'API de surveillance des prix Kaufland d'everydata.io, c'est notre endpoint de détails produit utilisé à intervalles réguliers – chaque interrogation renvoie price, shippingPrice, soldBy et warehouseAvailability pour le productId suivi, et vous conservez la séquence.

Plateforme
Kaufland
Endpoint principal
/product/details
Quota par appel
1 requête
Offre gratuite
100 req. / moispuis à partir de 30 € / mois
Ce que vous obtenez

Ce que renvoie l’API de surveillance des prix Kaufland

Nous ne proposons pas d'endpoint d'historique des prix stocké pour kaufland.de. Chaque requête récupère la page produit en direct, et l'historique est la table que vous construisez à partir de ces réponses. Pour une marketplace, c'est l'approche honnête : ce que vous voulez savoir après coup, ce n'est pas seulement "quel était le prix mardi", mais "qui détenait l'offre mardi", et seul votre propre journal de relevés peut répondre aux deux.

Chaque relevé vous donne le prix de l'offre par défaut en EUR, shippingPrice (souvent 0, mais pas toujours), la mention soldBy qui nomme le marchand, la ligne de stock ou de rareté comme "Nur noch 1 zu diesem Preis" ou "Nur noch 5 Stück auf Lager", et retailPrice lorsque le vendeur affiche un prix barré. Pour balayer toute une catégorie, GET /kfl/product/search avec sortBy=price-asc liste les offres les moins chères par mot-clé, et sortBy=bestsellers celles qui se vendent vraiment.

  • price et shippingPrice de l'offre que Kaufland affiche actuellement par défaut
  • soldBy – le nom du marchand, pour que les changements de vendeur apparaissent dans votre historique
  • warehouseAvailability, dont les mentions de rareté annoncent la fin d'un prix promotionnel
  • retailPrice lorsque le vendeur affiche un prix de référence barré
  • variations[] avec dpUrl et available par variante pour suivre les déclinaisons de couleur
  • Balayages de recherche avec price-asc et bestsellers pour détecter les nouvelles offres les moins chères par mot-clé
  • Temps réel à chaque appel ; les erreurs 5xx de kaufland.de ne sont pas facturées
Cas d’usage

Ce que les équipes construisent avec l’API de surveillance des prix Kaufland

Repricing face aux concurrents de la marketplace

Les vendeurs de kaufland.de interrogent leurs propres productId, comparent le prix livré à l'offre par défaut et ajustent leur prix dans leur outil marketplace – uniquement lorsque le vendeur gagnant n'est pas eux-mêmes.

Détection des changements de vendeur et des détournements

Les marques enregistrent soldBy à chaque interrogation pour voir quand un marchand inconnu prend l'offre par défaut de leur produit, et combien de temps chaque vendeur la conserve.

Alertes bons plans avec contexte

Les sites de bons plans préviennent leurs utilisateurs lorsque le prix passe sous leur minimum enregistré et indiquent le nom du vendeur et la mention de rareté, pour que les lecteurs sachent s'il faut se dépêcher.

Recherche des offres les moins chères par mot-clé

Lancez chaque jour GET /kfl/product/search avec sortBy=price-asc sur des noms de modèles et enregistrez le prix et le productId du premier résultat pour repérer les nouvelles offres les moins chères avant qu'elles n'apparaissent sur la page produit.

Comment ça marche

API de surveillance des prix Kaufland : exemple de requête et de réponse

Conservez le productId (ou l'URL courte) de chaque article de votre liste et appelez GET /kfl/product/details à intervalles réguliers. Enregistrez les champs présentés ici avec un horodatage. L'exemple montre une console proposée par un petit marchand à un prix valable en quantité limitée.

GET /kfl/product/details

curl "https://api.everydata.io/kfl/product/details?url=https%3A%2F%2Fwww.kaufland.de%2Fproduct%2F461878680%2F" \
  -H "x-api-key: YOUR_API_KEY"

Réponse (abrégée)

200 OK · application/json
{
  "responseStatus": "PRODUCT_FOUND_RESPONSE",
  "productTitle": "Nintendo Switch Lite Türkis (Japan-Spec)",
  "productId": "461878680",
  "soldBy": "Verkauf durch Schnaeppchen-Schuppen",
  "warehouseAvailability": "Nur noch 1 zu diesem Preis",
  "price": 219,
  "retailPrice": 0,
  "shippingPrice": 0,
  "countReview": 57,
  "productRating": "4.7",
  "variations": [
    {
      "variationName": "Farbe",
      "values": [
        {
          "value": "Gelb",
          "dpUrl": "https://www.kaufland.de/product/461878683/",
          "available": true,
          "asin": "461878683"
        }
      ]
    }
  ]
}
API de surveillance des prix Kaufland : champs de l’exemple de réponse de /kfl/product/details
API de surveillance des prix Kaufland : champs de l’exemple de réponse de /kfl/product/details

Schéma de votre historique : observedAt, productId, price, shippingPrice, soldBy, warehouseAvailability, retailPrice. Deux colonnes dérivées sont immédiatement utiles – landedPrice = price + shippingPrice, car une offre moins chère de 0,50 EUR avec 4,99 de frais de port n'est pas moins chère, et sellerChanged = soldBy différent de la ligne précédente. La plupart des "baisses de prix" sur Kaufland sont des changements de vendeur ; l'indiquer dans votre alerte, c'est ce qui la rend crédible.

Lisez la mention de rareté comme un indicateur avancé. Quand warehouseAvailability indique "Nur noch 1 zu diesem Preis", l'interrogation suivante montrera très probablement un prix plus élevé ou un autre soldBy. Si vous alertez des consommateurs, précisez que la quantité est limitée ; si vous faites du repricing, ne vous alignez pas sur un prix valable pour une seule unité.

Fréquence : les outils de repricing des marketplaces peuvent ajuster les prix plusieurs fois par jour ; les vendeurs exposés à la concurrence interrogent donc toutes les deux à quatre heures pendant les heures ouvrées, tandis qu'une interrogation quotidienne suffit aux trackers grand public. Un 404 signifie que l'annonce a été retirée – enregistrez-la comme supprimée et arrêtez de l'interroger après quelques échecs consécutifs.

Endpoints associés

GET/kfl/product/details

Détails du produit. Page produit par URL : offre par défaut avec vendeur, prix, livraison, mention de stock, variantes, caractéristiques et images.

GET/kfl/product/search

Rechercher des produits. Recherche par mot-clé avec pagination et tri : prix, note, délai de livraison et indicateur sponsored par résultat.

GET/kfl/product/reviews

Avis. Avis clients paginés par identifiant produit Kaufland.

Référence complète de l’API
Tarifs

Tarifs de l’API de surveillance des prix Kaufland : payez à la requête

Chaque interrogation d'une page produit ou de recherche compte pour une requête. 100 produits toutes les quatre heures sur une journée commerciale de 12 heures représentent environ 9 000 requêtes par mois, ce qui tient dans l'offre Production (50 000 requêtes, 80 €) avec de la marge pour des balayages de recherche. L'offre Business (300 000 requêtes, 300 €) couvre environ 1 000 produits à ce rythme. Les requêtes qui échouent côté kaufland.de ne sont jamais décomptées.

Free
100 req. / mois
Starter
5 000 req. · 30 €
Production
50 000 req. · 80 €
Business
300 000 req. · 300 €

API de surveillance des prix Kaufland : questions fréquentes

Stockez-vous un historique des prix pour kaufland.de ?

Non. La surveillance consiste à interroger de nouveau GET /kfl/product/details et à enregistrer chaque réponse. Le schéma ci-dessus – avec les colonnes landedPrice et sellerChanged – est un point de départ éprouvé.

Quel prix l'endpoint renvoie-t-il lorsque plusieurs vendeurs proposent l'article ?

Celui de l'offre que kaufland.de présente par défaut, généralement la moins chère livraison comprise, avec son soldBy et son shippingPrice. Les autres offres ne sont pas listées ; avec le temps, votre journal montre quels marchands remportent l'emplacement.

Pourquoi le prix a-t-il augmenté alors que personne ne l'a modifié ?

Le plus souvent, le précédent vendeur par défaut était en rupture ou n'avait plus d'unités au prix promotionnel – la mention "Nur noch 1 zu diesem Preis" lors de l'interrogation précédente en est le signe révélateur. Comparez soldBy entre les deux lignes.

Puis-je surveiller toutes les couleurs d'un produit en même temps ?

Chaque variante Kaufland a sa propre page. Le tableau variations vous donne le dpUrl de chaque déclinaison ; ajoutez-les à votre liste de suivi pour suivre le prix et le vendeur de chaque couleur.

À quelle fréquence puis-je interroger l'API ?

Dans la limite de débit de votre offre : 10 requêtes par minute en Free, 50 en Starter, 100 en Production, 250 en Business. Toutes les deux à quatre heures est courant pour le repricing, une fois par jour pour les alertes grand public.

L'endpoint de recherche est-il utile pour la surveillance ?

Oui, pour la découverte : sortBy=price-asc sur un nom de modèle exact renvoie l'annonce la moins chère tous vendeurs confondus, avec son productId. Utilisez-le pour enrichir votre liste de suivi, puis interrogez l'endpoint produit pour le vendeur et la livraison.

Commencez à surveiller les offres kaufland.de

Créez un compte gratuit, interrogez votre premier produit et voyez le prix, le vendeur et la mention de stock dans une seule réponse JSON.