Greenlens/seo-umsetzungsplan-2026-08.md

GreenLens – Umsetzungsplan SEO (Stand 04.08.2026)

Übersetzt die Leak-Mechaniken (contentEffort, NavBoost, siteFocusScore) in konkrete Schritte für greenlenspro.com. Vorweg ein Befund, der einen Teil des Plans umwirft.

---

Befund: Die Datenstudie ist noch nicht möglich

Der attraktivste Punkt aus der Liste – eigene Nutzungsdaten als contentEffort-Asset – scheitert an der Datenlage. Ich habe nachgesehen:

Im Backend (server/) gibt es kein Scan-Log. Die Tabellen sind auth_users, billing_accounts, billing_idempotency, plants, plant_import_audit, tiktok_tokens. /v1/scan und /v1/health-check schreiben nichts weg – nur der Zähler used_this_cycle wird hochgezählt. Welche Art gescannt wurde und was diagnostiziert wurde, existiert nirgends.

In PostHog gibt es paid_scan_completed und demo_scan_completed, aber die Events tragen nur scan_type und latency_ms. Kein Artname, kein Diagnoseergebnis.

Und das Volumen trägt ohnehin nicht:

Event	Anzahl	Nutzer	Zeitraum
paid_scan_started	67	8	30.04.–31.07.2026
paid_scan_completed	58	8	30.04.–31.07.2026
demo_scan_completed	33	28	30.04.–04.08.2026
Application Installed	90	88	seit 10.07.2026

58 bezahlte Scans von 8 Nutzern in drei Monaten. Daraus lässt sich kein „Zimmerpflanzen-Report" bauen, und jeder Versuch wäre genau die Art von Zahlen-Behauptung, vor der der Ausgangstext warnt.

Konsequenz: Logging jetzt nachrüsten, damit die Studie in 12+ Monaten möglich wird. Für den Content bis dahin braucht contentEffort eine andere Quelle – siehe Phase 2.

---

Phase 0 — NavBoost / CTR (diese Woche, 1 Tag)

Der Hebel mit dem besten Verhältnis. Rankings sind da, nur die Snippets holen niemanden ab.

Seite	Keyword	Imp.	Pos.	Klicks
/blumen-scanner	blumen scanner	296	8,0	1
/blumen-scanner	blumenscanner	44	4,8	2
/blumen-scanner	blume scannen	15	7,9	0
/flower-scanner	flower scanner	88	11,8	2
/pflanzen-erkennen-app	pflanzenerkenner	49	10,6	0
/giess-erinnerung-app	app erinnerung pflanzen gießen	71	17,8	0

Zu tun:

1. metaTitle und metaDescription dieser fünf Profile in lib/seoPages.ts neu schreiben. Muster: konkretes Versprechen + „kostenlos" + Jahreszahl. Die Suchintention bei blumen scanner ist „Blume fotografieren, Namen bekommen" – der Title muss genau das sagen, nicht „GreenLens App".
2. Wichtig ist der zweite Halbsatz des NavBoost-Punkts: Das Versprechen muss die Seite auch einlösen. directAnswer steht bereits weit oben im Template – prüfen, ob er die Titelfrage in den ersten 60 Wörtern wirklich beantwortet.
3. Nicht mehr als fünf Seiten auf einmal ändern, sonst ist der Effekt nicht zuzuordnen. Datum notieren, in 4 Wochen CTR gegenprüfen.

---

Phase 1 — Logging nachrüsten (2–3 h, jetzt)

Billiger Schritt, der in einem Jahr das Asset ermöglicht. Ohne ihn beginnt die Datensammlung erst, wenn du sie brauchst – also zu spät.

Neue Tabelle im Backend, z. B. scan_events:

id BIGSERIAL PRIMARY KEY
scan_type TEXT NOT NULL          -- 'identify' | 'health'
species TEXT                     -- erkannter botanischer Name
confidence DOUBLE PRECISION
diagnosis TEXT                   -- bei health-check
locale TEXT
created_at TIMESTAMPTZ NOT NULL DEFAULT NOW()

Bewusst ohne user_id und ohne Bildreferenz – dann ist es von Anfang an anonym, und du musst später nichts nachträglich anonymisieren. Analog species als PostHog-Property auf paid_scan_completed mitgeben, damit die Auswertung auch dort geht.

Datenschutz kurz mitdenken: Anonyme Aggregate sind unproblematisch, aber ein Satz in der Privacy Policy zu aggregierter Nutzungsstatistik gehört dazu.

Realistischer Zeithorizont für die Studie: ab ca. 5.000 Scans. Bei aktuellem Volumen ist das kein Quartalsziel.

---

Phase 2 — contentEffort ohne Nutzerdaten: der Benchmark

Das ist der Ersatz für die Studie, und er ist ehrlicher machbar: eigener, dokumentierter Erkennungstest.

Aufbau:

• 50 Pflanzen selbst fotografieren (Zimmerpflanzen, Balkon, Park – jeweils Blatt und Gesamtaufnahme)
• Jede durch GreenLens, Google Lens, PictureThis und PlantNet schicken
• Ergebnis gegen die tatsächliche Art prüfen (Gärtnerei oder botanischer Garten gegenlesen lassen)
• Auswerten nach: Trefferquote gesamt, nach Pflanzengruppe, bei schlechten Lichtverhältnissen, bei Blatt-ohne-Blüte

Warum das die Leak-Kriterien trifft: eigene Daten weit oben auf der Seite, offengelegte Methodik, eigene Visualisierung, klare Abgrenzung vom Rest der SERP – die Konkurrenz hat durchweg keine Zahlen, nur Behauptungen.

Bedingung: Die Fälle veröffentlichen, in denen GreenLens verliert. Ein Benchmark, bei dem das eigene Produkt zufällig überall gewinnt, wird weder verlinkt noch von einem LLM zitiert. Der Wert entsteht durch die Verlierer-Zeilen.

Aufwand: ein Wochenende Fotografieren, ein Tag Auswertung. Das Ergebnis trägt Post 3 und ist gleichzeitig das erste linkbare Asset der Domain.

Zweite Quelle, sofort verfügbar: Die plants-Tabelle mit 450+ Arten und care_info als JSONB. Daraus lässt sich die Gießintervall-Tabelle für Post 1 direkt generieren statt sie zusammenzuschreiben – eigene, strukturierte Daten, kein fremder Ratgeber-Aufguss.

---

Phase 3 — Die drei Posts

Unverändert wie in blogpost-plan-2026-08.md, aber mit den Daten aus Phase 2 angereichert:

#	Slug	Datenanreicherung
1	/giessplan-zimmerpflanzen	Intervall-Tabelle aus plants.care_info generiert
2	/pflanzen-diagnose	eigene Symptomfotos (Aufwand liegt hier, nicht im Text)
3	/welche-pflanze-ist-das	Benchmark-Ergebnisse aus Phase 2 als Kernstück

Reihenfolge bleibt 1 → 3 → 2. Post 3 rückt vor, sobald der Benchmark steht.

---

Phase 4 — siteFocusScore und Autorität

siteFocusScore: nichts zu tun. greenlenspro.com ist thematisch schon maximal eng – jede Seite dreht sich um Pflanzenerkennung, Pflege oder Diagnose. Es gibt keine themenfremden Seiten zum Löschen. Der Hebel aus dem Ausgangstext läuft hier ins Leere, und das ist eine gute Nachricht.

Das eigentliche Problem ist Autorität, nicht Fokus. 904 Queries liegen fast alle auf Position 40–70. Die Seiten sind indexiert und werden ausgespielt – ihnen fehlen Backlinks. Der Benchmark aus Phase 2 ist dafür der erste ehrliche Anlass, überhaupt verlinkt zu werden.

Zu Reddit/Parasite SEO: Der Mechanismus stimmt, aber zwei Einschränkungen. Erstens moderieren Pflanzen-Subreddits Eigenwerbung hart – ein als Erfahrungsbericht getarnter App-Hinweis fliegt raus und schadet der Marke mehr, als der Link bringt. Zweitens: Wenn du in r/Zimmerpflanzen echte Diagnosefragen beantwortest und die App nur nennst, wenn sie passt, funktioniert es – aber dann ist es Community-Arbeit mit SEO-Nebeneffekt, keine SEO-Taktik. Als solche einplanen, mit dem Zeitaufwand, den das bedeutet.

---

Was ich bewusst weglasse

• Sandbox/hostAge: Keine Maßnahme ableitbar. Das Attribut existiert, zielt aber laut Leak-Kontext auf Spam-Erkennung. „Neue Domain, kann man nichts machen" wäre eine bequeme Ausrede für ein Backlink-Problem.
• contentEffort direkt optimieren: Es gibt keinen Regler. Was der Ausgangstext beschreibt – eigene Daten, Methodik, Autor – ist die Beschreibung guter Inhalte, nicht ein Trick. Deshalb steht in Phase 2 eine Recherchearbeit und keine Checkliste.
• Alles, was auf präzisen Leak-Gewichtungen aufbaut. Die Attributnamen sind belegt, ihre Stärke ist es nicht.

---

Reihenfolge

Wann	Was	Aufwand
Diese Woche	Phase 0: 5 Titles/Metas	1 Tag
Diese Woche	Phase 1: scan_events + PostHog-Property	3 h
KW 33–34	Phase 2: Benchmark, 50 Pflanzen	1 WE + 1 Tag
KW 34	Post 1 Gießplan	1 Tag
KW 35	Post 3 mit Benchmark-Daten	1 Tag
KW 36–37	Post 2 Diagnose inkl. Bildbeschaffung	2–3 Tage
Laufend	Reddit-Präsenz, ehrlich	2 h/Woche
KW 37	CTR-Gegenprüfung Phase 0 in GSC	1 h