Qu'est-ce que fbclid? le nouveau paramètre facebook [fermé]

Depuis deux jours, j'ai remarqué que l'URL que je publie sur Facebook, il y a un paramètre qui est ajouté:
?fbclid=uFCrBkUgEvKg...
Pour être plus précis quelque chose comme:http://example.com?fbclid=uFCrBkUgEvKg...

Quelqu'un sait-il ce que fait ce paramètre?
À quoi ça sert et à quoi servent les développeurs?

Merci pour vos commentaires.

Je sais que gclid, est l'abréviation de ( G oogle Cl ick Id entifier).
C'est un paramètre de suivi unique que Google utilise pour transférer des informations entre votre compte Google Ads et votre compte Google Analytics.

Facebook doit faire la même chose ou quelque chose de similaire fbclidpour améliorer les systèmes d'analyse de suivi.

Cela m'a aidé: https://greasyfork.org/en/forum/discussion/44083/fbclid-tracking-parameter-attached-by-facebook

Voici citer à partir du lien:

Mettez ce code dans votre fichier .htaccess:

RewriteCond %{QUERY_STRING} "fbclid=" [NC]
RewriteRule (.*) /$1? [R=301,L]

Si vous travaillez dans WordPress:

RewriteEngine On
RewriteBase /
RewriteCond %{QUERY_STRING} "fbclid=" [NC]
RewriteRule (.*) /$1? [R=301,L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]

Une autre approche, comment supprimer ce paramètre (afin que vos utilisateurs puissent partager votre URL sans la supprimer manuellement) consiste à utiliser JavaScript et history.replaceState.

Tous les crédits vont à l'auteur original - https://www.michalspacek.cz/zmena-url-a-skryvani-fbclid-pomoci-javascriptu

Code du lien:

(function() {
        var param = 'fbclid';
        if (location.search.indexOf(param + '=') !== -1) {
                var replace = '';
                try {
                        var url = new URL(location);
                        url.searchParams.delete(param);
                        replace = url.href;
                } catch (ex) {
                        var regExp = new RegExp('[?&]' + param + '=.*$');
                        replace = location.search.replace(regExp, '');
                        replace = location.pathname + replace + location.hash;
                }
                history.replaceState(null, '', replace);
        }
})();

Si je comprends bien, le paramètre est un moyen de suivre le visiteur du site afin que si votre site inclut de la publicité de Facebook, il puisse le personnaliser pour qu'il corresponde aux habitudes de navigation enregistrées du visiteur.

La mod_rewrite solution Apache ci - dessus est problématique car elle supprime toute la chaîne de requête. Si l'URL avait déjà une chaîne de requête, cela la cassera. Pour supprimer uniquement le fbclidparamètre, il est utile de noter que Facebook l'ajoute toujours à une URL, donc c'est toujours le dernier. Cela simplifie mod_rewriteun peu le code. C'est ce que je fais:

# Strip Facebook spyware tokens
RewriteCond %{REQUEST_METHOD} =GET [NC,OR]
RewriteCond %{REQUEST_METHOD} =HEAD [NC]
RewriteCond %{QUERY_STRING} ^(.*)&?fbclid=[^&]+$ [NC]
RewriteRule ^/?(.*)$ /$1?%1 [NE,L,R=301,E=limitcache:1]
Header always set Cache-Control "max-age=604800" env=limitcache

L' E=limitcache:1indicateur et la Headerdirective limitent la durée de mise en cache de la redirection 301. Par défaut, de nombreux navigateurs le mettent en cache pour toujours . Cela réduit cela à une semaine (ou 604 800 secondes). Je suis peut-être minoritaire à penser cela, mais cela me semble une bonne pratique. Je ne sais pas combien de temps les fbclidjetons persistent, mais s'ils sont durables, cela signifie que Facebook dirigera les visiteurs vers les mêmes URL pendant longtemps, et si vous souhaitez un jour soutenir les publicités ciblées de Facebook, ou si elles commencent. en utilisant fbclidpour d'autres fonctionnalités dont vous avez besoin, vous pouvez trouver que ces redirections mises en cache en permanence reviennent à mordre. Mais si vous êtes prêt à le risquer, vous pouvez supprimer à la fois la Headerdirective et l' E=limitcache:1indicateur.

Les deux tests de %{REQUEST_METHOD}visent à empêcher Apache de rediriger les requêtes POST (ou des requêtes plus ésotériques comme PUT ou DELETE, si elles sont pertinentes). La plupart des navigateurs changent la demande en une demande GET sur une redirection 301 ou 302, ce qui est explicitement autorisé par la RFC 7231 . Il existe un nouveau code de redirection 308 qui ne doit pas avoir sa méthode réécrite, mais malheureusement, il n'est pas pris en charge par Internet Explorer sur Windows 7 (et ne le sera probablement jamais).