Trzy terminy analityczne w sierpniu 2026: BigQuery, Adobe, Shopify

Trzy terminy przypadają w odstępie nieco ponad dwóch tygodni. 11.08.2026 zmienia się etykieta rozliczeniowa w BigQuery Data Transfer Service, 12.08.2026 kończy się cykl życia Adobe Analytics API 1.4 wraz z uwierzytelnianiem WSSE, a 26.08.2026 zamyka się migracja checkoutu Shopify dla sklepów bez Plus. Technicznie te trzy sprawy nie mają ze sobą nic wspólnego. Łączy je okno czasowe: porównanie stanu sprzed i po jest możliwe tylko tam, gdzie stan sprzed został zarejestrowany, dopóki jeszcze istniał.

1. 11 sierpnia: etykieta rozliczeniowa w BigQuery Data Transfer Service

Wpis w informacjach o wydaniach BigQuery z 08.05.2026 zapowiada dwie zmiany na 11.08.2026. Etykieta rozliczeniowa SKU dla BigQuery Data Transfer Service przechodzi z wielkich liter na małe, a ta sama SKU obejmuje dodatkowo orkiestrację, operacje ładowania oraz operacje scalania. We wpisie nie pojawia się ani dokładna dotychczasowa, ani dokładna nowa nazwa SKU, nie podano też żadnej liczby opisującej zmianę kosztów. Oba punkty pozostają otwarte, dopóki dane rozliczeniowe po tej dacie nie pokażą efektu.

Z samego sformułowania wynikają dwie konsekwencje. Raporty dopasowujące etykietę jako ciąg znaków z rozróżnianiem wielkości liter przestają ją dopasowywać albo rozdzielają jeden szereg danych na dwa wokół tej daty. Z kolei SKU o rosnącym zakresie sprawia, że porównanie pozycja po pozycji w poprzek tej daty staje się niejednoznaczne, ponieważ ta sama etykieta może obejmować inny nakład pracy. Zapytanie do billing export zestawiające obie fazy obok siebie pozwala to uwidocznić.

-- sku_label, usage_day i cost to symbole zastępcze dla
-- nazw kolumn lokalnego schematu billing export
SELECT
  LOWER(sku_label) AS sku_key,
  IF(usage_day < DATE '2026-08-11', 'before', 'after') AS phase,
  ROUND(SUM(cost), 2) AS cost_sum,
  COUNT(*) AS line_items
FROM `project.dataset.billing_export`   -- symbol zastępczy
WHERE usage_day BETWEEN DATE '2026-07-28' AND DATE '2026-08-25'
GROUP BY sku_key, phase
ORDER BY sku_key, phase;

Nazwy tabel i kolumn różnią się w zależności od konfiguracji; powyższe nazwy zastępują to, czego używa lokalny eksport. Faza before istnieje wyłącznie jako historia, dlatego jednorazowe uruchomienie przed tą datą oraz zapisany wynik są tym, co w ogóle umożliwia późniejsze porównanie.

2. 12 sierpnia: Adobe Analytics API 1.4 i WSSE

12.08.2026 kończy się cykl życia Adobe Analytics API 1.4 oraz uwierzytelniania WSSE. Ta sama strona z informacjami o wydaniach podaje, że starszy Report Builder zostaje wycofany w czerwcu 2026, i ujmuje to w czasie przyszłym, choć miesiąc ten już minął. Sprzeczność tkwi w źródle i nie zostaje tu rozstrzygnięta. W przypadku AppMeasurement strona nie wskazuje daty końcowej i odsyła jedynie do repozytorium GitHub. W dyskusjach wtórnych krąży informacja o wyjątku dla Data Insertion API; nie jest ona udokumentowana w źródle pierwotnym i dlatego nie jest traktowana jako pewnik.

Pozostaje pytanie inwentaryzacyjne: które lokalne zadania nadal uwierzytelniają się przez WSSE i które nadal odwołują się do wersji 1.4. Jedno i drugie zwykle pozostawia ślady tekstowe — nazwę nagłówka oraz fragment wersji w ścieżce lub w konfiguracji klienta.

# ścieżki wyszukiwania to symbole zastępcze dla lokalnych repozytoriów
grep -rniE "wsse|/1\.4/|api[-_ ]?1\.4" \
  ./src ./jobs ./etc/cron.d \
  --include="*.py" --include="*.js" --include="*.sh" --include="*.conf"

Wzorzec jest heurystyką, a nie dowodem. Biblioteka opakowująca może ukryć zarówno nagłówek, jak i ciąg wersji, więc zadanie bez trafienia nie zostaje przez to uznane za czyste; nadal wymaga prześledzenia przez klienta, z którego korzysta. Po 12 sierpnia nieudane zadanie nie odróżnia już zepsutego poświadczenia od wycofanego interfejsu, co sprawia, że inwentaryzacja przed tym momentem jest tańsza.

3. 26 sierpnia: migracja checkoutu Shopify bez Plus

W przypadku sklepów Shopify bez Plus migracja z dotychczasowych skryptów checkoutu wygasa 26.08.2026. Sklepy Plus przeszły ten sam punkt 28.08.2025. Dotyczy to checkout.liquid jako funkcji Plus oraz dodatkowych skryptów na stronie statusu zamówienia. Dokumentacja wskazuje jako konsekwencję ograniczenia zasięgu i skuteczności kampanii oraz strategii ustalania stawek. Termin wyznacza Shopify, a nie Google, co umieszcza go poza platformą reklamową.

# eksport motywu i konfiguracja tagów, ścieżki to symbole zastępcze
grep -rn "checkout.liquid" ./theme_export

grep -rniE "order[-_ ]?status|additional scripts" \
  ./theme_export ./tag_config

Tagi mogą być również dostarczane z kontenera menedżera tagów zamiast z motywu; w takim przypadku eksport motywu nic nie pokazuje, a odpowiedź zawiera konfiguracja kontenera.

4. Co można ustalić z wyprzedzeniem

Trzy kontrole łączy jedna właściwość: przed odpowiednią datą są tanie, a po niej niepełne.

• BigQuery: zapytanie rozliczeniowe wymaga fazy before, którą da się odczytać tylko do 11 sierpnia; punktem odniesienia jest zapisany wynik.
• Adobe: wyszukiwanie w kodzie da się przeprowadzić w dowolnym momencie, ale jego wartość diagnostyczna spada, gdy po 12 sierpnia komunikaty o błędach stają się niejednoznaczne.
• Shopify: sprawdzenie motywu zachowuje swoją wartość najdłużej, ponieważ stan sklepu pozostaje możliwy do odczytania także po 26 sierpnia.

Dwa punkty pozostają z góry poza zasięgiem. Skala efektu kosztowego w BigQuery nie jest udokumentowana, więc każde oszacowanie przed tą datą byłoby zgadywaniem, a rozstrzygają je dopiero dane rozliczeniowe po niej. Daty dotyczącej Report Buildera w notach Adobe nie da się natomiast uzgodnić na podstawie samej tej strony. Tam, gdzie plan zależy od jednego z tych punktów, zależy od kwestii otwartej, a odnotowanie tej otwartości jest bardziej użyteczne niż jej wypełnianie.

Podsumowanie

Piętnaście dni dzieli pierwszą z trzech dat od ostatniej. 11 sierpnia etykieta SKU zmienia wielkość liter i zyskuje szerszy zakres, 12 sierpnia kończy się okres życia API Adobe oraz jego metody uwierzytelniania, a 26 sierpnia zamyka się migracja checkoutu Shopify dla sklepów bez Plus. Do każdej daty przypisana jest krótka kontrola: zapytanie rozliczeniowe, wyszukiwanie w kodzie, sprawdzenie motywu. Twardy termin ważności ma zapytanie rozliczeniowe, ponieważ jego wartość porównawcza znika wraz z datą, którą mierzy.