Vorsicht: Google Ads ohne Conversions wegen gad_source?

Infos

Durch eine technische Umstellung bei Google Ads kann es vorkommen, dass Besucher nicht die gewünschte Landingpage zu sehen bekommen, sondern statt dessen eine 404 Fehlerseite. Ursache ist die Änderung des Parameters "gad" zu "gad_source" durch Google Ads und eine strenge Sicherheitseinstellung im verwendeten Content Management System, z.B. TYPO3 oder WordPress.

Wie kommt es zum Problem durch die Umstellung von "gad" zu "gad_source"?

Content Management Systeme wie TYPO3 oder WordPress arbeiten mit einem Cache, um Webseiten schnell auszuliefern. Beim ersten Aufruf einer Unterseite wird diese vom CMS generiert und in der Datenbank zwischengespeichert. Beim nächsten Aufruf wird dann nicht mehr die Seite neu generiert, sondern einfach das schon vorliegende Ergebnis aus der Datenbank ausgegeben. Das ist bedeutend schneller, als die Seite immer wieder neu zu erzeugen.

Doch was ist eine Unterseite? Oft kann man z.B. eine News-Übersichts-Seite, auf der jeweils zehn News zu finden sind, über eine Paginierung durchblättern. Dabei wird über Get-Parameter in der URL übergeben, ob der User sich gerade die ersten zehn News, die nächsten zehn usw. anschaut. Der Get-Parameter ist also relevant, wenn das CMS entscheiden muss, welche gecachte Seite es ausliefern soll.

Kern des Problems: Denial of Service Angriffe

Wenn nun für jeden Get-Parameter eine neue Version der Seite im Cache abgelegt wird, könnte ein Angreifer einfach über ein Skript die Seite wieder und wieder mit zufällig generierten, sinnlosen Get-Parametern aufrufen. Für jeden Aufruf würde dann eine neue Version der Seite erzeugt und im Speicher abgelegt - auch wenn der Get-Parameter gar keine Änderung in der Ausgabe bewirkt. Über dieses Verfahren könnte jeder den Cache einer Seite zum Überlaufen bringen und die Seite damit offline nehmen - und alle anderen Seiten auf diesem Server ebenfalls, denn der Angriff würde letztlich den Server überlasten.

Daher prüft ein sicher konfiguriertes CMS in der Regel die Get-Parameter ab und akzeptiert nur solche, die es kennt. Bei Aufruf der Seite mit anderen Get-Parametern wird eine 404 Fehlerseite ausgeliefert. Der Besucher landet also bei Click auf die Ad nicht auf der Landingpage und eine Conversion kann nicht stattfinden.

Noch kritischer wird das Problem, wenn die 404 Fehlerseite nicht getrackt werden darf und Google so den Fehler nicht selbst bemerken kann.

Problem kann auch bei Facebook-Ads, Mautic, Matomo und anderen Diensten auftreten!

Ein CMS kann eine Liste der bekannten Get-Parameter selbst aufstellen, wenn diese in der Programmierung vorkommen. Das gilt aber nicht für externe Tracking Parameter von Google, Facebook, Mautic, Matomo usw. Diese Get-Parameter müssen in einer speziellen White-List eingetragen werden.

Warum funktionieren manche Google Ads gerade jetzt nicht mehr?

Google rollt derzeit eine Änderung in den Ad-Konten aus. Dabei wird nach und nach der alte Parameter "gad" durch den neuen "gad_source" ersetzt. Die Ad-Betreiber bekommen dabei scheinbar keine Info von Google, es gibt lediglich eine Erläuterungs-Seite in der Google Ads-Hilfe:

Hinweis: &gad_source hieß früher &gad. Der Parameter gad_source wird in den kommenden Monaten nach und nach eingeführt. Einige Werbetreibende finden ihn möglicherweise noch nicht in ihren URLs.

Quelle: https://support.google.com/google-ads/answer/13327296?hl=de

Woher weiß ich, ob ich von der Umstellung auf "gad_source" betroffen bin?

In der Regel sieht man an den ausbleibenden Conversions, dass es ein Problem mit dem Parameter "gad_source" gibt. Dann ist es aber eigentlich zu spät, denn die Ad-Kosten sind angefallen, auch wenn die Besucher auf einer 404 Fehlerseite landeten.

Leider bringt es nichts, im GoogleAd-Konto auf den Link der Anzeige zu klicken: Dieser wird ohne Get-Parameter erzeugt und funktioniert daher.

Auch der Google Bot ruft die URL ohne den Google Get-Parameter "gad_source" auf und erhält daher die Landingpage korrekt ausgeliefert.

Einfacher Test möglich

Pro-aktiv kann man testen, in dem man die URL der Landingpage mit dem Browser aufruft, dann den Get-Parameter an die URL hängt und prüft, ob die Seite wie gewünscht angezeigt wird.

Dazu zwei Beispiele:

Wenn die Landingpage direkt aufgerufen wird:
www.domain.tld/landingpage => www.domain.tld/landingpage?gad_source=1
Wenn die URL der Landingpage schon Get-Parameter hat:
www.domain.tld/landingpage?anderer_parameter=1 => www.domain.tld/landingpage?anderer_parameter=1&gad_source=1

Wir helfen, wenn der Parameter "gad_source" auf die White List muss.

Schlägt der Test fehl und es wird eine 404 Fehlerseite ausgegeben, muss der neue Parameter "gad_source" im CMS hinterlegt werden. Gerne helfen wir dabei, das Problem in TYPO3- und WordPress-Seiten zu lösen.

Support anfragen

zurück