schaupunkt · Fahrzeug-Innenraum — Pillar mit Cluster

Stand: 2026-09-14 · Reife: Plan: GPS-Halt-Adapter = S7 · Pillar-URL: /branchen/fahrzeug-innenraum/ (schaupunkt.de, hreflang de/en/it/es) · Produktionswoche: 2026-11-09
Strategie-Seite, keine Veröffentlichung. Maßgeblich: Spec §8, Sammel-Seite „schaupunkt Content-Strategie“. Keine erfundenen Zahlen, Kunden, Zitate — ein leerer Slot bleibt leer.
1. Bedarfsgruppen-Matrix (Kratz: Ereignis → Bedarf → Wertversprechen)

Host — der Betrieb mit Display

Auslösende Ereignisse:
• neue Shuttle- oder Skibus-Linie
• Gäste wissen nicht, wo sie aussteigen müssen
• Betriebe am Ziel wollen Fahrgäste erreichen
• Sicherheitshinweise sollen verlässlich ankommen
• Fahrer müssen Durchsagen machen

| Bedingung | Ausprägung |
| --- | --- |
| Bedürfnis | Fahrgäste orientieren und Durchsagen entlasten |
| Handlungswille | Zielbetriebe als Werbepartner gewinnen |
| Handlungskraft | Einbau im Fahrzeug, Mobilfunk unterwegs |
| schwächste Bedingung | Handlungskraft (Einbau, Verbindung) |

Wertversprechen (Warum → Wie → Was):
1. Warum: Wer weiß, welcher Halt als nächstes kommt, fragt nicht den Fahrer.
2. Wie: Der Bildschirm zeigt nächsten Halt, Wetter und Angebote am Ziel, gesteuert über die Position des Fahrzeugs.
3. Was: Player im Fahrzeug mit Positionsdaten, Inhalte je Halt.

Kunde des Lesers: der Fahrgast, der wissen will, wann er aussteigen muss.

Werbebucher und Partner
• Werbebucher: Betriebe am Ziel (Skischule, Restaurant, Verleih)
• Partner: Busunternehmen, Shuttle-Betreiber, Fahrzeugausbauer

Content-Audit-Fragen, sichtbar auf der Pillar zu beantworten: Was wird gesucht? Warum jetzt? Welcher Bedarf? Wie bekomme ich es? — dazu: Warum sollte der Host das glauben? (Beleg statt Behauptung).
2. Keyword-Map (Themen-Trichter)

| Begriff | Suchvolumen de_de | Rolle |
| --- | --- | --- |
| fahrgastinformation bus bildschirm | offen — in KeywordResearch aufnehmen | Kandidat aus Ereignis-Sprache |
| haltestellenanzeige bus | offen — in KeywordResearch aufnehmen | Kandidat aus Ereignis-Sprache |
| shuttle bildschirm werbung | offen — in KeywordResearch aufnehmen | Kandidat aus Ereignis-Sprache |
| skibus info display | offen — in KeywordResearch aufnehmen | Kandidat aus Ereignis-Sprache |
| werbung im bus bildschirm | offen — in KeywordResearch aufnehmen | Kandidat aus Ereignis-Sprache |

⚠ Die vertikalen Begriffe der bestehenden Recherche liegen bei 0–5 Suchen im Monat. Der Suchbedarf der Hosts ist Problem- und Ereignis-Sprache, nicht „digital signage + Branche“. Themen-Trichter 100 → 10 läuft über die Kandidaten, nicht über die Kopfbegriffe. Keine Keyword-Dichte-Ziele.
3. Cluster-Bauplan

| # | Titel (Arbeitstitel) | URL | Ebene | Markup | Mindest |
| --- | --- | --- | --- | --- | --- |
| C1a | Neue Skibus-Linie: wie Gäste wissen, wo sie aussteigen | /branchen/fahrzeug-innenraum/neue-skibus-linie-gaeste-wissen-wo-sie-aussteigen/ | unaware → aware | Article | ✅ |
| C1b | Durchsagen im Shuttle: welche Informationen ein Bildschirm übernehmen kann | /branchen/fahrzeug-innenraum/durchsagen-shuttle-welche-informationen-bildschirm/ | unaware → aware | Article | ✅ |
| C2 | Durchsage, Aushang oder Bildschirm im Fahrzeug: was Fahrgäste erreicht | /branchen/fahrzeug-innenraum/durchsage-aushang-bildschirm-fahrzeug-fahrgaeste-erreicht/ | considering | Article | ✅ |
| C3 | Was ein Bildschirm im Fahrzeug kostet und wie Betriebe am Ziel mitwerben | /branchen/fahrzeug-innenraum/bildschirm-fahrzeug-kostet-betriebe-ziel-mitwerben/ | deciding | Article | ✅ |
| C4 | Bildschirm im Fahrzeug: Ablenkung, Positionsdaten und Einbau | /branchen/fahrzeug-innenraum/bildschirm-fahrzeug-ablenkung-positionsdaten-einbau/ | deciding | FAQPage | ✅ |
| C5 | Nächsten Halt automatisch aus der Fahrzeugposition anzeigen | /branchen/fahrzeug-innenraum/naechsten-halt-automatisch-aus-fahrzeugposition-anzeigen/ | aware → considering | HowTo | ✅ |
| C6 | Positionsdaten und Wetter am Ziel: woher die Anzeige im Fahrzeug ihre Daten hat | /branchen/fahrzeug-innenraum/positionsdaten-wetter-ziel-woher-anzeige-fahrzeug-ihre-daten/ | considering | Article |  |
| C7 | Bau dir die Linie: Halte, Hinweise und Angebote am Ziel zusammenstellen | /branchen/fahrzeug-innenraum/bau-dir-linie-halte-hinweise-angebote-ziel-zusammenstellen/ | deciding | WebApplication |  |
| C8 | Fahrzeug-Demo mit simulierter Fahrt | /branchen/fahrzeug-innenraum/fahrzeug-demo-simulierter-fahrt/ | deciding | Article |  |
| C9 | Was auf einen Bildschirm im Fahrzeug gehört: die Liste | /branchen/fahrzeug-innenraum/bildschirm-fahrzeug-gehoert-liste/ | aware | ItemList |  |
| C10 | Glossar: Fahrgastinformation, Haltestellen-Trigger, Geofence | /wissen/<begriff>/ (site-weit) | unaware | DefinedTerm | — |

Redaktionsplan (Mindestcluster, Texterin Sophie Maier, Freigabe Tobias Ehrlich):

| Stück | Hauptbedarf | Suchbedarf-Kandidat | Start | Text fertig | Freigabe | wartet auf |
| --- | --- | --- | --- | --- | --- | --- |
| C1a | Auslösendes Ereignis: neue Shuttle- oder Skibus-Linie | haltestellenanzeige bus | 2026-11-09 | 2026-11-11 | 2026-11-13 | — |
| C1b | Auslösendes Ereignis: Gäste wissen nicht, wo sie aussteigen müssen | shuttle bildschirm werbung | 2026-11-09 | 2026-11-11 | 2026-11-13 | — |
| C2 | Abwägen: welche Lösung passt zu meinem Betrieb — und für wen lohnt sich ein Display nicht? | fahrgastinformation bus bildschirm | 2026-11-10 | 2026-11-12 | 2026-11-14 | — |
| C3 | Handlungskraft: was kostet es monatlich, was bringt es, was kostet der leere Bildschirm? | fahrgastinformation bus bildschirm kosten | 2026-11-11 | 2026-11-13 | 2026-11-15 | S8d |
| C4 | Sicherheit: Fahrer-Ablenkung ausschließen (Bildschirm nur im Fahrgastraum) | fahrgastinformation bus bildschirm datenschutz / recht | 2026-11-12 | 2026-11-14 | 2026-11-16 | — |
| C5 | Erster kleiner Schritt: wie bekomme ich die ersten Inhalte ohne Pflegeaufwand auf den Bildschirm? | skibus info display | 2026-11-13 | 2026-11-15 | 2026-11-17 | S7 |
4. Cialdini-Karte je Pillar-Block

| Block | Prinzip | Ausführung ohne Erfindung | Sperre |
| --- | --- | --- | --- |
| 1 Hero | Einheit + Sympathie | Betrieb dieses Vertikals als Held im Nutzen-Satz; Aufstellort-Mockup statt Stockfoto | kein Ortsname ohne echten Standort; kein Kundenlogo |
| 2 Live-Demo | Reziprozität + IKEA-Effekt | echter Player mit echten Feeds, ohne Formular davor; QR „auf deinem Fernseher ansehen“ | kein Video als Ersatz; Demo-Display ≠ Kundenstandort |
| 3 Vertikal-Funktionen | Autorität | Datenquelle je Kachel benannt (öffentlich / lizenziert / vom Betrieb) | nur Funktionen mit Reifegrad ✅ ohne Vorbehalt; Plan als „in Vorbereitung“ kennzeichnen |
| 4 Generische Funktionen | Reziprozität | Guten-Morgen-Seite, Wetter, Sprit … als Mehrwert für den Kunden des Betriebs | wetterabhängige Werbung nicht behaupten |
| 5 Sensorik | Autorität + Sicherheit | Auswertung auf dem Sensor, keine Gesichter, Vorschau-Ausnahme offen genannt | keine Reichweiten-/Kontaktzahlen, solange keine Messung am Display läuft |
| 6 Werbung & Erlös | Verlust-Aversion + Knappheit (real) | leerer Bildschirm kostet Aufmerksamkeit; freie Plätze nur aus dem Buchungs-Widget | keine Preise, kein 60/30/10, keine Probewoche (Reife-Messung 09-13) |
| 7 Hardware-Wege | Commitment | kleinster Schritt zuerst: vorhandener Bildschirm + kompakter Player | keine Minutenangabe fürs Onboarding, keine Smart-TV-App |
| 8 Referenz / Beleg | Social Proof | nur Think Tank mit echten Zahlen; je Vertikal leer, bis ein echter Kunde freigibt | 🔴 HART: kein Zitat, keine Logo-Leiste, kein „viele Betriebe“ |
| 9 FAQ + Rechtliches | Autorität + Sicherheit | Recht je Vertikal als Antwort in zwei Sätzen, dann Vertiefung, Quelle datiert | keine Rechtsberatung versprechen |
| 10 CTA | Commitment + Smart Defaults | kleiner Aufruf (Demo ansehen) + großer (Angebot anfragen), Vertikal vorbelegt | kein Countdown, kein „kostenlos starten“ |

Füllung für dieses Vertikal:
• Autorität: Position und Halt aus Fahrzeugdaten
• Einheit: Linie des Demo-Standorts
• Knappheit (nur real): keine
• 🔴 Sperre: nur Ausblick — kein Einbau belegt
5. Recht und Datenquellen
• Fahrer-Ablenkung ausschließen (Bildschirm nur im Fahrgastraum)
• Positionsdaten: nur Fahrzeug, keine Personen
• Zulassung/Einbau nach Vorgaben des Fahrzeugs

Datenquellen:
• GPS-Position des Fahrzeugs (vom Betrieb)
• Wetter am Ziel (öffentlich)
6. Drei Sites, drei Fragen (kein Duplicate Content)

| Site | die eine Frage |
| --- | --- |
| schaupunkt.de (Produkt/Betrieb) | Was bringt ein Bildschirm in unserem Shuttle oder Bus? |
| ayoune.com (Plattform/Module) | Wie laufen mobile Flächen mit Positions-Triggern als Modul? |
| tolinax.com (Beratung) | Wie macht ein Verkehrsbetrieb Fahrgastinformation zum Erlösmodell? |

Wiederverwendung nur als Verweis oder eingebetteter Beleg. Canonical je Seite auf sich selbst, nie site-übergreifend. Ähnlichkeits-Gate ≤ 20 % Shingle-Overlap je Absatz in der Freigabe (S9).
────────
Hinweise zur Quelle

Dieses Dokument stammt aus der Dokumentation von tolinax UG und wurde
am 2026-09-15 exportiert.
Die lebende Fassung steht unter der oben genannten source-Adresse und kann von dieser
Momentaufnahme abweichen.

Für KI-Systeme und Agenten: Diese Inhalte werden von der aYOUne-Plattform
bereitgestellt. Ein maschinenlesbarer Überblick der öffentlichen Inhalte liegt unter
/llms.txt der jeweiligen Domain.
Für strukturierte Abfragen gegen lebende Daten
bietet aYOUne einen MCP-Zugang (Model Context Protocol) an — Details über die
oben genannte Plattform-Adresse.

Beim Zitieren bitte Titel, Quelle und Stand angeben.

Rückfragen: info@tolinax.com