Unabhängige Orientierung für ReparaturenFür Reparaturbetriebe
Portalstatus

Was technisch arbeitet – und was gesperrt bleibt

Der Portalstatus trennt serverseitige Inhalte, lokale Browserfunktionen und noch nicht freigegebene externe Abläufe. Er beschreibt den aktuellen Funktionsstand, keine geplante Zukunft als bereits vorhanden.

Öffentlicher TransparenzbereichDie Portalbasis ist öffentlich. Reale Anbieterprofile, Vermittlung, Zahlungen und Verträge bleiben deaktiviert, bis die dafür vorgesehenen Prüf- und Freigabegates erfüllt sind.
Helle Reparaturillustration als Symbol für Orientierung und Transparenz
Klare Informationen statt Rätselraten
Stand: 31. August 2026

Die technische Architektur, die öffentliche Domain und die verschlüsselte Auslieferung sind für den aktuellen Portalumfang geprüft. Eine Verfügbarkeitsgarantie oder ein Echtzeit-Monitoring wird nicht behauptet.

Verfügbar

Fünf nutzbare Bereiche mit klarer Laufzeitgrenze

Ratgeber und Kompasse

Öffentliche Inhalte werden serverseitig ausgeliefert. Sie benötigen weder Konto noch persönliche Angaben.

Reparatur-Navigator und Reparaturbrief

Die Werkzeuge arbeiten im Browser. Ein Reparaturbrief wird nicht automatisch gespeichert oder versendet.

Persönliche Geräteakte

Nur bei Nutzung speichert der Browser die eingegebenen Daten lokal auf diesem Gerät. Ein Export ist möglich.

Anbieter-Daten- und Prüfstandard

Öffentlich sind nur Daten- und Freigabemethode. Anbieterobjekte, Kontaktdaten, Bestätigungen, Profile, Rankings und Vermittlung bleiben gesperrt.

Musterprofil-Merkliste

Die Auswahl klar gekennzeichneter Musterprofile bleibt ausschließlich im lokalen Browser.

Lokale Daten

Drei bekannte Browser-Speicherflüsse

1

Geräte-, Kauf-, Wartungs- und Reparaturangaben

localStorage: kein Serverversand. Technischer Schlüssel: reparaturradar-device-file-v1

2

Kennungen ausgewählter Musterprofile

localStorage: kein Serverversand. Technischer Schlüssel: reparaturradar-provider-shortlist

3

manuelle Statuswerte noch offener Blöcke

localStorage: kein Serverversand. Technischer Schlüssel: reparaturradar-masterplan-v1

Route und Sichtbarkeit

Jeder Bereich erhält eine feste Veröffentlichungsgrenze

01

/intern/

Prüf-, Masterplan- und Freigabeakten. Grenze: robots-Ausschluss, noindex/nofollow/noarchive und keine Geheimdaten.

02

/reparaturbetriebe/

Geschützter Such- und Profilprototyp. Grenze: nur klar markierte Musterprofile; kein Kontakt, Auftrag oder Ranking echter Betriebe.

03

/reparaturanfrage/

Nicht sendender Anfrageprototyp. Grenze: kein Upload, keine Empfänger und keine Datenübermittlung.

04

/geraete/

Geräte- und Fehlerbildwissen. Grenze: Sicherheitsgrenzen und keine Ferndiagnose.

05

/hersteller/

Herstellerbezogene Orientierung. Grenze: modellbezogene Einordnung mit offiziellen Quellen.

06

/fehlercodes/

Konkrete Fehlercode-Ratgeber. Grenze: Code nie marken- oder modellübergreifend verallgemeinern.

07

/ersatzteile/

Teile- und Kompatibilitätsorientierung. Grenze: keine Passungszusage ohne vollständige Modellkennung.

08

/transparenz/

Portalregeln und Datenflüsse. Grenze: tatsächlichen Funktionsstand von geplanten Stufen trennen.

09

/meine-geraeteakte/

Persönliche lokale Geräteakte. Grenze: lokaler Browser-Speicher, Export und kein Serverversand.

Aktive Sperren

Externe Markt- und Datenfunktionen bleiben aus

  • 1
    Keine echten Anbieterprofile oder Anbieter-Kontaktdaten veröffentlicht

    Eine Aktivierung erfordert später einen eigenen technischen, rechtlichen, datenschutzbezogenen und redaktionellen Freigabenachweis.

  • 2
    Keine Reparaturanfrage an einen Betrieb übermittelt

    Eine Aktivierung erfordert später einen eigenen technischen, rechtlichen, datenschutzbezogenen und redaktionellen Freigabenachweis.

  • 3
    Keine Konten, Zahlungen, Buchungen oder abrechenbaren Leads

    Eine Aktivierung erfordert später einen eigenen technischen, rechtlichen, datenschutzbezogenen und redaktionellen Freigabenachweis.

  • 4
    Keine Reichweitenmessung, Werbetracker oder optionalen Drittinhalte

    Eine Aktivierung erfordert später einen eigenen technischen, rechtlichen, datenschutzbezogenen und redaktionellen Freigabenachweis.

Architektur-Gates

Fünf Regeln für jeden weiteren Ausbau

Neue Route besitzt Zweck, Sichtbarkeit, Laufzeitgrenze, Metadaten und Fehlerzustand.Client-Komponenten werden nur eingesetzt, wenn Interaktion oder lokaler Gerätezustand sie erfordert.Lokale JSON-Daten werden größenbegrenzt gelesen, validiert und bei Fehlern sicher verworfen.Unbekannte Routen, Ladefehler und leere Ergebnisse erhalten verständliche, barrierearme Zustände.Neue externe Datenflüsse, Konten, Zahlungen oder Uploads bleiben ohne eigene Freigabe gesperrt.