{"id":20446,"date":"2026-10-12T09:15:00","date_gmt":"2026-10-12T07:15:00","guid":{"rendered":"https:\/\/www.lukaswojcik.com\/blog\/?p=20446"},"modified":"2026-10-09T23:30:19","modified_gmt":"2026-10-09T21:30:19","slug":"youtube-analytics-api-brak-ostatnich-dni-opoznienie-danych","status":"publish","type":"post","link":"https:\/\/www.lukaswojcik.com\/blog\/pl\/digital-analytics-pl\/youtube-analytics-api-brak-ostatnich-dni-opoznienie-danych\/","title":{"rendered":"Dlaczego w raportach YouTube Analytics API brakuje ostatnich dni"},"content":{"rendered":"

Panel YouTube mo\u017ce od\u015bwie\u017cy\u0107 si\u0119 poprawnie, a mimo to nie zawiera\u0107 ostatnich dni. W aktualizacji dokumentacji z 9 wrze\u015bnia 2026 roku Google wyja\u015bni\u0142, \u017ce przetwarzanie analityki zwykle trwa od 48 do 72 godzin. Analytics API zwraca dane tylko do ostatniego dnia, dla kt\u00f3rego dost\u0119pne s\u0105 wszystkie \u017c\u0105dane metryki. Wskazana data ko\u0144cowa nie gwarantuje wi\u0119c, \u017ce odpowied\u017a rzeczywi\u015bcie do niej si\u0119ga. [1<\/a>, 2<\/a>]<\/p>\n

Wyja\u015bnienie dokumentacji, a nie nowa awaria<\/h2>\n

Og\u0142oszenie dotyczy uzupe\u0142nienia dokumentacji. Nie dowodzi, \u017ce 9 wrze\u015bnia rozpocz\u0119\u0142o si\u0119 nowe trzydniowe op\u00f3\u017anienie. Ma to znaczenie przy opisie wykresu: nowo udokumentowane ograniczenie i nowy incydent wymagaj\u0105 r\u00f3\u017cnych dowod\u00f3w.<\/p>\n

Podany przedzia\u0142 oznacza typowe op\u00f3\u017anienie przetwarzania. Nie stanowi regu\u0142y, zgodnie z kt\u00f3r\u0105 ka\u017cda warto\u015b\u0107 staje si\u0119 ostateczna dok\u0142adnie po 72 godzinach. Proces raportowy powinien zapisywa\u0107 zakres \u017c\u0105dania i rzeczywi\u015bcie otrzymane dane zamiast zast\u0119powa\u0107 kontrol\u0119 sta\u0142ym czasem oczekiwania.<\/p>\n

Jak poprawna odpowied\u017a tworzy myl\u0105cy wykres<\/h2>\n

Przyk\u0142adowy raport jest pobierany 24 wrze\u015bnia za okres od 1 do 23 wrze\u015bnia. Najnowszy zwr\u00f3cony wiersz dzienny dotyczy 21 wrze\u015bnia. Aplikacja wykresowa uzupe\u0142nia 22 i 23 wrze\u015bnia zerami, po czym informuje o za\u0142amaniu liczby wy\u015bwietle\u0144. \u017b\u0105danie HTTP zadzia\u0142a\u0142o. B\u0142\u0105d pojawi\u0142 si\u0119 podczas zamiany brakuj\u0105cych obserwacji na zmierzone warto\u015bci zerowe.<\/p>\n\n\n\n\n\n\n\n
Data<\/th>\nOtrzymana warto\u015b\u0107<\/th>\nPoprawny spos\u00f3b prezentacji<\/th>\n<\/tr>\n<\/thead>\n
21 wrze\u015bnia<\/td>\nZwr\u00f3cona warto\u015b\u0107 dzienna<\/td>\nPrezentacja z opisem zakresu raportu.<\/td>\n<\/tr>\n
22 wrze\u015bnia<\/td>\nBrak wiersza w odpowiedzi<\/td>\nOznaczenie niedost\u0119pno\u015bci lub potrzeby analizy.<\/td>\n<\/tr>\n
23 wrze\u015bnia<\/td>\nBrak wiersza w odpowiedzi<\/td>\nBez cichego zast\u0119powania zerem.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

Daty s\u0142u\u017c\u0105 wy\u0142\u0105cznie ilustracji. Najnowszy wiersz opisuje zwr\u00f3cony zbi\u00f3r i nie jest uniwersalnym potwierdzeniem kompletno\u015bci. Na obecno\u015b\u0107 wierszy mog\u0105 wp\u0142ywa\u0107 r\u00f3wnie\u017c filtry, ma\u0142y ruch i inne ograniczenia raportowania. Pusta odpowied\u017a wymaga zachowania kontekstu \u017c\u0105dania. [2<\/a>, 3<\/a>]<\/p>\n

Wszystkie \u017c\u0105dane metryki wp\u0142ywaj\u0105 na dost\u0119pny okres<\/h2>\n

Opis API odwo\u0142uje si\u0119 do dost\u0119pno\u015bci wszystkich metryk w zapytaniu. Ich wyb\u00f3r jest wi\u0119c cz\u0119\u015bci\u0105 oceny aktualno\u015bci. Dwa raporty pobrane jednocze\u015bnie mog\u0105 odpowiada\u0107 na r\u00f3\u017cne pytania i nie musz\u0105 obejmowa\u0107 tego samego dost\u0119pnego okresu. Etykieta raportu powinna wskazywa\u0107 metryki i filtry, a nie tylko czas pobrania. [3<\/a>]<\/p>\n

Przydatny zapis oddziela \u017c\u0105dany okres, czas pobrania i daty rzeczywi\u015bcie wyst\u0119puj\u0105ce w danych. Nag\u0142\u00f3wki kolumn w odpowiedzi wskazuj\u0105, jakie dane zwr\u00f3cono. Parser powinien rozpoznawa\u0107 kolumn\u0119 po nazwie, zamiast zak\u0142ada\u0107, \u017ce pierwsza kolumna liczbowa zawsze oznacza wy\u015bwietlenia. [2<\/a>, 3<\/a>]<\/p>\n

Przyk\u0142adowy rejestr raportu\n\u017b\u0105dany okres: od 2026-09-01 do 2026-09-23\nCzas pobrania: jawny znacznik czasu\nWymiary i metryki: zapisane z \u017c\u0105daniem\nFiltry: zapisane z \u017c\u0105daniem\nNajnowszy zaobserwowany wiersz dzienny: 2026-09-21\nBrakuj\u0105ce ostatnie dni: bez zamiany na zera\nOd\u015bwie\u017cenie: planowane por\u00f3wnanie z p\u00f3\u017aniejsz\u0105 odpowiedzi\u0105<\/code><\/pre>\n
Projektowanie stopniowego od\u015bwie\u017cania<\/h2>\n
Praktyczny proces mo\u017ce ponownie pobiera\u0107 nak\u0142adaj\u0105cy si\u0119 ostatni zakres dat zamiast uznawa\u0107 wczorajszy plik za ostateczny. D\u0142ugo\u015b\u0107 tego zakresu jest decyzj\u0105 wdro\u017ceniow\u0105 opart\u0105 na raporcie i obserwowanych korektach. Typowe op\u00f3\u017anienie nie gwarantuje, \u017ce starsze warto\u015bci nigdy si\u0119 nie zmieni\u0105. Wiersze potrzebuj\u0105 stabilnego klucza z wymiar\u00f3w raportu. P\u00f3\u017aniejsze obserwacje zast\u0119puj\u0105 odpowiadaj\u0105ce im zapisane warto\u015bci, zamiast by\u0107 ponownie dodawane.<\/p>\n
Zapobiega to podw\u00f3jnemu liczeniu dnia po zwyk\u0142ym ponowieniu zadania. Pozwala te\u017c zauwa\u017ca\u0107 korekty. Proces mo\u017ce zachowa\u0107 czas pobrania i por\u00f3wna\u0107 zmienione warto\u015bci przed odbudowaniem wykresu. Nieudane od\u015bwie\u017cenie powinno pozostawi\u0107 rozpoznawalny ostatni poprawny zbi\u00f3r wraz z informacj\u0105 o jego wieku.<\/p>\n
Kiedy pomaga videos.list i czego nie zast\u0119puje<\/h2>\n
Dla aktualnych statystyk pojedynczych film\u00f3w Google wskazuje videos.list<\/code> w YouTube Data API. Cz\u0119\u015b\u0107 statystyczna mo\u017ce dostarczy\u0107 liczniki wy\u015bwietle\u0144, polubie\u0144 i komentarzy. Jest to inny interfejs ni\u017c dzienny raport Analytics. Aktualny licznik skumulowany nie odtwarza historycznego czasu ogl\u0105dania ani filtrowanego podzia\u0142u dziennego. [2<\/a>, 4<\/a>]<\/p>\n
Panel mo\u017ce pokazywa\u0107 oba rodzaje danych osobno: aktualny licznik filmu oraz trend analityczny do dost\u0119pnego okresu raportowego. Odejmowanie dw\u00f3ch zapisanych stan\u00f3w tworzy kolejn\u0105 metod\u0119 pomiaru i wymaga takiego opisu. Nie jest automatycznie r\u00f3wnowa\u017cne przetworzonym dziennym danym YouTube.<\/p>\n
Czytelniejszy raport tygodniowy<\/h2>\n
Podczas oceny kampanii por\u00f3wnania powinny obejmowa\u0107 r\u00f3wnowa\u017cne okresy. Pe\u0142ny poprzedni tydzie\u0144 zestawiony z obecnym tygodniem bez ostatnich dni prowadzi do przewidywalnego zniekszta\u0142cenia. Widoczna informacja o dost\u0119pno\u015bci i plan od\u015bwie\u017cenia wyja\u015bniaj\u0105 ograniczenie bez przedstawiania brakuj\u0105cych obserwacji jako s\u0142abego wyniku.<\/p>\n
Powi\u0105zany JSON Beautifier pomaga obejrze\u0107 struktur\u0119 otrzymanej odpowiedzi. Sprawdza formatowanie, a nie kompletno\u015b\u0107 danych YouTube. Istotna pozostaje relacja mi\u0119dzy \u017c\u0105daniem, nag\u0142\u00f3wkami kolumn, dost\u0119pnymi datami i pytaniem, na kt\u00f3re ma odpowiada\u0107 wykres.<\/p>\n
Powi\u0105zane narz\u0119dzie<\/h2>\n
Formater JSON<\/a><\/p>\n
\n
Pytania i odpowiedzi<\/h2>\n
Dlaczego jedna dodatkowa metryka mo\u017ce skr\u00f3ci\u0107 zwr\u00f3cony okres?<\/h3>\n
Poniewa\u017c API zwraca dane tylko do ostatniego dnia, dla kt\u00f3rego dost\u0119pne s\u0105 wszystkie \u017c\u0105dane metryki. Najwolniejsza metryka wyznacza wi\u0119c koniec ca\u0142ej odpowiedzi. Je\u015bli do zapytania dochodzi metryka dost\u0119pna p\u00f3\u017aniej, ostatnich dni brakuje tak\u017ce dla wszystkich pozosta\u0142ych warto\u015bci tego zapytania.<\/p>\n
Rozwi\u0105zaniem jest rozdzielenie: metryki potrzebne wcze\u015bnie w jednym zapytaniu, pozosta\u0142e w drugim, a ka\u017cde zapisane z w\u0142asnym najnowszym zaobserwowanym wierszem dziennym. To, kt\u00f3ra metryka faktycznie staje si\u0119 dost\u0119pna p\u00f3\u017aniej, pokazuje wtedy por\u00f3wnanie obu odpowiedzi.<\/p>\n
Jak d\u0142ugie powinno by\u0107 nak\u0142adaj\u0105ce si\u0119 okno ponownego pobierania?<\/h3>\n
Sta\u0142ej liczby nie ma. Okno kr\u00f3tsze ni\u017c typowy czas przetwarzania od 48 do 72 godzin nie nadrabia niezawodnie brakuj\u0105cych dni. Czy musi by\u0107 d\u0142u\u017csze, pokazuj\u0105 zapisane korekty, czyli to, jak daleko wstecz warto\u015bci zmienia\u0142y si\u0119 jeszcze mi\u0119dzy dwoma pobraniami.<\/p>\n
Jak wykres powinien pokazywa\u0107 dni, dla kt\u00f3rych nie zwr\u00f3cono jeszcze wiersza?<\/h3>\n
Jako brakuj\u0105ce, a nie jako warto\u015b\u0107. Zast\u0105pienie ich zerem to znany b\u0142\u0105d, ale przeniesienie warto\u015bci z poprzedniego dnia albo linia poprowadzona przez luk\u0119 r\u00f3wnie\u017c tworz\u0105 obserwacj\u0119, kt\u00f3rej nie by\u0142o. Sensowne s\u0105 trzy sposoby prezentacji:<\/p>\n