Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Garfonso]

Aktuelle Test Version	0.2.0
Veröffentlichungsdatum	3.02.2026
Github Link	https://github.com/Garfonso/ioBroker.google-sharedlocations2

google-sharedlocations gibt es ja schon länger und hat das große Problem, dass der alte login nicht mehr ging und jetzt mit Cookie rumkopiert werden muss, aber der läuft immer ab und mäh.... :-/

@david-g. kam auf die grandiose Idee, ein Skript zu erstellen, das mit puppeteer (einem "ferngesteuerten" Browser) einen neuen Cookie holt und für den Adapter nutzbar macht. Das brachte mich auf die Idee das einfach in den Adapter zu gießen. Damit der auch mal die Chance auf das Repository hat und um Altlasten loszuwerden, habe ich heute einfach von 0 angefangen. Vielen Dank für die Idee. :-)

Wie nutze ich den Adapter?

Ähnlich, wie der alte Adapter auch. Alte Nutzer also gerne überspringen. Man sollte für den Adapter einen neuen Google-Account anlegen. Also einen extra für ioBroker. Mit diesem Account teilt man dann den Standort von allen anderen Accounts, deren Position man gerne überwachen möchte.

Die Nutzerdaten vom ioBroker-Google-Account trägt man im Adapter ein und fertig.

2FA & Cookie

Wichtig: Aktuell wird kein 2FA unterstützt. Da der Account aber nur für ioBroker genutzt werden soll, ist das zu verkraften. So geht es sehr bequem. Wer das aber unbedingt 2FA möchte oder aus anderen Gründen keinen Benutzernamen / Passwort in der Config eintragen möchte, kann einfach Benutzername und Passwort leer lassen. Dann muss man weiterhin den Cookie von google.com/maps manuell kopieren und im Datenpunkt info.currentCookies eintragen.
Der Adapter ist nun auch so gebaut, dass er einen Cookie, der dort eingetragen wird, automatisch übernimmt. (Wenn man den state leer macht, versucht er sich auch erneut mit Benutzer und Passwort einzuloggen, wenn vorhanden).

Puppeteer & Ressourcen

Puppeteer ist ein kompletter Browser. Insofern muss man auf einem Raspberry Pi oder so beim ersten Start schon was länger rechnen, bis was passiert. Ich hoffe, es klappt überhaupt. Der Browser wird auch wieder beendet, wenn das Einloggen geklappt hat. Wenn der Cookie abgelaufen ist, wird wieder versucht, den Browser zu starten.

Status

Es funktioniert. :-) Mal sehen, wo überall noch kaputtgeht … Es ist das Werk von einem Tag. Viel Spaß beim Testen.

0.1.0

Fences und places hab ich auch wieder implementiert. Sollte ähnlich sein, wie vorher. Sonst hab ich einiges umgebaut und auch etwas cookie Behandlung optimiert. Mal gucken, ob er jetzt nicht so oft neueinloggen muss. Oder ob überhaupt noch alles funktioniert. hust ;-)

0.2.0

Chrome speichert jetzt Daten. Mal sehen, ob ihm das hilft. Außerdem guckt der Adapter erstmal, was Chrome so aus dem Cookie macht und ob das schon reicht, um die Locationdata wieder abrufen zu können.

[David G.]

Super, ich liebe den Adapter.
Schön, dass es weiter geht.

Ich hab mich erfolgreich mit user und Pw angemeldet.
Beim ersten login hatte ich einen Fehler in der Mail, da kam im Log

Error in puppeteer: Timed out after waiting 30000ms

Ka was puppeteer da noch zurück gibt, sagt wenig über den tatsächlichen Fehler.

[BananaJoe]

@Garfonso bringt der Adapter Puppeteer mit oder muss das separat installiert werden?

[bommel_030]

@Garfonso
Das ging fix, danke. Werd ich morgen Mal testen. Wollt mich nur schon mal als "Places"-Nutzer outen ;-)

[Garfonso]

@BananaJoe
Der Adapter bringt alles mit. Sollte auch unter Linux (wo von iobroker unterstüzt) die ganzen Abhängigkeiten installieren.

(falls die Frage nach dem puppeteer Adapter war: der wird nicht benötigt und ist unabhängig von diesem Adapter. puppeteer ist halt die Technologie hinter beiden Adaptern jetzt :-) )

@David-G. sagte in Test Adapter google-sharedlocations2:

Error in puppeteer: Timed out after waiting 30000ms

Hm. Das kommt, wenn er an einem Schritt vom login nicht weiter kam... das sind ja mehrere Schritte, Eingabefeld für Username finden, Weiter klicken, Eingabefeld für Passwort finden, Weiter klicken. Bei jedem kann dieser Fehler kommen (oder auch überhaupt beim Verbindungsaufbau, vermutlich). Leider hab ich da bisher nicht viel bessere Fehlermeldungen bekommen. Da muss ich mir nochwas überlegen (debug log sagt extra immer an, welchen Schritt er als nächstes versucht).

Ging es danach?

[Krys]

@Garfonso Hallo und DANKE, das macht das Ganze tatsächlich wesentlich unkomplizierter.

Fences würde ich mir tatsächlich sehr wünschen, habe für 4 User verschiedene Fences. Wie hast du es bisher gehandhabt ohne Fences?

Falls es für dich von der Arbeit her überschaubar wäre, würde ich mich über die Fences riesig freuen.

Ansonsten lief es auf anhieb, nur über iobroker.pro komme ich nicht auf die Einstellungen des Adapters.

[bommel_030]

@Garfonso
Erster Test, der Adapter holt sich beim ersten Start einen Cookie. Damit kann er sich offenbar nicht anmelden.

No shared locations found in the response, probably not logged in.

Dann habe ich manuell einen Cookie aus Chrome geholt und ihn in den Datenpunkt eingetragen. Das hat der Adapter erkannt und auch gleich Positionsdaten abgerufen. (Warum die Cookies aus Chrome und Puppeteer so unterschiedlich aussehen weiß ich nicht)
Nach ca. 2h ist der Cookie abgelaufen:

Trying to login to Google to get new cookies.
Obtained new cookies from Google login.

Und er ruft mit dem neuen "andersartigen" Cookie die Positionsdaten brav weiter ab.
Vielen Dank! Natürlich auch an @david-g. !

@krys
Ich meine Locations bietet dir mehr Möglichkeiten. Du legst quasi einmalig Nutzer und Orte an und der Adapter sagt dir wer wo ist.
Hat den Vorteil, wenn man noch andere "Ortungsadapter" nutzt kann man die Daten da auch hinsenden.
Ich schicke z.B. meine Positionsdaten minütlich bei längeren Autofahrten via Owntracks auch an den Places Adapter. So kann meine Holde quasi live sehen wo ich bin. Google macht ja kein Echtzeittracking.

[Krys]

@bommel_030

meinst du Places? Das habe ich mir noch nicht genauer angeschaut und habe da noch keinen Ansatz.
War mit der bisherigen Lösung über den Adapter von Garfonso mehr als zufrieden.

Muss ich mich wohl einfuchsen. Nutze iOS und zusätzlich noch Geofency.

Vielleicht hast du noch 2-3 Stichworte, die mir auf die Sprünge helfen :D

[David G.]

@Garfonso sagte in Test Adapter google-sharedlocations2:

Ging es danach?

Ja,

Email korrigiert unf alles lies top.

Offtopic:
Places nutze ich auch.
Finde ich sehr praktisch. Gibt noch ein paar nützliche DPs und mache Geräte orte ich nicht über google shared locations.
Da ist die zentrale Anlaufstelle praktisch.
Aber A kann man es ja selber über send to an Places senden und B sollte der neue Adapter ja erstmal an sich rund laufen bis die weiteren (gewohnten) Features rein kommen.

[Garfonso]

@Krys sagte in Test Adapter google-sharedlocations2:

meinst du Places? Das habe ich mir noch nicht genauer angeschaut und habe da noch keinen Ansatz.
War mit der bisherigen Lösung über den Adapter von Garfonso mehr als zufrieden.

Die beiden Features sind halt weitgehend identisch. Bei beiden hast du eine Position mit einem Radius. Der Hauptunterschied ist die Art der Datenpunkte, die erzeugt werden. Bei den fences im Adapter hast du quasi nur einen true/false Wert. Bei places hast du für jeden Nutzer ne ganze Reihe inklusive einen, wo steht wo der Nutzer gerade ist und auch für die Places einen, wo steht, wie viele Nutzer bzw. welche Nutzer gerade da sind.

Wenn man mehrere Geolocation-Dienste nutzt, ist places sicher besser, weil es man es von mehreren Adaptern befüllen kann. Die Places Unterstützung ist auch nur ein send-To. Fences ist dafür etwas mehr Code im Adapter und besonders der Config.

[BananaJoe]

Um noch einen Ansatz hinzu zu fügen: Ich nutze Traccar und sende die Positionen per http-Request von ioBroker zur diesem.
Über den Traccar-Adapter bekomme ich wiederum die Positionen zurück in ioBroker.
Vorteil Traccar ist das man da auch ungewöhnliche Fences ziehen kann:

[Krys]

@Garfonso Ok, scheinbar bin ich zu hohl dafür. Mit owntracks bekomme ich es nicht hin, mit iOS Kurzbefehlen auch nicht. Ich bleibe bei deinem alten Adapter und hoffe, dass er erhalten bleibt. Dort kann ich per Blockly auch die Standorte abfragen, das passt schon so.

[BananaJoe]

So, heute umgestellt, hat auf Anhieb geklappt.
Musste in meinen Skripten überall nur eine "2" einbauen (aus google-sharedlocations.0. ein google-sharedlocations2.0. machen) und es läuft wie gewohnt

[Garfonso]

@BananaJoe sagte in Test Adapter google-sharedlocations2:

So, heute umgestellt, hat auf Anhieb geklappt.
Musste in meinen Skripten überall nur eine "2" einbauen (aus google-sharedlocations.0. ein google-sharedlocations2.0. machen) und es läuft wie gewohnt

user hat sich noch zu users verändert.

@Krys sagte in Test Adapter google-sharedlocations2:

@Garfonso Ok, scheinbar bin ich zu hohl dafür. Mit owntracks bekomme ich es nicht hin, mit iOS Kurzbefehlen auch nicht. Ich bleibe bei deinem alten Adapter und hoffe, dass er erhalten bleibt. Dort kann ich per Blockly auch die Standorte abfragen, das passt schon so.

Was genau bekommst du nicht hin? Places ist doch "einfach" ein Adapter in ioBroker...?

[David G.]

@garfonso
Seit dem ich den Adapter installiert bekomme ich regelmäßig eine Mail mit der Sicherheitsfrage ob ich mich wirklich eingeloggt habe.
Er meint von einem Windows Rechner aus.

Hat das noch jemend?

Edit
Gtad im Code vom Adapter geschaut, gibt sich als Windows aus, dann wird es wirklich davon kommen.
Dabei hab ich gesehen, dass du die Fences und Places eingebaut hast. Super.

[BananaJoe]

@Garfonso sagte in Test Adapter google-sharedlocations2:

user hat sich noch zu users verändert.

Gut das du das geschrieben hast ... Danke!

[Garfonso]

@David-G. sagte in Test Adapter google-sharedlocations2:

Hat das noch jemend?

Ja, hab ich auch mehrere bekommen.

[Garfonso]

fence habe ich auch zu fences geändert. Ich finde irgendwie Singular für einen „Ordner“, in dem dann mehrere sind, falsch. ;-)

[David G.]

@Garfonso sagte in Test Adapter google-sharedlocations2:

Ja, hab ich auch mehrere bekommen.

Man kann puppeteer ja einen Arbeitsordner mitgeben, um Session fortsetzen zu können.Evtl bekommt man es damit hin dass nicht jede Anmeldung als neues Gerät erkannt wird. Oder hast du es extra so gemacht, dass sicher ein login mit Passwort erscheint?

Edit.
Evtl nur mit Pw einloggen wenn das Coockie abgelaufen ist. Zum Ordner laut Gemini:

Ja, das ist sogar eine sehr gute Idee! Bei Puppeteer nennt sich das userDataDir.
​Wenn du diesen Ordner angibst, speichert Chrome dort das gesamte Browser-Profil – inklusive Cookies, Cache und vor allem den Session-Status. Beim nächsten Start greift Puppeteer auf diesen Ordner zu. Google sieht dann keinen "völlig neuen" Browser, was die Wahrscheinlichkeit massiv erhöht, dass du eingeloggt bleibst oder keine erneute 2FA-Abfrage kommt.
​So baust du es in deine Cookie.ts ein
​Du musst die puppeteer.launch-Optionen in der Methode loginToGetNewCookies anpassen.
​1. Pfad definieren
​Zuerst solltest du einen Pfad festlegen. Da es ein ioBroker-Adapter ist, bietet sich ein Ordner im Adapter-Verzeichnis an:

const path = require('path');
// Im ioBroker-Kontext sinnvoll: ein Ordner im Instanz-Verzeichnis
const dataDir = path.join(utils.getAbsoluteDefaultDataDir(), 'google-sharedlocations2-profile');

2. Den Launch-Befehl anpassen
   ​Ändere den Block in deiner loginToGetNewCookies wie folgt ab:

this.browser = await puppeteer.launch({
    headless: true,
    userDataDir: './google_profile', // Hier wird die Session gespeichert
    args: [
        '--no-sandbox', 
        '--disable-setuid-sandbox', 
        '--disable-blink-features=AutomationControlled'
    ],
    ignoreDefaultArgs: ['--enable-automation'],
});

Warum das für dein Script wichtig ist:
​Vermeidung von 2FA: Wenn du dich einmal erfolgreich eingeloggt hast (vielleicht indem du headless: false kurzzeitig zum Testen nutzt), erkennt Google das "Gerät" beim nächsten Mal wieder.
​Cookie-Persistenz: Selbst wenn das Script abstürzt, sind die Cookies noch im userDataDir gespeichert und müssen nicht jedes Mal neu per Tipp-Simulation erzeugt werden.
​Glaubwürdigkeit: Ein Browser mit Historie und Cache wirkt für die Google-Sicherheitsalgorithmen weniger wie ein bösartiger Bot.

EDIT 2
Mein Script nutzt die Option eines Cookie-Refresh. Evtl kann der Adapter erstmal versuchen, sich mit dem per User und Pw abgerufenen Coockie zu verbinden und dieses zu aktualisieren, und das nächste mal dann mit diesem usw. Wenn das nicht klappt neu einloggen mit user und pw.

[Garfonso]

@David-G.

Äh.. ja.. das mit dem Cookie-Refresh hatte ich eigentlich auch vor. Habe ich irgendwie vergessen zu implementieren. :-)
Data-Dir hab ich jetzt auch mal hinzugefügt.

Auf npm / Github sollte eine 0.2.0 mit den Sachen erscheinen. Intern hat sich nochmal einiges geändert. Bei mir läufts gerade ein "refresh im Browser" hab ich aber noch nicht testen können (weiß grad nicht genau, wie, vielleicht muss ich da noch einen state für basteln oder so kopfkratz). Aber nach dem Login knallt chrome Daten in den Ordern.