m/onepager
1
0
Fork 0
Code Issues 12 Pull Requests Actions Packages Projects Releases Wiki Activity

Research-Guideline: GEO + SEO best practices für m's Web-Projekte #8

New Issue
Open
opened 2026-04-29 12:21:58 +00:00 by mAi · 1 comment
mAi commented 2026-04-29 12:21:58 +00:00
Collaborator
Copy Link

Hintergrund

m hat einen aktuellen Trend gesehen: Generative Engine Optimization (GEO) — die Praxis, Inhalte so zu strukturieren, dass sie als Quelle in LLM-Antworten landen (nicht nur in Google-Ranking). Schweizer Beispiel zitiert: "660'000+ Schweizer Entscheide" wird zitiert, "umfangreiche Datenbank" nicht.

m's Beispiel-Tipps:

  • Aus dem oberen Drittel einer Seite stammen ~44% der LLM-Zitationen → Produktseiten beginnen mit nüchterner Definition statt Marketingblabla.
  • Zahlen werden besser zitiert als Floskeln.
  • Mehrere unabhängige Quellen verstärken die Aussage.
  • Technisch: llms.txt, Schema mit FAQ-Markup, Author-Pages für E-E-A-T, zentrale JSON-Datei für Produktfakten, bilingualer Blog-Generator mit Filter gegen typische AI-Textmuster.

Dazu kommt klassisches SEO — beides relevant.

Aufgabe

Researcher: erarbeite eine praktische Guideline für m's Web-Projekte. Output ist eine Markdown-Datei (docs/geo-seo-guideline.md in diesem Repo, oder besseren Ort vorschlagen).

Was die Guideline abdecken soll

  1. GEO grundsätzlich: Was ist das, warum jetzt, was sind die wichtigsten Hebel laut aktuellen Studien (2025-2026). Belegt mit Quellen.
  2. GEO konkret:
    • Page-Struktur (top-third Definition, FAQ, Numbers, etc.)
    • llms.txt Format und sinnvolle Nutzung
    • Schema.org FAQ-, Article-, Product-Markup
    • E-E-A-T (Experience, Expertise, Authoritativeness, Trustworthiness): Author-Pages, citations, About-Seiten
    • JSON facts file (warum, wo placieren, wie verlinken)
    • Anti-AI-text-pattern: was sind die Muster, wie filtert man
    • Multi-source Strategie (off-site mentions, Wikipedia, Backlinks)
  3. SEO 2026: Was ist heute noch relevant, was hat sich geändert (Helpful Content Update, EEAT, Core Web Vitals, etc.). Synergien mit GEO.
  4. Übersetzung auf m's Stacks:
    • onepager (Bash-Templates, Caddy, sites//index.html): wo platzieren wir llms.txt? Wie integrieren wir Schema-Markup im Template-System? Was muss render.sh können?
    • flexsiebels.de (Fresh + Preact, Deno): SSR-Vorteile, Schema-Komponenten, etc.
    • msbls.de (nginx static + /ki transparency page): minimal aber bildet eine zentrale Author-Identität.
    • paliad.de (Next.js + Go): commercial, B2B-Fokus.
    • youpc.org (Next.js, UPC content): content-heavy, ideal für GEO (legal data).
  5. Konkrete Checkliste pro neuer Site — was muss bei jedem Launch dabei sein.
  6. Pflege/Maintenance — was muss regelmäßig getan werden (Sitemap, llms.txt-Updates, etc.).

Forschungs-Ansatz

  • Web-Suche nach aktuellen GEO-Studien, Papers, Blog-Posts (2025-2026, Quellen wie BrightEdge, Search Engine Land, Anthropic, OpenAI documentation, Princeton GEO paper, etc.).
  • Mehrere unabhängige Quellen vergleichen — nicht nur einem Trend folgen.
  • Wo es Empirie gibt: zitieren. Wo nur Hypothesen: als solche markieren.
  • Konkurrenten/Vorbilder analysieren: wer macht GEO gut? Beispiele finden, was die Faktoren sind.

Form

  • Markdown-Datei.
  • Klar strukturiert: TOC oben, dann Sections wie oben.
  • Knapp und konkret. Keine Marketing-Sprache. m's Tonfall: nüchtern, scharf, kein bullshit.
  • Code-Beispiele wo nützlich (llms.txt template, Schema JSON-LD snippet, etc.).
  • Quellen am Ende mit URLs.
  • Bilingual? Wahrscheinlich nicht — interne Guideline, deutsch reicht (oder englisch, je nachdem was sich für die Material-Quellen besser anfühlt).

Speicherort

Vorschlag: docs/geo-seo-guideline.md im m/onepager Repo (zentrales Web-Repo). Falls Researcher findet dass woanders besser passt (z.B. dotfiles/docs für cross-projekt), das vorschlagen.

Nicht im Scope

  • Implementierung — nur Guideline, kein Code-Refactoring (kommt später als separate Issues).
  • Vollständiger Audit aller bestehenden Sites — nur Empfehlungen für die Zukunft.
  • Branding/Marketing-Strategie generell — fokus auf SEO/GEO-Mechaniken.

Priorität

p2 — Investitions-Recherche, kein Blocker, aber wichtig fürs Skalieren der Web-Projekte.

## Hintergrund m hat einen aktuellen Trend gesehen: **Generative Engine Optimization (GEO)** — die Praxis, Inhalte so zu strukturieren, dass sie als Quelle in LLM-Antworten landen (nicht nur in Google-Ranking). Schweizer Beispiel zitiert: "660'000+ Schweizer Entscheide" wird zitiert, "umfangreiche Datenbank" nicht. m's Beispiel-Tipps: - Aus dem oberen Drittel einer Seite stammen ~44% der LLM-Zitationen → Produktseiten beginnen mit nüchterner Definition statt Marketingblabla. - Zahlen werden besser zitiert als Floskeln. - Mehrere unabhängige Quellen verstärken die Aussage. - Technisch: llms.txt, Schema mit FAQ-Markup, Author-Pages für E-E-A-T, zentrale JSON-Datei für Produktfakten, bilingualer Blog-Generator mit Filter gegen typische AI-Textmuster. Dazu kommt klassisches **SEO** — beides relevant. ## Aufgabe Researcher: erarbeite eine **praktische Guideline für m's Web-Projekte**. Output ist eine Markdown-Datei (~docs/geo-seo-guideline.md~ in diesem Repo, oder besseren Ort vorschlagen). ### Was die Guideline abdecken soll 1. **GEO grundsätzlich:** Was ist das, warum jetzt, was sind die wichtigsten Hebel laut aktuellen Studien (2025-2026). Belegt mit Quellen. 2. **GEO konkret:** - Page-Struktur (top-third Definition, FAQ, Numbers, etc.) - llms.txt Format und sinnvolle Nutzung - Schema.org FAQ-, Article-, Product-Markup - E-E-A-T (Experience, Expertise, Authoritativeness, Trustworthiness): Author-Pages, citations, About-Seiten - JSON facts file (warum, wo placieren, wie verlinken) - Anti-AI-text-pattern: was sind die Muster, wie filtert man - Multi-source Strategie (off-site mentions, Wikipedia, Backlinks) 3. **SEO 2026:** Was ist heute noch relevant, was hat sich geändert (Helpful Content Update, EEAT, Core Web Vitals, etc.). Synergien mit GEO. 4. **Übersetzung auf m's Stacks:** - **onepager** (Bash-Templates, Caddy, sites/<domain>/index.html): wo platzieren wir llms.txt? Wie integrieren wir Schema-Markup im Template-System? Was muss render.sh können? - **flexsiebels.de** (Fresh + Preact, Deno): SSR-Vorteile, Schema-Komponenten, etc. - **msbls.de** (nginx static + /ki transparency page): minimal aber bildet eine zentrale Author-Identität. - **paliad.de** (Next.js + Go): commercial, B2B-Fokus. - **youpc.org** (Next.js, UPC content): content-heavy, ideal für GEO (legal data). 5. **Konkrete Checkliste pro neuer Site** — was muss bei jedem Launch dabei sein. 6. **Pflege/Maintenance** — was muss regelmäßig getan werden (Sitemap, llms.txt-Updates, etc.). ### Forschungs-Ansatz - Web-Suche nach aktuellen GEO-Studien, Papers, Blog-Posts (2025-2026, Quellen wie BrightEdge, Search Engine Land, Anthropic, OpenAI documentation, Princeton GEO paper, etc.). - Mehrere unabhängige Quellen vergleichen — nicht nur einem Trend folgen. - Wo es Empirie gibt: zitieren. Wo nur Hypothesen: als solche markieren. - Konkurrenten/Vorbilder analysieren: wer macht GEO gut? Beispiele finden, was die Faktoren sind. ### Form - Markdown-Datei. - Klar strukturiert: TOC oben, dann Sections wie oben. - Knapp und konkret. Keine Marketing-Sprache. m's Tonfall: nüchtern, scharf, kein bullshit. - Code-Beispiele wo nützlich (llms.txt template, Schema JSON-LD snippet, etc.). - Quellen am Ende mit URLs. - Bilingual? Wahrscheinlich nicht — interne Guideline, deutsch reicht (oder englisch, je nachdem was sich für die Material-Quellen besser anfühlt). ### Speicherort Vorschlag: `docs/geo-seo-guideline.md` im m/onepager Repo (zentrales Web-Repo). Falls Researcher findet dass woanders besser passt (z.B. dotfiles/docs für cross-projekt), das vorschlagen. ## Nicht im Scope - **Implementierung** — nur Guideline, kein Code-Refactoring (kommt später als separate Issues). - Vollständiger Audit aller bestehenden Sites — nur Empfehlungen für die Zukunft. - Branding/Marketing-Strategie generell — fokus auf SEO/GEO-Mechaniken. ## Priorität p2 — Investitions-Recherche, kein Blocker, aber wichtig fürs Skalieren der Web-Projekte.
mAi self-assigned this 2026-04-29 12:21:58 +00:00
mAi commented 2026-04-29 12:30:48 +00:00
Author
Collaborator
Copy Link

Shift Progress [shift-1]

Worker: curie (role: researcher)
Duration: 8m
Status: progress

Progress

Shift-1 fertig: GEO+SEO-Guideline geschrieben (docs/geo-seo-guideline.md, 589 Zeilen, 19 Quellen). Commit d33ce9e.

Next Steps

  • Review durch m
  • Folge-Issues pro Stack auflegen (onepager Schema-Slot
  • msbls Author-Hub
  • youpc llms.txt
  • paliad Schema-Rollout)
## Shift Progress [shift-1] **Worker:** curie (role: researcher) **Duration:** 8m **Status:** progress ### Progress Shift-1 fertig: GEO+SEO-Guideline geschrieben (docs/geo-seo-guideline.md, 589 Zeilen, 19 Quellen). Commit d33ce9e. ### Next Steps - [ ] Review durch m - [ ] Folge-Issues pro Stack auflegen (onepager Schema-Slot - [ ] msbls Author-Hub - [ ] youpc llms.txt - [ ] paliad Schema-Rollout)
mAi added the
done
 label 2026-04-30 14:28:15 +00:00
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
done
Work completed, waiting for close by m
needs-review
Awaiting review
No Label
done
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
mAi m
No Assignees mAi
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: m/onepager#8
No description provided.
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?