Lesezeichen auf Google-Dienste: So geht's, wenn man mehrere Accounts hat
Worum geht es?#
Ein privates Konto, ein Firmenkonto: Mehrere Google-Konten gleichzeitig im selben Browser sind für mich der Normalfall.
Nur die Lesezeichen machen dabei Ärger. Wer sich den Kalender des Firmenkontos als Lesezeichen ablegt, landet ein paar Wochen später plötzlich im privaten Kalender. Oder umgekehrt. Wer nicht aufpasst, sagt falsche Slots zu. Und das obwohl niemand etwas an dem Lesezeichen geändert hat.
Schuld ist die Art und Weise, wie Google den Account-Context, in die Adresse schreibt:
https://calendar.google.com/calendar/u/1/rDiese Nummer ist keine Konto-ID, sondern ein Index und somit eine Momentaufnahme. Genau deshalb funktioniert das mit dem Lesezeichen nicht. Die Lösung folgt sogleich, die Erklärung ist weiter unten zu finden.
Permanente Links generieren#
Mit diesem kleinen Formular, generiert ihr euch Links, die permanent funktionieren, lokal und mit wenigen Klicks.
Browser dürfen Lesezeichen aus Sicherheitsgründen nicht selbst anlegen. Zwei Wege, die überall funktionieren:
- Den Link oben mit der Maus in die Lesezeichenleiste ziehen. Der Titel lässt sich danach frei umbenennen, zum Beispiel „Kalender (privat)“.
- Oder auf Link aufrufen klicken und die geöffnete Seite mitStrg + D als Lesezeichen speichern.
Warum die Nummer nicht taugt#
Die Nummer hinter /u/ ist die Position in der Anmelde-Reihenfolge des Browsers. Das zuerst
angemeldete Konto bekommt /u/0/ und ist zugleich das Standardkonto, das zweite /u/1/, das dritte
/u/2/. Die Zählung gehört zum Cookie-Zustand des Browsers, nicht zum Konto.
Bei anderen Diensten steckt derselbe Wert im Query-Parameter authuser:
https://docs.google.com/spreadsheets/d/xxxxx/edit?authuser=1
https://console.cloud.google.com/home/dashboard?authuser=2Über das Konto-Menü oben rechts zwischen Konten zu wechseln ändert diese Zuordnung nicht. Kippen kann sie trotzdem, und zwar öfter als man denkt:
- Nach dem Abmelden und Wiederanmelden in anderer Reihenfolge wird aus
/u/1/ein/u/0/. - Cookies gelöscht, Browser-Daten bereinigt, „Beim Beenden alles löschen“ aktiv.
- Ein Konto entfernt: Alle dahinter liegenden Konten rutschen eine Position nach vorn.
- Jedes andere Gerät, jeder andere Browser und jedes private Fenster zählen für sich.
- Eine Kollegin öffnet den geteilten Link: Bei ihr zeigt
/u/1/auf ein ganz anderes Konto.
Besonders unangenehm ist der stille Fehlerfall: Der Link funktioniert weiterhin, er öffnet nur eben den falschen Kalender. Man merkt es im Zweifel erst, wenn ein Termin im falschen Kalender steht.
Exotisch ist das Problem übrigens nicht. In einem Google-eigenen Open-Source-Projekt ist es als Bug dokumentiert, mit der bemerkenswerten Feststellung, dass sich der richtige Index über keine API ermitteln lässt.
Wie der erzeugte Link aufgebaut ist#
Statt einer Position sagt man Google direkt, welches Konto gemeint ist. Der Weg dahin führt über Googles Kontoauswahl:
https://accounts.google.com/AccountChooser?source=ogb&continue=https%3A%2F%2Fcalendar.google.com%2Fcalendar%2Fr&Email=marco%40example.comAuseinandergenommen sind das nur drei Bausteine:
| Parameter | Bedeutung |
|---|---|
source | Herkunftskennzeichen, ogb steht für die „One Google Bar“ (reine Kosmetik). |
continue | Die Ziel-URL, vollständig URL-kodiert. Hierhin geht es nach der Kontoauswahl. |
Email | Die E-Mail-Adresse des Kontos, das verwendet werden soll. |
Google findet in der aktuellen Sitzung das Konto zu dieser Adresse, ermittelt selbst den passenden Index und leitet weiter. Ist das Konto nicht angemeldet, landet man auf der Anmeldeseite, mit bereits vorausgefüllter Adresse.
Alternativlösungen?#
Grundsätzlich geht es auch mit dem Parameter authuser. Bei vielen Diensten akzeptiert er neben
einer Nummer auch die Adresse selbst:
https://calendar.google.com/calendar/r?authuser=marco@example.comKürzer und lesbarer, trotzdem die schlechtere Wahl. authuser wählt nur zwischen den Konten aus,
die in diesem Browser gerade angemeldet sind. Ist man irgendwo angemeldet, nur eben nicht in dem
Konto aus dem Link, fragt Google nicht nach: Es öffnet kommentarlos ein anderes Konto, ohne
Anmeldeseite und ohne Warnung. Damit ist man wieder bei dem Problem, das der Link lösen sollte.
Auch gibt es ältere Berichte das sowas wie
https://calendar.google.com/calendar/u/marco@example.com/rmal funktioniert haben soll, dass kann ich Stand September 2026 aber nicht bestätigen. Bei mir gings nicht.
Quellen#
- What the /u/0 and /u/1 in Gmail URLs and other Google Apps Really Mean ↗ – Erklärung des Sitzungsindex und der Anmelde-Reihenfolge
- Changing of multiple google account indexing in the URL ↗ – Google Account Community zur wechselnden Zuordnung
- Change the order of sign in list ↗ – Google Account Community zur Anmelde-Reihenfolge
- Google tip: Set ?authuser=[email] ↗ – zur E-Mail-Variante von
authuser - Deep links don’t support secondary Google accounts ↗ – Google-eigenes Projekt zum selben Problem, inklusive der Feststellung, dass sich der Index über keine API ermitteln lässt
