jQuery Devbridge Autocomplete
jQuery Devbridge Autocomplete (Ajax Autocomplete for jQuery) est un plugin jQuery open source publié par Devbridge sous licence MIT. Il ajoute l'autocomplétion sur des champs texte en interrogeant un endpoint défini par le développeur et en affichant des suggestions en ligne. Le plugin ne dépose aucun cookie et n'appelle aucun serveur Devbridge à l'exécution.
Que fait jQuery Devbridge Autocomplete ?
jQuery Devbridge Autocomplete, alias Ajax Autocomplete for jQuery, est un plugin jQuery open source MIT publié à l'origine par Devbridge (aujourd'hui intégré à Cognizant Softvision). Il ajoute l'autocomplétion sur des champs texte en interrogeant un endpoint défini par le développeur et en affichant des suggestions en ligne. La librairie reste largement déployée sur d'anciens sites WordPress, ASP.NET et PHP.
Ce que fait le plugin
Le plugin est un widget purement client. Il s'attache à un input, écoute la frappe et envoie la valeur saisie à l'URL spécifiée par le développeur. L'endpoint retourne un JSON de suggestions que le plugin affiche en dropdown. La librairie ne dépose aucun cookie, n'appelle aucun serveur Devbridge à l'exécution et n'embarque aucun analytics.
Données et cookies
Pas de cookies, pas de local storage, pas de fingerprinting embarqué. Le flux de données consiste en la requête d'autocomplétion saisie par l'utilisateur, envoyée à l'endpoint choisi par le développeur, et les en-têtes HTTP standards (User Agent, IP, referer) propres à toute requête navigateur. Si la page charge la librairie depuis un CDN public (jsDelivr, CDNJS, unpkg), une requête d'asset part vers ce CDN.
Implications RGPD et ePrivacy
La librairie n'ayant aucune écriture côté terminal, l'article 5(3) ePrivacy ne s'applique pas à la librairie elle-même. L'endpoint d'autocomplétion, lui, peut traiter des données personnelles (texte saisi, IP, identifiant utilisateur en zone authentifiée), ce qui relève du RGPD. Les bases légales habituelles sont l'intérêt légitime (art. 6(1)(f)) ou l'exécution du contrat (art. 6(1)(b)) selon le contexte.
Consentement et transparence
Aucun consentement n'est requis pour charger la librairie. La politique de confidentialité doit mentionner que le formulaire utilise l'autocomplétion et expliquer ce que fait l'endpoint, notamment lorsque les suggestions exposent des données personnelles (annuaire, base clients). Si la librairie est servie par un CDN public hors UE, journalisez la requête asset dans le registre par souci d'exhaustivité.
Transferts et hébergement
La librairie est distribuée comme asset statique sur GitHub, npm et CDN publics. L'endpoint d'autocomplétion correspond à ce que le développeur configure. Si l'endpoint est dans l'UE, il n'y a pas de transfert. Si la librairie provient d'un CDN hébergé aux États-Unis (CDNJS, unpkg), la requête asset elle-même part aux États-Unis : auto-hébergez la librairie pour une conformité plus stricte.
Mise en conformité opérationnelle
Auto-hébergez le fichier pour éviter les appels CDN hors UE. Restreignez si possible l'endpoint aux sessions authentifiées. Minimisez les données renvoyées dans les suggestions (pas de PII complète, pas de contenu sensible). Logguez seulement le nécessaire et appliquez une rétention courte. Documentez l'endpoint dans le registre, pas la librairie.
jQuery Devbridge Autocomplete et le RGPD
- Base légale
- For typing assistance in search boxes or login forms: legitimate interest of the controller (Art 6(1)(f) GDPR) or strict necessity for performance of contract (Art 6(1)(b)) depending on the form context. The Art 5(3) ePrivacy consent exemption applies because the library sets no cookies.
- Niveau de risque
- low
- Textes applicables
- GDPR, ePrivacy Directive, UK GDPR
Analyse d'impact (AIPD)
Une AIPD n'est pas requise pour le plugin en tant que tel : il ne dépose pas de cookies et n'appelle pas de serveur Devbridge. Une AIPD peut être justifiée pour l'endpoint d'autocomplétion si les suggestions exposent du contenu sensible (santé, juridique, finance) et que les requêtes peuvent être rattachées à un utilisateur identifiable. Concentrez l'analyse sur l'endpoint développeur, pas sur la librairie.
Exemple de texte pour votre bannière
Ce site utilise jQuery Devbridge Autocomplete, une librairie open source MIT, pour proposer des valeurs pendant la saisie. La librairie est chargée comme script statique et ne pose pas de cookies. Vos frappes sont envoyées à notre propre backend pour le calcul des suggestions et ne sont pas partagées avec Devbridge.
Ce que jQuery Devbridge Autocomplete dépose et contacte
- Méthode de suivi
- Open source jQuery plugin loaded as a JavaScript file by the host page. The plugin makes XHR/Fetch requests to an autocomplete endpoint configured by the developer and renders suggestions inline. No cookies or storage are set by the library itself.
- Localisation des serveurs
- No vendor server. The library is distributed as a static asset on GitHub, npm and the jsDelivr/CDNJS CDNs. Any request goes to the developer's own backend, not to Devbridge.
- Mode sans cookie disponible
- Oui
Domaines tiers contactés (3)
cdnjs.cloudflare.comcdn.jsdelivr.netunpkg.com
Questions fréquentes sur jQuery Devbridge Autocomplete
Une question qui n'est pas dans la liste ? Écrivez-nous, on répond vite.
Quels cookies dépose jQuery Devbridge Autocomplete ?
La librairie ne dépose aucun cookie, n'utilise pas de local storage et ne fait pas de fingerprinting. Le seul flux est la requête d'autocomplétion envoyée à l'endpoint propre au développeur. Si la page charge la librairie depuis un CDN public, le CDN peut déposer ses propres cookies de cache indépendamment de la librairie.
Faut il un consentement ?
Non. La librairie ne déposant rien sur le terminal, l'article 5(3) ePrivacy ne s'applique pas. Le consentement n'est pas requis pour la librairie. L'endpoint d'autocomplétion, lui, reste soumis aux règles RGPD comme tout backend qui traite des saisies utilisateur.
Quelle est la base légale ?
La librairie ne traite aucune donnée personnelle. Pour l'endpoint, l'intérêt légitime (art. 6(1)(f) RGPD) est la base habituelle de l'aide à la saisie, l'exécution du contrat (art. 6(1)(b)) s'appliquant aux formulaires authentifiés (par exemple recherche dans le répertoire de l'utilisateur).
Des données sont-elles transférées aux États-Unis ?
Pas par la librairie par défaut. Si la page charge le fichier JavaScript depuis un CDN basé aux États-Unis comme CDNJS ou unpkg, la requête asset elle-même part aux États-Unis. Pour l'éviter, auto-hébergez le fichier ou utilisez un CDN avec des edges et un contrat UE.
Une AIPD est elle requise ?
Aucune AIPD n'est requise pour la librairie. Elle peut être justifiée pour l'endpoint si les suggestions contiennent du contenu sensible (santé, judiciaire, enfants) ou si elles relient le texte saisi à des utilisateurs identifiés à grande échelle.
Comment intégrer en conformité ?
Auto-hébergez la librairie, restreignez l'endpoint aux utilisateurs authentifiés si possible, ne retournez que le minimum de données, limitez la fréquence des requêtes, appliquez une rétention courte côté logs, et documentez l'endpoint (pas la librairie) dans le registre.
Alternatives modernes ?
Pour de nouveaux projets, préférez l'élément HTML datalist, l'attribut autocomplete du navigateur, ou des composants frameworks (React Autosuggest, Headless UI Combobox, Vue Combobox). Auto-héberger une librairie maintenue est préférable à s'appuyer sur un plugin jQuery déprécié.
Comment mettre à jour la politique cookies ?
Aucune entrée cookie n'est nécessaire pour la librairie. Si le CDN source dépose des cookies de cache pour l'asset, listez-les dans le tableau cookies. L'endpoint d'autocomplétion doit être documenté dans la politique de confidentialité avec sa rétention et ses destinataires.
Mettez votre site en conformité aujourd'hui.
Gratuit jusqu'à 25 000 sessions par mois. Sans carte bancaire, sans engagement.