| URL | https://www. | |
|---|---|---|
| Datum | ||
| Scores | Gesamtscore ECOS v1 | 50 |
| Effizient | 39 | |
| Sauber | 0 | |
| Offen | 74 | |
| Safe | 88 | |
| tiktok. | 50 | |
|---|---|---|
| Durchschnitt (arithmetisches Mittel) | 67 | |
| Statistische Verteilung | p90 | 89 |
| p75 | 80 | |
| Median | 62 | |
| p25 | 55 | |
| p10 | 51 | |
| Datenset | Letzte Aktualisierung | 26.7.26, 06:57 |
| Anzahl Messpunkte (n) | 755 | |
| Index | Wert | Gewichtung | Teilindikatoren | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 50 | 100% |
|
Dieses Audit basiert massgeblich auf den folgenden Schnittstellen. Hier können die Tests separat durchgeführt werden:
Die Kategorie Efficient bewertet, wie schnell und ressourcenschonend eine Webseite arbeitet. Ein hoher Score signalisiert kurze Ladezeiten und eine saubere technische Basis.
Der Teilscore basiert primär auf den Lighthouse-Metriken für Performance und Best Practices. Zusätzlich findet ein relatives Benchmarking statt: Die übertragene Datenmenge sowie die Anzahl der Server-Anfragen werden ins Verhältnis zu aktuellen Durchschnittswerten der HTTP-Archive-Datenbank gesetzt. So wird präzise gemessen, wie effizient die Seite im Vergleich zum globalen Webstandard abschneidet.
Geringere CPU-Last ist ein Nebeneffekt — der direkte Nutzen ist eine bessere Erfahrung für jeden Besucher.
| tiktok. | 39 | |
|---|---|---|
| Durchschnitt (arithmetisches Mittel) | 70 | |
| Statistische Verteilung | p90 | 96 |
| p75 | 85 | |
| Median | 70 | |
| p25 | 56 | |
| p10 | 46 | |
| Datenset | Letzte Aktualisierung | 26.7.26, 06:57 |
| Anzahl Messpunkte (n) | 755 | |
Der Performance-Score bewertet die Geschwindigkeit, mit der Inhalte geladen und interaktiv werden. Er analysiert Metriken wie die Ladezeit des grössten Elements (LCP) und die Reaktionsfähigkeit. Eine hohe Performance spart Zeit und schont Akku und CPU der Nutzer.
Dieser Indikator prüft die Einhaltung moderner Webstandards. Dazu gehören Sicherheitsaspekte, korrekte Bildformate und die Vermeidung veralteter Technologien. Best Practices zu befolgen ist die Grundlage für eine effiziente und wartbare Web-Architektur.
Hier wird die Datenlast im Vergleich zum globalen Durchschnitt (HTTP Archive) bewertet. Gemessen werden die Gesamtgrösse der übertragenen Bytes sowie die Anzahl der Serveranfragen. Weniger Datenverkehr bedeutet weniger Energieverbrauch und schnellere Ladezeiten weltweit.
Jede angeforderte Datei erzeugt einen Kommunikationsaufwand zwischen Browser und Server. Wir setzen die Gesamtzahl der Anfragen ins Verhältnis zum Median der HTTP-Archive-Datenbank. Weniger Requests bedeuten weniger Overhead und eine schneller ladende Seite, besonders bei langsamen oder instabilen Verbindungen.
| tiktok. | 164 | |
|---|---|---|
| Statistische Verteilung | p90 | 177 |
| p75 | 114 | |
| Median | 70 | |
| p25 | 40 | |
| p10 | 21 | |
| Daten | Zeit | 2024 |
| Gerätetyp | Mobile | |
| Homepage (root page) | ||
| Quellen | ||
| empty space | HTTP Anfragen | Anteil |
|---|---|---|
| Datentyp | ||
| Script | 69 | 42.07% |
| Fonts | 8 | 4.88% |
| Andere | 78 | 47.56% |
| Bilder | 4 | 2.44% |
| Style | 4 | 2.44% |
| Document | 1 | 0.61% |
| Medien | 0 | 0% |
| Total | 164 | 100% |
| Herkunft | ||
| Third Party | 164 | 100% |
| Self | 0 | 0% |
Gemessen wird die Gesamtgrösse der Webseite in Kilobytes. Dieser Wert wird mit den Durchschnittswerten aus Millionen von Webseiten (HTTP Archive) verglichen. Eine geringe Datenlast spart Bandbreite auf Nutzerseite und reduziert die Energie, die für den globalen Datentransfer aufgewendet werden muss.
| tiktok. | 10392 | |
|---|---|---|
| Statistische Verteilung | p90 | 9603.52 |
| p75 | 4702.96 | |
| Median | 2357.43 | |
| p25 | 1156.58 | |
| p10 | 487.09 | |
| Daten | Zeit | 2024-06-01 |
| Gerätetyp | Mobile | |
| Homepage (root page) | ||
| Quellen | ||
| empty space | Datenmenge (kb) | Anteil |
|---|---|---|
| Datentyp | ||
| Script | 2481 | 72.88% |
| Fonts | 461 | 13.54% |
| Andere | 210 | 6.17% |
| Bilder | 129 | 3.79% |
| Style | 73 | 2.14% |
| Document | 50 | 1.47% |
| Medien | 0 | 0% |
| Total | 3404 | 100% |
| Herkunft | ||
| Third Party | 3404 | 100% |
| Self | 0 | 0% |
Der Bereich Clean misst die ökologische Nachhaltigkeit des digitalen Betriebs. Im Fokus steht die CO2-Bilanz, die durch das Hosting und den Datentransfer entsteht.
Die Berechnung erfolgt unter Verwendung der co2.js-Bibliothek und berücksichtigt zwei wesentliche Faktoren: Den geschätzten Energieverbrauch pro Seitenaufruf sowie den Anteil erneuerbarer Energien im Stromnetz des jeweiligen Serverstandorts (Grid Intensity).
Ein hoher Score zeigt, dass die Webseite mit minimalem CO2-Ausstoss betrieben wird und auf umweltfreundliche Infrastrukturen setzt. Dies macht die verborgenen Umweltauswirkungen digitaler Produkte sichtbar und messbar.
| tiktok. | 0 | |
|---|---|---|
| Durchschnitt (arithmetisches Mittel) | 39 | |
| Statistische Verteilung | p90 | 100 |
| p75 | 78 | |
| Median | 30 | |
| p25 | 0 | |
| p10 | 0 | |
| Datenset | Letzte Aktualisierung | 26.7.26, 06:57 |
| Anzahl Messpunkte (n) | 641 | |
| Teilbereich | Index | Wert |
|---|---|---|
| CO₂ | Wie hoch sind die CO₂ Emissionen von tiktok.com? | 1264.912g CO₂ pro 1'000 Seitenaufrufe. |
| CO2.js (Green Web Foundation) Rating von tiktok.com | F | |
| Energiequelle | Verwendet der Hosting Provider von tiktok.com erneuerbare Energien? | Nein |
| Dokumente |
In der Kategorie Open wird bewertet, wie zugänglich und auffindbar eine Webseite für Mensch und Maschine ist. Transparente Strukturen und offene Standards sind hierbei die entscheidenden Kriterien.
Der Score setzt sich aus zwei zentralen Lighthouse-Audits zusammen: Accessibility (Barrierefreiheit) und SEO (Suchmaschinenoptimierung). Ein hoher Wert garantiert, dass die Inhalte für Menschen mit Einschränkungen uneingeschränkt nutzbar sind und technische Hürden die Sichtbarkeit in Suchmaschinen nicht behindern.
Das unterstützt ein inklusives Web, in dem Inhalte für alle Nutzer und Technologien gleichermassen zugänglich sind.
| tiktok. | 74 | |
|---|---|---|
| Durchschnitt (arithmetisches Mittel) | 92 | |
| Statistische Verteilung | p90 | 100 |
| p75 | 97 | |
| Median | 94 | |
| p25 | 88 | |
| p10 | 81 | |
| Datenset | Letzte Aktualisierung | 26.7.26, 06:57 |
| Anzahl Messpunkte (n) | 755 | |
Dieser Score gibt an, wie gut eine Webseite für Menschen mit Beeinträchtigungen nutzbar ist. Bewertet werden Aspekte wie Kontrastverhältnisse, Screenreader-Kompatibilität und logische Strukturen. Ein zugängliches Web schliesst niemanden durch technische Hürden aus.
Der SEO-Score prüft die technische Auffindbarkeit durch Suchmaschinen. Er stellt sicher, dass Inhalte korrekt indiziert werden können und Metadaten vorhanden sind. Gute SEO macht Informationen für die Menschen auffindbar, die danach suchen.
Der Safe-Score bewertet die technische Integrität und Reputation einer Webseite. Er kombiniert Infrastruktur-Prüfungen von AbuseIPDB und Google Web Risk mit einem Sicherheits-Header-Audit des MDN HTTP Observatory. Das deckt sowohl den Ruf des Servers als auch die Umsetzung moderner Verschlüsselungs- und Schutzstandards ab.
| tiktok. | 88 | |
|---|---|---|
| Durchschnitt (arithmetisches Mittel) | 74 | |
| Statistische Verteilung | p90 | 90 |
| p75 | 85 | |
| Median | 73 | |
| p25 | 63 | |
| p10 | 62 | |
| Datenset | Letzte Aktualisierung | 26.7.26, 06:57 |
| Anzahl Messpunkte (n) | 755 | |
Die Integrität der Domain wird gegen globale Datenbanken wie Google Webrisk und AbuseIPDB geprüft. So wird sichergestellt, dass die Seite nicht für Malware, Phishing oder betrügerische Aktivitäten bekannt ist. Dies bildet die essenzielle Basis für digitales Vertrauen.
Dieser Indikator gleicht die URL mit den Listen von Google für gefährliche Webressourcen ab. Geprüft wird, ob die Seite für Phishing, Social Engineering oder die Verbreitung von Malware bekannt ist. Ein sauberes Ergebnis bestätigt, dass Besucher keinen bösartigen Inhalten ausgesetzt sind.
Hier wird die Reputation der Server-IP geprüft. AbuseIPDB sammelt Meldungen über bösartige Aktivitäten wie Spam oder DDoS-Angriffe. Ein sauberer Score bestätigt, dass das Hosting-Umfeld der Webseite nicht mit kriminellen Aktivitäten in Verbindung gebracht wird.
Das MDN HTTP Observatory ist ein Analysetool von Mozilla, das die Konfiguration von Sicherheits-Headern einer Webseite bewertet. Es hilft Entwicklern dabei, moderne Sicherheitsstandards wie CSP, HSTS und CORS korrekt zu implementieren, um Risiken wie Cross-Site Scripting oder Clickjacking zu minimieren. (HTTP Observatory Scoring Methodology)
| HTTP Observatory Score | 75/100 | |
|---|---|---|
| HTTP Observatory Bewertung | B | |
| Tests | Bestanden | 6 |
| Fehlgeschlagen | 2 | |
| Test | Bestanden | Modifier | Ergebnis | Beschreibung |
|---|---|---|---|---|
| Content Security Policy | -20 | csp-implemented-with-unsafe-inline | CSP implementiert, erlaubt jedoch 'unsafe-inline' | |
| Strict Transport Security | 0 | hsts-implemented-max-age-at-least-six-months | HSTS mit einer max-age von mindestens 6 Monaten implementiert | |
| Content Type Schutz | 0 | x-content-type-options-nosniff | X-Content-Type-Options Header auf 'nosniff' gesetzt | |
| Clickjacking Schutz | 0 | x-frame-options-implemented | X-Frame-Options Header korrekt implementiert | |
| Referrer Richtlinie | 0 | referrer-policy-safe | Referrer-Policy mit einem sicheren Wert implementiert | |
| Cookie Sicherheit | -5 | cookies-without-samesite-flag | Cookies ohne SameSite-Flag gesetzt | |
| Ressourcen-Sharing (CORS) | 0 | cross-origin-resource-sharing-not-implemented | Inhalt ist nicht via CORS sichtbar | |
| HTTPS Weiterleitung | 0 | redirection-all-https | Seite verwendet HTTPS |
Die CrUX Reports (Chrome User Experience Report) bieten wertvolle Einblicke in die tatsächliche Performance einer Webseite aus Sicht echter Nutzer weltweit.
Im Gegensatz zu Labortests spiegeln diese Daten reale Bedingungen wider: unterschiedliche Hardware, Netzwerkgeschwindigkeiten und Browser-Konfigurationen. Da diese Metriken für Google ein wesentlicher Ranking-Faktor sind, zeigen sie unmittelbar auf, wie die Webseite im Alltag der Besucher performt.
Die Analyse erfolgt dabei auf zwei Ebenen, um sowohl die spezifische Unterseite als auch die Qualität der gesamten Domain (Origin) zu bewerten.
Dieser Indikator zeigt die Performance-Daten für die exakt getestete URL. Er gibt Aufschluss darüber, wie spezifische Inhalte und Funktionen dieser einzelnen Seite von echten Nutzern im Alltag erlebt werden. Das ist nützlich, um zu prüfen, ob Verbesserungen an einer bestimmten Seite die erwartete Wirkung hatten.
| Indikator | Score (CrUX) | Score (linear) | Wert | Verteilung (CrUX API) |
|---|---|---|---|---|
| Gesamt | SLOW | 40 | ||
| Kumulative Layoutverschiebung (Wert) | schnell | 98 | 0 | |
| Experimentelle Zeit bis zum ersten Byte | durchschnittlich | 44 | 1532 | |
| Zeit bis zur ersten inhaltsreichen Darstellung (in ms) | durchschnittlich | 46 | 2689 | |
| Interaktion bis zur nächsten Darstellung | langsam | 26 | 615 | |
| Zeit bis zur grössten inhaltsreichen Darstellung (in ms) | langsam | 23 | 6058 |
Der Origin-Score aggregiert die Nutzererfahrungsdaten über die gesamte Domain hinweg. Dies liefert ein umfassendes Gesamtbild der technischen Qualität der Website-Infrastruktur. Es hilft zu bestimmen, ob Performance-Probleme die gesamte Website betreffen oder nur einzelne Seiten.
| Indikator | Score (CrUX) | Score (linear) | Wert | Verteilung (CrUX API) |
|---|---|---|---|---|
| Gesamt | AVERAGE | 54 | ||
| Kumulative Layoutverschiebung (Wert) | schnell | 98 | 1 | |
| Experimentelle Zeit bis zum ersten Byte | durchschnittlich | 47 | 1489 | |
| Zeit bis zur ersten inhaltsreichen Darstellung (in ms) | durchschnittlich | 59 | 2426 | |
| Interaktion bis zur nächsten Darstellung | durchschnittlich | 53 | 384 | |
| Zeit bis zur grössten inhaltsreichen Darstellung (in ms) | durchschnittlich | 69 | 3055 |
| Durchschnitt | 50 |
|---|---|
| Anzahl Audits | 3 |
Hier kannst du dein Badge konfigurieren. Kopiere anschliessend den generierten Code und füge ihn in deine Website ein.
Funktionsweise von "System": Das Badge passt sich automatisch dem Design deiner Website an. Es prüft zuerst, ob auf der Seite gängige CSS-Klassen für Dark- oder Light-Modes (z. B. .dark oder .light-theme) aktiv sind. Falls nicht, wird die Systemeinstellung des Nutzers via CSS Media Query herangezogen.
Hinweis: Das HTML-Format ist für die meisten Anwendungsfälle (z. B. WordPress, Wix oder statische HTML-Seiten) geeignet. Wähle React, wenn der Code direkt in das JSX einer React-Komponente eingefügt werden soll.
Audit-Rohdaten und ECOS-Statistiken als JSON herunterladen.
Die Daten können auch programmatisch über die REST-API abgerufen werden. Details dazu finden sich in der Dokumentation.
Lizenz: CC-BY-SA 4.0.