MideaFind / Vertrauensmodell

Transparenz für Menschen und Maschinen

Jedes Bestandssignal muss fünf Fragen beantworten.

MideaFind vergibt keinen pauschalen Vertrauensscore. Stattdessen veröffentlichen wir die prüfbaren Signale, aus denen Menschen, Suchmaschinen und KI-Systeme eine Aussage selbst einordnen können: Herkunft, Bestätigung, Frische, Lebenszyklus und Rechenbeleg.

Wichtig: Die fünf Fragen sind ein Transparenzmodell, kein behaupteter Google-Rankingfaktor. Ein bekannter Marktstandort bleibt Standortabdeckung und wird dadurch nicht zu einem Bestandsnachweis.

01 — HERKUNFT

Woher stammt die Aussage?

Ein veröffentlichbares Signal braucht eine identifizierte Quelle, dokumentierte Nutzungsrechte und eine eindeutige Produktzuordnung. Die aktuellen Quellgrenzen stehen in der Quellenpolitik; der technische Status ist über /api/sources abrufbar.

02 — BESTÄTIGUNG

Wie wurde es geprüft?

Ein einzelner Treffer reicht nicht. MideaFind verlangt Serverbestätigung, mindestens zwei passende Beobachtungen und eine Confidence von mindestens 0,7. Scheitert eine Bedingung, bleibt der Datensatz unveröffentlicht.

03 — FRISCHE

Ist es noch aktuell?

generatedAt bezeichnet nur die Erzeugung des Berichts. signals.latestObservedAt bezeichnet die jüngste geeignete Beobachtung. Fehlt sie oder überschreitet sie die Quellen-SLA, entsteht keine aktuelle Bestandsaussage.

04 — LEBENSZYKLUS

Welcher Status gilt jetzt?

Der Laufzeitbericht unterscheidet live, stale, insufficient_sample, no_eligible_data und unavailable. Nur live zusammen mit signals.available: true trägt eine aktuelle aggregierte Bestandsaussage.

05 — RECHENBELEG

Wurden die Regeln wirklich angewandt?

Der maschinenlesbare Pressereport liefert den Ergebnisbeleg: Zählbereiche, Mindestschwellen, fehlgeschlagene Schwellen und Beobachtungsfenster. Filialabdeckung ist darin ausdrücklich von Bestandsbelegen getrennt.

So sind die Laufzeitstatus zu lesen

liveAlle Veröffentlichungs- und Stichprobenschwellen sind erfüllt.
staleGeeignete Signale existieren, sind aber nicht mehr frisch.
insufficient_sampleBelege existieren, die Mindestbreite oder Beobachtungsdauer fehlt.
no_eligible_dataKeine geladene Zeile besteht das strenge Veröffentlichungstor.
unavailableDer Laufzeitstatus ist nicht zuverlässig abrufbar; MideaFind behauptet dann keinen Bestand.

Maschinenlesbare Endpunkte

trust-policy.json beschreibt dieses Modell strukturiert.

Availability Press Report ist die Autorität für den aktuellen aggregierten Datenstatus.

Sources API beschreibt konfigurierte, aktive und noch nicht freigegebene Quellen.

llms.txt nennt die wichtigsten Ressourcen und Grenzen für KI-Systeme.

Redaktionell geprüft: . Das Modell ist von den fünf Vertrauensfragen des Open Knowledge Format 0.2 inspiriert und auf die bestehende MideaFind-Veröffentlichungslogik übertragen. Die Google-Cloud-Ankündigung beschreibt den Hintergrund. Methodische Details und Korrekturwege stehen auf der Methodikseite und in der Redaktionspolitik.