Exporter les données de vos liens courts : les quatre choses que vous pouvez emporter

Un raccourcisseur d'URL détient quatre types de données, et un seul voyage proprement quand vous partez. La table des liens - slugs, destinations, tags et domaines sur lesquels ils reposent - est ce que tout fournisseur sérieux vous permet d'exporter, généralement en CSV ou via une API, parce que le schéma est simple et que chaque plateforme a besoin d'un importateur basique pour gagner de nouveaux clients. Les comptages de clics agrégés sont généralement disponibles aussi, bien que la granularité varie. Les événements de clics bruts - l'enregistrement ligne par clic avec horodatage, référent, appareil et IP - sont l'exception : la plupart des fournisseurs ne les exposent jamais, parce que la surface d'export n'a jamais été conçue pour une récupération de l'historique complet. Les métadonnées de compte - tags, domaines, utilisateurs - se situent entre les deux, exportables par morceaux plutôt qu'en une seule extraction propre.

Considérez la table des liens comme la seule classe sur laquelle vous pouvez compter pour voyager, prévoyez de perdre entièrement l'historique brut des clics, et obtenez une réponse écrite sur les comptages agrégés avant de signer quoi que ce soit. Ceci n'est pas un énième récit de migration - le guide de migration depuis Bitly couvre déjà ce basculement. Ceci est l'habitude permanente de récupérer vos propres données, que vous migriez ou non.

Ce que détient réellement une plateforme de liens courts

Chaque raccourcisseur est construit autour des quatre mêmes classes de données. Savoir laquelle est laquelle avant d'avoir besoin d'un export détermine si une migration ou un audit prend un après-midi ou un trimestre.

• Table des liens : slug, URL de destination, date de création, tags, dossier, et domaine personnalisé auquel un lien est assigné.
• Comptages de clics agrégés : un total à vie par lien, parfois une répartition quotidienne, occasionnellement ventilée par pays ou par référent.
• Événements de clics bruts : une ligne par clic, portant l'horodatage, l'IP, le user agent et le référent qui l'ont produit.
• Métadonnées de compte : paramètres d'espace de travail, enregistrements de domaine personnalisé, liste des membres de l'équipe, clés API, taxonomie des tags.

Les quatre classes ne sont pas exposées de façon égale, et l'écart entre elles est tout le sujet de cet article.

Pourquoi la table des liens voyage et l'historique des clics généralement pas

La table des liens est portable parce que son schéma est ennuyeux à dessein. Un slug, une destination, une poignée de champs optionnels - chaque fournisseur prend en charge un import CSV pour gagner de nouveaux clients, ce qui signifie que chaque fournisseur dispose aussi d'une forme d'export CSV, ne serait-ce que pour que la page marketing d'un concurrent puisse promettre de "changer en un après-midi". Le guide des modes de défaillance Bitly couvre ce qui casse réellement quand vous déplacez cette table - casse des slugs, barres obliques finales, collisions de chemins de deeplink. Cet article porte sur un moment différent : l'extraction routinière que vous effectuez, qu'une migration soit ou non au calendrier.

L'historique des clics est une tout autre bête. Un export agrégé, quand un fournisseur en propose un, vous donne un compteur à vie ou un total quotidien grossier - utile pour un chiffre de synthèse, inutile dès que vous avez besoin d'un détail jour par jour ou par référent. L'export de Bitly lui-même en est un exemple limpide : il vous remet le compteur à vie par lien et rien au niveau de l'événement, un schéma qui se retrouve dans la majeure partie de la catégorie, pas propre à Bitly. Une fois qu'un export a perdu cette granularité, elle a disparu pour de bon.

Où disparaissent les événements de clics bruts

Les événements de clics bruts disparaissent pour une raison structurelle, pas par pingrerie. Les magasins d'événements de clics sont construits pour être interrogés à l'intérieur du tableau de bord du fournisseur lui-même, pas pour une récupération en masse. La surface d'API qui permettrait à un client de parcourir des millions de lignes de clics individuelles représente un engagement d'ingénierie différent d'un graphique de tableau de bord, et la plupart des fournisseurs ne la construisent jamais, parce que la plupart des clients ne la demandent jamais avant d'en avoir besoin.

La conséquence est brutale : une fois que votre compte dépasse la fenêtre de conservation des événements bruts, ou qu'une rétrogradation de plan coupe le palier d'API qui les exposait, cette donnée a disparu pour de bon. La table des liens survit généralement à un changement de compte ; l'historique des clics qui se trouve dessous, non. Même là où une API d'événements bruts existe, extraire un historique complet se heurte aux mêmes mécaniques qui régissent tout grand appel contre une API de raccourcisseur - voir limites de débit, tentatives et idempotence sur une API de raccourcisseur pour savoir comment cadencer une extraction de plusieurs jours sans déclencher le limiteur. Si l'historique des clics est quelque chose que votre équipe continue d'interroger plutôt que de simplement archiver, l'analytique de liens d'Elido est conçue pour que la plupart de ces requêtes se fassent sans export en premier lieu.

Questions à poser à un fournisseur avant de signer

Posez-les avant de signer, pas après l'arrivée du préavis de rétrogradation. Un fournisseur qui répond aux six par écrit lors de l'appel commercial est un fournisseur en qui vous pouvez avoir confiance pour continuer à y répondre un an plus tard.

Si rien de tout cela n'est écrit nulle part dans la documentation de votre fournisseur, ce silence est la réponse à la première question. Les API et SDK d'Elido publient les points de terminaison d'export, les limites de débit et la fenêtre de conservation dans la même documentation de référence que tout le reste - récupérer ses propres données ne devrait jamais nécessiter un ticket de support.

Une routine d'export planifiée qui vous garde indépendant

La solution est une habitude, pas un projet ponctuel. Prenez un export complet selon un calendrier, avant qu'une rétrogradation ou un litige de facturation ne force la question, et vous cessez d'être l'otage de ce que votre fournisseur décide que vaut votre palier d'abonnement ce trimestre.

Planifiez l'extraction. Chaque semaine pour un espace de travail actif, chaque mois pour un espace calme. Une tâche planifiée qui appelle les points de terminaison de la table des liens et des comptages agrégés tient en quelques lignes de script ; l'important est qu'elle s'exécute sans intervention.

Stockez-la hors du fournisseur. Une destination que vous contrôlez, pas un dossier à l'intérieur du produit depuis lequel vous exportez - votre propre stockage, un lecteur partagé, un dépôt. Si le raccourcisseur disparaît demain, l'export doit survivre à cela. La même structure de tableur utilisée pour importer en masse des liens de campagne depuis une feuille fonctionne tout aussi bien dans l'autre sens, une ligne par lien.

Vérifiez les comptages de lignes. Comparez le nombre de lignes du nouvel export au nombre de liens indiqué par votre tableau de bord. Un écart inférieur à un ou deux pour cent est normal - des liens archivés que vous avez délibérément écartés. Un écart plus important signifie que l'export a manqué quelque chose.

Conservez la dernière copie connue comme bonne. Gardez les deux ou trois dernières extractions, pas seulement la plus récente. Un export corrompu qui écrase votre seule copie annule tout l'intérêt de télécharger l'analytique de liens selon un calendrier.

Cette habitude couvre aussi une menace plus discrète : la dégradation ordinaire des liens. Les destinations derrière vos slugs se dégradent selon leur propre calendrier, indépendamment de ce que fait votre raccourcisseur - voir prévention de la dégradation des liens pour les campagnes d'URL courtes pour le volet détection de ce problème. Un export permanent vous donne l'inventaire sur lequel faire tourner cette détection, indépendamment du tableau de bord que vous payez cette année.

Ce que l'Article 20 du RGPD couvre réellement ici

La portabilité des données de liens revient constamment dans les conversations d'achat, et être précis sur ce que l'article couvre réellement change la négociation.

L'Article 20 du RGPD confère à une personne concernée le droit de recevoir les données personnelles qu'elle a fournies à un responsable de traitement, dans un format structuré et lisible par machine, et de les faire transmettre à un autre responsable de traitement - mais seulement pour un traitement fondé sur le consentement ou le contrat, et seulement par des moyens automatisés. Les lignes directrices du G29 sur la portabilité des données le restreignent davantage : le droit couvre les données fournies directement ou générées par l'usage que la personne fait elle-même d'un service, pas les données déduites à son sujet.

Deux conséquences en découlent. D'abord, c'est un droit de l'individu contre un responsable de traitement, pas un droit de l'entreprise sur sa propre analytique agrégée - aucun droit garanti par le RGPD ne rend à votre équipe marketing son historique de clics sur simple demande. Ensuite, le suivi des clics au niveau des campagnes repose la plupart du temps sur l'intérêt légitime plutôt que sur le consentement ou le contrat, comme le couvre en détail le cornerstone RGPD pour les raccourcisseurs d'URL, et l'Article 20 ne s'applique pas à un traitement fondé sur cette base, quelles que soient les données en cause. Récupérer votre historique de clics auprès d'un fournisseur est une question d'achat, réglée par le contrat et l'API d'export vue plus haut, pas par un article de protection des données. La question de savoir si l'IP ou les données d'appareil sous-jacentes constituent seulement une donnée personnelle, et combien de temps vous êtes en droit de les conserver, est traitée séparément dans rétention des données de clics.

Vérifier un export avant de lui faire confiance

Un export que vous n'avez pas vérifié est une rumeur, pas un enregistrement. Effectuez trois vérifications avant de le classer où que ce soit ou de supprimer la source.

Comptez les lignes et comparez-les au total de liens du tableau de bord ; examinez tout écart dépassant un ou deux pour cent. Ouvrez le fichier dans l'outil que vous comptez réellement utiliser - un export csv qui paraît correct dans un éditeur de texte peut quand même avoir un délimiteur cassé ou un problème d'encodage qu'un tableur ne révèle qu'à l'analyse, ce pourquoi il vaut la peine de vérifier un échantillon face à RFC 4180 plutôt que de le supposer. Vérifiez ponctuellement une poignée de liens connus, en incluant délibérément un lien que vous avez archivé ou supprimé, car l'exclusion silencieuse des liens inactifs est la façon la plus courante dont un export paraît complet sans l'être.

J'ai vu une revue de conformité s'enliser pendant une semaine à cause d'un export qui omettait tous les liens créés avant une montée de gamme dix-huit mois plus tôt - personne n'avait indiqué à l'outil que ces liens existaient sous un identifiant interne différent. Trente minutes de vérification des comptages de lignes auraient suffi à le repérer avant que la revue ne commence.

À lire aussi sur le blog

• Migrer de Bitly vers Elido : un guide technique
• Migrer depuis Bitly sans casser les liens : un guide des modes de défaillance
• RGPD pour les raccourcisseurs d'URL : ce que votre DPO veut vraiment voir
• Rétention des données de clics : combien de temps conserver les journaux d'analytique
• API de raccourcisseur d'URL : limites de débit, tentatives, idempotence