Comment réunir les offres LinkedIn et le suivi de vos candidatures dans un même tableur

1. Commencez par vos propres données de candidature

Conservez une copie intacte de votre liste actuelle de candidatures avant toute fusion. Utilisez un export officiel de votre compte s’il fournit les données nécessaires. Sinon, copiez manuellement un petit ensemble de données à partir de vos propres dossiers et justificatifs.

LinkedIn propose une procédure pour demander vos données personnelles. Sa page d’aide indique que seules vos propres données sont fournies, et uniquement les catégories qui concernent votre compte. Cette source ne permet pas d’établir qu’un export complet des données privées de Job Tracker est disponible. Vérifiez ce que votre compte fournit réellement. Aide LinkedIn sur les données personnelles, vérifiée le 25 octobre 2026 ; disponibilité d’un export complet de Job Tracker non établie.

Pour chaque candidature, notez l’employeur, le poste, le lien de l’offre s’il est disponible, la date de candidature et le justificatif associé. Ce justificatif peut être une confirmation d’envoi ou un message de l’employeur. Si la date manque, laissez-la vide. Ne saisissez pas zéro et n’utilisez pas la date à laquelle vous avez copié les données.

Attribuez un identifiant à chaque candidature distincte. Un identifiant est un libellé stable qui désigne un enregistrement. Conservez le même identifiant de candidature lorsque vous ajoutez des événements à cette candidature. Une seconde candidature à une autre offre doit avoir un identifiant différent, même si l’employeur et l’intitulé du poste sont identiques.

Une offre enregistrée n’est pas une candidature. Un brouillon ne prouve pas l’envoi. Si vous ne pouvez pas confirmer l’envoi d’une candidature, notez cette incertitude. N’attribuez pas le statut « Candidature envoyée » à chaque offre enregistrée.

2. Collectez un petit échantillon d’offres publiques

Utilisez un export public vérifié si vous en avez déjà un. Sinon, LinkedIn Jobs Scraper, spécifications publiques vérifiées le 25 octobre 2026 ; aucune exécution payante testée, accepte des identifiants ou des URL d’offres connus. Un Actor est un programme hébergé qui collecte des données. Cet Actor fournit les données d’offres publiques utilisées dans la méthode ci-dessous.

Voici les paramètres fournis pour cette petite collecte :

{
  "fetchJobDetails": true,
  "jobIds": ["4251746246"],
  "maxItems": 1,
  "saveOnlyUniqueItems": true
}

Remplacez l’identifiant d’exemple par un identifiant ou une URL d’offre connu de votre propre liste. Gardez l’identifiant entre guillemets. Les paramètres fournis ont été vérifiés par rapport au schéma d’entrée public, qui définit les réglages acceptés. Aucune collecte payante n’a été exécutée pour ce guide. Son exécution est une action proposée au lecteur.

`maxItems` limite le nombre d’offres enregistrées pour l’ensemble des entrées de collecte. Ici, la limite est d’une offre. `fetchJobDetails` demande les descriptions complètes et les détails lorsqu’ils sont disponibles. Ce paramètre ne garantit pas la présence de chaque champ. `saveOnlyUniqueItems` supprime les offres répétées au cours d’une même exécution. Votre tableur doit tout de même avoir sa propre règle pour les imports suivants.

Une Task est un ensemble de paramètres d’entrée enregistré pour un Actor. La Task publique LinkedIn Jobs to Google Sheets, vérifiée le 25 octobre 2026 ; présence publique uniquement, paramètres enregistrés et exécution non testés, est un autre point de départ. Examinez ses paramètres enregistrés et remplacez les valeurs d’exemple avant de l’utiliser. Son nom ne prouve pas qu’elle fusionne les candidatures personnelles ou conserve votre historique d’événements.

3. Construisez le tableau Offres à partir d’identités vérifiées

Créez une clé d’offre à partir de la plateforme et de l’identifiant d’offre fourni par la source. Une clé est une valeur qui permet de relier les enregistrements correspondants. Enregistrez les deux éléments au format texte. Ne reliez jamais deux identifiants vides. N’utilisez jamais uniquement l’intitulé du poste et le nom de l’employeur pour prouver l’identité d’une offre.

Le guide de suivi des offres explique pourquoi la stabilité des identifiants de plateforme et d’offre compte d’une collecte à l’autre. Appliquez cette règle d’identification avant la fusion. L’envoi d’alertes reste une tâche distincte.

Utilisez ces colonnes dans Offres. Les deux dernières lignes décrivent des champs que vous tenez à jour vous-même.

Les spécifications publiques actuelles de l’Actor documentent ces champs sources. Ils décrivent les offres, pas votre historique privé de candidatures. Les valeurs facultatives peuvent manquer. Version publique par défaut 0.2.26, vérifiée le 25 octobre 2026 ; examen statique des spécifications, aucune exécution payante.

Conservez la sortie brute sans modification. Avant d’ajouter des lignes, recherchez les identifiants manquants et les clés répétées. Mettez de côté toute ligne sans identifiant utilisable pour la vérifier. N’attribuez pas une clé commune, comme « Inconnu », à des lignes sans rapport entre elles.

4. Créez le tableau Événements de candidature

Conservez les actions personnelles dans Événements de candidature. Ajoutez une ligne pour chaque événement étayé par une preuve. Postuler, passer un entretien, recevoir un refus, retirer sa candidature et recevoir une proposition d’embauche sont des événements personnels. Ce ne sont pas des champs d’offres publiques.

Un identifiant de candidature doit se répéter lorsqu’une candidature comporte plusieurs événements. Un envoi et un entretien ultérieur pour la même candidature partagent le même identifiant de candidature. Leurs identifiants d’événement doivent être différents.

Une erreur d’identifiant se produit lorsque vous attribuez le même identifiant de candidature à deux candidatures différentes. La répétition d’un identifiant de candidature ne constitue donc pas, à elle seule, une erreur de doublon. Vérifiez ce que chaque identifiant désigne. Contrôlez séparément les identifiants d’événement : chacun doit désigner un seul événement.

Gardez le contrôle de vos justificatifs. La méthode de collecte publique n’a pas besoin de vos messages privés. Enregistrez une référence dans le tableur si elle suffit pour retrouver la preuve plus tard.

5. Reliez les candidatures et laissez les clés incertaines vides

Une jointure relie des lignes dont les clés sont égales. Dans cette méthode, reliez une candidature au tableau Offres uniquement après avoir vérifié l’identité de l’offre.

Effectuez ces vérifications pour chaque candidature :

1. Recherchez l’URL ou l’identifiant d’origine de l’offre LinkedIn dans votre dossier de candidature.
2. Vérifiez que l’identifiant correspond à l’employeur et au poste attendus.
3. Confirmez que la même plateforme et le même identifiant figurent dans Offres.
4. Saisissez la clé d’offre vérifiée et notez la preuve de correspondance.
5. Si les preuves ne permettent pas d’établir la correspondance, laissez la clé d’offre vide et indiquez « Non résolue » comme état de la correspondance.

Une URL de la page carrières d’un employeur peut nécessiter des preuves supplémentaires avant d’être reliée à une offre LinkedIn. Des intitulés et des noms d’employeur similaires sont des indices utiles. Ils ne prouvent pas que deux enregistrements décrivent le même poste à pourvoir. Une republication avec un identifiant différent doit aussi être vérifiée.

Conservez dans la vue actuelle les candidatures dont la correspondance reste non résolue. L’absence de correspondance n’efface pas une candidature que vous savez avoir envoyée. Elle signifie que son lien avec une ligne d’offre publique reste à vérifier.

Appliquez une correspondance confirmée de façon cohérente à tous les événements de cette candidature. Conservez l’export personnel d’origine et votre décision de correspondance. Si des preuves ultérieures changent cette correspondance, notez la correction et sa raison. Ne rattachez pas la candidature à une autre offre sans le signaler.

6. Définissez une règle pour le statut actuel des candidatures

La Vue actuelle doit présenter une ligne par identifiant de candidature. Construisez-la à partir d’Événements de candidature, puis ajoutez les données d’offres publiques lorsqu’une clé vérifiée existe. Ainsi, les candidatures restent visibles même sans offre publique correspondante.

Notez la règle qui détermine le statut actuel à partir des événements. Un petit suivi manuel peut utiliser la règle proposée ci-dessous :

1. Utilisez les événements étayés par des preuves pour un même identifiant de candidature.
2. Classez-les par date d’événement, en tenant compte de l’heure si vous la connaissez.
3. Utilisez l’événement le plus récent qui établit clairement un statut.
4. Faites vérifier manuellement les événements contradictoires, sans date ou de même date et heure lorsque leur ordre change le résultat.
5. Notez explicitement toute réouverture ultérieure au lieu de supposer qu’une nouvelle note annule un refus ou un retrait.

Un envoi confirmé peut justifier le statut « Candidature envoyée ». Un entretien étayé par une preuve peut justifier le statut « Entretien ». Un refus, un retrait ou une proposition d’embauche peut justifier le statut correspondant. Une note sur une page d’offre ne justifie aucun de ces statuts personnels.

Distinguez la date de l’événement de sa date d’enregistrement. Saisir aujourd’hui un ancien refus ne fait pas d’aujourd’hui la date du refus. Une date d’événement inconnue reste inconnue tant que vous ne pouvez pas l’étayer.

Affichez l’identifiant de candidature, le statut actuel, l’événement qui le justifie, la clé d’offre vérifiée, l’état de la correspondance, les données d’offre disponibles et la dernière vérification de la source. Ajoutez une explication comme « date inconnue » dans la vue si cela est utile. N’enregistrez pas cette explication comme une date.

7. Importez les offres suivantes sans remplacer l’historique personnel

Un import ajoute de nouvelles lignes au tableur. Limitez les imports d’offres publiques au tableau Offres. Retrouvez la clé d’offre existante avant de mettre à jour ses données publiques. Ajoutez une nouvelle clé sous forme d’une nouvelle ligne d’offre. Ne créez pas un événement de candidature simplement parce qu’une offre est importée de nouveau.

Avant l’import, enregistrez une copie du tableur et de la sortie brute de la source. Examinez les clés répétées et les changements inattendus. Conservez l’observation précédente lorsque des changements dans les conditions peuvent modifier votre décision. Le guide de comparaison des conditions publiques explique comment comparer les textes d’offres enregistrés sans confondre l’heure de collecte avec l’heure de modification par l’employeur.

Traitez séparément les cas suivants :

La disparition d’une offre des résultats de recherche ne prouve ni un refus, ni une embauche, ni la clôture du recrutement. Votre dernière vérification réussie de la source et le statut de votre candidature répondent à des questions différentes.

La sélection des offres reste aussi une tâche distincte. Utilisez le guide de présélection des offres adaptées à votre profil avant de décider à quels postes consacrer du temps de candidature. Cette méthode de fusion conserve les décisions déjà étayées par vos données ; elle n’évalue pas votre CV et n’envoie pas de candidatures.

8. Suivez un exemple et vérifiez les totaux

Cet exemple détaillé est une fiction originale. Tous les intitulés d’offres, candidatures, dates, justificatifs et événements ci-dessous sont inventés. Ce ne sont ni des résultats de l’Actor ni des constatations d’employeurs. Toutes les dates se situent en octobre 2026.

Un import public contient cinq lignes avec cinq clés vérifiées distinctes :

La liste personnelle contient trois candidatures. Deux sont reliées à des offres LinkedIn dont l’identité a été vérifiée. La troisième dispose uniquement d’un justificatif provenant d’une page de l’employeur, sans preuve de correspondance avec LinkedIn.

Le tableau des événements contient quatre lignes :

« Cellule vide dans le tableur » est une explication affichée pour cet article. Laissez la cellule correspondante réellement vide dans votre tableur. N’enregistrez pas cette expression, « Non résolue » ou une autre valeur de remplacement commune comme clé. La colonne distincte d’état de la correspondance contient « Non résolue ».

La candidature A001 apparaît à juste titre deux fois, car elle comporte deux événements. E001 et E004 restent des événements distincts. La candidature ne compte toujours qu’une fois.

Voici la vue actuelle obtenue :

Vérifiez les calculs en précisant les unités :

• Import public : 5 lignes d’offres représentant 5 clés d’offre uniques.
• Liste personnelle : 3 identifiants de candidature distincts représentant 3 candidatures.
• Historique des événements : 3 événements d’envoi de candidature + 1 événement d’entretien = 4 lignes d’événements.
• Totaux des correspondances : 2 candidatures avec correspondance établie + 1 candidature avec correspondance non résolue = 3 candidatures.
• Clés publiques reliées : 2 clés. Clés publiques non reliées : 5 − 2 = 3 clés.

Les trois clés d’offre non reliées n’ont aucune candidature correspondante dans cet exemple. Cela ne permet aucune conclusion sur les données extérieures à cette liste personnelle. Il s’agit de nombres d’enregistrements, pas de nombres de personnes ou de postes vacants sur l’ensemble du marché.

Importez maintenant les cinq mêmes lignes publiques une seconde fois. Offres doit toujours contenir cinq clés uniques. Événements de candidature doit toujours contenir quatre lignes d’événements. La vue actuelle doit toujours contenir trois candidatures avec les mêmes statuts et les mêmes états de correspondance.

Supposons ensuite qu’un lot ultérieur ne contienne pas F102. Conservez son observation du 3 octobre, sauf si vous obtenez une vérification plus récente. Selon la règle définie, A002 garde le statut « Candidature envoyée ». L’absence de l’offre n’ajoute aucun événement de refus.

Avant de valider le tableur, vérifiez que chaque clé non vide associée à une candidature existe dans Offres. Vérifiez qu’aucune candidature dont la correspondance reste non résolue ne possède de clé de remplacement. Vérifiez que les identifiants d’événement sont uniques et que les identifiants de candidature répétés appartiennent à la même candidature. Enfin, comparez les dates personnelles, les justificatifs, les notes et les statuts avant et après le nouvel import des mêmes données.