Agentic Visibility Engineer (m/w/d)

i22

i22 ist über viele technologische Veränderungen hinweg gewachsen, nicht indem wir an einem bestimmten Modell festgehalten haben, sondern indem wir immer wieder neu verstanden haben, was Unternehmen gerade wirklich brauchen.

Wir arbeiten selten auf der grünen Wiese. Unsere Projekte entstehen in gewachsenen Organisationen, mit bestehenden Systemen, Prozessen, Abhängigkeiten und Menschen, die damit arbeiten müssen. Genau darin liegt ein großer Teil unserer Arbeit: Komplexität nicht auszublenden, sondern Lösungen zu entwickeln, die darin tatsächlich funktionieren. Technologien verändern sich dabei ständig. KI gehört heute selbstverständlich dazu und ist für uns kein separates Spielfeld. Sie erweitert, wie wir analysieren, entwickeln und betreiben.
Entscheidungen, Kontext und Verantwortung bleiben menschlich.

Was sich über die Jahre weniger verändert hat, ist unser Anspruch an die Arbeit selbst: Ein gutes Konzept reicht nicht, wenn es sich nicht umsetzen lässt. Ein Go live reicht nicht, wenn das System danach nicht trägt.
Deshalb denken wir entlang von drei Phasen:

• Design / Discovery: Klären, was wirklich gebraucht wird.
• Build: Bauen, was unter realen Bedingungen funktioniert.
• Operate: Verantworten, was danach passiert.

Was du bei i22 konkret klärst, baust oder verantwortest, hängt von deiner Rolle ab. Manche Rollen liegen stärker in einer Phase, andere bewegen sich über mehrere hinweg.

Was gleich bleibt: Du arbeitest nicht an einer isolierten Aufgabenliste. Du arbeitest an einem realen Problem, mit Menschen, die unterschiedliche Perspektiven darauf haben, mit Systemen, die bereits existieren, und mit der Verantwortung dafür, dass aus einer Idee etwas entsteht, das tatsächlich trägt.

Unsere Beständigkeit liegt nicht darin, Dinge unverändert zu lassen. Sie liegt in einem Team, das bereit ist, immer wieder neu hinzusehen, zu hinterfragen und weiterzubauen.

Die Challenge

Kunden fragen ChatGPT, Gemini, Perplexity oder Copilot, bevor sie eine Website öffnen. AI Systeme finden, vergleichen und empfehlen Angebote – und beginnen, Transaktionen vorzubereiten. Was die KI heute über ein Unternehmen sagt, entscheidet, ob ein Agent es morgen auswählt.

Genannt werden reicht nicht. Sortiment, Preise, Verfügbarkeit und Lieferbedingungen müssen richtig verstanden werden – auf der Website und in den Merchant Programmen von OpenAI, Google, Perplexity und Microsoft. Eine Website kann für Menschen hervorragend funktionieren und für AI Systeme unlesbar sein.

Ein Sichtbarkeits-Check zeigt das Symptom. Die Ursache ist meist technisch: fehlendes Markup, gesperrte Crawler, Inhalte ohne JavaScript nicht lesbar, kein Feed im Programm. Deshalb bauen wir Agentic Visibility in unserer Service Group Agentic Commerce & Transaction als Engineering Capability auf: messen, Ursache finden, beheben, Wirkung nachweisen – laufend, weil sich Modelle und Programme monatlich ändern.

Die Disziplin entsteht gerade erst. Diese Rolle baut unsere eigene Capability dafür auf.

Design · Build · Operate

Design

Du misst für die wichtigsten Kaufsituationen der Kunden unserer Kunden, ob sie in ChatGPT, Gemini, Perplexity und Copilot genannt, empfohlen und korrekt beschrieben werden – im Vergleich zu drei Wettbewerbern. Die Kaufsituationen legst du mit Vertrieb und Marketing des Kunden fest.
Du ermittelst die Baseline für KI-Referral-Traffic, findest die Ursachen – Technik, Daten, Content, Drittquellen, Markenkonsistenz – und priorisierst Maßnahmen nach Wirkung und Aufwand.

Build

Du setzt um, was ein Kunde braucht, um verstanden zu werden: schema.org/JSON-LD für Produkte, Angebote, Varianten und Policies; Rendering, robots.txt, Bot-Politik, llms.txt – mit Logfile-Analyse, welche AI Crawler was lesen; Onboarding in die Merchant Programme; Mess-Setup für KI-Referrals. Bei erklärungsbedürftigen Produkten entwirfst du mit unserem Content Team die Struktur, mit der Kompatibilitäten und Normen zitierfähig werden.
Umgesetzt wird im Shop- und CMS-Stack des Kunden – selbst oder mit unseren Frontend Engineers. Aus jedem Fall entstehen Markup-Templates und Programm-Playbooks, die wir wiederverwenden.

Operate

Sichtbarkeit in AI Systemen ändert sich jede Woche. Du misst laufend Share of Voice, Korrektheit, Wettbewerber und KI-Referrals, erkennst Einbrüche und Falschdarstellungen, findest die Ursache – Modell-Update, abgelaufener Feed, geänderte Policy – und behebst Fehler in Markup, Zugängen und Programm-Konten.

Was du verantwortest

• Die Methodik hinter Agentic Visibility: Messverfahren, Prompt-Sets, Scorecard, Ursachen-Playbook. Sie gehört ab dem ersten Tag dir.

• Den Weg von der Analyse zur Maßnahme – und den Nachweis der Wirkung gegen die Baseline.

• Unsere wiederverwendbaren Standards: Markup-Templates, Programm-Playbooks, Mess-Setup, Tool-Stack.

• Unsere ersten Beweisfälle, angefangen mit i22.de.

• Perspektive: die Angebotsverantwortung für Agentic Visibility – Leistungsbeschreibung, Pricing, Vertriebsunterstützung – nach der Einarbeitung.

Dein Entscheidungsspielraum

Du entscheidest innerhalb unserer technischen Standards über Messmethoden, Lösungswege und Tools – und darüber, wann eine Messung belastbar ist. LLM Antworten sind nicht deterministisch: Wo Plattformverhalten oder Protokolle noch nicht stabil sind, machst du Annahmen und Grenzen explizit, statt Scheingenauigkeit zu produzieren.
Nicht bei dir: Produktdaten bereinigen (eigenes Datenprojekt), Content in Menge (unser Content Studio), Angebots- und Preisentscheidungen (Angebots-Owner, mit dir am Tisch).

Must Have

• Strukturierte Daten hands-on: schema.org/JSON-LD und Produktdaten-Feeds (Attribute, Varianten, GTIN) selbst gebaut, validiert, debuggt.

• Crawling, Rendering, Zugang: Du erkennst, warum ein Crawler eine Seite nicht liest, und weißt, was zu tun ist.

• Messung mit Web Analytics (z. B. GA4, Matomo): Du hast Sichtbarkeit messbar verbessert und die Wirkung nachgewiesen – nicht mit Rankings allein.

• LLM Retrieval verstanden: Du kannst erklären, wie ChatGPT oder Perplexity zu ihren Antworten kommen, und hast dich im letzten Jahr praktisch damit beschäftigt – eigene Tests, ein Projekt, ein Tool. Die Tiefe bauen wir gemeinsam auf.

• Code-Ebene: Templates lesen, JSON-LD schreiben, Rendering prüfen, Messungen gegen LLM- und Tool-APIs skripten (z. B. Python) – und eine Änderung so spezifizieren, dass ein Frontend Engineer sie ohne Rückfrage baut.

• Befunde für Marketing- und E-Commerce-Verantwortliche verständlich machen – auf Deutsch.

Typische Wege in diese Rolle: Technical SEO auf Engineering-Niveau (Logfiles, Rendering, Experimente) oder Search- und Relevance-Engineering; Web-Analytics-Engineering nur mit technischem SEO-Anteil. SEO-Consulting ohne technische Tiefe passt nicht – auch nicht mit GEO im Titel.

Learnable at i22

• Die Merchant Programme von OpenAI, Google, Perplexity und Microsoft im Detail.

• Unser Methodenbaukasten: Prompt-Bibliotheken, Scorecard, Ursachen-Playbook – und die laufenden Fälle, an denen er entsteht.

• Visibility Tools für die LLM-Messung – du wählst sie mit aus.

• Workshop-Moderation und Management-Präsentation – mit dem Service Lead, der die Kundengespräche führt.

• Agentic Commerce Protokolle (UCP, ACP, MCP) und angrenzende Capabilities: agentenfähige Produktdaten, Transaktionsstrecken, Checkout für Agenten.

Professional Statement

Das ist unsere Rolle. Wir stehen mit unserem Job Statement dafür ein.
Wenn du sie mit uns übernehmen willst, möchten wir deinen Blick darauf sehen: Warum diese Rolle, welche Herausforderungen siehst du darin – und was fällt dir an dieser Anzeige auf, das wir übersehen haben?

Zeig uns einen Fall, in dem du Sichtbarkeit oder Auffindbarkeit nicht nur analysiert, sondern messbar verbessert hast – aus technischem SEO, Search Engineering oder Web Analytics, ein LLM-Fall ist keine Voraussetzung:

• Was war die technische Ursache? 

• Welche Entscheidung lag bei dir?

• Was hast du verändert und wie hast du die Wirkung nachgewiesen?

Und in wenigen Sätzen: Wie würdest du messen, ob ChatGPT einen Händler für eine konkrete Kaufsituation empfiehlt – und was ist daran schwierig?

Schick uns gern deinen Lebenslauf, aber lies ihn uns im Professional Statement nicht noch einmal vor.

Gehaltsrange

Inclusion

Bei i22 zählt, was du beitragen kannst und wie du arbeitest, unabhängig von Geschlecht, Herkunft, Alter, Behinderung, sexueller Orientierung, Religion oder Weltanschauung.

Du musst nicht jeden Punkt einer Rolle bereits vollständig erfüllen. Wir unterscheiden bewusst zwischen Capabilities, die für den Einstieg notwendig sind, und solchen, die im Kontext der Rolle aufgebaut werden können.

Wenn du den relevanten Kern mitbringst und glaubst, dass du zu dem beschriebenen Problem etwas beitragen kannst, möchten wir dein Professional Statement sehen.