Redaktionelle Standards
Wie diese Seite ihre eigenen Aussagen prüft
Geschrieben und gepflegt von Hendrik Schneider · Zuletzt geprüft · Wie wir das prüfen
Marketingseiten altern schlecht, weil nichts sie zwingt, wahr zu bleiben. Diese Seite ist umgekehrt gebaut: Build-Gates lesen den veröffentlichten Text, vergleichen ihn mit dem, was er beschreibt, und brechen den Build, wenn beides auseinanderläuft. Diese Seite nennt sie, denn ein Standard, den niemand prüfen kann, ist keiner.
Die Regel, der jede Zahl folgt
Eine Zahl auf dieser Seite ist eines von drei Dingen, und die Seite sagt welches: eine Messung von uns, mit benannter Eingabe; ein Wert aus einer veröffentlichten Norm, mit genannter Norm; oder eine ausgesprochene Annahme. Nichts ist eine runde Zahl, die sich gut liest.
Wo eine Aussage so nicht belegt werden kann, wird sie nicht gemacht. Die Scan-Dauer-Seite ist das deutlichste Beispiel: sie veröffentlicht die zwei Messpunkte, die ihr Modell festlegen, und sagt dann ausdrücklich, dass diese nichts über den Verlauf dazwischen aussagen.
Die Gates, die das durchsetzen
Jedes davon läuft bei jedem Build. Ein Fehlschlag stoppt das Deployment; keines lässt sich durchwinken.
| Gate | Was es erzwingt | Umfang |
|---|---|---|
| verify-scan-claims | Eine Dauer-Aussage darf nur zusammen mit dem Verweis auf die zugrunde liegende Messung erscheinen | 45 Prüfungen über 368 Quell- und 150 gebaute Dateien |
| verify-baseline-ladder | Die veröffentlichte Regel-Leiter muss dem Status-Enum der Engine entsprechen | 193 Prüfungen, 35 dokumentierte Zeilen, 71 Paritätspaare |
| verify-scan-model | Das veröffentlichte Kostenmodell muss seine eigenen Ankermessungen reproduzieren und gepflanzte Fehler erkennen | 73 Prüfungen inklusive Mutationstests |
| verify-cli-surface | Jede in der Doku abgedruckte Befehlszeile muss in der CLI existieren | 49 Prüfungen über 92 Befehle |
| verify-pricing-consistency | Eine Tarifliste; sechs Oberflächen müssen sie identisch benennen und bepreisen | jeder Tarif, beide Sprachen |
| verify-hreflang | Die Sprachauszeichnung jeder Seite muss zur Sitemap passen | 143 Seiten |
| verify-prerender-depth | Keine Seite darf einem Crawler als leere Hülle ausgeliefert werden | 143 Seiten, pro Seitenklasse |
| verify-entity | Eine Herausgeber-Entität, ein Identifier, keine toten Verweise | 143 Seiten |
| verify-meta-lengths | Titel und Beschreibungen müssen in das passen, was eine Suchmaschine darstellt | 143 Routen, beide Sprachen |
Was passiert, wenn etwas falsch ist?
- Melden Sie es an contact@flowencehq.com. Eine Aussage auf dieser Seite, die Sie widerlegen können, ist die nützlichste Mail, die wir bekommen.
- Sachliche Korrekturen werden an der Quelle gemacht, damit die Änderung auf jede Oberfläche durchschlägt, die die Tatsache wiederholt - Seitentext, strukturierte Daten, llms.txt und den Dokumentationskorpus.
- Eine Korrektur, die die Bedeutung einer veröffentlichten Zahl ändert, wird mit Datum im Entwicklungs-Änderungsprotokoll vermerkt statt stillschweigend wegeditiert.
- Wo eine Korrektur eine Lücke aufdeckt, die ein Gate hätte fangen müssen, wird das Gate erweitert. So ist die Liste oben größtenteils entstanden.
Was deckt das nicht ab?
Diese Gates prüfen Konsistenz und Beleglage, nicht Urteilsvermögen. Sie können nicht sagen, dass eine Regel die richtige Regel ist - nur, dass die Seite die Regel beschreibt, die die Engine tatsächlich anwendet. Erkennungsqualität ist eine eigene Frage mit eigener Messung, beschrieben auf der Methodik-Seite.
Häufig gestellte Fragen
Wie geht Korthex mit Korrekturen um?
Korrekturen werden an der Quelle gemacht, damit jede Oberfläche, die die Tatsache wiederholt, sich gemeinsam ändert. Eine Korrektur, die die Bedeutung einer veröffentlichten Zahl ändert, wird mit Datum im Änderungsprotokoll vermerkt statt stillschweigend wegeditiert.
Werden die Aussagen auf der Korthex-Seite geprüft?
Von Build-Gates bei jedem Deployment. Eine Dauer-Aussage ohne Verweis auf ihre Messung, eine dokumentierte Regel, die nicht mehr zur Engine passt, oder ein CLI-Befehl, den es nicht gibt, brechen den Build, statt ausgeliefert zu werden.