{"id":82096,"date":"2026-09-30T09:31:39","date_gmt":"2026-09-30T09:31:39","guid":{"rendered":"https:\/\/taggrs.io\/?p=82096"},"modified":"2026-10-02T08:59:46","modified_gmt":"2026-10-02T08:59:46","slug":"wie-same-origin-tracking-die-volle-lebensdauer-von-cookies-wiederherstellt","status":"publish","type":"post","link":"https:\/\/taggrs.io\/de\/wie-same-origin-tracking-die-volle-lebensdauer-von-cookies-wiederherstellt\/","title":{"rendered":"Safaris 7-Tage-Cookie-Begrenzung: Wie \u201eSame-Origin-Tracking\u201c die volle Lebensdauer von Cookies wiederherstellt"},"content":{"rendered":"\n

Ein Safari-Besucher findet dich \u00fcber eine Anzeige, schaut sich ein paar Produkte an und verl\u00e4sst die Seite wieder. Acht Tage sp\u00e4ter kehrt derselbe Browser zur\u00fcck und kauft etwas. Deine Analyse erfasst einen neuen Nutzer, anstatt beide Besuche miteinander zu verkn\u00fcpfen.<\/p>\n\n

Der Besucher hat weder das Ger\u00e4t gewechselt noch seine Cookies gel\u00f6scht. Eine Kennung in Safari ist einfach abgelaufen.<\/p>\n\n

Server-side Tracking macht die Datenerfassung weniger abh\u00e4ngig von direkten Anfragen an Analyse- und Werbeplattformen. Es kann auch Cookies nutzen, die \u00fcber eine HTTP-Antwort gesetzt werden und anders behandelt werden als Cookies, die per JavaScript erstellt werden.<\/p>\n\n

Aber server-side Tracking allein garantiert noch keine lange Cookie-Lebensdauer. Der vom Browser verwendete \u00f6ffentliche Endpunkt spielt nach wie vor eine Rolle. In Safari kann f\u00fcr eine Subdomain f\u00fcr Same-Origin-Tracking eine Cookie-Obergrenze von sieben Tagen gelten, wenn WebKit eine CNAME- oder IP-Adressverschleierung erkennt.<\/p>\n\n

\u201eSame-Origin-Tracking\u201c hilft, genau dieses Problem zu vermeiden.<\/p>\n\n

Server-side Tracking schlie\u00dft den Browser nicht aus der Messung aus<\/h2>\n\n

In einer typischen clientseitigen Konfiguration senden Tags im Browser Events direkt an Analyse- und Werbeplattformen. Server-side Tagging \u00e4ndert diesen Weg. Der Code auf der Browserseite sendet ausgew\u00e4hlte Events zun\u00e4chst an einen Server-Container. Dieser Container verarbeitet die Daten und leitet sie an die gew\u00fcnschten Ziele weiter. Dadurch hat die Website mehr Kontrolle dar\u00fcber, welche Daten erfasst und weitergegeben werden. Au\u00dferdem verringert sich dadurch die Abh\u00e4ngigkeit von Browser-Anfragen von Drittanbietern, die m\u00f6glicherweise blockiert werden.<\/p>\n\n

Die Erkennung anonymer Besucher h\u00e4ngt oft noch von einem im Browser gespeicherten Identifikator ab. GA4<\/a> nutzt zum Beispiel h\u00e4ufig eine Client-ID, die in einem First-Party-Cookie gespeichert ist, um denselben Browser \u00fcber mehrere Besuche hinweg zu erkennen. Ein Cookie identifiziert eine Browser-Instanz, nicht unbedingt eine Person. Eine angemeldete Benutzer-ID, modellierte Daten und andere Identifizierungsmethoden k\u00f6nnen ebenfalls dabei helfen, Aktivit\u00e4ten miteinander zu verkn\u00fcpfen.<\/p>\n\n

\u201eSame-Site\u201c und \u201eSame-Origin\u201c sind nicht dasselbe<\/h2>\n\n

Die beiden Begriffe werden oft synonym verwendet, haben f\u00fcr einen Browser aber unterschiedliche Bedeutungen. <\/p>\n\n

\u201eSame-Site\u201c<\/strong> bedeutet dieselbe registrierbare Domain. \u201eSame-Origin\u201c<\/strong> ist strenger: Schema, Host und Port m\u00fcssen alle \u00fcbereinstimmen. Eine Tracking-Subdomain erf\u00fcllt die erste Bedingung, scheitert aber an der zweiten.<\/p>\n\n

Nehmen wir mal die Website unter https:\/\/yourdomain.com<\/em>. Ihr Tracking-Endpunkt l\u00e4uft vielleicht unter https:\/\/sst.yourdomain.com<\/em>. Beide nutzen HTTPS und teilen sich die registrierbare Domain \u201eyourdomain.com\u201c \u2013 nach der modernen Definition geh\u00f6ren sie also zur selben Website, sind aber dennoch unterschiedliche Urspr\u00fcnge, da der Host unterschiedlich ist. <\/p>\n\n

Verschiebe den Endpunkt auf einen Pfad auf dem eigenen Host der Website, zum Beispiel https:\/\/yourdomain.com\/metrics<\/em>, und die Seite sowie der Tracking-Endpunkt haben schlie\u00dflich dasselbe Schema, denselben Host und denselben Port<\/strong>. Jetzt geh\u00f6ren sie zum selben Ursprung.<\/p>\n\n

<\/td>Subdomain auf derselben Website<\/strong><\/td>Pfad auf derselben Herkunftsseite<\/strong><\/td><\/tr>
Beispiel<\/td>sst.deinedomain.com<\/td>yourdomain.com\/metrics<\/td><\/tr>
Der Browser sieht<\/td>einen separaten Host<\/td>Deine eigene Website<\/td><\/tr>
Gleiches Schema + Host + Port wie deine Website<\/td>Nein<\/td>Ja<\/td><\/tr>
Safari-Cloaking-Limit<\/td>Kann angewendet werden<\/td>Trifft nicht zu<\/td><\/tr><\/tbody><\/table><\/figure>\n\n

Das Tracking innerhalb derselben Website bietet bereits einen First-Party-Kontext. Das kann f\u00fcr viele Implementierungen ausreichen. Die gemeinsame Nutzung der registrierbaren Domain garantiert jedoch nicht, dass Safari jedes vom Server gesetzte Cookie unangetastet l\u00e4sst.<\/p>\n\n

Warum Safari vom Server gesetzte Cookies begrenzen kann<\/h2>\n\n

Einfach ausgedr\u00fcckt lautet die Regel: Wenn der Server, der dein Cookie setzt, eine Netzwerkadresse hat, die nichts mit der deiner Haupt-Website zu tun hat, behandelt Safari dies als getarnte Nachverfolgung und begrenzt die G\u00fcltigkeit dieses Cookies auf sieben Tage<\/a> \u2013 selbst wenn das Cookie server-side \u00fcber eine HTTP-Antwort gesetzt wurde.<\/p>\n\n

Von JavaScript gesetzte Cookies waren in Safari bereits auf sieben Tage begrenzt<\/strong>, in einigen F\u00e4llen der Link-Gestaltung sogar auf 24 Stunden. Durch das server-side Setzen von Cookies \u00fcber eine HTTP-Antwort konnte diese Begrenzung bisher umgangen werden. Seit Safari 16.4<\/a> (27. M\u00e4rz 2023) ist das nicht mehr garantiert: Wenn Safari feststellt, dass das Cookie von einem Server stammt, der nicht zu deiner Hauptwebsite geh\u00f6rt \u2013 etwa durch CNAME- oder IP-Adress-Verschleierung \u2013, wendet es dieselbe Sieben-Tage-Beschr\u00e4nkung an.<\/p>\n\n

WebKit entscheidet das, indem es die Netzwerkadresse hinter der Tracking-Antwort mit derjenigen vergleicht, die deine Hauptwebsite verwendet. Es behandelt sie als zu unterschiedlichen Parteien geh\u00f6rend, wenn eine Adresse IPv4 und die andere IPv6 ist, wenn zwei IPv4-Adressen weniger als 16 f\u00fchrende Bits gemeinsam haben oder wenn zwei IPv6-Adressen weniger als 64 f\u00fchrende Bits gemeinsam haben. WebKit bezeichnet dies als Heuristik, daher kann sich das genaue Verhalten in zuk\u00fcnftigen Browser-Versionen \u00e4ndern.<\/p>\n\n

Eine g\u00e4ngige Konfiguration f\u00fcr server-side Tracking l\u00f6st genau das aus. Deine Hauptwebsite l\u00e4uft hinter Cloudflare, w\u00e4hrend sst.deinedomain.com<\/em> auf einen Tracking-Anbieter in einem anderen Netzwerk verweist. Die Namen stammen zwar von derselben Website, ihre Netzwerkadressen stehen jedoch in keinem Zusammenhang, sodass die in der Tracking-Antwort gesetzten Cookies auf sieben Tage begrenzt sind.<\/p>\n\n

Eines muss klar sein: Es handelt sich<\/strong> hierbei nicht um eine siebent\u00e4gige Begrenzung f\u00fcr jedes vom Server gesetzte First-Party-Cookie<\/strong>. Sie gilt nur, wenn Safari genau diesen bestimmten Cloaking-Fall erkennt. Ein normales Same-Origin-Cookie ist davon nicht betroffen \u2013 und genau darauf baut die unten beschriebene L\u00f6sung auf.<\/p>\n\n

Was passiert, wenn die Kennung abl\u00e4uft?<\/h2>\n\n

Bei der Messung fallen die Auswirkungen vielleicht nicht auf, k\u00f6nnen aber letztendlich teuer werden. Wiederkehrende Safari-Besucher werden als neue Besucher gez\u00e4hlt, die Zahlen der neuen Nutzer werden aufgebl\u00e4ht, und die Klicks aus Kampagnen lassen sich nicht mehr mit den darauf folgenden Conversions in Verbindung bringen.<\/p>\n\n

Angenommen, eine Browser-ID ist auf eine Laufzeit von einem Jahr konfiguriert, Safari verk\u00fcrzt diese jedoch auf sieben Tage. Der Browser kann diese ID w\u00e4hrend des siebent\u00e4gigen Zeitraums weiterhin senden. Kehrt der Browser nach Ablauf der G\u00fcltigkeit zur\u00fcck, erstellt das Tracking-System m\u00f6glicherweise eine neue ID. GA4 oder eine andere Analyseplattform kann dann beide Besuche unter separaten Browser-Identit\u00e4ten erfassen. Die Zahl der neuen Nutzer k\u00f6nnte steigen, w\u00e4hrend die Erkennung wiederkehrender Nutzer unvollst\u00e4ndiger wird.<\/p>\n\n

Andere Identit\u00e4tsmerkmale k\u00f6nnen das Ergebnis beeinflussen. Eine angemeldete Benutzer-ID k\u00f6nnte die Besuche wieder miteinander verkn\u00fcpfen. Analysesysteme nutzen m\u00f6glicherweise auch modellierte Daten. Das Ablaufen von Cookies kann daher zu fragmentierten Customer Journeys f\u00fchren, anstatt zu gew\u00e4hrleisten, dass jeder wiederkehrende Besucher als neuer Besucher gez\u00e4hlt wird \u2013 was ein Grund daf\u00fcr ist, warum deine Meta-, GA4- und Google Ads-Conversions nicht \u00fcbereinstimmen<\/a><\/p>\n\n

Auch bei der Attribution gibt es eine \u00e4hnliche Einschr\u00e4nkung. Wenn ein fr\u00fcherer Kampagnenbesuch und eine sp\u00e4tere Conversion keine gemeinsame, verwertbare Kennung mehr haben, kann es f\u00fcr die Messplattform schwierig sein, beide miteinander zu verkn\u00fcpfen \u2013 und so gelangen schw\u00e4chere Conversion-Daten in das Smart Bidding<\/a>.<\/p>\n\n

Das konfigurierte Attributionsfenster bleibt eine eigenst\u00e4ndige Regel. Ein Cookie mit l\u00e4ngerer Lebensdauer verwandelt ein siebent\u00e4giges Werbe-Attributionsfenster nicht in ein 30-Tage-Fenster. Es hilft dabei, ein Browsersignal zu erhalten, das f\u00fcr berechtigte Conversions innerhalb des bestehenden Zeitfensters der Plattform genutzt werden kann.<\/p>\n\n

Remarketing funktioniert im Grunde genauso. Stabilere Identifikatoren und zuverl\u00e4ssiger \u00fcbermittelte Events k\u00f6nnen die Daten verbessern, die zum Erstellen oder Aktualisieren von Zielgruppen verwendet werden. Die Dauer der Zielgruppenzugeh\u00f6rigkeit, die Einwilligung, Mindestlistengr\u00f6\u00dfen und die Plattformrichtlinien gelten weiterhin.<\/p>\n\n

Wie Same-Origin-Tracking das Szenario mit getrennten Hosts vermeidet<\/h2>\n\n

Beim Same-Origin-Tracking sendet der Browser Tracking-Anfragen an einen Pfad auf dem prim\u00e4ren Host der Website<\/strong>:<\/p>\n\n

https:\/\/yourdomain.com\/metrics<\/em><\/p>\n\n

Ein Reverse-Proxy empf\u00e4ngt Anfragen unter diesem Pfad und leitet sie an den server-side Tracking-Container weiter. Ein Cloudflare Worker kann dieses Routing am Edge \u00fcbernehmen.<\/p>\n\n

Bei diesen Aufrufen kommuniziert der Browser mit yourdomain.com<\/em> und nicht mit einer separaten Tracking-Subdomain. Das Szenario mit separatem Host-CNAME und IP-Cloaking trifft nicht mehr zu. Der Worker sendet die Anfrage an den bestehenden Tracking-Host und leitet dessen Antwort an den Browser weiter. Alle \u201eSet-Cookie\u201c-Header m\u00fcssen korrekt weitergeleitet werden.<\/p>\n\n

Cookies sind in der Regel nicht auf eine bestimmte Herkunft beschr\u00e4nkt. Ihre Verf\u00fcgbarkeit h\u00e4ngt von Attributen wie \u201eDomain\u201c, \u201ePath\u201c, \u201eSecure\u201c, \u201eHttpOnly\u201c und \u201eSameSite\u201c ab. Der Proxy muss diese Attribute beibehalten oder korrekt konfigurieren.<\/p>\n\n

Das \u201eSame-Origin\u201c-Routing umgeht diese spezielle Sieben-Tage-Beschr\u00e4nkung f\u00fcr das Cloaking.<\/strong> Es macht Cookies jedoch nicht dauerhaft und garantiert auch nicht, dass Safari sie f\u00fcr den gesamten konfigurierten Zeitraum aufbewahrt.<\/p>\n\n

Browser k\u00f6nnen weitere Einschr\u00e4nkungen vornehmen. F\u00fcr dauerhafte Cookies gilt zudem h\u00e4ufig eine allgemeine maximale Speicherdauer von etwa 400 Tagen. Nutzer k\u00f6nnen gespeicherte Daten l\u00f6schen, ihre Einwilligung \u00e4ndern oder den Inkognito-Modus nutzen.<\/p>\n\n

Same-Origin-Tracking und Werbeblocker<\/h2>\n\n

Ein separater Hostname f\u00fcr das Tracking gibt Blockern ein klares Signal, nach dem sie suchen k\u00f6nnen. Wenn das Tracking auf einen Pfad auf dem Hauptserver der Website verlagert wird, entf\u00e4llt dieses Hostname-Signal.<\/strong><\/p>\n\n

Das kann Blockierungen reduzieren, die durch Hostnamen- und CNAME-Regeln verursacht werden. Eine Zustellung kann dadurch jedoch nicht garantiert werden.<\/p>\n\n

Browser-Erweiterungen k\u00f6nnen zudem URL-Pfade, Anfragemuster oder webspezifische Regeln abgleichen. Offensichtliche Pfade wie \/analytics, \/track oder \/collect k\u00f6nnen dennoch von Filtern erfasst werden.<\/p>\n\n

Das \u201eSame-Origin\u201c-Routing sollte daher als M\u00f6glichkeit betrachtet werden, bestimmte Blockierungssignale zu reduzieren, und nicht als Methode, die jeden Werbeblocker umgeht.<\/p>\n\n

Was Marketingfachleute davon haben<\/h2>\n\n

Same-Origin-Tracking kann die Kontinuit\u00e4t der Cookie-basierten Messung in Safari verbessern. Browser, die nach mehr als einer Woche zur\u00fcckkehren, erhalten mit geringerer Wahrscheinlichkeit eine neue Kennung, nur weil WebKit einen separaten Tracking-Host als \u201ecloaked\u201c eingestuft hat.<\/p>\n\n

Eine zuverl\u00e4ssigere Browsererkennung<\/strong> kann Analysetools dabei helfen, l\u00e4ngere Kundenreisen miteinander zu verkn\u00fcpfen. Au\u00dferdem k\u00f6nnen so n\u00fctzliche Signale f\u00fcr die Attribution und die Zielgruppenverarbeitung<\/strong> erhalten bleiben \u2013 im Rahmen der von den jeweiligen Plattformen festgelegten Regeln.<\/p>\n\n

Die Verbesserung betrifft die Messgenauigkeit<\/strong>. Sie sorgt nicht f\u00fcr mehr Besucher oder Conversions. M\u00f6glicherweise werden weniger bestehende Nutzerpfade auf mehrere Browser-Identifikatoren aufgeteilt, was bedeutet, dass ein geringerer Teil deiner Auswertungen auf modellierten Conversions<\/a> basiert.<\/p>\n\n

Die geltenden Datenschutz- und Speichervorschriften gelten weiterhin. Wo eine Einwilligung erforderlich ist, ersetzt die Verl\u00e4ngerung der Lebensdauer eines Cookies diese Einwilligung nicht. Zweck, Dauer und Verwendung der Kennung m\u00fcssen weiterhin ordnungsgem\u00e4\u00df offengelegt werden. Bei korrekter Umsetzung ist das \u201eSame-Origin-Tracking\u201c ein Teil eines umfassenderen Wandels hin zum First-Party-Daten-Marketing<\/a> \u2013 also einer Messung, die auf Daten basiert, die dir geh\u00f6ren und f\u00fcr die du Rechenschaft ablegen kannst.<\/p>\n\n

Wo TAGGRS passt<\/h2>\n\n

TAGGRS unterst\u00fctzt die Bereitstellung aus derselben Quelle \u00fcber einen Cloudflare Worker.<\/strong> Bei dieser Implementierung bleiben die bestehende Produkt-ID und der Server-Container erhalten, w\u00e4hrend die f\u00fcr den Browser sichtbare Route ge\u00e4ndert wird.<\/p>\n\n

Das Tracking-Skript und die Erfassungsaufrufe werden \u00fcber einen Pfad auf dem eigenen Host der Website geladen. Der Worker entfernt dieses Pfadpr\u00e4fix und leitet jede Anfrage an den bestehenden TAGGRS-Tracking-Host weiter.<\/p>\n\n

Bei dieser speziellen Implementierung muss der Hostname der Website, der die Worker-Route enth\u00e4lt, \u00fcber Cloudflare weitergeleitet werden. Der Worker ist nur an den ausgew\u00e4hlten Tracking-Pfad gebunden, l\u00e4uft also nicht bei jeder Website-Anfrage.<\/p>\n\n

Das Standard-TAGGRS-Snippet bleibt bestehen, wobei die URLs f\u00fcr \u201escript\u201c und \u201enoscript\u201c so angepasst wurden, dass sie den Same-Origin-Pfad verwenden. Falls Cloudflare den GTM-Preview-Traffic blockiert, solltest du die Sicherheitsevents \u00fcberpr\u00fcfen, bevor du eine eng gefasste Ausnahme hinzuf\u00fcgst.<\/p>\n\n

Die vollst\u00e4ndige Anleitung findest du in unserer Dokumentation: Same-Origin-Tracking mit einem Cloudflare Worker<\/a>.<\/p>\n\n

Fazit<\/h2>\n\n

Server-side Tracking<\/a> verbessert die Kontrolle \u00fcber die Datenerfassung, aber der browserseitige Endpunkt beeinflusst weiterhin, wie lange manche Identifikatoren bestehen bleiben. Eine Subdomain derselben Website kann weiterhin den CNAME- oder IP-Cloaking-Pr\u00fcfungen von Safari unterliegen. Wenn das Tracking \u00fcber einen Pfad auf dem exakten Ursprung der Website erfolgt, l\u00e4sst sich dieses Szenario mit separatem Host vermeiden.<\/strong><\/p>\n\n

Die \u00c4nderung kann die Erkennung wiederkehrender Browser verbessern und f\u00fcr mehr Kontinuit\u00e4t bei der Messung sorgen. Sie erweitert jedoch weder die Attributions-Einstellungen einer Werbeplattform, noch garantiert sie die Speicherung von Cookies, noch macht sie das Tracking immun gegen Werbeblocker.<\/p>\n\n

Bist du bereit, es einzurichten? Folge <\/strong>unserer Schritt-f\u00fcr-Schritt-Anleitung zum Same-Origin-Tracking mit einem Cloudflare Worker<\/a> oder starte kostenlos mit TAGGRS<\/a> und bringe zun\u00e4chst den Server-Container zum Laufen.<\/p>\n\n

FAQ<\/h2>\n\n

Ist \u201eSame-Site\u201c-Tracking dasselbe wie \u201eSame-Origin\u201c-Tracking?<\/strong><\/p>\n\n

Nein. URLs derselben Website haben dasselbe Schema und dieselbe registrierbare Domain, daher k\u00f6nnen verschiedene Subdomains zur selben Website geh\u00f6ren. \u201eGleicher Ursprung\u201c ist strenger: Schema, Host und Port m\u00fcssen \u00fcbereinstimmen. https:\/\/yourdomain.com und https:\/\/sst.yourdomain.com geh\u00f6ren zwar zur selben Website, sind aber unterschiedlicher Herkunft.<\/p>\n\n

Begrenzt Safari die G\u00fcltigkeitsdauer jedes First-Party-Cookies auf sieben Tage?<\/strong><\/p>\n\n

Nein. Permanente Cookies, die \u00fcber JavaScript erstellt werden, unterliegen den Beschr\u00e4nkungen von WebKit f\u00fcr den durch Skripte beschreibbaren Speicher. Cookies, die \u00fcber eine HTTP-Antwort gesetzt werden, k\u00f6nnen ebenfalls eine Begrenzung auf sieben Tage erhalten, wenn WebKit eine Verschleierung von CNAME-Eintr\u00e4gen oder IP-Adressen durch Dritte feststellt. Gew\u00f6hnliche, vom Server gesetzte Cookies derselben Herkunft unterliegen dieser speziellen Verschleierungsbeschr\u00e4nkung nicht.<\/p>\n\n

Garantiert das \u201eSame-Origin\u201c-Tracking eine Cookie-Lebensdauer von 400 Tagen?<\/strong><\/p>\n\n

Nein. Dadurch wird die spezifische Sieben-Tage-Obergrenze umgangen, die mit einer getarnten Tracking-Subdomain verbunden ist. Die konfigurierten Cookie-Attribute, andere Browser-Richtlinien, der private Modus, das L\u00f6schen durch den Nutzer und \u00c4nderungen der Einwilligungserkl\u00e4rungen k\u00f6nnen die Speicherdauer dennoch verk\u00fcrzen oder verhindern. Browser k\u00f6nnen zudem eine allgemeine maximale Lebensdauer f\u00fcr dauerhafte Cookies festlegen.<\/p>\n\n

Wird das \u201eSame-Origin\u201c-Tracking die Attributions- oder Remarketing-Fenster verl\u00e4ngern?<\/strong><\/p>\n\n

Nein. Diese Fenster werden von jeder Werbeplattform separat verwaltet. Eine dauerhaftere Browser-Kennung kann zwar dabei helfen, relevante Aktivit\u00e4ten innerhalb eines bestehenden Fensters miteinander zu verkn\u00fcpfen, \u00e4ndert aber weder das Fenster selbst noch die konfigurierte Mitgliedschaftsdauer einer Zielgruppe.<\/p>\n\n

Umgeht das Same-Origin-Tracking alle Werbeblocker?<\/strong><\/p>\n\n

Nein. Es entfernt den separaten Tracking-Hostnamen, den manche Blockierungsregeln verwenden. Erweiterungen k\u00f6nnen Anfragen weiterhin anhand von Pfaden, Verhaltensweisen oder webortspezifischen Regeln blockieren. Das Same-Origin-Routing reduziert bestimmte Blockierungssignale, ohne jedoch zu garantieren, dass jede Anfrage zugestellt wird. F\u00fcr einen umfassenderen Schutz vor Werbeblocker-Techniken kombiniere das Same-Origin-Routing mit Enhanced Tracking Script (ETS v3)<\/a>.<\/p>\n","protected":false},"excerpt":{"rendered":"

Server-side Tracking allein garantiert noch keine lange Cookie-Lebensdauer. Der vom Browser verwendete \u00f6ffentliche Endpunkt spielt ...<\/p>\n","protected":false},"author":15,"featured_media":81970,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[336,340],"tags":[],"class_list":["post-82096","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-fortgeschrittene","category-taggrs-de"],"acf":[],"_links":{"self":[{"href":"https:\/\/taggrs.io\/de\/wp-json\/wp\/v2\/posts\/82096","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/taggrs.io\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/taggrs.io\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/taggrs.io\/de\/wp-json\/wp\/v2\/users\/15"}],"replies":[{"embeddable":true,"href":"https:\/\/taggrs.io\/de\/wp-json\/wp\/v2\/comments?post=82096"}],"version-history":[{"count":2,"href":"https:\/\/taggrs.io\/de\/wp-json\/wp\/v2\/posts\/82096\/revisions"}],"predecessor-version":[{"id":82098,"href":"https:\/\/taggrs.io\/de\/wp-json\/wp\/v2\/posts\/82096\/revisions\/82098"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/taggrs.io\/de\/wp-json\/wp\/v2\/media\/81970"}],"wp:attachment":[{"href":"https:\/\/taggrs.io\/de\/wp-json\/wp\/v2\/media?parent=82096"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/taggrs.io\/de\/wp-json\/wp\/v2\/categories?post=82096"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/taggrs.io\/de\/wp-json\/wp\/v2\/tags?post=82096"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}