Communitygithub.com

peterbamuhigire/hospitality-website-product

Zu verwenden beim Entwerfen oder Erstellen einer erstklassigen Website für ein Hotel, Resort, Lodge, Gasthaus, Restaurant, Bar, Veranstaltungsort, Catering oder eine Food-Service-Marke.

Was ist hospitality-website-product?

Diese Fähigkeit definiert einen strukturierten Ansatz zur Entwicklung von Websites für die Gastgewerbebranche (Hotels, Restaurants, Veranstaltungsorte, Catering). Sie legt den Fokus auf faktenbasierte, wahrheitsgetreue Darstellung, Barrierefreiheit, Leistung und messbare Conversion-Pfade. Die Fähigkeit umfasst eine detaillierte Workflow-Anleitung, Entscheidungsregeln zur Vermeidung von Fehlern (z. B. irreführende Suchsignale oder gebrochene Buchungsversprechen) und Qualitätsstandards wie Aufgabenorientierung, Suchmaschinenoptimierung (SEO, AEO, GEO, AIO, SXO) und Barrierefreiheit. Sie eignet sich für Plattformen wie Claude Code, Cursor oder Codex und basiert auf der SKILL.md-Dokumentation. Sie betont die klare Trennung von Gäste- und Mitarbeiteraufgaben, erfordert überprüfte Fakten und Assets und vermeidet Anti-Patterns wie nicht belegte Bewertungen oder leere Heldenbilder ohne Handlungsaufforderung. Die Fähigkeit arbeitet in einem degradierten Modus, wenn kritische Eingaben fehlen, und erzeugt Nachweise wie ein Content-/Schema-Inventar und Testaufzeichnungen.

Funktioniert mit✓Claude Code✓Codex CLI~Cursor✓Gemini CLI
npx skills add https://github.com/peterbamuhigire/website-skills/tree/HEAD/skills/orchestration/hospitality-website-product

In Ihrer bevorzugten KI fragen

Öffnet einen neuen Chat, in dem dieser Agent-Skill bereits geladen ist.

Dokumentation

Hospitality-Website-Produkt

Danksagung: Geteilt von Peter Bamuhigire, techguypeter.com, +256 784 464178.

Verwenden mit premium-website-product, website-builder, premium-ui-ux-design, seo, google-ai-search, Barrierefreiheit, Leistung und Experimentierfähigkeiten. Die Seite muss ein wahrheitsgetreues Erlebnis verkaufen und die nächste Aktion einfach machen; sie ist kein Ersatz für ein PMS, eine Buchungsmaschine, einen Zahlungsanbieter oder einen Immobiliennachweis.

Verwendung

  • Eine Website oder digitale Erfahrung ist für ein Hotel, Resort, Lodge, Gasthaus, Restaurant, Veranstaltungsort, Catering oder Food-Service-Unternehmen.

Nicht verwenden

  • Die Aufgabe ist nur Anwendungsentwicklung, visuelle System-Governance oder eine Live-SEO-Diagnose; leiten Sie zur engeren begleitenden Fähigkeit weiter.

Erforderliche Eingaben

| Artefakt | Quelle | Erforderlich? | Wenn nicht vorhanden | |---|---:|---| | Format, Zielgruppe, Absicht, Routen, überprüfte Unternehmensfakten und Conversion-Ziel | Kundenauftrag/Inhalt/Nachweise | Ja | Stoppen Sie Inhalts-/Schema-Entscheidungen und fordern Sie die Fakten an. | | Genehmigte Assets, Richtlinien, Raten, Verfügbarkeit, Gebietsschemata, Integrationen und Geräteeinschränkungen | Kunde/autorisierte Systeme | Bedingt | Bauen Sie nur die qualifizierte Oberfläche und markieren Sie nicht verfügbare Prüfungen als NOT_ASSESSED. |

Arbeitsablauf

  1. Klassifizieren Sie Gäste- und Mitarbeiteraufgaben und kartieren Sie die Conversion-Reise.
  2. Sammeln und datieren Sie Unternehmensfakten, Inhalte, Assets, Richtlinien und Integrationsgrenzen.
  3. Entwerfen Sie die Informationsarchitektur, das visuelle Erlebnis und die kritischen Zustände.
  4. Implementieren Sie wahrheitsgetreue Inhalte, Schema, Metadaten, Leistung, Barrierefreiheit und Messung.
  5. Rendern, testen, überprüfen, übergeben und dokumentieren Sie das Post-Launch-Lernen; stoppen Sie bei nicht unterstützten Behauptungen und erholen Sie sich, indem Sie den Bau eingrenzen, wenn die Nachweise unvollständig sind.

Ausgaben

ArtefaktKonsumentAkzeptanzkriterium
Hospitality-Website-Produkt-Brief/Build-PaketEigentümer, Designer, Entwickler, SEO/Inhalts- und BetriebsteamsRoutenkarte, Fakten, Zustände, Conversion, Barrierefreiheit, Leistung, Suche, Messung und Übergabe sind explizit.

Produzierte Nachweise

NachweisKonsumentAkzeptanzkriterium
Inventar von Inhalten/Schema/Metadaten, Renderings, Testprotokoll und MessplanRelease-EigentümerJede Route hat einen Oracle, Eigentümer, Quelle/Datum und sichtbare nicht bewertete Prüfungen.

Leistungsvertrag

Lesen/Suchen, Design, Inhalt, Implementierung, Rendering und Testen können erforderlich sein. Veröffentlichung, Produktionsanalyse-Änderungen, Kontozugriff und Änderungen der Buchungsintegration erfordern explizite Autorisierung.

Abgesenkter Modus

Ohne Fakten, Assets, Bereitstellungs-URL, Renderer, Geräte- oder Barrierefreiheitstools, geben Sie eine qualifizierte Routen-/Inhaltsspezifikation zurück und listen Sie die blockierten Prüfungen auf.

Entscheidungsregeln

BedingungAktionVermiedenes Risiko
Unternehmensfakt und Seiteninhalt sind überprüftEngen genauen Metadaten-/Schema verwendenIrreführende Suchsignale
Buchungs- oder Reservierungsintegration fehltWahrheitsgetreue Anfrage/menschlichen Fallback verwendenGebrochenes Conversion-Versprechen
Render- oder Barrierefreiheitsnachweise nicht verfügbarRelease als NOT_ASSESSED markierenPolierte, aber unbenutzbare Seite
Ein geschichteter oder Parallax-„Reise“-Effekt wird angefordertNur auf einer Story-Seite verwenden, niemals auf Buchungs-, Raten- oder Kontaktseiten; nur Transform und Opacity hinter einer Reduced-Motion-Sperre animieren; eine statische Version mit demselben Inhalt und derselben Buchungsaktion ausliefern; kein Auto-Scroll oder Scroll-Jacking; überprüfen, dass die Seite die Leistungshürde noch bestehtReisekrankheit, verlorene Buchungen und langsame Seiten auf mobilen Daten

Qualitätsstandards

Aufgabenorientiert, wahrheitsgetreu, barrierefrei, schnell, reaktionsfähig, suchbewusst, conversionsbereit, messbar und wartbar.

Hospitality-Discovery und Informationsarchitektur

Beginnen Sie mit dem Gast/der zu erledigenden Aufgabe und erstellen Sie eine aufgabenorientierte Routenkarte:

  • übernachten: Zimmer, Raten, Inklusivleistungen, Richtlinien, Barrierefreiheit, Verfügbarkeit und Buchung/Anfrage;
  • essen: Speisekarten, Essenszeiten, Ernährungs-/Allergeninformationen, Reservierungen, Takeaway/Lieferung und Kontakt;
  • treffen/feiern: Räume, Kapazitäten, Grundrisse, Pakete, Anfrage und Nachweise;
  • erleben: Standort, Transport, nahegelegene Attraktionen, Aktivitäten und Führer;
  • vertrauen: echte Fotografie, Einrichtungen, Servicestandards, Bewertungen mit Quellenangabe/Genehmigung, FAQs, AGB, Datenschutz, Kontakt und Support;
  • konvertieren: Telefon, WhatsApp oder Formular nur, wenn besetzt; einen tatsächlichen Buchungs- oder Reservierungsablauf verwenden, wenn die Integration und der Bestand real sind.

Entwerfen Sie separate Reisen für einen Zimmerbucher, Restaurantgast, Eventorganisator, Geschäftskunden, lokalen Besucher und wiederkehrenden Gast. Mobile, schmalbandige, Tastatur-, Bildschirmleser- und menschliche Fallback-Pfade sind Teil des Produkts.

Such-, Antwort-, Generative-, KI- und Erfahrungsoptimierung

Behandeln Sie das Fünf-Schichten-Modell des Benutzers als Messrahmen, nicht als Sammlung von Garantien:

  • SEO: Absichtscluster, eindeutige Seitentitel, crawlbare Routen, Kanonische, interne Links, genaue lokale/Unternehmensfakten, Bildtext, Leistung und wahrheitsgetreue Aktualisierungen. Backlinks werden durch nützliche Partnerschaften und Zitationen verdient; Domain-Autorität ist kein lieferbares Versprechen.
  • AEO: Beantworten Sie die echte Frage in der Nähe der relevanten Überschrift, verwenden Sie prägnante Zusammenfassungen, wenn nützlich, und sichtbare FAQs, wo Gäste die Fragen stellen. Google zeigt seit dem 7. Mai 2026 keine FAQ- oder HowTo-Rich-Results mehr an; fügen Sie dieses Markup nur für einen dokumentierten Nicht-Google-Konsumenten hinzu. „40–60 Wörter“ ist ein Textexperiment, keine universelle Featured-Snippet-Regel.
  • GEO: Machen Sie Seiten leicht genau zu zitieren: benannte Entität, Standort, Daten, Einrichtungen, Richtlinien, Preise/Verfügbarkeit nur wenn aktuell, Quelle/Nachweis, Tabellen und klare FAQs. Messen Sie die Sichtbarkeit von Empfehlungen und Antwortoberflächen, wo Daten vorhanden sind; versprechen Sie niemals eine Zitation in ChatGPT, Perplexity, Gemini oder einem anderen System.
  • AIO: Versprechen Sie keine Aufnahme in Trainingsdaten oder langfristigen Modell-Recall. Optimieren Sie kontrollierbare Oberflächen: Indexierbarkeit, faktische Konsistenz, öffentliche First-Party-Seiten, legitime Third-Party-Profile, Update-Eigentümerschaft und explizite Crawler-/Datenschutzentscheidungen. Wikipedia, Wikidata, GitHub oder Foren werden nur verwendet, wenn angemessen und redaktionell legitim; keine synthetischen Erwähnungen oder Reputationsmanipulation.
  • SXO: Richten Sie Absicht, Seitengeschwindigkeit, mobile Klarheit, Vertrauen, Barrierefreiheit, Verfügbarkeit, Richtlinien, CTA, Bestätigung und Post-Klick-Support aus. Testen Sie qualifizierte Buchungen/Anfragen, Abschluss, Fehlerrate und Gastqualität, nicht nur Klicks.

Wahrheitsgetreues Hospitality-Schema und Inhalt

Verwenden Sie das engste genaue Schema für die Seite und überprüfen Sie die erforderlichen Eigenschaften. Mögliche Entitäten umfassen ein verifiziertes Hotel, Restaurant, FoodEstablishment, Event, LocalBusiness, Offer, FAQPage, Menu oder BreadcrumbList, wo der Inhalt tatsächlich existiert. Erfinden Sie niemals Bewertungen, Annehmlichkeiten, Preise, Bewertungen, Öffnungszeiten, Auszeichnungen, Zimmeranzahlen, Verfügbarkeit, Entfernungen oder Reservierungslinks. Zeichnen Sie Quelle, letztes Überprüfungsdatum, Eigentümer und Ablauf für volatile Fakten auf.

Conversion- und Vertrauenshürden

  • Zeigen Sie Raten, Steuern/Gebühren, Anzahlung, Stornierung, Ankunft, Barrierefreiheit und Kontakterwartungen vor der Verpflichtung.
  • Halten Sie Buchungs-, Restaurantreservierungs- und Eventanfragepfade getrennt, es sei denn, die Integration gleicht Identität, Kapazität, Zahlung und Bestätigung ab.
  • Stellen Sie Bestätigung, Fehlerbehebung, menschlichen Support und einen Prüfpfad für Anfragen oder Transaktionen bereit; sammeln Sie keine rohen Kartendaten auf der Seite.
  • Verwenden Sie echte, zugestimmte Medien und Bewertungen. Generieren Sie niemals gefälschte Gasterfahrungs-, Bewertungs-, Dringlichkeits- oder Knappheitsbehauptungen.

Akzeptanznachweise

Für jede Route erfassen: Absicht, überprüfte Fakten, Metadaten-/Schema-Inventar, gerenderte mobile/Desktop-/Tastaturprüfungen, Leistungsnachweise, Barrierefreiheitsergebnisse, Conversion-Event-Definition, Analyse-/Empfehlungsquelle, Eigentümer und Wiederholungsprüfdatum. Sucheignung, Ranking, KI-Zitation und Conversion-Steigerung sind NOT_ASSESSED, bis sie im tatsächlichen Eigentumskontext gemessen werden.

Referenzen

  • ../premium-website-product/SKILL.md
  • ../website-builder/SKILL.md
  • ../../seo-search/seo/SKILL.md
  • ../../seo-search/google-ai-search/SKILL.md
  • docs/source-registers/hospitality-currentness-2026-09.json in der Entwicklungs-Engine (chwezi-dev-engine, aufgelöst über die Engine-Routing-Tabelle)

Anti-Patterns

  • Ein schöner Hero ohne Raum-, Speise-, Event- oder Kontaktaufgabenpfad. Lösung: Machen Sie die primäre Aufgabe sichtbar über dem Falz und während der gesamten Reise.
  • Schema- oder Bewertungssterne ohne überprüfte sichtbare Nachweise. Lösung: Lassen Sie die Eigenschaft weg.
  • „KI-bereite“ Behauptungen basierend auf llms.txt, Trainingsdatenaufnahme oder Modellspeicher. Lösung: Dokumentieren Sie nur kontrollierbare Crawl-, Inhalts- und Messaktionen.
  • Ein Trichter für Buchungen, Tischreservierungen und Eventanfragen. Lösung: Trennen Sie die Zustände und Bestätigungen, es sei denn, ein echter Vertrag verbindet sie.
  • Desktop-only, fotolastige Seiten, die bei schmalbandiger Verbindung versagen. Lösung: Testen Sie das günstigste realistische Gerät und bieten Sie Text, Komprimierung und menschlichen Fallback.

Ausgearbeitetes Beispiel

Erstellen Sie für eine Lodge eine Zimmerseite, die überprüfte Kapazität, Inklusivleistungen, Richtlinien, Standort und einen echten Anfrage-/Buchungspfad anzeigt; fügen Sie prägnante FAQ-Inhalte und genauen Entitäts-Markup hinzu; testen Sie Tastatur-/Mobil-/Fehlerzustände; dann messen Sie qualifizierte Anfragen und Reaktionserfüllung, anstatt Rankings zu versprechen.

Individual skills in this repo

This repo contains 1 individual skill — each has its own dedicated page.

Verwandte Skills