1. Cron 2× dziennie
Workflow odpala się o 08:00 i 20:00 (Europe/Warsaw). Nie czeka aż zrobisz deploy — łapie też zmiany robione przez kogoś innego albo Vercel rebuild.
Monitor sitemapy i indeksacji
Workflow w n8n co 12 h pobiera sitemap.xml, diffem wykrywa zmienione adresy, zgłasza je przez Google Indexing API i re-submituje sitemapę do Search Console. Google dokumentuje to API wyłącznie dla ofert pracy (JobPosting) i transmisji na żywo (BroadcastEvent), a przyjęcie zgłoszenia nie jest potwierdzeniem indeksacji — o tym, czy i kiedy adres trafi do indeksu, decyduje Google. Działa na tej stronie od 2026-05-26.
51
URLi w sitemapie
12h
Cykl sprawdzania — 2× dziennie
~1.5s
Czas jednego przebiegu
Architektura workflow — 7 nodów
Jak to działa pod spodem
2. Sitemap diff
Fetch sitemap.xml → parsuje wszystkie <loc> i <lastmod> → porównuje z poprzednim snapshotem trzymanym w n8n Static Data. Wykrywa nowe URLi i zmienione daty.
3. Google Indexing API
Per zmieniony adres — HTTP POST z OAuth2 do indexing.googleapis.com/v3/urlNotifications:publish typu URL_UPDATED. Odpowiedź 200 potwierdza przyjęcie żądania, a nie indeksację: termin crawlu i decyzja o wpisie do indeksu należą do Google.
4. Slack alert
Zbiorczy raport do kanału #leads-hot: ile adresów zgłoszono, które konkretnie i czy któreś zgłoszenie zwróciło błąd. Cisza, gdy nic się nie zmieniło.
Co ten monitoring daje — i czego nie gwarantuje
Co workflow kontroluje
Czy publikacja faktycznie dotarła do sitemap.xml i z jaką datą lastmod. Diff względem poprzedniego snapshotu wyłapuje też adresy, które z sitemapy wypadły po przebudowie strony.
Co workflow zgłasza
Zmienione adresy idą jako URL_UPDATED do Indexing API, a cała sitemapa jest re-submitowana do Search Console. To zgłoszenie, nie polecenie: Google może je przyjąć i nie odwiedzić adresu, i nie podaje żadnego terminu.
Zakres Indexing API
Google dokumentuje to API dla ofert pracy (JobPosting) i transmisji na żywo (BroadcastEvent osadzony w VideoObject). Dla pozostałych stron kanałem przewidzianym przez Google jest sitemapa i Search Console — i na nich opiera się ten workflow. Warunek wstępny: własność domeny w GSC (status siteOwner).
Czego nie obiecuje
Żadnego terminu indeksacji ani gwarancji, że adres w ogóle do indeksu trafi — to decyzja Google. Workflow skraca co innego: czas, po którym Ty wiesz, że coś nie zostało zgłoszone albo zniknęło z sitemapy.
Pod maską — rzeczywisty workflow w n8n
Screen z naszej instancji n8n.cloud. To nie mock-up — ten workflow działa produkcyjnie na prodmaster.pl od 2026-05-26, monitoruje 51 URLi i co 12h sprawdza co się zmieniło.
LIVE w produkcji
INDEXING API — Sitemap Diff
7 nodów + 2 ścieżki w "Any changes?" (true → ping + aggregate + Slack report, false → Slack "no changes" silent log). Storage diff w n8n Workflow Static Data. Pierwsze uruchomienie: 51 adresów zgłoszonych w jednej iteracji, kolejne — tylko delta.
7 nodów
2 ścieżki
~1.5s execution
51 URLi monitored
Google OAuth2
Indexing API
Slack alerts
Otwórz pełny rozmiar →
Chcesz taki monitoring sitemapy u siebie?
Workflow jest do skopiowania w n8n i podpięcia pod Twoją Search Console w ~2h: diff sitemapy, zgłoszenie zmienionych adresów, re-submit sitemapy i raport na Slacku. Nie obiecuje indeksacji — daje kontrolę nad tym, co i kiedy zostało zgłoszone, oraz alert, gdy coś z sitemapy wypadło. Mogę wdrożyć u Ciebie z konfiguracją OAuth2 + Slack, albo dostaniesz JSON workflow do samodzielnej instalacji.
Umów rozmowę 30 min