Als bevorzugte Quelle bei Google hinzufügen
Stell dir vor, deine Agentur betreut das WordPress-Hilfezentrum für einen Anbieter von Terminbuchungssoftware. Kunden fragen den Support immer wieder, wie sie wiederkehrende Termine verschieben können. Die Anleitung gibt es zwar schon, aber eine Suche nach „Meine Freitagstermine verschieben“ führt nicht zu diesem Leitfaden.
Der Kunde möchte eine KI-Suche ausprobieren. Anstatt darauf zu setzen, dass Kunden genau die gleichen Wörter wie in einem Artikel eingeben, könnte das System ihre Frage mit einer Anleitung mit ähnlichem Inhalt abgleichen. Die erste Version würde Links zu bestehender Dokumentation anzeigen.
Die Wahl eines Anbieters wirft eine schwierigere Frage auf. Wird der Dienst, den du heute empfiehlst, auch nächstes Jahr noch zur Website passen? Das kannst du nicht versprechen, und der Kunde sollte diese Zusicherung auch gar nicht brauchen, bevor du loslegst.
Du kannst die ursprünglichen Anleitungen in WordPress behalten und die Integration so gestalten, dass ein Wechsel des Suchdienstes nicht bedeutet, das Hilfezentrum komplett neu aufbauen zu müssen.
Dieser Artikel begleitet das Projekt von einem begrenzten Test bis hin zum breiteren Einsatz. Er erklärt, welche Teile der Einrichtung unter deiner Kontrolle bleiben müssen und wie das Hosting deinem Team Spielraum für Anpassungen gibt – ganz gleich, für welches KI-Tool, welche Trends oder welche Integration du dich entscheidest.
Du kannst nicht auf Gewissheit warten
Hier ist ein mögliches Szenario. Dein Entwickler fängt gerade an, Dienste zu vergleichen, als ein anderer Anbieter ein neues Suchprodukt ankündigt. Der Kunde leitet die Ankündigung weiter: „Sollen wir darauf warten?“
In der Zwischenzeit verschickt der Support immer wieder denselben Artikel-Link.
Bevor ihr etwas kauft, kann eure Agentur untersuchen, warum die aktuelle Suche den Leitfaden nicht findet. Möglicherweise speichert das Hilfezentrum Artikel in einem benutzerdefinierten Beitragstyp, den die aktuelle Suchkonfiguration auslässt. Oder der Artikel bezeichnet wiederkehrende Termine als „Serienverwaltung“ – ein Begriff, den Kunden selten verwenden.
Diese Probleme erfordern natürlich unterschiedliche Lösungen. Entwickler können prüfen, ob die WordPress-Suche die Hilfe-Center-Artikel einbezieht, und ein Redakteur kann die von Kunden verwendeten Begriffe hinzufügen und klarstellen, welche Anleitungen die aktuelle Softwareversion abdecken.
Aktuelle Support-Tickets liefern dir echte Fragen zum Testen. Das Support-Team weiß bereits, welche Anleitung welche Frage beantwortet, was sehr hilfreich ist. Wenn du diese Fragen auf der Website ausprobierst, siehst du, wo die Suche versagt, ohne raten zu müssen, was Kunden wohl eingeben könnten.
Die semantische Suche ist eine weitere Möglichkeit, dies zu verbessern. Sie nutzt maschinelles Lernen, um Inhalte zu finden, die eine ähnliche Bedeutung wie die Suchanfrage haben, auch wenn die Formulierung abweicht. Das hilft dabei, Ausdrücke wie „Meine Freitagstermine verschieben“ mit anderen Ausdrücken wie „Wiederkehrende Termine umplanen“ zu verknüpfen.
Die zugrunde liegende Dokumentation spielt nach wie vor eine wichtige Rolle. Wenn zwei Anleitungen unterschiedliche Versionen der Buchungssoftware beschreiben, benötigt der Suchdienst genügend Informationen, um sie voneinander zu unterscheiden.
Deine Agentur kann diese inhaltlichen Probleme beheben, während die Kaufentscheidung noch offen ist. Wenn du die KI-Suche testest, hast du eine übersichtlichere Bibliothek und eine Reihe von Fragen, an denen du die Ergebnisse abgleichen kannst.
WordPress bleibt die Quelle der Inhalte
Die Kündigung des Suchabonnements sollte keinen einzigen Leitfaden von der WordPress-Website des Kunden entfernen. Redakteure arbeiten weiterhin in WordPress. Der Suchanbieter verfügt über eine indizierte Kopie der Inhalte, die ihm die Integration übermittelt.
Diese Unterscheidung ist wichtig, wenn du einen Wechsel planst. Deine Agentur muss den Suchindex anhand der Originalartikel neu aufbauen, ohne darauf angewiesen zu sein, dass der bisherige Anbieter die einzige Kopie zurückgibt.
Für dieses Hilfe-Center können benutzerdefinierte Beitragstypen die Anleitungen von Blogbeiträgen trennen. Ein benutzerdefiniertes Feld oder eine Taxonomie kann die Version der Buchungssoftware identifizieren, die in jeder Anleitung behandelt wird. Diese Informationen gehören zum Artikel in WordPress, wo Redakteure sie pflegen können.
Der Indizierungscode sendet den relevanten Text und die Metadaten an den Suchdienst. Er bewahrt außerdem einen Verweis auf die WordPress-Beitrags-ID, damit ein Suchergebnis auf die richtige Anleitung verweist.
Exporte des Anbieters verdienen weiterhin Beachtung. Dein Team konfiguriert möglicherweise Synonyme oder Ranking-Regeln im Dashboard des Dienstes. Diese Einstellungen müssen möglicherweise separat exportiert oder dokumentiert werden, bevor du das Konto schließt. Sie sollten nicht der einzige Ort sein, an dem du festhältst, welche Anleitungen die aktuelle Software abdecken.
Änderungen müssen ebenfalls in den Index gelangen. Wenn ein Redakteur veraltete Anleitungen ersetzt, muss die Integration den entsprechenden indizierten Inhalt aktualisieren oder entfernen. Geschieht dies nicht, liefert die Suche weiterhin ein Ergebnis, das nicht mehr in der Ressourcenbibliothek enthalten ist.
Die öffentlichen Anleitungen sorgen für einen unkomplizierten ersten Test. Wenn der Kunde später Dokumentation nur für Mitglieder hinzufügt, muss die Integration die Zugriffsregeln der Website durchsetzen, bevor eingeschränkte Ergebnisse angezeigt oder Auszüge an ein Modell zur Antwortgenerierung gesendet werden. Die Tatsache, dass sich jemand anmeldet, sagt noch nichts darüber aus, welche Artikel er aufgrund seiner Mitgliedschaft lesen darf.
So machst du Änderungen am Anbieter überschaubar
Das Suchfeld kann im WordPress-Theme verbleiben, während ein Plugin die API des Anbieters abwickelt. Das Theme übermittelt die Suchanfrage an das Plugin, das die Anfrage sendet und die Antwort in das von der Website erwartete Format umwandelt.
Das Plugin kann beispielsweise die Dokument-IDs des Anbieters den WordPress-Beitrags-IDs zuordnen. Das Theme zeigt dann die passenden Anleitungen anhand ihrer WordPress-Titel und Permalinks an. Ein neuer Anbieter erfordert zwar Arbeit bei der Integration, doch das Layout des Hilfe-Centers kann im Wesentlichen gleich bleiben.
„KI-Suche“ muss außerdem genauer definiert werden, bevor du den Arbeitsaufwand abschätzen kannst.
In einem auf Embeddings basierenden System wandelt ein Modell Artikeltexte in numerische Darstellungen um, die als Embeddings bezeichnet werden. Ein Suchindex speichert diese Darstellungen. Das System wandelt die Suchanfrage eines Besuchers in eine kompatible Darstellung um und sucht nach relevanten Inhalten.
Ein großes Sprachmodell kann dann anhand der abgerufenen Auszüge eine Antwort generieren, sofern diese Funktion diesen Schritt beinhaltet. Für die Ausgabe relevanter Artikel-Links ist keine generierte Antwort erforderlich.
Deine Agentur könnte diese Funktionen gemeinsam von einem Managed-Search-Anbieter beziehen. Eine andere Implementierung könnte separate Dienste nutzen. So oder so muss der Entwickler wissen, welchen Teil eine vorgeschlagene Änderung betrifft.
Oft kannst du das Modell, das Antworten generiert, ersetzen und den bestehenden Suchindex beibehalten. Ein anderes Einbettungsmodell bedeutet in der Regel, dass die Dokumenteneinbettungen neu generiert und der Index neu aufgebaut werden müssen. Auch die Relevanzbewertungen können je nach Anbieter variieren, daher muss dein Entwickler prüfen, ob der bestehende Schwellenwert weiterhin nützliche Ergebnisse auswählt.
Zu beachten sind dabei aktuelle Daten aus der „2025“-Umfrage von Andreessen Horowitz unter 100 CIOs von Unternehmen. Die Umfrage berichtet, dass 37 % der CIOs mindestens fünf Modelle verwenden, verglichen mit 29 % in der vorherigen Umfrage. Für diesen hypothetischen Kunden mag ein Dienst ausreichen, doch in der Praxis geht es darum zu verstehen, was ein späterer Austausch mit sich bringt.
Ein kleines Plugin kann diese Trennung gewährleisten, ohne das Projekt in ein Framework für jeden nur erdenklichen Anbieter zu verwandeln. Die Art und Weise, wie es programmiert und konfiguriert ist, sollte den Aufwand für einen Austausch so klar machen, dass er sich abschätzen lässt.
Gib Experimenten einen überschaubaren Umfang
Zwanzig öffentliche Anleitungen zum Terminmanagement bieten dem Team genügend Material für einen sinnvollen ersten Test. Die Support-Mitarbeiter liefern die Fragen, die Kunden stellen, und ermitteln den Artikel, der jede einzelne beantworten sollte.
Der Entwickler lässt diese Suchanfragen sowohl durch die bestehende Suche als auch durch den Testdienst laufen. Erscheint der richtige Leitfaden unter den ersten Ergebnissen? Unterscheidet die Suche zwischen der Änderung eines einzelnen Termins und der Änderung aller zukünftigen Termine einer Reihe?
Der Test braucht auch Fragen, die die Dokumentation nicht beantworten kann. Eine Anfrage zu einer nicht unterstützten Funktion sollte Kunden nicht zu irrelevanten Anleitungen führen, nur weil der Wortlaut ähnlich aussieht.
Wenn die Testphase generierte Antworten umfasst, müssen diese separat überprüft werden. Eine Antwort kann zwar auf den richtigen Leitfaden verweisen, aber einen Schritt falsch darstellen. Das Support-Team sollte prüfen, ob ein Kunde, der der Antwort folgt, die Aufgabe tatsächlich erledigen kann.
Eine vierwöchige Testphase gibt dem Kunden genügend Zeit, um zu entscheiden, ob er mit diesem speziellen Tool weitermachen möchte. Auch das Budget muss begrenzt werden. Wenn der Anbieter keine feste Ausgabenobergrenze hat, braucht das Tool Nutzungsbeschränkungen, die neue kostenpflichtige Anfragen stoppen, bevor das vereinbarte Budget aufgebraucht ist. Eine E-Mail-Benachrichtigung allein verhindert keine Kosten, daher ist es am besten, dies im Voraus einzuplanen.
Die Deloitte-Studie „State of AI in the Enterprise 2026“ berichtet, dass nur 25 % der Befragten etwa 40 % ihrer KI-Experimente in die Produktion überführen – es lohnt sich also, sich bewusst zu machen, dass das Tool möglicherweise nicht gut passt.
Bereite dich auf Veränderungen im Arbeitsaufwand vor
Die Testphase läuft so gut, dass der Kunde sie im Kunden-Newsletter bewerben möchte. Ein paar Support-Mitarbeiter, die während eines Meetings Suchanfragen testen, sagen noch nichts darüber aus, wie die Integration mit dieser Zielgruppe zurechtkommt.
Angenommen, das WordPress-Plugin stellt für jede Suche eine synchrone API-Anfrage. Sein PHP-Thread bleibt belegt, während er auf die externe Antwort wartet. Mehrere langsame Suchanfragen gleichzeitig können weniger Kapazität für andere, nicht zwischengespeicherte Anfragen lassen.
Das ist ein Grund, gleichzeitige Suchanfragen zu testen, bevor der Newsletter verschickt wird. Dein Entwickler kann messen, wie lange es dauert, bis Ergebnisse vorliegen, und gleichzeitig prüfen, ob der Rest der Website weiterhin reaktionsfähig bleibt. Auch die Ratenbegrenzungen des externen Anbieters sollten in diesen Test einbezogen werden.
Die Nutzungskosten erfordern ebenso viel Aufmerksamkeit. Ein Besucher kann mehrere Suchanfragen stellen. Wenn die Funktion Antworten generiert, kann die Menge an Text, die an das Modell gesendet und von diesem zurückgegeben wird, tokenbasierte Gebühren beeinflussen. Die Anfrageprotokolle der Testphase liefern dir eine bessere Schätzung als die einfache Multiplikation der Besucherzahl mit den Kosten einer einzelnen Suche.
Die Indizierung verursacht Arbeit außerhalb der Besuchersitzungen. Die Aktualisierung eines Leitfadens sollte normalerweise dessen indizierten Inhalt aktualisieren, anstatt die Einbettungen für das gesamte Hilfezentrum neu zu generieren. Der Entwickler muss prüfen, was das gewählte Plugin oder der Dienst tatsächlich tut, wenn ein Redakteur auf „Aktualisieren“ klickt.
Die Erweiterung kann selektiv bleiben. Wenn Kunden die Links nützlich finden, aber generierte Zusammenfassungen selten lesen, kann der Kunde die semantische Suche beibehalten und die Antwortgenerierung deaktivieren. Die Trennung dieser Einstellungen bietet ihnen eine konkrete Möglichkeit, Kosten zu senken, ohne auf die von ihnen geschätzte Verbesserung zu verzichten.
Gründe zum Überdenken
Wenn ein Anbieter die API, die dein Plugin nutzt, einstellt, steht eine Änderung auf dem Plan. Die Ankündigung eines neuen Modells kann warten, bis es einen Grund gibt, es zu prüfen.
Die Unterscheidung zwischen den Komponenten hilft hier. Wenn deine Agentur ein Modell direkt auswählt und aufruft, muss sie die Verfügbarkeit dieses Modells im Auge behalten. Ein verwalteter Suchdienst kann Modelländerungen intern abwickeln, während dein Team die API-Meldungen und die Qualität der Ergebnisse überwacht.
Die Fragen aus der Testphase werden zu einem kleinen Regressionstestsatz. Ein Entwickler kann sie nach einem größeren Anbieter-Update oder im Vergleich zu einem vorgeschlagenen Ersatz ausführen. Die erwarteten Ergebnisse machen eine Diskussion über eine „bessere Suche“ viel konkreter.
Erscheint bei der Abfrage zu wiederkehrenden Terminen der aktuelle Leitfaden immer noch ganz oben? Wenn die Funktion eine Antwort generiert, bleibt dann der Unterschied zwischen der Änderung eines einzelnen Termins und der Änderung der Terminreihe erhalten?
Vergleiche erfordern konsistente Quellinhalte. Wenn du einen Anbieter anhand der Artikel vom letzten Monat und einen anderen anhand überarbeiteter Anleitungen testest, sagt das wenig über die Anbieter selbst aus. Der Testdatensatz sollte die Inhaltsüberarbeitung sowie die relevante Modell- oder Dienstkonfiguration identifizieren.
Support-Tickets können neue Abfragen hinzufügen, wenn Kunden auf Lücken stoßen. Ein Ersatz muss sich dann den Fragen stellen, die auf dieser Website tatsächlich Probleme verursachen.
Auch die Kosten können eine weitere Überprüfung rechtfertigen. Ein kostengünstigeres Modell für generierte Antworten könnte für den Kunden geeignet sein, solange die Antworten korrekt bleiben. Ein allgemeiner Benchmark-Wert liefert dir weniger aussagekräftige Erkenntnisse als die Leistung bei der Dokumentation des Kunden selbst.
Wähle ein Hosting, das dir Spielraum für Anpassungen lässt
Eine WordPress-Staging-Site ist eine großartige Möglichkeit, Entwicklern die Installation eines Ersatztools zu ermöglichen, während Kunden weiterhin die Live-Suche nutzen. Kinsta stellt für diese Arbeit Staging-Umgebungen bereit, wobei „Premium Staging“ für Tests verfügbar ist, die mehr Ressourcen benötigen.
Auch die externe Suchkonfiguration muss getrennt werden. Beim Klonen von WordPress können Plugin-Einstellungen kopiert werden, die auf den Produktionsindex verweisen. Bevor ein Indizierungsauftrag auf der Staging-Umgebung ausgeführt wird, muss der Entwickler einen Testindex und Zugangsdaten mit entsprechenden Zugriffsrechten konfigurieren. Andernfalls kann ein Staging-Test die Live-Suchergebnisse verändern.
Die Anwendungsleistungsüberwachung von Kinsta hilft dabei, die WordPress-Website der Integration zu untersuchen. Bei aktiviertem APM kann dein Entwickler langsame serverseitige externe Anfragen und Datenbankabfragen untersuchen. Browserseitige Aufrufe erfordern eine Browserdiagnose. APM zeigt nicht jede Anfrage an, die der Browser eines Besuchers stellt.
Anhand dieser Traces lässt sich feststellen, ob WordPress den Großteil einer langsamen Suche damit verbringt, auf den Provider zu warten. Zusätzliche Hosting-Kapazität verkürzt die Antwortzeit dieses Providers nicht.
Wenn bei Tests eine PHP-Kapazitätsengpass festgestellt wird, bietet MyKinsta Anpassungen der PHP-Ressourcen innerhalb der verfügbaren Tarifoptionen an. Mehr PHP-Threads können zusätzliche gleichzeitige Anfragen verarbeiten, doch die Aufteilung desselben Speicherpools auf mehr Threads verringert den für jeden einzelnen verfügbaren Speicher. Leistungsvergleiche erfordern zudem Staging-Ressourcen und Caching-Einstellungen, die die Produktionsumgebung angemessen widerspiegeln.
Wenn deine Agentur Tests auf mehreren Websites durchführt, ermöglichen die Kinsta-API-Endpunkte internen Tools, Umgebungsdetails abzurufen oder Staging-Umgebungen zu erstellen. Das Team kann diese Vorbereitung automatisieren, ohne dem Suchanbieter die Kontrolle über das Hosting-Konto zu überlassen.
Deine Agentur entscheidet weiterhin, ob die Ersatzlösung gut genug funktioniert, um sie freizugeben. Die Hosting-Umgebung bietet einen Ort, um diese Entscheidung zu testen und die Ergebnisse zu untersuchen.
Die Zusagen im Angebot
„KI-Suche hinzufügen“ lässt zu viel Raum für Meinungsverschiedenheiten. Dein Kostenvoranschlag umfasst vielleicht relevante Artikel-Links, während der Kunde einen Chatbot erwartet, der vollständige Antworten verfasst.
Das Angebot sollte beschreiben, was die Kunden tatsächlich zu sehen bekommen. Für dieses Projekt könnte die anfängliche Zusage eine semantische Suche in zwanzig öffentlichen Anleitungen umfassen, wobei generierte Antworten einer separaten Entscheidung unterliegen.
Ein paar Fragen helfen dabei, die verbleibenden Grenzen zu klären:
- Welches Problem soll der Test lösen? Kunden finden keine aktuellen Anleitungen zur Terminverwaltung. Die vereinbarten Testanfragen spiegeln diese Supportanfragen wider.
- Was bleibt unter der Kontrolle des Kunden? WordPress behält die ursprünglichen Anleitungen und deren Metadaten bei. Die Agentur dokumentiert Sucheinstellungen, die nur im Dashboard des Anbieters vorhanden sind.
- Was hängt von diesem Dienst ab? Der Vorschlag umfasst die Integration der Hilfe-Center-Suche und alle Modell-APIs, auf die sie zugreift. Andere Bereiche der Website nutzen weiterhin ihre bestehende Suche.
- Wie kann der Kunde das Experiment beenden? Eine Einstellung stellt die bestehende Suche wieder her. Das Beendigungsverfahren stoppt außerdem geplante Indizierungsaufträge und kündigt nicht benötigte kostenpflichtige Dienste.
- Was rechtfertigt eine breitere Einführung? Der Kunde legt fest, was als relevantes Ergebnis gilt und wie lange Besucher warten dürfen. Die Nutzung während der Testphase fließt in die Schätzung der laufenden Kosten ein.
Die breitere Einführung erfordert ein eigenes Budget für die Indizierung des restlichen Bestands und Tests unter höherer Auslastung. Eine separate Kostenschätzung für diese Arbeiten ermöglicht es dem Kunden, die Testphase zu beurteilen, bevor er sich festlegt.
Im Angebot kann auch festgelegt werden, wer die Ergebnisse nach vier Wochen auswertet. Andernfalls kann die nächste Abonnementverlängerung standardmäßig die Entscheidung treffen.
Spielraum für die nächste Entscheidung
Der Kunde der Buchungssoftware kann herausfinden, ob die semantische Suche den Kunden hilft, den Terminkalender zu finden, ohne sich für die nächsten fünf Jahre auf einen Anbieter festlegen zu müssen.
Die Originalartikel bleiben in WordPress. Falls die Testphase enttäuschend verläuft, behält der Kunde die redaktionellen Verbesserungen bei und kehrt zur bestehenden Suche zurück. Ist sie erfolgreich, hat deine Agentur Belege, um eine breitere Einführung zu begründen.
Ein zukünftiger Anbieterwechsel ist immer noch mit Aufwand verbunden. Jemand muss die API-Integration anpassen und die Ergebnisse testen. Je nach Änderung kann der Neuaufbau des Index Zeit in Anspruch nehmen und Nutzungskosten verursachen. Wenn man diese Aufgaben vom Rest der Website trennt, lassen sie sich leichter planen.
Das ist eine nützliche Art der Kontrolle, die man einem Kunden anbieten kann. Du kannst erklären, wozu er sich heute verpflichtet und was eine spätere andere Entscheidung mit sich bringt.
Das Managed-WordPress-Hosting von Kinsta bietet deinem Team Staging-Umgebungen und Leistungstools, um diese Entscheidungen zu unterstützen. Deine Agentur kann jetzt eine nützliche KI-Funktion ausprobieren – mit einem klaren Weg, sie anzupassen, wenn sich die Bedürfnisse des Kunden weiterentwickeln.
Carlo ist ein leidenschaftlicher Liebhaber von Webdesign und Frontend-Entwicklung. Er beschäftigt sich seit über 10 Jahren mit WordPress, auch in Zusammenarbeit mit italienischen und europäischen Universitäten und Bildungseinrichtungen. Er hat Dutzende von Artikeln und Leitfäden über WordPress geschrieben, die sowohl auf italienischen und internationalen Websites als auch in gedruckten Magazinen veröffentlicht wurden. Du kannst Carlo auf X und LinkedIn finden.
