Was ist fbclid? der neue Facebook-Parameter [geschlossen]

Seit zwei Tagen ist mir aufgefallen, dass der URL, die ich auf Facebook veröffentliche, ein Parameter hinzugefügt wurde:
?fbclid=uFCrBkUgEvKg...
Genauer gesagt:http://example.com?fbclid=uFCrBkUgEvKg...

Weiß jemand, was dieser Parameter tut?
Wofür ist es und was nützen die Entwickler?

Danke für deine Kommentare.

Ich weiß , dass gclid, ist die Abkürzung für ( G oogle Cl ick Id entifier)
Es ist ein einzigartiger Tracking - Parameter , dass Google Anwendungen zum Übertragen von Informationen zwischen Ihrem Google - Ads - Konto und Ihrem Google Analytics - Konto.

Facebook muss dasselbe oder ähnliches tun fbclid, um Tracking-Analysesysteme zu verbessern.

Dies hat mir geholfen: https://greasyfork.org/en/forum/discussion/44083/fbclid-tracking-parameter-attached-by-facebook

Hier ist aus dem Link zu zitieren:

Fügen Sie diesen Code in Ihre .htaccess-Datei ein:

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

Wenn Sie in WordPress arbeiten:

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]

Ein anderer Ansatz zum Entfernen dieses Parameters (damit Ihre Benutzer Ihre URL freigeben können, ohne sie manuell zu entfernen) ist die Verwendung von JavaScript und history.replaceState.

Alle Credits gehen an den Originalautor - https://www.michalspacek.cz/zmena-url-a-skryvani-fbclid-pomoci-javascriptu

Code vom Link:

(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);
        }
})();

Soweit ich weiß, dient der Parameter dazu, den Website-Besucher zu verfolgen. Wenn Ihre Website Werbung von Facebook enthält, kann er diese an die aufgezeichneten Surfgewohnheiten des Besuchers anpassen.

Die mod_rewrite obige Apache- Lösung ist problematisch, da sie die gesamte Abfragezeichenfolge entfernt. Wenn die URL bereits eine Abfragezeichenfolge hatte, wird diese unterbrochen. Um nur den fbclidParameter zu entfernen, ist es nützlich zu beachten, dass Facebook ihn immer an eine URL anfügt, sodass er immer der letzte ist. Das vereinfacht den mod_rewriteCode ein wenig. Das ist was ich mache:

# 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

Das E=limitcache:1Flag und die HeaderAnweisung sollen begrenzen, wie lange die 301-Umleitung zwischengespeichert wird. Standardmäßig zwischenspeichern viele Browser es buchstäblich für immer . Dies reduziert dies auf eine Woche (oder 604.800 Sekunden). Ich mag in der Minderheit sein, wenn ich das denke, aber das scheint mir eine gute Praxis zu sein. Ich weiß nicht, wie lange fbclidToken bestehen bleiben, aber wenn sie lange halten, bedeutet dies, dass Facebook Besucher für lange Zeit auf dieselben URLs verweist und ob Sie jemals die gezielten Anzeigen von Facebook unterstützen möchten oder ob sie starten Wenn Sie die fbclidfür andere Funktionen verwenden, die Sie benötigen, werden diese permanent zwischengespeicherten Weiterleitungen möglicherweise wieder aktiviert. Wenn Sie jedoch bereit sind, dies zu riskieren, können Sie sowohl die HeaderDirektive als auch die E=limitcache:1Flagge löschen .

Die beiden Tests von %{REQUEST_METHOD}sollen verhindern, dass Apache POST-Anforderungen umleitet (oder mehr esoterische Anforderungen wie PUT oder DELETE, falls sie relevant sind). Die meisten Browser ändern die Anforderung in eine GET-Anforderung bei einer 301- oder 302-Umleitung, was von RFC 7231 ausdrücklich zugelassen wird . Es gibt einen neuen 308-Umleitungscode , dessen Methode nicht neu geschrieben werden muss. Leider wird er von Internet Explorer unter Windows 7 nicht unterstützt (und wird es wahrscheinlich auch nie sein).