Sofortiges Urteil mit Beleg
Sieh, ob das load-Event ausgelöst wurde, wie lange es dauerte und welche Regel das Ergebnis lieferte. Nie wieder fragen, ob es „noch lädt“.
Iframe Viewer: prüfen, ob eine URL im iframe lädt
URL einfügen, um sie in einem echten iframe zu rendern, Blockierung durch X-Frame-Options / CSP frame-ancestors zu erkennen und in Gerätegrößen anzusehen. Nichts wird an einen Server gesendet.
about:blank
1280×800
Oben eine URL eingeben, um sie hier zu rendern
- Nichts wird an einen Server gesendet
- Sandbox- & Berechtigungstests
- 10 Geräte-Presets + Vergleichsmodus
So funktioniert es
So funktioniert die Erkennung
Browser verbergen, warum ein Cross-Origin-Frame gescheitert ist. Das Ergebnis kombiniert deterministische Prüfungen mit den Signalen des Browsers und nennt immer das angewendete Signal.
- 01
URL oder <iframe>-Snippet einfügen
Wir normalisieren (ergänzen https://, falls vergessen), validieren und prüfen Mixed-Content-Regeln sowie die Richtlinien-Datenbank, bevor wir das Netzwerk anfassen.
- 02
Der Browser rendert in Gerätegröße
Ein echtes iframe wird in der exakten Preset-Auflösung erzeugt und per CSS skaliert. Sandbox-, allow- und Referrer-Optionen werden unverändert angewendet.
- 03
Du bekommst Urteil, Beleg und Code
Timing des load-Events, das entscheidende Signal, ein curl-Einzeiler zur Header-Prüfung und ein Snippet mit deinen aktuellen Einstellungen.
Funktionen
Was das Tool kann
Echte Geräte-Viewports
iPhone 15, Pixel 8, iPad Pro, 1440p-Desktop. In nativen Pixeln gerendert und passend skaliert — mit Dreh-Schalter.
Vergleichsmodus
Smartphone, Tablet und Laptop nebeneinander aus einer URL. Responsive Fehler im Embed finden, bevor es deine Nutzer tun.
Sandbox- & Berechtigungslabor
Sandbox-Flags, allow=-Features und Referrer-Policy live umschalten. Manche Seiten lassen sich nur mit passendem Referrer einbetten — jetzt kannst du es beweisen.
Ausgabe als HTML, React, Vue, Svelte
Eine Konfiguration, vier idiomatische Snippets. camelCase-Props für React, ein responsiver aspect-ratio-Wrapper auf Wunsch.
Datenbank bekannter Richtlinien
Bekannte Seiten, die das Einbetten blockieren, werden sofort markiert — mit dem gesendeten Header und der offiziellen Embed-Alternative.
Privat by Design
Es gibt kein Backend. URLs, Verlauf und Generator-Einstellungen liegen im localStorage deines Browsers und nirgendwo sonst.
Teilbare Ergebnisse
Jeder Test hat eine URL. In ein Ticket oder Slack einfügen, damit Kollegen genau das sehen, was du gesehen hast.
FAQ
Häufige Fragen
Warum bleibt das iframe leer oder zeigt „Verbindung abgelehnt“?
Die Seite hat einen X-Frame-Options-Header (DENY oder SAMEORIGIN) oder eine Content-Security-Policy mit frame-ancestors gesendet, die deine Origin nicht enthält. Browser halten sich daran und zeigen stattdessen eine Fehlerseite. Den genauen Header siehst du in DevTools → Konsole oder per curl-Befehl von Iframe Viewer.
Wie teste ich, ob sich eine Website in ein iframe einbetten lässt?
Füge die URL oben in den iframe-Tester ein und klicke auf Rendern. Iframe Viewer lädt sie in einem echten iframe in der gewählten Gerätegröße und meldet, ob das Laden geklappt hat, welches Signal entschieden hat und wie lange es dauerte.
Kann Iframe Viewer den X-Frame-Options-Header direkt lesen?
Nicht allein aus dem Browser — Cross-Origin-Antwort-Header sind für JavaScript absichtlich unsichtbar. Iframe Viewer kombiniert deterministische Prüfungen (Mixed Content, Datenbank bekannter Seiten), das load-Event des Browsers und eine same-origin-Prüfung und nennt immer das entscheidende Signal. Für die endgültige Wahrheit nutze den curl-Einzeiler.
Der Tester sagt „load-Event ausgelöst“, aber ich sehe eine Fehlerseite. Was stimmt?
Beides. Chrome und Firefox lösen load auch aus, wenn sie eine Fehlerseite einsetzen; das Event allein unterscheidet also nicht zwischen Erfolg und Blockierung. Vertraue für das endgültige Urteil deinen Augen und bestätige mit curl.
Speichert oder protokolliert Iframe Viewer die getesteten URLs?
Nein. Es gibt keinen Server. Dein Verlauf liegt im localStorage des Browsers, überlebt Neuladen und lässt sich mit einem Klick löschen. Analytics zählt — falls akzeptiert — nur Seitenaufrufe und Klicks, niemals die getesteten URLs.
Was ist der Unterschied zwischen allow und sandbox?
sandbox entfernt Fähigkeiten (Skripte, Formulare, Popups, Navigation) und du gibst nur das Nötige zurück. allow ist die Permissions Policy für mächtige Features wie Kamera, Vollbild oder Zahlung. Nutze beides für fremde Inhalte, die du nicht kontrollierst.
Warum funktioniert mein Embed hier, aber nicht auf meiner Seite?
Häufige Ursachen: Deine Seite ist HTTPS, das Ziel HTTP (Mixed Content); das Ziel prüft den Referer-Header; oder die Content-Security-Policy deiner eigenen Seite hat eine frame-src-Direktive ohne das Ziel. Probiere die Referrer-Policy in den Frame-Optionen.
Ist Iframe Viewer wirklich kostenlos?
Ja — komplett kostenlos, ohne Konto, ohne Limits. Es ist eine statische Seite ohne Serverkosten, die gedeckt werden müssten.