Quel Emailing
Menu

Intégrations

Catalogue externe Klaviyo : choisissez le modèle et son alimentation

Pour qui : Marchand ou distributeur B2B dont le catalogue utile ne correspond pas au simple catalogue public de boutique.

Documentation primaire consultée le 6 novembre 2026 ; aucun logiciel testé.

Notre avis

Pour un catalogue hors intégration native, examinez le catalogue personnalisé Klaviyo seulement après avoir validé les identifiants, variantes et mode d’alimentation. Si le catalogue est simple et déjà couvert par une intégration native, conservez ce chemin en premier.

Dans l’ordre

  1. Catalogue public couvert : conserver l’intégration native en premier
  2. Références externes indispensables : examiner catalogue personnalisé API ou feed
  3. Source protégée par OAuth : faire démontrer l’alimentation avant de choisir le feed

Pourquoi

  • Un même produit peut avoir plusieurs variantes ou offres
  • Le contenu affiché ne peut pas réparer un identifiant ou catalogue absent

Ce qui change le choix

Une boutique simple avec un catalogue public unique peut rester dans l’intégration native.

Un item et sa variante ne portent pas la même identité

La référence Klaviyo distingue items, variantes et catégories, avec external_id pour l’identifiant du système source. Une variante se rattache à son item. Cette structure permet de poser une question concrète au fournisseur : votre référence commerciale correspond-elle à un produit ou à une variante ? Si le programme ne peut pas retrouver la référence exacte vendue, des recommandations visuellement proches ne suffisent pas à valider l’intégration.

L’API et le feed ne forment pas deux alimentations libres

Le guide précise qu’un catalogue personnalisé est alimenté par API ou par feed, et sa référence API limite actuellement integration_type à custom et catalog_type à default. L’aide indique par ailleurs que les feeds personnalisés ne prennent pas en charge OAuth. Un catalogue accessible uniquement derrière cette authentification exige donc une solution d’alimentation à démontrer, pas l’hypothèse d’un import direct. Ces contraintes peuvent éliminer une connexion avant toute discussion sur le dessin de l’email.

Choisir la plus petite alimentation maintenable

Préparez un produit avec deux variantes et faites montrer leurs identifiants jusqu’au contenu utilisable dans l’email. Demandez ensuite qui maintient les modifications et comment un échec est repris. Ne concluez pas depuis la seule existence d’un champ de métadonnées que les catalogues propres à chaque marché ou client sont couverts. Pour un catalogue public unique, le natif peut rester plus simple ; le personnalisé se justifie quand une référence ou une source utile manque réellement, pas pour reproduire la boutique.

Limites

API et feed non exécutés. Catalogue privé B2B, OAuth côté API, droits commerciaux France et personnalisation de prix par client non validés. Aucun stock ni prix final garanti.

Prochaine action

Faites valider item, variante, external_id et mode d’alimentation sur une référence absente du catalogue public.

Preuves et sources

Ce qui relève d’un fait lu, d’une déclaration, de notre calcul, de notre méthode ou de notre avis. Notre méthode

  • Déclaration de l’éditeur. Le catalogue API Klaviyo distingue items/variantes/catégories, external_id, custom/default et alimentation soit API soit feed.

    Relevé du 6 novembre 2026.

    Portée : Modèle et alimentation du catalogue personnalisé

    Limite : Déclaration documentaire du fournisseur, sans test ni garantie pour un contrat précis.

  • Déclaration de l’éditeur. Les feeds de catalogue personnalisés ne prennent pas en charge OAuth selon l’aide Klaviyo.

    Relevé du 6 novembre 2026.

    Portée : Authentification du feed personnalisé

    Limite : Ne préjuge pas des possibilités d’une alimentation API distincte.