Kategorie: WordPress Plugin

Wer LinkedIn für mehrere Kunden betreut, kann die Posts direkt aus deren WordPress-Websites veröffentlichen: Social Publisher wird auf jeder Kunden-Website installiert und mit dem LinkedIn-Profil oder der Unternehmensseite dieses Kunden verbunden. In der Pro-Version hat jede Website ihre eigene Brand Voice für den KI-Rewrite.

So arbeiten wir als Agentur selbst. Hier steht, wie der Aufbau aussieht und wo die Grenzen liegen.

Der Aufbau: ein Plugin pro Kunden-Website

• Auf jeder Kunden-Website läuft Social Publisher mit genau einer LinkedIn-Verbindung.
• Aus dieser Verbindung wählst du das persönliche Profil oder die Unternehmensseite des Kunden.
• Der Beitrag entsteht dort, wo er ohnehin veröffentlicht wird: im WordPress des Kunden. Es gibt kein Kopieren zwischen Tools.
• Pro wird pro Website lizenziert, für 9 € im Monat je Website.

Jeder Kunde klingt wie er selbst

Im KI-Rewrite (Pro) wählst du eine Tonalität, informativ, emotional oder vertriebsorientiert, und hinterlegst pro Website eine Brand Voice: wie der Kunde schreibt, was er vermeidet, welche Begriffe ihm wichtig sind. Diese Beschreibung fließt in jeden Rewrite ein. Der Rewrite läuft über die OpenAI-API mit dem API-Schlüssel, den du auf der jeweiligen Website hinterlegst.

Planen und wiederverwenden

• Zeitplanung (Pro): Posts für Datum und Uhrzeit einplanen, passend zum Redaktionsplan des Kunden.
• Reposts (Pro): Bereits veröffentlichte Beiträge zu einem späteren Termin erneut posten. Mehr dazu in Evergreen-Content auf LinkedIn erneut posten.
• Freigaben: Weil der Post im WordPress-Editor entsteht, nutzt du die Rollen und Entwürfe, die der Kunde ohnehin hat.

Wann ein zentrales Tool besser passt

Social Publisher hat kein Dashboard über alle Kunden hinweg und bedient nur LinkedIn. Wenn du für viele Kunden mehrere Netzwerke aus einer Oberfläche steuern willst, ist ein zentrales Social-Media-Tool die bessere Wahl. Eine Übersicht steht in Die besten WordPress-Plugins für LinkedIn 2026.

Mehr zum Thema

• WordPress-Beiträge automatisch auf LinkedIn posten
• Automatisch auf LinkedIn posten und DSGVO
• Evergreen-Content auf LinkedIn erneut posten

Automatisches Posten von WordPress auf LinkedIn lässt sich datensparsam umsetzen. Entscheidend ist, welche Daten wohin fließen: Social Publisher lädt auf deiner Website keine LinkedIn-Skripte, Cookies oder Tracking-Pixel, wickelt den LinkedIn-Login über einen eigenen OAuth-Proxy ab und überträgt in der kostenlosen Version im Hintergrund keine Daten an uns.

Dieser Artikel beschreibt die Datenflüsse des Plugins. Er ist keine Rechtsberatung; für deine konkrete Situation ist deine Datenschutzbeauftragte oder dein Datenschutzbeauftragter die richtige Adresse.

Welche Daten wohin fließen

• An LinkedIn: Beim Veröffentlichen gehen dein LinkedIn-Text, das gewählte Bild oder PDF und dein Zugriffstoken an die LinkedIn-API. Das ist der Zweck des Plugins.
• Über unseren OAuth-Proxy: Der LinkedIn-Login läuft über social-publisher.enfants.de, betrieben von der Enfants Terribles digital GmbH in Hamburg.
• An OpenAI (nur Pro, nur auf Klick): Wenn du „Text umschreiben“ klickst, gehen dein LinkedIn-Text und deine Brand Voice mit deinem eigenen API-Schlüssel an OpenAI.
• Lizenzprüfung (nur Pro): Einmal täglich werden Lizenzschlüssel und Website-URL an unseren Lizenzserver geschickt.

Auf der Website selbst passiert für Besucherinnen und Besucher nichts: Das Plugin arbeitet im WordPress-Backend und gibt im Frontend nichts von LinkedIn aus.

Brauche ich eine Einwilligung im Cookie-Banner?

Eine Einwilligung brauchst du in der Regel, wenn Informationen auf dem Gerät von Besucherinnen und Besuchern gespeichert oder ausgelesen werden, etwa durch Tracking-Pixel oder eingebettete Feeds (§ 25 TDDDG). Social Publisher bindet nichts davon ein. Ein LinkedIn-Insight-Tag oder ein eingebetteter LinkedIn-Feed aus einem anderen Plugin wäre dagegen ein Thema für dein Cookie-Banner.

Brauche ich einen Auftragsverarbeitungsvertrag?

• Für das Posten auf LinkedIn: LinkedIn verarbeitet deine Posts auf Grundlage seiner eigenen Bedingungen und Datenschutzrichtlinie, die du beim Anlegen deines Kontos akzeptiert hast.
• Für den KI-Rewrite: Schickst du personenbezogene Daten in den Rewrite, ist OpenAI für dich ein Auftragsverarbeiter. Dann brauchst du einen Vertrag nach Art. 28 DSGVO; OpenAI bietet dafür ein eigenes Vertragsdokument an. Ohne personenbezogene Daten im Text stellt sich die Frage nicht.

Worauf du bei anderen Lösungen achten kannst

• Lädt das Plugin Skripte oder Widgets von sozialen Netzwerken im Frontend?
• Läuft das Posten über einen externen Dienst des Anbieters, und wo sitzt dieser?
• Welche Daten gehen im Hintergrund an den Anbieter, und lässt sich das abschalten?

Eine Übersicht gängiger Plugins steht in Die besten WordPress-Plugins für LinkedIn 2026.

Mehr zum Thema

• WordPress-Beiträge automatisch auf LinkedIn posten
• LinkedIn für mehrere Kunden aus WordPress betreuen
• Evergreen-Content auf LinkedIn erneut posten

Mit dem kostenlosen Plugin Social Publisher teilst du WordPress-Beiträge automatisch auf LinkedIn: Du verbindest einmal dein LinkedIn-Konto, schaltest im Editor „Auf LinkedIn teilen“ ein, und beim Veröffentlichen erscheint der Beitrag gleichzeitig auf deinem Profil oder deiner Unternehmensseite.

Wir haben das Plugin gebaut, weil wir unsere eigenen Artikel jahrelang per Copy-Paste auf LinkedIn gebracht haben. Hier steht, wie der Ablauf aussieht und was du dabei einstellen kannst.

Einrichtung in vier Schritten

1. Social Publisher aus dem WordPress-Plugin-Verzeichnis installieren und aktivieren.
2. Unter Einstellungen → Social Publisher das LinkedIn-Konto verbinden und auswählen, ob auf dem persönlichen Profil oder einer Unternehmensseite gepostet wird.
3. Beim Schreiben eines Beitrags in der Box „Social Publisher (LinkedIn)“ den Schalter „Auf LinkedIn teilen“ einschalten.
4. Den Beitrag veröffentlichen. Der LinkedIn-Post geht im selben Moment raus.

Was auf LinkedIn erscheint

Du bestimmst den LinkedIn-Post getrennt vom Blogbeitrag:

• Eigener LinkedIn-Text: LinkedIn funktioniert anders als ein Blog. Deshalb gibt es ein eigenes Textfeld. Bleibt es leer, verwendet das Plugin den Text des Beitrags.
• Eigenes Bild: Du wählst ein Bild (JPG oder PNG) speziell für LinkedIn. Das Beitragsbild wird nicht automatisch übernommen, damit du die Kontrolle behältst.
• Live-Vorschau: Neben dem Textfeld siehst du, wie der Post auf LinkedIn aussehen wird.
• Kein doppeltes Posten: Bearbeitest du einen bereits geteilten Beitrag später, geht er nicht noch einmal raus.

Was die Pro-Version ergänzt

Für 9 € im Monat kommen Zeitplanung, ein geplanter erneuter Post bereits veröffentlichter Beiträge, KI-Umschreiben mit eigener Brand Voice, PDF-Karussells und ein optionaler Link zurück zum Beitrag dazu. Den direkten Vergleich findest du unter Social Publisher Free vs. Pro.

Grenzen, die du kennen solltest

• Social Publisher postet nur auf LinkedIn, nicht auf weitere Netzwerke.
• Pro Website gibt es eine LinkedIn-Verbindung. Daraus wählst du das Profil oder die Unternehmensseite.

Brauchst du mehrere Netzwerke, ist ein Multi-Netzwerk-Tool die bessere Wahl. Eine Übersicht steht in Die besten WordPress-Plugins für LinkedIn 2026.

Mehr zum Thema

• Automatisch auf LinkedIn posten und DSGVO
• LinkedIn für mehrere Kunden aus WordPress betreuen
• Evergreen-Content auf LinkedIn erneut posten
• KI-Bilder auf LinkedIn kennzeichnen: warum das Label im Bild selbst stehen sollte

Für automatisches LinkedIn-Posting aus WordPress kommen 2026 vor allem sieben Plugins in Frage: Social Publisher, WP LinkedIn Auto Publish, Blog2Social, Jetpack Social, Nelio Content, SchedulePress und FS Poster. Welches passt, hängt vor allem an einer Frage: Brauchst du nur LinkedIn oder mehrere Netzwerke?

Vorweg, damit du es einordnen kannst: Social Publisher ist unser eigenes Plugin. Wir haben die anderen sechs nicht im Dauereinsatz getestet. Die Angaben unten stammen von den Plugin-Seiten auf wordpress.org und von den Websites der Anbieter, Stand 2. Oktober 2026.

Der schnelle Überblick

Plugin	Netzwerke	LinkedIn	Installationen
Social Publisher	nur LinkedIn	Profil und Seite, kostenlos	10+
WP LinkedIn Auto Publish	nur LinkedIn	Profil und Seite, kostenlos	8.000+
Blog2Social	viele	Profil kostenlos, Seite ab Pro	50.000+
Jetpack Social	8, inkl. LinkedIn	ja	30.000+
Nelio Content	mehrere	Profil und Seite	4.000+
SchedulePress	mehrere	Profil und Seite	10.000+
FS Poster	26	ja	keine Angabe

Wenn du nur LinkedIn brauchst

Social Publisher

Social Publisher macht genau eine Sache: Ein WordPress-Beitrag geht beim Veröffentlichen zusätzlich auf LinkedIn raus, auf ein persönliches Profil oder eine Unternehmensseite. Du schreibst dafür einen eigenen LinkedIn-Text, wählst ein Bild und siehst im Editor eine Live-Vorschau. Das alles ist kostenlos.

Die Pro-Version für 9 € im Monat ergänzt KI-Rewrite mit eigener Brand Voice, Scheduling, einen geplanten Repost bereits veröffentlichter Beiträge und PDF-Karussells. Der LinkedIn-Login läuft über einen OAuth-Proxy, auf deiner Website werden keine LinkedIn-Skripte geladen.

Was du wissen solltest: Das Plugin ist jung und hat erst wenige aktive Installationen. Es arbeitet nur mit Beiträgen, nicht mit Seiten oder eigenen Inhaltstypen, und es gibt keine automatisch wiederkehrende Rotation alter Beiträge.

WP LinkedIn Auto Publish

WP LinkedIn Auto Publish ist die etablierte kostenlose Lösung nur für LinkedIn. Laut Plugin-Seite veröffentlicht es Beiträge, eigene Inhaltstypen und Seiten automatisch auf dem persönlichen Profil und auf Unternehmensseiten, die du verwaltest. Der Anbieter beschreibt es als einfach, leichtgewichtig und kostenlos.

Wenn du auch Seiten oder eigene Inhaltstypen teilen willst und weder KI-Rewrite noch eine Live-Vorschau brauchst, ist das die naheliegende Wahl.

Wenn du mehrere Netzwerke bespielst

Blog2Social

Blog2Social ist mit über 50.000 aktiven Installationen das größte Plugin in dieser Liste. Es teilt Inhalte auf vielen Netzwerken und bietet eigene Vorlagen pro Netzwerk, Planung und das erneute Teilen älterer Inhalte. Für LinkedIn wichtig: Das Posten auf dem Profil ist laut Plugin-Seite kostenlos, das Posten auf einer Unternehmensseite gibt es ab dem Pro-Tarif.

Jetpack Social

Jetpack Social kommt von Automattic und teilt Beiträge auf Facebook, Tumblr, LinkedIn, Mastodon, Instagram, Nextdoor, Threads und Bluesky. Es bringt Planungswerkzeuge mit. Wer ohnehin Jetpack nutzt, hat damit den kürzesten Weg.

Nelio Content

Nelio Content verbindet einen Redaktionskalender mit Social-Media-Auto-Posting. LinkedIn-Profile und Unternehmensseiten werden unterstützt. Über sogenannte Automations lassen sich laut Plugin-Seite wiederkehrende Zeitpläne anlegen, die Evergreen-Inhalte erneut teilen. Das Planen und Veröffentlichen läuft über einen externen Dienst des Anbieters.

SchedulePress

SchedulePress ist in erster Linie ein Planungswerkzeug für WordPress-Beiträge mit Kalender. Das automatische Teilen auf Social Media, darunter LinkedIn-Profile und LinkedIn-Seiten, kommt dazu. Mehrere Profile gleichzeitig und das regelmäßige Teilen an festen Terminen gehören laut Plugin-Seite zur Pro-Version.

FS Poster

FS Poster wird über die Website des Anbieters vertrieben und postet nach eigenen Angaben auf 26 soziale Netzwerke und Dienste, LinkedIn eingeschlossen. Es richtet sich an alle, die möglichst viele Kanäle aus WordPress heraus bedienen wollen.

Welches Plugin passt zu wem?

• Nur LinkedIn, eigener Text und Vorschau im Editor: Social Publisher.
• Nur LinkedIn, auch Seiten und eigene Inhaltstypen, komplett kostenlos: WP LinkedIn Auto Publish.
• Viele Netzwerke aus einem Plugin: Blog2Social oder FS Poster.
• Du nutzt schon Jetpack: Jetpack Social.
• Redaktionsplanung und Social Media zusammen: Nelio Content oder SchedulePress.
• Alte Beiträge automatisch in einer wiederkehrenden Rotation teilen: Nelio Content. Social Publisher kann das nicht, dort planst du einen Repost pro Beitrag.

Mehr zu unserem eigenen Plugin: Social Publisher im Überblick und Free und Pro im Vergleich.

Mehr zum Thema

• WordPress-Beiträge automatisch auf LinkedIn posten
• Automatisch auf LinkedIn posten und DSGVO
• LinkedIn für mehrere Kunden aus WordPress betreuen
• Evergreen-Content auf LinkedIn erneut posten
• KI-Bilder auf LinkedIn kennzeichnen: warum das Label im Bild selbst stehen sollte
• Social Publisher vs. Jetpack Social
• Social Publisher vs. FS Poster

In den letzten Posts ging’s viel um konkrete Bugs — Doppelpost, OAuth-Redirect, Cron-Kollisionen. Diesmal ein Schritt zurück, zur eigentlichen Lehre dahinter: Warum „funktioniert bei mir“ so trügerisch ist, selbst wenn „bei mir“ ein produktives System mit echten täglichen Posts ist.

Ich benutze Social Publisher jeden Tag selbst, das hab ich hier schon oft erwähnt. Das ist wertvoll — aber es ist eben genau ein Nutzungsmuster, ein Setup, eine Zeitzone, eine Kombination aus aktiven Plugins. Bei 200 Kunden kommen 200 Variationen davon zusammen: andere Hosting-Umgebungen, andere gleichzeitig aktive Plugins, andere Posting-Frequenzen, andere Serverlasten zu unterschiedlichen Tageszeiten.

Beide großen Bugs der letzten Wochen zeigen genau dieses Muster. Der Doppelpost-Bug brauchte eine bestimmte Kombination aus Cron-Timing und API-Antwortzeit, die bei mir selten genug auftrat, um lange unbemerkt zu bleiben. Der OAuth-Bug trat nur in einer bestimmten Server-Konfiguration auf, die meine eigene Umgebung schlicht nicht abbildete.

Das bedeutet nicht, dass „eigene Nutzung als Testfeld“ wertlos ist — im Gegenteil, ohne sie wären beide Bugs vermutlich noch länger unentdeckt geblieben. Es bedeutet nur, dass sie allein nicht reicht. Ein System, das bei einem Nutzer über Monate stabil läuft, ist ein guter Indikator, aber kein Beweis für Stabilität bei einer breiten, unterschiedlichen Nutzerbasis.

Was sich daraus für uns geändert hat: Wir testen inzwischen bewusst gegen unterschiedliche Plugin-Kombinationen und Server-Setups, nicht nur gegen unsere eigene, sehr saubere Umgebung — siehe auch den Post zum Beinahe-Update-Fail.

Weiterlesen

• Warum ich jetzt jeden Freitag meine eigenen Server-Logs lese
• Ich hab mein eigenes Plugin fast kaputt geupdated
• Ein Bug-Report, ein Login-Redirect und eine Lifetime-Lizenz als Dankeschön

Ein kleiner, aber inzwischen fester Termin in meiner Woche: Freitagnachmittag, 15 Minuten, Server-Logs von Social Publisher durchgehen. Kein Notfall, kein akutes Problem — genau das ist der Punkt.

Ausgelöst hat das der Doppelpost-Bug, über den ich hier schon geschrieben habe. Der Bug war Wochen aktiv, bevor er überhaupt auffiel — einfach weil niemand aktiv nach ihm gesucht hat und die Symptome (ein doppelter Post hier und da) nicht laut genug waren, um sofort ein Ticket auszulösen.

Seitdem läuft bei mir jeden Freitag ein kurzer, bewusst unspektakulärer Check: → Welche Fehlerarten tauchen in den Logs wiederholt auf? → Gibt’s neue Fehler, die letzte Woche noch nicht da waren? → Häufen sich bestimmte Antwortcodes von der LinkedIn-API an einem bestimmten Tag oder bei bestimmten Nutzern?

Das ist keine tiefgehende Analyse mit Dashboards und Reports, einfach ein bewusster, wiederkehrender Blick. In den letzten Wochen hat das zweimal etwas aufgedeckt, das sonst erst über Support-Tickets aufgefallen wäre — kleinere Sachen, aber eben früher gefunden als reaktiv.

Was ich daraus mitnehme: Reaktiver Support — auf Tickets reagieren — ist notwendig, aber er zeigt einem nur, was Nutzer schon aktiv gemeldet haben. Ein regelmäßiger, bewusst eingeplanter Blick in die eigenen Logs zeigt einem, was noch niemand gemeldet hat, weil es noch keiner bemerkt hat. Zehn bis fünfzehn Minuten pro Woche sind dafür eine überschaubare Investition.

Weiterlesen

• Der Tag, an dem Social Publisher meinen eigenen LinkedIn-Post zweimal gepostet hat
• Was passiert, wenn LinkedIns API sich einfach ändert — und dein Plugin nichts davon weiß
• Der Unterschied zwischen „funktioniert bei mir“ und „funktioniert bei 200 Kunden“

Jedes Plugin, das auf eine fremde API aufbaut, hat ein strukturelles Risiko, das man nie ganz wegbekommt: Der API-Anbieter kann jederzeit etwas ändern — ein Antwortformat, ein Rate-Limit, eine Berechtigungsanforderung — ohne dass man selbst vorher gefragt wird.

Für Social Publisher heißt das konkret: LinkedIn kann seine API-Schnittstelle anpassen, und wir merken davon zunächst nichts weiter als plötzlich fehlschlagende Requests. Kein Alarm, keine E-Mail vom Anbieter — nur ein Fehlercode in unseren Logs, wenn wir hinschauen.

Genau deshalb ist die Fehlerbehandlung bei uns kein Nebenschauplatz, sondern ein zentraler Teil der Architektur. Jeder fehlgeschlagene Request an die LinkedIn-API wird strukturiert geloggt, inklusive Statuscode und Antworttext. Häuft sich eine bestimmte Fehlerart plötzlich über mehrere Nutzer hinweg, ist das ein klares Signal, dass sich auf LinkedIns Seite etwas verändert hat — nicht dass einzelne Nutzer falsch konfiguriert sind.

Das entscheidende Learning für uns: Man kann sich nicht davor schützen, dass eine externe API sich ändert. Man kann sich nur darauf vorbereiten, es so früh wie möglich zu merken — im besten Fall, bevor Nutzer selbst auf den Fehler stoßen und ein Ticket schreiben.

Für alle, die selbst Plugins mit API-Integrationen bauen: Investiert eure Zeit nicht nur in den „Happy Path“. Ein gutes Error-Logging ist oft wichtiger als die zehnte Komfortfunktion.

Weiterlesen

• Warum ich Cronjobs nicht mehr traue (und trotzdem täglich einen brauche)
• Warum ich jetzt jeden Freitag meine eigenen Server-Logs lese
• Ich hab mein eigenes Plugin fast kaputt geupdated

In einem früheren Post hab ich geschrieben, dass Nutzerfeedback für uns wichtiger ist als Freundes-Feedback. Das stimmt nach wie vor — mit einer Einschränkung, die ich hier nachschieben will.

Nicht jedes gute Feature kommt aus einem Support-Ticket. Manchmal entstehen die wichtigsten Funktionen aus der eigenen täglichen Nutzung, ganz ohne dass irgendjemand explizit danach gefragt hätte. Bei uns war das bei einer bestimmten Funktion so: Kein Ticket, keine Feature-Anfrage, einfach die eigene Erfahrung, dass etwas im täglichen Ablauf fehlte.

Ich hab sie trotzdem gebaut — gegen die reine „baue nur, was Nutzer explizit fordern“-Logik. Das Feedback danach war interessant: ein Teil der Nutzer hat die Funktion kaum bemerkt, weil sie einfach im Hintergrund funktioniert. Ein anderer Teil schrieb uns aktiv, dass genau sowas gefehlt hatte — obwohl sie es vorher nie so formuliert hätten.

Das bringt mich zu einer Unterscheidung, die ich für wichtig halte: Support-Tickets sind fantastisch, um Kaputtes zu finden — siehe die Bugfix-Posts der letzten Wochen. Für „was fehlt eigentlich strukturell noch“ sind sie oft zu spät oder zu leise, weil Nutzer selten explizit nach etwas fragen, das sie noch nie kannten.

Eine Produkt-Roadmap nur aus Ticket-Häufigkeiten zu bauen ist bequem und datengetrieben — klingt gut, ist aber nicht automatisch richtig. Manchmal muss man als jemand, der das eigene Produkt jeden Tag benutzt, einfach selbst entscheiden, was fehlt, auch ohne zehn Tickets als Beleg.

Weiterlesen

• 3 Annahmen vor dem Launch, die sich als falsch rausgestellt haben
• 5 Dinge, die wir beim Bauen eines WordPress-Plugins über LinkedIn gelernt haben.
• Warum GPT-Umschreibung manchmal klingt, als hätte ein Roboter LinkedIn erfunden

In einem der ersten Posts dieser Serie hab ich geschrieben, dass wir Social Publisher auch nutzen, um uns selbst zu vermarkten — die Posts sind gleichzeitig Landingpages für das Produkt. Diese Idee war richtig. Ein paar Annahmen, die ich davor hatte, waren es nicht.

**Annahme 1: Ein technisch sauberes Produkt verkauft sich fast von selbst.** Das ist der klassische Denkfehler, den vermutlich jeder Entwickler mal hat. Ein stabiles, gut gebautes Plugin ist die Grundvoraussetzung — aber eben nur die Grundvoraussetzung, nicht der Verkaufstreiber. Ohne dass genug Leute überhaupt davon erfahren, ist die beste Technik komplett wirkungslos.

**Annahme 2: Wer installiert, probiert auch die Pro-Version aus.** In der Realität bleibt der Großteil derjenigen, die das kostenlose Plugin installieren, erstmal genau dort — beim kostenlosen Teil. Das ist per se nicht schlimm, aber ich hab die Konvertierung von Free zu Pro deutlich zu optimistisch eingeschätzt.

**Annahme 3: LinkedIn-Posts über das eigene Produkt sind schon Marketing genug.** Reichweite zu erzeugen und tatsächliche Kaufbereitschaft zu erzeugen sind zwei unterschiedliche Dinge. Ein Post kann gut performen, ohne dass daraus auch nur ein einziger Klick auf den Kaufen-Button wird.

Der gemeinsame Nenner aller drei Fehleinschätzungen: Ich hab zu sehr aus der Produktperspektive gedacht und zu wenig aus der Perspektive von jemandem, der das Produkt noch gar nicht kennt. Das ist eine Lektion, die ich vermutlich nicht das letzte Mal lerne — aber diesmal wenigstens bewusst.

Weiterlesen

• Was ich anders gebaut hätte — Learnings aus einem Jahr Social Publisher
• Wir haben ein WordPress-Plugin gebaut — und dabei mehr über Marketing gelernt als in den Jahren davor
• Die Funktion, die niemand wollte (und die ich trotzdem gebaut habe)

Kurz: Social Publisher Pro schreibt LinkedIn-Texte per KI um: über die OpenAI-API, die Technik hinter ChatGPT, mit drei Tonalitäten und einer eigenen Brand Voice. Dafür nutzt du deinen eigenen API-Schlüssel.

Wenn wir über unsere GPT-Umschreibungsfunktion sprechen, klingt das meistens sehr nüchtern: „verwandelt Blogartikel automatisch in LinkedIn-taugliche Posts“. Was dabei unter den Tisch fällt: bis dahin war’s ein Weg voller herrlich unfreiwillig komischer Zwischenergebnisse.

Ein frühes Testbeispiel, das bei uns intern zum Running Gag wurde: Aus dem Satz „Hab heute einen blöden Bug gefixt“ hat das Modell ohne weitere Vorgaben gemacht: „Im Rahmen unserer kontinuierlichen Qualitätssicherungsmaßnahmen konnten wir heute eine technische Optimierung erfolgreich umsetzen.“ Technisch nicht falsch. Als Mensch würde das aber niemand so schreiben, geschweige denn lesen wollen.

Der Grund ist nachvollziehbar, wenn man drüber nachdenkt: Ein Sprachmodell ohne klare Stilvorgabe zieht sich in Richtung des statistischen Mittelwerts der Texte, mit denen es trainiert wurde — und LinkedIn ist voll von genau diesem aufgeblasenen Corporate-Ton. Ohne Gegensteuern landet man fast zwangsläufig dort.

Deshalb ist die Brand-Voice-Einstellung in Social Publisher (Pro-Feature) keine nette Spielerei, sondern aus unserer Sicht die eigentliche Kernfunktion der Umschreibung. Sie gibt dem Modell konkrete Beispiele des eigenen Tons vor, statt es einfach „irgendwie professionell klingen“ zu lassen.

Was wir daraus gelernt haben: KI-Texte sind nur so gut wie die Leitplanken, die man ihnen mitgibt. Ohne die klingt praktisch jedes Modell irgendwann wie eine Pressemitteilung. Mit klaren Beispielen wird daraus ein Text, der wenigstens ein bisschen nach einem echten Menschen klingt.

Weiterlesen

• LinkedIn für mehrere Kunden direkt aus WordPress betreuen
• Social Publisher Free vs. Pro — was steckt wirklich drin?
• Die Funktion, die niemand wollte (und die ich trotzdem gebaut habe)