Amélioration enrichissement natif LGM <> Dropcontact

Hey !
Je trouve que l’enrichissement natif avec Dropcontact n’est pas optimal.

Le + :
Ce qui est cool c’est qu’on arrive dans la plupart des cas à trouver un pattern d’email. {f}.{lastname}@domain.com

Le - :
Ca manque encore de robustesse avec parfois des mails manquants alors que le pattern est validé et que l’email existe. J’ai déjà fait le test avec Bouncer à la main et ca fonctionne bien.

Job to be done

  1. Vous avez déjà planché sur le sujet ?
  2. Je travaille sur le sujet
    a. J’ai mis en place un webhook sur ma campagne pour tracker l’info dans Gsheet
    b. J’ai un Appscript qui me detecte le pattern d’email et rempli si vide
    c. Workflow n8n a trigger à la main pour remplir le champ dans LGM. (Jarrive pas à faire de requête POST depuis Gsheet vers LGM…)

Fastidieux … vous avez mieux ?

Salut @Arnaud
Je te rejoins sur la faible qualité de DC depuis qqs temps, et - sans trop en dévoiler pour le moment - je te confirme qu’on bosse sur ce sujet.

Pour ce qui est de ton workflow

  • comment détectes tu (avec quoi) le pattern ?
  • si tu veux de l’aide sur la requete depuis gsheet, dis m’en plus et je t’envoies ca

mais t’as raison, c fastidieux…donc on veut faire mieux / plus simple que ca

3 Likes

Hey @Brice , ravi de voir que vous planchez sur le sujet.

  • Appscript sur Gsheet mais c’est loin d’être parfait.

La logique est le suivante:
Si tu trouves une adresse email provenant de tel domaine, applique le même pattern sur les autres adresses du même domaine.
Il faudrait aller plus loin et vérifier avec un outil comme Bouncer si l’email est valide.
Mais j’ai pas réussi avec Gsheet

  • Ah yes ultra chaud, si tu peux me débloquer sur les POST request depuis Gsheet vers LGM ca serait cool, ca m’éviterait de passer via n8n.
1 Like

je ne sais pas comment tu fais pour trouver le pattern (ou alors faut tester plein de permutations?) mais pour faire une requete post sur gsheet, ca ressemble a ca:

function makePostRequest() {
  var url = 'https://your-api-endpoint.com/post'; // Mets ton endpoint ici
  var payload = {
    key1: 'value1',
    key2: 'value2'
  };

  var options = {
    'method' : 'post',
    'contentType': 'application/json',
    'payload' : JSON.stringify(payload)
  };

  try {
    var response = UrlFetchApp.fetch(url, options);
    Logger.log(response.getContentText()); // pour débugger
  } catch (error) {
    Logger.log(error.toString()); // pour débugger
  }
}
2 Likes

Je teste en ce moment fullenrich.
Ca passe par dropcontact mais également 11 providers de plus.
Mes premiers tests sont positifs et améliorent les perf.
Ils ne sont pas assez exhaustifs pour te dire que c est révolutionnaire mais c est comme je te disais c est déjà mieux que passer uniquement par dp, ou un seul provider.

Tu peux contacter Benjamin Douablin de ma part.
Il est co-founder.

4 Likes

Merci @iker ! Et @Benjamin_Douablin is already in here :slight_smile:

4 Likes

T’as testé https://enrow.io/ @Iker ?

1 Like

Yes en effet ça ressemble à ça

function generateEmailPatterns() {
  var sheet = SpreadsheetApp.getActiveSpreadsheet().getActiveSheet();
  var data = sheet.getDataRange().getValues();

  // Loop through rows to detect the email pattern
  for (var i = 1; i < data.length; i++) {
    var email = data[i][4]; // Email is in column E
    var firstNameClean = data[i][6]; // Firstname (clean) is in column G
    var lastNameClean = data[i][7]; // Lastname (clean) is in column H
    var domain = data[i][8]; // Domain is in column I

    if (email && firstNameClean && lastNameClean && domain) {
      var detectedPattern = detectPattern(firstNameClean, lastNameClean, email);
      // Writing the detected pattern to the 'Email(2)' column (Column J)
      sheet.getRange(i + 1, 10).setValue(detectedPattern + '@' + domain);
    }
  }
}

function detectPattern(firstName, lastName, email) {
  var emailLocalPart = email.split('@')[0];
  var patterns = {
    '{first}.{last}': firstName.toLowerCase() + '.' + lastName.toLowerCase(),
    '{first}': firstName.toLowerCase(),
    '{f}{last}': firstName.charAt(0).toLowerCase() + lastName.toLowerCase(),
    '{first}{last}': firstName.toLowerCase() + lastName.toLowerCase(),
    '{last}': lastName.toLowerCase()
  };

  // Matching the email with the defined patterns
  for (var pattern in patterns) {
    if (emailLocalPart === patterns[pattern]) {
      return pattern; // Return the pattern key if matched
    }
  }
  return 'Unknown'; // Return 'Unknown' if no pattern matched
}

1 Like

Bien vu @Iker - c’est un enrichissement en cascade ?
Autre point : Comment fais tu étant donné que l’intégration n’est pas native LGM.
J’imagine que tu télécharges ton audience en CSV depuis Sales Nav, tu enrichis puis tu réinjectes le CSV ?

1 Like

@Guillaume.Albisetti pour moi le must c’est Clay car tu peux faire de l’enrichissement en cascade sans avoir d’accès DC, Hunter, … Ca pompe juste des crédits.
Mais je vois deux inconvénients:

  1. Clay coûte cher
  2. A nouveau il faut bidouiller, faire des exports de CSV …
2 Likes

Pas mal de bon retours sur Clay de mon côté également. Mais c’est vrai que le pricing est élevé !

1 Like

Nope jamais. Toi oui ? C’est cool ?

1 Like

L’utilisation d fullenrich est nouvelle.
Après pour certainns prochainn test oui je vais procédé en csv.
Si c’est plus avancé, j’upload la database dans le CRM et synchro avec LGM.
Tout est possible.

2 Likes

Oui, ça vaudrait le coup que tu testes @Iker !
Tu confirmes @Brice ? :wink:

1 Like

L’enrichissement natif permet de se prémunir du RGPD en mon sens. Certains mail existent, mais sont volontairement inaccessible dans les bases de données car le détenteur n’a pas donné l’autorisation de partage. Alors ça n’explique pas tout, mais il faut utiliser la reconstitution de mail avec des pincettes. Surtout si l’on fait du mass (ce qui n’est pas mon cas)

Essayes plutôt de faire de l’enrichissement en cascade: Votre Stack Sales Machine en 2024 - #6 par MSJA69

Bien vu @MSJA69 - J’avais jamais envisagé les choses sous cet angle

Oui merci pour la ressource.
C’est ce qu’on a vu plus haut avec Guillaume et Iker avec notamment Clay pour l’enrichissement en cascade.
Seul bémol : la tarif.

1 Like

Non, c’est pas ça.

Dropcontact par exemple, n’a pas de base de donnée. La majorité du temps, tu n’as pas besoin de db d’ailleurs. Tu reconstitues les permutations possibles de l’email, et tu les testes en pingant le serveur du destinataire. C’est vraiment simplissime comme démarche, et ca s’appuie sur l’archaïsme de l’envoi d’email (explication technique)