Traffic-Prüfung: So stellen Sie sicher, dass Links auf die richtige Domain führen

Was als Übergang auf die richtige Domain gilt

Traffic kommt auf der richtigen Domain an, wenn der Nutzer nach allen Weiterleitungen eine Seite auf dem Zielhost öffnet. Es reicht nicht, die Adresse zu prüfen, die in der Stream-Beschreibung, im Profil oder in der Werbung eingefügt wurde: Der Link kann über einen Linkverkürzer, Tracker, eine alte Domain, eine Zwischen-Landingpage oder einen Georedirect laufen.

Prüfen Sie nicht nur den Domainnamen, sondern auch seine Variante: mit und ohne www, HTTP und HTTPS, Hauptdomain und Subdomain. Die Adressen site.example, www.site.example und promo.site.example können zu einem Projekt gehören, aber für den Browser, die Analytics und die Logs sind es unterschiedliche Hosts.

Öffnen Sie den Link so, wie ihn die Zielgruppe öffnet

Rufen Sie den Link von der tatsächlichen Platzierung aus auf: aus der Stream-Beschreibung, dem Profil, der angehefteten Nachricht, dem Post oder der Anzeige. Prüfen Sie nach dem Laden der Seite die Adresszeile. Wichtig ist die URL, die im Browser geblieben ist, nicht die ursprüngliche Adresse aus der Veröffentlichung.

• Vergleichen Sie den endgültigen Host mit der Domain der Landingpage.
• Prüfen Sie den Pfad: Der Link kann auf die richtige Domain, aber auf einen veralteten Bereich führen.
• Stellen Sie sicher, dass der mobile Übergang nicht auf eine technische Subdomain führt.
• Vergleichen Sie das Ergebnis für den Link mit und ohne UTM-Parameter.
• Prüfen Sie, ob die Kampagnenparameter nach allen Übergängen erhalten geblieben sind.

Der Nachteil der manuellen Prüfung: Sie zeigt nur ein Szenario — Ihren Browser, Ihr Gerät, Ihre Region und Ihren Cookie-Satz. Für einen Teil der Zielgruppe können die Regeln anders funktionieren.

Prüfen Sie die gesamte Redirect-Kette im Browser und über curl

Für die technische Prüfung verwenden Sie curl mit den Parametern -I und -L: Der Befehl zeigt die Antwort-Header und folgt den Weiterleitungen. Achten Sie auf die Statuscodes 301, 302, 307, 308 und die Location-Header. Sie zeigen, an welche Adresse der Server den Nutzer bei jedem Schritt weiterleitet.

Für die Prüfung in einem echten Browser öffnen Sie die Entwicklertools, wechseln Sie zum Tab Network und aktivieren Sie Preserve log. Öffnen Sie dann den ursprünglichen Link. In der Liste der Anfragen sind die Redirects, das endgültige Dokument und die Anfragen sichtbar, die bereits nach dem Laden der Seite ausgeführt werden.

1. Aktivieren Sie Preserve log, damit die Liste nach der Weiterleitung nicht geleert wird.
2. Deaktivieren Sie bei Bedarf den Browser-Cache.
3. Öffnen Sie den ursprünglichen Link aus der Veröffentlichung oder fügen Sie ihn in einen neuen Tab ein.
4. Suchen Sie die Antworten mit den Statuscodes 3xx.
5. Vergleichen Sie die Request URL jedes Schritts mit dem Wert von Location.
6. Prüfen Sie die Domain und die URL des letzten Dokuments mit dem Status 200.

Wann eine alte Domain in der Kette normal ist und wann es ein Fehler ist

Eine alte Domain in der Kette bedeutet nicht immer ein Problem. Nach einem Umzug ist eine Route wie old-site.example/stream → site.example/stream normal: Die alte Adresse nimmt die Anfrage an und leitet den Nutzer dauerhaft auf die entsprechende Seite der neuen Website weiter. Die endgültige Domain ist richtig, der Pfad bleibt erhalten und die UTM-Parameter sind nicht verschwunden.

Ein Bug ist die Situation, in der old-site.example/stream auf die Startseite der neuen Website, auf eine andere Landingpage führt oder den Nutzer auf der alten Domain lässt. Ein separates Problem entsteht, wenn nach dem Redirect der Teil nach dem Fragezeichen verloren geht: Der Nutzer landet auf der richtigen Seite, aber die Analytics verliert utm_source, utm_medium und utm_campaign.

Prüfen Sie nicht nur die letzte Domain, sondern auch den Pfad mit den Parametern. Ein Übergang auf site.example ohne die richtige Seite oder ohne die Parameter kann die Kampagnendaten genauso stark verfälschen wie ein Übergang auf einen fremden Host.

Berücksichtigen Sie JavaScript-Redirects und Link-Parameter

curl ist praktisch für Server-Antworten, sieht aber nicht immer die Weiterleitungen, die durch ein Skript nach dem Laden der Seite ausgelöst werden. Die DevTools im Browser helfen, ein solches Szenario zu erkennen: Zuerst wird eine Zwischenseite geöffnet, dann ändert das Skript die Adresse oder schickt den Nutzer auf eine andere Domain.

Prüfen Sie im Network nicht nur das Hauptdokument, sondern auch den Moment der Adressänderung nach dessen Laden. Wenn die UTM-Parameter fehlen, vergleichen Sie die ursprüngliche URL, den Wert von Location und die endgültige Zeile in der Adresszeile. So lässt sich feststellen, bei welchem Schritt die Redirect-Regel die Parameter verworfen hat.

Der Nachteil der Weitergabe aller Parameter ohne Prüfung: Auf der Zieldomain können überflüssige technische Werte landen. Für wichtige Links sollte im Voraus festgelegt werden, welche Parameter, Promocodes und Partner-Parameter erhalten bleiben müssen.

Prüfen Sie die In-App-Browser von Anwendungen

Soziale Netzwerke, Messenger und Streaming-Plattformen öffnen einen Link oft nicht im Hauptbrowser des Geräts, sondern in einem integrierten Browser. Ein solcher Browser kann einen anderen User-Agent übermitteln, Skripte einschränken, keine Cookies speichern oder Redirects anders verarbeiten.

Öffnen Sie den Link direkt aus der Anwendung der Plattform, auf der er platziert ist. Wiederholen Sie den Test anschließend über den Punkt „Im Browser öffnen“, falls dieser verfügbar ist. Vergleichen Sie die endgültige Domain, den Pfad, die UTM-Parameter und das Verhalten von Formular, Zahlung oder Anmeldung.

Der Nachteil der Prüfung im In-App-Browser: Nicht alle Anwendungen erlauben es, die technische Kette der Anfragen einzusehen. Sie ist trotzdem wichtig, weil die mobile Zielgruppe oft genau auf diesem Weg wechselt.

Vergleichen Sie Übergänge aus verschiedenen Regionen und Bedingungen

Wenn die Website Georedirects, ein CDN oder verschiedene Versionen von Landingpages verwendet, wiederholen Sie die Prüfung über VPN, Proxy oder ein entferntes Gerät in der gewünschten Region. Vergleichen Sie die endgültige Domain, den Pfad, die URL-Parameter und den Inhalt der Landingpage.

Prüfen Sie nicht nur das Land, sondern auch die Browsersprache, die Anmeldung, die Cookies und den Gerätetyp. Diese Bedingungen können die Route beeinflussen: Zum Beispiel wird ein Nutzer aus einer Region auf eine lokale Subdomain geschickt, ein Besucher ohne Cookies dagegen auf eine allgemeine Landingpage.

Der Nachteil von VPN und Proxy: Sie bilden nicht immer vollständig die Bedingungen eines echten Zuschauers nach. Der Standort kann anhand mehrerer Signale bestimmt werden, daher bestätigt ein solcher Test ein mögliches Problem, deckt aber nicht die gesamte Zielgruppe ab.

Bestätigen Sie die Domain in Yandex Metrica und GA4

In Yandex Metrica sehen Sie die Berichte zu Einstiegsseiten und Seiten-URLs. Filtern Sie die Daten nach der vollständigen Adresse oder der gewünschten Domain und fügen Sie dann ein Segment nach UTM-Parameter, Quelle oder Kampagne hinzu. So lässt sich erkennen, auf welchem Host die Besuche nach einer bestimmten Platzierung begonnen haben.

In GA4 verwenden Sie für eine solche Prüfung die Dimension Hostname zusammen mit der Landingpage, der Sitzungsquelle und der Kampagne. Vergleichen Sie, wie viele Sitzungen auf der Hauptdomain, der alten Adresse und wichtigen Subdomains angekommen sind. Wenn das Tag auf mehreren Hosts installiert ist, zeigt der Bericht schnell eine Vermischung des Traffics.

Der Nachteil der Analytics: Die Zähler erfassen einen Teil der Besuche nicht — wegen Blockern, deaktiviertem JavaScript oder weil die Seite vor dem Laden des Tags geschlossen wird. Außerdem helfen die Daten nicht bei einer Domain, auf der der Zähler gar nicht installiert ist.

Prüfen Sie die Zugriffe in den Server-Logs

Server-Logs bestätigen, welche Anfragen tatsächlich die Infrastruktur der Website erreicht haben. Für die Prüfung werden Felder mit Zeit, Host, URL, Antwortcode, User-Agent und Referer benötigt, sofern dieser übermittelt wird. Suchen Sie nach Zugriffen im Zeitraum des Linkstarts und sehen Sie sich separat die Anfragen an die alte und die Ziel-Domain an.

Die Antworten 301, 302, 307 und 308 zeigen, dass der Server den Nutzer weitergeleitet hat. Anfragen mit dem Status 200 an den Zielhost bestätigen, dass die Seite von der richtigen Domain ausgeliefert wurde. Wenn in den Logs Übergänge auf den alten Host vorhanden sind, aber keine Anfragen an den neuen, prüfen Sie die Redirect-Regeln und mögliche Verbindungsfehler.

Der Nachteil der Logs: In ihnen landen Bots, Scanner und technische Anfragen. Der Referer fehlt oft bei Übergängen aus Anwendungen und Messengern, daher lässt sich die Quelle eines konkreten Besuchs nicht immer rekonstruieren.

Trennen Sie Hauptdomain und Subdomains in den Berichten

Landingpage, Kundenkonto, Zahlung und Wissensdatenbank können sich auf verschiedenen Subdomains befinden. Wenn man sie ohne Segmente in einem Bericht zusammenfasst, kann man übersehen, dass ein Link aus dem Stream auf promo.site.example statt auf die Hauptwebsite oder auf checkout.site.example führt, bevor der Nutzer das Angebot kennengelernt hat.

Erstellen Sie ein separates Segment für den Zielhost und behalten Sie einen allgemeinen Bericht über alle Domains des Projekts. Der erste hilft, den Landingpage-Traffic zu kontrollieren, der zweite zeigt den Weg des Nutzers zwischen Landingpage, Zahlung und Kundenkonto.

Der Nachteil einer zu strengen Filterung: Aus dem Bericht kann ein normaler Übergang zwischen Subdomains verschwinden, und der Funnel wirkt abgebrochen.

Checkliste zur Linkprüfung vor der Platzierung

• Den Link von der Stelle aus öffnen, an der ihn die Zielgruppe sieht.
• Die endgültige Domain, den Pfad und die Parameter in der Adresszeile prüfen.
• Die 3xx-Kette und die Location-Header über curl oder Network ansehen.
• Sicherstellen, dass die alte Domain beim Redirect den Pfad und die UTM-Parameter beibehält.
• Den Übergang im In-App-Browser der Anwendung wiederholen.
• Eine andere Region prüfen, wenn Georegeln verwendet werden.
• Hostname und Landingpages in der Analytics nach dem Start abgleichen.
• Die Zugriffe auf den gewünschten Host anhand der Server-Logs bestätigen.

Prüfen Sie nach einem Wechsel von Domain, CDN, Landingpage oder Redirect-Regeln sowohl die neuen als auch die alten Links. Alte Stream-Beschreibungen, Videos und angeheftete Posts können die Zielgruppe weiterhin auf eine veraltete Route führen.