RKG Logo 434-978-4300

Here’s something we’ve seen recently in Microsoft adCenter’s ad serving logic. It appears that their system evenly rotates serving keyword duplicates (or normalized keywords seen as duplicates) regardless of CTR and max CPC bid differences.

Let’s break down the various aspects of what we’re seeing, and why we think this is a problem. Let’s assume that we have 2 identical keywords within the account ‘insurance quote’, clearly seen as duplicates. In most cases, the 2 keyword variations of ‘insurance quote’ would have similar CPCs and CTRs, so no real concerns with a 50/50 ad serving rotation. In some cases where you’re testing ad copy, or have ad level specific bids, those 2 parameters might be different, and the issue becomes appropriate position. Let’s assume keyword 1 has a CPC of $0.50 and a CTR of 3%, whereas keyword 2 has a CPC of $0.40 and CTR of 2%. Keyword 1 might appear in position 3 with its combination of CTR and CPC, however, keyword 2 finds itself in position 5. Since MSN is equally serving each instance of the keyword and your ads bounce from position 3 to 5 and back again. Might not be the most desired effect, but we can likely live with it.

Unfortunately, MSN has additional keyword logic, which calls upon canonical matches within the text. In MSN’s normalization process, Additional (stop) words in a phrase, such as ‘the’, ‘in’, ‘or’, ‘with’, etc. are ignored during ad serving. A phrase like ‘in insurance quote’ (abbreviation for Indiana) would be seen in MSN’s systems as ‘insurance quote’ after normalization. We think these normalized matches negatively affect campaigns. In our previous case if keyword 2, now being ‘in insurance quote’ had a CPC of $0.05 and a 1% CTR, then we may be alternating ad positions of 3 and 15 on back-to-back ‘insurance quote’ search queries!

Visuals:
Here’s a similar example where a ‘wall speakers’ search returned headlines of ‘in wall speakers’ ‘on the wall speakers’ and ‘wall speakers’. While I can’t tell if these advertisers had used these keywords exactly, or if they had any of the variations, you can imagine that if Pro Acoustics had any variations of the duplicate keywords, it could pose a problem.

We’ve seen this happen and are wondering if other advertisers are seeing the same thing? MSN has given us some mixed responses about the “real” behavior of their ad serving logic for these normalized duplicates. If you think you’re seeing similar behavior, consider asking your MSN rep for a list of duplicate keywords within your account (particularly those being normalized). From there, determine if it’s best to pause the keyword variations that are negatively affecting your ad positioning.

If you like this post, consider subscribing to our RSS feed. You can also have new posts sent to you via email.


Related Posts

    No related posts.

Comments

  1. Tim, March 16, 2009:

    Also experiencing the same thing, and was told by the MSN rep “that’s just how we do it”. I’ve taken the tactic you called out above: pausing keyword dups.

Your Comment

Tags

RKG

Trackback

http://www.rimmkaufman.com/rkgblog/2009/03/13/adcenter-ad-serving-normalization/trackback/

Email Updates

Categories

Recent Comments

  • Mark Ballard: Cory, I don’t see this as an SEO v. PPC issue. The core of my argument is that CTRs are lower primarily due to misleading...
  • Cory Grassell: What are your thoughts on stats that suggest consumers are more apt to click on organic search results than PPC results? As a...
  • George Michie: Kevin, Marc, thanks for your comments. Help is coming, but not the solution. There are a number of instances when the CTR on the...
  • Marc Adelman: George, You have been an advocate of “the advanced control option” for years now. Depressing right YEARS! Eh…listen...
  • Kevin Hill: Is what they really need is a fourth match type. Here’s google’s help documentation on broad match: This is the default...
  • Kevin Micalizzi, Dimdim Web Conferencing: Jim (& George)- We still offer a free version of Dimdim. Just click Sign Up Now at the top of the...
  • Tomas: indeed, i can’t talk about it either… :)
  • Philip Price: Thank you for the RegHack, it worked for me, tho at first when i made the reg file with the information i copied from above i also...
  • George Michie: Sorry Jim, this post was written in 2007. Apparently some of those products are gone.
  • Jim: Hey, I checked two products like dimdim and cutepdf but none is free. What are you talking about free and open source?
  • George Michie: If they keep hearing the same message, and seeing evidence in the data to back it up, something will have to give. There is hope on...
  • Tomas: I’ve been having the same argument with Google for months now and in the end there does seem to be a feature in the algorithm that...
  • George Michie: Doesn’t have to be, it can be intra-adgroup as well.
  • Josh: George – I take it you’re referencing a scenario where your exact-match keywords are not listed as negative exact match keywords...
  • George Michie: Melissa, you’re right, it’s always happened to varying degrees, particularly since the advent of extended broad match....

Blog Stats

  • Posts: 948
  • Words: 451,089
  • Comments: 2,877

Administration