Du möchtest eine Kurz-URL wie www.deine-domain.de/linkedin oder /github einrichten, die direkt zum jeweiligen Profil weiterleitet - kennst dich aber nicht mit .htaccess-Dateien oder mod_rewrite aus oder dein Hoster lässt sowas nicht zu? Dann hilft die Holzhammer-Variante: ein FTP-Client, eine Mini-HTML-Datei und ein Meta-Refresh-Tag. Reicht für privat und ist ohne Server-Magic in fünf Minuten erledigt.
Diese Anleitung zeigt dir den Weg Schritt für Schritt, aber auch wo die Methode an ihre Grenzen kommt und welche Alternativen es gibt, sobald du etwas tiefer einsteigen willst.
/linkedin), eine index.html mit <meta http-equiv="refresh"> reinlegen, fertig. Browser, die deine-domain.de/linkedin aufrufen, werden auf das eingetragene Ziel umgeleitet.
Wann diese Methode sinnvoll ist - und wann nicht
Vorteile auf einen Blick:
- Keine Server-Kenntnisse nötig: Du brauchst nicht zu wissen, was eine RewriteRule ist.
- Funktioniert auf jedem Hoster: Auch bei einfachsten Webspace-Tarifen ohne mod_rewrite und PHP.
- Schnell eingerichtet: Eine Vanity-URL ist in unter fünf Minuten online.
- Browserunabhängig: Meta Refresh wird von allen Browsern seit den 1990ern verstanden.
Nachteile, die du kennen solltest:
- Keine echte 301-Weiterleitung: Meta Refresh sendet keinen permanenten Redirect-Statuscode. Suchmaschinen erkennen das, übergeben aber den Link-Wert anders als bei einer echten 301-Weiterleitung.
- Sichtbar in der Adressleiste: Bei manchen Browsern siehst du kurz die Zwischenseite, bevor das Ziel lädt.
- Pflege bei vielen URLs: Jede Vanity-URL braucht einen eigenen Ordner mit einer eigenen index.html. Bei 20 Zielen wird das umständlich.
- Kein direkter Browser-Statuscode: Aus SEO-Sicht und für Crawler ist Meta Refresh die schwächere Lösung. Mehr Hintergründe im Artikel zu Meta Refresh und seinen Tücken.
Faustregel: Für ein, zwei private Vanity-URLs auf einem einfachen Hoster ist die Methode okay. Für SEO-relevante Weiterleitungen, viele URLs oder produktive Setups solltest du auf .htaccess oder PHP-Redirects umsteigen.
Schritt 1: FTP-Programm einrichten
Wenn du noch keinen FTP-Client hast, lade dir einen kostenlosen herunter. Die Klassiker:
- FileZilla - läuft auf Windows, Mac und Linux, einfache Oberfläche
- WinSCP - nur Windows, kann zusätzlich SFTP und SCP
- Cyberduck - Mac- und Windows-Variante mit aufgeräumtem UI
Die Zugangsdaten (Host, Benutzername, Passwort, Port 21 oder 22) findest du im Kundencenter deines Hosters. Wenn dein Hoster SFTP statt FTP unterstützt: SFTP nutzen, das überträgt verschlüsselt. Sonst klassisches FTP genügt.
Schritt 2: Verzeichnis im Root des Webspace anlegen
Verbinde dich zum Server. Du landest meist in einem Verzeichnis wie /httpdocs/, /public_html/ oder /www/ - das ist das Wurzelverzeichnis (DocumentRoot) deiner Website. Alles was hier liegt, ist über die Domain erreichbar.
Lege ein neues Verzeichnis an, das exakt den gewünschten URL-Pfad benennt:
- für
deine-domain.de/linkedineinen Ordnerlinkedin - für
deine-domain.de/githubeinen Ordnergithub - für
deine-domain.de/+einen Ordner+(Sonderzeichen funktionieren, sind aber bei manchen Hostern problematisch - lieber Buchstaben)
Schritt 3: index.html mit Meta Refresh erstellen
Öffne einen einfachen Texteditor (Notepad, VS Code, Sublime, was du da hast - kein Word!). Kopiere folgenden Code, passe die zwei markierten Stellen an und speichere die Datei als index.html:
<!DOCTYPE html>
<html lang="de">
<head>
<meta charset="UTF-8">
<title>Weiterleitung zu meinem LinkedIn-Profil</title>
<meta http-equiv="refresh" content="0; URL=https://www.linkedin.com/in/dein-name/">
<meta name="robots" content="noindex">
</head>
<body>
<p>Du wirst gerade weitergeleitet. Falls das nicht automatisch passiert,
<a href="https://www.linkedin.com/in/dein-name/">klicke hier</a>.</p>
</body>
</html>Anpassen musst du nur zwei Stellen:
<title>: kurzer beschreibender Text. Sieht der Nutzer im Browser-Tab kurz aufblitzen.- Die URL in
content="0; URL=..."und nochmal im<a href>als Fallback. Beide müssen identisch sein.
Die 0 in content="0; URL=..." ist die Verzögerung in Sekunden - 0 bedeutet sofort. Brauchst du eine kurze Pause (z.B. für eine "Du wirst weitergeleitet..."-Nachricht), setz 2 oder 3 ein.
<meta name="robots" content="noindex"> sorgt dafür, dass Google die Weiterleitungsseite nicht selbst in den Index aufnimmt - du willst nur das Ziel ranken, nicht den Redirect.
Schritt 4: index.html ins Verzeichnis hochladen
Im FTP-Client das eben erstellte Verzeichnis öffnen (Doppelklick auf linkedin), dann die index.html vom lokalen Rechner per Drag&Drop oder Upload-Button hochladen. Anschließend im Browser https://deine-domain.de/linkedin aufrufen - sollte direkt auf dein LinkedIn-Profil springen.
Klappt es nicht, prüfe:
- Ist die Datei wirklich
index.html(klein geschrieben, kein.txthintendran)? - Liegt sie im richtigen Ordner?
- Wurde sie vollständig hochgeladen? Manche FTP-Clients zeigen bei Abbruch trotzdem die Datei an.
- Stimmt die Ziel-URL? Tippfehler in
https://oder Domain sind häufig.
Vanity-URLs für moderne Social-Media-Plattformen
Statt der Google+-Verlinkung von 2011 sind heute andere Plattformen relevant. Hier ein paar Vorlagen:
| Vanity-URL | Ziel-Plattform | Beispiel-Pfad |
|---|---|---|
/linkedin | LinkedIn-Profil | linkedin.com/in/dein-name |
/github | GitHub-Profil oder -Repo | github.com/dein-name |
/mastodon | Mastodon-Account | mastodon.social/@dein-name |
/bluesky | Bluesky-Handle | bsky.app/profile/dein-name.bsky.social |
/youtube | YouTube-Kanal | youtube.com/@dein-kanal |
/instagram | Instagram-Profil | instagram.com/dein-name |
/x | X (vormals Twitter) | x.com/dein-name |
/cv | PDF-Lebenslauf im Webspace | deine-domain.de/files/lebenslauf.pdf |
Praktisch: gerade Lebenslauf-PDFs, eigene Visitenkarten-Seiten oder Kalender-Buchungslinks (Calendly, TidyCal) lassen sich so unter einer kurzen, leicht zu merkenden Adresse erreichbar machen.
Sauberere Alternative: htaccess statt Meta Refresh
Sobald dein Hoster .htaccess unterstützt - und das tun heute praktisch alle - solltest du auf eine echte 301-Weiterleitung umsteigen. Statt eines Ordners und einer index.html pro URL reicht eine einzige Zeile in der .htaccess-Datei deines Root-Verzeichnisses:
RewriteEngine On
RewriteRule ^linkedin/?$ https://www.linkedin.com/in/dein-name/ [R=301,L]
RewriteRule ^github/?$ https://github.com/dein-name [R=301,L]
RewriteRule ^mastodon/?$ https://mastodon.social/@dein-name [R=301,L]Vorteile gegenüber Meta Refresh: echter HTTP-Status 301, keine sichtbare Zwischenseite, sauber im Index für Suchmaschinen, alle URLs zentral in einer Datei. Wie das im Detail funktioniert, findest du in der htaccess-Übersicht.
Häufige Probleme und ihre Lösung
Browser zeigt eine 404-Fehlerseite
Das Verzeichnis existiert nicht oder die index.html liegt nicht drin. Per FTP nochmal nachsehen, ob der Pfad genau passt (Groß-/Kleinschreibung beachten auf Linux-Servern). Manche Hoster brauchen 1-2 Minuten nach dem Upload, bis die neue Datei ausgeliefert wird - kurz warten und mit Strg+F5 neu laden.
Statt Weiterleitung erscheint die Webseite des Hosters ("Parked Domain")
Die Domain ist noch nicht aufs richtige Verzeichnis konfiguriert oder DNS hat noch nicht propagiert. Im Kundencenter prüfen, ob die Domain auf dein DocumentRoot zeigt.
Verzeichnisname mit Sonderzeichen funktioniert nicht
Pfade wie /+ oder /@ sind technisch zulässig, aber viele Hoster und URL-Encoder machen Ärger. Lieber sprechende Slugs wie /plus, /at oder /twitter verwenden.
Meta Refresh leitet, aber das Ziel öffnet sich in einem neuen Tab
Wenn der Nutzer mit Strg+Klick oder Rechte-Maus-Taste den Link aktiviert hat. Bei normalem Klick öffnet sich das Ziel im selben Tab. Verhalten ist browser-typisch und nicht zu beeinflussen.
SEO-Bedenken: schadet Meta Refresh meinem Ranking?
Für reine Profil-Verlinkungen ohne Indexierungs-Ziel: nein, weil die Meta-Refresh-Seite mit noindex ausgegrenzt wird und Google sie nicht in den Suchergebnissen zeigt. Falls du jedoch eine alte Seite umziehen willst (etwa /blog/alter-pfad auf /blog/neuer-pfad), nutze eine echte 301 - sonst bleibt Linkjuice auf der Strecke.
FAQ - häufige Fragen zu FTP-Weiterleitungen
Brauche ich für jede URL einen eigenen Ordner?
Bei der Meta-Refresh-Variante ja. Bei .htaccess-Redirects reichen Einträge in einer einzigen Datei für beliebig viele Weiterleitungen.
Funktioniert das auch mit Subdomains?
Ja, sofern die Subdomain in deinem Hosting eingerichtet und auf einen Ordner gemappt ist. Da legst du dann genauso eine index.html rein. Bei kompletten Subdomain-Weiterleitungen ist eine DNS-CNAME oder htaccess-Lösung allerdings deutlich eleganter.
Was ist mit https? Brauche ich ein SSL-Zertifikat?
Wenn deine Domain ohnehin auf HTTPS läuft (was sie 2026 tun sollte), greift das Zertifikat auch für die Vanity-URLs - die liegen ja auf derselben Domain. Achte nur darauf, dass das Weiterleitungsziel ebenfalls HTTPS ist.
Wie lange dauert eine Meta-Refresh-Weiterleitung wirklich?
Mit content="0; URL=..." ist die Verzögerung Null Sekunden - der Browser leitet sofort weiter, sobald die HTML-Seite geparst ist. Praktisch sind das wenige Millisekunden, der Nutzer sieht im Idealfall nichts von der Zwischenseite.
Lassen sich Vanity-URLs mit Tracking-Parametern verbinden?
Über Meta Refresh nur eingeschränkt. Wenn du Klicks zählen willst (z.B. wie oft jemand über /linkedin kam), brauchst du eine serverseitige Lösung - klassisch ein PHP-Redirect mit Log oder eine Tracking-Pixel-Variante. Per Meta Refresh allein geht das nicht sauber.
Funktioniert die Methode auch mit subprozeduralen Pfaden wie /social/linkedin?
Ja - lege einfach einen Ordner /social/ an und darin Unterordner linkedin, github usw. mit jeweils einer eigenen index.html. Funktioniert genauso, nur die Verschachtelung ist tiefer.
Quellen und weiterführende Links
- Meta Refresh - Funktionsweise und SEO-Auswirkungen - vertiefender Artikel zum HTML-Mechanismus
- .htaccess - Grundlagen und Beispiele - bessere Alternative für produktive Redirects
- 301-Weiterleitung und SEO - warum 301 für Umzüge die richtige Wahl ist
- PHP-Redirect 301 - Variante ohne mod_rewrite
- Redirect-Checker - eigenes Tool zum Prüfen jeder Weiterleitung
- MDN: Meta-Element - offizielle Doku zu http-equiv
Kommentararchiv 5