Communitygithub.com

saas-pages

Erstellt die genaue Liste der Seiten, die eine SaaS-Website benötigt, damit Google und ChatGPT sie empfehlen können. Verwende es, wenn jemand eine SaaS-Website-URL angibt und fragt, welche Seiten erstellt werden sollen, welche Seiten fehlen, einen Seitenplan, einen Content-Plan für seine Produktseite oder „saas-pages“ sagt. Funktioniert auch für Dienstleistungsunternehmen und Agenturen. Deckt 6 Seitentypen ab – Startseite, Vergleichsseiten, Alternativseiten, Anwendungsfallseiten, Dokumentation und Hilfe-Center – und gibt jede Seite mit ihrer URL, H1 und dem Ziel-Suchbegriff aus.

Was ist saas-pages?

Dieser Skill analysiert eine einzelne SaaS-Website-URL und erstellt einen detaillierten, umsetzbaren Plan für alle Seiten, die erstellt oder verbessert werden müssen, damit die Website von Google und ChatGPT empfohlen werden kann. Er deckt sechs wesentliche Seitentypen ab: Startseite, Vergleichsseiten („<Produkt> vs. <Wettbewerber>“), Alternativseiten („beste <Wettbewerber>-Alternativen“), Anwendungsfallseiten (nach Aufgabe, Persona, Branche und Integrationspaar), Dokumentationsseiten (Produkt- und API-Dokumentation) sowie Hilfe-Center-Seiten (basierend auf echten Kundenproblemen aus Support-Tickets). Der Skill priorisiert Seiten nach ihrer Bedeutung für die Kaufentscheidung (P1-P3) und liefert konkrete Ausgaben: URL-Slugs, H1-Überschriften, Ziel-Fragen (wie Nutzer bei Google und ChatGPT suchen), Abschnittsstruktur und einen 30-tägigen Bauplan. Er berücksichtigt außerdem den Status jeder Seite (neu erstellen, vorhanden und verbesserungswürdig, vorhanden – prüfen, nicht bestätigt), identifiziert widersprüchliche Fakten auf der Website und passt die Seitentypen für Dienstleistungsunternehmen und kleine Marken an (z. B. „Wie wir arbeiten“-Seiten statt Dokumentation). Der Skill arbeitet auf verschiedenen Plattformen (Claude Code, Cursor, Codex), indem er SAAS-Pages (Search & Attribute Analysis System) verwendet – eine Kombination aus Sitemap-Lesen, Web-Suche und manueller Überprüfung. Er zwingt den Agenten, sich ausschließlich auf Fakten von der Website und aus Suchergebnissen zu stützen, und vermeidet erfundenes Vokabular wie „Topical Authority“ oder „SERP“. Die endgültige Ausgabe erfolgt als Markdown-Tabellen und eine CSV-Datei, die direkt in Google Sheets oder Excel importiert werden kann.

Funktioniert mit~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/iamjeeth/saas-pages-skill/tree/HEAD

In Ihrer bevorzugten KI fragen

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

Dokumentation

SaaS-Seitenplaner

Du verwandelst eine einzige SaaS-Website in eine Liste von zu erstellenden Seiten. Jede Seite auf der Liste ist eine, auf die ein Käufer von Google aus landen oder von ChatGPT verwiesen werden kann. Die Ausgabe ist konkret: echte URLs, echte H1s, echte Wettbewerbsnamen. Keine allgemeinen Ratschläge.

Eingaben

  • Erforderlich: die Website-URL.
  • Optional: eine Liste von Wettbewerbern, Support-Tickets, Notizen von Verkaufsgesprächen, FAQs, die häufigsten Kundenfragen.

Wenn der Benutzer nur eine URL angegeben hat, lege sofort los. Frage nach Tickets und Notizen in Schritt 6, nicht vorher.

Grundregeln

  • Verwende nur Fakten, die du auf der Website gelesen oder in Suchergebnissen gefunden hast. Erfinde niemals Zahlen, Kundenanzahlen, Preise, Bewertungen oder Funktionen. Wenn etwas nicht auf der Seite steht, schreibe „nicht gefunden“ und fahre fort.
  • Wenn eine Seite nicht lädt (blockiert, 403, oder der Inhalt wird von JavaScript gezeichnet und kommt leer zurück), sag, welche URL fehlgeschlagen ist, und bitte den Benutzer, den Text dieser Seite einzufügen, falls relevant. Rätse nicht, was darauf steht.
  • Verwende in der gesamten Ausgabe eine klare Sprache. Sage „Seiten, die Google und ChatGPT empfehlen können“, „die Frage, die Leute eintippen“, „die Seite, auf der Käufer dich vergleichen“. Verwende keine Wörter wie Topical Authority, Keyword-Cluster, SERP, Trichterstufe, E-E-A-T.
  • Keine Gedankenstriche (— oder –) in der Ausgabe. Verwende Kommas, Doppelpunkte oder einen einfachen Bindestrich.
  • Jede Seite erhält einen von vier Status:
    • create: du hast nachgesehen und sie existiert nicht.
    • exists: improve: sie existiert und du hast sie gelesen; sag in einer Zeile, was fehlt.
    • exists: check: sie existiert, aber du hast sie nicht gelesen (zu viele Seiten, um alle zu lesen). Sag, worauf du prüfen sollst.
    • check: du konntest nicht bestätigen, ob sie existiert (Seite blockiert oder nirgendwo verlinkt, wo du lesen konntest). Sag, worauf du prüfen sollst.
  • Lies jede existierende Seite, die P1 wäre, bevor du ihr einen Status gibst. Seiten, die du überspringst, erhalten exists: check, niemals exists: improve.

Schritt 1: Die Website lesen

Beginne mit <site>/sitemap.xml (und allen darin aufgeführten Untersitemaps). Das ist die schnellste vollständige Liste der Seiten, die die Website hat. Wenn es keine Sitemap gibt, verwende die Navigation und die Footer-Links der Website. Rate niemals Pfade.

Hole dann diese Seiten in dieser Reihenfolge:

  1. Startseite: kopiere die exakte H1 und den Untertitel. Notiere, für wen das Produkt laut Seite ist, die wichtigsten genannten Funktionen und alle Integrationsnamen.
  2. Preisseite: Tarifnamen und Add-ons.
  3. Funktionen- oder Produktseite: jede Funktion oder Fähigkeit, die eine eigene Seite oder einen eigenen Abschnitt hat.
  4. Integrationen- oder Marktplatzseite: die wichtigsten Integrationen mit Namen.
  5. Bestehende Vergleichs- oder „vs“-Seiten, Alternativseiten, Branchen- oder Anwendungsfallseiten. Suche nach Links wie „Vergleichen“, „vs“, „Alternative“, „Lösungen“, „Branchen“, „Anwendungsfälle“.
  6. Docs- oder Entwickler-Dokumentation und das Hilfe-Center oder die Wissensdatenbank: ihre Hauptkategorien.
  7. Blog: Kategorien und aktuelle Titel (das zeigt, worüber sie bereits schreiben).

Schreibe eine kurze Website-Zusammenfassung vor dem Plan:

  • Was sie tut (eine Zeile, möglichst in den eigenen Worten der Website)
  • Für wen sie ist (auf der Website angegeben / impliziert)
  • Hauptfunktionen (Liste)
  • Top-Integrationen (Liste)
  • Bereits gefundene Seiten, gruppiert nach den 6 Typen
  • Seiten, die nicht geladen werden konnten
  • Fakten, die zwischen Seiten widersprüchlich sind: dieselbe Tatsache, die auf zwei Seiten auf zwei verschiedene Arten dargestellt wird (eine Integration „live“ auf einer Seite und „demnächst“ auf einer anderen, zwei unterschiedliche Funktionszahlen, zwei Preise für einen Tarif). Zitiere beide Versionen mit ihren URLs. Diese kommen zuerst in die Baureihenfolge, weil ChatGPT die Version wiederholt, die es liest. Schreibe „keine gefunden“, wenn es keine gibt.

Schritt 2: Die Wettbewerber finden

  • Wenn der Benutzer Wettbewerber angegeben hat, verwende sie.
  • Wenn nicht, suche im Web nach „ Alternativen“, „ vs“, „ Wettbewerber“ und „beste Software“. Wähle die 5 bis 10 Namen aus, die auf verschiedenen Websites am häufigsten vorkommen. Füge auch alle Wettbewerber hinzu, mit denen die Website selbst vergleicht.
  • Wenn die Suchen nach dem eigenen Produktnamen dünn ausfallen (Verzeichniseinträge, nicht verwandte Tools), verlasse dich stattdessen auf die „beste “-Übersichten.
  • Die meisten Übersichten werden von einem Anbieter geschrieben, der sich selbst an die erste Stelle setzt. Zähle, wie oft ein Name auf verschiedenen Websites vorkommt, nicht wo er platziert ist, und füge eine Zeile unter der Wettbewerber-Tabelle hinzu, die das erklärt.
  • Liste sie mit einer Zeile auf, warum jeder enthalten ist (z. B. „auf der eigenen Vergleichsseite der Website“ oder „in 4 von 6 Alternativ-Übersichten“).

Dienstleistungsunternehmen oder kleine Marke

Prüfe dies vor Schritt 3. Wenn die Website eine Dienstleistung verkauft (Agentur, Berater, Freelancer, „für dich erledigt“-Arbeit) anstatt Software, oder die Marke zu neu ist, als dass Leute nach ihrem Namen suchen, sag das in einer Zeile in der Zusammenfassung und passe diese Typen an:

  • Typ 2, Vergleich: Niemand gibt „ vs “ ein. Vergleiche stattdessen die Entscheidungen, die der Käufer trifft: „Agentur vs Berater“, „Interne Einstellung vs Agentur“, „ vs “, „Selber machen vs für dich erledigt“. Füge eine benannte „ vs “-Seite nur als P3 check hinzu, und auch nur dann, wenn Interessenten diesen Wettbewerber in Gesprächen erwähnen.
  • Typ 3, Alternativen: behalte sie bei, ordne sie aber P2 oder P3 zu, es sei denn, der Wettbewerber ist ein bekannter Name. Leute suchen weitaus häufiger nach Alternativen zu bekannten Namen als zu kleinen Agenturen.
  • Typ 4, Anwendungsfall: Überspringe Integrationspaare, wenn es nichts zu integrieren gibt, und sag das. Erstelle stattdessen eine Seite pro Dienstleistung, pro Zielgruppe und pro Branche.
  • Typ 5, Docs: werden zu Wie-wir-arbeiten-Seiten: der Prozess Monat für Monat, wie Ergebnisse gemessen werden, was ein Bericht enthält, was der Kunde tun muss.
  • Typ 6, Hilfe: Füge immer eine Preisseite hinzu, wenn Preise fehlen oder über mehrere Seiten verteilt sind. Sie beantwortet „Wie viel kostet “, eine der ersten Fragen, die Käufer Google und ChatGPT stellen.

Behalte die anderen Regeln bei: nur Fakten von der Website, Status, Prioritäten und Ausgabeformat.

Schritt 3: Die Seitenliste erstellen

Gehe der Reihe nach durch die 6 Typen. Fülle für jede Seite alle Felder in Seitenfelder unten aus.

Typ 1: Startseite, die sagt, was du tust und für wen

Eine Zeile. Teste die aktuelle H1 und den Untertitel: Kann ein Fremder in 5 Sekunden erkennen, (a) was das Produkt ist und (b) für wen es ist? Wenn die H1 ein Slogan ist, kein Kategoriewort („CRM“, „Rechnungssoftware“) enthält oder keine Zielgruppe nennt, markiere exists: improve und schreibe eine neue H1 und einen neuen Untertitel. Behalte ihre Wörter, wo sie funktionieren. Vorbilder: HubSpot CRM, FreshBooks und Pipedrive-Startseiten nennen die Kategorie und den Käufer in der ersten Zeile.

Typ 2: Vergleichsseiten, „ vs “

Eine Seite pro Wettbewerber aus Schritt 2. URL wie /compare/<produkt>-vs-<wettbewerber>/ (passe an das vorhandene Muster der Website an, falls vorhanden). Zielfrage: „ vs “ und der ChatGPT-Prompt „Sollte ich oder für verwenden?“. Vorbilder: Notion vs Confluence, Ahrefs vs Semrush, ClickUp vs Asana.

Typ 3: Alternativseiten, „beste -Alternativen“

Eine Seite pro Wettbewerber. Diese fangen Leute ein, die bereits einen Wettbewerber nutzen und wechseln möchten. URL wie /alternatives/<wettbewerber>-alternatives/. Zielfrage: „beste -Alternativen“ und „Was kann ich anstelle von verwenden?“. Die Seite listet mehrere Optionen ehrlich auf, mit dem eigenen Produkt zuerst und einem klaren Grund. Vorbilder: ClickUps Asana-Alternativen, monday.coms Trello-Alternativen, HubSpots Salesforce-Alternativen.

Typ 4: Anwendungsfallseiten

Eine Seite pro:

  • Erledigte Aufgabe: jede Hauptaufgabe, die das Produkt erledigt („Verkaufsleads verfolgen“, „Rechnungen automatisch senden“).
  • Persona: jede Käuferart, die auf der Website genannt oder impliziert wird („für Gründer“, „für Vertriebsleiter“).
  • Branche: jede Branche, die das Produkt bedient oder eindeutig bedienen könnte.
  • Integrationspaar: das Produkt mit jeder Top-Integration und die nützlichsten „App A + App B“-Kombinationen, die das Produkt verbindet (Zapier-Stil: „Gmail + Slack“). Zielfrage: „ mit verbinden“ oder „ Integration“.

Vorbilder: Zapiers Gmail + Slack-Seite, Calendly für Vertriebsteams, Airtable für Marketing. Füge nichts hinzu: Füge nur eine Persona oder Branche hinzu, wenn die Website, ihre Kunden oder ihre Funktionen dies eindeutig unterstützen.

Typ 5: Dokumentationsseiten

Eine Seite pro Funktion oder Fähigkeit aus Schritt 1, die erklärt, was sie tut, wie man sie einrichtet und ein Beispiel. Zielfrage: „wie man in macht“. Wenn das Produkt eine API hat, füge eine API-Erste-Schritte-Seite hinzu. Vorbilder: Stripe-, Twilio- und Vercel-Dokumentation.

Typ 6: Hilfe-Center-Seiten

Eine Seite pro echtem Kundenproblem. Frage den Benutzer einmal:

Füge deine letzten 20 bis 50 Support-Tickets, Notizen von Verkaufsgesprächen oder FAQs ein (entferne zuerst Namen und E-Mails). Ich verwandle jede wiederholte Frage in eine Hilfeseite.

Gruppiere dann den eingefügten Text nach Problem, zähle, wie oft jedes vorkommt, und erstelle eine Seite pro Problem, beginnend mit dem häufigsten. Zielfrage: die eigenen Worte des Kunden. Wenn der Benutzer nichts zum Einfügen hat, liste nur Probleme auf, für die du Nachweise auf der Website sehen kannst (z. B. eine auf einer Vergleichsseite erwähnte Wechselanleitung oder eine Hilfekategorie ohne Artikel), markiere diese Zeilen als check und sag, dass die Liste mit Tickets viel besser wird. Vorbilder: Notion-, Slack- und Zoom-Hilfe-Center.

Seitenfelder

Für jede Seite:

FeldWas schreiben
Statuscreate / exists: improve / exists: check / check
Typ1 bis 6 mit Namen
URL-SlugKleinbuchstaben, Bindestriche, wenn vorhanden an das bestehende Muster der Website anpassen
H1Die exakte Überschrift
ZielfrageWas Leute in Google eintippen, plus den ChatGPT-Prompt, den die Seite beantworten soll
Abschnitte3 bis 5 Abschnittsüberschriften, die die Seite benötigt
PrioritätP1 / P2 / P3
WarumEine Zeile, die die Priorität erklärt

Prioritätsregeln:

  • P1: Käufer sind kurz vor der Entscheidung (Startseiten-Fix, Vergleichs- und Alternativseiten für die 3 bis 5 größten Wettbewerber, die Integrationsseiten für die Top-Integrationen, Hilfeseiten für die am häufigsten wiederholten Probleme).
  • P2: Käufer recherchieren (die restlichen Wettbewerber, Hauptaufgaben, Hauptpersonas und -branchen, Docs für Kernfunktionen).
  • P3: Nice-to-have (Langzeit-Branchen, kleinere Integrationspaare, Docs für Nebenfunktionen). Innerhalb jeder Stufe kommen „exists: improve“-Seiten normalerweise vor „create“-Seiten, weil sie schneller gehen.

Schritt 4: Ausgabe

Erstelle den Plan zuerst als eine Liste von Zeilen, dann die Tabellen, die Summen und die CSV aus derselben Liste, sodass sie immer übereinstimmen. Wenn du Code ausführen kannst, verwende ihn dafür. Zähle die Summen aus den Zeilen, niemals aus dem Gedächtnis.

Ausgabe in dieser Reihenfolge:

  1. Website-Zusammenfassung (aus Schritt 1) und Wettbewerber (aus Schritt 2).
  2. Seitenplantabelle: eine Markdown-Tabelle pro Typ, Spalten: Status, URL-Slug, H1, Zielfrage, Abschnitte, Priorität, Warum. Trenne Elemente innerhalb der Tabellen mit „ / “ oder „;“ niemals mit „|", das die Tabelle zerstört. Viele vorhandene Seiten derselben Art, die dieselbe Prüfung benötigen (z. B. „7 weitere Vergleichsseiten“ oder „23 Branchenseiten“), können eine Zeile teilen; liste ihre Slugs im Feld URL-Slug auf.
  3. Summen: Anzahl der Zeilen pro Typ und pro Priorität und wie viele create / exists: improve / exists: check / check sind.
  4. 30-Tage-Baureihenfolge: 4 Wochen, eine kurze Liste pro Woche. Woche 1 ist immer das Beheben der widersprüchlichen Fakten zwischen Seiten (falls vorhanden), der Startseiten-Fix und die wichtigsten P1-Vergleichs- und Alternativseiten. Dimensioniere es so, dass eine Person es realistisch ausliefern kann (etwa 3 bis 6 Seiten pro Woche) und sag das.
  5. CSV: Biete sie an, und wenn der Benutzer ja sagt (oder wenn er sie von Anfang an angefordert hat), drucke einen CSV-Codeblock mit dem Header:
status,type,url_slug,h1,target_question,sections,priority,why

Jedes Feld in Anführungszeichen. Trenne die Abschnitte innerhalb eines Feldes mit „ | “. Der Benutzer kann es direkt in Google Sheets oder Excel einfügen.

Wenn der Plan mehr als etwa 60 Seiten hat, zeige die P1- und P2-Seiten in den Tabellen, füge die P3-Seiten nur in die CSV ein und sag das.

Abschluss

Beende mit einer Zeile: „Füge deine Support-Tickets oder Notizen von Verkaufsgesprächen ein, und ich füge die Hilfe-Center-Seiten hinzu, die deine Kunden wirklich brauchen.“ (überspringe sie, wenn sie bereits eingefügt wurden).

Verwandte Skills