Toute API REST renvoyant du JSON. Méthodes supportées : GET, POST, PUT, DELETE. Authentification : Bearer token, Basic Auth, OAuth2, API key en header ou query string. Le chemin JSONPath des résultats est détecté automatiquement, mais peut être surchargé manuellement. Pour les sources SOAP, XML, GraphQL, fichiers SFTP ou bases de données SQL externes, voir l'édition Enterprise qui supporte les connecteurs sur mesure.

Lorsque votre API principale renvoie une liste avec des champs limités (par ex. id et nom seulement), vous configurez une sous-requête de détail comme api/request/contact/id/{id}. Palladium appelle cette sous-requête pour chaque ligne du résultat principal, en parallèle (5 simultanés par défaut, jusqu'à 50 en Enterprise), et fusionne les champs récupérés dans le résultat final. Si une sous-requête échoue pour une ligne, un avertissement est affiché et les autres lignes sont importées normalement — pas d'effet en cascade.

Data Porter est un outil manuel pour exporter et importer des contenus depuis et vers Palladium (au format JSON) — typiquement utilisé pour des sauvegardes, des migrations entre environnements ou des opérations ponctuelles. Le Worker est un moteur automatique qui exécute des jobs planifiés en arrière-plan : import API quotidien, refresh stock horaire, traduction massive. Les deux peuvent être combinés (par exemple Data Porter export hebdomadaire vers S3 piloté par le Worker).

Non. Le Worker tourne sur un thread isolé avec des intervalles de vérification optimisés et un délai de démarrage configurable. L'interface utilisateur reste fluide et ne subit plus de blocages ou de ralentissements lors du lancement des tâches en arrière-plan. La logique de lancement des tâches planifiées a été corrigée pour qu'une ancienne synchronisation ne bloque jamais le démarrage des nouvelles exécutions. En édition Enterprise, le Worker peut être déployé sur une instance dédiée pour isoler complètement la charge.

Lorsque vous chargez un fichier à importer, Data Porter ne l'intègre pas immédiatement. Il effectue d'abord une analyse invisible en arrière-plan et détecte tous les éléments de votre fichier qui existent déjà sur votre site (activités, articles, pages, configurations). Si des conflits sont trouvés, le processus est mis en pause et une fenêtre d'alerte détaillée vous indique exactement quels contenus seraient écrasés. Vous devez confirmer consciemment l'action avant que quoi que ce soit ne soit modifié. Le moteur corrige aussi automatiquement les doublons techniques cachés dans les fichiers pour éviter les plantages.

Deux moteurs sont configurables : Google Translate (gratuit, qualité standard, suffisant pour des contenus marketing courts) et DeepL API (officiel, qualité supérieure, idéal pour des contenus techniques ou éditoriaux longs). Le choix se fait côté backend dans la configuration Palladium Synchro — vos clés API sont stockées de manière sécurisée et ne transitent jamais côté navigateur. Les balises HTML sensibles sont protégées pendant la traduction et restaurées après, pour préserver la mise en forme. La traduction massive lance un job d'arrière-plan via le Worker, ce qui permet de traduire un site entier en un clic sans bloquer l'admin.

Oui. Pour les scripts maison (Python, Node, Bash), Palladium Synchro remplace généralement 80 à 100 % des cas d'usage : import API, mapping, transformation, planification — la migration se fait en quelques heures et nous fournissons des templates de configuration. Pour les ETL lourds (Talend, Boomi, Mulesoft, Informatica), une analyse préalable est nécessaire pour cartographier vos flux ; notre équipe propose un audit gratuit et un plan de bascule progressif. La règle simple : si vos besoins se résument à des imports/exports API REST + transformations + planification, Palladium Synchro est typiquement 5 à 10× moins cher qu'un ETL et déployable en jours plutôt qu'en mois.