# 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 |