Beim Einrichten von Google Site Kit in WordPress erscheint plötzlich eine Warnung auf Tschechisch: „Tato aplikace je blokována“. Darunter steht, dass die Anwendung auf sensible Daten des Google-Kontos zugreifen wollte und Google den Zugriff aus Sicherheitsgründen verhindert hat. Was ist passiert – und wie lässt sich die Verbindung mit der Search Console oder Google Analytics wiederherstellen?
Was bedeutet „Tato aplikace je blokována“?
Tato aplikace je blokována
Tato aplikace se pokusila získat citlivé údaje ve vašem účtu Google. Z bezpečnostních důvodů jsme pro ni přístup zablokovali.
Die deutsche Übersetzung lautet: „Diese Anwendung wurde blockiert. Die Anwendung hat versucht, auf sensible Daten in Ihrem Google-Konto zuzugreifen. Aus Sicherheitsgründen haben wir den Zugriff blockiert.“
Das ist zunächst eine abgelehnte Zugriffsfreigabe. Die Meldung allein beweist weder, dass die WordPress-Website gehackt wurde, noch dass sie aus der Google-Suche verschwunden ist. Sie beweist aber auch nicht, dass die angefragte Anwendung harmlos ist. Entscheidend ist, welche Anwendung sich verbinden wollte, welches Google-Konto verwendet wird und ob Google einen zusätzlichen Fehlercode anzeigt.
Warum benötigt Site Kit überhaupt Berechtigungen?
Das kostenlose WordPress-Plugin Site Kit by Google verbindet die Website mit Google-Diensten wie Search Console, Analytics und PageSpeed Insights. Für geschützte Kontodaten nutzt die Verbindung ein Google-Freigabeverfahren (OAuth). Bei der Einrichtung fordert Site Kit die Berechtigungen an, die es für die ausgewählten Dienste benötigt. Die Freigabe erfolgt bei Google, nicht durch die Eingabe des Google-Passworts im WordPress-Plugin.
Wird diese Freigabe blockiert, können die betreffenden Daten im Site-Kit-Dashboard fehlen. Bereits in Google vorhandene Search-Console- oder Analytics-Daten werden durch die reine Blockmeldung nicht automatisch gelöscht.
Die häufigsten Ursachen
1. Ein Google-Workspace-Administrator schränkt Apps ein
Bei einem beruflichen Google-Workspace-Konto können Organisationsrichtlinien die Freigabe verhindern. Die offizielle Site-Kit-Dokumentation nennt dafür ausdrücklich den Fehler admin_policy_enforced. Die Einschränkung kann für bestimmte Nutzergruppen oder die gesamte Organisation gelten. Ob das hier tatsächlich die Ursache ist, zeigt erst der konkrete Fehlercode beziehungsweise die Workspace-Verwaltung.
2. Google lehnt die angefragte Anwendung oder Berechtigung ab
Google kann den OAuth-Zugriff aus Sicherheits- oder Richtliniengründen zurückweisen, beispielsweise wenn eine Anwendung nicht die erforderlichen Anforderungen erfüllt. Die allgemeine Warnung unterscheidet nicht zuverlässig zwischen allen denkbaren Gründen. Deshalb muss zuerst die im Google-Fenster angezeigte App identifiziert werden.
3. Plugin, Konto und frühere Verbindung passen nicht zusammen
Ein nicht aktuelles Plugin, ein Wechsel zwischen mehreren Google-Konten oder früher entzogene Berechtigungen können die Einrichtung zusätzlich erschweren. Nicht jeder dieser Fälle erzeugt exakt die gezeigte Sperrmeldung: Site Kit kennt dafür auch spezifischere Fehler, etwa bei fehlenden Berechtigungen oder abgelaufenen Anmeldedaten.
4. Der Anmeldevorgang wird technisch gestört
Browsererweiterungen, blockierte Weiterleitungen, eine nicht erreichbare WordPress-REST-API oder eine geänderte Website-Adresse können Site-Kit-Setups unterbrechen. Sie sind typische Prüfpunkte bei Einrichtungsproblemen, aber keine gesicherte Erklärung für eine von Google ausdrücklich ausgesprochene App-Sperre.
Google Site Kit entsperren: sicher Schritt für Schritt prüfen
- Fehlerdetails sichern. Notieren Sie den vollständigen Fehlertext, einen eventuell eingeblendeten Fehlercode, den Namen der angefragten Anwendung und das verwendete Google-Konto. Klicken Sie nicht unüberlegt auf eine Freigabe für eine unbekannte Anwendung. Kontrollieren Sie, ob der Login tatsächlich auf einer Google-Domain stattfindet.
- Kontotyp feststellen. Handelt es sich um ein privates Google-Konto oder eine verwaltete Workspace-Adresse? Bei Workspace und dem Fehler
admin_policy_enforcedist die Administration der erste Ansprechpartner. Ein Wechsel auf ein anderes Konto sollte keine Unternehmensrichtlinie umgehen. - Bei Workspace die App-Regel prüfen. Administratoren öffnen die Google Admin-Konsole und gehen zu Sicherheit → Zugriffs- und Datenkontrolle → API-Steuerung → App-Zugriffssteuerung. Dort lässt sich prüfen, ob Site Kit beziehungsweise der betreffende OAuth-Client blockiert ist. Berechtigungen sollten erst nach Prüfung der App-Identität und der angefragten Bereiche gezielt erteilt werden, nicht pauschal für alle Apps.
- WordPress-Plugin prüfen. Unter Plugins → Installierte Plugins die Site-Kit-Version und angebotene Aktualisierungen kontrollieren. Ein Update nach üblicher Sicherung kann sinnvoll sein, ist aber keine Garantie gegen eine echte Google-Richtliniensperre.
- Einrichtung sauber wiederholen. Bei unklaren Weiterleitungs- oder Erweiterungsproblemen können ein privates Browserfenster ohne Erweiterungen und ein erneuter Start der Einrichtung helfen. Das richtige Google-Konto wählen – idealerweise eines, das Zugriff auf die gewünschte Search-Console-Property und gegebenenfalls Analytics-Property besitzt.
- Bestehende Verknüpfungen prüfen. Falls Site Kit vorher funktionierte, in Site Kit → Einstellungen die verbundenen Dienste kontrollieren. Unter Google-Konto → Verbindungen zu Drittanbietern lässt sich der bestehende Zugriff einsehen. Eine Verbindung nur dann entfernen, wenn die anschließende Neuanmeldung bewusst geplant ist; das kann verbundene Websites betreffen.
- Reset nur als letzte Maßnahme. Site Kit zurücksetzen ist keine Standardlösung für eine Google-App-Sperre. Es trennt konfigurierte Site-Kit-Dienste und kann von Site Kit eingefügte Tracking-Tags entfernen. Wenn Tracking von diesen Tags abhängt, kann dadurch die Datenerfassung unterbrochen werden. Zuerst die Ursache ermitteln.
Was tun, wenn die Sperre weiterhin erscheint?
Wenn ein Workspace-Administrator die Zugriffsregel geprüft hat und die Meldung bleibt, sollten die Fehlerdetails mit der offiziellen Site-Kit-Fehlerhilfe abgeglichen werden. Der Supportbereich des Plugins ist für einen reproduzierbaren Fehler sinnvoll. In eine öffentliche Anfrage gehören die WordPress- und Plugin-Version, die Art des Google-Kontos, der genaue Fehlercode und die Arbeitsschritte – keine Passwörter, Sitzungscookies, API-Tokens oder privaten Kontodaten.
Häufige Fragen zur Meldung „Diese App ist blockiert“
Ist meine WordPress-Website gehackt worden?
Aus dieser Meldung allein lässt sich kein Angriff ableiten. Google hat in diesem Moment einen Kontozugriff verhindert. Wenn der Anmeldeversuch unerwartet war oder die Anwendung unbekannt ist, sollten Kontosicherheit und verbundene Anwendungen dennoch überprüft werden.
Verschwindet meine Website deshalb aus der Google-Suche?
Nein, aus der bloßen OAuth-Sperre folgt keine Deindexierung. Die Search Console kann unabhängig vom Site-Kit-Plugin im Browser genutzt werden, sofern die erforderlichen Kontorechte vorhanden sind. Ein unterbrochenes Site-Kit-Dashboard ist nicht dasselbe wie eine Suchmaschinenstrafe.
Soll ich Zwei-Faktor-Authentifizierung oder Sicherheitseinstellungen abschalten?
Nein. Sicherheitsmechanismen sollten nicht abgeschaltet werden, um eine unklare Sperre zu umgehen. Besser ist es, die genaue Google-Meldung zu identifizieren und die berechtigte App auf dem vorgesehenen Weg freizugeben.
Kann ich Google Search Console auch ohne Site Kit verwenden?
Ja. Search Console ist ein eigener Google-Dienst. Nach korrekter Bestätigung der Website-Eigentümerschaft funktioniert die Oberfläche auch ohne das WordPress-Plugin. Gleiches gilt grundsätzlich für den Zugriff auf ein vorhandenes Google-Analytics-Konto; für neue Messdaten müssen allerdings die erforderlichen Analytics-Tags auf der Website vorhanden sein.
Fazit
Die Meldung „Tato aplikace je blokována“ heißt: Google hat den angeforderten Kontozugriff gestoppt. Der schnellste sichere Weg ist nicht das vollständige Zurücksetzen von Site Kit, sondern das Prüfen von App-Name, Fehlercode, Google-Kontotyp und Berechtigungsrichtlinie. Erst danach sind Plugin-Update, erneute Anmeldung oder ein gezielter Supportfall sinnvoll. So bleiben bestehende Verbindungen und Tracking-Einstellungen nach Möglichkeit erhalten.
Weiterführende Quellen und Artikel
- Google Site Kit: offizielle Einrichtung und Fehlerbehebung
- Google Site Kit: Trennen, Zurücksetzen und Deinstallieren – Unterschiede
- Google Workspace: App-Zugriff auf Google-Daten verwalten
- Search Console: veraltete Sitemap-Zahlen richtig verstehen
- Google: neue WordPress-Seiten über die Search Console entdecken lassen