Shortcuts erstellen
Das Erstellen von Shortcuts ist die häufigste Aktion in Lora und der schnellste Weg, lange, unübersichtliche Links in etwas Einfaches und Einprägsames zu verwandeln.
Überblick
Jeder Shortcut gehört zu einem einzelnen Workspace. Innerhalb dieses Workspaces muss er einen eindeutigen Slug, eine Ziel-URL, einen Ordner und eine Sichtbarkeitseinstellung haben. Diese vier Felder sind erforderlich. Alles andere, etwa dynamische Parameter, dynamisches Routing oder Kommentare, ist optional.
Wie man einen Shortcut erstellt
Es gibt drei Möglichkeiten, einen Shortcut zu erstellen. Drücke C, um den Erstellungsdialog von überall in der App zu öffnen. Klicke auf den Button Shortcut erstellen in der oberen linken Ecke des Workspaces. Oder öffne https://app.uselora.com/new im Browser; wenn du bei Lora angemeldet bist, wirst du zur Erstellungsseite weitergeleitet.
Sobald das Erstellungsformular geöffnet ist, gibst du einen Slug ein (zum Beispiel /handbook), fügst die Ziel-URL ein (wie https://confluence.acme.com/hr/handbook), wählst einen Ordner (zum Beispiel HR) und wählst eine Sichtbarkeitsoption. Nach dem Speichern ist dein Shortcut sofort live.
Ziel-URLs und HTTPS
Du kannst eine vollständige URL einfügen oder nur einen Hostnamen eintippen. Wenn du das Schema weglässt, ergänzt Lora https:// für dich, aus confluence.acme.com/hr/handbook wird also https://confluence.acme.com/hr/handbook. HTTPS ist der Standard: Fügst du einen http://-Link ein, hebt Lora ihn auf https:// an, damit Besucher das Ziel über eine verschlüsselte Verbindung erreichen. Links, die bereits https:// oder ein anderes Schema wie einen App-Deeplink verwenden, bleiben so, wie du sie eingegeben hast.
Ein nur über HTTP erreichbares Ziel behalten (nicht empfohlen)
Einige Altsysteme sind nur über unverschlüsseltes http:// erreichbar, was die automatische Anhebung auf https:// unbrauchbar machen würde. Um HTTP zu behalten, stellst du der Adresse ein Ausrufezeichen voran:
!http://legacy.internal.acme.com/report
Lora entfernt das führende ! vor dem Speichern und überspringt die Anhebung, sodass der Shortcut auf http://legacy.internal.acme.com/report zeigt. Das Erstellungsformular markiert das http://-Ziel dann als unsicheres Weiterleitungsziel.
Wir empfehlen das nicht. Der Datenverkehr zu einer http://-Adresse ist nicht verschlüsselt, sodass ihn jeder im Netzwerkpfad mitlesen oder verändern kann. Browser warnen Besucher außerdem, dass die Seite nicht sicher ist. Nutze es nur, wenn eine Seite kein HTTPS anbietet, und lass das ! weg, sobald HTTPS verfügbar ist, damit das Ziel auf https:// angehoben wird.
Sichtbarkeit
Sichtbarkeit ist eine erforderliche Einstellung für jeden Shortcut. Du musst entscheiden, wer darauf zugreifen kann, bevor er erstellt werden kann. Das Öffnen eines Shortcuts setzt immer voraus, im zugehörigen Workspace angemeldet zu sein; die Sichtbarkeit schränkt von dort aus weiter ein.
Free unterstützt nur die Sichtbarkeit Workspace. Privat und Nicht gelistet sind auf Basic, Business und Enterprise verfügbar.
- Workspace macht den Shortcut für alle im Workspace verfügbar.
- Nicht gelistet hält den Shortcut aus der Workspace-Übersicht und der Suche heraus — nur der Shortcut-Inhaber sieht ihn in Listen. Alle im Workspace, die den Link haben, können ihn trotzdem öffnen.
- Privat hält den Shortcut nur für dich sichtbar.
Dies stellt sicher, dass jeder Shortcut vom Moment seiner Erstellung an eine klare Zugriffsrichtlinie hat.
QR-Codes
Jeder Shortcut in Lora generiert automatisch einen QR-Code, wenn er erstellt wird. Du musst nichts konfigurieren – der QR-Code ist sofort einsatzbereit.
Du kannst den Code von der Shortcut-Detailseite herunterladen und überall platzieren, wo dein Team schnellen Offline-Zugriff benötigt, wie auf Postern, Bürotüren oder Schulungsmaterialien. Das Scannen löst den Shortcut genauso auf wie ein Klick auf den Link: Die scannende Person muss im Workspace angemeldet sein, und die Sichtbarkeitsregeln des Shortcuts gelten weiterhin.
Optionale Shortcut-Funktionen
Über die erforderlichen Felder hinaus enthält der Erstellungsdialog erweiterte Funktionen, die du bei Bedarf aktivieren kannst.
Dynamische Shortcuts
Dynamische Shortcuts verwenden Platzhalter in der Ziel-URL. Statt eines festen Links wird das Ziel zu einer Vorlage, die beim Öffnen mit Werten befüllt wird.
Platzhalter-Syntax
Es gibt zwei gleichwertige Formate:
- Einfach:
{ticket}. Am schnellsten zu schreiben, ideal für einen einzelnen Parameter. Unterstützt den| raw-Modifier ({path | raw}). - Standard:
{argument name="ticket"}. Erforderlich für einen Standardwert (default="..."). Unterstützt ebenfalls| raw({argument name="ticket" | raw}).
{ticket} und {argument name="ticket"} verhalten sich gleich. Du kannst beide Formen in einer Ziel-URL mischen. Lora speichert die URL genau so, wie du sie eingibst.
Platzhalternamen beginnen mit einem Buchstaben und enthalten Buchstaben, Ziffern, Bindestriche oder Unterstriche (1–50 Zeichen, keine Leerzeichen). Für Anzeigetext mit Leerzeichen optional label setzen: {argument name="issueID" label="Issue ID"}. Der Name ist der Query-Parameter – exakt, inklusive Groß- und Kleinschreibung –, die Bezeichnung ändert nur, was Aufrufer in der Eingabemaske lesen. Wenn du denselben Namen mehrfach verwendest, fragt Lora den Wert nur einmal ab und setzt ihn überall ein.
Standardwerte
Ein Standardwert greift, wenn der Aufrufer keinen Wert angibt. Der Link funktioniert dann ohne Eingabeaufforderung.
https://example.com/{argument name="lang" default="en"}
/lang→https://example.com/en(Standardwert greift)./lang/fr→https://example.com/fr(Wert des Aufrufers überschreibt den Standard).
Standardwerte funktionieren nur im Standard-Format.
Raw-Modus (keine URL-Kodierung)
Standardmäßig kodiert Lora jeden Wert URL-konform. Aus react hooks wird im Ziel react%20hooks. Wenn du tatsächlich rohe URL-Zeichen brauchst, etwa einen Pfad, der bereits Schrägstriche enthält, hänge | raw an:
https://example.com/{argument name="path" | raw}
Sparsam einsetzen. Rohe Werte können die Bedeutung der entstehenden URL verändern.
Wie Aufrufer Werte mitgeben
Lora liest Platzhalterwerte aus zwei Quellen, in dieser Reihenfolge:
- Pfad-Segmente nach dem Slug (positionell). Bei
/jira/{ticket}setzt/jira/ABC-123den Wertticket = ABC-123. Bei mehreren Platzhaltern werden die Segmente in der Reihenfolge ihrer Deklaration zugeordnet. - Query-String (per Name, exakte Übereinstimmung). Bei
/search?query=reactüberschreibt derquery-Parameter einen positionellen Wert mit demselben Namen. Die Groß- und Kleinschreibung muss stimmen –?Query=ist ein anderer Schlüssel als{query}und wird ignoriert. Taucht ein Schlüssel mehrfach auf, gewinnt der letzte Wert.
Fehlt ein erforderlicher Wert, zeigt Lora eine kleine Eingabeseite mit einem Feld pro Platzhalter. Nach dem Absenden erfolgt die Weiterleitung über dieselbe URL. Standardwerte erscheinen als Hinweistext im Eingabefeld.
Beispiele
Ein Platzhalter (einfaches Format):
| Slug | /jira |
| Ziel-URL | https://jira.acme.com/browse/{ticket} |
| Verwendung | /jira/ABC-123 → öffnet Jira-Ticket ABC-123 |
Mehrere Platzhalter (Standard-Format):
| Slug | /gh |
| Ziel-URL | https://github.com/{argument name="org"}/{argument name="repo"} |
| Verwendung | /gh/acme/web-app → öffnet das Repository acme/web-app |
Optionaler Wert mit Standardwert:
| Slug | /lang |
| Ziel-URL | https://example.com/{argument name="lang" default="en"} |
| Verwendung | /lang → Englisch; /lang/fr → Französisch |
Überschreibung per Query-String:
| Slug | /search |
| Ziel-URL | https://acme.com/search?q={argument name="query"} |
| Verwendung | /search?query=react+hooks → sucht nach “react hooks” |
Wann dynamische Shortcuts sinnvoll sind
Dynamische Shortcuts eignen sich für Tools, die dein Team mit wechselnden Parametern aufruft: Ticketsysteme, Suche, Dokumentationsseiten, Dashboards mit Filtern oder jede URL, die einem festen Muster folgt.
Ein Shortcut mit fester Ziel-URL gibt bei einem nicht-leeren Pfad-Anhang einen 404 zurück. /handbook/extra auf einem statischen /handbook ist fast immer ein Tippfehler, also verwirft Lora das überschüssige Segment nicht still.
Dynamisches Routing
Dynamisches Routing schickt verschiedene Besucher von einem einzigen Shortcut aus zu verschiedenen Zielen. Jede Regel kombiniert eine oder zwei Bedingungen mit dem Ziel, auf dem passende Besucher landen. So bedient ein einzelner Slug jede Region und jede Plattform, die für dich relevant ist.
Dynamisches Routing ist ab dem Business-Plan verfügbar.
Wie Regeln ausgewertet werden
Die Regeln eines Shortcuts bilden eine geordnete Liste. Lora liest sie von oben nach unten, verwendet die erste Regel, deren Bedingungen alle zutreffen, und hört dann auf. Über die Reihenfolge legst du die Priorität fest: Die spezifischste Regel gehört nach oben.
Zwei Bedingungen innerhalb einer Regel müssen beide zutreffen. Mehrere Werte innerhalb einer Bedingung bedeuten “eines davon”, eine einzelne Land-Bedingung kann also Deutschland, Österreich und die Schweiz gleichzeitig enthalten. Jede Bedingung verwendet entweder ist oder ist nicht; ist nicht trifft auf jeden Besucher zu, dessen Attribut nicht zu den gewählten Werten gehört. Da eine Regel höchstens eine Bedingung pro Attribut enthält, wird sie nie komplizierter als “Land … und Plattform …”. Ein Shortcut kann bis zu 10 Regeln enthalten.
Trifft keine Regel zu, geht der Besucher auf die normale Ziel-URL des Shortcuts. Dieses Ziel ist immer der Fallback, du brauchst also keine Auffangregel.
Es gibt zwei Attribute: Land und Plattform. Plattform umfasst ausschließlich iOS- und Android-Smartphones. Alles, was Lora nicht als eines von beiden einordnen kann, also Desktop-Rechner, Tablets, Fernseher und Bots, erfüllt eine ist-Bedingung nie und eine ist nicht-Bedingung immer. Dasselbe gilt für Besucher, deren Land Lora nicht bestimmen kann. Desktop-Besucher landen deshalb auf dem Standardziel, solange keine Regel sie ausdrücklich einschließt.
Wie man dynamisches Routing einrichtet
- Öffne die Erstellungs- oder Bearbeitungsseite des Shortcuts.
- Klicke im Bereich Dynamisches Routing auf Regel hinzufügen.
- Wähle ein Attribut (Land oder Plattform), wähle ist oder ist nicht und wähle einen oder mehrere Werte.
- Füge optional eine zweite Bedingung zur selben Regel hinzu, um sie weiter einzugrenzen.
- Trage unter Dann weiterleiten zu die Ziel-URL für diese Regel ein.
- Füge weitere Regeln in der Reihenfolge hinzu, in der sie ausgewertet werden sollen, die spezifischste zuerst.
Beispiel
Ein einzelner /app-Shortcut mit zwei Regeln:
| Regel | Bedingungen | Dann weiterleiten zu |
|---|---|---|
| 1 | Land ist Deutschland und Plattform ist iOS | https://apps.apple.com/de/app/acme/id123 |
| 2 | Land ist Spanien | https://acme.com/es/descargar |
| Standard | Keine Regel trifft zu | https://acme.com/download |
Ein iPhone in Deutschland trifft auf Regel 1 zu und landet im deutschen App Store. Jeder Besucher in Spanien trifft auf Regel 2 zu, ob per Smartphone oder nicht. Ein deutsches Android-Smartphone trifft auf keine der Regeln zu und bekommt das Standardziel, genau wie ein Laptop in Berlin. Wenn du ein eigenes Android-Ziel brauchst, legst du dafür eine Regel an.
Wann dynamisches Routing sinnvoll ist
Lokalisierte Inhalte sind der häufigste Fall: Karriereseiten, Support-Portale, alles, was es in einer Version pro Land gibt. Download-Links, die den richtigen Store öffnen sollen, sind der zweite. Es hilft außerdem, wenn eine Kampagne mit einem einzigen Slug mehrere Zielgruppen bedienen muss, weil du dann nicht pro Variante einen eigenen Shortcut anlegen musst.
Maskierte URLs
Maskierte URLs sind auf Business und Enterprise verfügbar. Sie halten das ursprüngliche Ziel aus der Browser-Leiste heraus, indem sie es in einer Lora-Seite anzeigen. Die Maskierung ist eine Darstellungsfunktion, keine Zugriffskontrolle oder Sicherheitsgrenze; Sichtbarkeit und Berechtigungen des Ziels gelten weiterhin.
Maskierung erfordert technische Voraussetzungen. Die Zielseite muss das Einbetten in einem iframe erlauben. Wenn die Zielwebsite das Einbetten mit Headern wie X-Frame-Options oder Content-Security-Policy blockiert, funktioniert die Maskierung nicht. In diesen Fällen verhält sich der Shortcut wie eine normale Weiterleitung.
Ablaufdatum
Ein Ablaufdatum ist auf den Business- und Enterprise-Plänen verfügbar. Du legst fest, bis wann der Shortcut erreichbar ist — danach sehen Besucher Loras gemeinsame Ablaufseite statt des Ziels.
Auf der Erstellungs- oder Bearbeitungsseite aktivierst du Diesen Shortcut ablaufen lassen, wählst Datum und Uhrzeit und speicherst. Um ein Ablaufdatum zu entfernen, löschst du das Datum oder schaltest die Einstellung aus und speicherst erneut.
Abgelaufene Shortcuts bleiben über ihren Slug oder einen short/-Link erreichbar — Besucher sehen die Ablaufseite, keinen 404. Ein Ablaufdatum archiviert den Shortcut nicht; für archivierte Shortcuts nutzt du Archivierte anzeigen.
Abgelaufene Shortcuts sind standardmäßig aus der Workspace-Übersicht, der Suche und den Vorschlägen der Lora-Erweiterung ausgeblendet. So findest du einen zum Reaktivieren oder Bearbeiten:
- Öffne in deinem Workspace die Übersicht.
- Klicke auf Anzeigeoptionen.
- Aktiviere Abgelaufene anzeigen.
Mit Abgelaufene anzeigen gilt:
- Workspace-Inhaber, Admins und Moderatoren sehen jeden abgelaufenen Shortcut, auf den sie Zugriff haben.
- Alle anderen Mitglieder sehen nur abgelaufene Shortcuts, deren Shortcut-Inhaber sie sind.
Auf der Bearbeitungsseite siehst du bei abgelaufenen Shortcuts einen Hinweis, wer sie in der Übersicht einblenden kann.
Hinweis: Das Setzen oder Ändern eines Ablaufdatums erfordert Business oder Enterprise. Nach einem Downgrade bleiben bestehende Ablaufdaten aktiv — Besucher sehen weiterhin die Ablaufseite, bis du das Datum auf einem Plan entfernst, der Bearbeiten erlaubt.
Kommentare
Shortcuts können Kommentare für Kontext oder interne Notizen enthalten. Zum Beispiel: “Dieser Link ist nur für den internen HR-Gebrauch. Vierteljährlich aktualisiert.” Kommentare erscheinen auf der Shortcut-Detailseite, sind aber für Endbenutzer nicht sichtbar.
Shortcuts bearbeiten
Shortcuts können jederzeit aktualisiert werden. Um Änderungen vorzunehmen, öffne die Detail-/Bearbeitungsseite des Shortcuts. Von dort aus kannst du direkt den Slug, die Ziel-URL, den Ordner, die Sichtbarkeit, Tags und erweiterte Einstellungen wie Geo-Targeting, Geräte-Targeting, maskierte URLs und Kommentare aktualisieren. Sobald du speicherst, wird der Shortcut sofort aktualisiert, und die Änderungen sind live für alle Benutzer, die darauf zugreifen können.
Wie man die Bearbeitungsseite öffnet
Es gibt zwei Möglichkeiten, die Bearbeitungsseite eines Shortcuts zu öffnen:
- Verwende das Drei-Punkte-Menü neben dem Shortcut und wähle Bearbeiten.
- Hänge
+an den Shortcut-Slug in der Adresszeile deines Browsers an.
Zum Beispiel:
short/handbook+öffnet die Detail-/Bearbeitungsseite für den Shortcuthandbook./acme/short/jira+öffnet die Detail-/Bearbeitungsseite für den Shortcutjiraim Workspaceacme.
Das +-Suffix funktioniert bei jeder Shortcut-Redirect-URL (/short/…, /s/… oder workspace-spezifisch /<workspace>/short/…).