Senior WordPress Developer mit KI: was eine Agentur sucht, die sich AI-first nennt

Ende September 2026 suchte Blacksmith Agency, eine remote arbeitende US-Agentur für WordPress, die sich in ihren Anzeigen AI-first nennt, einen Senior für die Projektleitung. Vom Kandidaten wollte sie zwei Dinge zugleich: dass er KI nutzt, um schneller zu arbeiten, und dass er weiterhin selbst Code schreibt und prüft. Dieselbe Firma suchte getrennt davon einen AI Engineer, der interne Werkzeuge baut. Alle drei Anzeigen sind inzwischen geschlossen, zeigen aber gut, wie eine Agentur, die auf KI setzt, die Arbeit zwischen Menschen und Modellen aufteilt.

Das ist das Beispiel einer einzelnen Firma, keine Marktstudie. Auf dem offiziellen Board WordPress.org Jobs standen Mitte Oktober vier Anzeigen vom 5. bis 13. Oktober: Freelancer für Kundenwebsites, Plugin-Integrationen, ein WooCommerce-Shop und ein technischer Leiter in Teilzeit. Keine davon hatte KI im Titel.

#Was verlangt die Stelle Senior WordPress Developer mit KI?

Die Anzeige Senior WordPress Developer vom 27. September und ihre Variante WordPress Development Lead vom 30. September beschreiben dieselbe Rolle. Der Senior soll:

• mit dem Kunden den Arbeitsumfang festlegen und ihn an ein Geschäftsziel knüpfen,
• eigene WordPress-Projekte leiten: Themes, Templates, Plugins und Blöcke,
• die Arbeit des Teams mithilfe von KI beschleunigen,
• für den Kunden der Ansprechpartner in technischen Fragen sein und seine Websites nach dem Start betreuen.

Verlangt werden fundierte Kenntnisse in WordPress und PHP, modernes HTML, CSS und JavaScript, sehr gutes Englisch und Erfahrung in der Projektleitung, „nicht nur im Abschließen von Tickets“ (eigene Übersetzung). Gearbeitet wird remote aus den USA, Kanada, Lateinamerika oder Südafrika, die Kunden kommen aus den gesamten USA.

Die Rollenbeschreibung endet mit dem Satz:

„Steigern Sie Ihre Effizienz mit KI und leiten Sie Projekte, die schnell, sauber und maßgeschneidert sind. Sie schreiben und prüfen weiterhin selbst echten Code.“

Quelle: Anzeige von Blacksmith Agency bei remoteitjobs.app, 27. September 2026, eigene Übersetzung

Die Fassung für die Leitungsrolle ergänzt, dass jeder im Team Zugang zu den besten KI-Werkzeugen hat, „damit Sie weniger Zeit mit Routine verlieren und mehr Zeit für Entscheidungen haben, die zählen“ (eigene Übersetzung).

#Wie viel zahlt eine AI-first-Agentur einem Senior für WordPress und wie viel einem AI Engineer?

Die Seite mit der Senior-Anzeige nennt kein Gehalt. Die Kopie der Leitungsrolle beim Aggregator jobfound.org nennt 80-120 Tsd. USD im Jahr. Der AI Engineer derselben Firma sollte 3-4,5 Tsd. USD im Monat verdienen, also 36-54 Tsd. USD im Jahr.

Der AI Engineer sollte agentenbasierte Abläufe auf LangChain oder LangGraph bauen, dazu interne Werkzeuge, die Handarbeit in Design und Entwicklung verkürzen. Verlangt wurden zwei Jahre Programmierung in Python oder Node.js und Integrationen mit den APIs von OpenAI oder Anthropic. WordPress und PHP waren nur ein Pluspunkt. Am meisten zahlte die Agentur also der Person, die WordPress kennt, mit dem Kunden spricht und für den Code verantwortlich ist, nicht der Person, die die Agenten baut.

Die Spannen stammen vom Aggregator, nicht von der Seite der Agentur, und die Standorte umfassen Länder mit sehr unterschiedlichen Lebenshaltungskosten. Übertragen Sie diese Beträge nicht direkt auf den deutschen Markt. Unsere Preise finden Sie in der Preisliste.

#Verlangen Stellenanzeigen für WordPress-Entwickler heute KI?

Aus drei Anzeigen einer Firma lässt sich das nicht ableiten. Das Board WordPress.org Jobs hatte im selben Zeitraum keine einzige Anzeige mit KI im Titel. Die Anzeigen zeigen aber, wie eine Firma, die sich als AI-first verkauft, ihre Stellen zuschneidet. Sie hat den Senior nicht durch einen Agenten ersetzt. Sie hat die Arbeit auf zwei Rollen verteilt: einen Menschen, der für Projekt und Code verantwortlich ist, und einen Spezialisten, der Automatisierungen für das Team baut.

In kleinen Teams funktioniert eine ähnliche Aufteilung. Eine Person ist für Architektur, Code-Prüfung, WooCommerce und Blöcke zuständig. Die zweite nutzt KI für erste Codeentwürfe, Tests und Dokumentation, unter Aufsicht der ersten. Schwierig wird es, wenn beide Rollen in einem Junior mit Cursor zusammenfallen und dem Kunden Senior-Niveau versprochen wird.

#Was übernimmt KI in einem WordPress-Projekt und was nicht?

Am 15. Oktober hat WordPress.com seinen Agent aktualisiert. Eine Website zu erzeugen dauert jetzt weniger als halb so lange wie früher, die meisten Websites sind in knapp vier Minuten fertig. Der Agent empfiehlt Plugins, installiert und aktiviert sie aus dem Chat und aktualisiert auf Wunsch bereits vorhandene. Seit März 2026 hat WordPress.com außerdem MCP-Werkzeuge, mit denen ein KI-Assistent Beiträge und Seiten speichert, standardmäßig als Entwürfe. Die Details beschreiben wir im Beitrag über Agent und MCP write.

Die Schutzmechanismen in MCP write sind vernünftig. Laut der Ankündigung von WordPress.com vom 20. März 2026 bestätigt der Assistent jeden Schritt vor einer Änderung, und Kategorien und Schlagwörter verschwinden erst nach einer zusätzlichen Bestätigung endgültig. Die Ankündigung sprach auch von 30 Tagen im Papierkorb für gelöschte Beiträge, Seiten, Kommentare und Medien, doch die aktuelle Dokumentation der MCP-Werkzeuge sieht den Papierkorb nur für Beiträge, Seiten und Kommentare vor: Eine aus der Mediathek gelöschte Datei ist endgültig weg, und Inhalte, die sie verwendet haben, verlieren das Bild. Alle Änderungen stehen im Aktivitätsprotokoll. Die Schreibfunktionen gibt es in jedem bezahlten Tarif von WordPress.com. Für Inhalte ist das ein guter Schutz. Er gilt nicht für Theme-Code, Plugins oder Integrationen, weil MCP write diese gar nicht ändert, und er gilt nicht für Websites auf eigenem Hosting.

Ein Kunde, der eine solche Vorführung gesehen hat, fragt: Wozu einen Senior bezahlen? WebDevStudios hat darauf am 6. Oktober geantwortet:

„KI ist sehr gut in den 20 % einer Website, die man sieht. Sie liefert nicht die 80 %, die man nicht sieht, also das, was dafür sorgt, dass eine Website gefunden wird, sicher ist, die Daten der Besucher schützt und dem Marketingteam erlaubt, ohne Tickets zu arbeiten.“

Quelle: WebDevStudios, 6. Oktober 2026, eigene Übersetzung

In der Praxis sind diese 80 % die Anbindung des Shops an Lager und Buchhaltung, Backups, Benutzerrechte, Sprachversionen und Tests nach jedem Update. Der Agent von WordPress.com aktualisiert auf Wunsch im Chat ein Plugin, geht danach aber nicht den Bestellweg im Shop durch, prüft nicht, ob die Rechnung in der Buchhaltung angekommen ist, und bemerkt nicht, dass das Kontaktformular keine Nachrichten mehr verschickt. Jemand muss diese Prüfungen auf einer Checkliste festhalten und nach jedem Update durchführen.

In derselben Woche hat Gutenberg 24.2 im Plugin das Experiment mit React 19 eingeschaltet, außer ein Theme oder Plugin mit bekannten Kompatibilitätsproblemen ist aktiv. Eigene Blöcke, die für React 18 geschrieben wurden, können danach im Editor ausfallen. Ein KI-Assistent bemerkt das nicht, weil er nicht weiß, dass sich etwas geändert hat. Bemerken wird es der Entwickler, der die Blöcke auf einer Testkopie der Website prüft, bevor er die Live-Seite aktualisiert. Mehr in den Notizen zu Gutenberg 24.2.

#Was macht React 19 in eigenen Gutenberg-Blöcken kaputt?

React 19 entfernt mehrere APIs, die seit Jahren als veraltet markiert sind, aber noch in älteren Blöcken und Plugins stecken. Der Migrationsleitfaden zu React 19 nennt unter anderem:

• ReactDOM.render und ReactDOM.hydrate, veraltet seit React 18. Stattdessen gibt es createRoot und hydrateRoot.
• ReactDOM.unmountComponentAtNode, ersetzt durch root.unmount().
• ReactDOM.findDOMNode, veraltet seit 2018. Stattdessen verwendet man Refs.
• Die Prüfung von propTypes und defaultProps in Funktionskomponenten. Standardwerte wandern in die Funktionsparameter.
• Refs in Form von Zeichenketten (String Refs) in Klassenkomponenten.

Im WordPress-Code begegnet man am häufigsten dem ersten Fall. Ältere Blöcke und Einstellungsseiten im Adminbereich binden Komponenten mit der Funktion render aus dem Paket @wordpress/element ein, die intern ReactDOM.render aufruft. Seit WordPress 6.2 enthält das Paket createRoot, und genau das muss man verwenden. Der zweite häufige Fall sind defaultProps in Funktionskomponenten, die eine ältere Blockvorlage oder ein Modell erzeugt hat, das mit altem Code trainiert wurde.

Die Prüfung dauert meist eine Stunde pro Projekt:

1. Durchsuchen Sie den Code des Themes und der eigenen Plugins nach render(, findDOMNode, unmountComponentAtNode, defaultProps und propTypes.
2. Installieren Sie auf einer Testkopie der Website Gutenberg 24.2 und öffnen Sie im Editor jeden eigenen Block und jede Einstellungsseite.
3. Achten Sie auf die Browserkonsole. Fehler beim Einbinden und Warnungen zu entfernten APIs erscheinen sofort.
4. Beheben Sie die Fehler vor dem Update der Live-Seite, nicht erst, wenn der Kunde meldet, dass der Editor nicht funktioniert.

Den ersten Schritt erledigt ein KI-Assistent und schlägt auch Korrekturen vor. Die Schritte zwei bis vier brauchen jemanden, der das Projekt kennt und weiß, welche Blöcke für den Kunden wichtig sind. Das ist dieselbe Arbeit, die die Anzeige von Blacksmith als Prüfung echten Codes beschreibt.

#Wie prüfe ich, ob ein WordPress-Entwickler KI-Code wirklich prüft?

Die Frage „Nutzen Sie KI?“ bringt nichts, denn jeder antwortet mit Ja. Prüfen Sie lieber, was die Anzeige verlangt hat: ob der Kandidat Code lesen und einen Fehler darin finden kann. Das Gespräch lässt sich in vier Schritten aufbauen:

1. Geben Sie eine kurze Beschreibung der Website und eine Liste von drei Plugins, die verwendet werden dürfen.
2. Bitten Sie um einen Plan: Was macht die KI, was macht der Mensch, und an welcher Stelle geht die Änderung auf die Live-Seite?
3. Zeigen Sie ein von KI erzeugtes Codestück mit einem absichtlichen Fehler, zum Beispiel ein Formular ohne Nonce-Prüfung oder die Ausgabe von Benutzerdaten ohne Escaping.
4. Fragen Sie, was er tut, wenn der Shop mit dem Lager verbunden werden muss: bei WordPress.com bleiben oder zu eigenem Hosting wechseln?

Ein Codebeispiel für den dritten Schritt, so wie Modelle es oft liefern:

add_action( 'admin_post_save_note', function () {
    update_option( 'client_note', $_POST['note'] );
    wp_redirect( admin_url( 'options-general.php?page=client-note' ) );
} );

add_action( 'admin_notices', function () {
    echo '<div class="notice">' . get_option( 'client_note' ) . '</div>';
} );

Ein erfahrener Entwickler findet hier vier Probleme. Es fehlt die Nonce-Prüfung, also kann das Formular von einer anderen Website aus im Namen eines angemeldeten Administrators abgeschickt werden. Es fehlt die Rechteprüfung mit current_user_can(), also kann jeder angemeldete Benutzer die Notiz speichern. Die Daten aus $_POST landen ohne sanitize_textarea_field() in der Datenbank. Die Notiz wird ohne esc_html() ausgegeben, also läuft ein eingeschleustes Skript im Adminbereich jedes Administrators. Dazu fehlt nach wp_redirect() ein exit.

Ein Kandidat, der täglich Code prüft, findet den Fehler in wenigen Minuten und sagt, wie er ihn behebt. Ein Kandidat, der nur Antworten des Modells einfügt, fängt meist an, über Modelle zu reden. Dazu kommen Fragen zur Praxis:

• Welche Änderungen darf die KI ohne Zustimmung eines Menschen vornehmen und welche nicht?
• Wer prüft den Code, bevor er live geht?
• Wer nimmt das Telefon ab, wenn eine Änderung die Website am Freitagnachmittag lahmlegt?
• Woher wissen Sie, dass KI die Arbeitszeit verkürzt? Messen Sie das, oder ist es nur ein Gefühl?

Bei der letzten Frage enthält eine gute Antwort Zahlen: die Zeit vom Briefing bis zur ersten Fassung, die Zeit von der Testversion bis zur Veröffentlichung und die Zahl der zurückgenommenen Änderungen.

#Wie sollte der Weg einer Änderung von der KI bis zur Live-Seite in WordPress aussehen?

Der Satz aus der Anzeige „Sie schreiben und prüfen weiterhin selbst Code“ ergibt nur Sinn, wenn das Team einen Weg hat, auf dem diese Prüfung stattfindet. Für ein WordPress-Projekt reichen fünf Bausteine:

1. Ein eigener Zweig im Repository für jede Aufgabe. Code von der KI landet dort, nie direkt auf dem Server.
2. Eine automatische Prüfung vor der Durchsicht. Die WordPress Coding Standards für PHP_CodeSniffer enthalten Regeln, die fehlende Nonces, fehlendes Escaping und nicht bereinigte Eingaben finden, also genau die Fehler aus dem Beispiel oben. Dazu kommt statische Analyse, zum Beispiel mit PHPStan.
3. Eine Durchsicht der Änderungen durch einen Menschen. Jemand liest die Unterschiede Zeile für Zeile und steht für das ein, was er durchgelassen hat.
4. Eine Testkopie der Website mit Daten, die nicht gegen die DSGVO verstoßen (Aufsicht: BfDI bzw. Landesbeauftragte). Änderungen werden auf der Kopie geprüft, und die Kundendaten des Shops werden vor dem Kopieren anonymisiert.
5. Ein Backup und ein Plan für die Rücknahme vor dem Einspielen. Es ist klar, wer die vorherige Version in wie vielen Minuten wiederherstellt.

Dieser Weg hängt nicht davon ab, ob ein Mensch oder ein Modell den Code geschrieben hat. Der Unterschied: Mit KI entsteht schneller mehr Code, also werden die Punkte 2 und 3 stärker belastet als früher. Ein Team, das das Schreiben beschleunigt, die Durchsicht aber nicht verstärkt hat, liefert einfach schneller Fehler. Wenn Sie einen solchen Weg in Ihrer Firma nicht haben, sind ein Sicherheitsaudit für WordPress oder eine laufende Betreuung eine Möglichkeit, ihn von einem externen Team zu übernehmen.

#Was sagt die Anthropic-Studie über die Einstellung technischer Junioren?

Aktualisierung, 18. Oktober 2026. Am 16. Oktober hat Anthropic eine Studie zur Beschäftigung im eigenen Unternehmen veröffentlicht. Für diesen Beitrag zählen zwei Ergebnisse. Bis August übertrafen die Arbeitsstunden interaktiver KI-Agenten die Stunden der Beschäftigten im Verhältnis sechs zu eins. Im selben Zeitraum entfiel ein immer kleinerer Anteil der Einstellungen auf technische Junior-Stellen, und bis April hatten die Engineering- und Forschungsteams die Einstellungen auf niedrigeren technischen Stufen zurückgefahren. Die Studie misst den Anteil an den Einstellungen und nennt keinen absoluten Rückgang der Zahl der Junioren.

Die Ergebnisse sind mit den Einschränkungen zu lesen, die die Autoren selbst nennen. Es ist ein einzelnes Unternehmen, das sich selbst untersucht und bei der Einführung von KI ganz vorn steht, und die Autoren sehen darin höchstens einen möglichen Frühindikator für die übrige Wirtschaft. Die Produktivitätsvergleiche beruhen auf Beschäftigten, die selbst entschieden haben, wann sie Agenten einsetzen, und die Autoren betonen, dass diese Wahl nicht zufällig war, die Zahlen also nicht belegen, dass die Agenten die Veränderung verursacht haben. Für eine WordPress-Agentur ist die brauchbare Folgerung enger: Wenn Routinecode an Agenten geht, ändert sich zuerst die Junior-Stelle, und deshalb wiegt die Einarbeitung, um die es im nächsten Abschnitt geht, heute mehr als vor einem Jahr.

#Wie arbeite ich einen WordPress-Junior ein, der mit einem KI-Assistenten arbeitet?

Ein Junior mit Cursor schreibt einen Block in einer Stunde. Bevor er Zugang zur Website eines Kunden bekommt, auch zur Testkopie, muss er vier Dinge beherrschen:

1. Escaping von Daten, Nonces und Rechteprüfung, ohne Ausnahmen nach dem Muster „so hat es das Modell geschrieben“.
2. Änderungen Zeile für Zeile lesen, bevor er sie in den Hauptzweig übernimmt.
3. Aufgaben erkennen, die die KI nicht bekommen sollte: Passwörter und Schlüssel, Änderungen auf der Live-Seite, Datenbankmigrationen.
4. Datenbankabfragen ausschließlich über $wpdb->prepare(). Modelle setzen eine SQL-Abfrage gern direkt aus einem Wert aus $_GET zusammen, weil die Hälfte der alten Tutorials, mit denen sie gelernt haben, so aussah. Eine einzige solche Zeile in einer Abfrage nach WooCommerce-Bestellungen genügt, damit jemand von außen die Kundendaten des Shops auslesen kann.

Ohne das produziert der Junior schneller Fehler. Mit dieser Einarbeitung kann er nach anderthalb bis zwei Jahren eigene Projekte leiten. Dieser Unterschied ist der Grund, warum die AI-first-Agentur aus dem Beispiel vom Senior die Prüfung von Code verlangt hat: Jemand muss den Junioren beibringen, was in erzeugtem Code nicht stimmt.

#Stellen Unternehmen, die KI nutzen, weniger Junioren ein?

Aktualisierung, 24. Oktober 2026. Die Anthropic-Studie beschreibt ein einziges Unternehmen. Das Arbeitspapier How Does AI Change Labor Demand? Evidence from 41 Countries des Stanford Digital Economy Lab von Bharat Chandar und Bouke Klein Teeselink (PDF, 21. September 2026) wertet 1,25 Milliarden Stellenanzeigen und 154 Millionen Beschäftigungsdatensätze aus 41 Ländern von Januar 2021 bis März 2026 aus. Die KI-Einführung leiten die Autoren aus Stellenanzeigen ab, die Arbeit mit generativer KI verlangen, und vergleichen ausländische Tochtergesellschaften solcher Konzerne mit ähnlichen Tochtergesellschaften ohne KI-Einführung. Bis März 2026 lag der Junior-Anteil bei den Anwendern um 1,9 Prozentpunkte niedriger. Das kam vor allem durch Einstellungen oberhalb der Junior-Ebene zustande (plus 6,7 Prozent), nicht durch Abbau bei Junioren: Der Rückgang der Junior-Beschäftigung um 2,5 Prozent ist statistisch nicht signifikant, und die Gesamtbeschäftigung stieg um etwa 3,3 Prozent, laut den Autoren knapp signifikant. Computer- und mathematische Berufe, die am stärksten von KI betroffene Gruppe, steigerten ihren Anteil an der Beschäftigung um 0,8 Prozentpunkte, während der Junior-Anteil innerhalb dieser Gruppe um 3,3 Punkte fiel. Der Junior-Anteil sank in 23 der 31 einzeln geschätzten Länder.

Die Grenzen nennen die Autoren selbst: Die Daten stammen überwiegend aus LinkedIn-Profilen, die Führungskräfte und Fachkräfte überproportional abbilden; untersucht wurden große multinationale Konzerne, keine WordPress-Agenturen; und der Zeitraum umfasst gut drei Jahre nach ChatGPT. Neben den Anthropic-Zahlen zeigt sich dieselbe Richtung: Die Entwicklungsarbeit wächst, aber weniger Menschen steigen unten ein. Wenn Sie eine Agentur auswählen, fragen Sie deshalb, wer den Code prüft und seit wie vielen Jahren. Eine Agentur, die keinen Senior für die Prüfung von KI-Code findet, kann einen ohne eigene Einstellung über White-Label-Entwicklung für Agenturen dazuholen.

#Wie wähle ich eine WordPress-Agentur aus, die mit KI arbeitet?

Dieselben Fragen, die eine Agentur einem Kandidaten stellt, kann ein Kunde der Agentur stellen. Bitten Sie vor der Vertragsunterzeichnung um vier Dinge:

• Eine Beschreibung des Wegs einer Änderung: von der KI über die Testkopie und die Code-Prüfung bis zur Live-Seite. Wer entscheidet auf jeder Stufe?
• Ein Beispiel für die Rücknahme einer Änderung, die die Website lahmgelegt hat. Wie lange hat das gedauert?
• Eine Klausel im Vertrag, dass Code und Zugänge Ihnen gehören und nicht nur eine Lizenz für die fertige Website.
• Eine Auskunft, wie die Agentur Blöcke und Theme nach Updates von Gutenberg und React testet.

Die Klausel zu Code und Zugängen sollten Sie im Vertrag in konkrete Punkte aufteilen, denn „wir übergeben nach Abschluss alles“ garantiert nichts:

• das Repository mit dem Code des Themes und der eigenen Plugins liegt im Konto des Kunden, und die Agentur hat Zugriff darauf, nicht umgekehrt,
• der Kunde hat ein eigenes Administratorkonto in WordPress sowie Zugang zu Hosting, Domain und DNS,
• eine Liste der kostenpflichtigen Plugins mit der Angabe, auf wen die Lizenzen laufen und wann sie sich verlängern,
• der Speicherort der Backups und der Weg, sie wiederherzustellen, mindestens einmal erprobt,
• eine Liste der externen Dienste, die an die Website angebunden sind (Zahlungen, Newsletter, Analyse, API-Schlüssel für KI-Modelle), mit der Angabe, wer für jeden davon bezahlt.

Der letzte Punkt ist neu. Websites, in denen die Agentur einen eigenen API-Schlüssel für ein KI-Modell hinterlegt hat, etwa zum Erzeugen von Produktbeschreibungen, funktionieren an dem Tag nicht mehr, an dem die Agentur diesen Schlüssel abschaltet. Der Kunde sollte jeden solchen Schlüssel kennen und ihn durch einen eigenen ersetzen können.

Vorsicht auch bei einem Rabatt „weil die KI die Hälfte der Arbeit macht“. Eine seriöse Agentur kann den Preis für die Schritte senken, die KI tatsächlich verkürzt hat, zum Beispiel für die erste Fassung eines Templates. Sie sollte den Preis nicht für Code-Prüfung, Sicherheit und Bereitschaft senken, denn dort übernimmt die KI keine Verantwortung. Eine Agentur, die auf das ganze Projekt Rabatt gibt, spart meist an den Tests.

Teams aus der EU haben hier handfeste Vorteile gegenüber Teams, die von Kalifornien bis Südafrika verteilt sind: dieselbe Zeitzone wie Kunden in Deutschland und Skandinavien, die DSGVO und die Aufsicht der Datenschutzbehörden als Ausgangspunkt sowie die Möglichkeit, sich vor Ort zu treffen. Gegen Teams aus günstigeren Ländern gewinnt man nicht über den Stundensatz, deshalb beschreibt ein Angebot besser diese Vorteile, als einen niedrigeren Preis zu versprechen.

#Wann ein Projekt vergeben, statt einen Senior fest anzustellen?

Nicht jede Firma hat Arbeit für eine volle Senior-Stelle. Dann suchen Sie eine Agentur, die in der Praxis das tut, was die Anzeige von Blacksmith beschreibt: KI für erste Fassungen und Routine nutzen, während ein Mensch für Architektur, Integrationen und die Freigabe von Änderungen verantwortlich ist.

Fragen Sie nach einem Angebot, wenn:

• Sie einen WordPress-Entwickler brauchen, der Code und Prüfungen übernimmt und nicht nur Inhalte einpflegt,
• Sie eine MCP- oder KI-Integration auf eigenem Hosting einführen,
• die Konkurrenz verspricht, dass „der Agent alles macht“, und Sie wissen wollen, was das in der Wartung wirklich kostet.

Beschreiben Sie in der Anfrage Ziel, eingesetzte Technik, ob WooCommerce dabei ist, wie viele Sprachversionen und ob es eine Testkopie der Website gibt. Der Preis ist individuell und richtet sich nach dem Umfang. Das Formular finden Sie auf der Seite Kontakt.