- Kører Performance Max og ser samme håndfuld produkter tage det meste af budgettet, måned efter måned
- Har hørt rådet "konsolidér alt i én PMax og lad Google klare resten", og er begyndt at tvivle på det
- Har produkter med reelt potentiale, der aldrig får eksponering, fordi budgettet allerede er allokeret
- Vil forstå, hvornår det giver mening at opsplitte en Performance Max-kampagne, og hvornår det gør mere skade end gavn
Performance Max er bygget til at samle data. Google har ret i, at Smart Bidding lærer hurtigere med flere konverteringer i samme kampagne end med data spredt ud over ti små kampagner.
Problemet opstår ikke i teorien. Det opstår, når hele kataloget — hero-produkter, nichevarer, og alt midt imellem — bliver proppet ind i samme kampagne uden nogen form for lagdeling.
Algoritmen gør præcis, hvad den er bedt om: den finder de konverteringer, der er nemmest at hente, og skubber budgettet derhen. I praksis betyder det, at et lille antal historiske vindere tager det meste af spendet, mens produkter med reel — men endnu ubevist — opside aldrig får den eksponering, der skal til for at bevise sig selv.
Det er ikke en fejl i algoritmen. Det er en konsekvens af at give den for lidt struktur at arbejde med.
Hos DVISIONMEDIA strukturerer vi kataloger i tre tiers, før vi lader Performance Max køre for fuld skrue:
Hero-produkter
De produkter, der allerede har bevist sig. Dedikeret budget, så de kan skalere uden at kannibalisere resten af kontoen.
Potentiale-produkter
Produkter med god margin, godt feed og reelt salgspotentiale — men uden den historik, der gør, at de vinder auktioner mod hero-produkterne i en fælles kampagne. De får deres eget budget, så algoritmen får lov at lære på dem specifikt.
Lavtperformende produkter ("Zombie")
Produkter uden opsalgspotentiale eller strategisk værdi. De bliver enten udelukket eller kørt isoleret med minimalt budget, så de ikke stjæler eksponering fra de andre to niveauer.
Pointen er ikke at splitte for at splitte. Pointen er at give hvert niveau sit eget budget eller sit eget ROAS/CPA-mål — de to eneste gyldige grunde til en separat kampagne på kampagne-niveau. Kan du ikke sige præcis hvilket budget eller hvilket mål en kampagne isolerer, hører den ikke til som sin egen kampagne.
En tier-struktur er kun så god som feedet, den er bygget på. Hvis produktdata er tynde, forkert kategoriserede eller inkonsistente, kan Performance Max ikke matche produkter til den rette søgeintention — uanset hvor godt kampagnerne er strukturerede.
Det betyder som minimum:
- Custom labels der afspejler tier, margin og hero-status, så segmenteringen kan styres på produktniveau uden at bygge en ny kampagne for hver ændring
- Titler og beskrivelser optimeret til søgerelevans, ikke kun til at "se pæne ud" i feedet
- Løbende overvågning af Merchant Center for godkendelsesfejl, der stille og roligt fjerner produkter fra auktionen
Værktøjer som DataFeedWatch gør det muligt at styre denne segmentering i skala — men værktøjet løser ikke problemet alene. Strukturen og logikken skal være der først.
Hvad med klikpriser?
Når kataloget er struktureret rigtigt, er næste lever typisk auktionsomkostningerne selv. Her kan certificerede Comparison Shopping Service-partnerskaber være med til at reducere cost-per-click i shopping-auktioner uden at gå på kompromis med eksponering — det er dog sin egen disciplin med egne mekanikker.
Tre tegn på, at dit katalog trænger til lagdeling i stedet for én stor PMax:
- En håndfuld produkter tager konsekvent 80-90%+ af budgettet, kvartal efter kvartal
- Produkter med god margin og godt feed får stort set ingen eksponering, uanset hvor meget du justerer bud
- Du kan ikke se, hvilket produkt der reelt driver hvilken konvertering, fordi alt kører i samme kampagne uden custom labels
Ingen af disse tegn betyder, at du skal splitte alt op i mikro-kampagner. De betyder, at du skal spørge: har dette produktniveau brug for sit eget budget eller sit eget mål? Hvis svaret er nej, er konsolidering stadig den rigtige vej.
Vi har administreret over 210 millioner DKK i ad spend, og mønsteret går igen på tværs af konti: brands, der konsoliderer for meget, ender med at sulte deres bedste vækstmuligheder — og brands, der splitter for meget, ender med data der er for tynd til, at Smart Bidding kan lære noget som helst.
Det er ikke et enten-eller. Det er at vide, præcis hvornår hvert niveau skal have sit eget budget, og hvornår det bare skal have lov til at være en del af helheden. Det er den tilgang, der ligger i vores E-COM OS — hvor Paid Search arbejder sammen med feed, kreativ og CRO i ét sammenhængende system, i stedet for at blive optimeret isoleret.
1. Hvad er Performance Max, og hvordan er det anderledes end almindelige Google Shopping-kampagner?
Performance Max er Googles AI-drevne kampagnetype, der kombinerer Search, Shopping, Display, YouTube og Discovery i én kampagne. I modsætning til traditionelle Shopping-kampagner har du mindre direkte kontrol over placeringer, hvilket gør struktur og feedkvalitet endnu vigtigere.
2. Hvornår skal jeg splitte min Performance Max-kampagne op?
Kun når et produktniveau har brug for sit eget budget eller sit eget ROAS/CPA-mål. Hvis du ikke kan formulere den konkrete grund, er konsolidering stadig det rigtige valg.
3. Hvor mange konverteringer skal en kampagne have for at Performance Max fungerer optimalt?
Google anbefaler minimum 30 konverteringer over 30 dage, før du aktiverer Maximize Conversions eller lancerer en ny PMax. Under 15 konverteringer om måneden har Smart Bidding for lidt data til at fungere stabilt.
4. Er det farligt, hvis én kampagne tager det meste af budgettet?
Ikke i sig selv. Det er algoritmen, der allokerer budget efter forventet værdi. Det bliver først et problem, når produkter med reelt potentiale sulter, fordi de aldrig får chancen for at bevise sig selv.
5. Hvad er "one SKU, one campaign"-reglen?
Princippet om, at hvert produkt kun bør ligge i én kampagne. Ligger samme produkt i flere kampagner samtidig, konkurrerer de mod hinanden internt, hvilket driver CPC op uden at skabe ekstra volumen — og gør performance-data upålidelig.




















.png)






