Ny Search terms and ad combinations rapport i Google Ads: koble PPC data med WooCommerce SEO

I midten av oktober 2026 ble det kjent at Google Ads tester en ny og etterlengtet analysemulighet: rapporten Search terms and ad combinations report. Dette diagnostiske verktøyet tar tak i et av de mest krevende problemene i moderne digital markedsføring, nemlig mangelen på innsyn i automatiserte budstrategier (Smart Bidding) og sammensetningen av responsive søkeannonser (Responsive Search Ads - RSA).

Rapporten ble først oppdaget av Natasha Kaurra, som delte et skjermbilde på LinkedIn, og Search Engine Roundtable omtalte den 14. oktober 2026 som en test. Den dukker opp i kontoer med AI Max for Search kampanjer, og Google har ennå ikke publisert en hjelpeartikkel om den.

Tidligere har annonsører måttet nøye seg med å se en samlet oversikt over søkeord i en tabell, mens vurderingen av de enkelte tekstene lå i en helt annen fane. Hvilke overskrifter og beskrivelser som faktisk ble vist da en bruker søkte etter en spesifikk og detaljert vare, var umulig å vite med sikkerhet.

For tekniske ledere, systemutviklere og eiere av nettbutikker på WordPress gir denne endringen verdifulle fortrinn. Ved å koble kunnskapen om hvilke tekstkombinasjoner som utløser kjøp direkte mot dataarkitekturen i WooCommerce, kan man både redusere unødvendige annonsekostnader og berike de organiske temaklyngene med søkeord som beviselig gir høy ordrerespons.

I denne veiledningen analyserer vi oppbygningen av den nye rapporten, hvordan innsikten overføres til organisk søkemotoroptimalisering, og hvilke krav dette stiller til tjeneroppsettet i WooCommerce.

#Hva search terms and ad combinations rapporten viser så langt

Det finnes ennå ingen offisiell kunngjøring eller side i hjelpesenteret for rapporten. Alt som er kjent, kommer fra skjermbildet Natasha Kaurra publiserte og fra artikkelen i Search Engine Roundtable, som skriver at Google ser ut til å teste den. Ifølge den kilden samler én tabell fem felt som tidligere lå i separate visninger:

De to siste kolonnene forklarer koblingen til AI Max. Googles side om AI Max for Search kampanjer nevner tre funksjoner: bredere samsvar med søkeord, bedre tilpasning av teksten i overskrifter og beskrivelser, og utvidelse av den endelige nettadressen, som sender brukeren til landingssiden som passer best til hensikten. Når disse er slått på, er teksten og siden kunden ser ikke nødvendigvis skrevet eller valgt av annonsøren. For en WooCommerce katalog betyr utvidelsen av nettadressen mest: en kategori- eller produktadresse valgt av Google står nå på samme rad som søket som utløste den.

Siden dette er en test, kan kolonnenavn og tilgjengelighet fortsatt endres, og skjermbildet viser ikke hvilke beregninger, som konverteringer eller konverteringsverdi, som står ved hver rad. Arbeidsflyten nedenfor tar derfor utgangspunkt i rapportene Google dokumenterer i dag, og behandler den nye rapporten som et ekstra lag når den dukker opp i kontoen.

#Hvorfor koblingen mellom søkeord og RSA kombinasjoner åpner den svarte boksen

Helt siden responsive søkeannonser ble standardformatet i Google Ads, har markedsførere måttet forholde seg til at systemet mikser tekstene automatisk. Annonsøren legger inn inntil femten overskrifter og fire beskrivelsestekster, og maskinlæring setter sammen det som antas å passe best for hver enkelt bruker.

Uten mulighet til å se sammenhengen mellom søket og den viste teksten har det oppstått flere utfordringer:

• Skjulte semantiske feilvurderinger: En bruker som søkte etter grunnleggende råd, kunne få opp tekniske spesifikasjoner, noe som førte til høy fluktfrekvens på landingssiden.
• Intern konkurranse mellom annonser: Flere varianter av samme annonse konkurrerte om de samme henvendelsene, noe som gjorde det vanskelig å beregne reell anskaffelseskostnad.
• Vanskeligere ekskludering av irrelevante søk: Den tradisjonelle rapporten viste klikk og kostnad, men forklarte ikke om det manglende kjøpet skyldtes selve tilbudet eller at annonseteksten ga feil forventninger.

Flytskjemaet under illustrerer dataflyten i Googles nye rapporteringsoppsett:

[Brukeren taster inn et soek i Google]
                  │
                  ▼
   [Maskinell analyse av soekehensikten]
                  │
                  ▼
[Dynamisk RSA sammensetning: opptil 3 overskrifter + 2 tekster]
                  │
                  ▼
     [Klikk og overgang til nettbutikken]
                  │
                  ▼
[Ny rapport: Søkeord <-> Overskrifter og beskrivelser <-> Landingsside]

Med denne koblingen får man klarhet i nøyaktig hvilke salgsargumenter som overbeviste kunden om å gjennomføre handelen.

#Hvordan lese søkeordsrapporten og kombinasjonsrapporten i Google Ads i dag

Den eksisterende søkeordsrapporten ligger under “Campaigns”, deretter “Insights and reports” og “Search terms” (grensesnittnavn på engelsk, ifølge Googles hjelp). Tre detaljer fra dokumentasjonen endrer hvordan radene skal leses:

• Kolonnen “Match type” viser hvor nært hvert søkeord henger sammen med nøkkelordet. Kolonnen “Keyword” er skjult som standard og slås på under “Columns”, “Attributes”, “Keyword”.
• Søkeord uten nok søkeaktivitet utelates av personvernhensyn, så de synlige radene summerer aldri opp all trafikken det er betalt for.
• Dynamiske søkeannonser og Shopping-treff viser ikke noe nøkkelord og har “Exact” som samsvarstype.

For annonsetekst finnes det to separate visninger. Kombinasjonsrapporten ligger under “Campaigns”, “Ads”, deretter “View asset details” under annonsen og fanen “Combinations”. Den viser kombinasjonene en responsiv søkeannonse har laget og visningene hver av dem fikk. Google fraråder å bygge dem om til statiske annonser, fordi det ikke er garantert at de presterer like godt som annonsen: utvalget avhenger av sanntidssignaler. Ressursrapporten viser hver overskrift og beskrivelse med visninger, klikk, kostnad, konverteringer og konverteringsverdi. Full statistikk per ressurs gjelder datoer fra 5. juni 2025, den gamle kolonnen “Performance label” er avviklet, og Google regner forholdstall som CTR, CPA og ROAS på ressursnivå bare som veiledende.

RSA reglene bak tallene: én annonse tar opptil 15 overskrifter og 4 beskrivelser, og minst 3 overskrifter og 2 beskrivelser er påkrevd. En vist annonse har minst én overskrift og én beskrivelse. Overskrift 1 og beskrivelse 1 vises som regel, mens overskrift 2, overskrift 3 og beskrivelse 2 ikke alltid vises. Festing til overskriftsposisjon 1 eller 2 garanterer visning, men Google anbefaler det ikke for de fleste annonsører, og det kan senke annonsestyrken (Ad Strength). Et vinnende argument fra disse rapportene bør derfor legges inn som en ny overskrift som fortsatt roterer, ikke festes i alle posisjoner.

#Hvordan overføre gode PPC kombinasjoner til organisk SEO i WooCommerce

Den største konkurransefordelen i netthandel er hvor raskt man evner å dele innsikt mellom betalte og ubetalte kanaler. Google Ads fungerer som et lynraskt testområde der man får statistisk sikre svar basert på tusenvis av reelle besøkende. Det er ingen grunn til å vente i månedsvis på organiske SEO målinger når man allerede sitter på fasiten fra annonsene.

Slik overfører du resultatene til WordPress:

#1. Forbedre H1 og H2 overskrifter på kategorisidene

Dersom rapporten viser at henvendelser på “manuell espressomaskin i rustfritt stål” gir størst salg når overskriften vektlegger “to års proffgaranti” fremfor “lav pris”, bør denne ordlyden umiddelbart løftes inn på kategorisiden i butikken.

Ved å legge inn et dynamisk tekstfelt på kategorisidene i WooCommerce møter du kunden med de samme argumentene som utløste klikket:

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. Utvide strukturerte data med FAQPage og Product skjemaer

De beste annonsetekstene svarer som regel på konkrete spørsmål fra kjøpere (leveringstidspunkt, deler som følger med, returvilkår). Ved å kode disse svarene som Schema.org JSON-LD gjør du informasjonen lett tilgjengelig for både Googles søkemotor og nye KI assistenter (AEO).

#Hvordan kvalitetspoeng henger sammen med relevansen til overskrift og landingsside

Google definerer kvalitetspoeng som en diagnose på en skala fra 1 til 10 på nøkkelordnivå. Det består av tre komponenter, hver vurdert som over gjennomsnittet, gjennomsnittlig eller under gjennomsnittet: forventet klikkfrekvens, annonserelevans (hvor godt annonsen svarer til hensikten bak søket) og opplevelse på landingssiden (hvor relevant og nyttig siden er for dem som klikker). Den samme siden slår fast at kvalitetspoeng ikke er en faktor i auksjonen og ikke en KPI som skal optimaliseres.

Det endrer hvordan WooCommerce arbeidet ovenfor bør vurderes. Å bruke det konverterende søket i en overskrift påvirker annonserelevansen. Å svare på det samme søket på kategorisiden påvirker opplevelsen på landingssiden. Begge deler sjekkes i komponentkolonnene for nøkkelordet, ikke i det samlede tallet, og en komponent som går fra under gjennomsnittet til gjennomsnittlig etter en omskrevet kategoriside, viser at siden nå svarer på søket.

#Førsteparts dataarkitektur og tjenerbasert sporing i WooCommerce

Skal du få fullt utbytte av de nye rapportene, må ordresporingen være nøyaktig. Nettleserbaserte sporingskoder rammes ofte av annonseblokkering og strenge personvernregler i moderne nettlesere.

Ved å ta i bruk tjenerbasert sporing gjennom Server-Side Google Tag Manager (sGTM) sendes kjøpsdata direkte fra butikkens tjener til Google Ads uten at nettleseren kan stoppe signalene.

Sammenligning av sporingsmetoder i nettbutikker:

Eksempelet under viser hvordan en bestilling i WooCommerce sendes trygt og asynkront til sGTM:

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;
    }

    // Klargjoer data uten personopplysninger
    $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'),
    ];

    // Asynkron utsendelse til tjenerkontaineren
    $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, // Hindrer forsinkelse paa takkesiden
        '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);

Ved å sende dataene i bakgrunnen ('blocking' => false) slipper kunden unødig ventetid i kassen, samtidig som annonsesystemet mottar fullstendige ordretall.

#Hvordan formatere hashede kundedata for forbedrede konverteringer

Kodesnutten ovenfor hasher e-post og telefon før de forlater butikken. Googles dokumentasjon om forbedrede konverteringer fastsetter formatet verdiene må ha for å kunne matches:

• Hashing skjer med SHA256 i heksadesimal form, og data kan også sendes ferdig hashet.
• Før hashing fjernes mellomrom, og teksten gjøres om til små bokstaver. For gmail.com og googlemail.com adresser fjernes punktumene foran domenenavnet.
• Telefonnumre må være i E.164 format, med plusstegn og landskode, og et telefonnummer må sendes sammen med en e-post eller med fullt navn og adresse.
• Hvert felt tar flere verdier: opptil 3 for e-post og telefon, 2 for adresse.
• Felt butikken ikke samler inn, utelates i stedet for å sendes tomme.

Derfor beholder telefonlinjen i kodesnutten plusstegnet. Å fjerne alle tegn som ikke er sifre gir en hash som aldri kan matche et nummer lagret i E.164. WooCommerce lagrer fakturatelefonen slik kunden skrev den, så ordredataene må først normaliseres til E.164, med landskoden hentet fra fakturalandet.

Bruker butikken i tillegg forbedrede konverteringer via Google-taggen i nettleseren, oppgir Google to kontroller: konverteringsforespørselen i nettverksfanen har en parameter “em” som begynner med “tv.1~em” etterfulgt av den hashede strengen, og diagnoserapporten for taggen blir tilgjengelig omtrent 72 timer etter implementeringen.

Samtykke gjelder for begge veier. Samtykkemodus (Consent Mode) sender valget fra butikkens informasjonskapselbanner videre til Google-taggene; ad_storage styrer informasjonskapsler og identifikatorer for Google Ads. I den grunnleggende implementeringen lastes ikke Google-taggene før den besøkende har reagert på banneret. I den avanserte implementeringen lastes taggene med en gang og sender pinger uten informasjonskapsler mens samtykke er avslått, noe som lar Google bruke en annonsørspesifikk konverteringsmodell i stedet for en generell.

#Koble lagerbeholdning og fortjeneste fra ERP mot annonsene

En vanlig feil i søkekampanjer er å by på basis av omsetning i stedet for faktisk forteneste. En annonsevariant kan gi mange salg på et produkt der butikken sitter igjen med minimale marginer etter at frakt og pakking er betalt.

I større handelsløsninger sørger en velfungerende WooCommerce ERP integrasjon for at både lagertall og marginnivåer løpende oppdateres i nettbutikken.

Dette gjør det mulig å styre budene via tilpassede etiketter (Custom Labels) i Google Merchant Center:

• Etikett Høy Fortjeneste: Høyere bud sammen med detaljerte kvalitetsoverskrifter.
• Etikett Varetømming: Prisfokuserte annonser med vekt på omgående levering og volumrabatt.
• Etikett Lav Beholdning: Automatisk reduksjon i budgivning når varelageret faller under trygghetsgrensen.

Når forretningssystemet melder at en vare er utsolgt, oppdateres nettbutikken automatisk, og annonsene for den aktuelle varen settes på pause før unødvendige klikkbeløp påløpes.

Mekanikken bak etikettene er beskrevet i Google Merchant Center hjelp. Det finnes fem attributter, custom_label_0 til custom_label_4. Hvert produkt får én verdi per attributt, verdiene er på 1 til 100 tegn, og hvert attributt tillater opptil 1000 unike verdier i kontoen. Googles eget eksempel bruker custom_label_3 for margin, med verdiene lav margin og høy margin. Etikettene filtrerer Performance Max, Shopping og Demand Gen kampanjer for rapportering og budgivning, og kundene ser dem aldri. De når ikke søkekampanjer, så RSA overskriftene fra kombinasjonsrapporten settes på pause eller roteres på annonsegruppenivå, mens margingruppen fra ERP ligger i feeden.

#Driftssikkerhet og god orden i databasen under høy trafikk

Hyppig oppdatering av ordrer, analyser og varelager skaper kontinuerlig aktivitet i MySQL databasen. Tabellen wp_postmeta i WooCommerce kan raskt vokse seg stor, noe som gjør handlekurven tregere for besøkende.

For å opprettholde trygg og rask drift bør man gjennomføre jevnlige kontroller, tilsvarende det som gjøres under en grundig sikkerhetsrevisjon for WordPress.

Gode rutiner for å sikre databasen:

1. Bruk av High-Performance Order Storage (HPOS): Egne tabeller for ordredata avlaster posttabellene og kutter skrivetiden kraftig.
2. Opprydding i midlertidige data (Transients): Sletting av gamle sesjonsdata via planlagte cron oppgaver utenom kjøretid.
3. Redis mellomlagring for objekter: Lagring av produktinformasjon i hurtigminnet hindrer låsing av tabeller under samtidige API spørsmål.
4. Adskilte prosesser for innkommende analyser: Egne PHP-FPM prosesser for sporingsmeldinger hindrer at kassen bremses opp.

Utdraget nedenfor fra Nginx viser hvordan man skjermer analysetrafikken:

# Eget prosessomraade for analysekall og ERP oppdateringer
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;
}

Med denne inndelingen vil ikke store menger sporingsdata skape forsinkelser for vanlige kunder som handler i butikken.

#Tiltaksmatrise basert på den nye Google Ads rapporten

Innsikten fra rapporten Search terms and ad combinations bør følges opp med faste rutiner for justering av tekster og innhold.

Veiledning for oppfølging av tallene:

Gjennomgang av denne matrisen annenhver uke gjør at man jevnt luker ut dårlige kombinasjoner og forbedrer butikkens samlede lønnsomhet.

#Hvordan legge til ekskluderende søkeord fra søkeordsrapporten uten å blokkere salg

Tiltaksmatrisen ender oftere i ekskluderende søkeord enn i noe annet tiltak, og Googles regler for ekskluderende søkeord fungerer annerledes enn positive samsvarstyper:

• Ekskluderende bredt samsvar blokkerer annonsen når søket inneholder alle de ekskluderte ordene, i hvilken som helst rekkefølge.
• Ekskluderende frasesamsvar blokkerer annonsen når ordene står i samme rekkefølge, også når det står flere ord rundt dem.
• Ekskluderende eksakt samsvar blokkerer annonsen bare for akkurat disse ordene, i denne rekkefølgen og uten ekstra ord.
• Ekskluderende søkeord gjelder ikke nære varianter eller andre utvidelser, så entall og flertall eller vanlige skrivefeil trenger egne oppføringer.
• I søk på over 16 ord kan et ekskludert ord som står etter det 16. ordet la annonsen vises likevel.

I en WooCommerce butikk som selger både til bedrifter og privatpersoner, fjerner et ekskluderende frasesamsvar på privatkundenes formulering slike søk fra en kategori bare for bedrifter, uten å blokkere selve produktnavnet. Google advarer også om at for mange ekskluderinger gir lavere rekkevidde, så hver runde som legges til fra søkeordsrapporten bør sjekkes mot visningene i neste gjennomgang.

#Framdriftsplan for teknisk ansvarlige

Testing av den nye rapporten for søkeord og annonsetekster viser at Google gjeninnfører mer åpenhet i søkemarkedsføringen. Nettbutikker som forstår å bruke disse tallene i sin egen WordPress løsning, skaffer seg et solid forsprang.

Anbefalt rekkefølge for arbeidet:

1. Trinn 1: Gjennomgang av sporingskoder:
   • Kontroller oppsettet og verifiser samsvar med Google Consent Mode v2.
2. Trinn 2: Etablering av tjenerbasert måling:
   • Sett opp sGTM og koble på asynkrone kjøpevarsler fra WooCommerce.
3. Trinn 3: Samordning av kategoritekster:
   • Flytt vellykkede formuleringer over til butikkens tittelkoder og beskrivelser.
4. Trinn 4: Automatisert kobling mot ERP:
   • Sikre at lagertall og marginer automatisk justerer annonseinnsatsen.
5. Trinn 5: Jevnlige tekstjusteringer:
   • Vurder annonsekombinasjonene regelmessig for å styrke de lønnsomme budskapene.