Make und Google: „No access token specified“ oder 403?

Verbindungsname ist kein Funktionsnachweis

Ein Originalbericht beschreibt eine scheinbar sofort angelegte Verbindung ohne erkennbaren Google-Zustimmungsablauf und anschließend fehlendes Token. Eine bestimmte Geräte-, Länder- oder Browserursache ist nicht bestätigt. Q1 Make dokumentiert den Google-Anmelde- und Freigabeablauf sowie Funktionen zum Prüfen und erneuten Autorisieren bestehender Verbindungen. Für Drive unterscheiden sich angebotene Verbindungstypen. Q2 Q3 Q4

Trenne fehlende Authentifizierung von einer gültigen Verbindung, die eine bestimmte Datei nicht lesen darf. Beides kann in einem fehlgeschlagenen Szenario sichtbar werden, verlangt aber andere Maßnahmen.

Die Verbindung kontrolliert eingrenzen

1. Exakten Fehler zuordnen. Stammt er aus „Verify connection“ oder erst aus einem konkreten Modul? Sichere Code, Meldung und Zeitpunkt ohne Token oder komplette Header.
2. Verwendete Verbindung prüfen. Vergleiche Team, ausgewählten Verbindungseintrag und gewünschtes Google-Konto. Ein ähnlich benannter Eintrag oder ein anderes angemeldetes Browserkonto kann den Test auf eine andere Identität lenken.
3. Autorisierungsablauf nachvollziehen. Nutze den vorgesehenen Anmelde- beziehungsweise Reauthorize-Weg. Prüfe, ob Kontoauswahl, angeforderte Zugriffe und Rückkehr zu Make erfolgreich abgeschlossen werden. Wenn der Ablauf verschwindet oder abbricht, dokumentiere den Schritt mit einem zugelassenen Browserprofil; schalte nicht sämtliche Sicherheitseinstellungen pauschal ab.
4. Verbindung verifizieren. Bleibt bereits diese Prüfung ohne Token erfolglos, untersuche zunächst den Verbindungsaufbau beziehungsweise übergib den Befund dem Support. Zusätzliche Tabellenfreigaben ersetzen kein fehlendes Token.
5. Eine bekannte Datei lesend prüfen. Erst nach erfolgreicher Verbindung verwende die genaue Spreadsheet- oder Datei-ID einer geeigneten Testdatei. Wenn nur diese Ressource scheitert, prüfe den Zugriff der tatsächlich verbundenen Identität und die notwendigen Berechtigungen.

Änderungen mit Auswirkungen auf andere Szenarien

Bevor du eine gemeinsam verwendete Verbindung neu autorisierst oder ersetzt, prüfe ihre abhängigen Szenarien. Nach der Korrektur genügt zunächst ein lesender Test. Beobachte anschließend die vorgesehenen Abläufe gezielt, statt alle fehlgeschlagenen Schreibvorgänge ungeprüft neu zu starten.

Häufige Fragen

Hilft ein Google-API-Key als Ersatz?

Nicht automatisch. Der Authentifizierungsweg muss zum verwendeten Make-Modul und den privaten Daten passen. Ersetze OAuth nicht nach Vermutung durch einen anderen Schlüsseltyp.

Muss ich ein neues Google-Konto anlegen?

Das folgt aus der Meldung nicht. Für Unterstützung sind Verbindungsart, Fehlerstufe, Browserablauf und eine anonymisierte Testdatei-Referenz hilfreicher als ein zusätzlicher Account.

Unterstützung für diesen Fall

Wir helfen dir, den betroffenen Ablauf einzugrenzen und die nächste Maßnahme kontrolliert vorzubereiten. Fall A0351 mit KAN KAI WORKS besprechen.