Methodik — bitte lesen, bevor Sie eine Zahl zitieren

1. Was diese Seite ist

In Deutschland ist Datenschutz kein Luxus, sondern Bürgerpflicht — man lernt ihn in der Schule, man pocht auf ihn gegenüber Behörden, und man traut einer Kamera auf der eigenen Nase grundsätzlich erst einmal nicht. Das Problem smarter Brillen ist nicht, was sie können, sondern dass man nicht weiß, was sie gerade tun: Wer wird gefilmt, wohin geht das Bild, wie lange wird es gespeichert? Diese Seite ist deshalb weder Testlabor noch Kaufberater. Sie ist ein Datenbuch, geführt wie ein Kassenbuch: Für jedes Modell steht da, was gesammelt wird, was standardmäßig an ist, wohin die Daten gehen und ob man sie löschen kann — Zeile für Zeile, mit Beleg. Was jeder Artikel behauptet, wird so festgehalten, wie es geschrieben steht, ohne Ausschmückung. Die Verfolgung von Markteinführungen lebt auf der Schwesterseite aiglassesdata.com, echte Nutzungserfahrung im UX Ledger (uxledger.com); hier wird nur verlinkt, nicht verdoppelt.

2. Quellen

Produktseiten und Ankündigungen der Hersteller (Meta, Snap, Samsung/Google), Berichte der Aufsichtsbehörden (HmbBfDI Hamburg, EDSA) und Berichterstattung zu Markteinführungen. Jede Karte, jedes Ereignis, jede Zeile technischer Daten trägt einen Quellenlink. Wo eine Aussage auf Sekundärberichterstattung statt auf einer Herstellerseite beruht, steht das in der Anmerkung.

3. „Nicht angegeben“ ist ein echter Wert

Wenn ein Hersteller eine Zahl nicht veröffentlicht hat oder sie nicht gegen eine zitierfähige Quelle geprüft werden konnte, steht in der Zelle „Nicht angegeben“. Keine Zahl auf dieser Seite ist geschätzt, interpoliert oder von einem ähnlichen Produkt übernommen. Mittelwerte werden nur über Nicht-Null-Werte berechnet; die Zahl der Nullwerte steht daneben.

4. Regel der Privatsphäre-Heatmap

Die Codes werden aus dem Kartentext nach Schlüsselwortregeln abgeleitet — „Nicht angegeben“ → 0; „standardmäßig aktiviert“ → 3; „keine Daueraufzeichnung“ → 1; LED/Anzeige vorhanden → 2; „nicht unabhängig geprüft“ → 1; „Verarbeitung auf dem Gerät“ → 1; „Meta-Server“ → 2. Der vollständige Kartentext steht direkt unter der Karte, sodass jeder Code gegen seinen Satz geprüft werden kann. Lesen Sie die Karte als Karte, nicht als Note: Eine rote Zelle bedeutet „standardmäßig an — Karte prüfen“, nicht „schlechtes Produkt“.

5. Suchinteresse

Google-Trends-Indexwerte (0–100), keine Suchzahlen. Ein 24-Stunden-Mittel ist eine verrauschte Momentaufnahme eines einzigen Tages; der Wochenwert ist der stabile Messwert. Quelle sind zwei Screenshots (Kanada und weltweit, 5. November 2026).

6. Artikel und Analyse

Die Berichterstattung wird von Hacker News, Bing News, Technikblogs, YouTube und Reddit (über Bing News) gesammelt. Google News RSS liefert von der Worker-Egress-Adresse ein 503, daher ist Bing News der Nachrichtentrichter; direktes Reddit-RSS liefert von derselben Adresse ein 403. Jeder Artikel wird einmal von Workers AI analysiert (Llama 3.1 8B, @cf/meta/llama-3.1-8b-instruct-fp8): eine Zusammenfassung von 1–3 Absätzen plus strukturierte Felder. Die Analyse stützt sich auf Titel, Snippet und abrufbare Textausschnitte; wo der Volltext nicht abrufbar ist, steht „snippet“. Alles Unbestimmbare bleibt null — nichts wird erfunden. Ein Artikel kommt nur herein, wenn seine Überschrift ein erfasstes Modell nennt (Titel-Gate: erst Display, dann Ray-Ban, Oakley, Galaxy Glasses, Specs). Das Gate ist unvollkommen: Ein bekannter Fehlgriff ist ein 9to5Google-Artikel über das Motorola-Signature-27-Telefon, der unter snap-specs einsortiert wurde; seine Akkuzahl ist mit Anmerkung aus der Snap-Zeile ausgeschlossen und bleibt im Rohdatenbuch zur Prüfung.

7. Die Bewertungsregel — was diese Indizes sind und was nicht

Im Deutschen gibt es einen klaren Unterschied zwischen einer Rezension und dem Werk selbst: Dass ein Kritiker einen Film lobt, macht aus dem Film noch kein Meisterwerk, und dass er ihn verreißt, macht noch keinen Reinfall daraus. Genau so funktionieren die Indizes dieser Seite. Der Positiv-Sentiment-Index (0–100), der Empfehlungsindex (0–100) und das Fazit des Autors (buy / wait / skip / mixed, mit den eigenen Worten des Autors zitiert) messen den Artikel und seinen Autor — wie positiv sich dieser Text liest, wie stark er zur Empfehlung neigt, und zu welchem Schluss sein Autor gekommen ist. Sie messen nicht das Produkt, und sie sind nicht die Bewertung dieser Seite für ein Produkt. Diese Seite bewertet Produkte nie: keine eigene Punktzahl, keine Rangliste, keine „beste Wahl“. Das ist die Grenze: Indizes, die die Berichterstattung beschreiben, bleiben erhalten und werden mit ihrer Methode veröffentlicht; jede Zahl, die als unser Urteil über ein Produkt erscheinen würde, wird nicht veröffentlicht. Wenn auf der Seite eine Rangliste erscheint, ist es die der Quelle selbst (zum Beispiel ein Google-Trends-Index), und die Seite sagt das.

8. Die drei Bücher

Alle drei werden direkt aus den Analysen der einzelnen Artikel erzeugt — nicht aus experience_records, das 0 Zeilen hat (echte Erfahrung lebt im UX Ledger).

• Behauptet gegen berichtet (/api/ledger/claims): jeder key_claim mit measured_value, zusammen mit seinem Quellartikel. Die measured_value ist die Zahl, wie sie in diesem Artikel steht, keine unabhängige Labormessung. Zeilen mit dem Vermerk „tested“ stammen aus Hands-on-/Eigentümerartikeln oder aus Artikeln mit angegebener Nutzungsdauer; die übrigen geben eine Hersteller- oder Ankündigungszahl wieder. Der Akkuvergleich auf /metrics/battery/ stellt die Herstellerbehauptung aus der Tabelle technischer Daten neben diese Artikelzahlen.
• Punktzahlen (/api/ledger/scores): Verteilungen der Sentiment- und Empfehlungsindizes (Buckets 0–19 / 20–39 / 40–59 / 60–79 / 80–100), einfache Mittelwerte über Nicht-Null-Werte und Fazit-Zählungen pro Modell und seitenweit. Artikel ohne Fazit werden als „kein Fazit“ gezählt; ihnen wird nie eines zugewiesen.
• Fehlermodi (/api/ledger/failures): issues[] gruppiert nach dem exakten Wortlaut des Problems innerhalb jedes Modells. Nahe Dubletten bleiben getrennt und werden gezeigt, wie sie geschrieben sind, nicht zusammengeführt. Zählungen sind Erwähnungen in den analysierten Artikeln.

9. Nachweisprüfungen

Zwei deterministische Prüfungen laufen bei jeder Analyse vor der Speicherung, unabhängig von der Formulierung des Modells. Erstens behält compared_products nur Namen, die im Nachweistext (Titel + Snippet + abgerufener Text) wörtlich vorkommen; compares_with wird aus der überlebenden Liste neu berechnet, niemals dem Modell geglaubt. Zweitens wird ein verdict_quote nur behalten, wenn sein normalisierter Text im normalisierten Nachweistext vorkommt; sonst wird er als null gespeichert. Diese Prüfungen gelten nur für neue Analysen; ältere Analysen von vor ihrer Einführung können noch erfundene Einträge enthalten und werden bei einer Neuanalyse bereinigt.

10. Live-Daten / Schnappschuss

Zahlen kommen von der API (D1), wenn sie erreichbar ist. Wenn nicht, zeigt die Seite den eingefrorenen Schnappschuss, der zum Build-Zeitpunkt aus derselben Datenbank erzeugt wurde, und sagt das in der Kopfzeile. Der Schnappschuss wird nie als live ausgegeben. Diagramme werden live aus den API- oder Schnappschussdaten gerendert (ECharts). Keine statischen Screenshot-Diagramme. Die Rohdatentabelle steht unter jedem Diagramm.

11. Korrekturprotokoll

• 2026-11-07 — Akku der Meta Ray-Ban Display. Vorher: „Up to 6 hours (per buying guide; Meta figure not yet confirmed)“. Nachher: „Up to 6 hours per charge (mixed use); charging case adds up to 24 hours; Meta Neural Band up to 18 hours“. Quelle: Meta Help Center, https://www.meta.com/help/ai-glasses/1116302600085081/. Die ältere Formulierung „with case 30 hours total“ ist ersetzt und wird nicht mehr verwendet.
• 2026-11-07 — Mikrofon der Oakley Meta HSTN. Vorher: nicht aufgeführt (Quellen im Widerspruch). Nachher: „5-mic array (2 per arm + 1 near nose pad)“. Quellen: Abt und Android Central. Die Formulierung „dual beam-forming“ wird nicht verwendet. Die Tabelle technischer Daten erhält eine Mikrofonspalte; die Ray-Ban Meta Gen 3 zeigt „6-mic array“ (laut Datenschutzkarte dieser Seite), die übrigen Modelle „Nicht angegeben“.

12. Grenzen

• Die Analyse ist eine KI-Extraktion aus Titeln, Snippets und Teiltexten; die meisten Analysen beruhen auf Snippets, wo der Volltext nicht abrufbar war. Jede extrahierte Zahl ist als „so steht es im Artikel“ zu lesen, nicht als geprüfte Tatsache.
• Das Titel-Gate verfehlt und sortiert gelegentlich falsch ein (siehe §6, Motorola-Fall). Falsch einsortierte Artikel werden mit Anmerkung aus dem betroffenen Vergleich ausgeschlossen, nicht still gelöscht.
• experience_records hat auf dieser Seite bewusst 0 Zeilen; „behauptet gegen berichtet“ ist hier aus der Berichterstattung abgeleitet, keine Labormessung. Eine unabhängige Messung bräuchte die Erfahrungsaufzeichnungen des UX Ledger.
• Das Suchinteresse sind nur zwei Google-Trends-Screenshots (5. November 2026), keine fortlaufende Reihe.
• Diagramme werden im Browser gerendert; wenn die Diagrammbibliothek nicht lädt, trägt die Datentabelle darunter dieselben Zahlen.

13. Vergangenheit, Gegenwart, Zukunft — drei vollständige Abschnitte, die Vergangenheit ist die Referenz

Die Daten dieser Seite bestehen aus drei Abschnitten, und es braucht alle drei: Vergangenheit (was bereits geschehen ist), Gegenwart (der aktuelle Wert) und Zukunft (jede künftige Änderung). Niemals wird von einer aktuellen Null ausgegangen und nur auf künftige Änderungen gewartet: Vergangenheit und Gegenwart sind die Referenz, an der eine Änderung überhaupt erst Sinn ergibt. Ohne Referenz bedeutet Veränderung nichts. Drei Regeln: Erstens wird jede Dimension rückwirkend aufgefüllt — Preishistorie, Historie der technischen Daten und Markteinführungen, der Testberichte und Erfahrungsaufzeichnungen, der Erwähnungen und Ereignisse; alles, was aus einer öffentlichen Quelle zu holen ist, wird geholt. Zweitens sind die bereits gesammelten Artikel selbst Geschichte: Die behaupteten Werte, die berichteten Werte, die Probleme und die Fazits der 233 analysierten Artikel dieser Seite sind bereits strukturiert in das Geschichtsbuch übertragen (siehe /history/) — es wird nicht auf künftige Artikel gewartet, um anzufangen. Drittens ist Null nur dann ein akzeptabler Ausgangspunkt, wenn es wirklich keine Historie gibt — weder in öffentlichen Quellen noch in den gesammelten Artikeln — und das muss auf dieser Seite stehen. Jede künftige Änderung wird an der so wiederhergestellten Referenz gemessen: Archivierung und satzweiser Vergleich beginnen bei dieser Referenz. Aktueller Stand: Unabhängige Labormessungen (experience_records) stehen weiterhin bei 0 Zeilen — in den öffentlichen Quellen gibt es noch keine unabhängige strukturierte Messaufzeichnung nach unseren Kriterien; die in der Berichterstattung zitierten Hands-on-Messwerte stehen im Geschichtsbuch (markiert als „tested“), getrennt von unabhängigen Messungen geführt und niemals vermischt.