Bildschirmtest online vs App: was ist genauer, und wann gewinnt jeder

Zuletzt geprueft 2026-05-05. Ein browserbasierter Bildschirmtest und eine native Bildschirmtest-App diagnostizieren das gleiche Panel, beobachten es aber durch unterschiedliche Stacks. Die Browser-Version deckt die haeufigsten Fehler (tote Pixel, Farb-Gleichmaessigkeit, Backlight-Bleed) in zwei Minuten ohne Installation ab. Eine native App erreicht tiefere Signale (Refresh-Rate-Rampen, 10-Bit-Farbe, HDR-Transfer, ICC-Farbmanagement), die der Browser nicht direkt lesen kann. Diese Anleitung nennt, was jeder sehen kann, was jeder nicht kann, und welchen man zuerst oeffnet fuer das Symptom vor dir.

Was ein Browser-Bildschirmtest tun kann

Oeffne die Seite, klicke eine Farbe, erlaube dem Browser, in den Vollbildmodus zu gehen. Der Browser bittet dann das Betriebssystem, ihm das gesamte Panel zu geben - jeden Pixel - und malt eine Vollfarbe darueber. Aus der Perspektive des Panels ist das identisch mit der gleichen Farbe, die von einer nativen App gezeichnet wird. Ein toter Subpixel, der nicht leuchtet, ein festsitzender Subpixel auf einem Kanal gesperrt, ein Farb-Gleichmaessigkeits-Gradient ueber das Feld, Backlight-Bleed auf einem schwarzen Bildschirm, Bildretention von einem vorherigen statischen Muster - der Browser zeigt sie mit der gleichen Treue wie eine native App, weil er die volle Ausgabeflaeche des Panels in voller Aufloesung hat.

Der browserbasierte Tote-Pixel-Test auf dieser Seite verwendet sechs Diagnosefarben (rot, gruen, blau, weiss, schwarz, gelb). Tote Pixel erscheinen auf jeder Farbe. Festsitzende Pixel erscheinen auf den Farben, die NICHT diejenige sind, auf die der Subpixel gesperrt ist (ein rot festsitzender Pixel ist auf rot unsichtbar und auf gruen / blau / schwarz sichtbar). Backlight-Bleed erscheint auf schwarz; Gradient-Drift erscheint auf weiss. Zwei Minuten pro Panel, keine Installation.

Wo der In-Browser-Weg stoppt: Signale, die er nicht lesen darf

Der Browser abstrahiert absichtlich mehrere Display-Signale, damit eine Webseite die Hardware des Benutzers nicht fingerprinten kann. Diese Abstraktion ist auch der Grund, warum ein Browser-Bildschirmtest sie nicht sieht.

• Refresh-Rate-Rampen. Der Browser kann dir nicht zuverlaessig sagen, ob das Panel mit 60 Hz, 120 Hz oder 144 Hz laeuft, und kann nicht durch sie rampen, um eine Flicker-Schwelle zu finden. Eine native App spricht direkt mit dem GPU-Treiber und kann die Refresh-Rate aendern, dann auf Bildverlust oder Flicker achten.
• 10-Bit / HDR-Signal. Die meisten Browser rendern in eine 8-Bit-pro-Kanal-Leinwand auch auf einem 10-Bit-Panel; HDR-Transferfunktionen (PQ, HLG) sind nicht fuer Standard-CSS zugaenglich. Eine native App kann eine 10-Bit / HDR-Oberflaeche vom OS anfordern und Banding oder Spitzen-Luminanz validieren.
• ICC-Farbprofil-Sondierung. Der Browser respektiert das OS-Farbprofil stillschweigend; er laesst eine Seite es nicht messen oder ueberschreiben. Eine Kalibrierungs-App liest das Profil, wendet Test-Patches bei bekannten XYZ-Werten an und meldet Delta-E.
• Reaktionszeit / Pixel-Overdrive-Ghosting. Das Erkennen einer 1-3 ms Geisterspur erfordert eine Hochgeschwindigkeitsmessung, keinen statischen Farb-Bildschirm.
• Direkte Port / Kabel-Diagnose. Der Browser kann dir nicht sagen, ob das Bild ueber HDMI 2.0 oder HDMI 2.1 zum Panel kommt; die Kabel- / EDID-Schicht liegt unter der Abstraktion.

Was eine native Bildschirmtest-App hinzufuegt

Eine native App, installiert von einem Anbieter oder Plattform-Store, spricht mit dem OS-Display-Treiber, dem Farbmanagement-Stack und (fuer farbkritische Arbeit) einem Hardware-Kolorimeter. Dieser privilegierte Zugriff erlaubt ihm zu beobachten, was ein Browser nicht kann.

• Refresh-Rate-Sweeps ueber jeden Modus, den der GPU-Treiber anpreist.
• 10-Bit- und HDR-Validierung mit Test-Mustern am Bildschirm und (mit einem Kolorimeter) gemessenen Spitzen-Nits und HDR-EOTF-Genauigkeit.
• Farbprofil-Erstellung und -Validierung - wende einen bekannten Test-Patch an, messe mit einem Kolorimeter, schreibe ein korrigiertes ICC-Profil.
• Reaktionszeit- / Overshoot-Reporting ueber vom Anbieter bereitgestellte Muster und Messwerkzeuge.
• Anbieter-spezifische Hardware-Tests - OSD-Selbsttest eines Monitors, Panel-Info-Auslesen eines Laptops, GPU-Stresstest-Muster vom GPU-Anbieter.

Der 30-Sekunden-Entscheidungsbaum

Ordne das Symptom dem Test zu, der es faengt - fuehre den guenstigeren zuerst aus.

1. Sichtbarer Defekt auf einer Vollfarbe (toter Fleck, hell-festsitzender Punkt, Farbfleck, Eck-Glow) → oeffne zuerst den Browser-Bildschirmtest. Zwei Minuten, keine Installation. Wenn er den Defekt bestaetigt, hast du deinen Beweis; das Panel braucht eine RMA.
2. Symptom ueber Flicker oder Refresh-Rate ("der Bildschirm wirkt juddrig", "der Cursor hinterlaesst Spuren", "ich kann nicht sagen, ob 120 Hz wirklich aktiv ist") → installiere eine native App. Der Browser kann die Refresh-Rate nicht rampen; du brauchst direkten GPU-Treiber-Zugriff.
3. Symptom ueber HDR oder Farbgenauigkeit ("HDR-Videos sehen flach aus", "das von mir bearbeitete Foto druckt dunkler", "Hauttoene wirken nur auf diesem Monitor rot") → native App, idealerweise mit einem Kolorimeter. Der Browser kann 10-Bit- oder HDR-Signale nicht messen.
4. Symptom ueber einen Port oder das OSD ("USB-C-Port ist tot", "OSD-Knopf reagiert nicht") → weder Online- noch App-Bildschirmtests fangen das. Teste den Port manuell und lies die Anleitung LCD-Test vs Display-Test vs Monitor-Test fuer den richtigen Eskalationsweg.
5. Nicht sicher, wo man anfangen soll → Browser-Bildschirmtest. Er ist der guenstigste, schnellste und schliesst den teuersten Fehler (Panel-Rueckgabe) aus, bevor irgendeine Installation oder Messung erfolgt.

Genauigkeitsvergleich: gleiches Panel, gleicher Defekt

Fuer Panel-Defekte (tot, festsitzend, Gleichmaessigkeit, Bleed) sind Online und Nativ gleichermassen genau. Die Diagnoseflaeche ist das Panel selbst - der Browser fuellt es genauso wie eine native App, und das menschliche Auge ist das Messinstrument in beiden Faellen. Anbieter-"Bildschirmtest"-Apps fuer Laptops und Monitore fuehren denselben rot / gruen / blau / weiss / schwarz Sweep aus, den die Browser-Version ausfuehrt; die Vermarktung unterscheidet sich, die Muster sind identisch.

Fuer tiefere Signale (Refresh, HDR, Farbprofil) ist die native App per Definition genauer - sie hat Zugriff auf Signale, die der Browser nicht lesen kann. Ein Browser-Bildschirmtest, der versucht, eine 144-Hz-Validierung zu beanspruchen, verkauft etwas, das er nicht liefern kann.

Haeufig gestellte Fragen

Sind kostenpflichtige Online-"Bildschirmtest"-Seiten genauer als kostenlose?

Fuer Panel-Defekte, nein. Jede Seite, die einen Vollbild-Farbzyklus ausfuehrt, beobachtet das gleiche Panel durch den gleichen Browser-Stack. Bezahlte Seiten koennen kuratierte Anleitungen, RMA-Papierwerk-Helfer oder eine politische UI hinzufuegen, aber die zugrunde liegende Diagnose ist derselbe rot / gruen / blau / weiss / schwarz Sweep. Die Genauigkeit liegt im Auge des Lesers, nicht im Preis der Seite.

Warum liefern Laptop-Anbieter eine eingebaute "Bildschirmtest"-App, wenn ein Browser den gleichen Job macht?

Anbieter-Apps fuegen drei Dinge hinzu, die ein Browser nicht kann: eine Panel-Info-Anzeige (Hersteller, Modell, native Aufloesung, Panel-ID) fuer Garantie-Papierwerk; eine schnelle Refresh-Rate-Rampe, um zu validieren, dass das Panel mit seiner beworbenen Spec laeuft; und einen Selbsttest-Modus, der das OS umgeht, hilfreich, wenn das OS selbst der Verdaechtige ist. Fuer reine Tote-Pixel-Checks ist die Browser-Version in Ordnung.

Kann ein Browser-Bildschirmtest einen Defekt verpassen, den eine native App findet?

Fuer Panel-Defekte auf einer Vollfarbe, nein. Fuer Signal-Probleme (Refresh, HDR, ICC), ja - die sind auf einem statischen Farb-Bildschirm ueberhaupt nicht sichtbar. Ein sauberer Browser-Bildschirmtest schliesst ein Display- oder Signal-Problem nicht aus; er schliesst nur einen Panel-Defekt aus.

Beeinflusst das Ausfuehren im Vollbildmodus das Testergebnis?

Ja - es muss Vollbild sein. Alles weniger als volle Panel-Abdeckung (ein Fenstertest, ein Browser-Tab mit Chrome um die Leinwand) laesst Kanten und Ecken ungeprueft, was die Stellen sind, an denen Backlight-Bleed- und Eck-Gleichmaessigkeits-Defekte normalerweise leben. Der Browser-Bildschirmtest auf dieser Seite loest Vollbild bei jedem Klick auf eine Farbkachel aus.

Ich fuehre den Browser-Test aus, er sieht sauber aus, aber der Bildschirm wirkt immer noch "komisch". Was jetzt?

Zwei Wege. (1) Wenn das Symptom ueber Farbe ist - Hauttoene wirken falsch, Foto-Edits drucken dunkler als sie aussehen, Schwarz sieht grau in dunklen Szenen aus - ist das Problem Farbmanagement, installiere eine native Kalibrierungs-App und idealerweise ein Kolorimeter. (2) Wenn das Symptom ueber Bewegung oder Flicker ist - Cursor-Spuren, Judder, Refresh-Rate-Unsicherheit - ist das Problem Signal, installiere eine native Bildschirmtest-App vom Anbieter oder Drittanbieter. Lies LCD vs Display vs Monitor-Test fuer den breiteren Eskalationsweg.

Verwandt

• LCD- / Tote-Pixel-Test - der in-Browser Vollbild-Farb-Sweep, auf den in dieser Anleitung verwiesen wird.
• LCD-Test vs Display-Test vs Monitor-Test - welcher der drei Diagnosebereiche zu deinem Symptom passt.
• Was ein LCD-Test wirklich prueft - Muster-fuer-Muster-Durchlauf der Diagnose auf Panel-Ebene.
• Anleitung zum Tote-Pixel-Test - Defekt-Taxonomie tot vs festsitzend vs Gleichmaessigkeit.
• Wie tote Pixel pruefen vor Rueckgabe eines Monitors - Garantie-Beweis-Workflow.
• Geraete-Test-Checkliste fuer Remote-Arbeit - breitere Bildschirm + Kamera + Mikrofon + Tastatur-Kadenz.