{"id":9402,"date":"2026-08-12T19:00:00","date_gmt":"2026-08-12T17:00:00","guid":{"rendered":"https:\/\/www.lukaswojcik.com\/blog\/?p=9402"},"modified":"2026-08-12T19:00:00","modified_gmt":"2026-08-12T17:00:00","slug":"bigquery-backfill-grenze-google-signals-de","status":"publish","type":"post","link":"https:\/\/www.lukaswojcik.com\/blog\/de\/digital-analytics-de\/bigquery-backfill-grenze-google-signals-de\/","title":{"rendered":"Zwei Analytics-\u00c4nderungen aus dem Juni, die ohne Fehlermeldung eintreffen"},"content":{"rendered":"\n<p class=\"wp-block-paragraph\">Im Juni 2026 sind zwei \u00c4nderungen im Google-Analytics-Stack wirksam geworden. Beide sind dokumentiert, beide gelten mit Stand 10.08.2026, und keine von beiden meldet sich, w\u00e4hrend eine Pipeline l\u00e4uft. Die erste schr\u00e4nkt ein, was der BigQuery Data Transfer Service bei einem Backfill abruft. Die zweite schr\u00e4nkt ein, wor\u00fcber die Einstellung Google Signals in der Analytics-Verwaltung tats\u00e4chlich bestimmt. Verbunden sind sie nicht \u00fcber das Thema, sondern \u00fcber die Art ihres Auftretens: kein fehlgeschlagener Job, keine Exception im Log, keine Zeile in einem Monitoring-Dashboard. Die erste zeigt sich, sobald ein Backfill gestartet wird. Die zweite zeigt sich, sobald auff\u00e4llt, dass ein Schalter nicht mehr die Wirkung hat, die er zuvor hatte.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">1. Zwei \u00c4nderungen, die im Juni ohne Fehlermeldung wirksam wurden<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Die meisten \u00c4nderungen in einem Datenstack melden sich von selbst. Ein Schema verschiebt sich, und eine Query schl\u00e4gt fehl. Ein Endpunkt wird abgeschaltet, und ein Client liefert einen Statuscode. Ein Kontingent wird enger, und ein Job bleibt stehen. Solche \u00c4nderungen sind laut, und gerade der L\u00e4rm macht sie billig im Umgang: Das vorhandene Monitoring greift, und jemand liest die Meldung.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Die beiden Juni-\u00c4nderungen geh\u00f6ren in eine andere Kategorie. In beiden F\u00e4llen arbeitet das System weiter. Jobs laufen durch, Einstellungen lassen sich weiterhin umschalten, Dashboards werden weiterhin gerendert. Die \u00c4nderung zeigt sich allein im Inhalt der Daten oder in der Bedeutung eines Konfigurationswerts, und beides deckt das \u00fcbliche Alerting nicht ab.<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li><strong>BigQuery Data Transfer Service:<\/strong> seit dem 01.06.2026 f\u00fcllen die Konnektoren f\u00fcr Google Ads, Search Ads 360 und Google Analytics 4 Backfill-L\u00e4ufe nicht mehr mit Daten, die \u00e4lter als 37 Monate sind. Die Dokumentation h\u00e4lt fest, dass solche L\u00e4ufe unvollst\u00e4ndige oder leere Ergebnisse zur\u00fcckgeben und vorhandene vollst\u00e4ndige Historie \u00fcberschreiben k\u00f6nnen.<\/li>\n<li><strong>Google Signals:<\/strong> ab dem 15.06.2026 steuern die Einstellung Google Signals in der Analytics-Verwaltung und die Google Signals API ausschlie\u00dflich die Verkn\u00fcpfung von Analytics-Daten mit Informationen aus angemeldeten Nutzerkonten f\u00fcr das Verhaltens-Reporting. Die Kontrolle \u00fcber die Daten selbst liegt beim Consent Mode, konkret beim Parameter <code>ad_storage<\/code>.<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Der weitere Text behandelt beide als zwei Auspr\u00e4gungen desselben betrieblichen Problems: eine dokumentierte \u00c4nderung, deren Wirkung erst durch eine bewusste Pr\u00fcfung sichtbar wird. Die Abschnitte 2 bis 4 behandeln die Transfergrenze und eine Absicherung, die sich einem Backfill vorschalten l\u00e4sst. Die Abschnitte 5 und 6 behandeln die Signals-\u00c4nderung und eine Bestandsaufnahme, die den aktuellen Stand festh\u00e4lt, bevor er gebraucht wird.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">2. Die 37-Monats-Grenze im BigQuery Data Transfer Service<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Der Eintrag erschien am 06.05.2026 in den BigQuery Release Notes und wurde am 01.06.2026 wirksam. Er betrifft drei Konnektoren des BigQuery Data Transfer Service: Google Ads, Search Ads 360 und Google Analytics 4. Backfill-L\u00e4ufe dieser Konnektoren werden nicht mehr mit Daten bef\u00fcllt, die \u00e4lter als 37 Monate sind. Als Grund wird eine \u00c4nderung der Aufbewahrungsregeln auf der Seite von Google Ads genannt.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">F\u00fcr den Betrieb eines Warehouse, das auf diesen Transfers aufsetzt, sind zwei Abgrenzungen der \u00c4nderung wesentlich. Bereits \u00fcbertragene Daten bleiben unangetastet \u2013 solange kein Backfill dar\u00fcber l\u00e4uft. Die 37 Monate sind ein rollierendes Fenster und kein fester Stichtag, weshalb ein Zeitraum, der im Juni noch innerhalb der Grenze lag, mit den vergehenden Monaten aus ihr herausf\u00e4llt. Eine Backfill-Definition, die vor einem Jahr in einem Runbook abgelegt und seither nicht ver\u00e4ndert wurde, \u00fcberschreitet die Grenze daher irgendwann, ohne dass sich an der Definition selbst etwas \u00e4ndert.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Mehrere Details deckt die Dokumentation nicht ab, und sie sollten auch nicht unterstellt werden. Nicht dokumentiert ist, welcher Fehlercode oder welche Meldung einen solchen Lauf begleitet, falls \u00fcberhaupt eine ausgegeben wird. Nicht dokumentiert ist, ob die Cloud Console eine Warnung anzeigt, wenn ein Zeitraum jenseits der Grenze eingetragen wird. Nicht dokumentiert ist, ob sich der Vorgang nachtr\u00e4glich r\u00fcckg\u00e4ngig machen l\u00e4sst. Eine Absicherung l\u00e4sst sich deshalb nicht auf ein Signal des Dienstes st\u00fctzen; sie muss auf dem Zeitraum aufsetzen, der hineingeht, und auf den Zeilen, die herauskommen.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">3. Warum ein Backfill vollst\u00e4ndige Historie ersetzen kann<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Der Kern dieser \u00c4nderung ist nicht die Grenze. Eine Begrenzung, wie weit ein Konnektor zur\u00fcckreicht, w\u00e4re eine Unbequemlichkeit mit naheliegender Umgehung: das vorhandene Archiv behalten. Der Kern ist die zweite H\u00e4lfte des dokumentierten Verhaltens \u2013 ein Lauf, der unvollst\u00e4ndige oder leere Ergebnisse zur\u00fcckgibt, kann Historie \u00fcberschreiben, die vollst\u00e4ndig war.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Der Ablauf, der dorthin f\u00fchrt, ist gew\u00f6hnlich. Ein Warehouse h\u00e4lt vier Jahre Transferdaten. Eine sp\u00e4te Korrektur, eine Schemaanpassung oder eine vermutete L\u00fccke gibt den Anlass, ein \u00e4lteres Fenster erneut zu laden. Der Backfill wird mit einem Zeitraum geplant, der ganz oder teilweise weiter als 37 Monate zur\u00fcckreicht. Der Lauf wird abgeschlossen. Die Partitionen innerhalb des Fensters werden mit dem \u00fcberschrieben, was der Konnektor geliefert hat, und was der Konnektor f\u00fcr den Teil jenseits der Grenze geliefert hat, ist unvollst\u00e4ndig oder leer. Nichts in dieser Kette setzt einen Fehler in der Anfrage selbst voraus; dieselbe Anfrage h\u00e4tte im Mai funktioniert.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Darin unterscheidet sich ein erneuter Lauf von einer Erstbeladung. Eine Erstbeladung in einen leeren Zeitraum kann nur erg\u00e4nzen. Ein erneuter Lauf \u00fcber einen bestehenden Zeitraum ersetzt, und Ersetzen ist nur dann unbedenklich, wenn die Quelle mindestens so vollst\u00e4ndig ist wie das Ziel. Seit dem 1. Juni gilt diese Annahme f\u00fcr die betroffenen Konnektoren jenseits der 37-Monats-Marke nicht mehr, womit aus einem Routinevorgang einer wird, an den eine Vorbedingung geh\u00f6rt.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Da die Dokumentation keinen Weg zur R\u00fccknahme beschreibt, liegt die praktische Folge darin, dass die Pr\u00fcfung vor dem Lauf stattfinden muss und eine Kopie vor dem Lauf vorliegen muss. Eine nachtr\u00e4gliche Wiederherstellung h\u00e4ngt vollst\u00e4ndig davon ab, was das Warehouse selbst aufbewahrt hat.<\/p>\n\n\n\n<figure class=\"lw-diagram\">\n<img src=\"https:\/\/www.lukaswojcik.com\/blog\/wp-content\/uploads\/diagrams\/hand-backfill-de.png\" width=\"1120\" height=\"700\" decoding=\"async\" loading=\"lazy\"\n     alt=\"Dieselbe BigQuery-Zieltabelle vor und nach einem Backfill, der \u00fcber die 37-Monats-Grenze hinausreicht, wobei der \u00e4ltere Abschnitt von vollst\u00e4ndig zu leer wechselt\">\n<figcaption>Die Grenze verhindert den Lauf nicht, sie \u00e4ndert, was der Lauf schreibt. Alles links davon kommt unvollst\u00e4ndig oder leer zur\u00fcck \u2014 und landet in denselben Zeilen, in denen zuvor die vollst\u00e4ndige Historie stand.<\/figcaption>\n<\/figure>\n\n\n\n<h2 class=\"wp-block-heading\">4. Eine Absicherung vor dem Lauf: Grenze pr\u00fcfen, Zeilen z\u00e4hlen, Kopie anlegen<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Die Absicherung besteht aus drei Teilen, und jeder davon ist klein genug, um einem vorhandenen Backfill-Schritt vorangestellt zu werden. Alle im Folgenden gro\u00dfgeschriebenen Bezeichner sind Platzhalter f\u00fcr Projekt, Dataset, Tabelle und Datumsspalte des Warehouse, das der Lauf ber\u00fchrt; die Spaltennamen gibt der Dienst nicht vor, sie richten sich danach, was die Zieltabelle bereits verwendet.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Der erste Teil vergleicht den angefragten Zeitraum mit der rollierenden Grenze. Er beantwortet eine einzige Frage \u2013 f\u00e4llt ein Teil dieses Fensters jenseits von 37 Monaten \u2013 und beantwortet sie aus dem Kalender heraus, nicht aus einer Antwort, die der Dienst senden mag oder auch nicht.<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code class=\"language-sql\">-- PROJECT, DATASET, TARGET_TABLE und PARTITION_DATE sind Platzhalter.\nDECLARE backfill_start DATE DEFAULT DATE '2022-01-01';\nDECLARE backfill_end   DATE DEFAULT DATE '2022-06-30';\nDECLARE earliest_supported DATE DEFAULT DATE_SUB(CURRENT_DATE(), INTERVAL 37 MONTH);\n\nSELECT\n  backfill_start,\n  backfill_end,\n  earliest_supported,\n  backfill_start &lt; earliest_supported AS starts_before_boundary,\n  backfill_end   &lt; earliest_supported AS ends_before_boundary,\n  DATE_DIFF(earliest_supported, backfill_start, DAY) AS days_outside;\n<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">Derselbe Vergleich geh\u00f6rt in den Wrapper, der den Lauf ausl\u00f6st, damit ein Fenster au\u00dferhalb der Grenze den Job anh\u00e4lt und nicht nur eine Zeile in einer Ergebnismenge erzeugt. Ein Gate in der Shell h\u00e4lt die Entscheidung beim Scheduler statt im Warehouse.<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code class=\"language-bash\">#!\/usr\/bin\/env bash\nset -euo pipefail\n\nSTART=\"2022-01-01\"\nEND=\"2022-06-30\"\nBOUNDARY=\"$(date -u -d '37 months ago' +%F)\"\n\nif [[ \"$START\" &lt; \"$BOUNDARY\" ]]; then\n  echo \"range starts $START, boundary is $BOUNDARY - backfill not started\" &gt;&amp;2\n  exit 1\nfi\n\n# wird nur erreicht, wenn das gesamte Fenster innerhalb der Grenze liegt\n# .\/run_backfill.sh \"$START\" \"$END\"\n<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">Der zweite Teil ist eine Zeilenz\u00e4hlung je Tag, einmal vor dem Lauf und einmal danach erhoben. Diese Z\u00e4hlung ist von keiner Meldung des Dienstes abh\u00e4ngig und macht eine Ersetzung durch leere Ergebnisse als Zahl sichtbar statt als Vermutung. Werden beide Phasen in derselben Audit-Tabelle abgelegt, bleibt der Vergleich eine einzige Query.<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code class=\"language-sql\">CREATE TABLE IF NOT EXISTS `PROJECT.audit.transfer_row_census` (\n  captured_at TIMESTAMP,\n  phase STRING,\n  day DATE,\n  row_count INT64\n);\n\nINSERT INTO `PROJECT.audit.transfer_row_census`\nSELECT CURRENT_TIMESTAMP(), 'before', PARTITION_DATE, COUNT(*)\nFROM `PROJECT.DATASET.TARGET_TABLE`\nWHERE PARTITION_DATE BETWEEN DATE '2022-01-01' AND DATE '2022-06-30'\nGROUP BY PARTITION_DATE;\n\n-- nach dem Lauf dieselbe Anweisung mit phase = 'after', danach:\nSELECT\n  b.day,\n  b.row_count AS rows_before,\n  IFNULL(a.row_count, 0) AS rows_after,\n  IFNULL(a.row_count, 0) - b.row_count AS delta\nFROM `PROJECT.audit.transfer_row_census` b\nLEFT JOIN `PROJECT.audit.transfer_row_census` a\n  ON a.day = b.day AND a.phase = 'after'\nWHERE b.phase = 'before'\n  AND IFNULL(a.row_count, 0) &lt; b.row_count\nORDER BY delta;\n<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">Der dritte Teil ist die Kopie. Da die Dokumentation nichts \u00fcber die R\u00fccknahme eines solchen Laufs sagt, f\u00fchrt der einzig verl\u00e4ssliche Weg zur\u00fcck \u00fcber eine Kopie des betroffenen Zeitraums, die angelegt wurde, solange er noch vollst\u00e4ndig war. Eine Snapshot-Tabelle, benannt nach dem Lauf und dem Datum des Laufs, gen\u00fcgt, und sie kann verworfen werden, sobald die Z\u00e4hlung kein negatives Delta zeigt.<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code class=\"language-sql\">CREATE TABLE `PROJECT.DATASET.TARGET_TABLE__pre_backfill_20260810` AS\nSELECT *\nFROM `PROJECT.DATASET.TARGET_TABLE`\nWHERE PARTITION_DATE BETWEEN DATE '2022-01-01' AND DATE '2022-06-30';\n<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">Drei Schritte, alle auf der Seite des Warehouse, keiner davon abh\u00e4ngig von einem Signal, dessen Versand f\u00fcr den Dienst nicht dokumentiert ist. Den Wert tr\u00e4gt die Reihenfolge: Grenzpr\u00fcfung, Z\u00e4hlung, Kopie, dann der Lauf.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">5. Google Signals steuert seit dem 15. Juni weniger<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Die zweite \u00c4nderung ist im Code kleiner und in der Auslegung gr\u00f6\u00dfer. Ab dem 15.06.2026 bestimmen die Einstellung Google Signals in der Analytics-Verwaltung und die Google Signals API nur noch \u00fcber eines: ob Analytics-Daten mit Informationen aus angemeldeten Nutzerkonten f\u00fcr das Verhaltens-Reporting verkn\u00fcpft werden. Die Kontrolle \u00fcber die Daten selbst liegt nun beim Consent Mode, konkret beim Parameter <code>ad_storage<\/code>. Die Beschreibung findet sich auf der Google-Analytics-Hilfeseite 17016975, abgerufen am 10.08.2026.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Die betriebliche Folge ist eine Verschiebung darin, welche Oberfl\u00e4che welche Frage beantwortet. Eine Frage nach der Verkn\u00fcpfung mit angemeldeten Nutzerkonten im Verhaltens-Reporting beantwortet die Signals-Einstellung. Eine Frage nach den zugrunde liegenden Daten beantwortet die Consent-Konfiguration auf der Erfassungsseite. Ein Konfigurationsdokument, eine interne Wiki-Seite oder eine Beschreibung f\u00fcr Kunden, die vor dem 15. Juni verfasst wurde, kann den Signals-Schalter weiterhin als zust\u00e4ndig f\u00fcr die zweite Frage darstellen, und nichts in der Oberfl\u00e4che kennzeichnet eine solche Beschreibung als \u00fcberholt.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Mehreres an dieser \u00c4nderung ist nicht dokumentiert und sollte eher als offen benannt als gesch\u00e4tzt werden. Die Hilfeseite tr\u00e4gt kein Ver\u00f6ffentlichungsdatum, weshalb sich der genaue Zeitpunkt der \u00dcberarbeitung nicht aus der Seite selbst ablesen l\u00e4sst. Die Seite nennt keine Volumeneffekte, weshalb jede Aussage dar\u00fcber, wie sich Reporting-Zahlen bewegen, von der Quelle nicht gedeckt ist. Und sie sagt nichts zu bestehenden Audiences, weshalb dort auch der Status von Audiences offenbleibt, die entstanden sind, als die Einstellung einen weiteren Geltungsbereich hatte. Jeder dieser Punkte ist eine Frage an die jeweiligen Properties und keine, die die Dokumentation beantwortet.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">6. Eine Bestandsaufnahme je Property, und was offenbleibt<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Ohne den dokumentierten Boden zu verlassen, bleibt eine Bestandsaufnahme: den aktuellen Signals-Stand je Property festhalten, den Nachweis aufbewahren und die <code>ad_storage<\/code>-Consent-Raten getrennt davon im Reporting pr\u00fcfen. Daraus entsteht eine datierte Ausgangslage, und genau die braucht jede sp\u00e4tere Frage nach einem Unterschied.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Die Google Signals API wird in der Dokumentation als eine der beiden Steuerungsoberfl\u00e4chen genannt, doch Endpunktnamen, Request-Felder oder Response-Schemata sind hier nicht belegt. Das folgende Skript h\u00e4lt den API-Aufruf daher hinter einer Platzhalterfunktion, die anhand der API-Referenz der eingesetzten Client-Bibliothek zu erg\u00e4nzen ist; ausgeschrieben ist der Teil, der die Persistenz und den Abgleich \u00fcbernimmt, und dort liegt der Wert der Bestandsaufnahme.<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code class=\"language-python\">import csv\nimport datetime\n\n# Platzhalter: umgesetzt gegen die Google Signals API mit der\n# eingesetzten Client-Bibliothek. Gibt das Statusfeld zurueck, das die API bereitstellt.\ndef fetch_signals_state(property_id: str):\n    raise NotImplementedError(\"fill in against the API reference\")\n\nPROPERTIES = [\"PROPERTY_ID_1\", \"PROPERTY_ID_2\"]   # Platzhalter\nOUT = \"signals_inventory.csv\"\n\ncaptured_at = datetime.datetime.now(datetime.timezone.utc).isoformat()\n\nwith open(OUT, \"a\", newline=\"\", encoding=\"utf-8\") as fh:\n    writer = csv.writer(fh)\n    for property_id in PROPERTIES:\n        try:\n            state = fetch_signals_state(property_id)\n            writer.writerow([captured_at, property_id, state, \"\"])\n        except Exception as exc:                  # protokolliert, nicht verschluckt\n            writer.writerow([captured_at, property_id, \"\", repr(exc)])\n<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">Die zweite H\u00e4lfte der Bestandsaufnahme ist die Consent-Seite. Wie der <code>ad_storage<\/code>-Status gespeichert wird, unterscheidet sich je nach Setup \u2013 er kann in einer Export-Tabelle liegen, in einem Log auf der Erfassungsseite oder in einer Tabelle, die die Consent-Plattform pflegt \u2013, weshalb die Tabellen- und Spaltennamen unten Platzhalter f\u00fcr das sind, was das Warehouse bereits vorh\u00e4lt. Die Query liefert eine Tagesrate, und in dieser Form w\u00e4re eine Verschiebung \u00fcber die Juni-Grenze hinweg \u00fcberhaupt ablesbar.<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code class=\"language-sql\">-- CONSENT_TABLE, DAY_COLUMN und AD_STORAGE_COLUMN sind Platzhalter\n-- fuer die Spalten, in denen das Warehouse den Consent-Status festhaelt.\nSELECT\n  DAY_COLUMN AS day,\n  COUNTIF(AD_STORAGE_COLUMN = 'granted') AS granted,\n  COUNT(*) AS total,\n  SAFE_DIVIDE(COUNTIF(AD_STORAGE_COLUMN = 'granted'), COUNT(*)) AS granted_rate\nFROM `PROJECT.DATASET.CONSENT_TABLE`\nWHERE DAY_COLUMN BETWEEN DATE '2026-05-01' AND CURRENT_DATE()\nGROUP BY day\nORDER BY day;\n<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">Was die Bestandsaufnahme nicht liefert, ist eine Erkl\u00e4rung. Eine Rate, die sich \u00fcber den Juni hinweg bewegt, kann auf die Consent-Konfiguration zur\u00fcckgehen, auf Saisonalit\u00e4t, auf die Zusammensetzung des Traffics oder auf ein Release auf der Website. Die Dokumentation nennt keine Volumeneffekte, weshalb es \u00fcber die Quelle hinausginge, eine Bewegung der Signals-\u00c4nderung zuzuschreiben. Der Zweck des Nachweises ist enger und dauerhafter: Er h\u00e4lt je Property einen datierten Stand fest und trennt die Frage, wor\u00fcber eine Einstellung bestimmt, von der Frage, was die Daten zeigen.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Zusammenfassung<\/h2>\n\n\n\n<ul class=\"wp-block-list\">\n<li><strong>Transfergrenze:<\/strong> seit dem 01.06.2026 bef\u00fcllen die Konnektoren des BigQuery Data Transfer Service f\u00fcr Google Ads, Search Ads 360 und Google Analytics 4 Backfill-L\u00e4ufe nicht mehr mit Daten, die \u00e4lter als 37 Monate sind. Als Grund werden ge\u00e4nderte Aufbewahrungsregeln bei Google Ads genannt.<\/li>\n<li><strong>Der folgenreiche Teil:<\/strong> Die Dokumentation h\u00e4lt fest, dass solche L\u00e4ufe unvollst\u00e4ndige oder leere Ergebnisse zur\u00fcckgeben und vorhandene vollst\u00e4ndige Historie \u00fcberschreiben k\u00f6nnen. Bereits \u00fcbertragene Daten bleiben unangetastet, solange kein Backfill dar\u00fcber l\u00e4uft.<\/li>\n<li><strong>Nicht dokumentiert:<\/strong> welcher Fehlercode oder welche Meldung erscheint, ob die Oberfl\u00e4che warnt und ob sich der Vorgang r\u00fcckg\u00e4ngig machen l\u00e4sst. Eine Absicherung st\u00fctzt sich deshalb auf den angefragten Zeitraum, eine Zeilenz\u00e4hlung vor und nach dem Lauf sowie eine zuvor angelegte Kopie.<\/li>\n<li><strong>Geltungsbereich von Signals:<\/strong> ab dem 15.06.2026 steuern die Signals-Einstellung und die Google Signals API nur noch die Verkn\u00fcpfung von Analytics-Daten mit Informationen aus angemeldeten Nutzerkonten f\u00fcr das Verhaltens-Reporting; die Kontrolle \u00fcber die Daten selbst liegt beim Consent Mode und bei <code>ad_storage<\/code>.<\/li>\n<li><strong>Offen auf dieser Seite:<\/strong> Die Hilfeseite tr\u00e4gt kein Ver\u00f6ffentlichungsdatum, nennt keine Volumeneffekte und sagt nichts zu bestehenden Audiences. Eine datierte Bestandsaufnahme je Property h\u00e4lt den Stand fest; sie erkl\u00e4rt keine Bewegungen in den Zahlen.<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Beide \u00c4nderungen waren dokumentiert, bevor sie wirksam wurden, und beide bleiben im Tagesbetrieb unsichtbar, bis eine bestimmte Handlung oder eine bestimmte Frage sie an die Oberfl\u00e4che bringt. Der praktische Unterschied liegt im Zeitpunkt, an dem sich eine Pr\u00fcfung auszahlt: bei der Transfergrenze ist es der Moment vor dem Start eines Backfills, bei Google Signals der Moment, in dem eine Konfigurationsbeschreibung niedergeschrieben und datiert wird.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Seit Juni 2026 kann ein Backfill im BigQuery Data Transfer Service vollst\u00e4ndige Historie mit leeren Ergebnissen \u00fcberschreiben, und die Einstellung Google Signals steuert weniger als zuvor.<\/p>\n","protected":false},"author":1,"featured_media":9408,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[10],"tags":[92081,92088,92091,92094],"class_list":["post-9402","post","type-post","status-publish","format-standard","hentry","category-digital-analytics-de","tag-bigquery-de","tag-data-quality-de","tag-google-analytics-4-de","tag-google-cloud-de"],"yoast_head":"<!-- This site is optimized with the Yoast SEO plugin v28.1 - https:\/\/yoast.com\/product\/yoast-seo-wordpress\/ -->\n<title>Zwei Analytics-\u00c4nderungen aus dem Juni, die ohne Fehlermeldung eintreffen - Lukas Wojcik - Blog<\/title>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/www.lukaswojcik.com\/blog\/de\/digital-analytics-de\/bigquery-backfill-grenze-google-signals-de\/\" \/>\n<meta property=\"og:locale\" content=\"en_US\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"Zwei Analytics-\u00c4nderungen aus dem Juni, die ohne Fehlermeldung eintreffen - Lukas Wojcik - Blog\" \/>\n<meta property=\"og:description\" content=\"Seit Juni 2026 kann ein Backfill im BigQuery Data Transfer Service vollst\u00e4ndige Historie mit leeren Ergebnissen \u00fcberschreiben, und die Einstellung Google Signals steuert weniger als zuvor.\" \/>\n<meta property=\"og:url\" content=\"https:\/\/www.lukaswojcik.com\/blog\/de\/digital-analytics-de\/bigquery-backfill-grenze-google-signals-de\/\" \/>\n<meta property=\"og:site_name\" content=\"Lukas Wojcik - Blog\" \/>\n<meta property=\"article:published_time\" content=\"2026-08-12T17:00:00+00:00\" \/>\n<meta property=\"og:image\" content=\"https:\/\/www.lukaswojcik.com\/blog\/wp-content\/uploads\/2026\/08\/fi-9402-zwei-analytics-anderungen-aus-dem-juni-die-ohne-fehl.jpg\" \/>\n\t<meta property=\"og:image:width\" content=\"1200\" \/>\n\t<meta property=\"og:image:height\" content=\"630\" \/>\n\t<meta property=\"og:image:type\" content=\"image\/jpeg\" \/>\n<meta name=\"author\" content=\"luky\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:label1\" content=\"Written by\" \/>\n\t<meta name=\"twitter:data1\" content=\"luky\" \/>\n\t<meta name=\"twitter:label2\" content=\"Est. reading time\" \/>\n\t<meta name=\"twitter:data2\" content=\"13 minutes\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\\\/\\\/schema.org\",\"@graph\":[{\"@type\":\"Article\",\"@id\":\"https:\\\/\\\/www.lukaswojcik.com\\\/blog\\\/de\\\/digital-analytics-de\\\/bigquery-backfill-grenze-google-signals-de\\\/#article\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/www.lukaswojcik.com\\\/blog\\\/de\\\/digital-analytics-de\\\/bigquery-backfill-grenze-google-signals-de\\\/\"},\"author\":{\"name\":\"luky\",\"@id\":\"https:\\\/\\\/www.lukaswojcik.com\\\/blog\\\/#\\\/schema\\\/person\\\/895f7604f9b6b71aad9bba33af28d0f9\"},\"headline\":\"Zwei Analytics-\u00c4nderungen aus dem Juni, die ohne Fehlermeldung eintreffen\",\"datePublished\":\"2026-08-12T17:00:00+00:00\",\"mainEntityOfPage\":{\"@id\":\"https:\\\/\\\/www.lukaswojcik.com\\\/blog\\\/de\\\/digital-analytics-de\\\/bigquery-backfill-grenze-google-signals-de\\\/\"},\"wordCount\":2107,\"commentCount\":0,\"publisher\":{\"@id\":\"https:\\\/\\\/www.lukaswojcik.com\\\/blog\\\/#\\\/schema\\\/person\\\/895f7604f9b6b71aad9bba33af28d0f9\"},\"image\":{\"@id\":\"https:\\\/\\\/www.lukaswojcik.com\\\/blog\\\/de\\\/digital-analytics-de\\\/bigquery-backfill-grenze-google-signals-de\\\/#primaryimage\"},\"thumbnailUrl\":\"https:\\\/\\\/www.lukaswojcik.com\\\/blog\\\/wp-content\\\/uploads\\\/2026\\\/08\\\/fi-9402-zwei-analytics-anderungen-aus-dem-juni-die-ohne-fehl.jpg\",\"keywords\":[\"BigQuery\",\"Data Quality\",\"Google Analytics 4\",\"Google Cloud\"],\"articleSection\":[\"Digital Analytics\"],\"inLanguage\":\"en-US\",\"potentialAction\":[{\"@type\":\"CommentAction\",\"name\":\"Comment\",\"target\":[\"https:\\\/\\\/www.lukaswojcik.com\\\/blog\\\/de\\\/digital-analytics-de\\\/bigquery-backfill-grenze-google-signals-de\\\/#respond\"]}]},{\"@type\":\"WebPage\",\"@id\":\"https:\\\/\\\/www.lukaswojcik.com\\\/blog\\\/de\\\/digital-analytics-de\\\/bigquery-backfill-grenze-google-signals-de\\\/\",\"url\":\"https:\\\/\\\/www.lukaswojcik.com\\\/blog\\\/de\\\/digital-analytics-de\\\/bigquery-backfill-grenze-google-signals-de\\\/\",\"name\":\"Zwei Analytics-\u00c4nderungen aus dem Juni, die ohne Fehlermeldung eintreffen - Lukas Wojcik - Blog\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/www.lukaswojcik.com\\\/blog\\\/#website\"},\"primaryImageOfPage\":{\"@id\":\"https:\\\/\\\/www.lukaswojcik.com\\\/blog\\\/de\\\/digital-analytics-de\\\/bigquery-backfill-grenze-google-signals-de\\\/#primaryimage\"},\"image\":{\"@id\":\"https:\\\/\\\/www.lukaswojcik.com\\\/blog\\\/de\\\/digital-analytics-de\\\/bigquery-backfill-grenze-google-signals-de\\\/#primaryimage\"},\"thumbnailUrl\":\"https:\\\/\\\/www.lukaswojcik.com\\\/blog\\\/wp-content\\\/uploads\\\/2026\\\/08\\\/fi-9402-zwei-analytics-anderungen-aus-dem-juni-die-ohne-fehl.jpg\",\"datePublished\":\"2026-08-12T17:00:00+00:00\",\"breadcrumb\":{\"@id\":\"https:\\\/\\\/www.lukaswojcik.com\\\/blog\\\/de\\\/digital-analytics-de\\\/bigquery-backfill-grenze-google-signals-de\\\/#breadcrumb\"},\"inLanguage\":\"en-US\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\\\/\\\/www.lukaswojcik.com\\\/blog\\\/de\\\/digital-analytics-de\\\/bigquery-backfill-grenze-google-signals-de\\\/\"]}]},{\"@type\":\"ImageObject\",\"inLanguage\":\"en-US\",\"@id\":\"https:\\\/\\\/www.lukaswojcik.com\\\/blog\\\/de\\\/digital-analytics-de\\\/bigquery-backfill-grenze-google-signals-de\\\/#primaryimage\",\"url\":\"https:\\\/\\\/www.lukaswojcik.com\\\/blog\\\/wp-content\\\/uploads\\\/2026\\\/08\\\/fi-9402-zwei-analytics-anderungen-aus-dem-juni-die-ohne-fehl.jpg\",\"contentUrl\":\"https:\\\/\\\/www.lukaswojcik.com\\\/blog\\\/wp-content\\\/uploads\\\/2026\\\/08\\\/fi-9402-zwei-analytics-anderungen-aus-dem-juni-die-ohne-fehl.jpg\",\"width\":1200,\"height\":630,\"caption\":\"Zwei Analytics-\u00c4nderungen aus dem Juni, die ohne Fehlermeldung eintreffen\"},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\\\/\\\/www.lukaswojcik.com\\\/blog\\\/de\\\/digital-analytics-de\\\/bigquery-backfill-grenze-google-signals-de\\\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Home\",\"item\":\"https:\\\/\\\/www.lukaswojcik.com\\\/blog\\\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"Zwei Analytics-\u00c4nderungen aus dem Juni, die ohne Fehlermeldung eintreffen\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\\\/\\\/www.lukaswojcik.com\\\/blog\\\/#website\",\"url\":\"https:\\\/\\\/www.lukaswojcik.com\\\/blog\\\/\",\"name\":\"Lukas Wojcik - Blog\",\"description\":\"\",\"publisher\":{\"@id\":\"https:\\\/\\\/www.lukaswojcik.com\\\/blog\\\/#\\\/schema\\\/person\\\/895f7604f9b6b71aad9bba33af28d0f9\"},\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\\\/\\\/www.lukaswojcik.com\\\/blog\\\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"en-US\"},{\"@type\":[\"Person\",\"Organization\"],\"@id\":\"https:\\\/\\\/www.lukaswojcik.com\\\/blog\\\/#\\\/schema\\\/person\\\/895f7604f9b6b71aad9bba33af28d0f9\",\"name\":\"luky\",\"image\":{\"@type\":\"ImageObject\",\"inLanguage\":\"en-US\",\"@id\":\"https:\\\/\\\/www.lukaswojcik.com\\\/blog\\\/wp-content\\\/uploads\\\/2026\\\/07\\\/lw-x2.jpg\",\"url\":\"https:\\\/\\\/www.lukaswojcik.com\\\/blog\\\/wp-content\\\/uploads\\\/2026\\\/07\\\/lw-x2.jpg\",\"contentUrl\":\"https:\\\/\\\/www.lukaswojcik.com\\\/blog\\\/wp-content\\\/uploads\\\/2026\\\/07\\\/lw-x2.jpg\",\"width\":424,\"height\":636,\"caption\":\"luky\"},\"logo\":{\"@id\":\"https:\\\/\\\/www.lukaswojcik.com\\\/blog\\\/wp-content\\\/uploads\\\/2026\\\/07\\\/lw-x2.jpg\"},\"sameAs\":[\"https:\\\/\\\/www.lukaswojcik.com\\\/blog\"],\"url\":\"https:\\\/\\\/www.lukaswojcik.com\\\/blog\\\/author\\\/luky\\\/\"}]}<\/script>\n<!-- \/ Yoast SEO plugin. -->","yoast_head_json":{"title":"Zwei Analytics-\u00c4nderungen aus dem Juni, die ohne Fehlermeldung eintreffen - Lukas Wojcik - Blog","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"https:\/\/www.lukaswojcik.com\/blog\/de\/digital-analytics-de\/bigquery-backfill-grenze-google-signals-de\/","og_locale":"en_US","og_type":"article","og_title":"Zwei Analytics-\u00c4nderungen aus dem Juni, die ohne Fehlermeldung eintreffen - Lukas Wojcik - Blog","og_description":"Seit Juni 2026 kann ein Backfill im BigQuery Data Transfer Service vollst\u00e4ndige Historie mit leeren Ergebnissen \u00fcberschreiben, und die Einstellung Google Signals steuert weniger als zuvor.","og_url":"https:\/\/www.lukaswojcik.com\/blog\/de\/digital-analytics-de\/bigquery-backfill-grenze-google-signals-de\/","og_site_name":"Lukas Wojcik - Blog","article_published_time":"2026-08-12T17:00:00+00:00","og_image":[{"width":1200,"height":630,"url":"https:\/\/www.lukaswojcik.com\/blog\/wp-content\/uploads\/2026\/08\/fi-9402-zwei-analytics-anderungen-aus-dem-juni-die-ohne-fehl.jpg","type":"image\/jpeg"}],"author":"luky","twitter_card":"summary_large_image","twitter_misc":{"Written by":"luky","Est. reading time":"13 minutes"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"Article","@id":"https:\/\/www.lukaswojcik.com\/blog\/de\/digital-analytics-de\/bigquery-backfill-grenze-google-signals-de\/#article","isPartOf":{"@id":"https:\/\/www.lukaswojcik.com\/blog\/de\/digital-analytics-de\/bigquery-backfill-grenze-google-signals-de\/"},"author":{"name":"luky","@id":"https:\/\/www.lukaswojcik.com\/blog\/#\/schema\/person\/895f7604f9b6b71aad9bba33af28d0f9"},"headline":"Zwei Analytics-\u00c4nderungen aus dem Juni, die ohne Fehlermeldung eintreffen","datePublished":"2026-08-12T17:00:00+00:00","mainEntityOfPage":{"@id":"https:\/\/www.lukaswojcik.com\/blog\/de\/digital-analytics-de\/bigquery-backfill-grenze-google-signals-de\/"},"wordCount":2107,"commentCount":0,"publisher":{"@id":"https:\/\/www.lukaswojcik.com\/blog\/#\/schema\/person\/895f7604f9b6b71aad9bba33af28d0f9"},"image":{"@id":"https:\/\/www.lukaswojcik.com\/blog\/de\/digital-analytics-de\/bigquery-backfill-grenze-google-signals-de\/#primaryimage"},"thumbnailUrl":"https:\/\/www.lukaswojcik.com\/blog\/wp-content\/uploads\/2026\/08\/fi-9402-zwei-analytics-anderungen-aus-dem-juni-die-ohne-fehl.jpg","keywords":["BigQuery","Data Quality","Google Analytics 4","Google Cloud"],"articleSection":["Digital Analytics"],"inLanguage":"en-US","potentialAction":[{"@type":"CommentAction","name":"Comment","target":["https:\/\/www.lukaswojcik.com\/blog\/de\/digital-analytics-de\/bigquery-backfill-grenze-google-signals-de\/#respond"]}]},{"@type":"WebPage","@id":"https:\/\/www.lukaswojcik.com\/blog\/de\/digital-analytics-de\/bigquery-backfill-grenze-google-signals-de\/","url":"https:\/\/www.lukaswojcik.com\/blog\/de\/digital-analytics-de\/bigquery-backfill-grenze-google-signals-de\/","name":"Zwei Analytics-\u00c4nderungen aus dem Juni, die ohne Fehlermeldung eintreffen - Lukas Wojcik - Blog","isPartOf":{"@id":"https:\/\/www.lukaswojcik.com\/blog\/#website"},"primaryImageOfPage":{"@id":"https:\/\/www.lukaswojcik.com\/blog\/de\/digital-analytics-de\/bigquery-backfill-grenze-google-signals-de\/#primaryimage"},"image":{"@id":"https:\/\/www.lukaswojcik.com\/blog\/de\/digital-analytics-de\/bigquery-backfill-grenze-google-signals-de\/#primaryimage"},"thumbnailUrl":"https:\/\/www.lukaswojcik.com\/blog\/wp-content\/uploads\/2026\/08\/fi-9402-zwei-analytics-anderungen-aus-dem-juni-die-ohne-fehl.jpg","datePublished":"2026-08-12T17:00:00+00:00","breadcrumb":{"@id":"https:\/\/www.lukaswojcik.com\/blog\/de\/digital-analytics-de\/bigquery-backfill-grenze-google-signals-de\/#breadcrumb"},"inLanguage":"en-US","potentialAction":[{"@type":"ReadAction","target":["https:\/\/www.lukaswojcik.com\/blog\/de\/digital-analytics-de\/bigquery-backfill-grenze-google-signals-de\/"]}]},{"@type":"ImageObject","inLanguage":"en-US","@id":"https:\/\/www.lukaswojcik.com\/blog\/de\/digital-analytics-de\/bigquery-backfill-grenze-google-signals-de\/#primaryimage","url":"https:\/\/www.lukaswojcik.com\/blog\/wp-content\/uploads\/2026\/08\/fi-9402-zwei-analytics-anderungen-aus-dem-juni-die-ohne-fehl.jpg","contentUrl":"https:\/\/www.lukaswojcik.com\/blog\/wp-content\/uploads\/2026\/08\/fi-9402-zwei-analytics-anderungen-aus-dem-juni-die-ohne-fehl.jpg","width":1200,"height":630,"caption":"Zwei Analytics-\u00c4nderungen aus dem Juni, die ohne Fehlermeldung eintreffen"},{"@type":"BreadcrumbList","@id":"https:\/\/www.lukaswojcik.com\/blog\/de\/digital-analytics-de\/bigquery-backfill-grenze-google-signals-de\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Home","item":"https:\/\/www.lukaswojcik.com\/blog\/"},{"@type":"ListItem","position":2,"name":"Zwei Analytics-\u00c4nderungen aus dem Juni, die ohne Fehlermeldung eintreffen"}]},{"@type":"WebSite","@id":"https:\/\/www.lukaswojcik.com\/blog\/#website","url":"https:\/\/www.lukaswojcik.com\/blog\/","name":"Lukas Wojcik - Blog","description":"","publisher":{"@id":"https:\/\/www.lukaswojcik.com\/blog\/#\/schema\/person\/895f7604f9b6b71aad9bba33af28d0f9"},"potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/www.lukaswojcik.com\/blog\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"en-US"},{"@type":["Person","Organization"],"@id":"https:\/\/www.lukaswojcik.com\/blog\/#\/schema\/person\/895f7604f9b6b71aad9bba33af28d0f9","name":"luky","image":{"@type":"ImageObject","inLanguage":"en-US","@id":"https:\/\/www.lukaswojcik.com\/blog\/wp-content\/uploads\/2026\/07\/lw-x2.jpg","url":"https:\/\/www.lukaswojcik.com\/blog\/wp-content\/uploads\/2026\/07\/lw-x2.jpg","contentUrl":"https:\/\/www.lukaswojcik.com\/blog\/wp-content\/uploads\/2026\/07\/lw-x2.jpg","width":424,"height":636,"caption":"luky"},"logo":{"@id":"https:\/\/www.lukaswojcik.com\/blog\/wp-content\/uploads\/2026\/07\/lw-x2.jpg"},"sameAs":["https:\/\/www.lukaswojcik.com\/blog"],"url":"https:\/\/www.lukaswojcik.com\/blog\/author\/luky\/"}]}},"_links":{"self":[{"href":"https:\/\/www.lukaswojcik.com\/blog\/wp-json\/wp\/v2\/posts\/9402","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.lukaswojcik.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.lukaswojcik.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.lukaswojcik.com\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.lukaswojcik.com\/blog\/wp-json\/wp\/v2\/comments?post=9402"}],"version-history":[{"count":1,"href":"https:\/\/www.lukaswojcik.com\/blog\/wp-json\/wp\/v2\/posts\/9402\/revisions"}],"predecessor-version":[{"id":9746,"href":"https:\/\/www.lukaswojcik.com\/blog\/wp-json\/wp\/v2\/posts\/9402\/revisions\/9746"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.lukaswojcik.com\/blog\/wp-json\/wp\/v2\/media\/9408"}],"wp:attachment":[{"href":"https:\/\/www.lukaswojcik.com\/blog\/wp-json\/wp\/v2\/media?parent=9402"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.lukaswojcik.com\/blog\/wp-json\/wp\/v2\/categories?post=9402"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.lukaswojcik.com\/blog\/wp-json\/wp\/v2\/tags?post=9402"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}