Google ändert am 11. August 2026 die Kostenkennzeichnung des BigQuery Data Transfer Service. Das bisherige Billing Label goog-bq-feature-type: DATA_TRANSFER_SERVICE wird durch die kleingeschriebene Variante goog-bq-feature-type: data_transfer_service ersetzt. Gleichzeitig erweitert Google den Umfang des Labels. Neben der Orchestrierung von Datentransfers erfasst es jetzt auch Lade- und Merge-Operationen. Unternehmen bekommen damit eine vollständigere Sicht auf die Kosten eines Transfers.
Die Änderung führt laut Googles Ankündigung keine neue Preisstufe ein. Sie verändert stattdessen die Zuordnung bestehender Kosten in den Billing-Daten. Relevant ist der Wechsel vor allem für Unternehmen mit eigenen Kosten-Dashboards, BigQuery-Billing-Exports oder automatisierten FinOps-Abfragen. Google empfiehlt ausdrücklich, vorerst beide Label-Varianten zu berücksichtigen. Sonst können Auswertungen nach dem heutigen Wechsel einen unvollständigen Kostenverlauf zeigen.
Der BigQuery Data Transfer Service automatisiert wiederkehrende Datenimporte nach BigQuery. Er unterstützt unter anderem Google Ads, Google Analytics 4, Salesforce, PostgreSQL, MySQL, Oracle, Microsoft SQL Server, Cloud Storage und Amazon S3. Solche automatisierten Datenpipelines gehören zu einem wichtigen Einsatzbereich moderner Cloud-Software. Genau dort soll das neue Label mehr Transparenz schaffen.
Neues BigQuery-Label erfasst jetzt auch Load- und Merge-Kosten
Das bisherige Label verwendete den Wert DATA_TRANSFER_SERVICE in Großbuchstaben. Die neue Kennzeichnung nutzt data_transfer_service in Kleinbuchstaben. Auf den ersten Blick wirkt das wie eine reine Schreibweisenänderung. Google verbindet den Wechsel jedoch mit einer größeren inhaltlichen Anpassung.
Bislang konzentrierte sich die Kennzeichnung auf Kosten der Transfer-Orchestrierung. Das neue Label soll laut Google alle Kosten erfassen, die dem BigQuery Data Transfer Service zugeordnet werden. Dazu zählen drei zentrale Bereiche: Transfer-Orchestrierung, Load-Operationen und Merge-Operationen.
| Bereich | Bisherige Zuordnung | Ab 11. August 2026 |
|---|---|---|
| Billing Label | DATA_TRANSFER_SERVICE | data_transfer_service |
| Transfer-Orchestrierung | Vom Label erfasst | Weiterhin erfasst |
| Load-Operationen | Nicht vollständig unter demselben Label zusammengeführt | Unter dem neuen DTS-Label einbezogen |
| Merge-Operationen | Nicht vollständig unter demselben Label zusammengeführt | Unter dem neuen DTS-Label einbezogen |
| Kostenübersicht | Mehrere Kostenbestandteile konnten getrennt erscheinen | Einheitlichere Sicht auf Kosten des gesamten Transfers |
Der praktische Vorteil zeigt sich bei einer typischen Datenpipeline. Der Data Transfer Service ruft Daten aus einer Quelle ab, organisiert den Transfer und lädt die Daten anschließend in BigQuery. Bei bestimmten Transfers sind zusätzliche Verarbeitungsschritte nötig. Dazu können Merge-Operationen gehören. Eine reine Betrachtung der Orchestrierung zeigt dann nicht zwangsläufig alle Kosten des gesamten Ablaufs.
Google will diese Trennung mit dem neuen Label reduzieren. FinOps-Teams können Kosten mit data_transfer_service künftig umfassender dem eigentlichen Transferprozess zuordnen. Das kann besonders bei vielen Transferkonfigurationen, mehreren Datenquellen und großen BigQuery-Projekten helfen.
Die Änderung bedeutet allerdings nicht, dass sämtliche BigQuery-Ausgaben plötzlich als Data Transfer Service erscheinen. Nach einem abgeschlossenen Transfer gelten weiterhin die normalen BigQuery-Kostenmodelle für Speicherung und spätere Abfragen. Das neue Label konzentriert sich auf Kosten im Zusammenhang mit den vom Data Transfer Service ausgeführten Transfer-, Lade- und Merge-Schritten.
Unternehmen sollten Billing-Queries und Dashboards jetzt prüfen
Google hatte die Änderung bereits im Mai angekündigt und nennt den 11. August 2026 als Starttermin. Besonders wichtig ist eine Anpassung eigener Kostenabfragen. Eine SQL-Auswertung mit einem festen Filter ausschließlich auf DATA_TRANSFER_SERVICE kann neue Kosten nach dem Wechsel übersehen.
Google empfiehlt deshalb, Billing-Exporte, Dashboards und Reporting-Abfragen so anzupassen, dass vorerst beide Werte berücksichtigt werden. Dieser Ansatz erhält den Blick auf historische und neue Daten. Das alte Label bleibt für bereits vorhandene Abrechnungsdaten relevant. Das neue Label kennzeichnet die Kosten nach dem Wechsel.
- Billing Exports prüfen: Filter sollten sowohl DATA_TRANSFER_SERVICE als auch data_transfer_service berücksichtigen.
- FinOps Dashboards aktualisieren: Grafana, Looker, Looker Studio oder eigene Auswertungen können feste Label-Filter enthalten.
- Budget-Auswertungen kontrollieren: Automatische Kostenberichte dürfen das neue Label nicht ausschließen.
- Historische Vergleiche erhalten: Das alte Label bleibt für frühere Abrechnungszeiträume relevant.
- Kostenanstiege richtig einordnen: Mehr Kosten unter dem neuen Label können aus der erweiterten Zuordnung entstehen und müssen nicht automatisch auf höhere Nutzung hinweisen.
Der letzte Punkt ist für die Interpretation besonders wichtig. Ein Dashboard kann nach dem Wechsel höhere Data-Transfer-Service-Kosten anzeigen. Daraus lässt sich nicht automatisch eine Preiserhöhung ableiten. Das neue Label umfasst mehr Arbeitsschritte als die bisherige Kennzeichnung. Ein Teil der Veränderung kann deshalb allein aus der vollständigeren Zuordnung von Load- und Merge-Operationen stammen.
Der BigQuery Data Transfer Service selbst bleibt ein verwalteter Dienst für wiederkehrende Datenbewegungen. Nach der Einrichtung übernimmt Google die geplante Ausführung und das Laden der Daten. Backfills können zusätzlich Lücken in historischen Datenbeständen schließen. Der Dienst wird auch für Dataset Copies und Scheduled Queries eingesetzt.
Bei kostenpflichtigen Transfers basiert die aktuelle Data-Transfer-Service-Abrechnung auf den verbrauchten Compute-Ressourcen. Google misst diese Nutzung in Slot-Stunden. Nach dem Import kommen abhängig vom Workload die üblichen BigQuery-Kosten für Speicherung und Abfragen hinzu. Das heutige Billing-Label soll diese Preisstruktur nicht ersetzen. Es soll Kosten innerhalb des Transferprozesses besser sichtbar machen.
Für Unternehmen besteht der wichtigste Schritt deshalb nicht in einer Änderung ihrer Transferkonfigurationen. Die Datenpipelines können unverändert weiterlaufen. Handlungsbedarf entsteht auf der Billing- und Reporting-Seite. Wer Kosten nach Google-internen Labels filtert, sollte die eigenen Abfragen und Dashboards ab heute auf beide Schreibweisen prüfen. Google nennt genau diese Anpassung als Voraussetzung für eine unterbrechungsfreie Kostenübersicht während des Label-Wechsels.