Paramétrez Openflow Connector for LinkedIn Ads¶
Note
Le connecteur est soumis aux conditions d’utilisation du connecteur.
Cette rubrique décrit les étapes pour paramétrer Openflow Connector for LinkedIn Ads.
Conditions préalables¶
Assurez-vous d’avoir consulté À propos de Openflow Connector for LinkedIn Ads.
Assurez-vous que vous avez paramétré Openflow.
Obtenir les identifiants de connexion¶
En tant qu’utilisateur de LinkedIn Ads, effectuez les tâches suivantes :
Facultatif : si vous n’avez pas de compte publicitaire pour exécuter et gérer des campagnes, vous devez en créer un.
Assurez-vous que le compte utilisateur https://www.linkedin.com/help/lms/answer/a417905?trk=hc-articlePage-peopleAlsoViewed a au moins un rôle VIEWER sur le compte publicitaire.
Utilisez le compte utilisateur pour demander l’accès à l’API Advertising. Pour plus d’informations, consultez Microsoft quick start.
Obtenez un jeton d’actualisation https://learn.microsoft.com/en-us/linkedin/shared/authentication/developer-portal-tools?context=linkedin%2Fcontext#generate-a-token-in-the-developer-portal. Utilisez
3-legged oAuth
et le champ d’applicationr_ads_reporting
.Obtenez l’ID client, le secret du client à partir du portail du développeur LinkedIn. Ces identifiants sont disponibles dans l’onglet Auth dans App Details.
Paramétrage du compte Snowflake¶
En tant qu’administrateur de compte Snowflake, effectuez les tâches suivantes :
Créez un nouveau rôle ou utilisez un rôle existant.
Créez un nouvel utilisateur du service Snowflake avec le type SERVICE.
Autorisez l’utilisateur du service Snowflake le rôle que vous avez créé dans les étapes précédentes.
Configurez avec l’authentification par paire de clés pour l’utilisateur de Snowflake SERVICE de l’étape 2.
Snowflake recommande vivement cette étape. Configurez un gestionnaire de secrets pris en charge par Openflow, par exemple AWS, Azure et Hashicorp, et stockez les clés publiques et privées dans le magasin de secrets.
Note
Si, pour une raison quelconque, vous ne souhaitez pas utiliser un gestionnaire de secrets, il vous incombe de protéger les fichiers de clés publiques et privées utilisés pour l’authentification par paires de clés conformément aux politiques de sécurité de votre organisation.
Une fois le gestionnaire de secrets configuré, déterminez comment vous vous y authentifierez. Sur AWS, il est recommandé d’utiliser le rôle de l’instance EC2 associée à Openflow, car de cette manière, aucun autre secret ne doit être conservé.
Dans Openflow, configurez un fournisseur de paramètres associé à ce gestionnaire de secrets, à partir du menu hamburger en haut à droite. Naviguez vers Controller Settings » Parameter Provider et récupérez les valeurs de vos paramètres.
À ce stade, tous les identifiants peuvent être référencés avec les chemins de paramètres associés et aucune valeur sensible ne doit être conservée dans Openflow.
Si d’autres utilisateurs de Snowflake ont besoin d’accéder aux documents bruts ingérés et aux tables ingérées par le connecteur (par exemple, pour un traitement personnalisé dans Snowflake), accordez à ces utilisateurs le rôle créé à l’étape 1.
Créez une base de données et un schéma dans Snowflake pour que le connecteur puisse stocker les données ingérées. Accordez les Privilèges de base de données requis au rôle créé lors de la première étape. Remplacez l’espace réservé au rôle par la valeur réelle et utilisez les commandes SQL suivantes :
CREATE DATABASE linkedin_destination_db; CREATE SCHEMA linkedin_destination_db.linkedin_destination_schema; GRANT USAGE ON DATABASE linkedin_destination_db TO ROLE <linkedin_connector_role>; GRANT USAGE ON SCHEMA linkedin_destination_db.linkedin_destination_schema TO ROLE <linkedin_connector_role>; GRANT CREATE TABLE ON SCHEMA linkedin_destination_db.linkedin_destination_schema TO ROLE <linkedin_connector_role>;
Créez un entrepôt qui sera utilisé par le connecteur ou utilisez un entrepôt existant. Commencez par la taille d’entrepôt la plus petite, puis faites des essais en fonction du nombre de tables répliquées et de la quantité de données transférées. Les tables de grande taille s’adaptent généralement mieux aux entrepôts multi-clusters, plutôt qu’aux entrepôts de grande taille.
Assurez-vous que l’utilisateur dont le rôle est utilisé par le connecteur dispose des privilèges requis pour utiliser l’entrepôt. Si ce n’est pas le cas, accordez les privilèges requis au rôle.
CREATE WAREHOUSE linkedin_connector_warehouse WITH WAREHOUSE_SIZE = 'X-Small'; GRANT USAGE ON WAREHOUSE linkedin_connector_warehouse TO ROLE <linkedin_connector_role>;
Définir le connecteur¶
En tant qu’ingénieur des données, effectuez les tâches suivantes pour installer et configurer le connecteur :
Installer le connecteur¶
Créez une base de données et un schéma dans Snowflake pour que le connecteur puisse stocker les données ingérées. Accordez les Privilèges de base de données requis au rôle créé lors de la première étape. Remplacez l’espace réservé au rôle par la valeur réelle et utilisez les commandes SQL suivantes :
CREATE DATABASE DESTINATION_DB; CREATE SCHEMA DESTINATION_DB.DESTINATION_SCHEMA; GRANT USAGE ON DATABASE DESTINATION_DB TO ROLE <CONNECTOR_ROLE>; GRANT USAGE ON SCHEMA DESTINATION_DB.DESTINATION_SCHEMA TO ROLE <CONNECTOR_ROLE>; GRANT CREATE TABLE ON SCHEMA DESTINATION_DB.DESTINATION_SCHEMA TO ROLE <CONNECTOR_ROLE>;
Naviguez jusqu’à la page d’aperçu d’Openflow. Dans la section Featured connectors, sélectionnez View more connectors.
Sur la page des connecteurs Openflow, trouvez le connecteur et sélectionnez Add to runtime.
Dans la boîte de dialogue Select runtime, sélectionnez votre environnement d’exécution dans la liste déroulante Available runtimes.
Sélectionnez Add.
Note
Avant d’installer le connecteur, assurez-vous que vous avez créé une base de données et un schéma dans Snowflake pour que le connecteur puisse stocker les données ingérées.
Authentifiez-vous au déploiement avec les identifiants de votre compte Snowflake et sélectionnez Allow lorsque vous êtes invité à autoriser l’application d’exécution à accéder à votre compte Snowflake. Le processus d’installation du connecteur prend quelques minutes.
Authentifiez-vous auprès de l’environnement d’exécution avec les identifiants de votre compte Snowflake.
Le canevas Openflow apparaît avec le groupe de processus du connecteur ajouté.
Configuration du connecteur¶
Note
Chaque groupe de processus est chargé de récupérer les données pour une seule configuration de rapport. Pour utiliser plusieurs configurations selon une planification régulière, créez un groupe de processus distinct pour chaque configuration de rapport.
Cliquez avec le bouton droit de la souris sur le groupe de processus importé et sélectionnez Parameters.
Renseignez les valeurs des paramètres requis comme décrit dans Paramètres de débit.
Paramètres de débit¶
Cette section décrit les paramètres de flux que vous pouvez configurer en fonction des contextes de paramètres suivants :
Paramètres de la source des publicités Linkedin: pour établir la connexion avec l’API LinkedIn Ads.
Paramètres de destination des publicités Linkedin: pour établir la connexion avec Snowflake.
- Paramètres d’ingestion des publicités Linkedin: contient tous les paramètres des deux autres contextes de paramètres et des paramètres supplémentaires spécifiques à un groupe de processus donné.
Comme ce contexte de paramètres contient des détails spécifiques à l’ingestion, vous devez créer de nouveaux contextes de paramètres pour chaque nouveau rapport et groupe de processus.
Paramètres de la source Linkedin Ads¶
Paramètre |
Description |
---|---|
ID de client |
L’ID client d’une application enregistrée sur LinkedIn |
Secret du client |
Le secret du client lié à l’ID du client |
Jeton d’actualisation |
Un utilisateur obtient le jeton d’actualisation après le processus d’enregistrement de l’app. Il l’utilise avec l’ID et le secret du client pour obtenir un jeton d’accès. |
Point de terminaison du jeton |
Le point de terminaison du jeton est obtenu par un utilisateur au cours du processus d’enregistrement de l’app |
Paramètres de destination Linkedin Ads¶
Paramètre |
Description |
---|---|
Base de données de destination |
La base de données dans laquelle les données seront conservées. Elle doit déjà exister dans Snowflake |
Schéma de destination |
Le schéma dans lequel les données seront conservées. Elle doit déjà exister dans Snowflake |
Identificateur de compte Snowflake |
Nom du compte Snowflake formaté comme suit : [[nom de l’organisation] -[[nom du compte] où les données seront conservées |
Stratégie d’authentification Snowflake |
Stratégie d’authentification auprès de Snowflake. Valeurs possibles : SNOWFLAKE_SESSION_TOKEN - lorsque nous exécutons le flux sur SPCS, KEY_PAIR lorsque nous voulons configurer l’accès à l’aide d’une clé privée |
Clé privée de Snowflake |
La clé privée RSA utilisée pour l’authentification. La clé RSA doit être formatée selon les normes PKCS8 et comporter les en-têtes et pieds de page standard PEM. Notez que vous devez définir soit le fichier de clé privée de Snowflake, soit la clé privée de Snowflake |
Fichier de clé privée de Snowflake |
Le fichier qui contient la clé privée RSA utilisée pour l’authentification à Snowflake, formaté selon les normes PKCS8 et comportant les en-têtes et pieds de page standard PEM. La ligne d’en-tête commence par |
Mot de passe de la clé privée de Snowflake |
Le mot de passe associé au fichier de la clé privée de Snowflake |
Rôle Snowflake |
Rôle Snowflake utilisé lors de l’exécution de la requête |
Nom d’utilisateur Snowflake |
Nom d’utilisateur utilisé pour se connecter à l’instance de Snowflake |
Entrepôt Snowflake |
L’entrepôt de Snowflake est utilisé pour exécuter des requêtes |
Paramètres d’ingestion de Linkedin Ads¶
La table suivante dresse la liste des paramètres qui ne sont pas hérités des autres contextes de paramètres :
Paramètre |
Description |
---|---|
Report Name |
Le nom unique du rapport. Il est en majuscules et utilisé comme nom de la table de destination. |
Date de début |
Granularité temporelle des résultats. Valeurs possibles :
|
Fenêtre de conversion |
Délai pendant lequel les données sont actualisées lors d’un chargement incrémentiel lorsque la granularité temporelle Elle ne doit être spécifiée que lorsque la granularité temporelle DAILY est choisie. Pour les autres granularités temporelles possibles, telles que La fenêtre de conversion peut être un nombre quelconque compris entre 1 et 365. |
Métriques |
Liste de métriques séparées par des virgules. Les mesures sont sensibles à la casse. Pour plus d’informations, consultez Reporting. Les mesures Vous pouvez spécifier jusqu’à 20 mesures, y compris les mesures obligatoires. |
Pivots |
Liste des pivots séparés par des virgules. Les pivots disponibles sont les suivants : Le connecteur utilise l’outil de recherche analytique lorsque zéro ou un pivot est spécifié, et passe à l’outil de recherche statistique lorsque deux ou trois pivots sont sélectionnés. Vous pouvez utiliser trois pivots au maximum. |
Partages |
Liste des IDs partagés séparés par des virgules. Ce paramètre peut être utilisé pour filtrer les résultats par ID partagé. |
Campagnes |
Liste des IDs de campagnes séparés par des virgules. Ce paramètre peut être utilisé pour filtrer les résultats par ID de campagne. |
Groupes de campagne |
Liste des IDs de groupes de campagne séparés par des virgules. Ce paramètre peut être utilisé pour filtrer les résultats par ID de groupe de campagne. |
Comptes |
Liste des IDs de comptes séparés par des virgules. Ce paramètre peut être utilisé pour filtrer les résultats par ID de compte . |
Entreprises |
Liste des IDs d’entreprises séparées par des . Ce paramètre peut être utilisé pour filtrer les résultats par ID d’entreprise. |
Base de données de destination |
La base de données de destination dans laquelle la table de destination est créée. Elle doit être créée par l’utilisateur. |
Schéma de destination |
Le schéma de destination dans lequel la table de destination est créée. Elle doit être créée par l’utilisateur. |
Note
Vous devez spécifier au moins un des filtres, à savoir les actions, les campagnes, les groupes de campagnes, les comptes ou les entreprises.
Exécutez le flux¶
Cliquez avec le bouton droit de la souris sur l’avion et sélectionnez Enable all Controller Services.
- Cliquez avec le bouton droit de la souris sur le groupe de processus importé et sélectionnez Start.
Le connecteur démarre l’ingestion des données.