|

Inhaltsverzeichnis

Wenn Google Ads plötzlich nicht mehr laufen

Die Google-Ads-Meldung „Anzeigen betroffen von Google Ads-Richtlinie: Nicht funktionierendes Ziel“ sorgt bei vielen Unternehmen zunächst für Verwirrung. Die Landingpage funktioniert scheinbar einwandfrei, dennoch stuft Google sie als fehlerhaft ein und schränkt die Anzeigenauslieferung ein oder lehnt sie ganz ab.

Eine Möglichkeit ist ein HTTP-Fehler 500 (Internal Server Error). Er tritt meist erst beim automatisierten Crawling durch Google Ads auf. Deshalb bleibt die eigentliche Ursache häufig lange unentdeckt.

Es gibt weitere mögliche Ursachen, warum Anzeigen nicht mehr ausgespielt oder abgelehnt werden:

  • HTTP-Fehler 429
  • DNS-Probleme
  • Timeout
  • 403/404
  • Redirect-Schleifen
  • fehlerhafte mobile Weiterleitungen
  • blockierte Bots
  • ungültige Final URL
  • SSL/TLS-Probleme
  • geparktes oder abgelaufenes Ziel
  • Fehler nur in bestimmten Regionen oder für bestimmte User-Agents 

Die Folgen können erheblich sein: weniger Sichtbarkeit und verlorene Leads. Bleibt das Problem bestehen, kann das zu wiederholten Ablehnungen, Reichweitenverlust, ineffizienter Budgetnutzung und im Einzelfall auch zu weitergehenden Richtlinienproblemen führen.

In diesem Beitrag erfahren Sie, wie Google Ads Landingpages prüft, warum WordPress-Websites dabei häufig Schwierigkeiten bereiten und welche Rolle Wordfence, Firewalls, Tracking-Parameter oder Hosting-Limits spielen. Ausserdem zeigen wir, wie sich die Ursache systematisch eingrenzen und nachhaltig beheben lässt.

Was bedeutet „Nicht funktionierendes Ziel“ bei Google Ads?

Wichtig ist die Unterscheidung zwischen einer nicht funktionierenden und einer nicht crawlbaren Zielseite. Eine Zielseite kann für normale Nutzer erreichbar sein, aber für Google AdsBot blockiert werden. In diesem Fall funktioniert die Website scheinbar, erfüllt aber dennoch nicht die Anforderungen von Google Ads.

Google Ads prüft Zielseiten automatisch. Kann eine Landingpage nicht erreicht oder von Google nicht gecrawlt werden oder liefert der Server einen Fehler zurück, beanstandet Google Ads die Anzeige wegen eines nicht funktionierenden Ziels.

Ähnliche Probleme können auch im Google Merchant Center auftreten, wenn Produkt- oder Zielseiten für Google nicht erreichbar sind und Produkte plötzlich als “not approved” erscheinen. 

Ein HTTP-Fehler 500 oder auch  HTTP-Fehler 429 ist besonders kritisch. Er zeigt an, dass der Server eine Anfrage nicht korrekt verarbeiten konnte. Die Ursache liegt häufig im Hosting, in WordPress oder in Sicherheits- und Weiterleitungsregeln.

Die Fehlersuche ist oft schwierig, weil eine Landingpage für Besucher problemlos funktionieren kann, während Google AdsBot beim automatisierten Crawling einen Fehler erhält.

Wahrscheinliche Ursache: Wordfence, Firewall-Regeln oder Bot-Erkennung

In einem konkreten Fall vermutete der Hosting-Anbieter einen Wordfence-Bug oder eine fehlerhafte Sicherheitsregel, die Googlebot- und AdsBot-Aufrufe mit einem HTTP-500-Fehler beantwortete.

Diese Einschätzung ist technisch plausibel. Sicherheitslösungen wie Wordfence können legitime Crawler unter bestimmten Umständen fälschlich blockieren oder fehlerhaft verarbeiten.

Natürlich gibt es weitere Möglichkeiten, die es zusätzlich zu prüfen gibt, wie: 

  • Cloudflare / Bot Fight / WAF
  • Hoster-Sicherheitsregeln
  • Redirect-Plugins
  • Consent-Tools
  • Caching-Tools
  • PHP-Fatal Errors
  • zu wenig Memory / Worker / CPU
  • fehlerhafte Rewrite-Regeln

Betroffen sind unter anderem

  • Google AdsBot
  • Googlebot
  • mobile Google-Crawler
  • Crawling-Tools mit speziellen User-Agents
  • Requests mit Tracking-Parametern wie gclid, gbraid, wbraid oder UTM-Parametern

Die Folge können Blockierungen, Timeouts, HTTP-500-Fehler oder  HTTP-Fehler 429 sein. Für Google genügt bereits eine solche technische Störung, um die Zielseite als nicht funktionierend einzustufen.

Warum betrifft das ausgerechnet Google Ads?

Google Ads prüft Zielseiten automatisiert über eigene Crawler. Diese Anfragen unterscheiden sich technisch oft von einem normalen Browseraufruf.

Typische Unterschiede sind:

  • anderer User-Agent
  • andere IP-Adresse oder Serverroute
  • Tracking-Parameter
  • abweichende Cookie- oder Consent-Situation
  • kein eingeloggter WordPress-Nutzer
  • kein Browser-Cache
  • Weiterleitungen über Tracking-Templates

Deshalb kann eine Landingpage im Browser problemlos funktionieren, während Google AdsBot beim Crawling einen Fehler erhält und die Anzeige wegen eines nicht funktionierenden Ziels beanstandet.

Ursachen für Fehler 500 bei Google Ads-Landingpages

  1. Wordfence blockiert Google AdsBot oder Googlebot


Wordfence kann legitime Google-Crawler fälschlich als verdächtig einstufen. Firewall-Regeln, Rate-Limits oder die Bot-Erkennung reichen unter Umständen aus, damit Google Ads die Zielseite nicht mehr fehlerfrei prüfen kann.

Ein Hinweis auf Wordfence als Ursache besteht, wenn

  • Fehler 500 nur sporadisch auftreten
  • ausschliesslich Google Ads betroffen ist
  • die Probleme nach Updates von WordPress, Wordfence oder PHP begonnen haben
  • Wordfence Live Traffic blockierte Google-Crawler anzeigt
  • sich der Fehler nach einer testweisen Deaktivierung oder im Learning Mode nicht mehr reproduzieren lässt
  1. Kompatibilitätsprobleme mit Plugins, Theme oder PHP


WordPress besteht aus vielen Komponenten, die zusammenarbeiten müssen. Konflikte zwischen Plugins, Themes oder der PHP-Version können dazu führen, dass einzelne Anfragen mit einem HTTP-500-Fehler enden. Google bewertet die Landingpage dann als nicht erreichbar, obwohl sie für normale Besucher oft problemlos funktioniert.

  1. Tracking-Parameter lösen Fehler aus


Google Ads ergänzt Ziel-URLs je nach Konfiguration um Tracking-Parameter wie gclid, gbraid, wbraid oder UTM-Parameter.

Verarbeiten die Zielseite, Redirect-Plugin, Cache oder Sicherheitsregeln diese Parameter nicht korrekt, kann der Aufruf fehlschlagen.

Ein einfacher Test schafft Klarheit: Rufe die Landingpage einmal ohne und einmal mit Google-Ads-Parametern auf.

Beispiel: https://example.com/landingpage/ und https://example.com/landingpage/?gclid=test&utm_source=google&utm_medium=cpc

Funktioniert nur die erste Variante fehlerfrei, liegt die Ursache meist im Tracking, bei Redirects, im Cache oder in Sicherheitsregeln.

  1. Hosting-Limits werden erreicht


Auch eine Überlastung des Hostings kann einen HTTP-500-Fehler auslösen. Besonders bei Shared Hosting stossen CPU-, RAM-, I/O- oder PHP-Prozesslimits schneller an ihre Grenzen.

Auslöser sind häufig

  • viele gleichzeitige Bot-Zugriffe
  • KI-Crawler, die zusätzlichen Traffic verursachen
  • langsame Datenbankabfragen
  • Cronjobs oder Backups
  • Malware- und Security-Scans
  • ressourcenintensive Anwendungen wie WooCommerce oder Page Builder

Trifft Google AdsBot während einer solchen Lastspitze auf die Landingpage, kann Google sie als nicht funktionierend einstufen.

  1. Cache-, Redirect- oder Consent-Plugins verursachen Konflikte


Auch Cache-, Redirect-, Consent- oder Tracking-Plugins können Weiterleitungen, Skripte oder Inhalte so verändern, dass Google AdsBot die Landingpage nicht mehr fehlerfrei verarbeitet.

  1. Cloudflare, WAF oder Bot-Schutz blockieren Google


Externe Sicherheitslösungen wie Cloudflare oder Web Application Firewalls (WAF) können Google-Crawler ebenfalls blockieren. Betrifft das Google AdsBot oder Googlebot, lässt sich die Landingpage unter Umständen nicht mehr korrekt prüfen.

Typische technische Fehlercodes / Probleme und ihre Bedeutung für Google Ads:

400 Bad Request:
Fehlerhafte URL, ungültige Parameter oder falsch verarbeitete Tracking-Parameter.

401 Unauthorized:
Zielseite verlangt Login oder Authentifizierung. Für Ads meist problematisch.

403 Forbidden:
Google AdsBot wird blockiert, zum Beispiel durch Firewall, WAF, Wordfence, Cloudflare oder Geo-Blocking. Google nennt 403 ausdrücklich als Beispiel für HTTP-Fehler bei nicht zugänglichen Zielen.

404 Not Found:
Zielseite existiert nicht oder wurde gelöscht. Ebenfalls ein klassischer Grund für Ablehnung.

410 Gone:
Seite wurde dauerhaft entfernt. Für Google Ads wie eine nicht verfügbare Zielseite.

429 Too Many Requests:
Rate-Limit oder Bot-Schutz blockiert zu viele Anfragen, oft durch Firewall, Hoster oder Security-Plugin.

500 Internal Server Error:
Server kann Anfrage nicht verarbeiten, zum Beispiel wegen PHP-Fehler, Plugin-Konflikt, Speicherlimit oder Serverproblem.

502 Bad Gateway:
Proxy, CDN, Load Balancer oder Server-Kommunikation fehlerhaft. Häufig bei Cloudflare, Nginx, Hosting-Gateways.

503 Service Unavailable:
Server überlastet, Wartungsmodus aktiv oder temporär nicht erreichbar.

504 Gateway Timeout:
Server antwortet zu langsam; Google AdsBot erhält Timeout.

So findet man die Ursache systematisch

Für die Fehlersuche reicht das Google-Ads-Konto allein nicht aus. Entscheidend sind die Server-, Firewall- und WordPress-Logs.

  1. Zeitpunkt der Google-Ads-Meldung notieren


Dokumentiere zunächst die wichtigsten Eckdaten:

  • Wann wurde die Anzeige abgelehnt?
  • Welche Ziel-URL war betroffen?
  • Trat der Fehler dauerhaft oder nur sporadisch auf?
  • Waren mehrere Landingpages betroffen?
  • Gab es kurz zuvor Updates von WordPress, Wordfence, Themes oder Plugins?
  1. Server-Logs prüfen


Die Ursache lässt sich meist über die Server-Logs eingrenzen.

Wichtig sind:

  • Webserver Error Logs
  • Access Logs
  • PHP Error Logs
  • WordPress Debug Log
  • Firewall- oder WAF-Logs
  • Hosting-Ressourcen-Logs
  • Cloudflare Security Events (falls genutzt)

Relevant sind unter anderem:

  • HTTP-500-Fehler
  • Googlebot oder AdsBot-Google
  • Tracking-Parameter wie gclid oder gbraid
  • PHP-Fehler oder Timeouts
  • auffällige IP-Adressen
  • ModSecurity- oder WAF-Blocks
  1. Wordfence-Logs prüfen


Prüfe in Wordfence vor allem:

  • Live Traffic
  • Blocked Requests
  • Firewall Logs
  • Rate Limiting
  • manuell blockierte IPs
  • Country Blocking
  • Allowlisted URLs

Tauchen Googlebot- oder AdsBot-Aufrufe auf, prüfe, ob sie blockiert, gedrosselt oder als verdächtig eingestuft wurden. 

  1. Googlebot und AdsBot richtig verifizieren


Ein User-Agent allein beweist nicht, dass eine Anfrage tatsächlich von Google stammt. Deshalb sollte die IP-Adresse verdächtiger Zugriffe zusätzlich geprüft werden.

Geeignet sind:

  • Reverse-DNS-Prüfung
  • Forward-DNS-Prüfung
  • Abgleich mit den offiziellen Google-IP-Bereichen

Nur verifizierte Google-Crawler sollten gezielt freigegeben werden. Eine pauschale Freigabe aller Anfragen mit dem User-Agent „Googlebot“ ist unsicher.

  1. Landingpage mit Google AdsBot testen


Teste die Zielseite nicht nur im Browser, sondern auch mit einem Google-AdsBot-User-Agent, etwa über die Chrome DevTools oder Kommandozeilen-Tools.

Prüfe dabei:

  • Liefert die Seite HTTP 200?
  • Gibt es Weiterleitungen?
  • Bleibt die Weiterleitung auf derselben Domain?
  • Tritt ein HTTP-500-Fehler auf?
  • Unterscheiden sich Desktop und Mobile?
  • Verhält sich die Seite mit und ohne Tracking-Parameter unterschiedlich?

Weiter können getestet oder analysiert werden:

  • curl mit passendem User-Agent
  • Tests mit und ohne Query-Parameter
  • Header-Analyse
  • Redirect-Kette
  • Response-Time
  • Vergleich mobil/desktop
  • Log-Korrelation zum Ablehnungszeitpunkt
  • Empfohlene Sofortmassnahmen

Wird Wordfence als Ursache vermutet, helfen folgende Schritte:

  1. Wordfence Live Traffic und Firewall Logs prüfen

  • Suche nach Googlebot, Google AdsBot, HTTP-500-Fehlern und blockierten Anfragen.

  1. Wordfence Learning Mode aktivieren

  • Testweise aktivieren, um fälschlich blockierte Anfragen zu erkennen

  1. Betroffene URLs allowlisten

  • Es ist zu überlegen, ob wichtige Landingpages gezielt von Firewall-Prüfungen ausgenommen werden, sofern dies sicher möglich ist

  1. Google-Crawler verifizieren und freigeben

  • Echte Google-Crawler per IP- oder DNS-Prüfung verifizieren und nicht blockieren

  1. Tracking-Parameter testen

  • Landingpages mit gclid sowie UTM-Parametern prüfen

  1. Cache und Redirects kontrollieren

  • Weiterleitungen, HTTPS-Regeln und Cache-Konflikte überprüfen

  1. Hosting-Ressourcen prüfen

  • CPU, RAM, PHP-Prozesse und Error-Logs analysieren

  1. Anzeige erneut prüfen lassen

  • Nach der Behebung die Anzeige erneut prüfen lassen oder Einspruch gegen die Richtlinienentscheidung einlegen.

Das Problem kann auch Teil einer fehlerhaften technischen Kette sein.

  • Plugin-Konflikt

  • Memory exhaustion

  • PHP fatal

  • ModSecurity-Interaktion

  • DB-Lock / Timeout

Unsere Einschätzung

Tritt bei Google Ads wiederholt die Meldung „Nicht funktionierendes Ziel“ zusammen mit einem HTTP-500-Fehler auf,  gibt es mehrere Prüfpunkte – besonders wenn Sicherheitsregeln oder Bot-Erkennung aktiv sind, aber nicht automatisch die wahrscheinlichste Ursache.

In vielen Fällen entsteht das Problem erst durch das Zusammenspiel von Sicherheitsplugins, Hosting, Cache, Redirects und Tracking-Parametern. Oft blockiert der Hoster auch Bot-Anfragen manuell.

Die häufigsten Ursachen sind:

  • Sicherheitsregeln oder Tracking-Parameter lösen Fehler aus.
  • Hosting oder Serverlast verursachen sporadische HTTP-500-Fehler.
  • Wordfence blockiert oder verarbeitet Google AdsBot fehlerhaft.
  • Mehrere Faktoren führen gemeinsam zu einer fehlerhaften Auslieferung der Landingpage.

Fazit: Fehler 500 ist kein reines Hosting-Problem

Ein HTTP-500-Fehler bei Google-Ads-Landingpages hat oft mehrere Ursachen. Neben dem Hosting kommen bei WordPress häufig Sicherheitsplugins, Firewalls, Tracking-Parameter oder Weiterleitungen als Auslöser infrage.

Statt die Anzeige einfach erneut einzureichen, sollte die technische Ursache anhand der Server-Logs und des Google-Ads-Kontos systematisch analysiert werden. So lässt sich das Risiko deutlich senken, dass die Meldung „Nicht funktionierendes Ziel“ erneut auftritt.

Entscheidend ist, die Landingpage nicht nur im Browser, sondern auch aus Sicht von Google AdsBot zu prüfen. Genau dort liegt häufig die eigentliche Ursache.

LA Click unterstützt Unternehmen dabei, Google-Ads-Probleme technisch und strategisch zu analysieren – von der Prüfung der Zielseiten bis zur Wiederfreigabe betroffener Kampagnen.

Autor

Gilbert Bork: über 20 Jahre Erfahrung in SEO und Digital Marketing

Quellenangaben

FAQs

Was bedeutet „Anzeigen betroffen von Google Ads-Richtlinie: Nicht funktionierendes Ziel“?

Google Ads konnte die Zielseite nicht fehlerfrei aufrufen – etwa wegen einer nicht erreichbaren Landingpage, einer fehlerhaften Weiterleitung oder eines Serverfehlers.

Weil Google AdsBot die Seite unter anderen Bedingungen als ein normaler Besucher aufruft. Sicherheitsregeln, Tracking-Parameter oder Serverprobleme können dabei Fehler auslösen.

Ein HTTP-500-Fehler zeigt, dass der Server eine Anfrage nicht verarbeiten konnte. Google kann die Landingpage dann als nicht funktionierend einstufen.

Wordfence oder andere Sicherheitsregeln können Google-Crawler blockieren, drosseln oder eine fehlerhafte Verarbeitung auslösen. Je nach Ursache zeigt sich das als 403, Timeout, Redirect-Problem oder auch als HTTP-500-Fehler.

Ja. Fehlerhafte Regeln oder Inkompatibilitäten können unter bestimmten Umständen HTTP-500-Fehler verursachen.

Prüfe die Wordfence-Logs auf Googlebot-, AdsBot- oder HTTP-500-Einträge. Auch ein Test mit dem Learning Mode oder vorübergehend deaktivierten Regeln kann helfen.

Im Learning Mode kann Wordfence Anfragen, die potenziell als verdächtig eingestuft würden, beobachten und daraus Allowlist-Regeln ableiten. Der Modus sollte nur kontrolliert und zeitlich begrenzt genutzt werden.

Google AdsBot ist der Google-Crawler, der Zielseiten von Anzeigen auf Erreichbarkeit und Richtlinienkonformität prüft.

Können die Crawler eine Landingpage nicht fehlerfrei aufrufen, kann Google Ads Anzeigen ablehnen oder pausieren.

Ja. Eine hohe Serverlast durch Bots oder andere Prozesse kann HTTP-500-Fehler auslösen – besonders bei Shared Hosting.

Ja. Werden Tracking-Parameter von WordPress, Redirects oder Sicherheitsregeln nicht korrekt verarbeitet, kann die Landingpage fehlerhaft reagieren.

Prüfe Webserver-, PHP-, WordPress-, Wordfence- und Firewall-Logs sowie – falls vorhanden – Cloudflare- und Hosting-Logs.

Suche in den Server-, Wordfence- oder Firewall-Logs nach Googlebot- oder AdsBot-Zugriffen und prüfe, ob sie mit einem Fehler oder einer Blockierung beantwortet wurden.

Nein. Echte Google-Crawler sollten zusätzlich über DNS oder die offiziellen Google-IP-Bereiche verifiziert werden.

Ja. Cloudflare oder andere Sicherheitslösungen können Google AdsBot blockieren und so die Prüfung der Landingpage beeinträchtigen.

Ja. In Kombination mit Redirects, Sicherheitsregeln oder Tracking-Parametern können Cache-Plugins dazu führen, dass Google AdsBot Fehler erhält.

Prüfe die Ziel-URL, den HTTP-Statuscode sowie mögliche Blockierungen durch Wordfence oder andere Sicherheitslösungen.

Behebe die technische Ursache und stelle sicher, dass die Landingpage fehlerfrei erreichbar ist. Anschliessend kannst du die Anzeige erneut überprüfen oder Einspruch einlegen.

Das hängt von der erneuten Prüfung durch Google ab. Voraussetzung ist, dass Google AdsBot die Zielseite wieder fehlerfrei aufrufen kann.

Nein. Sinnvoller ist es, die Ursache gezielt über Logs, Firewall-Regeln oder den Learning Mode einzugrenzen.

Meist handelt es sich um ein Website-, Server- oder Plugin-Problem. Google Ads macht den Fehler lediglich bei der Prüfung der Zielseite sichtbar.

Sporadische HTTP-500-Fehler entstehen häufig durch Lastspitzen, Bot-Traffic, Caching oder Plugin-Konflikte. Deshalb kann die Landingpage beim manuellen Test funktionieren, während Google AdsBot einen Fehler erhält.

LA Click analysiert betroffene Google-Ads-Zielseiten, wertet Server- und WordPress-Logs aus, prüft Wordfence, Tracking und Weiterleitungen und unterstützt bei der technischen Behebung sowie der Wiederfreigabe der Anzeigen.

Google Ads