# KNOWLAGE.md > Celowo zachowano nazwe pliku zgodna z poleceniem uzytkownika: `KNOWLAGE.md`. ## Zakres przegladu - Zrodlo: `D:\google ads\lancedb` - Glowna tabela wiedzy: `fakty` - Liczba rekordow w tabeli `fakty`: 1789 - Liczba tematow: 37 - Liczba zrodel: 86 - Pominiete jako niereklamowe/testowe: `_test_` oraz `ksiega_lazarza` (tekst testowy/fabularny, bez regul Google Ads). - Data wygenerowania: 2026-05-14 ## Jak wykorzystac w tym projekcie - Nowe automatyczne kontrole dodawaj jako zadania w `config/tasks.toml` i moduly w `src/gads_v2/tasks/`. - Kazda regula powinna najpierw tworzyc plan, a dopiero po zgodzie uzytkownika wdrazac zapisany plan JSON. - Reguly globalne i wyjatki per klient trzymaj w `config/clients.toml`, zeby klient mogl miec inne wymagania niz standard konta. - Przy analizie planu pokazuj tabele: ile elementow dotyczy kampanii, grup reklam, feedu, wykluczen, konwersji lub ustawien. - Wiedza ponizej jest baza do kontroli, ale wdrozenie powinno zawsze opierac sie o aktualne dane klienta i zapisany plan. ## Priorytetowe reguly do uwzglednienia w narzedziu ### Wykluczenia i jakosc ruchu - Wykluczenia slow kluczowych buduj z search terms, ale nie blokuj zapytan, ktore moga miec wartosc asystujaca lub inny etap lejka bez sprawdzenia danych. - W Display i Demand Gen kontroluj placementy, aplikacje mobilne i optimized targeting. Kampania remarketingowa nie powinna wydawac budzetu na zimne grupy bez decyzji. - Placements z wysokim kosztem i zerem konwersji albo podejrzanie wysokim wspolczynnikiem konwersji traktuj jako kandydatow do wykluczenia. - Listy wykluczen powinny byc przypisane na odpowiednim poziomie konta/kampanii, a plan powinien pokazywac zakres i potencjalne ryzyko odciecia ruchu. ### Kreacje, RSA i zasoby - RSA oceniaj po wynikach i dopasowaniu do intencji, nie tylko po Ad Strength. Pinning moze obnizyc ocene Google, ale bywa potrzebny dla kontroli przekazu. - Naglowki RSA powinny pokrywac intencje, cechy i korzysci, cene/promocje/gwarancje, social proof oraz wezwanie do dzialania. - Male konta moga szybciej uczyc sie na mniejszej liczbie mocnych wariantow niz na maksymalnie wypelnionej reklamie bez danych. - Assety PMax i Demand Gen powinny byc oceniane pod katem roli w lejku, spojnosc z landing page i faktycznych sygnalow skutecznosci, nie tylko statusow w interfejsie. ### Remarketing, Display i Demand Gen - Demand Gen moze byc prospectingiem lub remarketingiem; oceniaj je innymi metrykami. Prospecting czesto wymaga oceny asyst i wplywu na Search/e-commerce. - Remarketing w Display/Demand Gen wymaga kontroli, czy optimized targeting nie rozszerza odbiorcow poza listy remarketingowe. - Dla dynamicznego remarketingu e-commerce sprawdz feed, tagowanie produktowe i zgodnosc identyfikatorow produktu. - View-through conversions traktuj ostroznie: moga pokazywac wplyw gornego lejka, ale nie powinny samodzielnie uzasadniac skalowania bez danych backendowych. ## Temat: assets ### Broad Match + Dynamic Keyword Insertion — bezcelowe połączenie, trik z parallel exact match - **YT_jsg_47_broad_match_dki_bezcelowe_polaczenie** (`YT_jyll-saskin-gales`): DKI (Dynamic Keyword Insertion) z broad match jest praktycznie bezużyteczne, bo DKI wstawia keyword (nie search term), a przy broad match keyword może matchować tysiące zapytań niepodobnych do słowa kluczowego — CTR nie wzrośnie. Trik: przy broad match warto dodać top 10-20 search terms jako exact match keywords w tym samym ad group — nie zmieni to obsługi reklam, ale umożliwi sensowne używanie DKI. Przy kampaniach broad match + DKI — sprawdź czy DKI faktycznie cokolwiek daje. DKI jest bezpieczne TYLKO przy Exact Match (wiemy, co wejdzie do nagłówka). Przy Broad Match lub PMax DKI może tworzyć dziwne/niezgodne nagłówki. ### Call Ads deprecated — migracja na RSA + Call Asset od teraz, pełna deprecacja 2027 - **YT_jsg_78_call_ads_deprecated_migracja** (`YT_jyll-saskin-gales`): Google ogłosiło deprecację Call Ads (call-only ads): Od 2026: brak możliwości tworzenia nowych Call Ads. Do 2027: pełna deprecacja (istniejące przestają działać). Zamiennik: RSA + Call Asset + konwersja 'calls from ads' jako PRIMARY conversion action. Precyzyjny lejek migracji dla advertiserów call-only: (1) Call asset z call trackingiem w ustawieniach konta, (2) Calls from ads = PRIMARY conversion action (reszta secondary), (3) Bid strategy: Maximize Conversions → po ~1 call/dzień → target CPA, (4) RSA z DKI obok call ads, (5) Optymalizuj RSA → wyłącz call ads gdy RSA gotowe. Dotyczy każdego klienta usługowego (hydraulik, prawnik, serwis, transport) gdzie główny KPI to telefon. ### Call asset na poziomie konta — nie ad group - **YT_sp_83_assets_call_asset_na_poziomie_konta** (`YT_surfside-ppc`): Call asset ustawiaj na poziomie konta, nie na poziomie ad group. Harmonogram call asset = godziny pracy biura. Możliwość granularnego harmonogramowania: np. do 16:45 zamiast 17:00 — unikasz połączeń na ostatnie minuty pracy. Po godzinach: wyłącz call asset całkowicie (ruch idzie na stronę → formularz zamiast na połączenie). Dotyczy każdego lokalnego klienta usługowego. ### DKI + Exact Match w RSA — ultra-trafność reklamy dla małych budżetów - **YT_jsg_75_dki_exact_match_wysoki_ctr** (`YT_jyll-saskin-gales`): Kombinacja Exact Match + DKI w nagłówku RSA = ultra-trafność reklamy. DKI jest bezpieczne TYLKO przy Exact Match (wiemy, co wejdzie do nagłówka). Przy Broad Match lub PMax DKI może tworzyć dziwne/niezgodne nagłówki. Efekt: CTR wzrósł z 4% do 13% (jeden z czynników obok wyłączenia Search Partners). Template: {KeyWord:Nazwa usługi} jako pierwszy nagłówek + USP w drugim + CTA z urgency w trzecim. Stosować dla klientów usługowych z ograniczonym budżetem i dobrze zdefiniowanym słownikiem fraz. ### Harmonogram call asset — ukryty trick - **YT_sp_12_conv_call_asset_harmonogram** (`YT_surfside-ppc`): Call assets można ograniczyć harmonogramem na poziomie assetu (nie tylko kampanii). Jeśli klient nie odbiera po godzinach, ustaw call asset np. do 16:45 zamiast 17:00 — unikasz połączeń na ostatnie minuty pracy. Alternatywnie: wyłącz call asset po godzinach, żeby ruch szedł na stronę (formularz) zamiast na połączenie. Ustaw call asset na poziomie konta (nie ad group) — dotyczy każdego klienta lokalnego. ### Irresistible Offers — framework Alex Hormozi i case study +77% CVR - **YT_pm_13_irresistible_offers_copy** (`YT_ppc-mastery`): Case study (subscription coffee): CPA 2x powyżej targetu. Proces: (1) budowanie person (2 segmenty wiekowe), (2) identyfikacja obiekcji (lojalność Starbucks/Pret, cena, wpływ środowiskowy, ryzyko), (3) stworzenie rozwiązań dla każdej obiekcji w copy, (4) Value measures (dream outcome), (5) Risk reducers (cancel anytime, pause holiday, money back). Reklamy napisane na podstawie analizy bez zmian w landing page: CTR +67%, CVR +77%, CPA -55%. Bezpośredni efekt samego ad copy — bez CRO na stronie. Framework: Alex Hormozi '$100M Offers'. Zastosowanie: każda kampania gdzie CPA jest za wysokie, szczególnie gdy są wyraźne obiekcje do zakupu (subskrypcje, usługi premium). Kolejność: najpierw analiza persona + obiekcje, potem copy. ### RSA assets — 100 kliknięć per asset przed oceną CTR, 50 konwersji przed oceną CPA - **YT_jsg_74_rsa_assets_progi_statystyczne** (`YT_jyll-saskin-gales`): Konkretne progi przed oceną RSA assets: 100 kliknięć per asset zanim ocenisz CTR. 50 konwersji per asset zanim ocenisz conversion rate / CPA. Poniżej tych progów dane są przypadkowe. CPC nie jest metryką do oceny RSA w ogóle. Kolejność: najpierw pauzuj najgorsze CTR, potem stwórz warianty najlepszych CTR, na końcu (gdy masz konwersje) oceniaj conversion rate. Przy małych budżetach może minąć kwartał zanim masz dane do decyzji. ## Temat: automatyzacja-ai ### AI Campaign Builder — workflow budowy kampanii Search z AI - **YT_gma_84_ai_campaign_builder_workflow** (`YT_grow-my-ads`): Grow My Ads zbudowali AI Campaign Builder w Claude Code. Workflow narzędzia: (1) Podaj URL strony klienta → Gemini crawluje i analizuje stronę → wykrywa usługi/produkty. (2) Użytkownik wybiera tematy/usługi do kampanii. (3) Narzędzie pobiera dane CPC z Google Keyword Planner (real-time, nie z LLM). (4) Generuje strukturę kampanii: ad groups, keywords (exact/phrase/broad), RSA. (5) Opcje: tight/balanced/broad match strategy, kontrola rozmiaru ad group, auto-exclude tablets, auto-exclude competitors, osobna brand campaign. (6) Budget planner: conservative/balanced/aggressive na bazie real CPC z KP i benchmarków CR dla branży. (7) Pre-launch checklist → export do CSV (Editor) lub bezpośredni import do Google Ads. Case study: kampania meblowa (sectional sofas), budżet $50/dzień, Max Clicks na start → $900 sprzedaży w 1. dzień. Kluczowa lekcja: AI przyspiesza budowę kampanii z godzin do minut, ale wymaga manualnego fine-tuningu ad copy i ad groups przed publikacją. ### AI Competitor Analysis — workflow analizy konkurencji - **YT_sp_93_ai_competitor_analysis_workflow** (`YT_surfside-ppc`): Surfside PPC — workflow analizy konkurencji z AI: (1) Zbierz dane: eksportuj top pages konkurentów z narzędzi SEO (Ahrefs, SEMrush) lub Google Ads Auction Insights. Zbierz: top keywords, ad copy, landing pages. (2) Wklej do AI (ChatGPT/Claude): 'Here are the top pages for 3 competitors. Analyze keyword gaps — which keywords are my competitors targeting that I am not?' (3) AI identyfikuje: keyword gaps (frazy których nie targetujesz), content gaps (tematy bez pokrycia na Twojej stronie), ad copy patterns (jakie CTA i USP używa konkurencja). (4) Actionable output: lista nowych keywords do targetowania, pomysły na landing pages, benchmarki ad copy. Zastrzeżenie: dane z narzędzi SEO to estymacje, nie realne dane Google Ads. Traktuj jako kierunek, nie jako dokładne liczby. ### AI Copywriting — workflow generowania RSA z ChatGPT/Claude - **YT_sp_92_ai_copywriting_rsa_workflow** (`YT_surfside-ppc`): Surfside PPC — workflow AI do generowania ad copy dla Google Ads RSA: (1) Prompt: 'Read all content from [URL strony]. Use that content to write ads in the following format: 20 Google Ads headlines (under 30 chars), 7 long headlines, 5 descriptions (under 90 chars), Meta primary text, Meta headlines.' (2) AI generuje szerokie ad copy → doprecyzuj: 'Write ad copy for my [specific ad group] targeting these keywords: [lista keywords]'. (3) WAŻNE: AI NIE zastąpi manualnego fine-tuningu — traktuj output jako draft. Sprawdź: character limits (30 znaków headline, 90 opis), keyword insertion, CTA. (4) Nie generuj tysięcy wariantów — 15-20 headlines + 4-5 descriptions per ad group wystarczy. (5) Personalizuj per ad group — broad ad copy z URL strony to punkt startu, ale każdy ad group potrzebuje specific copy dopasowanego do keyword theme. Najczęstszy błąd: używanie AI output bez edycji → generyczne, nieskuteczne reklamy. ### Architektura systemu AI do Google Ads: wiedza domenowa i struktura per klient - **W127_automatyzacja_architektura_wiedza_klient** (`W127`): Jakość automatyzacji AI zależy krytycznie od jakości wiedzy domenowej wgranej do systemu — sam model AI bez dobrych instrukcji nie zastąpi specjalisty Google Ads. Zalecana architektura dla agencji/freelancera zarządzającego wieloma kontami: (1) Globalna baza wiedzy: ogólne zasady Google Ads, sprawdzone reguły, wzorce optymalizacji, typowe pułapki — wgrana raz, używana dla wszystkich klientów. (2) Per-klient folder z indywidualnymi plikami: — CLAUDE.md lub instrukcje specyficzne dla klienta (branża, priorytety, KPI), — config z ID konta, docelowe ROAS per kampania, limity budżetów, — historia decyzji i kontekst biznesowy klienta. (3) Funkcje/komendy per typ zadania: każde powtarzalne zadanie ('sprawdź konto', 'keyword research', 'wycena dla klienta') zapisuj jako gotową funkcję — wystarczy powiedzieć AI 'wykonaj to zadanie, a potem zapisz jako funkcję /nazwa'. Praca zespołowa: przemyśl architekturę gdy wiele osób ma swoje instancje AI — gdzie przechowywane są wspólne dane, jak synchronizowane są zmiany, jak różne instancje AI mają ze sobą współpracować. ### ChatGPT do pisania reklam — 3-etapowy framework - **YT_gma_73_chatgpt_ad_copy_3_metody** (`YT_grow-my-ads`): 3 metody pisania reklam z ChatGPT wg Grow My Ads: Metoda 1 (podstawowa): 'napisz 10 headlines' — generyczne, powtarzalne. Metoda 2 (analiza strony): ekstrakcja ze strony → generowanie z kontrolą znaków — lepiej, ale 'fluffy'. Metoda 3 (benefit extraction — najlepsza): (1) Ekstrakcja ze strony, (2) Analiza psychologiczna klienta — motywacje, obawy, triggery, hesitations, (3) Wyciągnij 10 features + 10 benefits, (4) 3 tematyczne RSA do split testów (np. 'craftsmanship' vs 'value' vs 'reliability'). Wynik: konkretne, compelling, tematycznie spójne reklamy. ### Claude Code + Google Ads API: setup, koszty i wymagania wejścia - **W127_automatyzacja_claude_code_google_ads_api_setup** (`W127`): Claude Code (narzędzie terminalowe Anthropic) połączone z Google Ads API tworzy środowisko do autonomicznej automatyzacji zarządzania kontami Google Ads. Koszty i progi wejścia: (1) Subskrypcja Claude: od ~17 USD/mies. (Claude Pro) do ~100 USD/mies. (Max 5x). Przy intensywnym użyciu (analiza kont, generowanie raportów, zmiany kampanii): realistyczny koszt 400–600 PLN/mies. (2) Google Ads API: bezpłatne — płatne tylko wg. standardowych kosztów kliknięć; dostęp do API uzyska się przez formularz z poziomu konta MCC (NIE z konta klienta — to kluczowy błąd przy próbie uzyskania dostępu). Czas oczekiwania na zatwierdzenie: 3–10 dni roboczych. (3) Czas wdrożenia: kilkanaście godzin na konfigurację od zera; gotowe rozwiązania 'z pudełka' (np. bdos.ai) kosztują 3500–6000 PLN. Wymagania techniczne: Python, konto MCC z podpiętymi kontami klientów, OAuth2 credentials, developer token z Google. Claude Opus 4.6 jest na dziś najlepszym modelem do pisania skryptów i komunikacji z API Google Ads — radzi sobie lepiej z GAQL i biblioteką google-ads niż inne modele. Alternatywy: Cursor (edytor kodu z AI), n8n (automatyzacja bez kodu), Gemini CLI — wszystkie słabsze w kontekście złożonych zadań Google Ads API. ### Dry run i halucynacje AI: weryfikacja przed wdrożeniem zmian na koncie - **W127_automatyzacja_dry_run_halucynacje** (`W127`): Przy automatyzacji Google Ads przez AI (Claude Code + API) kluczowe zasady bezpieczeństwa: (1) ZAWSZE używaj trybu 'dry run' przed wdrożeniem zmian na konto — dry run symuluje działanie skryptu i wypisuje co ZOSTAŁOBY zmienione bez faktycznego wykonania zapisu do API. Implementacja: w skryptach Python dodaj flagę `dry_run=True` do operacji mutate i loguj planowane zmiany zamiast je wykonywać. (2) Halucynacje i false positive AI: Claude może raportować 'wdrożyłem zmiany' kiedy w rzeczywistości tego nie zrobił (np. błąd autoryzacji, timeout, problem z API) — zawsze weryfikuj w historii konta. Odwrotnie: może też raportować błąd, gdy zmiana faktycznie się powiodła. Kalibracja systemu: im więcej powtórzeń tego samego zadania (5., 10., 15. raz), tym mniej halucynacji — AI 'uczy się' wzorca zadania. (3) Weryfikacja wprowadzonych zmian: wszystkie zmiany przez API widoczne są w historii zmian konta Google Ads z adnotacją 'Google API' (odróżnia od zmian ręcznych i skryptowych). Sprawdź historię po każdej sesji automatyzacji zanim zaraportuje wyniki klientowi. ### Kompresja list wykluczeń przez n-gramy: AI obchodzi limit Google Ads - **W127_automatyzacja_ngramy_wykluczenia** (`W127`): Google Ads ma limit liczby wykluczających słów kluczowych per kampania/konto. AI (Claude Code + Python) może automatycznie kompresować długie listy wykluczeń przez analizę n-gramów (powtarzających się sekwencji słów). Jak działa kompresja przez n-gramy: (1) Eksport aktualnej listy wykluczeń z Google Ads API. (2) Analiza n-gramów: znajdź słowa/frazy pojawiające się w wielu wykluczeniach (np. 'jak zrobić', 'DIY', 'instrukcja', 'samemu'). (3) Zastąp grupę wykluczeń jednym nadrzędnym wykluczeniem obejmującym wszystkie — np. zamiast 50 fraz z 'jak' wgraj jedno wykluczenie 'jak' (broad match). (4) Wgraj skompresowaną listę przez API. Efekt: lista wykluczeń z 500 pozycji może zmieścić się w 50–100 bez utraty ochrony przed niechcianymi frazami. AI szczególnie dobrze radzi sobie z tym zadaniem bo widzi wzorce semantyczne między frazami, które człowiek przeoczyłby przy ręcznej analizie. Dodatkowe zastosowanie: identyfikacja luk w wykluczeniach — AI może sprawdzić search terms z ostatnich 30 dni i zaproponować brakujące wykluczenia. ## Temat: brand ### Auction Insights — interpretacja metryk i cele impression share - **YT_sp_49_competitive_auction_insights** (`YT_surfside-ppc`): Interpretacja kolumn Auction Insights: Impression Share (wyższy = lepiej), Overlap Rate (25% to dobry poziom), Position Above Rate (NIŻSZY = lepiej — % czasu gdy konkurent jest nad tobą), Top of Page Rate (wyższy = lepiej), Outranking Share (wyższy = lepiej). Cel impression share dla lokalnych firm: 70%+ przy zachowaniu efektywności kosztowej — nie dąż do 100%, brakujące 20-30% to często słabsze wyszukiwania mniej skłonne do konwersji. Przy niskim IS i wysokim Position Above Rate u konkurenta: prawie zawsze oznacza wyższy budżet + wyższe bidy + więcej danych = lepszy QS po ich stronie. ### Branded kampania na start konta — przyspiesza zbieranie danych konwersji - **YT_sp_26_brand_kampania_rownolegle** (`YT_surfside-ppc`): Uruchamiaj branded kampanię równolegle z pierwszą kampanią non-branded — nie dlatego że brand jest zagrożony, ale dlatego że branded keywords konwertują łatwiej i szybciej. To przyspiesza zebranie danych konwersji, co pomaga 'rozruszać' algorytm smart bidding dla głównej kampanii. Brand i non-brand muszą być w oddzielnych kampaniach — branded keywords mają conversion rate 3-5x wyższy, CPC kilkukrotnie niższy. Mieszanie zniekształca metryki: CPA kampanii wygląda świetnie bo branded 'ciągnie' wyniki w górę, maskując słabość non-branded. ### PMax a brand — pułapka kanibalizacji branded traffic - **YT_sp_68_brand_pmax_kanibalizuje_brand** (`YT_surfside-ppc`): PMax często 'zjada' branded traffic zamiast non-branded. Dla branded search → dedykowana Search kampania jest lepsza niż PMax. PMax przy lead gen ma tendencję do 'driving junk' szczególnie gdy konwersją jest click-to-call (Google liczy każde 60-sekundowe połączenie jako konwersję, nawet spam). PMax działa lepiej gdy masz 'qualified conversions' (zakup, wypełniony formularz z wartością). Weryfikuj przy audycie klientów lead gen z PMax + click-to-call jako jedyną konwersją. ## Temat: budzety ### Limited by Budget — czerwone = realny problem (target), żółte = ignoruj (maximize) - **YT_jsg_52_limited_by_budget_czerwone_zolte** (`YT_jyll-saskin-gales`): Czerwone 'limited by budget' = prawdziwy problem wydajnościowy — pojawia się TYLKO przy Target CPA, Target ROAS lub Manual CPC. Oznacza: jest więcej możliwości, wystarczy zwiększyć budżet. Żółte/niebieskie 'limited by budget' = tylko rekomendacja, można ignorować — pojawia się przy Maximize Conversions/Clicks. Kampanie Max nie mogą technicznie być 'limited by budget' w sensie performancowym. Podczas audytów — rozróżniaj kolor ostrzeżenia. Żółte można zignorować, czerwone przy target strategiach = realny sygnał do działania. ### Minimum budżetu — 10 kliknięć dziennie, $1000/miesiąc absolute minimum - **YT_jsg_13_budzet_minimum_10_klinkiec_dziennie** (`YT_jyll-saskin-gales`): Minimum sensownego budżetu = 10 kliknięć/dzień. Przy CPC $10 to $100/dzień = ~$3000/miesiąc. Przy mniejszym budżecie (np. $33/dzień = 3 kliki/dzień przy CPC $10): z CVR 6% → tylko ~6 konwersji/miesiąc → potrzeba minimum 5-6 miesięcy żeby zebrać dane do przejścia na tCPA. $1000/miesiąc to absolute minimum — ale uczciwie powiedz, że kampania będzie się uczyć wolno. Prawdziwy koszt pozyskania klienta (CAC) = budżet / liczba prawdziwych klientów (nie leadów). Trzy dźwignie do zmniejszenia CAC: obniżyć CPC, podnieść CVR formularza, podnieść sales conversion rate — ta trzecia jest często największą dźwignią i nie ma nic wspólnego z Google Ads. ### Pacing budżetu — nie zmieniaj budżetu często, Google się uczy rytmu - **YT_sp_36_bid_pacing_nie_zmieniej_czesto** (`YT_surfside-ppc`): Google automatycznie przesuwa wydatki na godziny/dni z najlepszym CR (jeśli nie ma ustawionych harmonogramów). Częste zmiany budżetu zaburzają ten mechanizm. Zamiast manipulować budżetem — usuń niskie-efektywności dni (np. niedziela) z harmonogramu. Raport: Insights → 'When and where ads showed' → filtr po dniu/godzinie. Forecast z kreatora kampanii (Weekly Estimates przy końcu) jest dokładniejszy niż Keyword Planner Forecast. ### Priorytety mix kampanii: Search → PMax → Demand Gen, nigdy Display - **YT_sp_37_bid_mix_kampanii** (`YT_surfside-ppc`): Hierarchia uruchamianych kampanii: (1) Search — zawsze pierwsza, (2) Performance Max — szczególnie local + ecom, (3) Demand Gen — głównie YouTube, nie Display. Smart Campaigns — nigdy nie uruchamiać. Display campaigns — jawnie odradza, nigdy nie uruchamia. Stosunek budżetu dla lead gen: Search 90-95% / PMax 5-10%. Dla e-commerce: PMax może być głównym kanałem. Demand Gen: tylko przy budżecie >$3k/miesiąc, przy mniejszym to zbędny luksus. ### Przy starcie nowej kampanii — ustaw budżet niżej niż docelowy - **YT_sp_35_bid_niska_stawka_startowa** (`YT_surfside-ppc`): Świadomie startuj z budżetem niższym niż rekomendowany (np. $75/dzień zamiast $100). Cel: zebrać pierwsze konwersje jak najtaniej, zanim Google nauczy się wydawać agresywnie. Przy chęci obniżenia CPC na starcie: Manual CPC + Exact Match — Maximize Conversions bez danych konwersji powoduje że Google przebija za pierwsze kliknięcia. Formuła przy braku danych: Max CPC $15-20 dla home services, $5-10 dla mniej konkurencyjnych branż. Dla branded: max CPC $3-7. ### Próg konwersji do przełączenia na Maximize Conversions: 7 w 10-15 dni - **YT_sp_32_bid_progi_smart_bidding** (`YT_surfside-ppc`): Autorski próg do przełączenia z Manual CPC/Maximize Clicks na Maximize Conversions: 7 konwersji w ciągu 10–15 dni (nie czekaj na oficjalny próg Google 15/30 dni). Przy 5 konwersjach w ciągu 30 dni — zostań na manual. Minimum sensownej optymalizacji smart bidding: 30 konwersji/miesiąc. Dla nowych kont pierwsze $1500 to 'inwestycja w dane'. Nie dawaj dużego budżetu + Maximize Conversions od razu bez danych konwersji — Google przepala pierwsze kliknięcia za kilkaset dolarów. ### Rule of Two — filtr czy warto uruchamiać Google Ads - **YT_jsg_14_rule_of_two_kiedy_nie_uruchamiac_ads** (`YT_jyll-saskin-gales`): Conversion rate (%) × Average Order Value ($) musi dawać co najmniej $2 (revenue per session). Przykłady: 2% CVR × $100 AOV = $2 ✓. 0.5% CR × $50 AOV = 0.25 ✗ — nie warto uruchamiać. Logika: w dzisiejszym Google Ads trudno znaleźć CPC < $2, więc każde kliknięcie kosztuje więcej niż zarabiasz. Dla e-commerce i SaaS. Dla lead gen inny framework: przelicz realny CAC i porównaj do LTV. Dodatkowe warunki: minimum $1000/miesiąc przez minimum 3 miesiące bez oczekiwania ROI + fundament SEO. Reklamy to 'benzyna na ogień' — działają gdy ogień już płonie. Najpierw napraw ofertę/stronę przez organic, potem odpal ads. ### Sezonowość — nie walcz z trendem rynkowym, dostosuj kreacje lub budżet - **YT_jsg_15_sezonowosc_nie_optymalizuj_z_trendu** (`YT_jyll-saskin-gales`): Gdy spada sezonowy popyt (np. grille BBQ w UK jesienią): pierwsza oznaka to spadek conversion rate (ludzie klikają ale nie kupują), potem spadek impression share (mniej wyszukiwań). Nie ma sensu agresywnie zmieniać keywords/bid strategy żeby 'walczyć z sezonowością' — walczysz z ludzkim zachowaniem. Opcje: (1) dostosuj kreacje do sezonu (out-of-season messaging, np. 'book for next summer now'), (2) poluzuj cele (wyższy CPA, niższy tROAS) jeśli chcesz utrzymać wolumen, (3) zmniejsz budżet lub pauza do następnego sezonu. Miej frank conversation z klientem przed sezonem o tym co się stanie po. ### Skalowanie z €28K do €550K — etapy i lekcje z 20x wzrostu - **YT_pm_46_skalowanie_case_20x** (`YT_ppc-mastery`): Case study 20x wzrost (Niklas Buschner): klient z branży nieruchomości (usługi lokalne w Niemczech), 1.5 roku. Etapy: (1) Audit 10 kampanii, dedykowane conversion actions per etap lejka, przejście z Max Clicks na tCPA. (2) Wdrożenie OCT (qualified leads z CRM) → +20% spend, +100% deal value. (3) Local Search Strategy (keyword placeholder + dynamiczne LP) → CTR z 11% do 15%, ROAS +84%. (4) Demand Gen gdy Search nasycony → 'free check' jako lead magnet. Kluczowe lekcje: bez OCT decyzje byłyby odwrotne (wycinanie lepszych kanałów), bez dynamicznych LP nie byłoby lokalnej przewagi, bez Demand Gen wzrost by się zatrzymał. Każdy etap wymagał innych danych do podejmowania decyzji. ### Strategia bidding przy uruchamianiu — 3 scenariusze - **YT_sp_55_strategy_bidding_3_scenariusze** (`YT_surfside-ppc`): Scenariusz 1 — konto bez danych: Exact match + Maximize Clicks + Max CPC limit. Scenariusz 2 — konto z danymi historycznymi (ostatnie 3 miesiące): Phrase match + Maximize Conversions bez target CPA. Scenariusz 3 — agresywny launch z dużym budżetem (klient akceptuje początkowe straty): High-intent Broad match + Maximize Conversions. Preferowane podejście: Exact match + Maximize Clicks + Max CPC limit → zbierasz trafne kliknięcia, minimalizujesz wasted spend, czekasz na konwersje. ### Target CPA — ustaw wyżej niż rzeczywisty koszt gdy zależy Ci na wolumenie - **YT_sp_33_bid_tcpa_wyze_dla_wolumenu** (`YT_surfside-ppc`): Celowo ustawiaj tCPA znacznie powyżej rzeczywistego kosztu/konwersję u klientów, którym zależy na wolumenie. Przykład: rzeczywisty CPA = 60 zł → tCPA ustawiony na 125 zł. Powód: zbyt niski tCPA powoduje, że Google zatrzymuje się gdy nie jest pewien czy wygeneruje konwersję poniżej limitu — traci aukcje. Zbyt niskie tCPA = mniej leadów. Odwrotnie dla klientów wrażliwych na koszt: tCPA niższy od rzeczywistego CPA = mniejszy wolumen, ale większa efektywność. Przy portfolio bidding strategy z tCPA + limitem max CPC: przewidywalne wyniki kosztem wolumenu. ## Temat: client-management ### Błędy w zarządzaniu relacjami z klientem - **YT_sol8_81_bledy_relacje_klient** (`YT_solutions-8`): Największy błąd: NIE sam błąd, ale brak wzięcia odpowiedzialności za niego — przyznaj się, overcommunicate, pokaż że działasz nad rozwiązaniem. Milczenie podczas optymalizacji = katastrofa. Klient wydaje pieniądze i nie słyszy od Ciebie -> tworzy negatywne narracje w głowie. Wysyłaj krótkie tygodniowe update'y nawet jeśli nie ma wiele do powiedzenia. Szczególnie ważne dla nowych klientów — nie znają Twojego sposobu pracy. Edukuj klienta o learning phase Google Ads z góry — zapobiega panice i żądaniom przedwczesnych zmian. Struktura komunikacji: regularne check-in calls, Looker Studio raporty (uproszczone dane), hub komunikacyjny (Slack/Monday/ClickUp). ### Customer meltdown — framework agencyjny - **YT_sol8_57_customer_meltdown_framework** (`YT_solutions-8`): Klient mówi 'telefony przestały dzwonić': (1) Bądź PIERWSZYM który to komunikuje — proaktywnie, nie reaktywnie. (2) Mały spend: max tygodniowy reporting lag. (3) Duży spend ($30K+): codzienne notyfikacje agencji do klienta. (4) Sprawdź ZANIM klient zadzwoni: backend revenue, conversion tracking, strona, zmiany w koncie. Najgorsza sytuacja: klient dowiaduje się o problemie ZANIM agencja. Brand search volume jako proxy brand lift: jeśli top-of-funnel ads działają, brand search volume powinien rosnąć. Narzędzia: Google Trends, Search Console, brand campaign impressions/clicks over time. ### Odpowiadanie na emaile od zdenerwowanych klientów - **YT_sol8_84_email_zdenerwowany_klient** (`YT_solutions-8`): Jeśli klient jest wściekły -> proponuj call, nie email. Jeśli klient jest rozczarowany (ale nie wściekły) -> email OK, 6 kroków: (1) Acknowledge + Apologize — 'Rozumiem, przepraszam za niedogodność'. (2) Offer Insight (jeśli jest) — np. 'zauważyliśmy że patrzyłeś na zły dashboard'. Jeśli to błąd po Twojej stronie — pomiń ten krok. (3) Explain Plan of Action — co dokładnie robisz żeby naprawić sytuację. (4) Estimated Timeline — NIGDY nie obiecuj ('w 6 dni poprawi się o 45%'), dawaj szacunek ('przewidujemy poprawę w ciągu 7-8 dni roboczych'). (5) Offer to hop on a call. (6) Apologize again + Encouragement — zakończ pozytywnie. ### Odzyskiwanie niezadowolonych klientów - **YT_sol8_82_odzyskiwanie_klientow** (`YT_solutions-8`): Krok 1: Słuchaj — nie broń się od razu. Krok 2: Zoom out — spójrz na szerszy obraz, nie tylko ostatni tydzień. Krok 3: Jeśli klient ma rację -> wprowadź zmiany, ale wyjaśnij dlaczego dotychczasowa strategia miała sens w danym momencie. Krok 4: Jeśli to krótkoterminowy dip -> wejdź w tryb danych: GA, inne narzędzia, pokaż trendy. Krok 5: Robiaj małe zmiany które nie niszczą learningu, ale pokazują klientowi akcję. Kadencja spotkań: ustal na kickoff callu. Nowy klient: weekly zawsze. Stabilny klient: można przejść na bi-weekly. Duży/złożony klient: weekly meetings obowiązkowe. ### Onboarding nowego klienta i pierwszy call - **YT_sol8_83_onboarding_klienta** (`YT_solutions-8`): Discovery call: cele performance'owe, cele biznesowe, definicja sukcesu. Zrozum osobowość klienta — to kieruje całą przyszłą komunikację: hands-on vs. hands-off, data-savvy vs. top-line metrics. Klient który 'zna się na marketingu' ale nie zna Google Ads = najtrudniejszy (chce kierować, ale nie rozumie learning phase). Realistyczne oczekiwania: co jest możliwe w 30, 60, 90 dni. To-Do na pierwszym callu: (1) poznaj klienta — buduj 'professional friendship', (2) zapytaj o cele performance (CPA/ROAS goal), (3) potwierdź budżet miesięczny, (4) ustaw oczekiwania — learning period, specyfika typów kampanii, (5) ustaw tygodniowe spotkanie — minimum 90 dni weekly, (6) zapytaj 'czy jest coś jeszcze?' — klient może ujawnić kluczowe info. ### Rozmowy o jakości leadów z klientami lead gen - **YT_sol8_86_jakosc_leadow_rozmowy** (`YT_solutions-8`): Cost per lead vs. Cost per QUALIFIED lead — kluczowe rozróżnienie. Rozmowę o jakości leadów zaczynaj jak najwcześniej (najlepiej na onboardingu) — nie czekaj 3 miesiące aż klient powie 'te leady są do niczego'. CRM access jest prawie obowiązkowy — bez niego jesteś ślepy na to co się dzieje po konwersji. Przy długich cyklach sprzedaży (miesiące): regularne follow-upy o statusie konkretnych leadów. Import konwersji z CRM do Google Ads (np. przez HubSpot) = optymalizacja pod prawdziwe konwersje, nie form submissions. Case study: klient z kalkulatorem podatkowym -> importowali tylko leady powyżej progu dochodowego do Google Ads. ### Zarządzanie klientami — upselling bez niszczenia relacji - **YT_sol8_80_upselling_klienci** (`YT_solutions-8`): Upselling powinien brzmieć jak rekomendacja, NIE jak pitch sprzedażowy. Podkreślaj DLACZEGO to jest ważne dla ich biznesu, nie 'kup to'. Framework PAS (Problem-Agitation-Solution): pokaż problem -> konsekwencje -> rozwiązanie. Brak natychmiastowej odpowiedzi: NIE wymyślaj na poczekaniu — powiedz że potrzebujesz czasu. Potwierdź otrzymanie pytania, podaj timeline odpowiedzi, dotrzymaj go. Klienci szanują szczerość bardziej niż błędną odpowiedź na poczekaniu. Leadership: klient przychodzi po Twoją ekspertyzę — dawaj strategie i rekomendacje proaktywnie, nie czekaj na instrukcje. Granice komunikacji: ustaw od początku godziny pracy — jeśli odpowiadasz o 22:00, klient oczekuje tego stale. ### Zarządzanie sfrustrowanymi klientami (problem ze sprzedażą) - **YT_sol8_85_sfrustrowany_klient_sprzedaz** (`YT_solutions-8`): Klient który nie potrafi sprzedawać panikuje i wini reklamy. Technika ROAS breakdown: rozłóż ROAS na składowe (CPC, CTR, conv rate, AOV) i zapytaj klienta gdzie widzi możliwości. 'Zrobiłem już product title overrides, ad copy jest zoptymalizowane — co jeszcze widzisz w search terms?' Pomaga klientowi dojść do własnego wniosku że problem jest po stronie sprzedaży. Pokaż search terms + ad copy klientowi: 'Zrobiłem wszystko co w mojej mocy po tej stronie równania. Jako ekspert branży — widzisz coś czego ja nie widzę?' ## Temat: creative ### Ad Copy — effective words for conversions - **YT_sol8_40_ad_copy_effective_words** (`YT_solutions-8`): 'Free' jest nadal najpotężniejszym słowem w reklamie — free consultation, free quote, free trial. Liczby konkretne > ogólniki: 'Save $347' > 'Save money', '4.9 stars from 2,847 reviews' > 'highly rated'. Urgency bez fałszu: 'Limited spots' OK jeśli prawdziwe, 'Last chance' bez powodu = utrata zaufania. Problem-first headlines: zacznij od bólu klienta, nie od features — 'Tired of [problem]?' > 'We offer [solution]'. ### Hack na ad copy: Google NLP + ChatGPT - **YT_sol8_77_google_nlp_ad_copy_hack** (`YT_solutions-8`): Workflow: strona klienta -> Google Cloud Natural Language API (demo) -> analiza sentymentu -> wyciągnij tekst z pozytywnym sentymentem (zielony) -> wrzuć do ChatGPT. Google preferuje pozytywny sentyment w ad copy — NLP API pokazuje co Google uważa za pozytywne. Prompt do ChatGPT: 'Działaj jako ekspert Google Ads copywriter, wykorzystaj style 14 legendarnych copywriterów (Ogilvy, Bernbach itd.), napisz 15 headlines i 4 opisy w stylu każdego'. Po wygenerowaniu copy, przepuść wynik ponownie przez NLP API — powinien być zielony (pozytywny sentyment). GPT-4 daje dużo lepsze wyniki niż GPT-3.5. ### Kreacje brand-aligned i skalowanie kampanii - **YT_sol8_76_brand_aligned_creatives** (`YT_solutions-8`): Buduj direct response creatives które są jednocześnie conversion-optimized i brand-aligned. Optymalizuj kreacje per placement: 1x1 feed, 4x5 feed, 9x16 story — złe rozmiary = blank space = niski engagement. Emocje > cechy produktu: zamiast 'koszulka z dobrego materiału' mów 'będziesz wyglądać świetnie, poczujesz się pewnie'. Spójność brandowa przez cały funnel (ToF awareness -> MoF prospecting -> BoF remarketing) jest krytyczna. Małe zmiany (kolor przycisku, placement elementów) mogą mieć ogromny wpływ — testuj w ramach brand guidelines. Pytanie do każdego nowego klienta: 'Co Cię wyróżnia? Co sprawia, że jesteś inny od konkurencji?' ### Meta Ads — Copywriting guide - **YT_sol8_69_meta_copywriting** (`YT_solutions-8`): Primary text (na górze): rekomendacja Meta 50-150 znaków (short form bez 'See more'). Headline (bold pod obrazem): max 27 znaków; widoczny tylko na FB feed, nie na IG. Long form: hook w pierwszych 2-3 liniach, reszta pod 'See more'. Framework testowy: 5 hooków + 1 body + 5 headlines. Okres testu: ~2 tygodnie (mniejsze budżety). Kąty przekazu: Target the pain — najskuteczniejszy angle, Benefits/USP, US vs Them, Direct callout, Luksus/Social status, Cena/Jakość. Emojis dozwolone (dopasuj do brand voice); nie cały tekst CAPS (odrzucenie). Optimized text (Meta feature) — zazwyczaj wyłączaj. Osobne copy dla remarketing. ### Meta Creative — hierarchia testowania i best practices - **YT_sol8_68_meta_creative_best_practices** (`YT_solutions-8`): Hierarchia testowania: 1) Audience — priorytet nr 1 (najlepszy produkt przed złą audiencją = 0 sprzedaży), 2) Creative — priorytet nr 2 (większy impact niż copy), 3) Copy — priorytet nr 3 (~50% pominie tekst). Format: 1:1 Facebook feed, 4:5 Instagram feed (preferowany), 9:16 Stories/Reels. Creative fatigue: 1-2 miesiące życia typowego creative. Testuj radykalnie różne kreacje — nie warianty tego samego zdjęcia z innym overlayem. 10-15% budżetu na ongoing creative testing. Engagement silnie wpływa na performance — Meta priorytetyzuje kreacje z dobrym engagement (niższe CPM). ~30% ludzi czyta komentarze przed kliknięciem. Post ID trick: zachowaj engagement przy kopiowaniu ada do nowych kampanii. Video wymagane dla L1 — minimum 30 sek. (50% view = silny intent). ### Metoda CUB do oceny ad copy - **YT_sol8_78_metoda_cub** (`YT_solutions-8`): Metoda CUB (Perry Belcher): daj innym osobom przeczytać Twoje copy i oznaczyć które części są: C(urious) — ciekawe, U(nbelievable) — niewiarygodne, B(oring) — nudne. Zespół copywriterów powinien wzajemnie recenzować swoje prace PRZED prezentacją klientowi. Nie operuj solo — peer review drastycznie poprawia jakość ad copy. Metoda jest prosta ale skuteczna w identyfikacji słabych punktów tekstu reklamowego. ### Naprawa niskiego CTR w kreacjach Meta - **YT_sol8_75_niski_ctr_naprawa** (`YT_solutions-8`): Benchmark CTR dla Meta Ads: 1% średnia, alarm poniżej 1.2% — czas na nowe kreacje. Dotyczy zarówno e-commerce jak i lead gen / home services. Checklist przy niskim CTR: (1) Czy kreacja jest zgodna z brandingiem? (2) Czy jest zapamiętywalna i wyróżnia się? (3) Czy łączy użytkownika z marką? (4) Czy zachęca do kliknięcia i poznania więcej? Potrzeba wielu różnych kreacji (nie powtarzaj tej samej) — użytkownik widzi tę samą kreację kilka razy i przestaje reagować. Porównuj CTR z benchmarkami branży. Testuj różne hooki i messaging. ### Segmentacja kreacji reklamowych wg demografii - **YT_sol8_74_segmentacja_kreacji_demografia** (`YT_solutions-8`): Generyczne kreacje (one-size-fits-all) zabijają performance — wyższe CPA, wyższe CPM, niższy engagement. Segmentuj kreacje wg demografii (wiek, płeć) — każda grupa ma inne purchase triggers i pain points. Dla Gen Z: używaj ich slangu/vernacular w ad copy — to zatrzymuje scroll. Dla 65+: podkreślaj edukację, porównania, informacje — starsza demografika potrzebuje więcej czasu na decyzje. Segmentuj kampanie per produkt, a w ramach produktu per demografia. URL docelowy powinien prowadzić bezpośrednio na stronę produktu (nie wymuszaj 3-5 kliknięć). Narzędzie Motion pozwala analizować performance na poziomie elementów kreacji (headline, CTA, kolor przycisku). Kreacje segmentowane dają measurable YoY gains po wdrożeniu. ## Temat: demand-gen ### Demand Gen remarketing > Display remarketing (z wyjątkiem Dynamic Shopping) - **YT_ay_52_demand_gen_vs_display_remarketing** (`YT_aaron-young`): Thomas Eccel i Aaron Young: Demand Gen remarketing > Display remarketing w 2025. Wyjątek: Dynamic Shopping Remarketing (Display z feedem) — nadal działa dobrze, bo PMax i DG są zmuszane do szukania nowych klientów. Display remarketing bez feeda = lepiej zastąpić Demand Gen. Nie włączaj Display Network w DG — tracisz brand safety (YT properties = bezpieczne). Content Suitability: ustaw na Limited (nie Expanded/Standard). ### Demand Gen — metryki video i testowanie kreacji - **YT_ay_51_demand_gen_video_metryki** (`YT_aaron-young`): Kluczowa metryka: Video Played to 25% (dodaj kolumnę: Columns → szukaj '25'). Cel: Video Watched to End > 20-25%. Krótsze reklamy = wyższy watch rate, dłuższe = potencjalnie wyższy conversion rate. Testowanie kreacji: start z 3-5 różnych anglei/kreacji per AG. Co 3-4 tygodnie: zachowaj winners, dodaj nowe kreacje w 3 kategoriach: (1) iteracje winnera, (2) zupełnie nowe angle, (3) różne oferty. Geo-test demand gen: testuj DG w jednym mieście/stanie przez 3 miesiące — porównaj uplift vs reszta kraju. Case study: nowy brand w Australii, DG w jednym mieście → +35% purchases, CPA spadł z $120 do <$70 w 6 tygodni. ### Demand Gen — optymalizacja placementów i audience - **YT_ay_50_demand_gen_optymalizacja** (`YT_aaron-young`): Kluczowa optymalizacja: Where Ads Were Shown → filtruj placements z wysokim kosztem i 0 konwersji lub conv rate > 500% (scam) → wyklucz bulk. Placementy YouTube = odpowiednik Search Terms w kampaniach Search. Analiza segmentów audience: Ad group level → Audience → Audience Segment → Show → widzisz performance każdego segmentu. Jeśli lookalike ma wysoki conv rate ale niski spend → wydziel do osobnego AG. Seed list: minimum 100, ale lepiej 1000+. Dane zakupowe (purchases) > dane o page views/newsletter signups. View Through Conversions: DG często undereportuje — user widzi ad na YT, potem konwertuje przez Search. Case study: po $3k wydanych — Google raportował 14 konwersji, ale faktyczny revenue $8.5k w 30 dni. ### Demand Gen — ustawienia, struktura i budżet - **YT_ay_49_demand_gen_setup_struktura** (`YT_aaron-young`): Jedna kampania Demand Gen (nie rozbijać na wiele) — DG uczy się na poziomie ad group. Ad groups rozdzielone wg placements: osobny AG dla Shorts, In-Stream, Display. [SPRZECZNOŚĆ z GMA] GMA zaleca segmentację po audience type, Aaron po placements. Budżet: Google zaleca $100/dzień lub 20x CPA. Thomas Eccel: minimum $50/dzień. Aaron widział sukces od $30-50/dzień. Przygotuj budżet na minimum 90 dni testu. Bidding: start Maximize Conversions (nie tCPA/tROAS). Eccel: zaczynaj od micro-konwersji (Add to Cart) aby nakarmić algorytm. Optimized Targeting = WYŁĄCZYĆ. Produkty: minimum 10 per AG, optimum 40-50. Brand Guidelines w DG: kolory brandu i font. ### Kiedy uruchamiać Demand Gen — 3 scenariusze i progi - **YT_ay_48_demand_gen_progi_scenariusze** (`YT_aaron-young`): Scenariusz 1: Saturacja Search/Shopping — DG dopiero gdy Search Impression Share i Click Share przekraczają 60%. Poniżej 60% bezpieczniej skalować Search/Shopping. CPC Resistance = podwyżka budżetu o 10-15% ale CPC rośnie o 25-30%. Scenariusz 2: Produkt wymagający edukacji — brak bezpośrednich fraz zakupowych. YouTube daje średni czas sesji ~40 minut (3x więcej niż TikTok/Instagram). Scenariusz 3: Diminishing returns na Meta. Case study $500k/miesiąc konto: DG wydawał $10k/miesiąc przez 6 miesięcy — zero wymiernych wyników. Search IS poniżej 15%. Po przeniesieniu $10k z DG do Search: +15% nowego revenue. ### PMax vs Demand Gen — 5 kluczowych różnic - **YT_ay_09_pmax_vs_demand_gen** (`YT_aaron-young`): PMax = conversion-focused, all networks, low control, automated targeting. Demand Gen = awareness/consideration, YouTube+Display+Gmail, higher control, audience-based targeting. Demand Gen: możliwość wyboru placements (Shorts only, midstream only, display only) — pozwala na testowanie kreacji per format. Demand Gen ustawienie: WYŁĄCZ Optimized Targeting — inaczej audiences stają się signalami (jak w PMax) i tracisz kontrolę. Demand Gen reporting: śledź View-through conversions (nie tylko click conversions) — to core metryka DG. Aaron coraz bardziej lubi DG: 'the more I'm using it, the more I'm starting to like it'. ## Temat: display-demand-gen ### Boty w GDN: fałszywe leady niskiej jakości — diagnoza i ochrona - **W069_display_demand_gen_boty_gdn_falszywe_leady** (`W069`): Kampanie GDN (Display Network) są podatne na kliknięcia botów i ruchu nieludzkiego, który może generować fałszywe wypełnienia formularzy (leady). Sygnały ostrzegawcze: leady z adresami gmail.com, hotmail.com, yahoo.com zamiast adresów firmowych (w kontekście B2B); bardzo krótki czas sesji (kilka sekund); brak zaangażowania po konwersji (nikt nie odpowiada na maile follow-up); leady z niezidentyfikowanych krajów lub o podejrzanych adresach IP. Działania ochronne: (1) Walidacja pola e-mail na poziomie formularza — odrzucaj publiczne domeny (gmail, hotmail, wp.pl, onet.pl) jeśli celem są leady B2B. (2) Wykluczaj aplikacje mobilne z kampanii GDN (kategoria placement: Mobile apps) — generują dużo nieludzkiego ruchu. (3) Sprawdzaj raport miejsc docelowych i wykluczaj podejrzane domeny/aplikacje. (4) Dodaj pole anty-botowe do formularza (honeypot lub reCAPTCHA). Fałszywe leady z GDN nie mają wpływu na jakość konta Google Ads, ale psują dane konwersji i uczą algorytm na złych przykładach — im szybciej wykluczysz złe placements, tym lepiej. ### CPV w reklamach TrueView (YouTube): benchmark 6–12 groszy przy dobrym targetowaniu - **W123_display_cpv_trueview_benchmark** (`W123`): CPV (Cost Per View) w kampaniach TrueView (reklamy wideo pomijalne na YouTube) — orientacyjny benchmark na polskim rynku: 6–12 groszy za obejrzenie. Ten zakres osiągasz przy odpowiednim targetowaniu: precyzyjne listy odbiorców (remarketing, Customer Match, in-market) lub targetowanie po zainteresowaniach w powiązaniu z tematyką kanałów. Przy szerokim targetowaniu lub słabym dopasowaniu kreacji CPV rośnie — powyżej 20 groszy/obejrzenie to sygnał, że targetowanie jest zbyt szerokie lub reklama nie przyciąga uwagi (wysoki skip rate). Formaty TrueView: In-Stream (pomijalne po 5 sekundach, płacisz za obejrzenie 30 sekund lub do końca), In-Feed (reklamy w wynikach wyszukiwania YouTube, płacisz za kliknięcie miniatury). Zastosowanie benchmarku: szacowanie budżetu kampanii YouTube — jeśli chcesz dotrzeć do 10 000 unikalnych użytkowników z 1 obejrzeniem, budżet orientacyjny to 600–1200 zł (10 000 × 0,06–0,12 zł). ### CTR w kampaniach Demand Gen (Discovery/Gmail): benchmark 0,5–1% - **W120_display_demand_gen_ctr_benchmark** (`W120`): Benchmarkowy CTR dla kampanii Demand Generation (następca Discovery) w kanałach Discovery i Gmail wynosi 0,5–1% — analogiczny do kampanii GDN (Display). CTR poniżej 0,5% sygnalizuje problem z kreacją, targetowaniem lub jakością placementów (np. zbyt dużo wyświetleń na nieodpowiednich placementach YouTube). Ważny niuans Gmaila: otwarcie reklamy w Gmailu (rozwinięcie maila) jest liczone jako pierwsze kliknięcie w statystykach CTR, ale NIE oznacza przejścia na stronę docelową — rzeczywisty ruch na stronę pochodzi dopiero z kliknięcia w link wewnątrz rozwiniętej reklamy. Dlatego CTR w Gmail może być zawyżony relative do faktycznego ruchu na stronie. Przy analizie skuteczności Demand Gen: sprawdzaj sesje w GA4 z source/medium odpowiadającym Demand Gen, nie tylko CTR w panelu Google Ads — CTR w panelu obejmuje otwarcia Gmailu, a GA4 pokazuje faktyczne wejścia na stronę. ### ClickFraud w GDN remarketingowym: wykluczaj strony z grami dla dzieci - **W080_gdn_clickfraud_gry_dla_dzieci** (`W080`): Kampanie GDN (Display Network) remarketingowe są szczególnie narażone na fałszywe kliknięcia z serwisów z grami dla dzieci — dzieci przypadkowo klikają reklamy w trakcie zabawy, co generuje fałszywe sygnały konwersji (np. odwiedziny strony liczące jako mikrokonwersja). Skutek: algorytm uczy się na złych danych, ROAS kampanii spada, budżet jest marnowany na bezużyteczny ruch. Jak wykryć problem: sprawdź raport Miejsc docelowych (Placements) — szukaj domen z grami (np. gry-dla-dzieci.pl, minigames, friv itp.) oraz aplikacji mobilnych skategoryzowanych jako 'Games' → 'Kids Games'. Działania naprawcze: (1) Wyklucz kategorie placementów: 'Gry' → 'Gry dla dzieci' w ustawieniach kampanii. (2) Wyklucz konkretne domeny i aplikacje z raportu miejsc docelowych. (3) Regularnie monitoruj nowe placements — lista nie jest statyczna. (4) Jeśli problemy z ClickFraud są poważne, rozważ wyłączenie sieci reklamowej z kampanii DSA i remarketingowych GDN lub skorzystanie z zewnętrznych narzędzi anty-clickfraud. ### Demand Gen i YouTube przy małym budżecie (~2000 zł): najtańszy test zasięgowy, gdy Search jest drogi - **W112_demand_gen_youtube_tani_zasieg_maly_budzet** (`W112`): Gdy kampania Search jest droga (wysokie CPC w branży B2B lub niszach specjalistycznych) i budżet jest ograniczony (np. 1500-3000 zł/mies.), Demand Generation i YouTube stanowią najtańszy sposób dotarcia z komunikatem do potencjalnych klientów. Dlaczego warto testować przy małym budżecie: (1) CPM (koszt tysięca wyświetleń) w Demand Gen/YouTube jest wielokrotnie niższy niż CPC w Search — za tę samą kwotę dotrzesz do znacznie szerszej grupy. (2) Przy bardzo drogim Search (np. CPC 20-50 zł w B2B) budżet 2000 zł to ledwie 40-100 kliknięć — to za mało na naukę algorytmu. Ten sam budżet w YouTube to tysiące wyświetleń wideo i szansa na budowanie rozpoznawalności. (3) Demand Gen i YouTube mogą wspomagać konwersje asystowane — nie generują konwersji bezpośrednich (last-click), ale zwiększają prawdopodobieństwo powrotu przez inne kanały (remarketing, direct). Jak podejść do testu: uruchom Demand Gen lub kampanię wideo (bumper/in-stream) z remarketingiem na odwiedzających stronę + niestandardowe segmenty z intencjami branżowymi. Budżet: 30-40% łącznego budżetu konta. Metryki sukcesu: wzrost ruchu direct/branded w GA4, poprawa CR w kampaniach Search (efekt asystowania), wzrost subskrypcji kanału lub zaangażowania wideo. Nie oczekuj konwersji last-click z Demand Gen przy małym budżecie — to kanał zasięgowy, nie sprzedażowy. ### Demand Gen — 6x assist ratio - **YT_gma_47_demand_gen_assist_ratio** (`YT_grow-my-ads`): Demand Gen to NIE kampania last-click. Typowy assist:last-click ratio = 6x — kampania 6 razy częściej asystuje niż konwertuje bezpośrednio. Sprawdzaj: Goals → Measurement → Attribution → Assisted Conversions. Case study z Wicked Reports: Demand Gen w customer journey — Shopping (first click) → swatch order → Demand Gen touchpoint → direct → email → final purchase (30+ dni). Demand Gen 'podgrzewa' klienta w środku ścieżki. Analiza kanałów: Segment → Network — sprawdź YouTube, Gmail, Discover, Display osobno. Wyłącz kanały które nie performują. Wyłącz 'show screenshot of landing page' — wygląda dziwnie. ### Demand Gen — prawidłowa konfiguracja 2026 - **YT_gma_46_demand_gen_konfiguracja_2026** (`YT_grow-my-ads`): Konfiguracja Demand Gen 2026 (Grow My Ads): Cel: conversions, wylącznie purchases. Bid strategy: Max Conversions BEZ target CPA na start. Budżet: min = docelowy CPA. Customer Acquisition: WYŁĄCZONY. Urządzenia: ZAWSZE wyłącz TV screens i tablety. KLUCZOWE: Remarketing first approach: (1) zacznij od remarketing audience (All Visitors 90 days), (2) Optimized Targeting = WYŁĄCZONE, (3) dopiero gdy remarketing działa → WŁĄCZ Optimized Targeting (otwiera cold prospecting). Demand Gen uczy się na poziomie Ad Group — konsoliduj AG. 3 typy reklam: Video + Products, Image + Products, Product Only. ### Demand Generation vs Discovery: szerszy zasięg, spadek jakości ruchu i ograniczenia - **W078_display_demand_gen_vs_discovery_zasiag** (`W078`): Kampanie Demand Generation (następca Discovery) mają istotnie szerszy zasięg niż Discovery — wyświetlają się silniej na YouTube i w szerszym spektrum placementów. Konsekwencja: część reklamodawców po aktualizacji z Discovery na Demand Gen zaobserwowała spadek jakości ruchu (niższy CR, gorsze leady) przy podobnym budżecie. Powód: algorytm Demand Gen sieje szerzej, wychodzi poza 'bezpieczne' placementy Discovery. Nie da się cofnąć Demand Gen do Discovery — stary format nie jest już dostępny. Możliwe mitygacje: (1) Wykluczenia placementów na poziomie konta (Narzędzia → Zasoby wspólne → Wykluczenia placementów) — blokują niechciane strony/aplikacje/kanały dla całego konta. (2) Wykluczenia urządzeń: wyłącz ekrany telewizyjne (Smart TV) — reklamy na TV mają zerową wartość konwersyjną (nikt nie klika). (3) Monitoruj zakładkę 'Treść' → 'Miejsca docelowe' i wykluczaj nieefektywne kanały YouTube. Demand Gen w e-commerce: może być skuteczna przy odpowiednim remarketingu i kreacjach wideo — ale wymaga więcej pracy z wykluczeniami niż Discovery. ### Demand Generation z feedem dla e-commerce: podział na 3 osobne kampanie wg kanału - **W117_demand_gen_feed_podzial_trzy_kampanie** (`W117`): Przy wdrażaniu Demand Generation z feedem produktowym dla e-commerce zaleca się podział na 3 osobne kampanie, każda z osobnym budżetem i monitoringiem: (1) Discovery + Gmail — reklamy w kartach Gmail i stronie startowej YouTube; działają dobrze dla segmentów remarketingowych o wysokiej intencji. (2) GDN (Google Display Network) — banery na stronach partnerskich Google; wymagają monitoringu placementów i agresywnych wykluczeń nieefektywnych stron. (3) YouTube — reklamy wideo i produktowe w YouTube; inne parametry efektywności niż Display (wyższe CPV, inne metryki zaangażowania). Powód rozdzielenia: każdy z tych kanałów ma inne metryki efektywności, inne stawki i inne zachowania algorytmu — wrzucone do jednej kampanii mieszają dane i uniemożliwiają ocenę co faktycznie działa. Osobne kampanie pozwalają optymalizować budżet per kanał i wyłączyć nieefektywny kanał bez wyłączania całej kampanii. Demand Generation na dole lejka (remarketing) nie koliduje z PMax feed-only — Demand Gen działa wyłącznie w kanałach display/wideo, nie wchodzi w aukcje wyszukiwarki ani Shopping, więc obie kampanie mogą działać równolegle bez kanibalizacji. ### Demand Generation: formaty reklam w jednej grupie + YouTube Shorts w osobnej kampanii - **W082_demand_gen_formaty_shorts_osobna_kampania** (`W082`): W kampaniach Demand Generation w jednej grupie reklam można umieszczać różne formaty jednocześnie: grafiki statyczne, wideo i karuzele. Wszystkie formaty rywalizują ze sobą w ramach tego samego targetowania — algorytm dobiera format, który w danym momencie ma najlepszą skuteczność. To upraszcza strukturę kampanii, ale utrudnia analizę per format. Ważne ograniczenie dotyczące Shorts: Demand Gen faworyzuje banery graficzne — reklamy wideo w Demand Gen nie są priorytetyzowane na YouTube Shorts. Jeśli zależy Ci na ekspozycji w YouTube Shorts (format pionowy, młodsza grupa), użyj osobnej kampanii wideo YouTube (nie Demand Gen). Optymalizacja Demand Gen jest ograniczona do: (1) Zarządzania celami konwersji (podpinanie/odpinanie mikro i makro). (2) Ustawiania docelowego CPA. (3) Dodawania mikrokonwersji przy zbyt małej liczbie makrokonwersji. Nie ma tu ręcznej kontroli CPC ani dostępu do raportu search terms — kampania działa jak 'czarna skrzynka' podobnie do PMax. ### Demand Generation: wykluczenie telewizorów i monitoring kanałów YouTube - **W073_display_demand_gen_demand_generation_konfiguracja_wykluczen** (`W073`): Kampanie Demand Generation (następca Discovery) wyświetlają reklamy na YouTube, Gmail i kartach Google Discover. Kluczowe niuanse konfiguracji: (1) Wykluczenie telewizorów — Demand Gen może wyświetlać reklamy na Smart TV (YouTube na telewizorze). Ruch z TV ma zerową wartość konwersyjną (nikt nie klika reklam na TV). Wyklucz urządzenia TV: Ustawienia kampanii → Urządzenia → odznacz 'Ekrany telewizyjne'. (2) Monitoring zakładki 'Treść' — sprawdzaj, na jakich kanałach YouTube wyświetlają się Twoje reklamy (Demand Gen → Treść → Miejsca docelowe). Wykluczaj kanały/filmy niepassujące do grupy docelowej lub kontrowersyjne. (3) Konwersje view-through — Demand Gen może generować konwersje po wyświetleniu; żeby je zobaczyć, potrzebujesz piksela Google Ads (nie importu z GA4). (4) Formaty reklamowe — Demand Gen obsługuje wideo, obrazy i karuzele; testuj różne formaty, bo wyniki między formatami mogą się bardzo różnić. ### Deweloper nieruchomości: optymalny miks kampanii Google Ads wg konkurencji - **W082_nieruchomosci_deweloper_kampanie_mix** (`W082`): Dla dewelopera nieruchomości (mieszkania, domy, inwestycje) optymalny miks kampanii Google Ads zależy od poziomu konkurencji w regionie. Zawsze wchodzi: (1) Wyszukiwarka Search — najwyższy współczynnik konwersji (leady od aktywnie szukających), ale najdroższy kanał; frazy: 'mieszkania [miasto]', 'deweloper [miasto]', 'nowe mieszkania [dzielnica]'. (2) Remarketing GDN — powracający odwiedzający; nieruchomości mają długi cykl decyzyjny (tygodnie/miesiące), remarketing przez 90–180 dni jest konieczny. Przy dużej konkurencji dodaj: (3) Display (GDN cold) — targetowanie po zainteresowaniach (in-market: nieruchomości, kredyty hipoteczne). (4) YouTube wideo — prezentacje inwestycji, animacje, spacery 3D; budowanie świadomości i zaufania w długim cyklu decyzyjnym. Proporcje budżetu: im większa konkurencja w wyszukiwarce (wyższy CPC), tym bardziej opłaca się przesuwać budżet ku display/wideo — Search pozostaw jako podstawę, ale nie wrzucaj tam 100% budżetu. Search jako 'żniwa', Display/Video jako 'sianie' popytu — przy inwestycjach powyżej 500 tys. zł użytkownicy potrzebują wielu punktów kontaktu. ### Discovery: kreacje, CTR, brak kontroli tła + eksperymenty PMax - **W057_discovery_kreacje_ctr_eksperymenty_pmax** (`W057`): Kampanie Discovery — tło reklamy: system dobiera je automatycznie na podstawie dostarczonych kreacji (np. białe tło → białe tło reklamy). Brak możliwości ręcznego sterowania tłem w Discovery — to ograniczenie systemowe. W GDN: opcja 'Ulepszenia' w formatach reklamowych pozwala wyłączyć automatyczne generowanie elementów. W Discovery tej opcji nie ma. CTR w Discovery = suma WSZYSTKICH interakcji: kliknięcia w reklamę na YouTube i kartach Discover + PIERWSZE kliknięcie (otwarcie) reklamy w Gmailu. Otwarcie maila ≠ przejście na stronę — to ważny niuans przy analizie wyników. Eksperymenty PMax (nowość, ~5 tygodni od W057): nowa funkcja pozwalająca porównywać Performance Max z kampaniami produktowymi Standard Shopping. Dostępna w sekcji kampanii PMax. Nie służy do tworzenia nowych kampanii strategicznie — to narzędzie do testów A/B. ### GDN i Discovery: szukanie sufitu i prawidłowe targetowanie - **W057_gdn_sufit_targetowanie** (`W057`): Szukanie sufitu w GDN/Discovery: brak parametrów odpowiadających 'udziałowi w wyświetleniach' ze Search — nie wiemy, jak duży jest dostępny target. Metoda: podnoś budżet i pilnuj CPA/ROAS. Dopóki kampania się spina finansowo — zwiększaj. Gdy CPA/ROAS przekracza próg opłacalności — osiągnąłeś sufit dla tego kanału przy tym budżecie. Targetowanie w GDN (lejek e-commerce): (1) Słowa kluczowe kontekstowe — strony z treściami związanymi z produktem. (2) Strony internetowe konkurencji — targetowanie po URL konkretnych stron. NIE stosuj targetowania po zainteresowaniach — zbyt szerokie, niska jakość ruchu. Wyłącz 'zoptymalizowane kierowanie' w ustawieniach kampanii GDN remarketingowej — inaczej kampania wyjdzie poza listę remarketingową i pójdzie za szeroko. GDN i Discovery uruchamiaj równolegle — nie kanibalizują się, pokrywają różne przestrzenie reklamowe. Po czasie wyłącz słabszy kanał. ### GDN: targetowanie ustawia się w grupach reklam, nie na poziomie kampanii - **W062_gdn_targetowanie_grupy_reklam** (`W062`): W kampaniach GDN (Display) targetowanie NIE jest ustawiane na poziomie kampanii — kampania to tylko kontener z budżetem i optymalizatorem. Każda grupa reklam = osobne targetowanie do testowania (np. słowa kluczowe, miejsca docelowe, segmenty niestandardowe, aplikacje). Dwa różne rodzaje targetowania w GDN: (1) Miejsca docelowe (np. kwestiasmaku.com): reklama wyświetla się KONKRETNIE na tej stronie. (2) Segment niestandardowy z URL: system targetuje OSOBY, które odwiedzały podobne strony — reklama pojawia się w całym internecie, nie tylko na tej stronie. ZAWSZE wyłączaj 'kierowanie zoptymalizowane' w każdej grupie reklam — ten guzik potrafi sam się włączyć podczas zapisywania kampanii i kompletnie rozmywa targetowanie. Sprawdzaj go na każdym etapie zapisu. ### GDN: wykluczanie YouTube i budowanie list placementów - **W058_gdn_wykluczenie_youtube** (`W058`): W kampaniach GDN (Display) warto wykluczyć całego YouTube — reklamy displayowe wyświetlają się tam jako mały 'potykacz' pod filmem, co daje niekorzystne umiejscowienie i niską skuteczność. Brak gotowych publicznych list kanałów YouTube do wykluczenia (np. kanałów dla dzieci) — trzeba budować własne listy per projekt. Raz zbudowaną listę placementów do wykluczenia można ponownie wykorzystywać w kolejnych kampaniach na tym samym koncie lub w podobnych projektach na innych kontach. Listy szybko się dezaktualizują (nowe kanały), więc wymagają regularnego rozbudowywania. ### GDN: zasada separacji — kampania zasięgowa i remarketingowa zawsze osobno - **KD09_01_gdn_separacja_zasieg_remarketing** (`KD09`): Podstawowa zasada struktury kampanii GDN: nigdy nie łącz w jednej kampanii targetowania na nowych użytkowników (zimny ruch, zasięg) z listami remarketingowymi (osoby, które już były na stronie). Każda z tych strategii wymaga osobnej kampanii z własnym budżetem. Dlaczego separacja jest konieczna: (1) Różne cele i metryki sukcesu: kampania zasięgowa mierzy się kosztem na nowego użytkownika i skalą dotarcia; kampania remarketingowa — kosztem konwersji i ROAS wśród ciepłego ruchu. Zmieszanie obu powoduje, że algorytm optymalizuje pod konwersję i całość budżetu leci na remarketing (łatwiejsze konwersje) — nowi użytkownicy nie są pozyskiwani. (2) Różne stawki i strategie stawek: remarketing uzasadnia wyższe CPC (użytkownicy z intencją), zasięg wymaga niskich CPC (zimny ruch, niski CTR). (3) Różne kreacje i komunikaty: reklama dla kogoś, kto nigdy nie widział marki, musi działać inaczej niż reklama dla kogoś, kto porzucił koszyk. Praktyczny podział: — Kampania 1 (zasięgowa/prospecting): segmenty in-market, zainteresowania, podobni do klientów — BEZ list remarketingowych. — Kampania 2 (remarketingowa): listy GA4 (porzucone koszyki, product viewers) — BEZ nowych użytkowników. Obie kampanie wyłącz 'kierowanie zoptymalizowane' w grupach reklam. ### Gmail w kampaniach Demand Gen: praktycznie martwy placement — kliknięcie ≠ wejście na stronę - **W125_display_gmail_demand_gen_martwy** (`W125`): Gmail jako placement w kampaniach Demand Generation (i wcześniej Discovery) jest historycznie nieskuteczny i w praktyce traktowany jako martwy placement. Kluczowe nieporozumienie: w panelu Google Ads 'kliknięcie' w Gmail oznacza OTWARCIE reklamy (rozwinięcie maila), a NIE przejście na stronę docelową. Faktyczne wejście na stronę następuje dopiero po kliknięciu linku wewnątrz rozwiniętej reklamy mailowej — co jest drugim krokiem i zdarza się znacznie rzadziej. Efekt: CTR w Gmail w panelu Ads wygląda świetnie, ale sesje w GA4 z tego placement są minimalne. Praktyczna rekomendacja: (1) Jeśli chcesz przetestować Gmail — zrób to z minimalnym budżetem (np. 5–10 zł/dzień przez 2 tygodnie) i porównaj sesje GA4 z kliknięciami Ads. (2) Przy pierwszych wynikach — jeśli GA4 nie pokazuje ruchu, wyklucz Gmail z kampanii. (3) W raportach Demand Gen zawsze sprawdzaj Miejsca docelowe (Placements) i monitoruj mail.google.com osobno. Alternatywa dla dotarcia do skrzynek mailowych: Email Marketing (własna lista) jest znacznie skuteczniejszy niż reklamy w Gmailu. ### Kampania Discovery: piki o północy i wyzerowanie w ciągu dnia — jak stabilizować - **W060_discovery_piki_polnoc_stabilizacja** (`W060`): Problem: kampania Discovery ma piki kliknięć/wyświetleń o północy, potem spada i zatrzymuje się w ciągu dnia. Przyczyny: zbyt szerokie targetowanie + zbyt mało konwersji do nauki algorytmu. Discovery działa od razu na maksymalizacji liczby konwersji — potrzebuje danych. Rozwiązania (od najbardziej zalecanego): (1) Zawęź targetowanie: usuń szerokie grupy (np. segmenty niestandardowe), zostaw tylko targetowanie po słowach kluczowych lub węższych segmentach. (2) Dodaj mikrokonwersje: więcej sygnałów = szybsza nauka algorytmu. (3) Harmonogram: ogranicz godziny np. 6:00–20:00, aby uciąć pik przełomu północy. (4) W ostateczności: skopiuj kampanię i uruchom od nowa — zdarzało się, że sam restart kampanii rozwiązywał problem. Gwałtowne zwiększenie budżetu nie pomoże — jeśli system nie rozciąga kampanii przez cały dzień, większy budżet zostanie wystrzelony jeszcze szybciej. ### Kampania Google Ads dla autora: strategia zależna od rozpoznawalności marki - **W084_autor_znany_nieznany_strategia_kampanii** (`W084`): Strategia kampanii Google Ads dla autorów książek i e-booków zależy fundamentalnie od rozpoznawalności autora: Znany autor (marka osobista, duża baza fanów): (1) Kampania brandowa tekstowa Search — ochrona marki, wyświetlanie na frazy z imieniem/nazwiskiem autora. (2) Kampania produktowa Shopping (dla książek papierowych) — wyświetlanie w wynikach zakupowych. (3) Remarketing Display/Video — powracający użytkownicy, osoby z listy mailingowej (Customer Match). (4) Opcjonalnie: YouTube zasięgowy do budowania zasięgu przy nowej książce. Mało znany autor (brak rozpoznawalności): Kampania tekstowa Search na frazy brandowe nie ma sensu — nikt nie szuka po imieniu. (1) Od razu zasięgowo: YouTube Video + GDN Display z targetowaniem segmentami niestandardowymi (np. URL-e stron z recenzjami książek, słowa kluczowe 'jak wybrać książkę...'). (2) Kampania tekstowa Search na frazy tematyczne/problemowe — np. dla poradnika: 'jak schudnąć', 'dieta dla początkujących'. (3) Kampania produktowa Shopping — nawet bez marki, tytuł i okładka mogą przyciągnąć kliknięcia w wynikach zakupowych. Dla e-booków: Shopping nie działa (produkty cyfrowe), skup się na Search + Display + remarketing. ### Kampania wyborcza — strategia podziału budżetu na start - **W067_kampania_wyborcza_budzet** (`W067`): Przy pierwszej kampanii wyborczej (np. kandydat w wyborach parlamentarnych) brak danych historycznych uniemożliwia z góry wskazanie najefektywniejszego kanału. Strategia na start: podziel budżet równomiernie między dostępne typy kampanii — GDN (sieć reklamowa), Discovery/Demand Gen, YouTube. Po 2-4 tygodniach kampanii zbierz dane o koszcie konwersji per kanał (np. koszt kliknięcia w CTA, koszt wyświetlenia strony programu, koszt pozyskania subskrybenta newslettera) i przenieś budżet do kanałów o najniższym CPA. Kampanie wyborcze w Google Ads wymagają weryfikacji tożsamości politycznej i ujawnienia informacji o finansowaniu — sprawdź aktualne wymagania Google dla reklam politycznych w Polsce. ### Kreacje GDN/Discovery: tekst na grafikach i brak jednego słusznego szablonu - **W059_kreacje_gdn_tekst_na_grafikach** (`W059`): Kreacje graficzne w kampaniach remarketingowych GDN/Discovery — dwa wnioski: (1) Brak jednego szablonu: nie wiadomo z góry, czy lepiej działają kreacje produktowe, liniowe czy sklepowe — zależy od produktu, grupy odbiorców, branży. Reklamy elastyczne pozwalają dodać 15 kreacji — dodaj wszystkie koncepcje i testuj. (2) Tekst na grafikach: jeśli dodajesz tekst do grafiki, ogranicz do jednego hasła/claimu. Powód: na smartfonach grafika się mocno kurczy — dużo tekstu = nieczytelne. Google (w przeciwieństwie do Facebooka) nie ogranicza ilości tekstu na kreacji, więc technicznie możesz przesadzić — ale efekt jest zły. Sprawdź w podglądzie przy tworzeniu reklamy, jak kreacja wygląda na smartfonie. ### Lookalikes (odbiorcy podobni) powracają w Demand Gen - **W067_display_lookalikes_demand_gen** (`W067`): Funkcja lookalikes (odbiorcy podobni do listy remarketingowej) została usunięta z Google Ads w 2023 roku. Wraca jednak w nowym typie kampanii Demand Gen (dawna nazwa: Discovery). W Demand Gen można ponownie targetować użytkowników podobnych do własnych list klientów lub osób, które weszły w interakcję z marką. Warto śledzić dostępność bety w Polsce i zapisać się gdy jest dostępna — szczególnie wartościowe dla kampanii zasięgowych budujących świadomość marki i przy targetowaniu B2B, gdzie precyzyjna lookalike lista np. menedżerów HR może drastycznie poprawić jakość leadów. ### Mikrokonwersje jako sygnał przy szerokim targetowaniu B2B - **W067_display_mikrokonwersje_szerokie_targetowanie** (`W067`): Przy kampaniach Display/Demand Gen z szerokim targetowaniem, gdzie główna konwersja (np. wypełnienie formularza przez decydenta) jest rzadka, algorytm ma problem z uczeniem się — za mało danych konwersji. Rozwiązanie: dodaj mikrokonwersje jako dodatkowe cele (np. wejście na stronę kontaktu, pobranie materiału, czas na stronie >2 min, przewinięcie strony do 75%). Mikrokonwersje dostarczają algorytmowi częstszych sygnałów o tym, kto reaguje na reklamy, co przyspiesza naukę i poprawia targetowanie — system szybciej identyfikuje profil wartościowego odbiorcy i optymalizuje zasięg pod tym kątem. Po zebraniu wystarczającej liczby głównych konwersji (50-60/miesiąc) można rozważyć usunięcie mikrokonwersji z celów kampanii. ### Nieprawidłowe kliknięcia i botowy ruch: ochrona w GDN, DSA i PMax - **W077_display_nieprawidlowe_kliki_gdn_dsa_pmax** (`W077`): Przy dużej liczbie podejrzanych kliknięć (boty, nieludzki ruch) w różnych typach kampanii: GDN (Google Display Network): Sprawdź raport Miejsc docelowych (Placements) — wyklucz aplikacje mobilne (kategoria 'Aplikacje mobilne' w wykluczeniach miejsc docelowych), wyklucz podejrzane domeny z dużą liczbą wyświetleń i zerowymi konwersjami. DSA (Dynamic Search Ads): Wyłącz 'Sieć partnerów wyszukiwania' w ustawieniach kampanii — partnerzy wyszukiwania generują ruch gorszej jakości niż google.com. Upewnij się, że 'Sieć reklamowa' (Display) jest WYŁĄCZONA w kampanii DSA (domyślnie może być włączona i otwiera drogę botom). PMax: Jeśli zależy Ci wyłącznie na ruchu produktowym (Shopping), usuń grafiki i teksty z grup komponentów — PMax bez zasobów kreacyjnych ogranicza się do kanałów Shopping/Search i nie wyświetla się w GDN, co drastycznie redukuje botowy ruch. Ogólna zasada: im szerszy zasięg kampanii (GDN, Discovery, PMax z zasobami), tym większe ryzyko nieludzkiego ruchu — zawęź placementy lub usuń kanały nie będące Search. ### Nowy, nieznany produkt niszowy: strategia kampanii na start - **W068_display_demand_gen_nowy_produkt_niszowy** (`W068`): Dla nowego, nieznanego produktu niszowego (np. książki tematyczne, prezenty specjalistyczne) przy małym budżecie najlepsze kampanie startowe to Display (GDN) i Discovery/Demand Gen, a nie kampanie tekstowe Search ani produktowe Shopping. Powód: nowy produkt nie ma jeszcze popytu — użytkownicy go nie szukają, więc Search/Shopping nie dostarczą ruchu. Celem na start jest dotarcie do potencjalnych nabywców i zbudowanie świadomości. Targetowanie: niestandardowe segmenty odbiorców oparte o wyszukiwane hasła (frazy charakterystyczne dla grupy docelowej, np. 'pomysł na prezent dla...' 'gdzie kupić...') oraz zainteresowania zbieżne z tematem produktu. Uzupełnienie: reklamy wideo na YouTube — dotarcie do użytkowników zainteresowanych daną tematyką. Kluczowy krok: od pierwszego dnia ustaw mikrokonwersje (scroll strony, wejście na podstronę produktu, dodanie do koszyka) — nawet przy zerowych zamówieniach algorytm zbiera sygnały o tym, kto reaguje na reklamy, co przyspiesza późniejszą optymalizację i identyfikuje profil wartościowego odbiorcy. ### Promocja kanału YouTube w B2B: kampania wideo na subskrypcje z ?sub_confirmation=1 - **W073_display_demand_gen_youtube_b2b_promocja_kanalu_subskrypcje** (`W073`): Strategia budowania zasięgu kanału YouTube w sektorze B2B przez kampanie Google Ads: (1) Połącz konto Google Ads z kanałem YouTube (Narzędzia → Połączone konta → YouTube). (2) Utwórz kampanię wideo 'Zachęcająca do konwersji' (Video action) z celem ustawionym na subskrypcję kanału YouTube. Ten cel pojawia się po połączeniu konta Ads z kanałem YT. (3) W URL docelowym linku dodaj parametr ?sub_confirmation=1 do adresu kanału (np. youtube.com/c/TwójKanal?sub_confirmation=1) — wyświetla użytkownikowi pop-up z zachętą do subskrypcji po kliknięciu. (4) Targetuj na niestandardowe segmenty odbiorców pasujące do branży B2B (firmy z określonych kategorii, słowa kluczowe branżowe w wyszukiwaniach). Efekt: tańsze pozyskiwanie subskrybentów niż organicznie, budowanie bazy do remarketingu video (lista osób, które oglądały filmy na kanale). ### Reklamy elastyczne GDN: brak kontroli kombinacji grafik i tekstu — opcje zarządzania - **W107_display_gdn_elastyczne_kombinacje** (`W107`): W reklamach elastycznych GDN (Responsive Display Ads) Google samodzielnie dobiera kombinacje wgranych grafik i tekstów — reklamodawca NIE ma możliwości wskazania, które grafikę połączyć z którym nagłówkiem. Efekt: mogą pojawiać się kombinacje nieodpowiednie kontekstowo lub estetycznie (np. zdjęcie dziecka z nagłówkiem o produktach dla dorosłych). Opcje zarządzania tym ograniczeniem: (1) Pogodzić się — elastyczne reklamy są domyślnie skuteczniejsze zasięgowo niż statyczne; niedopasowane kombinacje pojawiają się rzadziej, bo algorytm uczy się. (2) Dodać reklamy statyczne obok elastycznych — wgrać konkretne grafiki 1:1, 4:1 itp. jako statyczne reklamy display; Google serwuje te, które działają lepiej. (3) Przejść w 100% na reklamy statyczne — pełna kontrola nad wyglądem, kosztem mniejszego zasięgu (elastyczne docierają do większej liczby formatów/rozmiarów). Dodatkowe ustawienie: opcja 'Ulepszanie elementów' (Asset Enhancements) w ustawieniach kampanii GDN — pozwala Google na automatyczne modyfikacje grafik (przycinanie, zmiana jasności). Warto sprawdzić i ewentualnie wyłączyć, jeśli chcesz zachować oryginalny wygląd kreacji. Wyłączenie nie gwarantuje pełnej kontroli nad kombinacjami, ale ogranicza ingerencję w same grafiki. ### Szacowanie budżetu GDN i Discovery: metodologia od celu konwersji wstecz - **W061_budzet_gdn_discovery_szacowanie** (`W061`): Brak narzędzia Google do szacowania budżetu GDN/Discovery (system podaje nierealne zasięgi). Metodologia szacowania budżetu od celu wstecz: (1) Określ cel konwersji i jej szacowany CR (np. zapis do newslettera = 1%). (2) Oblicz potrzebne kliknięcia: 1 konwersja ÷ CR = 100 kliknięć. (3) Pomnóż przez średni CPC w GDN/Discovery: 0,60–1,00 zł → ~80 zł na konwersję. (4) Pomnóż ×5–10 na testy i statystyczną istotność: min. 400–800 zł/miesiąc. Przykład: CR 1%, CPC 0,80 zł → 100 kliknięć = 80 zł → ×10 = 800 zł minimum. Po pierwszym miesiącu: jeśli konwersje się pojawiają — skaluj budżet; jeśli nie — kanał nie działa dla tego biznesu. Metodologia działa też dla GDN remarketingowego i Discovery leadowego. ### Taboola News i portale clickbaitowe: scam w sieci reklamowej — sygnały i ochrona - **W125_display_taboola_scam_alarm** (`W125`): Taboola News i podobne serwisy content discovery (Outbrain, portale z clickbaitowymi nagłówkami) to środowiska z wysokim udziałem botów i fałszywych kliknięć w kampaniach displayowych. Sygnały alarmowe wskazujące na scam w placemencie: (1) Ponadprzeciętny CTR w display (np. 5–7%) — normalny CTR GDN to 0,3–1%; wyższy wynik jest prawie zawsze efektem botów, nie zainteresowania użytkowników. (2) Duża liczba kliknięć bez konwersji i bez ruchu w GA4 — boty klikają reklamę, ale nie wchodzą na stronę. (3) Mikrokonwersje zliczające się w panelu Ads, ale niewidoczne w GA4 — fałszywe sygnały konwersji generowane przez boty na samej stronie placement. Zasada: ponadprzeciętny CTR lub konwersje w display to nie jednorożec — to scam. Działania: (1) ZAWSZE wykluczaj Taboola, Outbrain i podobne portale z kampanii GDN i PMax. (2) Regularnie sprawdzaj raport Miejsc docelowych (Placements) — wykluczaj domeny z wysokim CTR i zerowymi konwersjami w GA4. (3) Porównuj kliknięcia Google Ads z sesjami GA4 per placement — rozbieżność >30% to sygnał botów. ### Targetowanie YouTube: niestandardowe segmenty wg wyszukiwanych haseł, odwiedzonych stron i aplikacji - **W113_youtube_niestandardowe_segmenty_targetowanie** (`W113`): Niestandardowe segmenty odbiorców (Custom Segments) to najskuteczniejsza metoda precyzyjnego targetowania kampanii wideo YouTube i Demand Gen — szczególnie przy targetowaniu B2B lub niszowych grup. Trzy typy niestandardowych segmentów: (1) WYSZUKIWANE HASŁA — docierasz do osób, które w wyszukiwarce Google szukały konkretnych fraz (np. 'oprogramowanie do fakturowania', 'maszyna CNC'). Google identyfikuje tę grupę na podstawie historii wyszukiwania zalogowanych użytkowników. Najsilniejszy sygnał intencji zakupowej. (2) ODWIEDZONE STRONY — docierasz do osób odwiedzających konkretne strony (np. strony konkurencji, branżowe portale, sklepy z daną kategorią). Wpisz domenę (np. 'konkurent.pl') — Google dobierze użytkowników o podobnym profilu do odwiedzających tę domenę. (3) UŻYWANE APLIKACJE — docierasz do użytkowników korzystających z konkretnych aplikacji mobilnych (np. aplikacje branżowe, narzędzia biznesowe). Jak tworzyć: Google Ads → Narzędzia → Zarządzanie odbiorcami → Niestandardowe segmenty → Utwórz → wybierz typ. Zastosowanie w B2B: połącz segmenty wyszukiwanych haseł branżowych (np. 'outsourcing IT', 'systemy ERP dla produkcji') z targetowaniem demograficznym (wiek 25-55, zainteresowania biznesowe) — bardzo precyzyjne dotarcie do decision-makerów bez kosztów reklamy Search. ### Targetowanie branżowe B2B — segmenty niestandardowe zamiast zainteresowań - **W067_display_segmenty_niestandardowe_b2b** (`W067`): Przy targetowaniu konkretnej branży (np. HR, IT, logistyka) w kampaniach Display/Demand Gen, segmenty niestandardowe dają znacznie lepsze dopasowanie niż gotowe zainteresowania Google. Gotowe zainteresowania są zbyt szerokie i generują ruch niskiej jakości (np. leady z prywatnych Gmaili zamiast maili firmowych). Segmenty niestandardowe buduj z trzech typów danych, każdy w osobnej grupie reklam dla lepszej kontroli: (1) Słowa kluczowe wyszukiwane przez docelową grupę — frazy charakterystyczne dla branży, które wyszukuje Twój odbiorca (znajdź je w Planerze słów kluczowych); (2) Strony internetowe odwiedzane przez branżę — domeny branżowych portali, stowarzyszeń, konferencji, narzędzi B2B; (3) Aplikacje używane przez branżę — narzędzia SaaS, komunikatory biznesowe, aplikacje HR/ERP. Podział na osobne grupy reklam pozwala zobaczyć, który typ segmentu daje najlepsze wyniki i optymalizować niezależnie. ### Walidacja adresu e-mail na landing page — filtrowanie złych leadów B2B - **W067_b2b_walidacja_email_formularz** (`W067`): Problem: kampania B2B generuje leady z prywatnych adresów e-mail (Gmail, wp.pl, onet.pl) zamiast firmowych, co znacznie obniża jakość bazy i utrudnia konwersję sprzedażową. Rozwiązania po stronie landing page (bez zmiany kampanii): (1) Walidacja pola e-mail w formularzu — odrzucaj zgłoszenia z publicznych domen (gmail.com, yahoo.com, wp.pl, onet.pl, o2.pl itp.) i wyświetlaj komunikat 'Prosimy o podanie służbowego adresu e-mail'; (2) Sugestia tekstowa — obok pola e-mail dodaj etykietę lub placeholder 'np. jan.kowalski@firma.pl'. Kombinacja obu metod eliminuje większość prywatnych adresów na wejściu, zanim lead trafi do CRM. ### Wykluczanie aplikacji mobilnych w GDN: ID kategorii i metoda wykluczenia na poziomie kampanii - **W108_display_aplikacje_mobilne_wykluczenie** (`W108`): Aplikacje mobilne w kampaniach GDN generują ruch bardzo niskiej jakości (boty, przypadkowe kliknięcia dzieci, niski CR). Wykluczenie aplikacji mobilnych działa dwustopniowo: (1) Poziom konta: Narzędzia → Zasoby wspólne → Wykluczenia miejsc docelowych → dodaj kategorię 'Aplikacje mobilne' — blokuje aplikacje we wszystkich kampaniach Display na koncie. (2) Poziom kampanii: w sekcji 'Wykluczenia' (Placements → Exclusions) dodaj ręcznie ID: mobileapp::2-69500 — to globalny identyfikator kategorii 'wszystkie aplikacje mobilne' w sieci Google. Wpisanie tego ID jako wykluczenia miejsca docelowego na poziomie kampanii eliminuje wyświetlenia w aplikacjach. Dlaczego oba poziomy: wykluczenie na koncie może nie obejmować nowo tworzonych kampanii; wykluczenie na poziomie kampanii jest pewniejsze. Weryfikacja: po wykluczeniu sprawdź raport Miejsc docelowych (Placements) — nie powinny pojawiać się pozycje 'Aplikacje mobilne' ani domeny z prefiksem 'mobileapp::'. Dotyczy kampanii: GDN, Demand Gen — w PMax wykluczenie aplikacji jest ograniczone do poziomu konta przez Google Ads Editor. ### Wykluczenia witryn GDN na poziomie MCC: lista działa we wszystkich zarządzanych kontach - **W092_display_gdn_wykluczenia_mck_poziom** (`W092`): Listy wykluczeń miejsc docelowych (witryn, aplikacji) w kampaniach GDN warto budować na poziomie MCC (konto menedżera / Menedżer kont klientów) — nie tylko na poziomie pojedynczego konta. Korzyść: lista zbudowana raz w MCC jest dostępna i działa we WSZYSTKICH zarządzanych kontach klientów, bez konieczności ręcznego kopiowania między kontami. Jak skonfigurować: MCC → Narzędzia → Zasoby wspólne → Wykluczenia miejsca docelowego → utwórz listę na poziomie MCC. Następnie przypisz listę do kampanii GDN w poszczególnych kontach klientów. Listy wymagają regularnego rozbudowywania — nowe witryny i aplikacje o niskiej jakości ruchu pojawiają się stale. Typowe kategorie do wykluczenia: aplikacje mobilne (gry, narzędzia), kanały YouTube z treściami dla dzieci, serwisy o bardzo wysokim bounce rate. Inwestycja w budowanie listy MCC procentuje w długim terminie — każdy nowy klient korzysta od razu z wypracowanej bazy wykluczeń. ### Wyświetlenia w Google Ads ≠ licznik YouTube: różne definicje widoków między systemami - **W113_youtube_wyswietlenia_vs_licznik_google_ads** (`W113`): Wyświetlenia raportowane w panelu Google Ads dla kampanii wideo (YouTube) nie przekładają się 1:1 na licznik wyświetleń widoczny na filmie w serwisie YouTube. Przyczyna: oba systemy używają różnych definicji 'wyświetlenia': GOOGLE ADS liczy wyświetlenie (impression) gdy reklama stała się widoczna dla użytkownika — nawet przez chwilę (format bumper 6s jest liczony praktycznie zawsze, in-stream po pierwszych sekundach). LICZNIK YOUTUBE na filmie: liczy 'view' gdy użytkownik obejrzał minimum 30 sekund wideo (lub całość jeśli film krótszy niż 30s) i pochodzi z wiarygodnej sesji (system antyfraudowy YouTube jest bardziej rygorystyczny). Efekty praktyczne: (1) Kampania Google Ads może raportować 10 000 wyświetleń, ale licznik YouTube wzrośnie tylko o 2000-4000 — to normalne, nie błąd. (2) Formaty reklamowe najsłabiej przekładające się na licznik YT: bumper 6s (za krótki na 30s wymóg), in-stream pomijalne (większość pomija po 5s), display/nakładki (nie są 'wideowyświetleniami'). (3) Formaty przekładające się lepiej: in-stream niepomijalne 15-20s, in-feed (użytkownik sam klika i ogląda). Wskazówka: jeśli celem jest wzrost licznika/widoczności kanału, używaj formatów in-feed lub promuj organiczny film, nie standardowych reklam in-stream w kampaniach konwersyjnych. ### YouTube B2B: targetuj kanały biznesowe i inwestorskie, nie branżowe - **W076_display_youtube_b2b_targetowanie_inwestorzy** (`W076`): Przy reklamowaniu produktów B2B na YouTube (np. namioty sferyczne do glampingu, maszyny, wyposażenie gastronomiczne) targetuj kanały, gdzie siedzą DECYDENCI I INWESTORZY, nie konsumenci korzystający z usług końcowych. Przykład: namioty glampingowe do kupienia przez inwestorów/hotelarzy — targetuj kanały o: inwestowaniu, pomysłach na biznes, hotelarstwie i turystyce B2B, nieruchomościach komercyjnych — NIE kanały o glampingach i podróżach (tam są turyści-konsumenci, nie kupujący namioty). Zasada: pytaj 'kto to kupuje (decydent), a nie 'kto to konsumuje (użytkownik końcowy)'. Narzędzia targetowania: miejsca docelowe → konkretne kanały YouTube branżowe, segmenty niestandardowe z URL-ami branżowych portali inwestorskich/biznesowych. Alternatywa: targetowanie po słowach kluczowych wyszukiwanych przez tę grupę (np. 'jak otworzyć glamping', 'rentowność glamping', 'inwestycja turystyczna'). ### YouTube kampanie wideo: formaty pomijalne vs. niepomijalne i kanibalizacja między nimi - **W064_youtube_formaty_pomijalne_niepomijalne** (`W064`): Kampanie wideo YouTube — główne formaty: (1) Pomijalne (In-stream Skippable): użytkownik może pominąć po 5 sekundach. Płacisz za obejrzenie (30+ sek lub do końca) lub kliknięcie. (2) Niepomijalne (In-stream Non-Skippable): 15 sekund, użytkownik NIE może pominąć. Płacisz za 1000 wyświetleń (CPM). (3) Bumper Ads: 6 sekund, niepomijalne, CPM. Osobne kampanie na różne formaty: technicznie wymagane (typy kampanii są inne). Kanibalizacja: Przy szerokim targetowaniu (dużej grupie odbiorców) kanibalizacja między kampaniami pomijalną i niepomijalną jest MAŁA — trafiają do różnych momentów uwagi użytkownika. Ryzyko kanibalizacji rośnie przy bardzo wąskim targetowaniu (ta sama mała lista + te same formaty). Praktyczna zasada: różnicuj formaty i targetowanie między kampaniami, monitoruj overlap w raportach miejsc docelowych. ### YouTube konwersje: segmentacja po działaniach konwersji ujawnia nieoczekiwane źródła - **W071_display_demand_gen_youtube_konwersje_segmentacja_dzialan** (`W071`): Kampanie YouTube mogą raportować więcej konwersji niż spodziewane — część z nich to konwersje view-through (po obejrzeniu reklamy bez kliknięcia) lub konwersje z innych kanałów przypisane do YouTube w modelu atrybucji. Jak rozbić dane o konwersjach w YouTube: W Google Ads → Raporty → Kolumny → dodaj segmentację 'Działanie powodujące konwersję'. Wyświetla tabelę z podziałem konwersji na konkretne działania (Purchase, Lead, Phone call itp.). Ujawnia nieoczekiwane źródła: np. czy YouTube generuje faktyczne zakupy czy tylko mikrokonwersje (czas na stronie, scroll). Ważna zasada: jeśli kampania YouTube ma podpięte mikrokonwersje jako 'podstawowe' — wyłącz je lub zmień na 'dodatkowe' — inaczej algorytm optymalizuje pod łatwe mikrokonwersje zamiast zakupów. Agency Savvy pmax — skrypt do analizy fraz konwertujących w kampaniach PMax: wyszukaj 'agency savvy pmax script' — pozwala zobaczyć, które zapytania rzeczywiście generują konwersje w PMax (normalnie niedostępne w interfejsie). ### YouTube reklamy wideo: cechy skutecznego spotu sprzedażowego vs wizerunkowego - **W070_display_demand_gen_youtube_cechy_skutecznej_reklamy** (`W070`): Reklamy wideo YouTube dzielimy na dwa typy z różnymi celami i zasadami tworzenia: Reklamy sprzedażowe (konwersyjne): Długość: 15–30 sekund. Pierwsze 5 sekund KLUCZOWE — w tym czasie użytkownik decyduje czy oglądać dalej (po 5 sek. może pominąć). W pierwszych 5 sekundach musi paść: co oferujemy, dla kogo jest oferta, konkretna korzyść lub intrygujące pytanie. Zakończenie: wyraźne CTA (kup teraz, sprawdź, zarejestruj się) z linkiem. Format: bezpośredni, konkretny, bez długiego wstępu. Reklamy wizerunkowe (świadomość marki): Długość: może być dłuższa (60 sek., 2–3 min). Cel: emocje, historia, skojarzenia z marką — nie bezpośrednia sprzedaż. Inspiracja: YouTube wyróżnia najlepsze reklamy roku w rankingach (YouTube Ads Leaderboard) — warto analizować zwycięzców pod kątem struktury narracji. Różnica w targetowaniu: reklamy sprzedażowe targetuj na remarketing i gorące grupy; wizerunkowe na szersze grupy podobnych odbiorców i segmenty zainteresowań. ### YouTube/GDN: targetowanie niszowych grup (np. rolnicy) — 3 podejścia - **W066_youtube_targetowanie_niszowe_rolnicy** (`W066`): Targetowanie bardzo niszowych grup (np. rolnicy pod fotowoltaikę) gdy nie ma gotowych segmentów w Google: Podejście 1 — Odbiorcy niestandardowi z URL/aplikacjami: Stwórz segment niestandardowy wpisując strony www związane z branżą (np. portale rolnicze, serwisy agrarne) i aplikacje używane przez tę grupę. System targetuje osoby, które odwiedzały podobne strony. Podejście 2 — Miejsca docelowe: konkretne kanały YouTube: Wybierz kanały YouTube tematycznie związane z branżą (np. kanały rolnicze). OGRANICZENIE: wybór konkretnych kanałów YouTube działa TYLKO w kampaniach zasięgowych / na obejrzenia — NIE działa w kampaniach na konwersje. Podejście 3 — Miejsca docelowe: strony www: Wpisz konkretne branżowe strony www jako miejsca docelowe. Dodatkowa wskazówka: targetowanie po tym co wpisują w Google (tematy/słowa kluczowe) może być nieskuteczne — niszowa grupa często nie szuka 'swojej' tematyki. TikTok Ads dla niszowych leadów: 4-5x tańszy koszt leada niż YouTube — warto testować równolegle. ### YouTube: Sieć partnerów wideo Google — kiedy wyłączyć, kiedy zostawić - **KD13_01_youtube_siec_partnerow_wideo** (`KD13`): Kampanie YouTube konwersyjne (typ 'Zachęta do konwersji' / Video Action) domyślnie mogą wyświetlać reklamy nie tylko na YouTube, ale też w 'Sieci partnerów wideo Google' — zewnętrznych portalach i aplikacjach poza YouTube. Strategia optymalizacji: Dla kampanii na zimny ruch (cold traffic, nowi użytkownicy): sprawdź raport 'Gdzie wyświetlały się Twoje reklamy' — jeśli placements z sieci partnerów wideo zużywają budżet bez generowania konwersji, wyłącz 'Sieć partnerów wideo Google' w ustawieniach kampanii. Sieć partnerów wideo jest gorszej jakości niż sam YouTube — niższe zaangażowanie, inny kontekst oglądania, wyższy procent nieludzkich wyświetleń. Dla kampanii remarketingowych (ciepłe audytorium, osoby znające markę): warto przetestować pozostawienie sieci partnerów — trafia do osób, które już miały kontakt z marką, więc konwersja jest łatwiejsza nawet w gorszym kontekście. Monitoruj wyniki i wyłącz jeśli CPA wyraźnie gorsze. Analogia: tak samo jak w DSA wyłącza się 'Sieć partnerów wyszukiwania' i w GDN wyklucza się YouTube Display — sieć partnerów wideo YouTube wymaga takiej samej świadomej decyzji zamiast działania domyślnego. ### YouTube: częstotliwość reklam wideo — benchmarki i jak sprawdzić capping - **W066_youtube_czestotliwosc_wyswietlen_benchmarki** (`W066`): Benchmarki częstotliwości dla kampanii wideo YouTube: Maksymalna bezpieczna częstotliwość: ~5 wyświetleń tygodniowo (20 miesięcznie). Maksymalna częstotliwość obejrzeń: ~1 obejrzenie tygodniowo (4 miesięcznie). Poziom alarmowy: 10-15 wyświetleń tygodniowo = zdecydowanie za dużo — reklama się opatrzy. Ważne rozróżnienie: wyświetlenie ≠ obejrzenie. Obejrzenie = użytkownik widział 30+ sek lub całość. Wyświetlenie = reklama pojawiła się, użytkownik mógł ją pominąć po 5 sek. Pięciokrotne obejrzenie tej samej reklamy przez jedną osobę = dużo za dużo. Jak sprawdzić: Google Ads → kampania wideo → Kolumny → dodaj kolumnę 'Średnia częstotliwość wyświetleń na użytkownika'. Capping: ustaw limit częstotliwości w ustawieniach kampanii wideo. Rekomendacja: zawsze zakładaj capping w kampaniach wideo, szczególnie przy wąskich grupach odbiorców. ### YouTube: kierowanie na konkretne kanały/filmy możliwe tylko w kampaniach zasięgowych (CPM) - **W081_youtube_kanaly_tylko_kampanie_zasiegowe** (`W081`): Kierowanie reklam YouTube na konkretne kanały, filmy lub słowa kluczowe jest możliwe TYLKO w kampaniach zasięgowych (typ 'Skuteczny zasięg', model CPM). W kampaniach konwersyjnych (typ 'Zachęta do konwersji') nie można targetować konkretnych kanałów ani filmów — Google zarządza placementami automatycznie na podstawie optymalizacji pod konwersję. Praktyczne konsekwencje: jeśli chcesz wyświetlać się na konkretnym kanale (np. branżowym, konkurencyjnym), musisz to zrobić w kampanii zasięgowej CPM, nie w kampanii konwersyjnej. Kampania zasięgowa CPM z targetowaniem na konkretne kanały = świadomy wybór placementu, ale bez optymalizacji algorytmu pod konwersję — płacisz za wyświetlenia. Alternatywa: w kampaniach konwersyjnych możesz używać segmentów niestandardowych z URL-ami odwiedzanych stron (np. kanałów YouTube jako URL witryny) — to nie targetuje wprost tych kanałów, ale trafia do osób, które odwiedzają te URL-e poza YouTube. ### YouTube: typy kampanii wideo — przegląd formatów, obejrzenia, zasięg, konwersje, audio - **W065_youtube_typy_kampanii_wideo** (`W065`): Aktualne typy kampanii wideo YouTube (2023): (1) Zachęta do konwersji — cel: konwersja na stronie. CPV (cost per view). Optymalizacja pod akcję użytkownika po obejrzeniu. (2) Zwiększenie liczby obejrzeń — CPV, cel: jak najwięcej obejrzeń całego wideo (30 sek lub do końca). Wskaźnik 'obejrzenia' pojawia się tylko w tej kampanii. (3) Skuteczny zasięg — CPM, cel: dotarcie do jak największej liczby unikalnych osób. Nie gwarantuje obejrzenia — użytkownik może zobaczyć tylko 5 sek. (4) Częstotliwość — CPM, cel: kontrola ile razy jedna osoba widzi reklamę. (5) In-stream niemożliwe do pominięcia — 15 sek max, CPM, cały przekaz musi wybrzmieć. Uwaga: ZERO obejrzeń w statystykach — to normalne, bo nie mierzy tego wskaźnika. (6) Sekwencja reklam — seria filmów w określonej kolejności; świetna do remarketingu (po obejrzeniu A → pokaż B). (7) Audio (NOWY) — reklama dźwiękowa w podcastach i contencie audio. Strategie testowania: przy kampaniach wizerunkowych testuj równolegle kilka typów i porównuj parametry (CPV, CPM, zasięg, obejrzenia). Format wideo: pionowy (9:16) system wyświetla na mobile, poziomy (16:9) na YouTube. Jeśli masz oba formaty — wgraj oba; jeśli nie — system wyświetli poziomy wszędzie. ## Temat: display-demandgen ### Awareness video — target CPV lepszy niż target CPM ze względu na remarketing - **YT_jsg_21_awareness_target_cpv_vs_cpm** (`YT_jyll-saskin-gales`): Dla awareness w video: Jyll preferuje Video Views Campaign z target CPV zamiast Video Reach Campaign z target CPM. Powody: (1) view = zaangażowanie (ktoś wybrał oglądać), nie tylko 'reklama była na ekranie'. (2) Możesz budować remarketing list z osób które OBEJRZAŁY — przy impression-based (reach campaign) nie możesz remarketować do tych osób. Video Reach Campaign → NIE budujesz listy remarketingowej. Bid strategies per typ kampanii: Search = target impression share, Video = target CPM (reach) lub target CPV (views — preferowane), Display = viewable CPM (manual bid), Demand Gen = maximize clicks. ### Demand Gen dla nasyconych kont Search — case study 20x wzrost - **YT_pm_37_demand_gen_case_study_20x** (`YT_ppc-mastery`): Gdy Search osiągnął nasycenie aktywnego popytu — przejście do Demand Gen. Case study lead gen (nieruchomości, Niemcy): klient z 1.5 roku: €28K → €550K spend. Kluczowy element Demand Gen: 'free check' (darmowa kalkulacja oszczędności online) jako lead magnet dla zimnych użytkowników. Tanie leady z DG (YouTube, Gmail, Discovery), które konwertowały dobrze dzięki silnemu procesowi sprzedaży. Lekcja: komunikacja do 'problem aware' musi być inna niż do 'solution aware' — nie 'kup teraz', ale 'sprawdź ile możesz zaoszczędzić'. Dla klientów z silnym produktem i dobrym zespołem sprzedaży, którzy 'wycisnęli' Search i szukają kolejnego skoku. ### Demand Gen nowości 2025 — Maps inventory, Creator Partnership Ads - **YT_pm_30_demand_gen_mapy_creator_ads** (`YT_ppc-mastery`): Demand Gen rozszerza placements o Google Maps (Q3-Q4 2025, znaleziono w dokumentacji support po GML) — nowa okazja dla local business clients. Creator Partnership Ads (GML 2025): w Google Ads pojawi się narzędzie do wyszukiwania twórców YouTube bezpośrednio — widać audiencje, zasięg, ceny. Umożliwia bezpośrednią współpracę bez agencji influencer marketingu. Badanie neuroscience Google: 50% subskrybentów twórcy nie przeszkadza mu reklama — bo 'zawdzięczają mu' darmowe treści. Dynamiczny estymator budżetu i CPA na etapie tworzenia kampanii Demand Gen — pokazuje prognozowany budżet, CPA i oczekiwaną liczbę konwersji w pierwszych dniach. ### Demand Gen video — rekomendacja click-based bid strategy zamiast conversion-based - **YT_jsg_19_demand_gen_video_click_based** (`YT_jyll-saskin-gales`): Jyll (6 lat w Google) rekomenduje Demand Gen video na click-based bid strategy zamiast conversion-based, bo: osoba która widzi film po raz pierwszy i od razu konwertuje to rzadkość. Klik z video = opuszczenie YouTube → duże zaangażowanie → wchodzi do remarketingu website → konwertuje w search/shopping/display później. Jeśli wolumen konwersji w DG video jest niski → zmień na CPC/maximize clicks. Buduj listę remarketingową z video viewers i website visitors → targetuj w search/shopping/display. ### Demand Gen — 3 osobne kampanie per typ urządzenia - **YT_sp_44_demandgen_3_kampanie_per_urzadzenie** (`YT_surfside-ppc`): Prowadź Demand Gen w 3 osobnych kampaniach: mobile, desktop, TV screen. Cel: obserwacja cost per view per urządzenie i optymalizacja. Preferuj YouTube inventory (In-Feed + Watch Next) zamiast pre-roll i display. Budget rekomendowany przez Google repów ($200/dzień) to ich interes — nie Twój. Przy małym budżecie ($3k/miesiąc) — Demand Gen to zbędny luksus, priorytet to Search + PMax. ### Demand Gen — Maximize Clicks dla prospectingu, konwersje dla remarketingu - **YT_jsg_18_demand_gen_bidding_prospecting** (`YT_jyll-saskin-gales`): Dla Demand Gen prospecting (zimna audiencja): zacznij od Maximize Clicks — bo nie docierasz do ludzi którzy teraz szukają, tylko do audiencji którą chcesz wciągnąć do lejka. Target CPC też jest opcją. Dla DG remarketing: zacznij od Maximize Conversions lub Maximize Conversion Value, potem przejdź na tCPA/tROAS. Nie startuj DG prospecting od razu na conversion-based bid strategy — najpierw zwaliduj audiencję, kreacje i ofertę. Demand Gen dla klientów uruchamiających po raz pierwszy: błąd to start od tCPA dla zimnej audiencji = brak danych, kampania się nie uczy. Demand Gen pokazuje reklamy na: YouTube, Gmail, Discover; nigdy nie wybieraj opcji display network. ### Demand Gen — budżet minimalny, próg 50 konwersji i struktura - **YT_pm_27_demand_gen_budzet_min** (`YT_ppc-mastery`): Google rekomenduje 15x target CPA jako dzienny budżet (np. tCPA 100€ → 1500€/dzień → ~45k€/mies). W praktyce Thomas Eccel testował z 3-4x tCPA i działało. Absolutne minimum: ~1000 EUR/mies total. Demand Gen wymaga minimum 50 konwersji zanim algorytm 'rozumie' gdzie jest audiencja — przez pierwsze 2 tygodnie: ZERO zmian. Przejście z Max Conversions → tCPA dopiero po osiągnięciu progu 50 konwersji wewnątrz tej kampanii. Demand Gen to PIERWSZY typ kampanii w Google Ads uczący się na poziomie ad group, nie kampanii — ZAWSZE jedna kampania, podział na ad groupy według: lokalizacji, języka, typu kreacji, grupy odbiorców. Dwie kampanie = podwójny próg budżetowy, brak efektu skali. ### Demand Gen — lookalike z Mety jako seed, po 60 dniach tylko lookalike - **YT_pm_28_demand_gen_audiencje_lookalike** (`YT_ppc-mastery`): Strategia cross-platform: uruchom lead gen na Meta z filtrami jakościowymi (pytania kwalifikacyjne w formularzu) → zbierz wysokiej jakości leady → uploaduj jako Customer Match do Google Ads → użyj jako seed list dla lookalike w Demand Gen. Logika: Meta i Demand Gen mają podobną dynamikę (entertainment), więc audiencje się krzyżują. Po ~60 dniach testów, kampanie pracujące na audiencjach lookalike (z customer match jako seed) osiągają lepszy wynik niż third-party in-market audiences — trzecia partia ma większy reach na starcie, ale po zebraniu danych lookalike wygrywa. OCT słabo atrybuje konwersje do kampanii upper-funnel (Display, Discovery, YouTube, Demand Gen) — dla Demand Gen używaj standardowego Gtech pixela z data-driven attribution, nie OCT. ### Demand Gen — różnica nowi klienci vs remarketing i kiedy co uruchamiać - **YT_pm_50_demand_gen_nowi_klienci_remarketing** (`YT_ppc-mastery`): Demand Gen ma dwa tryby zastosowania: (1) Prospecting (nowi klienci) — upper funnel, cold audience, cel: awareness i consideration. Wymaga cold CTA, storytellingu, przedstawienia wartości. Ocena: assist rate w raporcie atrybucji, nie ROAS kampanii. (2) Remarketing — mid/lower funnel, ciepłe audiencje z wcześniejszych wizyt. Demand Gen remarketing > Display remarketing w 2025 (z wyjątkiem Dynamic Shopping Remarketing z feedem — nadal działa). Nie włączaj Display Network w DG — tracisz brand safety. Content Suitability: ustaw na Limited (nie Expanded/Standard). View Through Conversions: DG często undereportuje — user widzi ad na YT, potem konwertuje przez Search. Case: po $3k wydanych Google raportował 14 konwersji, ale faktyczny revenue $8.5k w 30 dni. ### Demand Gen — struktura kreacji, placement per video i kontrola temperatury - **YT_pm_29_demand_gen_kreacje_placements** (`YT_ppc-mastery`): Struktura kreacji: osobny ad group dla obrazów i osobny dla wideo (nie mieszać). Po 60 dniach porównaj wyniki i wyłącz gorszy typ. Nowa beta: możliwość wyboru placements per video kreacja (np. 'to wideo tylko na Shorts', 'to wideo tylko na In-Stream'). Sitelinki w Demand Gen wyświetlają się widocznie na YouTube i znacząco podnoszą CTR — dodatkowe zastosowanie: USP jako sitelink = więcej informacji perswadujących przed kliknięciem. Błąd 'channel temperature': kopiowanie CTA z performance kampanii do Demand Gen = błąd. 'Zamów teraz', 'Sprawdź ceny', 'Umów demo' = zbyt gorące dla cold audience. Demand Gen wymaga 'zimnego' CTA: przedstaw brand, rozwiązanie, wartość — bez twardego zakupowego push. Attribution report: patrz na 'assist rate', nie tylko ROAS. Benchmark: ROAS 2-2.2x typowy, 4.5x wynik dobry dla mid-funnel. ### Display Network — wyłącz zawsze, zero wartości redemptywnej - **YT_jsg_24_display_network_zero_wartosci** (`YT_jyll-saskin-gales`): 'I genuinely can't think of any redeeming features of the display network or search partners anymore.' Nie włączaj GDN do kampanii search ani shopping. Nie włączaj do video/DemandGen. Nie można wykluczyć z PMax, ale przy dobrym conversion tracking PMax sam nie będzie tam inwestował dużo. Nie pamięta kiedy ostatnio poleciła standalone display campaign. Alternatywa dla branding: Video Reach campaigns lub DemandGen na click-based bid strategy. Przy każdym setup search/shopping — upewnij się że GDN i search partners są wyłączone. ### Nie duplikuj kampanii DemandGen/Display przy spadku performance — stracisz learning - **YT_jsg_17_demand_gen_nie_duplikuj_kampanii** (`YT_jyll-saskin-gales`): Tworzenie nowej kampanii DemandGen/Display z tymi samymi ustawieniami gdy stara 'nie działa' = wyrzucenie całego historical learning w koszu. Nowa kampania musi uczyć się od zera tych samych rzeczy co stara. Zamiast tego: dodaj nowe audiencje do istniejącej kampanii, znajdź root cause słabości. Jedynym powodem dla nowej kampanii byłaby fundamentalna zmiana (nowy produkt, nowa oferta, nowe creative). Dotyczy szczególnie DG i Display — nie Search (gdzie struktura ma inne znaczenie). ### Video Campaigns for Conversion deprecated — zamiennik: Demand Gen - **YT_jsg_20_video_vac_deprecated_demand_gen** (`YT_jyll-saskin-gales`): Video Campaigns for Conversion (znane też jako: True View for Action, video action campaigns, VAC, drive conversions) zostały wycofane. Teraz video + conversion goal = Demand Gen. PLUS migracji: w Demand Gen można WYŁĄCZYĆ Google Display Network (w starym VAC było wymuszone 'video partners'). PLUS: lookalike segments dostępne teraz dla video. MINUS: tylko audience targeting, brak content targeting w Demand Gen. Przy tworzeniu kampanii video z celem konwersji — wybieraj Demand Gen zamiast Video. Pamiętaj odpiąć GDN. Jeśli klient chce content targeting (konkretne kanały YT) — jedyna opcja to Video na celu Views/Reach, nie konwersje. ### YouTube Studio 'Promote' — tani Demand Gen, $1/subskrybent, CPM $3 - **YT_jsg_23_youtube_promote_tanie_subskrypcje** (`YT_jyll-saskin-gales`): Kliknięcie 'Promote' w YouTube Studio tworzy automatycznie kampanię Demand Gen z optymalizowanym targetowaniem. Jyll przetestowała własnym budżetem: CPM $3, koszt/subskrybent $1. Porównanie: YouTube Promotion (przez Studio): 35 subs @ $1.00/sub, CPM $3. Demand Gen optimized targeting (ręcznie): 24 subs @ $2.19/sub, CPM $3. Demand Gen custom segment (własna lista fraz): 2 subs @ $26/sub, CPM $70. NIE stosować custom segment do Demand Gen video dla celów subskrypcji — CPM $70 vs $3 to 23x drożej za gorsze wyniki. YouTube Promotion serwuje wyłącznie jako infeed (rekomendowana miniatura) — brak instream/pre-roll. Niższy view rate w YouTube Promotion koreluje z niższym kosztem/subskrybent — system optymalizuje pod szybkie subskrypcje. ### YouTube dla B2B — mierz halo effect na Search, nie direct conversions - **YT_jsg_22_youtube_b2b_halo_effect** (`YT_jyll-saskin-gales`): YouTube B2B rzadko generuje bezpośrednie konwersje, ale ma silny wpływ na lead generation przez halo effect. Case study 1: po uruchomieniu video campaigns CPL spadł o 30% i 25% w dwóch B2B SaaS produktach, conversion rate podwoił się. Case study 2: po pauzie YouTube CPL brand campaigns wzrósł o 47%; po wznowieniu YT + Demand Gen → CPL spadł kolejne 47% poniżej baseline. Budżet: mniej niż 5% całkowitego budżetu wystarczy (lokalny B2B: $500/mies.). Targeting: custom segments z high-performing search keywords — NIE in-market ani affinity audiences (zbyt szerokie, zbyt consumer-focused dla B2B). Bidding: target cost per view → CPV poniżej $0.01. Video: 15-30 sekund, brand/logo w pierwszych sekundach, min. 2 warianty. ## Temat: display-remarketing ### Display Campaigns — niedoceniany typ kampanii z darmowym brandingiem - **YT_ay_55_display_campaigns_niedoceniane** (`YT_aaron-young`): 90-95% reklamodawców nie używa Display poprawnie. Najtańszy traffic w Google Ads — skalowalność praktycznie nieograniczona. Darmowy branding: user widzi reklamę 3-4 razy, nie klika, potem szuka markę w Search → Display nie kosztuje nic, a Search dostaje konwersje. Metryki: View Through Conversions — kluczowa metryka (case: 6320 VTC w 4 tygodnie). Porównuj 3 miesiące przed Display vs 3 po — szukaj spadku CPA w całym koncie. Case study: dodanie Display obniżył CPA całego konta z $76-105 do $51-68. Struktura: jeden AG = jeden custom segment (audience). Tworzenie 15-20 custom segments: keywords, websites, apps. 80% nie zadziała — pauzuj, skup się na 15-20% winners → skaluj. Remarketing Display: 5-10% całkowitego budżetu konta. ### Display — testowanie kreacji i optymalizacja placements - **YT_ay_56_display_testowanie_kreacji** (`YT_aaron-young`): Start od jednego rozmiaru (np. 300x250 — najpopularniejszy). Testuj 5 różnych obrazków → winner → testuj 5 headlinów → winner → testuj kolor przycisku → testuj CTA text. Dopiero po znalezieniu winnera: twórz wszystkie 10+ rozmiarów. Optymalizacja placements: Insights & Reports → Where Ads Were Shown → filtruj 'app' → wyklucz nierelewantne (gry dla dzieci itp.). Prowadź exclusion list (tysiące domen) + script monitorujący. Display setup: Campaign without goals → Display. Lokalizacja: Presence only. Bidding: Maximize Conversions (nie tCPA na start). Remarketing: wyłącz Optimized Targeting. Audience: website visitors (wyklucz konwerterów). ### Mierzenie wpływu YouTube — proxy metrics i halo effect - **YT_ay_57_youtube_mierzenie_wplywu** (`YT_aaron-young`): YouTube ≠ lastclick — jak mierzyć: In-platform: views, impressions, view-through rate, CPM, cost per view, video played to 25/50/75/100%. Google Brand Lift Studies: dostępne przy wyższym wydatku. Post-purchase surveys: 'Skąd się o nas dowiedziałeś?' Branded search lift: wzrost branded queries po uruchomieniu YT = wskaźnik skuteczności. Całościowy CPA konta: jeśli spada po dodaniu YT — kampania działa. Budżet na video dla początkujących: 5-10% całkowitego ad spend. Minimum $5/dzień na In-Feed. Jakość kreacji: iPhone + lapel mic wystarczy. Autentyczność > produkcja. ### Video Ads — 3 kluczowe formaty YouTube i podzial budżetu - **YT_ay_53_video_ads_formaty** (`YT_aaron-young`): Shorts (15-30 sek): UGC, testimoniale, autentyczność. Niski CPM. In-Stream (60-90 sek): edukacyjny, funny, storytelling. Średni CPM. In-Feed (dowolna, landscape): inspiracyjny, founder story, long-form. CPM <$2, nawet <$1 — najlepszy stosunek cena/wartość dla brand awareness. Podział budżetu video (Corey, Variable Media): 50% CPM campaigns (In-Feed + TV), 30% Cost Per View campaigns, 20% Demand Gen retargeting. In-Stream best practices: logo widoczne od początku, view rate cel 50-70% (60% sweet spot). Shorts best practices: UGC > polished ads, szybki start, wartość, CTA w 15-30 sek. Video Ad Sequencing: jedno AG, wiele filmów w sekwencji (pain point → testimonial → founder story → oferta). ### YouTube — dane rynkowe i argument za inwestycją - **YT_ay_54_youtube_dane_rynkowe** (`YT_aaron-young`): Czas na platformie (dane US): YouTube 23.1h/miesiąc (średnia sesja ~40 min), Instagram 12h/miesiąc, TikTok 9.5h/miesiąc. 70% czasu YouTube = na TV — TV-level exposure za ułamek kosztu. Demografia: TikTok 47% poniżej 30 lat, YouTube równomierny rozkład 25-54 — peak buying years. YouTube = drugi największy search engine. 90% użytkowników (dane Ipsos) odkryło nową markę na YouTube. Spadek clicków w Search: Wordstream — do 44% mniej clicków w niektórych branżach (AI Overviews). Wzrost wyszukiwań ALE spadek clicków → rosną CPC → YouTube staje się relatywnie tańsze. ## Temat: dsa ### DSA jako uzupełnienie Search — auto-exclusion script i kontrola - **YT_pm_53_dsa_search_komplementarny** (`YT_ppc-mastery`): DSA (Dynamic Search Ads) jako kampania uzupełniająca Search: pokrywa frazy, których nie ma w keyword liście. Kluczowe: DSA auto-exclusion script — gdy dodasz keyword do kampanii search, skrypt automatycznie wyklucza go z DSA, zapobiegając kanibalizacji ruchu i zapewniając że search bierze priorytet nad DSA dla znanych fraz. Search Max (w fazie beta): technicznie DSA + broad match + auto-generated assets = ewolucja DSA w kierunku keywordless. Sprawdzaj Search Terms z DSA regularnie — to źródło nowych keywords do dodania do kampanii search. Negative keywords z DSA: wyklucz branded terms (PMax też je bierze) i frazy z innych kampanii search żeby uniknąć duplikacji. ## Temat: ecommerce ### Best Sellers Report w Merchant Center — darmowy research produktowy - **YT_sol8_11_best_sellers_report** (`YT_solutions-8`): Lokalizacja: Merchant Center > Growth > Best Sellers. Dane: ranking popularności, zmiana tydzień-do-tydzień, relative demand, cena, brand, GTIN, kategoria Google. Widok Top Brands: ranking brandów w kategorii, możliwość drill-down do konkretnych produktów brandu. Dane historyczne do 2 lat wstecz (tygodniowo lub miesięcznie). Dostępność: nie w każdym koncie — koreluje z 'Excellent' na Shopping Experience Scorecard. Zastosowanie: identyfikacja produktów do rozszerzenia asortymentu, analiza sezonowości, research konkurencji. Darmowe narzędzie, często pomijane przez reklamodawców. ### Black Friday / Cyber Monday — timeline planowania i pułapki - **YT_ay_70_bfcm_planning** (`YT_aaron-young`): Timeline BFCM: Czerwiec-lipiec: strategia, budżety, plan promocji. Sierpień-wrzesień: testowanie kreacji, nowych produktów w feedzie (sprawdź disapprovals). Październik: ramp-up budżetów (inkrementalnie, NIE nagle). Listopad pre-BF: obniż tROAS/tCPA o 20-30% żeby algorytm był bardziej agresywny. BF/CM: full budget, monitoruj co godzinę. Post-BF: przywróć normalne ustawienia w ciągu 3-5 dni. Cory Lindholm (data scientist): brak learning runway = główny błąd — nowe kampanie uruchomione w dniu BF nie mają danych. Creative shock — jeśli pierwszy wariant kreacji nie działa, nie masz czasu na test B. Codziennie sprawdzaj Products > Needs Attention w MC. ### Customer list upload — Shopify do Google Ads - **YT_sol8_49_customer_list_upload** (`YT_solutions-8`): Segment: country + first order date exists (= kupujący klienci). Format CSV: email, phone, first, last, zip, country (dokładnie ta kolejność). Min. 1000 matched customers żeby lista działała. Match rate processing: 24-48h po uploadzie. Automatyzacja: Klaviyo integration z Google Ads (admin account required, nie MCC). Best practice: upload co tydzień lub częściej. Replace existing list, nie append — dzięki temu lista jest zawsze aktualna. ### Email marketing — Elite 7 system (Klaviyo) - **YT_sol8_51_email_elite_7** (`YT_solutions-8`): 7 flow'ów Klaviyo (Dan Nichols, Solutions 8): 1) Welcome/nurture sequence, 2) Abandoned cart, 3) Browse abandonment, 4) Post-purchase, 5) Winback, 6) VIP/loyalty, 7) Sunset (inactive subscribers). Metryki email do monitorowania: open rate, click rate, revenue per email, list growth rate, unsubscribe rate. Email ratio: 4 value emails : 1 sale email (Alex Hormozi: 'give until they ask'). Lead magnet + email sequence: exit-intent popup z lead magnetem -> email nurture -> countdown offer (evergreen timer per user). Email marketing uzupełnia Google Ads i Meta — Klaviyo domyka konwersje, które reklamy zainicjowały. ### Klaviyo — 7 flow'ów i synergia z ads - **YT_sol8_72_klaviyo_7_flows** (`YT_solutions-8`): 7 Flow'ów Klaviyo (Dan Nickas): 1) Leads Retarget — signup form, nie kupili jeszcze, 2) Abandoned Browse — odwiedzili produkt, bounce, 3) Abandoned Cart — dodali do koszyka, nie wpisali danych, 4) Abandoned Checkout — wpisali dane, nie kupili (najwyższy intent), 5) Welcome (New/Return Customer) — split na nowych i powracających, 6) Cross-sell / Upsell — komplementarne produkty, 7) Winback — re-engagement nieaktywnych. Synergia: Klaviyo segmenty sync do Meta Custom Audiences i Google Customer Match. Email subscribers -> Meta lookalike audiences. Email generuje ~20-40% total revenue (średnia 30%). Flows = 40% revenue z emaili; campaigns = 60%. ### Merchant Center — Shop Quality jako czynnik rankingu - **YT_ay_19_merchant_center_shop_quality** (`YT_aaron-young`): 3 czynniki rankingu Shopping ads: (1) Bid, (2) Product relevance (tytuły, atrybuty), (3) Product feed quality (w tym Shop Quality). Shop Quality score w Merchant Center: Products > Shop > Shop Quality — scorecard z kategoriami: images, payment options, website speed, shipping, returns. Exceptional ranking = możliwość aplikowania o badge na reklamach. Priorytet poprawy: przejście z Good→Great i Great→Exceptional daje największy uplift. Sprawdzaj Merchant Center minimum raz w tygodniu — Aaron widzi to jako SOP w swojej agencji. ### Promotions w Merchant Center — strategia unikania 'death spiral' - **YT_ay_20_promotions_merchant_center** (`YT_aaron-young`): Case study 'death spiral': marka doszła do 70% off sitewide po eskalacji miesiąc-po-miesiącu. Naprawa zajęła ponad rok. 3 strategie promocji bez dewaluacji marki: (1) Kategorie sezonowe: promocja na produkty wychodzące z sezonu — klienci nie czują się oszukani. (2) Bundle/multiple buy: rabat tylko powyżej obecnego AOV (AOV $70 → rabat na bundle $140+, lub 'buy 2 get 3rd X% off'). (3) Produkty z follow-on: rabat na produkt wymagający subskrypcji/części zamiennych (np. fitness band za darmo przy 12-mies. subskrypcji). Tytuł promocji MUSI zawierać kwotę/procent: 'Summer Sale' → odrzucona, '20% Off Summer Sale' → zaakceptowana. ### Remarketing Display z feedem produktowym — mały budżet, duży wpływ - **YT_sol8_13_display_remarketing_feed** (`YT_solutions-8`): Kampania Display Remarketing z shopping feedem: targetuj only website visitors, Google pokaże im produkt który oglądali. Budżet: $2-3/dzień, ale podnosi ROAS Standard Shopping — użytkownik klika Shopping -> czeka -> widzi remarketing -> wraca direct -> kupuje -> konwersja przypisana do Shopping. Nawet przy $1000/mies. budżecie warto uruchomić Display Remarketing z feedem — low cost, high impact. Lifestyle images w Display: używaj lifestyle (twarz, użycie produktu), nie product shots na białym tle — product shots rezerwuj dla Shopping network. Video remarketing: minimum na każdym koncie. Dla impulse-buy produktów: outbound video ($5/dzień) + remarketing video = kluczowe. ### Retencja klientów — non-brand > brand campaigns - **YT_sol8_52_retencja_nonbrand** (`YT_solutions-8`): John Moran (kluczowy insight): większość powracających klientów NIE przychodzi przez brand campaigns, ale przez NON-brand shopping campaigns. Case study (last 7 days): Shopping campaigns: 2000 new + 2500 returning, Brand campaign: 333 new + 751 returning. Shopping ma wyższy WOLUMEN returning, brand ma wyższy RATIO. Dlaczego: 'jesteśmy pokoleniem Amazon' — ludzie szukają produktu, nie marki. Klient który kupił lekarstwa nie szuka 'Twoja marka dog bed', szuka 'dog bed' i Cię znajduje ponownie. Wniosek: żeby poprawić retencję, skaluj NON-BRAND spend, nie brand spend. Case study Travalo (luggage): klient kupił walizkę za $1000, 20 dni później szukał 'Bellagio cover', kliknął shopping ad, kupił pokrowiec za $50. Koszt pozyskania powracającego = $2. ### Segmentacja popup-ów w Klaviyo - **YT_sol8_89_klaviyo_popup_segmentacja** (`YT_solutions-8`): Średni conversion rate popup-a: 5% (50 nowych leadów na 1000 odwiedzin). Radio buttons w popup-ie do segmentacji od początku (np. 'Gdzie Cię boli?' -> Back / Foot & Leg / Hand / Other). Każdy wybór = custom tag w Klaviyo -> osobny flow emailowy z relevantnym contentem. Nie wysyłaj produktów na ból ręki osobie z bólem pleców — to generuje spam/unsubscribes. Quiz na stronie: pytania o preferencje -> custom properties -> segmentowane wyniki + flow emailowy. 7 flow'ów minimum, 5-7 emaili w każdym = 35-50 emaili do zbudowania per klient. Segmenty z Klaviyo pushuj do Facebook Ads jako custom audiences -> reklamy produktów na ból pleców do osób które w popup-ie wybrały 'back pain'. Buduje omnipresence: email + FB + Google = klient myśli że marka jest ogromna. ### Shopify — 3 raporty new vs return customers - **YT_sol8_48_shopify_new_return_raporty** (`YT_solutions-8`): Raport 1: First-time vs Returning Customer Sales (domyślny) + kolumna 'Customers' + filtr product title -> znajdź hero product (najlepiej pozyskujący nowych klientów). Raport 2: AOV by Customer Type (custom) — bazowy 'Sales by Channel' + kolumny: customers, AOV, avg units ordered, customer type. Raport 3: Customer Type by Sales Channel (custom) — new vs return per kanał (Online Store, POS, Meta Shop). Rozwiązuje problem: 'ile nowych klientów pochodzi z POS vs online?'. Save as: zapisz każdy raport custom -> następnym razem jedno kliknięcie. ### Strategia na okres post-holiday - **YT_sol8_87_post_holiday_strategia** (`YT_solutions-8`): Micro-sales zamiast jednej wielkiej wyprzedaży: różne oferty każdy dzień Black Friday (od 5% do 50%+ clearance) — nie wysysasz marginu jednorazowo, budujesz rozpoznawalność marki u nowych klientów. NIE robić ciągłych wyprzedaży po sezonie -> stajesz się 'discount brand'. Zamiast tego: follow-up z klientami 6 miesięcy po zakupie, ekskluzywne kody rabatowe tylko dla nich. Oddzielny email blast dla first-time buyers (nie mieszaj z ogólną listą). Autentyczność > perfekcja: zdjęcia telefonem, relatable content, bez filtrów — to teraz lepiej działa niż profesjonalne sesje. ### Tips dla drogich produktów — conversion window i remarketing - **YT_sol8_41_high_priced_products** (`YT_solutions-8`): Conversion window: 60-90 dni — drogie produkty mają długi cykl decyzyjny. Nie tnij kampanii po 2 tygodniach — daj czas na time lag. Remarketing lists: 90-180 dni — ludzie wracają po miesiącach. Phone calls jako conversion action — drogie produkty ludzie wolą kupować po rozmowie. Testimoniale i case studies w reklamach — social proof jest krytyczny przy wysokim ticket. Dla produktów >$500 kluczowe jest mierzenie micro-conversions (phone calls, form fills) nie tylko sprzedaży online. ### eCommerce — diagnostyka 'Clicks with No Sales' i konsolidacja kampanii - **YT_ay_74_ecommerce_diagnostyka** (`YT_aaron-young`): Proces audytu konta eCommerce: (1) Auto-apply recommendations = WYŁĄCZ. (2) Conversion tracking = sprawdź double counting. (3) Widok 250-dniowy = trend revenue/ROAS. (4) Posortuj kampanie po spend. (5) Search kampanie z conversion rate < 3% = red flag. (6) Konsolidacja: zbyt wiele kampanii z <10 konwersji/miesiąc = połącz. 'Clicks with No Sales' diagnostyka: (1) Landing page (speed, relevance, mobile). (2) Pricing vs konkurencja. (3) Search terms. (4) Audience (demographics). (5) Device performance (mobile vs desktop CR). (6) Conversion tracking. 3 przyczyny niskiego CR: siła oferty, landing page, jakość ruchu. ## Temat: feed ### AI Mode i przyszłość feedu — bogaty feed jako fundament widoczności - **YT_pm_40_ai_mode_feed_priorytet** (`YT_ppc-mastery`): Google AI Mode = Gemini 2.5 bezpośrednio w wyszukiwarce z agentami zakupowymi. Agentic checkout — zakupy bez opuszczania Google. Feed produktowy staje się jeszcze ważniejszy: bogaty feed (opisy, obrazy, dane strukturalne) = lepsze 'rozumienie' produktu przez AI. Atrybuty opcjonalne które prawie nikt nie wysyła: lifestyle_image_link, product_highlight, product_detail, virtual_model_link, 3D_image_link (US) — dają przewagę bez podnoszenia bidów. GMC A/B Testing (GML 2025): narzędzie do testowania tytułów, obrazów i opisów produktów bezpośrednio w GMC — rollout Q3-Q4 2025. Priorytet: jakość danych w Merchant Center jako fundament zarówno płatnych jak i organicznych wyników Shopping. ### Feed — opcjonalne atrybuty dające przewagę konkurencyjną - **YT_pm_23_feed_atrybuty_opcjonalne** (`YT_ppc-mastery`): Prawie nikt nie wysyła: lifestyle_image_link, product_highlight, product_detail, virtual_model_link, 3D_image_link (US). Te atrybuty dają przewagę w konkurencyjnych rynkach — wzbogacają kontekst produktu i zwiększają ad rank bez podnoszenia bidów. GMC Next ma raport konkurencji pokazujący: (a) produkty danej marki z wysokim popytem, których klient nie ma w asortymencie, (b) podobne marki, których klient nie sprzedaje, a popyt rośnie. Przegląd co kwartał → materiał do rozmów ze stakeholderami o rozszerzeniu asortymentu. GMC A/B Testing (GML 2025): narzędzie A/B testu bezpośrednio w GMC dla Shopping Ads (tytuły, obrazy, opisy) — rollout Q3-Q4 2025. Priorytet testowania po udostępnieniu. ### Optymalizacja product feed — jeden z 5 kluczowych lewarów wzrostu - **YT_sp_40_shopping_feed_optymalizacja** (`YT_surfside-ppc`): Uzupełnienie opisów produktów powoduje bezpośredni wzrost wyników — efekt widoczny miesiąc po zmianie. Szczególnie ważne dla produktów niszowych/unikatowych z długim ogonem. Feed daje Google kontekst do targetowania long-tail — bez opisów kampania nie może tego targetować. Minimum 500 znaków opisu (można do 5000), pierwsze 150-160 znaków najważniejsze. Przy audycie e-commerce: sprawdź czy produkty mają wypełnione opisy i tytuły. ### Product feed — opisy produktów minimum 500 znaków - **YT_sp_74_feed_opisy_produtow_minimum_500** (`YT_surfside-ppc`): Przy audycie e-commerce sprawdź czy produkty mają wypełnione opisy i tytuły. Opis produktu: minimum 500 znaków, pierwsze 150-160 znaków najważniejsze. Feed daje Google kontekst do targetowania long-tail — bez opisów kampania nie może targetować niszowych wyszukiwań. Efekt uzupełnienia opisów dla 200 produktów: widoczny wzrost wyników miesiąc po zmianie. Szczególnie ważne dla produktów niszowych/unikatowych. ## Temat: feed-merchant ### 4 ukryte raporty w Merchant Center - **YT_gma_43_merchant_center_4_raporty** (`YT_grow-my-ads`): 4 ukryte raporty w MC wg Grow My Ads: (1) Shopping Experience Scorecard (Overview/Growth) — badge 'Top Quality Store', porównanie z konkurencją w branży: shipping, return, seller rating. (2) Price Competitiveness (Growth) — benchmark price per produkt, produkty 13%+ powyżej benchmarku prawie nie mają szans w aukcji. Widok per brand: ile % produktów za drogie. Price Insights: sugerowane zmiany cen z prognozą wzrostu. (3) Competitive Visibility (Performance) — 'Auction Insights w MC': relative visibility, page overlap rate, higher position rate, ad/organic ratio. (4) Promotions Report (Performance) — które promocje faktycznie przesuwały metryki. ### AI-generated product images — tematyczne warianty SKU - **YT_gma_41_ai_generated_sku_warianty** (`YT_grow-my-ads`): Taktyka 2026 Grow My Ads: ten sam produkt → różne konteksty wizualne (AI-generated) → różne keyword themes → osobne item ID w feedzie. Przykład (sectional sofa): 'Dog friendly sectional sofa' z psem, 'Cat friendly sectional sofa' z kotem, 'Apartment sized sectional' z tłem high-rise. Każdy wariant = osobny item ID, tytuł, opis, obraz. Legalne w Google Merchant Center pod warunkiem unikalnych: item ID, tytuł, opis, zdjęcie. Zwiększa ekspozycję na niszowe keyword themes i lepiej matchuje intencję → wyższy CTR. ### Atrybut sale_price w Google Shopping: brak kontroli nad etykietą 'Promocja' - **W080_sale_price_shopping_etykieta_brak_kontroli** (`W080`): Atrybut 'sale_price' (cena promocyjna) w feedzie Google Merchant Center NIE gwarantuje wyświetlania etykiety 'Promocja' lub 'Wyprzedaż' na reklamie produktowej. Decyzja o wyświetleniu tej etykiety należy wyłącznie do Google — reklamodawca nie ma nad tym kontroli. Google wyświetla etykietę promocyjną według własnych algorytmów, uwzględniając m.in.: historię cen produktu, poziom obniżki, czas trwania promocji i inne czynniki. Praktyczne konsekwencje: (1) Nawet poprawnie skonfigurowany atrybut sale_price może nie generować etykiety. (2) Minimalna wymagana obniżka: zazwyczaj co najmniej kilka procent w stosunku do price (ceny regularnej). (3) Google wymaga podania daty końca promocji (atrybut 'sale_price_effective_date') — bez daty etykieta często nie pojawia się. Rekomendacja: zawsze dodawaj sale_price + sale_price_effective_date razem; nie licz na etykietę jako gwarantowany element wizualny reklamy. ### Ceny referencyjne w kampaniach produktowych: monitoring skryptami i etykietowanie - **W070_feed_merchant_ceny_referencyjne_skrypty_etykietowanie** (`W070`): Ceny referencyjne (benchmark prices) w Google Shopping to ceny, przy których produkt wyświetla się ze znacznikiem 'Niższa cena niż u innych sprzedawców' lub podobnym. Wpływają na CTR i pozycję w wynikach produktowych. Monitoring i optymalizacja przez skrypty Google Ads: Skrypty mogą automatycznie sprawdzać ceny referencyjne produktów w feedzie (dostępne przez Google Ads API / Merchant Center API) i porównywać je z cenami własnym. Na podstawie porównania skrypt może automatycznie etykietować produkty za pomocą etykiet niestandardowych (custom_label_0 do custom_label_4). Przykład etykietowania: produkty z ceną poniżej ceny referencyjnej → etykieta 'competitive', produkty z ceną powyżej → etykieta 'expensive'. Kampania produktowa lub PMax może następnie wyświetlać TYLKO produkty z etykietą 'competitive' (przez podział grupy produktów według etykiety), skupiając budżet na produktach z przewagą cenową i wyższą szansą na konwersję. Skrypty Google Ads uruchamiane cyklicznie (np. codziennie) automatyzują cały proces. ### Duplikaty produktów w Google Merchant Center: dozwolone i zalecane przy synonimach - **W126_feed_duplikaty_synonimy_gmc** (`W126`): Duplikowanie produktów w Google Merchant Center (tworzenie wielu wpisów dla fizycznie tego samego produktu) jest DOZWOLONE i ZALECANE gdy produkt ma różne potoczne nazwy lub synonimy, pod którymi użytkownicy go szukają. Przykład: produkt 'oprawa oświetleniowa' ma kilku synonimów wyszukiwanych przez klientów: 'lampa sufitowa', 'plafon', 'kinkiet', 'żyrandol' — każdy synonim jako osobny wpis w feedzie z tytułem zawierającym tę konkretną nazwę daje ekspozycję na wszystkie warianty zapytań. Jak implementować: narzędzia jak Sembot automatycznie generują duplikaty z podmienionymi tytułami; alternatywnie ręcznie przez supplemental feed w GMC lub przez reguły w DataFeedWatch/Feedink. Każdy duplikat musi mieć unikalny ID produktu (item_id) — użyj sufiksu: 'produkt-123-lampa', 'produkt-123-kinkiet'. Ograniczenie: przy bardzo dużej liczbie duplikatów GMC może ograniczyć widoczność przez algorytm jakości feedu — monitoruj status produktów w GMC. Technika szczególnie skuteczna dla kategorii oświetlenia, mebli, elektroniki gdzie nomenkatura jest niejednoznaczna. ### Edycja atrybutów produktów: przez feed/sklep lub Feedink — nie bezpośrednio w GMC - **W072_feed_merchant_edycja_atrybutow_feedink_nie_bezposrednio_gmc** (`W072`): Gdy produkt w Merchant Center ma błędne atrybuty (np. zły kolor, kategoria, tytuł), masz trzy miejsca do ich poprawienia — w kolejności od najlepszego: (1) Źródło (sklep/platforma) — popraw dane bezpośrednio w sklepie (CMS/platforma). Najtrwalsza zmiana; feed automatycznie zaktualizuje GMC przy kolejnym pobraniu. (2) Narzędzie pośredniczące (Feedink, DataFeedWatch, Channable) — narzędzia do zarządzania feedem pozwalają dodawać reguły transformacji (np. 'jeśli kolor = Biały → zmień na White') bez ingerowania w sklep. Feedink pozwala też dodawać dodatkowe kolumny i etykietować produkty. (3) Bezpośrednio w GMC — Google pozwala edytować atrybuty w interfejsie GMC, ale ta zmiana zostanie NADPISANA przy kolejnym pobraniu feedu. Nadaje się tylko do jednorazowych poprawek gdy nie możesz zmienić źródła. Dodatkowy feed w GMC: możesz dodać osobny plik feedu (np. CSV) z etykietami niestandardowymi (custom labels) dla wybranych produktów — GMC połączy dane z głównego feedu i z dodatkowego feedu po GTIN/ID produktu. ### Feed Attribute Rules — optymalizacja bez narzędzi zewnętrznych - **YT_gma_42_feed_attribute_rules** (`YT_grow-my-ads`): Feed Attribute Rules w Merchant Center (Products > View Data Sources > feed > Attribute Rules): pozwalają na optymalizację feedu bez DataFeedWatch/Channable. Możliwości: (1) Custom label przez reguły warunkowe ('title contains Christmas OR Santa' → custom_label_3 = 'Christmas'). (2) Prepend/Append do tytułów bez zmiany źródłowego feedu. (3) Draft mode do testowania (Show Preview) przed zastosowaniem. Case study: dodano 'Kid and Pet Friendly Washable' na początek + 'Home Reserve' na koniec tytułu. Zastosowanie: automatyczne tagowanie sezonowe, dodawanie brandów do tytułów. ### Feed produktowy WordPress: CTX Feed do generowania XML + narzędzia do optymalizacji - **W063_feed_wordpress_ctx_feed** (`W063`): Feed produktowy dla Google Shopping na WordPress/WooCommerce: Krok 1 — Generowanie pliku XML: wtyczka CTX Feed (prosta konfiguracja, darmowa wersja wystarczająca na start). Krok 2 — Zaawansowana optymalizacja feedu: zewnętrzne narzędzia: Feedink lub DataFeedWatch — pozwalają modyfikować tytuły, dodawać etykiety, tworzyć reguły transformacji bez edycji wtyczki. Etykiety niestandardowe (custom_labels 0-4): ustawiaj w feedzie do segmentacji produktów w kampaniach (top-seller, wysoka marża, sezonowe, zalegające) — pozwalają dzielić PMax/Shopping bez osobnych feedów. Weryfikacja Merchant Center na PrestaShop: kod weryfikacyjny HTML wgraj przez FTP do katalogu głównego sklepu. ### Feed produktowy: optymalizacja tytułów/opisów/parametrów i etykiety do zarządzania - **W061_feed_optymalizacja_etykiety** (`W061`): Optymalizacja feedu produktowego — trzy poziomy: (1) Tytuły i opisy: zoptymalizowane pod wyszukiwania użytkowników (nie nazwy brandingowe produktów) — słowa kluczowe w tytułach = ekspozycja na frazy. (2) Parametry produktów (kolor, rozmiar, materiał, płeć itp.): uzupełnij maksymalnie — poprawiają dopasowanie i jakość feedu w Merchant Center. (3) Etykiety niestandardowe (custom_labels): kluczowe narzędzie zarządzania. Przykłady etykiet biznesowych: wysoka/niska marża, top-seller, long-tail, zalegające/pułkownicy, sezonowe, wyprzedaż. Etykiety umożliwiają podział produktów w grupach wizytówek PMax bez osobnych feedów. Zwiększanie ekspozycji poza budżetem: dodatkowy CSS (Comparison Shopping Service) — drugi CSS z podobnymi produktami może zwiększyć zasięg bez podnoszenia budżetu głównej kampanii. ### Feed produktowy: tytuły i opisy mogą (i powinny) różnić się od strony sklepu - **W059_feed_tytuly_opisy_optymalizacja** (`W059`): Feed produktowy NIE musi mieć takich samych tytułów i opisów jak sklep. Automatyczne wtyczki do feedów najczęściej kopiują dane ze sklepu, ale to nie jest optymalne podejście. Feed powinien być zoptymalizowany pod wyszukiwania użytkowników — słowa w tytułach i opisach feedu determinują, na jakie zapytania wyświetlają się reklamy. Przykład: produkt 'Sukienka Aleksandra' → w feedzie zmień na 'Sukienka wiosenna [kolor] midi długość' — tak szukają użytkownicy. Dzięki temu nie psujesz nazewnictwa na sklepie (branding) a feed jest zoptymalizowany pod wyszukiwania. Optymalizacja tytułów feedu to jeden z kluczowych dźwigni w kampaniach Shopping/PMax. ### Feed produktowy: zestawy i produkty bez GTIN — parametr identifier_exists - **W087_identifier_exists_feed_zestawy_bez_gtin** (`W087`): Niektóre produkty nie mają kodu GTIN (EAN/UPC) — np. własne zestawy (bundles), produkty handmade, artykuły niestandardowe, zestawy składające się z wielu elementów gdzie żaden nie ma własnego kodu. Problem: Google Merchant Center domyślnie wymaga GTIN dla produktów nowych — brak GTIN powoduje ostrzeżenia lub obniżenie jakości feedu. Rozwiązanie: dodaj atrybut 'identifier_exists' z wartością 'no' (lub 'false') do każdego produktu bez identyfikatora. Co to robi: informuje GMC, że produkt NIE posiada globalnego identyfikatora z powodu swojej natury (nie z powodu przeoczenia) — Google przestaje wymagać GTIN i nie obniża za to jakości feedu. Kiedy NIE używać identifier_exists=no: gdy produkt faktycznie ma GTIN, ale nie chce Ci się go dodawać — to obniża widoczność produktu (Google preferuje produkty z GTIN). Użyj TYLKO dla produktów, które z definicji GTIN nie mają. Zestawy własne (bundles): użyj atrybutu 'is_bundle=yes' razem z identifier_exists=no — GMC traktuje takie produkty jako zestawy złożone i nie wymaga GTIN komponentów. MPN (Manufacturer Part Number): jeśli nie ma GTIN, ale jest MPN (numer katalogowy) — dodaj MPN zamiast GTIN; to lepsze niż identifier_exists=no. ### Google Merchant Center: tylko jedno GMC może mieć potwierdzoną domenę - **W076_feed_merchant_jedna_domena_gmc** (`W076`): W Google Merchant Center obowiązuje zasada: tylko jedno konto GMC może mieć potwierdzoną i zweryfikowaną daną domenę sklepu w danym czasie. Jeśli chcesz przenieść domenę do nowego GMC lub masz dwa konta GMC dla tej samej domeny — musisz najpierw usunąć potwierdzenie domeny w starym koncie. Konsekwencje praktyczne: — Nie możesz mieć dwóch aktywnych GMC z tą samą domeną (np. główne i testowe). — Przy tworzeniu nowego GMC dla istniejącej domeny: najpierw cofnij potwierdzenie w starym. — Przy tworzeniu kont dla wielu rynków: każdy rynek może używać tej samej domeny w jednym GMC (przez targeting po kraju) lub osobnych domen z osobnymi GMC. Weryfikacja domeny w GMC: przez GTM, DNS, plik HTML lub Google Search Console (jeśli GSC jest już zweryfikowana dla tej samej domeny, GMC może się automatycznie zweryfikować). ### Klasyfikacja produktów wg ROAS: Hero, Sidekick, Villain, Zombie — progi dla custom_label - **PRAK_produkty_klasyfikacja_roas_hero_zombie** (`audyt_innsi_2026_03`): Klasyfikacja produktów do custom_label w Merchant Center (wzorowana na Mike Rhodes / FlowBoost): Hero (bestseller): ROAS > 1,5× faktyczny ROAS konta lub top 5% produktów wg wartości konwersji. Sidekick (dobry): ROAS ≥ tROAS kampanii (powyżej celu). Villain (kosztowny): kliknięcia > 0, konwersje = 0 — produkt generuje koszt bez zwrotu; rozważ wykluczenie z kampanii lub poprawę feedu/strony produktu. Zombie (martwy): 0 kliknięć, 0 konwersji — produkt ignorowany przez algorytm i użytkowników; nie generuje kosztu, ale zaśmieca feed; rozważ wyłączenie w Merchant Center. Typowa dystrybucja w e-commerce: 85-90% produktów to zombie (0 konwersji), 10% asortymentu generuje 85-90% wartości konta. Ważna zasada: zombie produkty w PMax TOP nie szkodzą — algorytm ignoruje je naturalnie gdy nie wygrywają aukcji. Nie trzeba ich wykluczać z PMax ani tworzyć osobnej kampanii. Villain produkty (kliknięcia bez konwersji) to realne straty — warto je wykluczyć przez custom_label lub wykluczenie produktu w grupie zasobów PMax. Progi są względne — dostosuj do faktycznego ROAS konta i tROAS kampanii. Przykład: konto tROAS 6,5, faktyczny ROAS 7,6 → Hero ≥ 10, Sidekick 6,5-10. ### Kursy online i produkty cyfrowe niematerialne: blokada regulaminowa w Google Merchant Center - **W123_feed_kursy_online_blokada_gmc** (`W123`): Kursy online i treści edukacyjne (e-learning, nagrania wideo, webinary) NIE mogą być reklamowane jako produkty przez Google Merchant Center / Shopping. Google Merchant Center jest przeznaczony wyłącznie dla produktów fizycznych (i nielicznych wyjątków produktów cyfrowych jak oprogramowanie z możliwością pobrania). Próba wgrania kursu online do feedu produktowego skutkuje odrzuceniem przez politykę Google. Właściwe kanały reklamowania kursów online: (1) Kampanie Search — reklamy tekstowe na frazy intencyjne. (2) Kampanie Display / Demand Gen — banery i wideo do budowania świadomości. (3) YouTube Ads — szczególnie skuteczne dla edukacji, wideo jako format nauki. (4) Remarketing — do odwiedzających stronę kursu. Konta reklamujące kursy muszą też spełniać dodatkowe wymagania Google dla branży edukacyjnej (weryfikacja certyfikatów, transparentność oferty) — analogicznie do branży finansowej i zdrowotnej. ### Lifestyle images z AI — ChatGPT/Gemini workflow - **YT_gma_40_lifestyle_images_ai** (`YT_grow-my-ads`): Workflow lifestyle images z AI: (1) Wrzuć zdjęcie produktu, (2) Wrzuć zdjęcie referencyjne sceny, (3) Prosty prompt ('Create a living room scene from the first image similar to the reference'). ChatGPT Image Generator i Gemini Nano Banana Pro dają lepsze wyniki niż Google Product Studio. UWAGA: AI czasem zmienia wygląd produktu — ZAWSZE weryfikuj. Workaround: nowy chat bez zdjęcia referencyjnego. Case study meble: CTR z 0.6% na 1.35% (benchmark Shopping ~0.8%). Case study 10x konwersji: lifestyle image zamiast białego tła → kliknięcia z ~200/tyg. na ~2000-3000/tyg., konwersje z 1/tyg. na 10-11/tyg. ### Limity produktów w Google Merchant Center: 150 tys. do 40 mln w zależności od konta - **W124_feed_merchant_limity_produktow** (`W124`): Google Merchant Center ma limity liczby produktów w feedzie, które różnią się w zależności od typu i historii konta: Standardowe konto GMC: limit od ok. 150 000 produktów. Konta z rozszerzonymi możliwościami (zweryfikowane, starsze, z dużym wolumenem): do 40 000 000 (40 mln) produktów. Dla bardzo dużych sklepów (milion+ produktów) zalecane jest przesyłanie feedu przez Content API (Google Content API for Shopping) zamiast pliku XML — API jest bardziej niezawodne przy dużych wolumenach i pozwala na aktualizacje per produkt (nie trzeba przesyłać całego feedu przy każdej zmianie). Format feedu: XML czy API — bez różnicy dla algorytmu Google Ads; Google widzi dane tak samo niezależnie od metody przesyłania. Częstotliwość aktualizacji feedu: raz na dobę jest w pełni wystarczająca dla zdecydowanej większości sklepów — częstsze aktualizacje mają sens tylko przy bardzo dynamicznych cenach lub stanach magazynowych (flash sale, marketplace). ### Merchant Center: usuwanie zablokowanych produktów z feedu - **W057_merchant_center_blokowane_produkty** (`W057`): Problem: produkty niezgodne z polityką Google (np. określone kategorie) blokują remarketing i zbieranie user ID. Kolejne importy sklepu nadpisują ręcznie usunięte produkty z Merchant Center. Rozwiązanie u źródła: we wtyczce/module sklepu generującym feed produktowy wyklucz te produkty z eksportu — nie trafią do pliku XML/CSV, więc Merchant Center ich nie zobaczy. Alternatywa: edycja feedu w Merchant Center za pomocą reguł feedu (feed rules) lub zewnętrznych narzędzi do zarządzania feedem. Ważne: blokada nawet jednego niezgodnego produktu może zablokować remarketing dla całego konta — priorytetowe usunięcie przed uruchomieniem kampanii. ### Narzędzia do monitorowania cen konkurencji w Google Shopping: LivePrice, Dealavo, PriceShape - **W109_feed_narzedzia_ceny_konkurencji** (`W109`): Monitorowanie cen konkurencji w Google Shopping jest kluczowe dla optymalizacji CTR i konwersji — produkty droższe od rynku mają niższy CTR i trudniej konwertują. Dostępne narzędzia według rynku: (1) LivePrice (liveprice.eu) — rynek polski; monitoring cen produktów w Google Shopping, porównywarki i marketplace'y; alerty przy zmianie pozycji cenowej; integracja z feedem. (2) Dealavo — rynek polski; monitoring cen + automatyczna repricing; sprawdza pozycje cenowe w czasie rzeczywistym i może automatycznie dostosowywać ceny według reguł (np. zawsze 2% poniżej najtańszej konkurencji). (3) PriceShape — rynki zagraniczne (DE, UK, FR, inne); szczególnie przydatny przy ekspansji cross-border; monitoring cen i pozycji w Google Shopping na rynkach europejskich. Jak używać danych cenowych w kampaniach: etykietuj produkty (custom_label) według pozycji cenowej (competitive/expensive) i kieruj większy budżet na produkty, gdzie jesteś tańszy — wyższy CTR i lepsza konwersja przy tych samych kosztach reklamy. Integracja ze skryptami Google Ads pozwala automatycznie etykietować produkty na podstawie danych z tych narzędzi. ### Narzędzia do optymalizacji feedów produktowych: Feedink, DataFeedWatch, ProductHero - **W083_narzedzia_feedow_feedink_datafeedwatch** (`W083`): Przegląd narzędzi do zarządzania i optymalizacji feedów produktowych dla Google Merchant Center: (1) Feedink (feedink.com) — optymalizacja feedów produktowych, dostępna opcja darmowa. Prostsze w obsłudze niż DataFeedWatch. Dobre dla mniejszych sklepów. (2) DataFeedWatch — bardziej rozbudowane narzędzie, pozwala transformować pola feedu, mapować atrybuty, tworzyć reguły warunkowe (if/then). Płatne, wyższy próg wejścia. Lepsze dla sklepów z rozbudowanym katalogiem wymagającym złożonej transformacji danych. (3) ProductHero — optymalizator feedów z wbudowanym CSS (Comparison Shopping Service) dającym zniżki na kliknięcia w Shopping. Kombinacja feed + CSS w jednym narzędziu. Alternatywne podejście bez narzędzi zewnętrznych: Supplemental feed w Merchant Center — dodatkowy plik CSV/Google Sheets nakładany na główny feed przez ID produktu; pozwala nadpisywać wybrane atrybuty (np. tytuły, etykiety) bez dostępu do systemu sklepu. Szczególnie przydatne gdy brakuje dostępu do backendu sklepu lub gdy chcesz testować różne wersje tytułów bez zmian na stronie. ### Nazewnictwo produktów w feedzie: traktuj jak słowa kluczowe - **W056_nazewnictwo_produktow_feed** (`W056`): Tytuły produktów w feedzie to odpowiednik słów kluczowych w kampaniach Search — algorytm dopasowuje reklamy PLA do zapytań użytkowników na podstawie tytułów. Zasada: nazwa w feedzie NIE musi być identyczna z nazwą na stronie. Optymalizacja: research najpopularniejszych fraz wyszukiwania dla każdego produktu (Planer słów kluczowych, Google Trends, Search Terms z kampanii). Najważniejsze słowa (najczęściej wyszukiwane) umieść na początku tytułu — Google często obcina długie tytuły. Przykład: zamiast 'Płaszcz Analityka Premium' → 'Płaszcz damski wiosenny długi beżowy'. Schemat (brand + płeć + typ + atrybuty) to punkt wyjścia — weryfikuj kolejność elementów wg faktycznego wolumenu wyszukiwań w Planerze. ### Nowe konto Google Merchant Center: jeden Gmail = jedno GMC — jak założyć kolejne - **W066_google_merchant_center_nowe_konto_gmail** (`W066`): Google Merchant Center nie pozwala na założenie drugiego/kolejnego konta GMC w ramach tego samego adresu Gmail. Jeden Gmail = jedno konto Google Merchant Center. Jak założyć GMC dla kolejnej strony: (1) Utwórz NOWY adres Gmail (może być techniczny, np. gmc.sklep2@gmail.com). (2) Na tym nowym Gmail zaloguj się do Merchant Center i utwórz konto. (3) Po założeniu: wejdź w Ustawienia GMC → Dostęp do konta → dodaj główny mail roboczy jako użytkownika (Administrator). Efekt: główny mail ma dostęp do wielu kont GMC bez potrzeby logowania na każdy Gmail osobno. Google Product Category: Uzupełniaj od razu przy konfiguracji feedu — nie trzeba czekać na automatyczne dopasowanie przez Google. Większość narzędzi do generowania feedu (CTX Feed, DataFeedWatch, Feedink) pozwala przypisać kategorię już na etapie konfiguracji. ### Opinie konsumenckie Google: gwiazdki w Google Shopping — jak wdrożyć - **W061_opinie_konsumenckie_google_gwiazdki** (`W061`): Gwiazdki widoczne przy reklamach produktowych w Google Shopping to program 'Opinie konsumenckie Google' (Google Customer Reviews). Jak wdrożyć: (1) Zarejestruj się w programie Opinie konsumenckie Google w Merchant Center. (2) Zacznij zbierać opinie: po każdym zakupie system wysyła email do klienta z prośbą o opinię (opt-in). Platformy z bezpośrednią integracją: Shoper, IdoSell (IAI), SkyShop — można wdrożyć bez dewelopera. Alternatywy (zewnętrzne platformy opinii): Zaufane.pl, Trusted Shops — zbierają opinie i przekazują do Google jako 'opinie o sklepie'. Można wdrożyć samodzielnie bez zewnętrznych agencji — szczegóły zależą od platformy sklepowej. Minimalna liczba opinii do pojawienia się gwiazdek: ~150 opinii. ### Opinie o produktach w Google Merchant Center: wymagania i format - **W123_feed_opinie_produktowe_gmc** (`W123`): Opinie produktowe (product reviews) wyświetlane w Google Shopping wymagają osobnego wdrożenia w Google Merchant Center — nie są pobierane automatycznie ze strony. Wymagania techniczne: (1) Format pliku: XML zgodny ze schematem Google Product Reviews Feed. (2) Minimalna liczba opinii: co najmniej 50 łącznie w całym feedzie — bez tego próg Google nie aktywuje wyświetlania gwiazdek w Shopping. (3) Produkty muszą być aktywne i dostępne na stronie w momencie przesyłania opinii. (4) Feed opinii przesyła się osobno od feedu produktowego — przez Merchant Center → Zawartość → Opinie produktów → Nowe źródło danych. Treść opinii: każda opinia musi zawierać: ID produktu (product_id), ocenę (1-5), treść recenzji, datę, ID recenzenta (może być zaszyfrowane). Alternatywa: integracja z platformami opinii (Ceneo, Opineo, Trusted Shops, Google Customer Reviews) — automatycznie wysyłają opinie do GMC po konfiguracji. Gwiazdki z opinii produktowych zwiększają CTR w Shopping, szczególnie dla nowych produktów. ### Opinie produktowe w GMC: historycznych nie można zaimportować - **W068_feed_merchant_opinie_gmc_idosell** (`W068`): Historycznych opinii produktowych ze sklepu (np. IdoSell, WooCommerce, Shoper) nie da się zaimportować do programu ocen produktów w Google Merchant Center. Opinie muszą być zebrane dopiero po oficjalnym przystąpieniu do programu ocen — tylko wtedy system je honoruje. Nie ma mechanizmu retroaktywnego importu istniejących recenzji. Konsekwencja praktyczna: sklep przystępujący do programu zaczyna zbieranie opinii od zera, niezależnie od liczby wcześniejszych recenzji w systemie sklepu. Dlatego warto przystąpić do programu jak najwcześniej — nawet przy małej liczbie zamówień — żeby budować bazę opinii w GMC równolegle z rozwojem sklepu. ### Opisy produktów w feedzie: pierwsze 150–500 znaków kluczowe, nie powtarzaj tytułu - **W083_feed_opis_150_znakow_bez_powtorzen** (`W083`): Przy optymalizacji opisów produktów w feedzie Merchant Center: najważniejsze jest pierwsze 150–500 znaków opisu — Google przycina opis w wynikach i tyle jest faktycznie czytane/indeksowane. Opis NIE musi mieć 5000 znaków — długość nie poprawia skuteczności. Ważna zasada: nie powtarzaj słów kluczowych z tytułu w opisie. Tytuł i opis razem tworzą jeden dokument — duplikowanie fraz z tytułu marnuje cenną przestrzeń opisu. W opisie umieszczaj: — Synonimy i alternatywne frazy, których nie ma w tytule. — Cechy techniczne i atrybuty (materiał, wymiary, przeznaczenie). — Frazy long-tail (np. 'idealny na prezent', 'do ogrodu', 'dla dzieci 3-6 lat'). Tytuły wariantów (np. kolory, rozmiary) powinny się od siebie różnić — wariant czerwony i niebieski tego samego produktu powinny mieć różne tytuły uwzględniające kolor. Unikaj duplikatów tytułów między wariantami — Google może traktować je jako ten sam produkt i ograniczać ekspozycję. ### Optymalizacja feedu jako sposób na wyższą widoczność produktów w PMax bez zasobów - **W071_pmax_feed_optymalizacja_widocznosc_produktow** (`W071`): W kampaniach PMax działających wyłącznie na feedzie produktowym (bez zasobów) jedynym skutecznym sposobem poprawy widoczności i pozycji produktów jest optymalizacja feedu. Kluczowe obszary optymalizacji feedu: (1) Tytuły produktów — najważniejszy element. Tytuł powinien zawierać słowa kluczowe, które wpisują użytkownicy szukający produktu. Struktura: [Marka] + [Typ produktu] + [Kluczowe atrybuty: kolor, rozmiar, model]. Sprawdź realne zapytania w Search Terms. (2) Wszystkie parametry obowiązkowe i zalecane uzupełnione — brak GTIN, MPN, kategorii produktu, stanu (nowy/używany) obniża jakość feedu. (3) Zdjęcia wysokiej jakości — Google preferuje zdjęcia produktu na białym tle, min. 800×800 px. Dodaj dodatkowe zdjęcia (additional_image_link). (4) Opisy produktów — uzupełnij frazy długoogonowe, zastosowania, materiały. (5) custom_label — segmentuj produkty według marżowości, sezonu, bestsellera, aby kampanią PMax zarządzać na poziomie grup produktów ze różnymi tROAS. Narzędzie do oceny jakości feedu: Merchant Center → Diagnostyka feedu → wskazuje brakujące atrybuty i problemy z produktami. ### Optymalizacja feedu — priorytet: cena > tytuły > GTIN > obrazy - **YT_gma_45_feed_cena_najwazniejsza** (`YT_grow-my-ads`): Hierarchia optymalizacji feedu wg Grow My Ads: (1) Cena — absolutnie najważniejszy czynnik w Shopping. Jeśli konkurencja sprzedaje 20% taniej — żadna optymalizacja tego nie przebije. NIGDY price baiting (niższa cena w feedzie, wyższa na checkout) = zawieszenie. (2) Tytuły — zasada 80/20 (80% czasu na tytuły, 20% na resztę). Źródło keywords: Search Term Report. (3) GTIN — krytyczny dla resellerów. Brak GTIN: identifier_exists = no. (4) Obrazy — lifestyle dają 2-3x wzrost CTR vs białe tło. (5) Opisy — niższy priorytet. Narzędzia: Channable (rekomendacja nr 1), Feedonomics (enterprise, 200K+/rok), DataFeedWatch (tani, DIY). ### Połączenie Google Merchant Center z GA4: co daje i co weryfikować - **KD02_02_gmc_ga4_polaczenie_korzysci** (`KD02`): Połączenie Google Merchant Center (GMC) z Google Analytics 4 (GA4) przynosi dwie kluczowe korzyści: (1) Dane o konwersjach spływają z powrotem do panelu GMC — Merchant Center widzi, które produkty faktycznie generują sprzedaż, co poprawia sygnały dla bezpłatnych wyników Shopping. (2) W GA4 pojawia się możliwość analizy skuteczności zarówno bezpłatnych, jak i płatnych list produktów — można porównać, które produkty przyciągają ruch organiczny (bezpłatne listingi) a które wymagają wsparcia reklamą. Ważne szczegóły techniczne połączenia: synchronizacja danych między GMC a GA4 po nawiązaniu połączenia może zająć do 24 godzin — nie weryfikuj od razu. Automatyczne tagowanie (auto-tagging) dla produktów GMC musi zostać ręcznie sprawdzone lub aktywowane podczas procesu łączenia — bez niego dane o kampaniach Shopping nie będą prawidłowo atrybuowane w GA4. ### Produkty z kalkulatorem/konfiguratorem ceny: jak uniknąć odrzucenia w Merchant Center - **W109_feed_cena_konfigurator** (`W109`): Google Merchant Center wymaga zgodności ceny w feedzie z ceną widoczną na stronie po kliknięciu w reklamę. Problem z produktami konfigurowanymi (np. szafy na wymiar, meble, maszyny z opcjami): cena zależy od konfiguracji i jest wyższa niż cena bazowa. Jeśli landing page nie pokazuje żadnej ceny lub pokazuje inną niż w feedzie — GMC odrzuca produkt z powodu 'niezgodnej ceny'. Rozwiązanie: ustaw w feedzie cenę bazową (najniższą możliwą konfigurację) i zadbaj, żeby ta sama cena bazowa była wyraźnie widoczna na landing page — np. 'Cena od [X] zł, zależy od konfiguracji'. Formulacja 'cena od' z wartością bazową jest zgodna z polityką GMC — Google akceptuje tego typu cenę otwartą, jeśli na stronie jest transparentnie pokazana wartość wyjściowa. Nie wpisuj ceny 0 ani 1 zł w feedzie — to skutkuje odrzuceniem za niezgodność lub nieuczciwą cenę. Dodatkowe ryzyko: boty Google (Googlebot) automatycznie crawlują strony produktów i porównują ceny w feedzie z tym, co widzą na stronie — rozbieżności są wykrywane automatycznie, nie tylko przy ręcznym zgłoszeniu. ### Różne ID produktów w Merchant Center i na stronie: remarketing dynamiczny wyświetla produkty losowo - **W106_feed_rozne_id_mc_remarketing** (`W106`): Remarketing dynamiczny Google Ads dopasowuje produkty wyświetlane użytkownikowi na podstawie parametru ecomm_prodid (ID produktu) przekazywanego przez piksel Ads. Jeśli ID produktu w Merchant Center (feed GMC) jest INNE niż ID przekazywane przez piksel na stronie sklepu — dopasowanie jest niemożliwe i remarketing dynamiczny wyświetla produkty losowo (nie te oglądane przez użytkownika). Typowe przyczyny rozbieżności: sklep wysyła ID SKU w pikselu, a GMC używa ID wariantu lub odwrotnie; prefix/suffix dodawany przez system sklepu w feedzie; Merchant Center z Google Shopping ma inne ID niż feed remarketingowy. Diagnostyka: Google Ads → Narzędzia → Zarządzanie odbiorcami → Źródła danych → Tag Google Ads → sprawdź raport produktów — jeśli widzisz ID które nie pasują do GMC, masz rozbieżność. Naprawa: ujednolic ID produktu — albo zaktualizuj feed GMC, albo zmień parametr piksela na stronie. Przy systemach wielomagazynowych lub wariantach: użyj item_group_id jako ID grupujący i sprawdź, które ID Google preferuje w danym kontekście. ### Sezonowe hasła w Shopping: duplikat produktu z podmienionym tytułem + osobna kampania - **W126_feed_sezonowe_haslo_duplikat_tytul** (`W126`): Strategia dla krótkich sezonowych haseł (np. 'rower na komunię', 'prezent na Dzień Matki', 'lampka choinkowa') w kampaniach produktowych: (1) Stwórz duplikat produktu w feedzie GMC z tytułem zawierającym sezonowe hasło — np. 'Rower dziecięcy 20 cali — komunia 2025'. Algorytm Shopping/PMax dopasowuje frazy głównie na podstawie tytułu, więc duplikat z sezonowym hasłem w tytule wyświetli się na to zapytanie. (2) Uruchom osobną kampanię PMax lub Search wyłącznie na ten produkt na czas sezonu — izoluje budżet sezonowy od kampanii głównej. (3) Opcjonalnie: równoległa kampania Search z frazą sezonową jako słowem kluczowym do wychwycenia ruchu tekstowego. Po sezonie: wstrzymaj duplikat w feedzie i sezonową kampanię — oryginalny produkt w kampanii głównej działa dalej bez zakłóceń. Alternatywa do duplikatu: supplemental feed nakładany na czas sezonu z dodatkowym polem custom_label = 'sezon' + podmiana tytułu przez reguły feedu. ### Sprzedaż międzynarodowa: wiele feedów językowych/krajowych w jednym Merchant Center - **W123_feed_miedzynarodowy_wiele_feedow** (`W123`): Google Merchant Center obsługuje sprzedaż do wielu krajów przez jeden account — nie trzeba zakładać osobnych kont per kraj. Struktura dla sprzedaży międzynarodowej: (1) Jeden główny feed z atrybutem 'target_country' i 'feedLabel' — możesz wskazać, do których krajów dany feed jest skierowany. (2) Osobne feedy per język/kraj — jeśli treści (tytuły, opisy) muszą być przetłumaczone; każdy feed ma ustawione docelowe kraje i język. (3) Supplemental feedy (dodatkowe) — nakładka na główny feed, np. przetłumaczone tytuły w języku docelowym bez duplikowania całego feedu. Waluty i ceny: GMC automatycznie obsługuje różne waluty — podaj cenę w walucie docelowego kraju lub skonfiguruj auto-przeliczanie. Ważne: kampanie Google Ads (Shopping/PMax) targetujące inne kraje muszą być osobnymi kampaniami z odpowiednimi ustawieniami lokalizacji — nie ma jednej kampanii automatycznie działającej we wszystkich krajach feedu. ### Testowanie zdjęć produktów w feedzie: podmiana głównego zdjęcia i duplikat produktu do A/B testu - **W107_feed_testowanie_zdjec_ctr** (`W107`): Zdjęcie produktu w reklamie produktowej (Shopping) ma duży wpływ na CTR — białe tło vs. zdjęcie z aranżacją/kontekstem może dawać istotnie różne wyniki w zależności od branży i grupy docelowej. Dwie metody testowania zdjęć w feedzie: (1) Podmiana na żywca — zamień główne zdjęcie produktu (image_link w feedzie) i obserwuj CTR przez 2–4 tygodnie. Prosta metoda, ale zaburza historię produktu i nie pozwala na porównanie równoległe. (2) Kopia produktu z innym zdjęciem — zduplikuj wpis produktu w feedzie z nowym ID i innym zdjęciem; oba warianty rywalizują w aukcjach, Google sam wysuwa lepiej klikaną wersję. Wadą jest duplikat w Merchant Center — może powodować ostrzeżenia o duplikatach. Uwaga: Google Merchant Center domyślnie pokazuje główne zdjęcie produktu; dodatkowe zdjęcia (additional_image_link) są rzadko używane w reklamach Shopping — są dostępne, ale system preferuje zdjęcie główne. Metryka do monitorowania: CTR w raporcie produktów kampanii Shopping (Merchant Center → Kampanie → per produkt). Zmiana zdjęcia to jeden z najszybszych lewisów poprawy CTR przy braku możliwości zmiany ceny. ### Tytuły feedu — formuły per kategoria - **YT_gma_44_tytuly_formuly_per_kategoria** (`YT_grow-my-ads`): Formuły tytułów per kategoria wg Grow My Ads: Odzież: Brand + Gender + Product Type + Color + Size + Material (np. 'Nike Men's React Flyknit Running Shoes Black Gray Size 10.5'). Consumables: Brand + Product Type + Atrybuty (waga, ilość). Hard goods/Electronics: Brand + Model + Kluczowe specyfikacje. Sezonowe: Okazja + Product Type + Atrybuty. Generyczne (bez znanego brandu): Key Benefits + Product Type + Use Case + Brand na końcu. Reguła: znana marka → na początek, nieznana → na koniec. Pierwsze 30-70 znaków najważniejsze (reszta obcinana w SERP). Google może dynamicznie zmieniać kolejność słów w tytule wg zapytania — nie dodaje słów, tylko zmienia kolejność. ### Warianty produktów w feedzie: więcej = lepiej; selekcja na poziomie kampanii - **W074_feed_merchant_warianty_etykiety** (`W074`): Przy produktach z wieloma wariantami (rozmiary, kolory, wersje) w Merchant Center: im więcej wariantów w pliku produktowym, tym lepiej — nie filtruj ich na poziomie feedu. Selekcję produktów/wariantów rób na poziomie kampanii (grupy produktów), nie na etapie feedu. Etykiety niestandardowe (custom labels) w pliku produktowym znacznie ułatwiają filtrowanie produktów w kampaniach — pozwalają grupować produkty wg własnych kryteriów (np. 'bestseller', 'sezonowy', 'marża_wysoka', 'zombie'). Etykiety mają 5 poziomów (label_0 do label_4) — zaplanuj ich użycie z wyprzedzeniem. Bez etykiet niestandardowych grupowanie produktów w kampaniach opiera się tylko na atrybutach Google (kategoria, marka, ID) — mniej elastyczne. ### Zdjęcia aranżacyjne vs. packshoty w kampaniach produktowych: co wolno i co działa lepiej - **W126_feed_zdjecia_aranzacyjne_shopping** (`W126`): Zdjęcia aranżacyjne (produkty pokazane w kontekście użytkowania, z tłem, z modelami lub dekoracjami) są DOZWOLONE w kampaniach produktowych Google Shopping — Google nie wymaga whitebox/packshot jako jedynego formatu. Co jest NIEDOZWOLONE w feedzie produktowym: tekst nałożony na zdjęcie (promocje, ceny, napisy 'SALE'), ramki i loga (za wyjątkiem marki produktu), wielokrotne zdjęcia produktu w jednym kadrze. Zdjęcia aranżacyjne vs. packshoty — co działa lepiej: zależy od kategorii produktowej; w meblach, dekoracjach, odzieży zdjęcia lifestyle'owe (aranżacyjne) często mają wyższy CTR bo pokazują produkt w kontekście i pomagają wyobrazić go w domu/użyciu. W elektronice, narzędziach, precyzyjnych akcesoriach — packshoty na białym tle są często skuteczniejsze (jasny produkt, czytelne detale). Nowość Google: funkcja AI do automatycznej zmiany tła zdjęcia produktowego dostępna bezpośrednio w Merchant Center — generuje warianty tła bez edytora graficznego. Warto testować: A/B test różnych zdjęć możliwy przez dodanie additional_image_link w feedzie — Google testuje różne zdjęcia automatycznie. ## Temat: ga4 ### 3 kluczowe raporty GA4 dla e-commerce - **W057_ga4_raporty_ecommerce** (`W057`): Trzy obszary raportów GA4 niezbędne przy sklepach internetowych: (1) Skąd mamy przychody: źródło/medium × łączne przychody (model atrybucji). Wariant: sesja źródło/medium — pokazuje ruch nawet bez konwersji, pozwala ocenić mikrokonwersje na wczesnym etapie. Tabela przestawna (eksploracje): wymiar 'miesiąc' do kolumn → porównanie źródeł ruchu na przestrzeni wielu miesięcy w jednym widoku. (2) Analiza contentu: strona docelowa + ciąg zapytania — które podstrony generują ruch i przychody. Pozwala ocenić skuteczność landing pages. (3) Analiza produktów (e-commerce scope): nazwa produktu / kategoria × przychody, dodania do koszyka, wyświetlenia — identyfikacja bestsellerów i produktów ciągnących wyniki w dół. Problem: filtrowanie produktów po nazwie/ID w eksploracjach GA4 jest wygaszone (stan: W057) — obejście: eksport do Excel, BigQuery lub Looker Studio. Czwarty obszar uzupełniający: eksploracja ścieżek — przepustowość kroków zakupowych (gdzie użytkownicy porzucają ścieżkę). ### 4 kluczowe raporty GA4 dla projektów leadowych - **W058_ga4_raporty_leady** (`W058`): Raporty GA4 dla leadów — 4 główne obszary (dostosuj do potrzeb biznesu): (1) Źródła konwersji: źródło/medium × ilość konwersji (z filtrem na nazwę zdarzenia) — skąd pochodzi konkretna liczba leadów z każdego kanału, model atrybucji. (2) Wolumen ruchu: sesja źródło/medium × sesje + współczynnik zaangażowania + mikrokonwersje — ile użytkowników weszło z każdego kanału, nawet bez konwersji. (3) Landing pages z konwersjami: strona docelowa + ciąg zapytania × konwersje — które podstrony są punktem wejścia kończącym się leadem. (4) Popularność podstron usług: ścieżka do strony + ciąg zapytania × sesje + mikrokonwersje (np. przeczytanie oferty) — które podstrony usług są najczęściej odwiedzane i jak zaangażowani są użytkownicy. Zasada ogólna: nie szukaj 'standardowych raportów' — pytaj biznes, jakich odpowiedzi potrzebuje, i buduj raporty pod te pytania. ### Analiza skuteczności newslettera w GA4: identyfikator transakcji jako łącznik - **W075_ga4_newsletter_analiza_transakcja** (`W075`): Aby przeanalizować efekty wysyłki newslettera w GA4 (jakie produkty kupili odbiorcy, jaki był przychód, które strony odwiedzili), zbuduj eksplorację w GA4: Wymiary: sesja źródło/medium (lub atrybucja źródło/medium), identyfikator transakcji, nazwa produktu (w GA4 e-commerce: 'item_name'). Metryki: przychód, liczba transakcji, liczba zakupionych sztuk. Kluczowy trick: użyj identyfikatora transakcji jako łącznika między źródłem ruchu a szczegółami zakupu — GA4 nie łączy bezpośrednio 'skąd przyszedł' z 'co kupił' w jednym raporcie, ale przez wspólny transaction_id możesz to zestawić. Filtruj po źródle/medium = 'email / newsletter' lub odpowiedni UTM. Pamiętaj: dane potrzebują 48–72h na pełne przetworzenie — nie analizuj bezpośrednio po wysyłce. Używaj konta demo GA4 (Google Merchandise Store) do nauki budowania eksploracji bez ryzyka uszkodzenia danych produkcyjnych. ### Atrybucja konwersji: Google Ads (czas kliknięcia) vs GA4 (czas konwersji) - **W059_atrybucia_ads_vs_ga4** (`W059`): Różnica w przypisaniu konwersji między Google Ads a GA4: Google Ads przypisuje konwersję do dnia kliknięcia reklamy (dokładnie: czas ostatniego zapytania wyświetlającego reklamę przed kliknięciem). GA4 przypisuje konwersję do dnia, kiedy konwersja faktycznie miała miejsce. Przykład: kliknięcie 14 kwietnia, zakup 16 kwietnia → Ads raportuje konwersję w dniu 14, GA4 w dniu 16. To normalny, oczekiwany rozjazd między systemami — nie błąd. Przy analizie danych uwzględniaj tę różnicę, zwłaszcza przy porównywaniu raportów. ### Backup danych Universal Analytics: termin przesunięty do lipca 2024, BigQuery - **W060_ua_backup_bigquery_termin** (`W060`): Aktualizacja (W060): termin usunięcia danych z Universal Analytics (GA3) przesunięty z końca 2023 do lipca 2024. Masz więcej czasu — ale backup jest konieczny przed tą datą. Najlepsze rozwiązanie: BigQuery — możliwość przechowywania danych z GA3 i GA4 w jednym miejscu. Stan na W060: dostępne konektory GA3 → BigQuery są płatne; warto poczekać na tańsze/bezpłatne rozwiązanie, które powinno pojawić się na rynku w ciągu następnego roku. Priorytet: zrób backup przed lipcem 2024 — po tej dacie dane znikają bezpowrotnie. ### BigQuery: krzyżowanie haseł wyszukiwania z URL-ami docelowymi — analiza niedostępna w standardowych raportach - **W107_ga4_bigquery_krzyzowanie_hasel_url** (`W107`): Standardowe raporty Google Ads i GA4 nie pozwalają na połączenie dwóch kluczowych wymiarów jednocześnie: hasło wyszukiwania (search term) + URL strony docelowej (landing page), do której trafia użytkownik po kliknięciu w reklamę. BigQuery umożliwia takie niestandardowe krzyżowanie danych: (1) Eksport danych z GA4 do BigQuery (GA4 → Administracja → Połączenia z produktem → BigQuery) dostarcza zdarzenia z URL-ami stron. (2) Eksport Search Terms z Google Ads API (lub przez raporty CSV) dostarcza hasła. (3) Łącznik: GCLID (identyfikator kliknięcia Google Ads) — jest w obu źródłach i pozwala połączyć sesję GA4 z konkretnym kliknięciem w reklamę Search/Shopping. Wynik: tabela BigQuery z kolumnami: hasło wyszukiwania → URL docelowy → liczba konwersji/sesji. Zastosowanie: wykrywanie haseł, które trafiają na nieoptymalne landing page'e; analiza, które frazy przynoszą ruch na strony produktów vs. kategorie vs. stronę główną. Uwaga: wdrożenie wymaga znajomości SQL i Google Ads API lub użycia gotowych narzędzi BI (Looker Studio z BigQuery jako źródłem). ### Cross-domain tracking GA4 i problem krótkiego czasu na stronie - **W056_cross_domain_tracking_ga4** (`W056`): Cross-domain tracking GA4: ten sam ID pomiaru GA4 musi być wdrożony na obu domenach. W GA4: Administracja → Strumienie danych → Konfiguracja tagów → sekcja 'Konfiguracja domen' — wpisz obie domeny. Po tej konfiguracji przechodzenie między domenami jest traktowane jak nawigacja po podstronach, nie jak nowa sesja — eliminuje błędne przypisanie do direct/medium not set. Problem krótkiego czasu na stronie (<2 sek.): GA4 mierzy czas na podstawie pieczątek zdarzeń — jeśli użytkownik wchodzi i wychodzi bez żadnej akcji i bez przejścia na podstronę, czas = 0. Nie jest to wina kampanii — to brak konfiguracji mikrokonwersji (scroll depth, czas >30 sek. na stronie). Wdróż mikrokonwersję mierzącą zaangażowanie zanim zaczniesz oceniać kampanię. ### Direct/None w GA4 zamiast kampanii: diagnostyka i przyczyny utraty atrybucji - **W070_ga4_direct_none_zamiast_kampania_przyczyny_diagnostyka** (`W070`): Problem: GA4 pokazuje ruch ze źródłem 'direct / (none)' zamiast poprawnego przypisania do kampanii Google Ads (np. google / cpc). Oznacza to utratę informacji o źródle konwersji. Najczęstsze przyczyny i co sprawdzić: (1) Autotagowanie wyłączone — sprawdź w Google Ads: Narzędzia → Ustawienia konta → Autotagowanie musi być WŁĄCZONE. Bez autotagowania GCLID nie jest dodawany do URL. (2) Rozłączone konta — sprawdź połączenie Google Ads z GA4 w obu narzędziach (GA4: Admin → Połączenia Google Ads; Ads: Narzędzia → Połączone konta → Google Analytics). (3) Przekierowania ucinające GCLID — jeśli landing page ma przekierowanie 301/302 przed załadowaniem właściwej strony, GCLID może być zgubiony. Sprawdź w nagłówkach HTTP (DevTools → Network). (4) Consent management (CMP) blokuje GCLID — pop-up ciasteczkowy może blokować odczyt parametrów URL przed udzieleniem zgody; sprawdź konfigurację Consent Mode v2. (5) Szablony śledzenia modyfikujące URL — na poziomie konta/kampanii/grupy/reklamy sprawdź, czy szablony śledzenia nie nadpisują lub nie usuwają parametrów URL. (6) Brak parametrów UTM przy braku GCLID — dodaj UTM jako backup (patrz iOS 17 LTP). ### Facebook Ads vs GA4: rozbieżności w konwersjach — skąd i jak interpretować - **W062_facebook_vs_ga4_rozbiezone_konwersje** (`W062`): Rozbieżności między Menedżerem reklam Facebook a Google Analytics są strukturalne: Facebook: piksel przypisuje sobie 100% wartości konwersji niezależnie od miejsca w ścieżce zakupowej — nawet jeśli był tylko pierwszym z kilku kanałów. Okno atrybucji Facebook (7 dni po kliknięciu + 1 dzień po wyświetleniu): wyświetlenie reklamy Facebooka podczas konwersji przez inny kanał = Facebook przypisze sobie całą konwersję. GA4 raporty (zakładka Pozyskiwanie): last click — Facebook często jest na początku ścieżki, więc jego konwersje są tu niedoszacowane. Punkt środka (najbliższy prawdy): GA4 Eksploracje → wymiar 'źródło/medium' (nie 'sesja źródło/medium') → model atrybucji oparty o dane, uwzględnia cały udział kanałów w ścieżce. Facebook zawsze zawyży, GA4 last-click zawsze zaniży — eksploracje GA4 z 'źródło/medium' to najlepsze dostępne przybliżenie. ### GA3 (Universal Analytics) wyłączanie po 1 lipca 2023 — status i co robić - **W064_ga3_wylaczanie_status** (`W064`): Po 1 lipca 2023: Google stopniowo wygasza konta Universal Analytics (GA3). Wygaszanie nie jest jednorazowe — odbywa się etapami przez kilka tygodni/miesięcy. Skutki: - GA3 przestaje zbierać nowe dane. - Dostęp do historycznych raportów GA3 jest zachowany przez pewien czas (Google planuje finalne wyłączenie dostępu do historii). - Listy remarketingowe z GA3 w Google Ads: tracą nowych użytkowników, stare dane wygasają wg okna czasowego listy. Co zrobić: (1) GA4 jako główna analityka — jeśli nie skonfigurowane, zrób teraz. (2) Konwersje w Google Ads: podmień źródło z GA3 na GA4 lub piksel Google Ads. (3) Listy remarketingowe: odtwórz w GA4 (dane nie przenoszą się automatycznie). (4) BigQuery export z GA3: ostatni termin zapisu danych historycznych. ### GA4 + Search Console: jaka część ruchu organicznego i przychodów pochodzi z fraz brandowych - **W064_ga4_organika_frazy_brandowe** (`W064`): GA4 samodzielnie NIE pokazuje fraz organicznych (Google ukrywa te dane — '(not provided)'). Jak sprawdzić udział fraz brandowych w organice + przychodach: Metoda 1 — Search Console integration w GA4: Połącz GA4 z Search Console → w GA4 pojawi się raport 'Search Console' → widoczne frazy, kliknięcia, wyświetlenia. Ale BEZ danych o przychodach per fraza. Metoda 2 — BigQuery (najbardziej kompletna): Wyeksportuj GA4 do BigQuery + dane Search Console. Łącznik: strona docelowa (landing page). Zapytanie: przychód z GA4 per landing page ↔ frazy na te strony z Search Console. Metoda 3 — Looker Studio (częściowe): Połącz Search Console + GA4 w Looker Studio przez wspólny wymiar strony docelowej. Wniosek praktyczny: zidentyfikuj top strony docelowe z organiki, sprawdź w Search Console jakie frazy na nie wchodzą, oceń czy to brand czy non-brand. ### GA4 brak procentów w raportach — Looker Studio lub Excel jako obejście - **W065_ga4_brak_procentow_looker_studio** (`W065`): Universal Analytics (GA3) miał wbudowane procenty w raportach tabelarycznych (np. udział kanału w całości ruchu). GA4 NIE MA tej funkcji — brak procentowych udziałów w standardowych raportach i eksploracjach. Jak uzyskać procenty: Metoda 1 — Looker Studio: Połącz GA4 jako źródło danych → stwórz własne pole obliczone (np. kliknięcia / suma kliknięć × 100). Pełna elastyczność, wykres + tabela z procentami. Metoda 2 — eksport do Excela / Google Sheets: Wyeksportuj dane z GA4 → oblicz procenty w arkuszu kalkulacyjnym. Mniej eleganckie, ale szybkie dla jednorazowych analiz. Współczynnik konwersji: w GA4 jest dostępny, ale w eksploracje czasem nie wyświetla się poprawnie — to znany problem. Obejście: oblicz ręcznie (konwersje / sesje × 100) w Looker Studio. ### GA4 eksploracje: raport kampanii Google Ads i raport źródeł ruchu - **W060_ga4_eksploracje_kampanie_zrodla_ruchu** (`W060`): Jak zbudować dwa kluczowe raporty w GA4 (Eksplorowanie → pusta eksploracja): (A) Raport kampanii Google Ads: Wymiar: 'Kampania Google Ads' z sekcji Atrybucja → Dane: Wyświetlenia, Kliknięcia, Wydatki, Łączne przychody (lub Konwersje). Tip: po wizualizacji wymiaru system podświetla tylko pasujące metryki (reszta wyszarzona). ROAS nie jest dostępny bezpośrednio w eksploracji — trzeba liczyć ręcznie. (B) Raport źródeł ruchu (odpowiednik domyślnego raportu z UA): Wymiar: 'Źródło/medium' z sekcji Atrybucja → Dane: Łączne przychody + Całkowita liczba użytkowników + Sesje + Współczynnik zaangażowania. Obie eksploracje można umieścić na osobnych kartach w jednej eksploracji ('Google Ads' i 'Cały ruch') — zawsze pod ręką do decyzji budżetowych. ### GA4 eksploracje: segmenty użytkowników — powtarzalność zakupów i porzucone koszyki - **W065_ga4_segmenty_powtarzalnosc_zakupow** (`W065`): GA4 Eksploracje umożliwiają tworzenie segmentów użytkowników do zaawansowanych analiz: Segment: kupili DOKŁADNIE 1 raz: Warunek: zdarzenie 'purchase', liczba zdarzeń = 1. Segment: kupili 2+ razy: Warunek: zdarzenie 'purchase', liczba zdarzeń > 1. Segment: porzucone koszyki (wracali, nie kupili): Warunek 1: session_start, liczba zdarzeń > 2 (minimum 3 wizyty). Warunek 2: add_to_cart, liczba zdarzeń > 2. Wykluczenie: zdarzenie 'purchase' (WYKLUCZ to zdarzenie). Segment: kupili w poprzednim roku, nie kupili w tym: Manipuluj zakresem dat w ustawieniach segmentu. Ograniczenia i pułapki: GA4 przechowuje dane tylko 14 miesięcy — analizy 2-letnie wymagają BigQuery. Jakość danych = żywotność ciasteczek (Safari 7 dni → użytkownik 'nowy'). Rozwiązanie dla dokładnych analiz: Wymiary niestandardowe z User ID, liczbą zakupów, timestampami — niezależne od ciasteczek, dużo dokładniejsze wyniki. ### GA4 próbkowanie danych: zmiana tożsamości raportowania eliminuje progi - **W064_ga4_probkowanie_tozsamosc_urzadzenia** (`W064`): GA4 stosuje próbkowanie danych w raportach eksploracyjnych przy dużym ruchu (wyraźna informacja w interfejsie: '% próbki danych'). Domyślna tożsamość raportowania w GA4: 'Modelowanie' (łączy dane z User ID, Google signals i deviceId) — ta opcja aktywuje progi prywatności → próbkowanie. FIX: Zmień tożsamość raportowania na 'Identyfikacja zależna od urządzenia' (Device-based identity). Gdzie: GA4 → Administracja → właściwość → Tożsamość raportowania → wybierz 'Identyfikacja zależna od urządzenia'. Efekt: GA4 nie stosuje progowania (thresholding) — więcej danych widocznych w raportach. Kompromis: tracisz cross-device insights (łączenie sesji z różnych urządzeń), ale dane stają się bardziej kompletne i niezduplikowane. Alternatywa dla próbkowanych raportów: Looker Studio (ma własne połączenie z GA4, nie próbkuje danych w standardowych raportach). ### GA4 retencja danych: domyślnie 2 miesiące — zmień na 14 miesięcy; BigQuery dla długich analiz - **W106_ga4_przechowywanie_danych_zmiana** (`W106`): GA4 domyślnie przechowuje dane użytkowników i zdarzeń przez zaledwie 2 miesiące — ustawienie to należy zmienić natychmiast po wdrożeniu. Jak zmienić: GA4 → Administracja → Ustawienia usługi → Przechowywanie danych → zmień na 14 miesięcy (maksimum dostępne w GA4 bez BigQuery). Zmiana dotyczy przyszłych danych — historyczne dane sprzed zmiany nie są odtwarzane. 14 miesięcy to absolutne maksimum GA4, co uniemożliwia analizy rok-do-roku (np. porównanie sezonu świątecznego Q4 z Q4 roku poprzedniego). Rozwiązanie dla długich analiz: podłącz BigQuery — eksport GA4 do BigQuery przechowuje dane bez limitu czasowego. Konfiguracja: GA4 → Administracja → Połączenia z produktem → BigQuery → Połącz. Eksport jest bezpłatny do określonego wolumenu (pierwsze 10 GB/mies. przechowywania w BigQuery za darmo, zapytania pierwsze 1 TB/mies. gratis). Praktyczna zasada: jeśli klient prowadzi działalność sezonową lub chce porównywać dane YoY — BigQuery nie jest opcją, jest koniecznością. ### GA4 tryb zanonimizowany: małe firmy często nie osiągają progu modelowania - **W080_ga4_anonimizacja_prog_male_firmy** (`W080`): GA4 modeluje dane (uzupełnia brakujące konwersje użytkowników bez zgód) tylko wtedy, gdy zbiera wystarczającą liczbę zdarzeń — istnieje minimalny próg ruchu, który musi być osiągnięty. Dla małych i średnich firm (np. sklep z kilkoma tysiącami sesji miesięcznie) GA4 często nie gromadzi wystarczająco dużej próbki danych z użytkownikami G111 (pełna zgoda), żeby modelować dane dla G100 (odmowa zgody). Praktyczny skutek: zanonimizowanie użytkownika = całkowita utrata jego danych, nie uzupełnienie przez model. Małe firmy nie powinny traktować Consent Mode jako 'bezbolesnego' rozwiązania — przy niskim ruchu oznacza ono realną, nieodwracalną utratę danych analitycznych. Co robić: minimalizuj odsetek odmów przez dobrze zaprojektowany banner zgód (właściwy układ przycisków, jasny komunikat), rozważ Server-Side Tagging (SST) jako sposób na wydłużenie żywotności first-party cookies do ~540 dni i redukcję zależności od zgód przeglądarkowych. ### GA4: 'sesja źródło/medium' (last click) vs 'źródło/medium' (model oparty o dane) - **W062_ga4_atrybucja_sesja_zrodlo_vs_zrodlo** (`W062`): W GA4 Eksploracjach istnieją dwa różne wymiary — ZAWSZE używaj właściwego: 'sesja źródło/medium': konwersje przypisane po LAST CLICK — niedoszacowuje kanały 'górne' (social, display, YouTube). 'źródło/medium' (z sekcji Atrybucja): model atrybucji OPARTY O DANE — uwzględnia wszystkie kanały na ścieżce konwersji, najbliższy rzeczywistości. Raporty ogólne GA4 (zakładka Pozyskiwanie, Generowanie przychodu): ZAWSZE last click — nie analizuj tu konwersji multi-channel. Do rzetelnej analizy konwersji: Eksploracje → wymiar 'źródło/medium' (nie 'sesja źródło/medium'). Zakładka Reklamy w GA4: porównanie różnych modeli atrybucji per kanał. ### GA4: Eksploracje vs Biblioteka raportów — dwie osobne funkcjonalności - **W077_ga4_eksploracje_vs_biblioteka_raportow** (`W077`): W Google Analytics 4 istnieją dwie osobne funkcjonalności do tworzenia analiz: (1) Eksploracje (Explorations / Analizy niestandardowe): zaawansowane, elastyczne raporty z drag-and-drop, segmentami, lejkami, ścieżkami. Dostępne przez zakładkę 'Eksploracje' w GA4. NIE można ich dodać do 'Biblioteki raportów' — to osobny obszar. (2) Biblioteka raportów (Reports Library): standardowe raporty GA4 widoczne w głównym menu 'Raporty'. Można tu tworzyć własne raporty i dodawać je do nawigacji — ale są mniej elastyczne. Błąd użytkowników: próba 'zapisania' eksploracji jako standardowego raportu — taka funkcja nie istnieje. Eksploracje żyją tylko w sekcji Eksploracje i nie pojawiają się w standardowych raportach. Obejście: jeśli chcesz 'raport' z zaawansowaną analizą widoczny w menu — użyj Looker Studio połączonego z GA4 zamiast natywnych raportów GA4. ### GA4: User ID do identyfikacji konkretnego użytkownika i jego źródła ruchu - **W069_ga4_user_id_identyfikacja_uzytkownika** (`W069`): Problem: klient pyta 'z jakiej reklamy przyszedł konkretny użytkownik/lead' — GA4 standardowo nie pozwala zidentyfikować konkretnej osoby po imieniu/mailu. Rozwiązanie przez User ID: (1) Skonfiguruj User ID w GA4 — przesyłaj identyfikator zalogowanego użytkownika (np. ID z CRM, hash maila) przez dataLayer lub GA4 config w GTM. (2) W GA4 Eksploracje → Eksploracja swobodna: dodaj wymiar 'Identyfikator użytkownika' (User-ID) do wierszy, dodaj wymiar 'Sesja źródło/medium' lub 'Pierwsza sesja źródło/medium', dodaj metrykę 'Sesje' lub 'Konwersje'. (3) Filtruj po konkretnym User ID jeśli znasz identyfikator danego użytkownika. Ograniczenia: User ID działa tylko dla zalogowanych użytkowników; do identyfikacji anonimowych leadów (np. z formularza) trzeba alternatywnie przekazywać ID leadu lub hash maila przez zdarzenie konwersji jako parametr niestandardowy i analizować go w eksploracjach. Uwaga RODO: nie przekazuj bezpośrednio danych osobowych (pełny mail, imię) do GA4 — używaj anonimowych identyfikatorów lub hashy. ### GA4: czas do konwersji i szybkość witryny — niestandardowa implementacja - **W057_ga4_czas_do_konwersji_szybkosc** (`W057`): Czas do konwersji w GA4 (jak długo od wejścia do zakupu): brak gotowej funkcji — wymaga niestandardowej implementacji pieczątki czasowej. Mechanizm: JS wyciąga timestamp przy wejściu na stronę i przy zdarzeniu konwersji → różnica = czas do konwersji → wysyłany jako parametr niestandardowy. Implementacja przez GTM jako niestandardowy HTML. Zasoby: poradnik Simo Ahava (link pod webinarem W057) — step-by-step z kodem. Szybkość witryny w GA4 (odpowiednik raportu z UA): też brak gotowej funkcji. Implementacja: skrypt JS mierzący Web Vitals (czas odpowiedzi serwera, DNS, poszczególne metryki) wdrożony przez GTM → wysyłany do GA4 jako zdarzenie z parametrami niestandardowymi. Link do poradnika również pod W057. ### GA4: jak sprawdzić słowa kluczowe z Google Ads powiązane z konwersjami (raport eksploracyjny) - **W064_ga4_slowa_kluczowe_konwersje_raport** (`W064`): Jak w GA4 znaleźć konwersje per słowo kluczowe Google Ads: Standardowe raporty GA4 (zakładka Pozyskiwanie) NIE pokazują słów kluczowych per konwersja. Rozwiązanie — Eksploracje GA4: (1) Idź do GA4 → Eksploracje → nowa eksploracja (dowolna forma). (2) Wymiary: 'Kampania' (z sekcji Atrybucja), 'Słowo kluczowe'. WAŻNE: wybierz wymiary z sekcji 'Atrybucja', nie z 'Sesja' — atrybucja używa modelu opartego o dane (data-driven), nie last-click. (3) Metryki: 'Konwersje', 'Przychód'. (4) Filtr: kampania = [Twoja kampania Google Ads]. Analogicznie: jak sprawdzić przychody z konkretnej kampanii → ta sama ścieżka, wymiar 'Kampania' z Atrybucji + metryka 'Przychód e-commerce' lub 'Konwersje'. Uwaga: słowa kluczowe widoczne w GA4 to te, które Google przekazuje przez autotag — frazy może być mniej niż w Google Ads (agregacja prywatności). ### GA4: jedna usługa, wiele strumieni dla www + aplikacje iOS/Android - **W059_ga4_uslugi_strumienie** (`W059`): Dla strony www + aplikacji iOS + Android: twórz JEDNĄ usługę GA4 z wieloma strumieniami danych (nie osobne usługi). Powód: w jednej usłudze można śledzić przepływy użytkowników między platformami (np. kto oglądał na www, a kupił w appce). Filtrowanie danych per platforma: w sekcji Eksplorowanie użyj wymiaru 'id strumienia' lub 'nazwa strumienia' jako filtra — pozwala tworzyć dedykowane raporty np. tylko dla iOS lub tylko dla www. Osobne usługi GA4 uniemożliwiają śledzenie cross-platform. ### GA4: kiedy osobna usługa, kiedy jedna — subdomeny, landing page, wiele domen - **W061_ga4_uslugi_subdomeny_kiedy_osobna** (`W061`): Kiedy jedna usługa GA4 (jeden kod śledzący): jeśli ruch przepływa między subdomeną a domeną główną (np. landing page → strona główna → konwersja). Powód: trzeba prześledzić całą ścieżkę użytkownika bez przerw w sesji. Filtrowanie danych per subdomena: w eksploracjach użyj parametru 'nazwa hosta'. Kiedy osobna usługa GA4: jeśli to całkowicie odrębne byty (ruch nie przepływa między nimi), potrzebujesz osobnych raportów lub osobnych dostępów użytkowników. Kilka domen głównych: każda ma własną usługę GA4 + opcjonalnie jedna 'zbiorcza' usługa do śledzenia cross-domain przepływu ruchu między wszystkimi domenami. Ważne: GA4 nie ma widoków (jak UA) — podział możliwy tylko przez eksploracje z filtrami. ### GA4: konwersje niewidoczne — tożsamość raportowania jako główna przyczyna - **W065_ga4_konwersje_niewidoczne_tozsamosc_raportowania** (`W065`): Problem: konwersje w GA4 są zebrane (GTM debug widzi zdarzenia), ale w raportach i eksploracjach GA4 pokazują 0 lub są niewidoczne. Checklist diagnostyczny — sprawdź w tej kolejności: (1) Czy kontener GTM jest OPUBLIKOWANY? (debug mode ≠ produkcja). (2) Czy analizujesz właściwy zakres dat? (konwersje mogły być w innych datach). (3) TOŻSAMOŚĆ RAPORTOWANIA → to najczęstsza przyczyna. GA4 → Administracja → właściwość → Tożsamość raportowania. Domyślne ustawienie 'Modelowanie mieszane' aktywuje progi prywatności → pojedyncze konwersje są ukrywane przez system. FIX: zmień na 'Identyfikacja zależna od urządzenia' → konwersje stają się widoczne. (4) Cross-domain tracking: przy śledzeniu konwersji na zewnętrznej domenie upewnij się, że parametr _gl jest przekazywany między domenami. Dodatkowa uwaga: Pomiar zaawansowany GA4 (form submit) bywa niedokładny — lepiej stworzyć własny trigger w GTM dla formularzy. ### GA4: odejmowanie zwrotów od przychodów — brak natywnej funkcji, obejście przez Looker Studio - **W076_ga4_zwroty_refund_obejscie** (`W076`): GA4 nie ma natywnej funkcji odejmowania zwrotów (refund) od raportowanych przychodów. Zdarzenie 'refund' w GA4 istnieje (można je wysyłać przez GTM/dataLayer), ale przychody w raportach GA4 nie są automatycznie korygowane o wartość zwrotów. Obejścia: (1) Looker Studio — najprościej: stwórz obliczone pole (Calculated Field): Przychód_netto = Sum(purchase_revenue) - Sum(refund_revenue). Wymaga przekazywania zdarzeń refund z wartością do GA4. (2) Obliczone dane w GA4 (Calculated Metrics) — zaawansowana funkcja GA4 pozwalająca tworzyć własne metryki na podstawie istniejących danych. Dostępna w ustawieniach usługi GA4 (Admin → Obliczone dane). (3) BigQuery — pełna kontrola: eksportuj surowe dane GA4 do BigQuery i obliczaj przychód netto na poziomie zapytania SQL. Praktyczna wskazówka: zanim wdrożysz zwroty w GA4, upewnij się że zdarzenie 'refund' jest poprawnie wysyłane z platformy sklepu — większość wtyczek Shopify/WooCommerce ma tę opcję. ### GA4: odpowiedniki metryk z Universal Analytics (czas na stronie, procent wyjść) - **W063_ga4_odpowiedniki_metryk_ua** (`W063`): Odpowiedniki kluczowych metryk UA w GA4: 'Średni czas na stronie' (UA) → 'Średni czas trwania sesji' w GA4 (dostępne w Eksploracjach, nie w raportach standardowych). 'Procent wyjść' (Exit Rate w UA): NIE istnieje jako gotowa metryka w GA4. Alternatywy: (1) Współczynnik odrzuceń (Bounce Rate) — sesje bez zaangażowania / wszystkie sesje. (2) Looker Studio: oblicz ręcznie: wyjścia ze strony / sesje na stronie. 'Liczba wejść' (Entrances w UA): odpowiednik w GA4 to 'Liczba sesji' dla danej strony jako pierwszej w sesji — dostępne w Eksploracjach z wymiarem 'Strona docelowa'. ### GA4: odwrotna ścieżka konwersji — eksploracja sekwencji od punktu końcowego - **W060_ga4_odwrotna_sciezka_konwersji** (`W060`): Jak zbadać kroki poprzedzające konwersję w GA4 (odwrotna ścieżka): Eksplorowanie → Eksploracja sekwencji ścieżki → w prawym górnym rogu wybierz 'Zacznij od punktu końcowego'. Ustaw punkt końcowy: zdarzenie konwersji (np. purchase, generate_lead, view_item). System pokazuje krok –1 (bezpośrednio poprzedzający) i pozwala rozwijać w lewo kolejne kroki: –2, –3 itd. Zmień wymiar z 'Nazwa zdarzenia' na 'Ścieżka strony i klasa ekranu' — zobaczysz, jakie podstrony użytkownicy odwiedzali przed konwersją. Zastosowanie: identyfikacja stron przygotowawczych (np. strony FAQ, kategorie, porównania produktów) poprzedzających zakup. ### GA4: puste wiersze w raportach stron — diagnostyka błędu implementacji - **W063_ga4_puste_wiersze_raporty_stron** (`W063`): Puste wartości (puste wiersze lub '(not set)') w raportach stron GA4 — najczęstsza przyczyna: błąd implementacji śledzenia. Typowy winowajca: cookie banner/consent management tool wysyłający hity do GA4 przed załadowaniem pełnej informacji o stronie (np. page_view bez page_location/page_title). Jak diagnozować: GA4 DebugView lub GTM Preview — sprawdź, czy event page_view zawiera parametry page_location i page_title. Inne przyczyny: kod GTM umieszczony przed zamiast w , SPA (Single Page Application) z niezarejestrowanymi zmianami 'strony'. Fix: upewnij się, że consent mode nie wyzwala page_view zanim strona zdąży załadować swój URL i tytuł. ### GA4: raport produktów + źródło atrybucji — łączenie przez ID transakcji w Looker Studio - **W083_ga4_raport_produktow_transaction_id_looker** (`W083`): GA4 nie pozwala łączyć nazwy kupionego produktu ze źródłem/medium atrybucji w jednym natywnym raporcie — są to dwa osobne wymiary w osobnych raportach. Obejście przez Looker Studio: (1) Zbuduj raport 1: produkty + ID transakcji (item_name + transaction_id) z danymi e-commerce GA4. (2) Zbuduj raport 2: ID transakcji + źródło/medium atrybucji (transaction_id + atrybucja źródło/medium lub sesja źródło/medium). (3) Połącz oba raporty w Looker Studio przez wspólny klucz = transaction_id. Efekt: widzisz, które produkty zostały kupione z jakiego kanału/kampanii. Alternatywa dla zaawansowanych: BigQuery — eksport surowych danych GA4 do BigQuery + SQL JOIN po transaction_id daje pełną elastyczność. Ważne: używaj wymiaru 'atrybucja źródło/medium' (data-driven) zamiast 'sesja źródło/medium' (last click) dla bardziej rzetelnej analizy wielokanałowej ścieżki do zakupu. Ta sama technika (łączenie raportów przez transaction_id) działa dla analizy newsletterów, kampanii sezonowych i każdego innego przypadku, gdzie chcesz połączyć 'co kupiono' z 'skąd przyszedł klient'. ### GA4: strona docelowa vs ścieżka do strony — różnica i kiedy używać - **W069_ga4_strona_docelowa_vs_sciezka_do_strony** (`W069`): W GA4 istnieją dwa kluczowe wymiary dotyczące stron, które są często mylone: Strona docelowa (Landing Page) — PIERWSZA strona, którą użytkownik odwiedza w ramach danej sesji (landing page). Dotyczy tylko początku sesji. Ścieżka do strony (Page Path) — każda strona odwiedzona w ramach sesji, niezależnie od kolejności. Kiedy używać 'strony docelowej + ciąg zapytania': — analiza które artykuły/podstrony otwierają ścieżkę do konwersji (entry points), — analiza skuteczności ruchu płatnego i organicznego (co widzi użytkownik jako pierwsze), — analiza artykułów blogowych, które przyciągają ruch i generują konwersje w tej samej sesji. Kiedy używać 'ścieżki do strony + ciąg zapytania': — analiza które strony są w ogóle odwiedzane (niezależnie od kolejności), — analiza wszystkich stron wpływających na ścieżkę konwersji (asystowane). Praktyczna zasada: do analizy, czy artykuł blogowy 'generuje' konwersje, użyj wymiaru strona docelowa — sprawdzasz, czy użytkownik zaczął sesję od tego artykułu. ### GA4: tylko 2 modele atrybucji (stare modele usunięte) + pseudo first click - **W074_ga4_modele_atrybucji_tylko_dwa** (`W074`): GA4 ma obecnie wyłącznie dwa modele atrybucji: last click i model oparty o dane (data-driven). Stare modele znane z Universal Analytics (liniowy, pozycyjny, rozkład czasowy) zostały usunięte. W eksploracjach GA4 działają trzy różne wymiary dające różne perspektywy: (1) 'źródło/medium' (sesja) = atrybucja last click — niedoszacowuje kanały górne lejka (social, display, YouTube). (2) 'atrybucja źródło/medium' = model oparty o dane (data-driven) — uwzględnia całą ścieżkę konwersji. (3) 'pierwsze źródło/medium użytkownika' = pseudo first click — przypisuje konwersję do pierwszego kontaktu użytkownika. Do rzetelnej analizy ścieżek konwersji używaj wymiaru 'atrybucja źródło/medium' (DDA), nie 'sesja źródło/medium' (last click). Raporty standardowe GA4 (Pozyskiwanie, Generowanie przychodu) używają last click — nie analizuj tu efektywności kanałów multi-touch. ### GA4: współczynnik konwersji — błędy w raportach ogólnych i eksploracje - **W061_ga4_wspolczynnik_konwersji_problemy** (`W061`): Współczynnik konwersji w GA4 — trzy poziomy i ich problemy: (1) Raporty ogólne GA4: dane oparte o last click (nie model atrybucji oparty o dane) — zły model do analizy biznesowej; unikaj wyciągania wniosków z tych raportów. (2) Eksploracje GA4: współczynnik konwersji sumuje WSZYSTKIE konwersje — nie można odfiltrować po konkretnej konwersji (np. tylko zakupy); przy wielu zdarzeniach konwersji daje zawyżony, bezużyteczny wynik (np. 100%). (3) Looker Studio: jedyne miejsce, gdzie można poprawnie wyliczyć CR per konkretna konwersja — dziel wybraną konwersję przez sesje lub użytkowników. Wniosek: do analizy współczynnika konwersji używaj Looker Studio, nie natywnych raportów GA4. ### GA4: wyszukiwarka wewnętrzna — automatyczne śledzenie i analiza luk w ofercie - **KDGA03_01_wyszukiwarka_wewnetrzna_ga4** (`KDGA03`): GA4 automatycznie śledzi wyszukiwania na stronie jeśli URL wynikowy zawiera jeden ze standardowych parametrów zapytania: q, s, search, query, keyword. Jeśli Twoja strona używa innego parametru (np. 'p', 'szukaj', 'phrase'): zrób testowe wyszukiwanie i sprawdź URL wynikowy — parametr widoczny jest przed wpisaną frazą (np. /?szukaj=fraza → parametrem jest 'szukaj'). Dodaj go w GA4 → Strumień danych → Pomiar zaawansowany → Wyszukiwanie w witrynie → wpisz po przecinku obok domyślnych parametrów. Dane o wyszukiwaniach dostępne są przez zdarzenie view_search_results z parametrem search_term (termin wyszukiwania). Jak zbudować raport: Eksploracje → pusty raport → wymiar 'search_term' + metryka 'Liczba zdarzeń' → filtr: zdarzenie = view_search_results. Analityczna wartość wyszukiwarki wewnętrznej: (1) Luki w asortymencie — produkty, których klienci szukają i których nie ma w ofercie → bezpośrednia informacja co warto dodać do sklepu. (2) Problemy z nawigacją — jeśli ten sam produkt jest wyszukiwany wielokrotnie, użytkownicy nie mogą go znaleźć organicznie → optymalizuj kategoryzację i wyszukiwarkę. (3) Słowa kluczowe do kampanii Search i feedu produktowego — frazy wpisywane w wyszukiwarkę wewnętrzną to udowodniony popyt na Twojej stronie, często bardziej precyzyjny niż Planer słów kluczowych. ### GA4: ścieżki wielokanałowe i atrybucja — gdzie szukać w nowym interfejsie - **W063_ga4_sciezki_wielokanałowe** (`W063`): Ścieżki wielokanałowe (multi-touch attribution) w GA4: Zakładka: Reklama → Atrybucja → Ścieżki konwersji. Pokazuje wszystkie kanały, które były na ścieżce konwersji i ich udział w różnych modelach atrybucji. Raport sekwencji ścieżki (odwrotna analiza): Eksplorowanie → Eksploracja sekwencji ścieżki → zacznij od punktu końcowego (zdarzenia konwersji) → rozwijaj kroki w lewo (–1, –2, –3). Jeśli chcesz uwzględnić kanały (źródło/medium) w sekwencji: zmień wymiar ścieżki z 'Nazwa zdarzenia' na 'Źródło/medium sesji'. ### Kopiowanie eksploracji GA4 między kontami — ograniczenie i obejście - **W067_ga4_kopiowanie_eksploracji** (`W067`): GA4 nie pozwala kopiować eksploracji (analiz niestandardowych) między różnymi kontami Analytics — funkcja jest dostępna tylko w obrębie tego samego konta. Obejście przy raportowaniu wieloprojektowym: użyj Looker Studio (dawny Google Data Studio) z funkcją wymiennego źródła danych (data source selector). Tworzysz jeden szablon raportu w Looker Studio, a następnie przełączasz źródło danych na inne konto GA4 bez przebudowywania raportu. Daje to efekt 'kopii eksploracji' działającej dla wielu klientów z jednego szablonu. ### Metryki obliczeniowe w GA4: ograniczenia i przenoszenie analiz do Looker Studio - **W092_ga4_metryki_obliczeniowe_looker** (`W092`): Metryki obliczeniowe w GA4 (Konfiguracja → Metryki obliczeniowe) mają istotne ograniczenie: NIE można w nich łączyć wymiarów z metrykami w jednej formule. Przykład: obliczenie procentowego udziału kategorii w przychodzie (kategoria A / łączny przychód × 100%) jest niemożliwe bezpośrednio w GA4, bo wymaga zestawienia wymiaru (kategoria) z metryką (przychód). Rozwiązanie: przenieś taką analizę do Looker Studio — połącz GA4 jako źródło danych i twórz niestandardowe pola obliczeniowe bezpośrednio w raporcie. Looker Studio daje pełną elastyczność w tworzeniu własnych metryk łączących wymiary i dane. Alternatywa dla zaawansowanych: BigQuery + eksport surowych danych GA4, gdzie można pisać dowolne zapytania SQL. Metryki obliczeniowe w GA4 sprawdzają się natomiast do prostych przeliczników: np. wartość na sesję (przychód / liczba sesji). ### Migracja danych z GA3 (Universal Analytics) do GA4 — co jest niemożliwe - **W067_ga4_migracja_z_ga3** (`W067`): Danych historycznych z Google Analytics 3 (Universal Analytics) nie można przenieść do GA4 — dane z UA i GA4 mają fundamentalnie różne modele danych (sesje vs zdarzenia) i nie są kompatybilne. Narzędzie migracji GA4 (jeśli było dostępne) nie przenosi danych analitycznych, tylko konfigurację. Rekomendacja: zamiast próbować migrować historyczne dane, załóż nowe konto GA4 od zera i zacznij zbierać świeże dane. Dane historyczne z UA można zachować do przeglądania bezpośrednio w interfejsie UA (dostęp był dostępny do końca 2024 roku) lub wyeksportować do BigQuery/arkuszy dla archiwum. ### Model atrybucji Data-Driven: różnica między Google Ads (tylko kampanie Ads) a Analytics (wszystkie kanały) - **W109_atrybucja_dda_ads_vs_analytics** (`W109`): Model atrybucji Data-Driven (DDA) działa inaczej w Google Ads i Google Analytics — to fundamentalna różnica często pomijana przy analizie wyników: W GOOGLE ADS: DDA przypisuje konwersje i wartość TYLKO między kampaniami Google Ads. Jeśli ścieżka konwersji zawierała Google Ads + email + SEO, Google Ads DDA redistrybuuje wartość wyłącznie między zaangażowane kampanie Ads — email i SEO są niewidoczne w tym modelu. W GOOGLE ANALYTICS (GA4): DDA uwzględnia WSZYSTKIE kanały w ścieżce konwersji (organic search, direct, email, paid, social) i redistrybuuje wartość między nimi proporcjonalnie do wkładu każdego kanału. Praktyczna konsekwencja: ten sam zakup może być w 100% przypisany do Google Ads w panelu Ads i w 40% do Ads + 30% do email + 30% do organic w GA4. Żaden z tych widoków nie jest 'prawdziwszy' — patrzą na ten sam fakt przez inną soczewkę. Do optymalizacji stawek kampanii używaj danych z panelu Ads; do oceny ogólnej efektywności kanałów używaj GA4. W małych/średnich projektach GA4 wystarczy do analizy wielokanałowej; BigQuery (eksport GA4) potrzebny dopiero przy bardzo dużej skali wymagającej niestandardowych modeli atrybucji. ### Raport czasu rzeczywistego GA4: ograniczenia i czas przetwarzania danych - **W075_ga4_czas_rzeczywisty_ograniczenia** (`W075`): Raport czasu rzeczywistego w GA4 (Real Time) NIE nadaje się do analizy źródeł konwersji ani do oceny skuteczności kampanii po wysyłce newslettera lub uruchomieniu akcji. Ograniczenia raportu czasu rzeczywistego: (1) Pokazuje aktywnych użytkowników z ostatnich ~30 minut — brak historii. (2) Dane konwersji i atrybucji wymagają 24–72h na pełne przetworzenie przez GA4. (3) Źródła ruchu w czasie rzeczywistym mogą być niedokładne lub niekompletne. Po wysyłce newslettera: poczekaj minimum 48–72h, a następnie sprawdź dane w eksploracjach GA4 z wymiarem 'sesja źródło/medium' (filtrując po 'email'). Raport czasu rzeczywistego przydaje się tylko do: weryfikacji czy tag GA4 działa, sprawdzenia czy konkretna konwersja się triggeruje, ogólnego monitoringu ruchu 'na żywo'. Nie podejmuj decyzji optymalizacyjnych na podstawie danych real-time. ### Rozbieżność kliknięć Google Ads vs sesji GA4: Gmail, spam placements, blokowanie cookies - **W072_ga4_rozbieznosc_klikniec_vs_sesji_przyczyny** (`W072`): Problem: Google Ads raportuje np. 500 kliknięć, ale GA4 pokazuje tylko 300 sesji z Google Ads. Duża rozbieżność (powyżej 15–20%) wymaga diagnostyki. Najczęstsze przyczyny: (1) Wyświetlenia w Gmailu — kampanie Demand Gen i starsze Discovery wyświetlają reklamy w skrzynce Gmail. 'Kliknięcie' = OTWARCIE wiadomości w Gmailu, nie wejście na stronę. Dopiero kliknięcie linku w otwartej wiadomości to faktyczna sesja na stronie. Sprawdź raport Miejsc docelowych (Placements) — jeśli mail.google.com ma dużo kliknięć, to źródło rozbieżności. (2) Spamowe placements w GDN — aplikacje mobilne i podejrzane witryny generują boty klikające w reklamy bez wchodzenia na stronę. (3) Blokowanie ciasteczek przez pop-up zgody (CMP) — pop-up blokuje wczytanie GA4 zanim użytkownik wyrazi zgodę; sesja się nie rejestruje. (4) Szybkie zamknięcie strony — użytkownik klika w reklamę i zamyka przed załadowaniem GA4. Diagnostyka: Raporty Ads → Placements + porównanie kliknięć per segment urządzenia/sieci. ### Rozjazd leadów GA4 vs CRM (40–45%): diagnostyka i metody naprawy - **W073_ga4_rozjazd_leadow_crm_vs_ga4_diagnostyka** (`W073`): Problem: CRM rejestruje X leadów, ale GA4 pokazuje tylko 55–60% tej liczby. Rozbieżność 40–45% między CRM a GA4 jest poważna i wymaga diagnostyki. Najczęstsze przyczyny i rozwiązania: (1) Ustawienie tożsamości raportowania w GA4 — sprawdź i zmień z 'Mieszanego' na 'Zależne od urządzenia' (Admin → Usługa → Tożsamość raportowania). Tryb mieszany może łączyć sesje cross-device i zaburzać liczenie konwersji. (2) Consent mode blokuje tracking — dla użytkowników bez zgody GA4 nie rejestruje zdarzeń (nawet w trybie zanonimizowanym bez modelowania gdy poniżej progu 1000 użytkowników). (3) Brak unikalnego ID w zdarzeniu konwersji — dodaj do zdarzenia 'generate_lead' parametr z unikalnym ID formularza/transakcji. Porównaj listę ID z CRM vs GA4 — zobaczysz dokładnie, które leady gubi system. (4) Pop-up CMP blokuje wczytanie GA4 przed wypełnieniem formularza — sprawdź kolejność ładowania skryptów na stronie. (5) Formularze w iframe — GTM/GA4 z głównej strony nie widzi zdarzeń w iframe (patrz: oddzielne śledzenie w iframe). ### Ruch Direct/None w GA4: przyczyny i jak go minimalizować - **W079_ga4_direct_none_minimalizowanie** (`W079`): Ruch oznaczony jako 'direct / none' w GA4 to sesje, dla których GA4 nie potrafi zidentyfikować źródła ruchu. Główne przyczyny nadmiernego direct/none: (1) Brak UTM-ów w linkach — emaile, SMS-y, posty social media bez parametrów UTM trafiają jako direct. Rozwiązanie: dodawaj UTM do WSZYSTKICH linków poza organic/paid search. (2) Przekierowania wieloetapowe — każde przekierowanie HTTP może skasować parametr referrer. Sprawdź, czy skracacze URL lub redirect-y nie gubią UTM-ów. (3) Bramki płatności — powrót ze strony płatności (np. Przelewy24) może być liczony jako direct. Rozwiązanie: dodaj domeny bramek do wykluczeń ruchu referral w GA4 (Admin → Zbieranie danych → Wykluczenia ruchu referral). (4) HTTPS → HTTP — przejście z HTTPS na HTTP kasuje referrer. (5) Linki z aplikacji mobilnych (in-app browser). Cel: direct/none poniżej 10–15% całego ruchu. Powyżej 20%: problem z konfiguracją UTM lub bramkami płatności. ### Różnice w liczbie konwersji między Google Ads a GA4: to norma, nie błąd - **W071_ga4_roznice_konwersji_ads_vs_analytics_modele_atrybucji** (`W071`): Rozbieżności między liczbą konwersji raportowaną w Google Ads a Google Analytics 4 są normalne i wynikają z fundamentalnych różnic w obu systemach: (1) Modele atrybucji — Google Ads domyślnie używa atrybucji opartej na danych (data-driven) lub last-click licząc konwersje do reklam; GA4 ma własny model atrybucji (DDA lub last-click), który może inaczej przypisywać konwersje do kanałów. (2) Okno atrybucji — Google Ads może mieć dłuższe okno (30/60/90 dni dla konwersji), GA4 domyślnie używa 30-dniowego okna dla konwersji. (3) Sposób wysyłki danych — konwersje importowane z GA4 do Ads mogą mieć opóźnienie. (4) Konwersje telefoniczne i Store Visits — widoczne w Ads, niekoniecznie w GA4. (5) Cross-device — Google Ads częściej łączy ścieżki między urządzeniami (zalogowani użytkownicy), GA4 bazuje na ciasteczkach i może traktować to jako osobne sesje. Praktyczna zasada: nie próbuj doprowadzić do idealnej zgodności — sprawdzaj trendy i proporcje, nie absolutne liczby. Wybierz jedno źródło prawdy do optymalizacji stawek (zalecane: dane Ads). ### Universal Analytics (GA3): można usuwać kody ze stron; backup danych do ~lipca 2024 - **W077_ga4_ga3_backup_usuwanie_kodow** (`W077`): Kody Google Analytics 3 (Universal Analytics / GA3) można już usuwać ze stron internetowych — GA3 przestało zbierać dane i nic już nie rejestruje. Usunięcie kodu GA3 ze strony nie wpływa na żadne działające systemy. Konta GA3 w panelu Google Analytics pozostały dostępne do ~lipca 2024 wyłącznie w celu przeglądania i exportu danych historycznych. Backup danych historycznych z GA3: Natywny eksport: raporty GA3 → eksport do CSV/PDF (ograniczony zakres danych). Przez 'przejściówkę' do BigQuery: GA3 nie ma natywnego połączenia z BigQuery (to jest funkcja GA4), ale dane można wyeksportować pośrednio. Rekomendacja: wyeksportuj kluczowe raporty historyczne do Google Sheets lub Excel przed utratą dostępu do konta. Po lipcu 2024: konta GA3 przestają być dostępne — dane przepadają bezpowrotnie. ### Universal Analytics (UA/GA3): koniec zbierania danych i usunięcie — zrób backup - **W059_ua_koniec_backup** (`W059`): Universal Analytics (GA3) kończy zbieranie danych 1 lipca 2023. 6 miesięcy po tej dacie Google usuwa wszystkie historyczne dane z UA — do końca 2023 roku dane znikną bezpowrotnie. Działanie: przed końcem 2023 zbackupuj dane historyczne z UA (eksport do Looker Studio, BigQuery lub ręcznie do arkuszy). Brak informacji o jakichkolwiek przesunięciach tych terminów przez Google. Jeśli dane historyczne nie są potrzebne — po prostu przepadną z GA3. ### Wizualizacja lejka konwersji e-commerce w Looker Studio: Funnel Chart - **W074_ga4_looker_studio_funnel** (`W074`): Wizualizację lejka konwersji e-commerce (np. sesja → koszyk → zakup) najprościej zrobić w Looker Studio za pomocą komponentu 'Funnel Chart' z wizualizacji społeczności (community visualizations). Wizualizacje społeczności to darmowe/zewnętrzne komponenty tworzone przez społeczność Google — dostępne bezpośrednio w Looker Studio przez 'Dodaj komponent → Wizualizacje społeczności'. Alternatywny komponent: 'Metric Funnel'. Natywne raporty lejka w GA4 są dostępne w zakładce 'Eksploracje' (Analiza lejka), ale eksport do Looker Studio wymaga własnej wizualizacji — stąd komponenty społeczności. Przed użyciem komponentów społeczności wymagana jest akceptacja uprawnień dostępu do danych. ### Współczynnik konwersji sesji w GA4: definicja i błędne interpretacje - **W077_ga4_wspolczynnik_konwersji_sesji_definicja** (`W077`): Współczynnik konwersji sesji (Session Conversion Rate) w GA4 ma specyficzną definicję różniącą się od intuicyjnej formuły: GA4: Sesje z co najmniej jedną konwersją / Wszystkie sesje × 100%. NIE jest to: Liczba konwersji / Liczba sesji × 100%. Różnica kluczowa: jeśli jedna sesja wygeneruje 3 konwersje (np. 3 zakupy), GA4 liczy ją jako jedną sesję z konwersją — nie jako 3 konwersje do sesji. To sprawia, że CR sesji jest zawsze niższy lub równy 'intuicyjnemu' CR. Dodatkowe utrudnienie w GA4: metryka 'Współczynnik konwersji sesji' sumuje WSZYSTKIE zdarzenia konwersji (mikro + makro razem) — przy wielu konwersjach równocześnie wynik może być zawyżony i nieczytelny. Do poprawnej analizy CR: użyj Looker Studio z ręcznym obliczeniem per konkretna konwersja (zakupy / sesje z organiki, etc.). ### Wykluczanie bramek płatności w GA4: filtr działa od momentu wdrożenia, nie wstecz - **W072_ga4_wykluczanie_bramek_platnosci_filtr_od_teraz** (`W072`): Problem: strony bramek płatności (np. przelewy24.pl, payu.pl, stripe.com) pojawiają się w raportach GA4 jako referral — zakłócają atrybucję, bo sesja po powrocie ze strony płatności jest przypisywana do bramki, nie do reklamy. Rozwiązanie: dodaj domeny bramek płatności do listy 'Wykluczenia ruchu referral' w GA4 (Admin → Usługa → Zbieranie danych i modyfikacja → Wykluczenia ruchu referral). WAŻNE OGRANICZENIE: zmiana działa TYLKO od momentu wdrożenia do przodu (prospektywnie). Historyczne dane w GA4 NIE zostaną poprawione — sesje sprzed wdrożenia nadal będą pokazywać bramkę jako źródło. Dodatkowe domeny do wykluczenia: wszystkie bramki płatności używane w sklepie, własne subdomeny (np. checkout.sklep.pl jeśli checkout jest na subdomenie). Własne subdomeny dodaj do listy 'Domeny' w GA4 (nie do wykluczeń referral) — inaczej każde przejście między domeną główną a subdomeną tworzy nową sesję. ## Temat: gtm-tracking ### Autotagowanie vs ręczne UTM: GA4 daje priorytet autotagowaniu — jak to obejść - **W071_gtm_tracking_autotagowanie_vs_utm_priorytet_ga4** (`W071`): Gdy jednocześnie w URL jest GCLID (z autotagowania Google Ads) i ręczne parametry UTM, GA4 domyślnie daje PRIORYTET autotagowaniu (GCLID) i ignoruje UTM. Skutek: nie możesz 'nadpisać' atrybucji kampanii ręcznymi UTM-ami w GA4 tak długo, jak autotagowanie jest włączone. Wyjątek — iOS 17 i Safari prywatny: GCLID jest usuwany przez iOS Link Tracking Protection, więc UTM-y w szablonie śledzenia stają się jedyną informacją o źródle. Obejście dla scenariuszy wymagających priorytetowych UTM: Wyłącz autotagowanie w Google Ads (Ustawienia konta → Autotagowanie = wyłączone) i stosuj WYŁĄCZNIE ręczne UTM-y w szablonach śledzenia kampanii. Uwaga: wyłączenie autotagowania powoduje, że dane importowane z GA4 do Google Ads mogą nie działać poprawnie (brak GCLID uniemożliwia precyzyjne łączenie sesji z kliknięciem). Zalecane tylko gdy masz konkretny powód — standardowo zostawiaj autotagowanie włączone i używaj UTM jako backup (np. w szablonie śledzenia: {lpurl}?utm_source=google&...). ### Blokada third-party cookies w Chrome: NIE wpływa na Google Ads, GA4 ani Facebook - **W077_gtm_third_party_cookies_nie_dotycza_ads** (`W077`): Blokada third-party cookies (ciasteczek stron trzecich) w Chrome NIE wpływa na: Google Ads (remarketing, śledzenie konwersji), Google Analytics 4, Facebook Ads. Powód: wszystkie te systemy korzystają z first-party cookies (ciasteczek pierwszej strony), nie z third-party cookies. First-party cookies są ustawiane przez domenę, którą odwiedza użytkownik — przeglądarka je akceptuje i nie blokuje. Third-party cookies to ciasteczka ustawiane przez domeny inne niż odwiedzana (np. przez skrypty reklamowe z zewnętrznych domen) — te Chrome blokuje od 2024. Co faktycznie jest zagrożone przez blokadę 3rd party cookies: starsze piksele reklamowe nie zaktualizowane do first-party (rzadkie), cross-site tracking bez server-side taggingu, niektóre narzędzia analityczne oparte na third-party skryptach. Server-side tagging (GTM server-side): przedłuża żywotność first-party cookies i uniezależnia śledzenie od przeglądarek — warto rozważyć przy rosnących ograniczeniach. ### Blokowanie ruchu wewnętrznego w GA4 przy zmiennym IP: wtyczka Google Analytics Opt-Out - **W106_gtm_ga4_opt_out_wewnetrzny_ruch** (`W106`): GA4 umożliwia wykluczanie wewnętrznego ruchu (pracownicy, agencja) przez filtr IP w ustawieniach (GA4 → Administracja → Strumienie danych → Definiuj ruch wewnętrzny). Problem: przy dynamicznym/zmiennym IP (np. praca zdalna, różne sieci) filtr IP nie działa skutecznie — adres zmienia się przy każdej sesji. Rozwiązanie przy zmiennym IP: wtyczka do przeglądarki 'Google Analytics Opt Out' (oficjalna wtyczka Google, dostępna dla Chrome/Firefox/Safari) — po zainstalowaniu przeglądarka przestaje wysyłać dane do GA4 niezależnie od adresu IP. Każda osoba z zespołu powinna zainstalować wtyczkę na swojej przeglądarce roboczej. Alternatywne rozwiązanie: parametr URL `?notrack=1` lub podobny + reguła w GTM wyłączająca tagi dla sesji z tym parametrem — wymaga konfiguracji technicznej w GTM. Dlaczego to ważne: ruch wewnętrzny zaburza dane konwersji (np. testy zakupu), wskaźniki zaangażowania i dane remarketingowe. ### Calendly + GA4: integracja bez GTM, automatyczne eventy konwersji - **W059_calendly_ga4_integracja** (`W059`): Calendly ma wbudowaną integrację z GA4 — nie trzeba GTM ani własnego kodu. Jak wdrożyć: w Calendly połącz z GA4 podając numer usługi GA4 (można połączyć z tą samą GA4 co strona). Po połączeniu Calendly automatycznie wysyła zdarzenia do GA4 — wystarczy je oznaczyć jako konwersje w GA4. Brak bezpośredniej integracji Calendly z GTM. Jeśli masz przycisk na stronie z linkiem do Calendly (z UTM): ruch będzie normalnie widoczny w GA4 jako ruch z danego UTM, bo Calendly działa jak podstrona serwisu po integracji z GA4. ### Cel konwersji przy tworzeniu: kategoryzacja, nie optymalizacja - **W068_gtm_tracking_cel_konwersji_kategoryzacja** (`W068`): Pole 'Cel konwersji' wybierane podczas tworzenia nowej konwersji w Google Ads (np. 'Zakup', 'Kontakt', 'Rejestracja') służy wyłącznie do kategoryzacji — porządkowania konwersji w folderach w interfejsie. Cel konwersji NIE determinuje bezpośrednio, pod jaką konwersję optymalizuje kampania. Optymalizacja kampanii zależy od tego, które konwersje są zaznaczone jako 'podstawowe' w ustawieniach kampanii lub na poziomie konta (cel kampanii → konwersje). Praktyczna implikacja: można nazwać konwersję 'Zakup', przypisać cel 'Zakup', ale w kampanii optymalizować pod inną konwersję — ustawiony cel konwersji nie blokuje tej elastyczności. Kategorie wykorzystuje się do filtrowania i raportowania, nie do sterowania algorytmem. ### Consent Management (cookie banery): koszty i dostępne rozwiązania - **W063_consent_management_koszty** (`W063`): Cookie Bot (Cookiebot): darmowy dla stron do 50 podstron. Dla sklepów internetowych (więcej podstron): ok. 220 zł/miesiąc. Pisanie własnego rozwiązania consent management jest droższe niż gotowe narzędzie — wymaga programisty i utrzymania. Inne popularne narzędzia: OneTrust (enterprise), UserCentrics. Pamiętaj: sam baner to nie wszystko — musi być zintegrowany z GTM, żeby faktycznie blokować/włączać kody analityczne i reklamowe w zależności od zgody. Bez tej integracji baner jest tylko informacyjny i nie wpływa na zbieranie danych. ### Consent Mode i Consent Management: spadek ruchu po wdrożeniu - **W058_consent_mode_spadek_ruchu** (`W058`): Wdrożenie Consent Management Platform (CMP, np. CookieBot) z opcją odmowy zgody powoduje spadek mierzonego ruchu o 10-20 punktów procentowych na rynku polskim. Część użytkowników klika 'odmów' → ich dane nie są zbierane przez GA4 ani piksele reklamowe. Jeśli banner nie daje jasnej opcji odmowy (tylko 'akceptuj' lub ukryta odmowa) — spadek jest znikomy, bo większość klika akceptację. Aspekt prawny: brak opcji odmowy jest dyskusyjny prawnie — zasięgnij opinii prawnika. Rozwiązania bez jasnego 'odmów' mogą rodzić ryzyko prawne. Consent Mode v2 (tryb podstawowy): Google modeluje dane użytkowników, którzy odmówili — częściowo rekompensuje utratę danych w kampaniach i raportach Google Ads. Wartość dla porównań: jeśli wdrożono CMP, odnotuj datę wdrożenia przy analizie trendów ruchu w GA4 — naturalne 'tąpnięcie'. ### Consent Mode v2: nowe parametry i weryfikacja wdrożenia przez Analytics Debugger - **W076_gtm_consent_mode_v2_parametry** (`W076`): Consent Mode v2 (względem v1) dodaje dwa nowe parametry zgody: 'ad_user_data' — zgoda na wysyłanie danych użytkownika do Google dla celów reklamowych; 'ad_personalization' — zgoda na personalizację reklam (remarketing). W v1 istniały tylko: ad_storage i analytics_storage. Większość platform CMP (np. Cookiebot, CookieYes, Usercentrics) zaktualizowała lub zaktualizuje automatycznie swoje szablony GTM do obsługi v2 — sprawdź wersję szablonu w GTM. Weryfikacja poprawności wdrożenia Consent Mode v2: Użyj wtyczki Analytics Debugger (żółta kaczka z irokezem) do przeglądarki Chrome. W zdarzeniach GA4 sprawdzaj statusy consent: G100 = użytkownik zanonimizowany (odmówił zgody, dane modelowane), G111 = pełne zgody (użytkownik wyraził wszystkie zgody). Weryfikacja przez BigQuery: sprawdź rozkład statusów zgód w danych surowych GA4 — pozwala ocenić jaki procent użytkowników wyraża pełną zgodę. ### Consent Mode vs klasyczny baner cookie: co faktycznie robi każde rozwiązanie - **W060_consent_mode_vs_baner_cookie** (`W060`): Klasyczny baner cookie (informacyjny): NICZEGO nie zmienia w zbieraniu danych — kliknięcie 'odmów' nie wyłącza żadnych kodów analitycznych ani reklamowych. Consent Mode (właściwy): baner MUSI być sprzężony z kodami w GTM. Jak działa: zgoda → kody uruchamiają się normalnie; brak zgody → kody uruchamiają się w trybie zanonimizowanym (niepełne dane). Przy 20% odmów: mamy 80% pełnych danych + 20% szczątkowych (zanonimizowanych). Na podstawie pełnych danych Google modeluje brakujące 20% — częściowo rekompensuje utratę w kampaniach i raportach. Consent Mode to KOMPROMIS, nie zaleta analityczna — bez niego mielibyśmy dokładniejsze dane. Wymagane do tego: narzędzie CMP (CookieBot, OneTrust) + integracja z GTM + konfiguracja consent mode w GTM dla każdego kodu. Sam baner bez GTM = tylko wizualny element, bez wpływu na zbieranie danych. ### Consent Mode: GA4 musi ładować się w G100 przy odmowie zgód — brak ładowania = błąd - **W080_consent_mode_ga4_g100_odmowa_blad** (`W080`): Poprawne działanie Consent Mode wymaga, żeby GA4 uruchamiał się w trybie G100 (zanonimizowanym) już w momencie wyświetlenia pop-upu zgód — jeszcze przed interakcją użytkownika. Tryb G100 = użytkownik nie wyraził zgód, dane są anonimizowane i modelowane przez Google. Tryb G111 = pełna zgoda, dane zbierane normalnie. Błąd wdrożenia: GA4 nie odpala się w ogóle do momentu, aż użytkownik kliknie 'Akceptuj' lub 'Odrzuć' w pop-upie. Skutek: użytkownicy, którzy opuszczają stronę bez interakcji z banerem (czyli często większość ruchu z mobile), nie są w ogóle rejestrowanie — ich wizyty przepadają całkowicie. Poprawna konfiguracja: tag GA4 odpalany na zdarzeniu 'Consent Initialization' w GTM (pierwsze zdarzenie w kolejce), jeszcze przed załadowaniem CMP. Weryfikacja: użyj wtyczki Analytics Debugger — po wejściu na stronę i odmowie zgód powinieneś widzieć zdarzenia GA4 z oznaczeniem G100, nie ich brak. Po wdrożeniu Consent Mode poczekaj 48h i sprawdź zakładkę Strumienie danych w GA4 oraz Konwersje → Diagnostyka w Google Ads. ### Consent Mode: obowiązek wdrożenia, konsekwencje braku — blokada konta i remarketing - **W065_consent_mode_obowiazek_konsekwencje** (`W065`): Consent Mode (zarządzanie zgodami użytkowników) jest OBOWIĄZKOWY dla kont Google Ads reklamujących się w UE (od maja 2023). Google coraz częściej wysyła ostrzeżenia i BLOKUJE konta bez wdrożonego Consent Mode. Dwa ostrzeżenia pojawiające się na kontach: 'Brak Consent Mode' + 'Zweryfikuj swoje konto' — oba mogą skutkować blokadą. Skutki braku Consent Mode: (1) Ryzyko całkowitej blokady konta reklamowego. (2) Brak możliwości remarketingu do użytkowników, którzy odmówili zgody na śledzenie. Mitygacja: dobrze zaprojektowane pop-upy Consent Management sprawią, że większość użytkowników WYRAZI ZGODĘ — wtedy remarketing działa normalnie. Ważne rozróżnienie: baner cookie 'informacyjny' (stary typ) nie aktywuje Consent Mode. Potrzebny jest prawdziwy CMP (Consent Management Platform) z opcją akceptuj/odrzuć i integracją z GTM (Consent Mode v2). ### Consent Mode: próg 1000 użytkowników do modelowania — poniżej dane przepadają - **W072_gtm_tracking_consent_mode_prog_1000_uzytkownikow** (`W072`): Google Consent Mode v2 stosuje modelowanie behawioralne dla użytkowników, którzy odmówili zgody na ciasteczka reklamowe (ad_storage = denied). Kluczowe ograniczenie — próg 1000 użytkowników: Modelowanie konwersji i zachowań działa TYLKO jeśli kampania / konto zbiera wystarczającą liczbę obserwacji — minimum ~1000 użytkowników ze zgodą w danym segmencie. Poniżej tego progu Google nie modeluje brakujących danych — dane od użytkowników bez zgody są po prostu tracone. Konsekwencja dla małych kont i kampanii: przy małym ruchu (np. niszowy B2B, lokalne usługi) Consent Mode nie przyniesie korzyści z modelowania — i tak będziesz tracić dane od osób bez zgody. Pomimo tego Consent Mode v2 jest wymagany przez Google od marca 2024 dla wszystkich reklamodawców targetujących użytkowników w EOG (w tym PL) — jego brak może ograniczyć działanie remarketingu i konwersji. ### Conversions by Time — kluczowe custom columns - **YT_gma_62_conversions_by_time** (`YT_grow-my-ads`): Kolumna 'Conversions' w Google Ads raportuje dzień KLIKNIĘCIA, nie dzień zakupu. Dla obecnych okresów (7-30 dni) dane są niekompletne. Rozwiązanie: 'Conversions by Conversion Time' — raportuje dzień faktycznej konwersji. Custom columns do ustawienia: CPA by Time = Cost / Conversions by Conv Time, ROAS by Time = Conv Value by Conv Time / Cost. Case study: Conv column = 82, Conv by Time = 89 (różnica 8.5%). ROAS standardowy 3.17 vs by time 3.40 — na standardowym możesz być zbyt konserwatywny. Szczególnie ważne: drogie produkty (meble, elektronika), długi conversion window (30-90 dni). ### Cookie consent CookieBot + GTM: konfiguracja krok po kroku - **W056_cookie_consent_cookiebot_gtm** (`W056`): Wdrożenie cookie consent przez CookieBot + GTM: (1) Załóż konto CookieBot, pobierz ID. (2) W GTM dodaj tag CookieBot z ID, reguła: Consent Initialization. (3) W GTM: Administracja → Ustawienia kontenera → włącz 'Przegląd ustawień uzyskiwania zgody'. (4) W obszarze roboczym: ikona tarczy (prawy górny róg) → przejrzyj wszystkie tagi. Tagi z wbudowaną zgodą — nic nie zmieniaj. Tagi BEZ wbudowanej zgody — kliknij tarczę z zębatką → 'Wymaga dodatkowej zgody' → dodaj: ad_storage (tagi reklamowe) i/lub analytics_storage (tagi analityczne). Zasada: tagi Google Ads wymagają ad_storage, tagi GA4 wymagają analytics_storage, dla bezpieczeństwa dodaj oba do każdego tagu reklamowo-analitycznego. Po konfiguracji tagi wstrzymują się do momentu udzielenia zgody przez użytkownika. ### CookieBot overlay i konfiguracja zgód dla kodów nie-Google w GTM - **W080_cookiebot_overlay_kody_nie_google** (`W080`): Dwie ważne kwestie przy wdrożeniu CookieBot z GTM: (1) Tryb overlay (blokada klikania w tło): CookieBot powinien mieć włączoną opcję blokowania interakcji z tłem strony, dopóki użytkownik nie podejmie decyzji o zgodach. Bez overlay użytkownicy mogą klikać 'przez banner' w elementy strony — to psuje dane w GA4 (zdarzenia rejestrowane bez ustalonego statusu zgód). (2) Kody nie-Google wymagają ręcznej konfiguracji: wbudowana zgoda w GTM działa automatycznie tylko dla tagów Google (GA4, Google Ads, Floodlight, itp.). Tagi platform zewnętrznych (np. Microsoft/Bing Ads, Meta, TikTok) wymagają ręcznego skonfigurowania warunku zgody w GTM — należy dodać odpowiednie uprawnienia zgody do każdego takiego tagu osobno przez ikonę tarczy → 'Wymaga dodatkowej zgody'. Rekomendacja ogólna: trzymaj WSZYSTKIE kody (GA4, CookieBot, piksele reklamowe) w Google Tag Managerze — to znacznie ułatwia zarządzanie zgodami i debugowanie przez GTM Preview. ### CookieBot: monitoring poziomu zgód użytkowników (User Consents) w panelu - **W083_cookiebot_user_consents_monitoring** (`W083`): CookieBot (platforma zarządzania zgodami) udostępnia raport 'User Consents' w panelu administracyjnym — pozwala sprawdzić, jaki procent użytkowników akceptuje (opt-in) vs odrzuca (opt-out) ciasteczka. Gdzie znaleźć: panel CookieBot → zakładka 'Consent' lub 'Statistics' → raport z podziałem na kategorie zgód (niezbędne, statystyczne, marketingowe). Co monitorować: — Współczynnik akceptacji pełnych zgód (marketing + statystyki) — typowy poziom to 80–90%. — Jeśli poziom akceptacji spada poniżej 70%: banner może być źle zaprojektowany (przycisk odrzucenia bardziej widoczny niż akceptacji, brak opcji 'Akceptuj wszystkie'). — Porównaj trendy w czasie — nagły spadek zgód może wskazywać na zmianę w wyglądzie bannera po aktualizacji lub zmianie regulaminu. Wpływ na kampanie: każdy procent odmowy = utrata danych remarketingowych i konwersyjnych. Przy 20% odmów z 10 000 sesji/mies. = 2000 użytkowników niewidocznych dla GA4 i Google Ads. Inwestycja w poprawę bannera (UX, układ przycisków, jasna komunikacja korzyści) zwraca się szybko przez poprawę jakości danych. ### Cross-consent cookie: subdomeny dziedziczą zgodę, między różnymi domenami wymagana nowa zgoda - **W110_consent_subdomeny_vs_domeny** (`W110`): Zgoda cookie (consent) udzielona przez użytkownika na jednej domenie lub subdomenie nie przenosi się automatycznie między różnymi domenami — ale zachowuje się inaczej dla subdomen tej samej domeny vs zupełnie różnych domen: SUBDOMENY TEJ SAMEJ DOMENY (np. sklep.firma.pl i blog.firma.pl): ciasteczko zgody ustawione na domenie główną (.firma.pl) jest dostępne dla wszystkich subdomen — użytkownik, który zaakceptował na sklepie, nie powinien zobaczyć ponownego pop-upu na blogu tej samej firmy. Test weryfikacyjny: przejdź z jednej subdomeny na drugą po udzieleniu zgody — pop-up nie powinien się pojawić ponownie. Jeśli się pojawia: sprawdź konfigurację domeny ciasteczka w CMP (powinna być ustawiona na '.firma.pl', nie na 'sklep.firma.pl'). RÓŻNE DOMENY (np. firma.pl i firma-sklep.pl): zgoda z jednej domeny NIE przenosi się na drugą — użytkownik musi wyrazić zgodę osobno na każdej domenie. Jest to ograniczenie techniczne przeglądarek (ciasteczka są izolowane per domena). Wyjątek: przy pełnym SST (server-side tracking) z własną subdomeną ciasteczko serwerowe może być ustawiane przez serwer na dowolnej subdomenie z tym samym certyfikatem SSL — ale consent nadal musi być udzielony osobno per domena. ### Cross-domain tracking: debugging utraty źródła ruchu przez test ścieżki z UTM-ami - **W082_cross_domain_debugging_utms** (`W082`): Przy problemach z cross-domain tracking między dwiema witrynami (np. sklep.pl → kasa.pl lub strona.pl → formularz.pl) i utratą źródła ruchu (sesja na domenie B pokazuje direct zamiast właściwego źródła) zastosuj ręczny test diagnostyczny: (1) Zbuduj link z domeny A do domeny B z ręcznie dodanymi UTM-ami (utm_source=test&utm_medium=crossdomain&utm_campaign=debug). (2) Przejdź przez całą ścieżkę użytkownika: A → przejście → B. (3) Sprawdź w GA4 DebugView na domenie B, czy sesja ma źródło 'crossdomain/test' czy wciąż 'direct/(none)'. Jeśli UTM-y giną: — Przekierowanie HTTP między A i B gubi parametry URL — sprawdź czy nie ma pośredniego przekierowania bez parametrów. — Link dekoracja (cross-domain linker) nie działa — GA4 musi być skonfigurowany z 'Konfiguracja domen' zawierającą obie domeny. — Sesja jest przerywana przez pop-up cookie na domenie B ładujący się zanim GA4 odczyta parametry z URL. Poprawna konfiguracja GA4 cross-domain: GA4 → Administracja → Strumienie danych → Konfiguracja tagów → sekcja 'Konfiguracja domen' → dodaj obie domeny. ### Data Exclusions — przy awarii trackingu - **YT_gma_61_data_exclusions** (`YT_grow-my-ads`): Data Exclusions (Tools → Bid Strategies → Advanced Controls → Data Exclusions): stosuj przy awarii conversion tracking. Bufor: dodaj 2 dni PRZED oficjalną awarią (latency konwersji) do dnia naprawy +1-2 dni. Można per kampania, per device lub całe konto. Case study: tracking zepsuty 3-8 lutego, CPA z $200 do $500. Data exclusion: 1-9 lutego. Google podpowiada: 'select a date range that accounts for the typical conversion delay of X days'. Po naprawie + exclusion: smart bidding NIE wraca od razu — kilka dni do tygodnia gorszej wydajności, nie panikuj. ### Diagnostyka spadku konwersji po zmianie (consent, integracja) — 4 kroki weryfikacji - **W087_diagnostyka_spadku_konwersji_4_kroki** (`W087`): Gdy po wdrożeniu consent managera (pop-upu zgód) lub innej zmianie technicznej nagłe spada liczba rejestrowanych konwersji — wykonaj diagnostykę w tej kolejności: (1) Sprawdź procent odrzuceń zgód: wejdź do panelu CMP (CookieBot, Axeptio itp.) → sprawdź ile % użytkowników kliknęło 'Odrzuć'. Jeśli 30-40% odrzuca → tyle konwersji jest niewidocznych. Priorytet: popraw UX bannera (układ przycisków, komunikat). (2) Porównaj ID transakcji GA4 vs dane CRM/sklepu: pobierz listę transaction_id z GA4 (raport e-commerce) i porównaj z listą zamówień ze sklepu za ten sam okres — luka pokazuje % transakcji niewidocznych dla Google. (3) Sprawdź podział wg typów płatności: które metody płatności dominują w zamówieniach bez konwersji? Bramki płatności przekierowujące na zewnętrzny URL przerywają śledzenie (np. PayU na osobnej domenie). Sprawdź czy masz wdrożone wykluczenie referral dla bramki w GA4. (4) Zweryfikuj konfigurację bramek płatności: przetestuj ręcznie zakup przez każdą bramkę i sprawdź w GA4 DebugView, czy zdarzenie 'purchase' odpala się po powrocie ze strony bramki. Jeśli nie — wdróż dodatkową konwersję na stronie potwierdzenia zamówienia lub skorzystaj z Measurement Protocol do korekty danych. ### Elementor Pro nie łączy się z Data Layer — Contact Form 7 + GTM for WordPress jako rozwiązanie - **W117_gtm_elementor_wordpress_contact_form_7** (`W117`): Przy śledzeniu wysłania formularzy na stronach WordPress zbudowanych w Elementor Pro może wystąpić problem: Elementor Pro nie wysyła automatycznie danych formularza do Data Layer GTM — brak zdarzenia w Data Layer po wysłaniu formularza, mimo że formularz działa poprawnie. Skutek: nie można śledzić wysyłki formularza jako konwersji bez niestandardowego kodu. Rozwiązanie: zamiast formularzy Elementora użyj Contact Form 7 (darmowa wtyczka WordPress) w połączeniu z wtyczką 'GTM for WordPress'. Wtyczka GTM for WordPress automatycznie przechwytuje zdarzenia Contact Form 7 i wysyła je do Data Layer z parametrami (form ID, form name) bez dodatkowego kodowania. Dzięki temu można w GTM zbudować trigger na zdarzenie wysłania formularza CF7 i uruchomić tag konwersji Google Ads lub GA4. Alternatywa jeśli musisz zostać przy Elementorze: użyj niestandardowego JavaScript w GTM wykrywającego kliknięcie przycisku submit lub sukces wysłania formularza na podstawie zmiany URL/pojawienia się komunikatu potwierdzającego. ### Facebook CAPI: test event code — musi być usunięty po testowaniu + Lookup Table w GTM - **YT_am_01_facebook_capi_test_event_code** (`YT_analytics-mania`): Przy konfiguracji Facebook Conversion API (CAPI) przez GTM Server-Side: pole 'Test Event Code' w tagu Facebook CAPI służy do debugowania — umożliwia śledzenie zdarzeń w trybie testowym w Events Manager Facebooka. KRYTYCZNY BŁĄD: pozostawienie test event code w produkcji → zdarzenia NIE są rejestrowane w docelowych metrykach Facebooka (trafiają tylko do widoku testowego). To cichy błąd: tag odpala, Events Manager pokazuje zdarzenia w zakładce Test, ale kampanie Facebooka nie widzą tych konwersji. Rozwiązanie w GTM Server-Side (Lookup Table): zamiast ręcznego usuwania kodu po testach, stwórz zmienną GTM typu 'Lookup Table': wejście = zmienna {{debug_mode}} (automatycznie = 'true' w trybie Preview), jeśli wartość = 'true' → zwróć test event code (np. TEST12345), w przeciwnym razie → zwróć pustą wartość ''. Lookup Table automatycznie włącza test event code w trybie podglądu GTM (Preview) i wyłącza go na produkcji — bez ryzyka pomyłki przy ręcznym usuwaniu. Weryfikacja GTM Server-Side i consent: w żądaniu wychodzącym do Facebook API sprawdź parametr gcs — wartość 'G111' oznacza pełną zgodę, 'G100' brak zgody. ### GA4 + GTM: true referer (rzeczywiste odesłanie) dla dark social / ruchu direct - **W061_ga4_true_referer_dark_social** (`W061`): Problem: ruch z social media, Slacka, newsletterów wchodzi jako 'Direct' w GA4 — brakuje referera (dark social). Rozwiązanie (przeniesienie z UA do GA4): W GTM stwórz zmienną JavaScript pobierającą wbudowaną zmienną GTM 'Referer'. W tagu konfiguracji GA4 (tag GA4) dodaj właściwość użytkownika 'true_referer' z wartością tej zmiennej JS. W GA4: Administracja → Dane niestandardowe → Właściwości użytkownika → dodaj 'true_referer'. Ograniczenie (W061): nie można jeszcze użyć true_referer w grupowaniu kanałów GA4 — dostępny tylko w eksploracjach jako wymiar do filtrowania ruchu direct. Wartość: identyfikacja rzeczywistego źródła sesji sklasyfikowanych jako direct. ### GA4 e-commerce: prawidłowa struktura zmiennej items i weryfikacja w GTM + DebugView - **W065_ga4_ecommerce_items_konfiguracja_debug** (`W065`): Prawidłowa struktura tablicy 'items' w dataLayer dla GA4 e-commerce: Pola WYMAGANE: item_id (lub item_name — jedno z nich obowiązkowe). Pola zalecane: item_name, item_brand, item_category, price, quantity. Pełna specyfikacja: dokumentacja Google 'Pomiar e-commerce w GA4' (szukaj: 'pomiar e-commerce GA4 dokumentacja'). Jak weryfikować poprawność wdrożenia: Krok 1 — GTM Preview: Otwórz GTM Debug → znajdź zdarzenie 'purchase' → w prawym górnym rogu PRZEŁĄCZ z 'Names' na 'Values' → sprawdź czy tablica items zawiera poprawne wartości (item_id, name, price, quantity). Krok 2 — GA4 DebugView: GA4 → Administracja → DebugView → kliknij zdarzenie 'purchase' → rozwiń parametry → sprawdź items array. Jeśli event purchase nie pojawia się w GTM Preview: Prawdopodobnie brakuje pola 'event: purchase' w dataLayer.push(). GTM Trigger 'Custom Event' wymaga tego pola — bez niego trigger nie strzela. ### GA4 podwójne zliczanie purchase: problem w kodzie strony (dataLayer), nie w GTM - **W065_ga4_podwojne_zliczanie_purchase_kod_strony** (`W065`): Symptom: w GTM Preview zdarzenie 'purchase' pojawia się 2 razy → konwersje zliczane podwójnie w GA4 i Google Ads. Błędna diagnoza: próba naprawy przez GTM (deduplication, zmiana triggera). Prawidłowa diagnoza: problem leży w KODZIE STRONY (lub wtyczce e-commerce), nie w GTM. GTM tylko ODBIERA sygnały z dataLayer i przesyła je dalej — nie generuje zdarzeń samodzielnie. Przyczyny podwójnego push do dataLayer: (1) Kod strony wywołuje dataLayer.push({'event': 'purchase'}) 2 razy (np. raz w kodzie customowym, raz przez wtyczkę). (2) Strona potwierdzenia zamówienia ładuje się 2 razy (przekierowanie → reload). (3) Dwa osobne fragmenty kodu (IT + wtyczka) pushują ten sam event. FIX: zidentyfikuj wszystkie miejsca pushujące event 'purchase' w kodzie strony → zostaw tylko jedno. Nie łataj GTM deduplikacją jako docelowym rozwiązaniem — napraw źródło sygnału. ### GA4 pomiar zaawansowany: wyłącz przy własnym śledzeniu — inaczej konwersje duplikują się wstecz - **W064_ga4_pomiar_zaawansowany_duplikaty_konwersji** (`W064`): GA4 'Pomiar zaawansowany' (Enhanced Measurement) automatycznie śledzi kliknięcia, scrolle, odtwarzanie wideo, pobrania plików — bez GTM. Problem: jeśli JEDNOCZEŚNIE masz własne śledzenie w GTM dla tych samych zdarzeń → DUPLIKATY eventów. Szczególnie niebezpieczne: automatyczne zdarzenie 'purchase' z pomiaru zaawansowanego + własny tag GTM dla 'purchase' → podwójne zliczanie zakupów w GA4. Efekt w Google Ads: konwersje mogą pojawiać się WSTECZ (Google Ads importuje je z GA4 i przypisuje do wcześniejszych kampanii) — trudne do wykrycia. REKOMENDACJA: Przy własnym wdrożeniu przez GTM — wyłącz pomiar zaawansowany w ustawieniach strumienia GA4 lub zostaw tylko te auto-eventy, których nie śledzisz przez GTM. Weryfikacja: w GTM Preview + DebugView GA4 sprawdź czy ten sam event pojawia się 2x. ### GA4: usuwanie danych wrażliwych (PII) — ryzyko blokady konta i jak konfigurować - **KDGA03_02_pii_usuniecie_danych_ga4** (`KDGA03`): Google rygorystycznie zabrania przesyłania do Google Analytics danych umożliwiających identyfikację osób (PII — Personally Identifiable Information): adresów e-mail, numerów telefonów, imion, nazwisk, adresów. Naruszenie tej polityki może prowadzić do zablokowania konta GA4. Kiedy PII może trafić do GA4: gdy w URL strony podziękowania lub potwierdzenia pojawia się parametr z danymi klienta, np. /?email=jan@firma.pl&name=Jan. Jak usunąć: GA4 → Administracja → Strumień danych → wybierz strumień → 'Usuwanie danych' (zakładka w ustawieniach strumienia) → wpisz parametry URL, które system ma ignorować (np. email, name, firstname, phone). Parametry wpisuj dokładnie tak, jak pojawiają się w adresach URL witryny — wielkość liter ma znaczenie. Test wbudowany: wbudowany tester pozwala wkleić przykładowy URL z danymi wrażliwymi i sprawdzić, czy system poprawnie je maskuje przed zapisem w raportach. Dodatkowe zabezpieczenie: w GTM nie przekazuj PII jako parametrów zdarzeń — np. nie wysyłaj adresu e-mail klienta jako user_property bez wcześniejszego zahashowania. Konwersje rozszerzone (Enhanced Conversions) to wyjątek — Google sam hashuje te dane przed zapisem, co jest celowym i dozwolonym przepływem. ### GDN brak konwersji w panelu mimo leadów: diagnostyka krok po kroku - **W069_gtm_tracking_gdn_brak_konwersji_diagnostyka** (`W069`): Kampania GDN generuje leady (potwierdzają to UTM-y w CRM lub narzędziu do formularzy), ale panel Google Ads nie pokazuje konwersji — lista rzeczy do sprawdzenia: (1) Wdrożenie piksela konwersji — czy tag konwersji Google Ads w ogóle odpala na stronie podziękowania / po wysłaniu formularza (sprawdź GTM Preview lub GA4 DebugView). (2) Gubienie GCLID — czy parametr gclid jest prawidłowo przekazywany przez formularz (niektóre narzędzia do formularzy nie zapisują GCLID w ukrytym polu lub tracą go przy przekierowaniu); bez GCLID konwersja nie jest przypisana do kliknięcia reklamowego. (3) Autotagowanie — czy w ustawieniach konta Google Ads jest włączone autotagowanie (dodaje parametr gclid do URL). (4) Mikrokonwersje — jeśli skonfigurowano mikrokonwersje, upewnij się, że są ustawione jako 'podstawowe' jeśli chcesz je widzieć w kolumnie konwersji. (5) Szablony śledzenia — sprawdź czy na poziomie konta/kampanii/grupy nie ma szablonu śledzenia modyfikującego URL, który 'gubi' GCLID przy przekierowaniach. (6) Dane w Analytics — jeśli ruch z GDN widoczny jest w GA4 ze źródłem 'google/cpc' i UTM-y pasują, ale Google Ads nie widzi konwersji, problem leży w powiązaniu kont lub konfiguracji importu konwersji z GA4 (zalecane rozwiązanie: natywny piksel Google Ads). ### GTM + Magento: Purchase nie pojawia się w preview — brak pola 'event' w dataLayer - **W064_gtm_magento_purchase_brak_nazwy_eventu** (`W064`): Problem: na sklepie Magento konfiguracja GA4 przez GTM — event 'purchase' nie pojawia się w podglądzie GTM (GTM Preview/Debug). Dane o transakcji są widoczne w dataLayer (ecommerce.purchase, ecommerce.items itd.), ale tag GA4 nie odpala. Przyczyna: brak pola 'event' w push do dataLayer. GTM trigger 'Custom Event' wymaga, żeby dataLayer.push() zawierało pole 'event': {'event': 'purchase', 'ecommerce': {...}} Bez pola 'event' — GTM nie wie kiedy triggerować tagi. FIX: w kodzie Magento (lub wtyczce GA4) znajdź push do dataLayer na stronie potwierdzenia zamówienia i dodaj pole event: 'purchase'. Jeśli nie masz dostępu do kodu: użyj GTM trigger 'Page View' na URL strony thank-you + odczyt zmiennych ecommerce z dataLayer przez Data Layer Variable. ### GTM + Server-Side Tracking: architektura dwóch kontenerów — nie usuwaj GTM ze strony - **W111_gtm_sst_dwa_kontenery** (`W111`): Wdrożenie Server-Side Trackingu (SST) przez GTM Server-Side lub Google Tag Gateway nie oznacza usunięcia standardowego kontenera GTM ze strony. Architektura SST wymaga DWÓCH kontenerów działających równolegle: (1) KONTENER WITRYNOWY (Web Container) — standardowy GTM na stronie (tag