Webseiten und eingebettetes HTML auf einem Display

„Es funktioniert in der Vorschau, aber der Bildschirm bleibt leer“ ist das charakteristische Symptom von Webseiten- und Embedded-HTML-Widgets, und es ist kein Fehler. Die Vorschau läuft in Ihrem Browser, angemeldet als Sie, in Ihrem Büronetzwerk. Der Player nutzt eine andere Browser-Engine, angemeldet als niemand, möglicherweise in einem anderen Netzwerk. Alles, was von diesen Unterschieden abhängt, funktioniert nicht.

Warum die Vorschau lügt

Vier Dinge unterscheiden sich zwischen Ihrer Vorschau und dem Player:

1. Ihre Sitzung. Wenn die Seite eine Anmeldung benötigt, besitzt Ihr Browser das Cookie, der Player jedoch nicht. Der Player erhält einen Anmeldebildschirm oder, häufiger, eine leere Seite.
2. Framing-Berechtigungen. Die meisten modernen Websites senden Header, die das Einbetten in eine andere Seite verbieten. Ihre Vorschau ist davon möglicherweise ausgenommen, der Player nicht. Die Seite weigert sich stillschweigend, sich darzustellen.
3. Gemischte Inhalte. Eine http://-Seite oder -Ressource, die in einen https://-Kontext eingebettet ist, wird grundsätzlich blockiert.
4. Die Rendering-Engine. Browser-Engines von Playern sind älter und strenger als Desktop-Chrome, besonders bei Smart-TVs und günstigen Android-Boxen. Unter Windows ist die Engine auswählbar, und ein einzelnes hartnäckiges Widget kann auf die neuere Edge-Engine gezwungen werden, indem <!-- BROWSER=edge --> in die erste Zeile seines eingebetteten HTML gesetzt wird, was einen Versuch wert ist, bevor eine Seite umgeschrieben wird.

Lösungen, geordnet nach Erfolgshäufigkeit

1. Die URL direkt auf dem Gerät testen

Öffnen Sie den eigenen Browser des Geräts und laden Sie die genaue URL. Schlägt sie dort fehl, wird keine easyCMS-Einstellung sie retten, Sie haben zuerst ein Netzwerk-, Zertifikats- oder Authentifizierungsproblem zu lösen. Dieser eine Test löst die meisten Fälle.

2. Den richtigen Rendering-Modus verwenden

Das Webseiten-Widget bietet verschiedene Rendering-Methoden:

• Nativ öffnen: Der Player lädt die URL direkt in seinem eigenen Browser. Dies ist der einzige Modus, der eine Website umgeht, die sich weigert, eingerahmt zu werden. Er kann nicht unter anderen Inhalten geschichtet werden, er beansprucht die gesamte ihm zugewiesene Fläche, und er hat keine Vorschau in easyCMS, sodass die einzige Möglichkeit, ihn zu prüfen, darin besteht, auf den Bildschirm zu schauen.
• Manuelle Position und Beste Anpassung: Die Seite wird in einen Rahmen mit von Ihnen festgelegten Abmessungen eingebettet, mit Versatz und Skalierung, sodass Sie nur den gewünschten Teil einer Seite anzeigen können. Beide sind flexibler, und beide unterliegen allen oben genannten Framing-Regeln.

Wenn eine Seite bei der Einbettung leer ist, wechseln Sie zu Nativ öffnen und veröffentlichen Sie erneut. Das behebt die Mehrheit der leeren Webseiten-Widgets, aber nur unter Android und Windows. Auf einem LG-webOS-Panel wird eine Website, die sich weigert, eingerahmt zu werden, in keinem Modus angezeigt. Keine Einstellung ändert das. Die Lösung ist eine andere Quell-URL oder eine Seite, die Sie selbst kontrollieren.

3. Alles über HTTPS mit einem gültigen Zertifikat bereitstellen

Selbstsignierte und abgelaufene Zertifikate werden ohne sichtbaren Fehler abgelehnt, und Smart-TV-Player sind von allen am strengsten. Verwenden Sie ein Zertifikat einer regulären öffentlichen Zertifizierungsstelle. Wenn Sie ein internes Zertifikat verwenden müssen, muss es auf dem Gerät selbst als vertrauenswürdig installiert werden.

4. Die Anmeldepflicht entfernen

Digital Signage kann kein Passwort eingeben. Wenn die Seite eine Authentifizierung benötigt, stellen Sie eine schreibgeschützte Version, einen freigegebenen Dashboard-Link, eine öffentliche Token-URL oder eine veröffentlichte Ansicht bereit, und richten Sie das Widget stattdessen darauf aus.

5. Prüfen, was die Seite zum Ausführen benötigt

Schwere JavaScript-Frameworks, WebGL, automatisch abspielende Medien und von Drittanbietern geladene Web-Fonts schlagen auf Player-Hardware alle häufiger fehl als auf Ihrem Laptop. Je statischer die Seite, desto zuverlässiger ist sie auf einem Bildschirm. Wo Sie die Seite kontrollieren, erstellen Sie eine abgespeckte Signage-Version davon.

Speziell zu Dashboards

Dashboards aus Analyse- und BI-Tools sind die häufigste Verwendung des Webseiten-Widgets und der häufigste Fehlerfall. Fast alle blockieren die Einbettung standardmäßig und erfordern eine Sitzung. Suchen Sie nach der eigenen Option des Tools öffentlicher Link, im Web veröffentlichen oder schreibgeschützte Freigabe. Das gibt Ihnen eine URL, die zur Einbettung gedacht ist, und sie funktioniert dort, wo die normale Dashboard-URL es nicht tut.

Eingebettetes HTML

Das Embedded-HTML-Widget fügt Ihr Markup in das Layout ein. Häufige Ursachen für ein leeres Ergebnis:

• Skripte, die über http:// geladen werden, oder von einer Domain, die das Gerät nicht erreichen kann.
• Code, der eine Desktop-Viewport-Größe voraussetzt.
• Markup, das das Parsen des Layouts unterbricht, ein nicht geschlossenes Tag kann das gesamte Layout ungültig machen, das dann überhaupt nie mehr abgespielt wird. Siehe Geplante Inhalte werden nicht abgespielt.

Eine Sache, die Sie nicht verfolgen sollten: Ein Layout mit einer Webseite trägt oft ein oranges Ausrufezeichen statt eines grünen Häkchens. Das ist zu erwarten. easyCMS kann nicht wissen, was eine Live-Webseite darstellen wird, daher weigert es sich, das Layout als vollständig gültig zu bezeichnen. Es wird trotzdem abgespielt.

Tipp Testen Sie zunächst mit etwas Trivialem, einem farbigen Block mit etwas Text, um zu beweisen, dass das Widget selbst funktioniert. Fügen Sie dann Ihren echten Code Stück für Stück wieder hinzu.

Verwandte Artikel: Layouts erstellen, Dynamische Inhalte mit DataSets, Netzwerkanforderungen und Firewall-Regeln