Nowy raport Search terms and ad combinations w Google Ads: jak łączyć dane PPC z SEO w WooCommerce

W połowie października 2026 roku w systemie Google Ads pojawiły się testy wyczekiwanego przez analityków narzędzia: raportu Search terms and ad combinations report. Ta nowa funkcja diagnostyczna odpowiada na jeden z najpoważniejszych problemów współczesnego marketingu w wyszukiwarkach, czyli brak przejrzystości algorytmów inteligentnego ustalania stawek (Smart Bidding) oraz reklam elastycznych w sieci wyszukiwania (Responsive Search Ads - RSA).

Raport jako pierwsza zauważyła Natasha Kaurra, która opublikowała zrzut ekranu na LinkedInie, a Search Engine Roundtable opisał go 14 października 2026 roku jako test. Pojawia się w kontach z kampaniami AI Max w sieci wyszukiwania, a Google nie opublikował jeszcze artykułu pomocy na jego temat.

Dotychczas reklamodawcy widzieli oddzielnie listę wyszukiwanych haseł oraz oddzielnie statystyki poszczególnych zasobów tekstowych. Niemożliwe było precyzyjne ustalenie, który zestaw nagłówków i tekstów wyświetlił się użytkownikowi wpisującemu konkretną frazę z długiego ogona.

Dla inżynierów i menedżerów e-commerce rozwijających sklepy na platformie WordPress otwiera to unikalne możliwości. Połączenie wiedzy o wygrywających kombinacjach tekstowych z architekturą sklepu WooCommerce pozwala nie tylko obniżyć koszty płatnych kampanii, lecz także zasilić organiczne klastry tematyczne dokładnie tymi frazami, które generują najwyższą wartość koszyka.

W tym wyczerpującym poradniku analizujemy architekturę nowego raportu, mechanizmy łączenia danych PPC z organicznym SEO oraz techniczne przygotowanie bazy WooCommerce do obsługi pętli first-party data.

#Co pokazuje raport search terms and ad combinations na dziś

Nie ma jeszcze oficjalnego ogłoszenia ani strony w centrum pomocy. Wszystko, co wiadomo, pochodzi ze zrzutu ekranu opublikowanego przez Natashę Kaurrę i z artykułu Search Engine Roundtable, według którego Google najprawdopodobniej testuje raport. Zgodnie z tym źródłem jedna tabela łączy pięć pól, które wcześniej były w osobnych widokach:

Dwie ostatnie kolumny wyjaśniają powiązanie z AI Max. Strona Google o AI Max w kampaniach w sieci wyszukiwania wymienia trzy funkcje: szersze dopasowanie wyszukiwanych haseł, lepsze dostosowanie tekstu nagłówków i tekstów reklam oraz rozszerzenie końcowego URL, które kieruje użytkownika na stronę docelową lepiej pasującą do jego intencji. Gdy te funkcje są włączone, tekst i strona widziane przez kupującego mogą nie być tymi, które reklamodawca napisał lub wybrał. W katalogu WooCommerce najważniejsze jest rozszerzenie końcowego URL: adres kategorii lub produktu wybrany przez Google stoi teraz w tym samym wierszu co zapytanie, które go uruchomiło.

Ponieważ to test, nazwy kolumn i dostępność mogą się jeszcze zmienić, a zrzut ekranu nie pokazuje, jakie metryki, na przykład konwersje czy wartość konwersji, stoją przy każdym wierszu. Dlatego dalszy proces zaczyna się od raportów, które Google dziś dokumentuje, a nowy raport traktuje jako dodatkową warstwę, gdy pojawi się na koncie.

#Dlaczego połączenie haseł z kombinacjami RSA rozwiązuje problem czarnej skrzynki

Od momentu wprowadzenia formatu RSA jako domyślnego typu reklamy w Google Ads, specjaliści borykali się z problemem losowości miksowania treści. System pozwala na zdefiniowanie do piętnastu nagłówków i czterech tekstów, z których algorytm uczenia maszynowego w ułamku sekundy tworzy dynamiczną kreację dopasowaną do zapytania.

Brak raportowania powiązań między hasłem a kombinacją prowadził do szeregu anomalii biznesowych:

• Niewidoczne niedopasowanie semantyczne: Reklama mogła wyświetlać nagłówki techniczne użytkownikom poszukującym porad ogólnych, co windowało wskaźnik odrzuceń na stronie docelowej.
• Kanibalizacja wewnętrzna: Różne kombinacje tej samej reklamy konkurowały o te same zapytania, maskując faktyczny koszt pozyskania klienta.
• Trudność w wykluczaniu nietrafnych intencji: Tradycyjny raport haseł pokazywał kliknięcie, ale nie wyjaśniał, czy przyczyną braku zakupu była niska jakość oferty, czy też obietnica w nagłówku, której sklep nie był w stanie spełnić.

Poniższy schemat obrazuje przepływ danych w nowym modelu raportowania Google Ads:

[Zapytanie użytkownika w wyszukiwarce Google]
                       │
                       ▼
    [Dopasowanie semantyczne zapytania przez AI]
                       │
                       ▼
 [Dynamiczne złożenie kreacji RSA: do 3 nagłówków + 2 teksty]
                       │
                       ▼
         [Zdarzenie kliknięcia i przejście do sklepu]
                       │
                       ▼
[Nowy raport: Hasło <-> Nagłówki i teksty <-> Strona docelowa]

Dzięki takiemu powiązaniu analityk otrzymuje jednoznaczną informację: jakie dokładnie argumenty sprzedażowe przekonały użytkownika posługującego się konkretną terminologią branżową.

#Jak czytać dziś raport wyszukiwanych haseł i raport kombinacji w Google Ads

Obecny raport wyszukiwanych haseł znajduje się w “Campaigns”, potem “Insights and reports” i “Search terms” (etykiety interfejsu po angielsku, według pomocy Google). Trzy szczegóły z dokumentacji zmieniają sposób czytania jego wierszy:

• Kolumna “Match type” pokazuje, jak blisko dane hasło wiąże się ze słowem kluczowym. Kolumna “Keyword” jest domyślnie ukryta i włącza się ją w “Columns”, “Attributes”, “Keyword”.
• Hasła bez wystarczającej liczby zapytań są pomijane ze względu na prywatność, więc widoczne wiersze nigdy nie sumują się do całego opłaconego ruchu.
• Dynamiczne reklamy w wyszukiwarce i dopasowania Shopping nie pokazują słowa kluczowego, a jako typ dopasowania mają “Exact”.

Dla tekstu reklamy są dwa osobne widoki. Raport kombinacji jest w “Campaigns”, “Ads”, potem “View asset details” pod reklamą i karta “Combinations”. Pokazuje kombinacje utworzone przez elastyczną reklamę w wyszukiwarce i liczbę wyświetleń każdej z nich. Google odradza odtwarzanie ich jako reklam statycznych, bo nie ma gwarancji, że osiągną takie same wyniki jak reklama: dobór zależy od sygnałów w czasie rzeczywistym. Raport komponentów wymienia każdy nagłówek i tekst z wyświetleniami, kliknięciami, kosztem, konwersjami i wartością konwersji. Pełne statystyki na poziomie komponentu obejmują daty od 5 czerwca 2025 roku, dawna kolumna “Performance label” została wycofana, a wskaźniki ilorazowe, takie jak CTR, CPA i ROAS na poziomie komponentu, Google uznaje wyłącznie za orientacyjne.

Zasady RSA, które stoją za tymi liczbami: jedna reklama przyjmuje do 15 nagłówków i 4 tekstów, przy minimum 3 nagłówkach i 2 tekstach. Wyświetlona reklama pokazuje co najmniej jeden nagłówek i jeden tekst. Nagłówek 1 i tekst 1 zwykle się pojawiają, a nagłówek 2, nagłówek 3 i tekst 2 mogą się nie pojawić. Przypięcie tekstu do pozycji nagłówka 1 lub 2 gwarantuje wyświetlenie, ale Google nie zaleca tego większości reklamodawców i może to obniżyć siłę reklamy (Ad Strength). Zwycięski argument znaleziony w tych raportach lepiej dodać jako nowy nagłówek, który nadal rotuje, niż przypinać go na każdej pozycji.

#Jak przekładać wygrywające kombinacje PPC na organiczne SEO w WooCommerce

Największą przewagą konkurencyjną w handlu elektronicznym jest szybkość transferu wiedzy między kanałami. Dane z płatnych kampanii Google Ads dostarczają natychmiastowych wyników testów A/B na próbie tysięcy użytkowników. Czekanie miesiącami na wyniki testów organicznych staje się zbędne, gdy można wykorzystać zweryfikowane wzorce z reklam płatnych.

Kroki wdrożenia wniosków z raportu w strukturze WordPressa:

#1. Optymalizacja nagłówków H1 i H2 na stronach kategorii

Jeśli raport wykazuje, że dla zapytania “ekspres kolbowy ze stali nierdzewnej do gastronomii” najwyższy współczynnik konwersji generuje kombinacja nagłówków akcentująca “gwarancję ciągłości pracy” zamiast “niskiej ceny”, ta informacja musi natychmiast trafić na organiczną stronę kategorii.

Wprowadzenie dedykowanego bloku nagłówkowego na docelowej podstronie kategorii WooCommerce zwiększa spójność intencji i obniża współczynnik porzuceń:

add_action('woocommerce_archive_description', function () {
    if (!is_product_category()) {
        return;
    }

    $queried_object = get_queried_object();
    $custom_hero_title = get_term_meta($queried_object->term_id, 'hero_conversion_title', true);
    $custom_hero_desc  = get_term_meta($queried_object->term_id, 'hero_conversion_desc', true);

    if (!empty($custom_hero_title)) {
        echo '<div class="category-conversion-banner my-6 p-6 bg-slate-50 border border-slate-200 rounded-lg">';
        echo '<h2 class="text-xl font-bold text-slate-900 mb-2">' . esc_html($custom_hero_title) . '</h2>';
        if (!empty($custom_hero_desc)) {
            echo '<p class="text-sm text-slate-600 leading-relaxed">' . esc_html($custom_hero_desc) . '</p>';
        }
        echo '</div>';
    }
}, 15);

#2. Rozbudowa danych strukturalnych FAQPage i Product Schema

Wygrywające nagłówki RSA najczęściej formułują odpowiedzi na kluczowe obiekcje klientów (terminy dostawy, warunki serwisu, kompatybilność podzespołów). Treści te należy ustrukturyzować w formacie Schema.org JSON-LD, zasilając jednocześnie organiczny indeks Google oraz systemy wyszukiwania AI (AEO).

#Jak wynik jakości łączy się z trafnością nagłówka i strony docelowej

Google definiuje wynik jakości jako diagnostykę w skali od 1 do 10 na poziomie słowa kluczowego. Składają się na niego trzy elementy, każdy oceniany jako powyżej średniej, średnio lub poniżej średniej: przewidywany CTR, trafność reklamy (jak dobrze reklama odpowiada intencji wyszukiwania) i jakość strony docelowej (na ile strona jest trafna i przydatna dla osoby, która kliknęła). Ta sama strona wyjaśnia, że wynik jakości nie jest czynnikiem aukcji i nie jest wskaźnikiem KPI do optymalizowania.

To zmienia sposób oceniania opisanej wyżej pracy w WooCommerce. Przeniesienie konwertującego zapytania do nagłówka wpływa na trafność reklamy. Odpowiedź na to samo zapytanie na stronie kategorii wpływa na jakość strony docelowej. Oba efekty sprawdza się w kolumnach składowych słowa kluczowego, a nie w pojedynczej ocenie, a składowa, która po przepisaniu kategorii przechodzi z poniżej średniej na średnio, pokazuje, że strona odpowiada już na zapytanie.

#Architektura first-party data i analityka server-side w WooCommerce

Aby w pełni wykorzystać potencjał nowego raportowania, system pomiarowy musi bezbłędnie rejestrować wartość transakcji bez strat wynikających z blokowania skryptów przez wtyczki przeglądarkowe. Przesyłanie parametrów zamówienia przez przeglądarkę klienta staje się zawodne.

Wdrożenie analityki po stronie serwera z użyciem Server-Side Google Tag Manager (sGTM) pozwala na bezpieczne przesyłanie zdarzeń transakcyjnych bezpośrednio do Google Ads.

Tabela porównawcza architektur analitycznych w e-commerce:

Poniższy kod demonstruje rejestrację bezpiecznego zdarzenia serwerowego w WooCommerce po sfinalizowaniu zamówienia:

add_action('woocommerce_thankyou', function ($order_id) {
    if (!$order_id) {
        return;
    }

    $order = wc_get_order($order_id);
    if (!$order || $order->get_meta('_sgtm_conversion_dispatched')) {
        return;
    }

    // Przygotowanie bezpiecznego payloadu transakcyjnego
    $payload = [
        'event_name'       => 'purchase',
        'order_id'         => (string) $order->get_id(),
        'currency'         => $order->get_currency(),
        'value'            => (float) $order->get_total(),
        'shipping'         => (float) $order->get_shipping_total(),
        'tax'              => (float) $order->get_total_tax(),
        'items_count'      => $order->get_item_count(),
        'user_data'        => [
            'email_hash'   => hash('sha256', strtolower(trim($order->get_billing_email()))),
            'phone_hash'   => hash('sha256', preg_replace('/[^0-9+]/', '', $order->get_billing_phone())),
        ],
        'timestamp'        => current_time('timestamp'),
    ];

    // Asynchroniczne wysłanie do kontenera sGTM
    $endpoint_url = defined('SGTM_SERVER_ENDPOINT') ? SGTM_SERVER_ENDPOINT : 'https://data.wppoland.com/events';
    
    wp_remote_post($endpoint_url, [
        'method'      => 'POST',
        'timeout'     => 5,
        'redirection' => 2,
        'blocking'    => false, // Nie blokujemy renderowania strony podziękowania
        'headers'     => [
            'Content-Type' => 'application/json',
            'X-Secret-Key' => defined('SGTM_SECRET') ? SGTM_SECRET : '',
        ],
        'body'        => wp_json_encode($payload),
    ]);

    $order->update_meta_data('_sgtm_conversion_dispatched', '1');
    $order->save();
}, 20);

Wysyłka danych w tle ('blocking' => false) gwarantuje, że klient nie doświadczy opóźnienia w wyświetleniu ekranu potwierdzenia zakupu, a algorytm reklamowy otrzyma pełne dane o wartości transakcji.

#Jak sformatować zahaszowane dane klienta dla konwersji rozszerzonych

Powyższy fragment haszuje e-mail i telefon, zanim opuszczą sklep. Dokumentacja Google o konwersjach rozszerzonych określa format, jaki te wartości muszą mieć, żeby dało się je dopasować:

• Haszowanie to SHA256 w zapisie szesnastkowym, a dane można też wysyłać już zahaszowane.
• Przed haszowaniem usuwa się białe znaki i zamienia tekst na małe litery. W adresach gmail.com i googlemail.com usuwa się kropki przed nazwą domeny.
• Numery telefonów muszą być w formacie E.164, ze znakiem plus i numerem kierunkowym kraju, a telefon trzeba wysłać razem z e-mailem albo z imieniem, nazwiskiem i adresem.
• Każde pole przyjmuje kilka wartości: do 3 dla e-maila i telefonu, 2 dla adresu.
• Pola, których sklep nie zbiera, pomija się zamiast wysyłać puste.

Dlatego linia z telefonem we fragmencie zachowuje znak plus. Usunięcie wszystkich znaków poza cyframi daje hash, który nie może pasować do numeru zapisanego w E.164. WooCommerce przechowuje telefon rozliczeniowy tak, jak wpisał go klient, więc dane zamówienia trzeba najpierw znormalizować do E.164, biorąc numer kierunkowy z kraju rozliczeniowego.

Jeśli sklep korzysta też z konwersji rozszerzonych przez tag Google w przeglądarce, Google podaje dwa sposoby sprawdzenia: żądanie konwersji w karcie sieci zawiera parametr “em” zaczynający się od “tv.1~em” i zahaszowany ciąg, a raport diagnostyki tagu staje się dostępny po około 72 godzinach od wdrożenia.

Zgoda dotyczy obu ścieżek. Tryb zgody (Consent Mode) przekazuje wybór z banera cookies sklepu do tagów Google; ad_storage steruje plikami cookie i identyfikatorami Google Ads. W implementacji podstawowej tagi Google nie ładują się, dopóki odwiedzający nie zareaguje na baner. W implementacji zaawansowanej tagi ładują się od razu i przy braku zgody wysyłają pingi bez plików cookie, co pozwala Google stosować model konwersji dopasowany do reklamodawcy zamiast modelu ogólnego.

#Integracja stanów magazynowych i marży z ERP a efektywność kampanii

Najczęstszym błędem w skalowaniu kampanii płatnych jest licytowanie stawek w oparciu o przychód zamiast o faktyczną marżę handlową. Raport kombinacji może wskazywać rewelacyjny wskaźnik konwersji dla produktu, na którym sklep zarabia minimalną kwotę lub który generuje wysoki koszt obsługi logistycznej.

W profesjonalnych instalacjach e-commerce fundament stanowi elastyczna integracja WooCommerce ERP, która przekazuje do bazy danych sklepu nie tylko stany ilościowe, ale także grupy marżowe produktów.

Dzięki temu system Google Ads może optymalizować stawki w oparciu o niestandardowe etykiety (Custom Labels) w feedzie produktowym:

• Etykieta Wysoka Marża: Agresywne licytowanie w oparciu o rozbudowane kombinacje nagłówków jakościowych.
• Etykieta Wyprzedaż Końcówek: Dynamiczne nagłówki kładące nacisk na natychmiastową dostępność i rabat ilościowy.
• Etykieta Ograniczona Dostępność: Automatyczne wstrzymanie promowania, gdy stan magazynowy spada poniżej zdefiniowanego bufora bezpieczeństwa.

Gdy system ERP melduje brak towaru na półce, webhook wysyłany do WordPressa natychmiast aktualizuje metadane, co z kolei wstrzymuje emisję powiązanych zestawów reklamowych, chroniąc budżet przed marnotrawstwem.

Mechanikę etykiet opisuje pomoc Google Merchant Center. Atrybutów jest pięć, od custom_label_0 do custom_label_4. Każdy produkt przyjmuje jedną wartość na atrybut, wartości mają od 1 do 100 znaków, a każdy atrybut dopuszcza do 1000 unikalnych wartości w koncie. Przykład samego Google używa custom_label_3 dla marży, z wartościami niska marża i wysoka marża. Etykiety filtrują kampanie Performance Max, Shopping i Demand Gen na potrzeby raportów i ustalania stawek, a kupujący nigdy ich nie widzi. Nie docierają do kampanii w sieci wyszukiwania, więc nagłówki RSA z raportu kombinacji wstrzymuje się lub rotuje na poziomie grupy reklam, a grupa marżowa z ERP trafia do feedu.

#Bezpieczeństwo infrastruktury i higiena bazy danych przy dużej skali zapytań

Częsta synchronizacja danych o konwersjach, zapytaniach i stanach magazynowych generuje wzmożony ruch w bazie danych MySQL. Tabela wp_postmeta w WooCommerce przy kilkunastu tysiącach zamówień miesięcznie potrafi rozrosnąć się do gigantycznych rozmiarów, spowalniając realizację transakcji w koszyku.

Utrzymanie stabilności środowiska wymaga regularnych procedur audytowych, analogicznych do tych stosowanych w ramach audytu bezpieczeństwa WordPress.

Kluczowe zalecenia optymalizacyjne dla serwera bazodanowego:

1. Wdrożenie tabel High-Performance Order Storage (HPOS): Migracja zamówień z tradycyjnych tabel wpisów do dedykowanych tabel WooCommerce drastycznie skraca czas zapisu metadanych.
2. Czyszczenie danych tymczasowych (Transients): Usuwanie wygasłych wpisów sesyjnych za pomocą zadań cron wykonywanych poza godzinami szczytu.
3. Pamięć podręczna Redis: Buforowanie całych obiektów produktów i kategorii w pamięci RAM, zapobiegające blokowaniu tabel podczas odpytywania bazy przez integracje API.
4. Izolacja ruchu analitycznego: Skierowanie zapytań webhooków na niezależny węzeł PHP-FPM z odrębnym limitem procesów roboczych.

Poniższy fragment konfiguracji Nginx ilustruje izolację punktów wejściowych dla webhooków analitycznych:

# Odizolowana strefa dla webhookow analitycznych i synchronizacji ERP
location ~ ^/wp-json/analytics-collector/ {
    limit_req zone=analytics_limit burst=50 nodelay;
    
    fastcgi_pass unix:/run/php/php8.3-fpm-analytics.sock;
    fastcgi_index index.php;
    fastcgi_param SCRIPT_FILENAME $document_root/index.php;
    include fastcgi_params;
    
    fastcgi_read_timeout 30s;
    fastcgi_buffer_size 32k;
    fastcgi_buffers 16 16k;
}

Dzięki rozdzieleniu pul procesów PHP, nawet gwałtowny spływ tysięcy zdarzeń transakcyjnych nie spowoduje spowolnienia witryny dla klientów przeglądających ofertę sklepu.

#Matryca decyzji biznesowych na podstawie nowego raportu

Analiza danych z raportu Search terms and ad combinations powinna prowadzić do konkretnych działań technicznych i redakcyjnych. Zamiast ręcznego przeglądania tysięcy wierszy, warto zastosować ustrukturyzowany schemat decyzyjny.

Matryca działań optymalizacyjnych:

Wdrożenie tej matrycy w cyklu dwutygodniowym pozwala na systematyczne eliminowanie nieefektywnych kombinacji i sukcesywne podnoszenie wyniku jakości witryny.

#Jak dodawać wykluczające słowa kluczowe z wyszukiwanych haseł bez blokowania sprzedaży

Matryca decyzji częściej niż jakimkolwiek innym działaniem kończy się wykluczającymi słowami kluczowymi, a zasady Google dla wykluczeń działają inaczej niż dopasowania pozytywne:

• Wykluczające dopasowanie przybliżone blokuje reklamę, gdy wyszukiwanie zawiera wszystkie wykluczone słowa, w dowolnej kolejności.
• Wykluczające dopasowanie do wyrażenia blokuje reklamę, gdy słowa występują w tej samej kolejności, także z dodatkowymi słowami wokół.
• Wykluczające dopasowanie ścisłe blokuje reklamę tylko dla dokładnie tych słów, w tej kolejności i bez dodatkowych słów.
• Wykluczenia nie obejmują bliskich odmian ani innych rozszerzeń, więc liczba pojedyncza i mnoga czy typowe literówki wymagają osobnych wpisów.
• W wyszukiwaniach dłuższych niż 16 słów wykluczenie stojące po 16. słowie może nie zablokować reklamy.

W sklepie WooCommerce, który sprzedaje firmom i klientom indywidualnym, wykluczenie z dopasowaniem do wyrażenia na sformułowanie klienta indywidualnego usuwa takie wyszukiwania z kategorii tylko dla firm, nie blokując samej nazwy produktu. Google ostrzega też, że zbyt wiele wykluczeń zmniejsza zasięg, więc każdą partię dodaną z raportu wyszukiwanych haseł warto sprawdzić pod kątem wyświetleń w kolejnym cyklu przeglądu.

#Podsumowanie i plan działań dla zespołu technicznego

Testy raportu Search terms and ad combinations w Google Ads to wyraźny sygnał powrotu do większej transparentności w analityce wyszukiwania. Przedsiębiorstwa, które potrafią połączyć te dane z własnym ekosystemem e-commerce, zyskują przewagę nad konkurencją działającą w modelu silosowym.

Rekomendowany harmonogram wdrożenia:

1. Etap 1: Audyt zbierania danych:
   • Sprawdzenie poprawności wdrożenia tagów śledzących i weryfikacja zgodności z Consent Mode v2.
2. Etap 2: Wdrożenie analityki po stronie serwera:
   • Uruchomienie kontenera sGTM i konfiguracja asynchronicznych webhooków zakupu w WooCommerce.
3. Etap 3: Ujednolicenie taksonomii produktów:
   • Przeniesienie wygrywających fraz z raportu reklamowego do tytułów, opisów i nagłówków stron kategorii.
4. Etap 4: Automatyzacja wymiany danych z ERP:
   • Zapewnienie synchronizacji stanów magazynowych i marży w celu sterowania stawkami kampanii.
5. Etap 5: Cykliczny przegląd kombinacji:
   • Regularna aktualizacja zasobów tekstowych RSA i eliminacja kombinacji generujących wysoki współczynnik odrzuceń.