Cet article contient des liens d’affiliation. AutomateWithMNK peut recevoir une commission si vous souscrivez via certains liens, sans coût supplémentaire pour vous. Cela n’influence pas notre analyse.
Réunir plusieurs sources dans Google Sheets demande d’abord de choisir ce que représente une ligne finale. Empiler des observations et enrichir une ligne avec une autre table sont deux opérations différentes. Coupler.io fournit des mécanismes de préparation ; la compatibilité des données doit être démontrée par votre modèle.
Ce guide utilise un exemple fictif : deux tableaux de dépenses de campagnes et un référentiel de responsables. Les dépenses sont d’abord harmonisées, puis enrichies par une clé de compte et de campagne. Il ne crée aucune attribution commerciale à partir d’un simple nom partagé.
Transparence : cet article contient un lien affilié Coupler.io. Nous pouvons percevoir une commission si vous achetez via ce lien.
Analyse documentaire au 14 octobre 2026, sans essai dans un compte produit. Les exemples chiffrés sont fictifs et servent à expliquer la méthode.
Définir la ligne finale avant le rapprochement
La société fictive Delta veut une ligne par jour, compte, source et campagne. Cette définition permet de conserver deux campagnes portant le même nom sans les confondre. Le nom visible reste une information de lecture, pas la clé de rapprochement.
Le premier tableau représente les observations d’une plateforme, le deuxième celles d’une autre. Un référentiel fournit ensuite le responsable de chaque combinaison compte-campagne. Ce troisième tableau n’est pas une autre série de dépenses et ne doit pas être empilé avec les deux premiers.
Écrivez le dictionnaire final : date, source, compte, campagne, devise, dépense et responsable. Décidez quels champs sont obligatoires et ce qui arrive à une ligne sans responsable. Conserver l’exception est souvent plus utile que la supprimer pour que le rapport paraisse complet.
Harmoniser deux structures avant de les combiner
| Jour | Source | Compte | Campagne | Dépense EUR |
|---|---|---|---|---|
| 2026-10-12 | Source A | DA-1 | C-11 | 100 |
| 2026-10-12 | Source B | DB-2 | C-11 | 80 |
| 2026-10-13 | Source A | DA-1 | C-11 | 120 |
La dépense illustrative totale est de 300 EUR. Les deux campagnes C-11 restent distinctes grâce à leur contexte. Cette normalisation est un modèle proposé, pas un relevé produit.
Choisir l’ajout vertical ou la jointure
La présentation des transformations Coupler.io distingue l’assemblage de tables similaires et l’enrichissement par correspondance. Dans Delta, les observations normalisées sont empilées ; le référentiel de responsables enrichit ensuite ces observations.
Avant l’empilement, vérifiez les unités, les types et les définitions. Une colonne intitulée coût peut contenir un montant brut d’un côté et une unité technique de l’autre. Deux colonnes conversions peuvent également mesurer des événements différents. Un même nom ne prouve pas la compatibilité.
Avant la jointure, établissez la relation attendue. Si une campagne a plusieurs responsables dans le référentiel, la jointure peut multiplier ses lignes. Le résultat n’est pas forcément un incident du logiciel : le modèle peut simplement ne pas respecter l’hypothèse d’un responsable unique.
Configurer les sources et vérifier chaque aperçu
Le tutoriel officiel Coupler.io présente l’ajout de sources et la préparation des jeux de données. Connectez chaque source autorisée séparément, sélectionnez le périmètre utile et contrôlez son aperçu avant de chercher à tout combiner.
Pour Delta, le premier contrôle retrouve les 100 EUR dans la source A et les 80 EUR dans la source B. La date et la devise sont vérifiées avec la même rigueur que le montant. Un total final acceptable ne suffit pas si des erreurs opposées se compensent.
Renommez les colonnes vers le dictionnaire final, tout en conservant les identifiants d’origine. Ajoutez le contexte de source lorsqu’il n’est pas naturellement unique. N’appliquez pas une transformation globale à plusieurs sources avant d’avoir montré qu’elle convient à chacune.
Appliquer la combinaison puis contrôler la cardinalité
Empilez les observations compatibles pour obtenir les trois lignes du tableau d’exemple. Le total doit rester de 300 EUR. Si une autre valeur apparaît, examinez les conversions, les périodes et les observations répétées avant de poursuivre.
Le référentiel associe Source A, DA-1, C-11 à Alice et Source B, DB-2, C-11 à Karim. La jointure utilise une clé dont le contexte évite la collision du seul nom C-11. Dans votre interface, choisissez les colonnes correspondantes réellement disponibles et vérifiez le résultat dans l’aperçu.
Après enrichissement, recomptez les lignes et les clés d’observation distinctes. Une relation attendue de plusieurs observations vers un seul responsable doit préserver ce nombre. Si des lignes disparaissent ou se multiplient, inspectez les correspondances avant d’additionner les dépenses.
Reproduire le modèle avec trois onglets de travail
Créez un classeur source autorisé avec observations_a, observations_b et responsables. Les deux premiers reprennent les observations du tableau ; le troisième contient les colonnes campaign_key et responsable. Ajoutez campaign_key aux observations : A|DA-1|C-11 dans la source A et B|DB-2|C-11 dans la source B. Dans le référentiel, ces deux clés pointent respectivement vers Alice et Karim. La clé composite est un modèle proposé, à préparer dans vos données ; ce n’est pas un identifiant automatiquement fourni par Coupler.io.
Créez un flux avec Google Sheets comme source, utilisez Connect, puis sélectionnez le fichier et l’onglet. La procédure source Google Sheets décrit le compte et la plage. Utilisez les entêtes en première ligne et une plage A:Z pour ce petit exemple. Ajoutez séparément les deux jeux d’observations et le référentiel au flux pour voir leur structure.
Empiler puis enrichir dans la préparation
Empilez les deux jeux d’observations compatibles via Append ; gardez source, compte et campaign_key. Pour l’enrichissement, utilisez Join data avec le jeu d’observations à gauche et le référentiel à droite, en faisant correspondre campaign_key. Le tutoriel officiel décrit la jointure avec conservation des lignes de gauche et ajout des correspondances à droite. Vérifiez trois observations, trois clés jour-campaign_key distinctes et un total de 300 EUR après enrichissement, avant l’écriture en destination. Deux responsables pour une clé doivent déclencher une revue du référentiel.
L’aide source consultée emploie encore certains anciens noms de forfaits pour ses limites de lignes. Ne les recopiez pas comme offre actuelle : consultez la grille tarifaire courante pour le volume autorisé. Ce petit exemple décrit le mécanisme et son contrôle, pas une capacité de volume garantie.
Les exceptions qui rendent le modèle vérifiable
| Cas | Résultat attendu | Décision |
|---|---|---|
| C-11 existe sur deux sources | Deux identités distinctes | Conserver source et compte dans la clé |
| Deux responsables pour DA-1/C-11 | Ambiguïté détectée | Corriger le référentiel |
| Responsable manquant | Observation conservée et signalée | Attribuer une revue humaine |
| Dépense en USD ajoutée | Devise séparée | Définir conversion ou vue distincte |
| Deux chargements de même période | Pas de nouvelles dépenses inventées | Examiner écriture et doublons |
Écrire dans Sheets sans mélanger les responsabilités
Choisissez la destination Google Sheets et un onglet réservé, selon la procédure documentée. Les colonnes importées n’accueillent pas les annotations manuelles que vous souhaitez conserver. Placez l’analyse et les commentaires dans des zones séparées.
Si chaque run reprend tout le périmètre, une destination en état courant doit éviter d’accumuler plusieurs copies identiques. Le mode d’ajout en destination est une décision distincte de l’empilement des sources dans la préparation. Les deux opérations peuvent porter un nom similaire tout en jouant des rôles différents.
Exécutez manuellement et comparez le total avant et après l’écriture. Contrôlez les formats numériques du classeur, sa locale et les dates visibles. Une valeur importée comme texte peut rester lisible mais ne pas participer au calcul attendu.
Coordonner les périodes et les actualisations
Une vue combinée peut contenir des sources d’âges différents. Gardez la période d’observation et, lorsque votre dispositif le permet, la date d’extraction de chaque source. Le lecteur doit savoir si toutes les données couvrent la même fenêtre.
La programmation documentée s’utilise après validation du résultat. Choisissez une cadence compatible avec vos sources et votre plan, puis vérifiez le cas où l’une des sources est indisponible. Un tableau partiel doit être reconnaissable.
Pour une livraison mensuelle, définissez aussi la date de clôture et la politique de révision. Une source publicitaire peut réviser un ancien jour ; une simple addition d’observations nouvelles peut alors manquer la correction. Le modèle d’actualisation doit correspondre à ces changements, pas seulement à l’arrivée de nouvelles lignes.
Garder une autorité pour chaque information
Delta corrige un responsable dans son référentiel et une dépense dans son système source selon les procédures appropriées. Une cellule de reporting ne devient pas une nouvelle vérité concurrente. Le dictionnaire indique où chaque information doit être maintenue.
Notre guide d’identité des contacts HubSpot avec Make montre pourquoi les clés et les événements doivent être distingués dans un autre type de parcours. Ici, la clé d’observation sert à comparer les lignes, sans créer de nouvelles fiches commerciales.
Avant d’ajouter une troisième série de dépenses, refaites les mêmes contrôles de définition et de granularité. Le nombre de connecteurs est moins important que la possibilité d’expliquer le total final. Un modèle vérifiable peut évoluer ; un total dont l’origine n’est plus traçable devient difficile à défendre.
FAQ : questions pratiques
Quelle différence entre Append et Join ?
Dans ce scénario, l’ajout empile des observations compatibles ; la jointure enrichit une observation grâce à une correspondance. Vérifiez la structure et la relation attendue avant de choisir.
Pourquoi ma jointure multiplie-t-elle les montants ?
Le référentiel peut contenir plusieurs correspondances pour une clé. Examinez cette cardinalité et les clés utilisées avant d’agréger ; le nom visible de campagne ne suffit pas toujours.
Faut-il fusionner les campagnes ayant le même nom ?
Pas automatiquement. Deux comptes ou plateformes peuvent employer le même nom. Conservez le contexte et n’établissez une correspondance que si votre définition la justifie.
Combiner les sources déduplique-t-il les ventes attribuées ?
Non. La combinaison technique ne fournit pas une identité client ou une méthode d’attribution. Gardez les mesures séparées tant que cette méthode n’est pas établie.
Conclusion
Dessinez d’abord votre ligne finale et sa clé, puis rapprochez deux petits extraits et un référentiel rempli. Acceptez les totaux et les exceptions avant de programmer le flux. Si Coupler.io couvre vos sources et ces transformations, examinez son offre via le lien affilié.
Évaluer Coupler.io pour réunir vos sources dans Sheets
Sources officielles
Consultées le 14 octobre 2026.