SEO GEM · Integration
Ein Tag, vier Felder.
Den Rest macht das Skript.
Es wird nichts gebaut. SEO GEM ist ein externer Dienst, der im Artikel-Editor geladen wird und vier Felder füllt. Keine serverseitige Integration, keine Bibliothek von uns in Ihrem Code, keine Änderung am Artikeltext. Laut Spezifikation ein Arbeitstag auf CMS-Seite.
1
Script-Tag auf der Editor-Seite
4
Felder am Artikel
1 Tag
Aufwand auf CMS-Seite
0
Änderungen am Server
Der Ablauf
Vom Klick im Editor bis in den Head der öffentlichen Seite.
Der gesamte Weg läuft aus dem Browser des Journalisten. Die Plattform speichert nur vier Felder und gibt sie auf der öffentlichen Seite aus — wie jedes andere Feld auch.
01
Artikel-Editor
Das Skript liest Überschrift, Vorspann und Text, wenn der Journalist den Button klickt.
02
SEO GEM
Liefert sechs Überschriften, nach der Bestätigung Meta-Beschreibung, Keywords und Schema.
03
Vier Felder
Das CMS speichert sie am Artikel und gibt sie über die eigene API ans Frontend.
04
Öffentliche Seite
title, description, keywords und JSON-LD im Head des Artikels.
Was für den Start nötig ist
Drei Dinge. Mehr nicht.
Das ist die ganze Liste. Hat Ihr CMS bereits SEO-Felder, bleiben nur Punkt eins und drei.
01
Script-Tag im Editor
Eine Zeile auf der Seite zum Anlegen und Bearbeiten des Artikels. Jede Besonderheit Ihres CMS ist ein Attribut dieses Tags — kein Individualcode.
02
Vier Felder am Artikel
SEO-Titel, Meta-Beschreibung, Keywords und ein Feld für Schema.org. Fehlen sie, werden sie wie jedes andere Feld ergänzt und ans Frontend gegeben.
03
Ausgabe im Head
Das Frontend gibt diese vier Felder im Head des Artikels aus. Drei sind einfache Meta-Tags, das vierte ein Block strukturierter Daten.
Wie es aussieht
Die ganze Arbeit liegt auf der Editor-Seite.
Das Skript setzt einen Button und ein Panel über das Feld für den SEO-Titel. Es ändert sonst nichts auf der Seite und blockiert das Speichern nie.
<!-- auf der Seite zum Anlegen und Bearbeiten des Artikels -->
<script src="https://…/cms-embed.js"
data-api-key="Schlüssel Ihres Portals"
data-language="de"
data-editor-type="ckeditor"
data-field-title='[name="heading"]'
data-field-seo-title='[name="seo_title"]'
data-field-meta-desc='[name="meta_description"]'
data-field-keywords='[name="keywords"]'
data-field-schema='[name="schema_org"]'></script>Unterschiede zwischen CMS werden über Attribute gelöst, nicht über Code: Feldselektoren, Editor-Typ, Sprache und Artikel-URL. Deshalb läuft dasselbe Skript in zwei völlig verschiedenen Systemen — eines auf CKEditor, eines auf TinyMCE. Für einen dritten Editor liefern wir einen Adapter, der Tag bleibt gleich.
Vier Felder
Aus dem CMS in einen Head, den Google versteht.
Das Tool liefert kürzere Werte als das Feldlimit, damit immer Reserve bleibt.
| Feld im CMS | Ausgabe auf der Artikelseite | Tool liefert · Feld nimmt |
|---|---|---|
| SEO-Titel | <title> | bis 75 · 80 Zeichen |
| Meta-Beschreibung | <meta name="description"> | bis 160 · 180 Zeichen |
| Keywords | <meta name="keywords"> | bis 300 · 300 Zeichen |
| Schema.org | JSON-LD NewsArticle statt des generischen Blocks | einige KB · textarea |
Das Schema trägt Überschrift, Beschreibung, Sprache, Ressort, Veröffentlichungs- und Änderungsdatum, Autor, Verlag mit Logo, Bild, kanonische URL, Keywords sowie Themen und Entitäten aus dem Text selbst. Bei jedem weiteren Speichern aktualisiert das Skript das Änderungsdatum und gleicht Überschrift, Bild und URL ab — ohne einen einzigen Aufruf des Dienstes.
Aufgabenteilung
Wer was macht, vor dem ersten Artikel.
Ihre Seite
- Script-Tag auf der Seite zum Anlegen und Bearbeiten des Artikels
- Vier SEO-Felder am Artikel, gespeichert und dem Frontend verfügbar
- Ausgabe dieser vier Felder im Head der öffentlichen Seite
- Staging mit Testzugang für die gemeinsame Prüfung vor dem Go-live
Unsere Seite
- Schlüssel für Ihr Portal und Freigabe der erlaubten Domains
- Sprachpaket für Ihren Markt, mit Prüfung der Ausgabesprache
- Verlagsdaten — Name, Logo, Domain — für die strukturierten Daten
- Eine Testseite, die Ihre Editor-Struktur nachbildet, bevor jemand Ihr CMS anfasst
- Gemeinsamer Test auf Staging: voller Durchlauf von der Überschrift bis zur öffentlichen Seite, rund eine halbe Stunde
- Auswertung pro Artikel und Ressort aus Search Console und GA4
Was das Tool nicht tut
Die Grenzen sind enger als erwartet.
Es rührt den Artikeltext nicht an
Es liest Überschrift, Vorspann und Text; es schreibt ausschließlich in die vier SEO-Felder. Der Fließtext und jedes andere Feld bleiben unberührt.
Es blockiert die Redaktion nicht
Antwortet der Dienst nicht, funktionieren Speichern und Veröffentlichen normal. Die Felder bleiben, wie sie waren, der Journalist bekommt einen Button für einen neuen Versuch.
Es vermischt keine Verlage
Der Schlüssel wird pro Portal ausgegeben und bestimmt, wem die Daten gehören. Die Überschriften-Historie Ihrer Redaktion beeinflusst keine Vorschläge anderer.
Es erhebt keine Leserdaten
Das Tool sieht Ihre Besucher nie. Der Artikeltext wird bei externen KI-Anbietern unter Geschäftsbedingungen verarbeitet, die eine Nutzung der Inhalte für Modelltraining ausschließen.
Häufige Fragen
Was das technische Team fragt.
Wie viel Aufwand ist es wirklich?
Laut Spezifikation ein Arbeitstag auf CMS-Seite: der Tag auf zwei Editor-Seiten, vier Felder am Artikel und deren Ausgabe im Head. Danach ein halbstündiger gemeinsamer Test auf Staging. So lief es in zwei verschiedenen CMS.
Brauchen wir eine serverseitige Integration?
Nein. Es gibt keinen Aufruf unseres Dienstes von Ihrer Seite und keine Bibliothek von uns in Ihrem Code. Alles passiert im Browser des Journalisten, auf der Editor-Seite.
Was, wenn wir schon SEO-Felder haben?
Umso besser — dann entfällt der größte Teil der Arbeit. Schicken Sie uns die Selektoren dieser Felder, sie werden so genutzt, wie sie sind.
Welche Editoren werden unterstützt?
CKEditor 4 und 5 sowie TinyMCE 5+ laufen sofort. Für einen anderen Editor sagen Sie uns, welchen Sie nutzen, und wir liefern einen Adapter; der Rest der Integration bleibt gleich.
Nächster Schritt
Schicken Sie uns Ihre Editor-Struktur.
Sie bekommen eine Testseite zurück.
Bevor jemand Ihr CMS anfasst, bauen wir eine Seite, die Ihre Editor-Struktur nachbildet, und fahren darauf den vollen Durchlauf. Erst danach geht der gemeinsame Test auf Ihr Staging.