- \n
- Die Publikationen werden einzeln\u00a0in Abstimmung mit der Redaktion\u00a0umgestellt. Mitunter\u00a0braucht es noch Vorbereitungen in Tango.<\/li>\n
- Zeitplan und Checklisten verwalten wir – sichtbar f\u00fcr alle Online-Key-User – im trello-Board “KIM Roll-Out”<\/a>.<\/li>\n
- Nach der Umstellung hei\u00dfen in tango die Status “Artikel frei f\u00fcr KIM” bzw. “Artikel exportiert an KIM”.<\/li>\n
- Einige Funktionen sind komplett neu oder wurden\u00a0an die\u00a0“Best Practice”\u00a0mit Tango und WordPress angepasst.<\/li>\n
- Hier die Powerpoint-Pr\u00e4sentation zu den Infoveranstaltungen<\/a><\/li>\n<\/ul>\n
<\/p>\n
\u00dcbersicht der Funktionen<\/h3>\n
\naktive Funktionen<\/strong><\/div><\/div>\n\u00a0in Zukunft noch vorgesehen<\/strong> <\/div><\/div> <\/div>\n\nseit KIM-Einf\u00fchrung<\/em><\/p>\n– Monitoring<\/a> (http:\/\/kim\/monitoring)
\n– Manuelles Speichern in WordPress\u00a0sch\u00fctzt den Beitrag automatisch\u00a0gegen\u00a0\u00dcberschreiben aus tango<\/a>
\n– Online-Ver\u00f6ffentlichung\u00a0mit\u00a0Uhrzeit planbar
\n– Mehr als\u00a01 Matching-Stichwort (Online-Ressort) erlaubt
\n– Textformate werden erkannt und…
\n…formatiert (z.B. fett und kursiv, Autor aus Vorspann)
\n…k\u00f6nnen herausgefiltert werden (z.B.\u00a0Autor aus Vorspann, Artikelanfang und -ende)
\n– Hyperlinks aus tango oder aus automatischer Erkennung
\n– ka_Bild in Slider, alle anderen\u00a0unter dem Hauptartikel
\n– PDF-Dateien werden mit an WordPress \u00fcbergeben
\n– Online-Bildausschnitt<\/a> in tango festlegen (“teaser”)
\n– Bildnamen bleiben erhalten und als Default-Alt-Tag gesetzt
\n– Individuelles Alt-Tag f\u00fcr Bilder kann in tango gepflegt werden (Bild-Metadatum “Beschreibung”)
\n– Onlinesperre direkt am Bild (nicht Artikel)
\n– Bessere Farbkonvertierung bei Bildern (seit tango-Version 4.13.1.71; 20.4.2017)<\/p>\nsp\u00e4ter hinzugekommen<\/em><\/p>\n
– Absatzformate “nur_XML” (f\u00fcr Z\u00dc oder Flie\u00dftext, der nur online erscheinen soll, aber zusammen mit dem Print-Text in einem hybriden Artikel<\/em> in tango steht)
\n– Weiche Returns bleiben als Zeilenumbruch erhalten<\/a> (seit tango-Version 4.13.1.72. gel\u00f6st, 8\/2017)
\n– Bugfix bei Hyperlinks im Flie\u00dftext (seit tango-Version 4.13.1.72. gel\u00f6st, 8\/2017)
\n– Titel\u00fcbergreifende Ausspielung aus tango heraus (F\u00fcr Einzelne Beitr\u00e4ge = target publication; f\u00fcr komplette Ausgaben = Publikationsumsetzung)
\n– Doppelte Ausspielung ohne Duplicate-Content-Problem (Canonical URL<\/a>)
\n<\/div><\/div>\n\n– Videos als Zusatz-Content unter Hauptartikel
\n– Neuprogrammierung der sog. “CRM-Schnittstelle” f\u00fcr den Belegversand
\n<\/div><\/div>\n<\/div>\n<\/p>\n
Monitoring Tool: http:\/\/kim\/monitoring<\/strong> (im Konradin-Netz)<\/h3>\n
Ein komplett\u00a0neues Tool zeigt die Verarbeitung der Beitr\u00e4ge an, nachdem sie aus tango exportiert worden sind.
\nFehler- und Warnmeldungen helfen\u00a0bei der\u00a0Ursachenforschung, wenn etwas nicht so in WordPress ankommt, wie erwartet.
\nZum\u00a0KIM-Monitoring gibt’s eine eigene FAQ<\/a>.<\/p>\n<\/h3>\n
<\/p>\n
\u00c4nderungen im generellen Handling<\/h3>\n
<\/p>\n
Manuelles Speichern in WordPress\u00a0sch\u00fctzt den Beitrag automatisch\u00a0gegen\u00a0\u00dcberschreiben aus tango<\/h5>\n
Wenn ein Beitrag zun\u00e4chst aus tango \u00fcber die Schnittstelle kam und danach in WordPress optimiert wird (z.B. mit Hilfe von Yoast), dann speichert WordPress ab sofort ein benutzerdefiniertes Attribut, n\u00e4mlich “manually_edited” =1. Steht dieses Attribut auf “1”, dann kann der Beitrag nur noch direkt in WordPress ge\u00e4ndert werden, aber wird nicht mehr via tango-Schnittstelle \u00fcberschrieben (was z.B. bei einem sp\u00e4teren Archivexport leicht passieren k\u00f6nnte).
\nUm den Schutz wieder zu entfernen<\/a>, muss man im WP-Backend \u00fcber “Ansicht anpassen” (rechts oben) die Gruppe “Benutzerdefinierte Felder” anhaken und anschlie\u00dfend weit unter dem Beitrag den Wert im Feld “manually_edited” auf “0” setzen.<\/p>\nOnline-Ver\u00f6ffentlichung mit Uhrzeit planbar<\/h5>\n
Das bekannte Attribut “Express News Datum” wird abgel\u00f6st durch “Online Ver\u00f6ffentlichung”. Das neue Attribut erm\u00f6glicht es, die WordPress-Ver\u00f6ffentlichung auf eine bestimmte Uhrzeit genau zu planen. Wenn beide Felder ausgef\u00fcllt sind, setzt sich das spezifischere durch, also “Online Ver\u00f6ffentlichung” mit Uhrzeit.<\/p>\n
Mehrfach-Matching erlaubt<\/h5>\n
Die Beschr\u00e4nkung f\u00e4llt weg, dass ein Beitrag nur einem<\/em> Online-Ressort zugewiesen werden kann. Wird ein Thema in tango mit mehreren Stichw\u00f6rtern versehen, dann ermittelt KIM alle<\/em> passenden Matchings, so dass der Beitrag dann einmal <\/em>in WordPress angelegt wird, aber in\u00a0mehreren<\/em> Online-Ressorts sichtbar ist. Es handelt sich also nicht um Duplicate Content. Stichw\u00f6rter, die f\u00fcr die Publikation nicht definiert sind, fallen dabei einfach unter den Tisch, m\u00fcssen also aus der tango-Vorlage nicht extra gel\u00f6scht werden. Anwendungsfall hierf\u00fcr w\u00e4re z.B., dass eine Redaktion, die h\u00e4ufig target publications nutzt (siehe n\u00e4chsten Absatz), schon in der Themen-Vorlage die Stichw\u00f6rter f\u00fcr alle in frage kommenden Publikationen stehen lassen kann (wird z.B. von EA und KEM genutzt).<\/p>\n
Titel\u00fcbergreifende Ausspielung einzelner<\/em> tango-Beitr\u00e4ge (target publication)<\/h5>\n
Das neue Themen-Attribut “Target Publication” erm\u00f6glicht es, einen tango-Beitrag an eine andere als die Standard-Website der Publikation zu schicken<\/a>.
\n(Beispiele sind: KEM-Beitr\u00e4ge, die f\u00fcr automobilkonstruktion.industrie.de gedacht sind, oder Beitr\u00e4ge f\u00fcr industrie.de.)<\/p>\nWICHTIG: Wenn bei der titel\u00fcbergreifenden Ausspielung auch das Matching auf die Online-Ressorts der “Target Publication” stimmen soll, dann muss die Stichwortliste in tango entsprechend erweitert werden, so dass sie die Stichw\u00f6rter f\u00fcr alle Online-Publikationen enth\u00e4lt, die gezielt aus tango bedient werden sollen.
\nEs bleibt aber auch immer noch der bisherige Weg, den tango-Themenordner komplett in die andere tango-Publikation zu kopieren und dort dann mit Stichw\u00f6rtern zu versehen und zu verschicken.<\/p>\nScreenshot: So sieht eine Target Publication<\/strong> im Monitoring aus: Die Quell-<\/span> und Zielpublikation<\/span> sind ausgewiesen. Das Matching muss zum Ziel passen.<\/p>\n
![\"\"](\"http:\/\/service.konradin.de\/faq\/wp-content\/uploads\/t\/a\/target-publi.jpg\")
<\/p>\nTitel\u00fcbergreifende Ausspielung kompletter Ausgaben<\/em> aus tango (Publikationsumsetzung)<\/h5>\n
KIM l\u00e4sst sich auch so konfigurieren, dass nicht einzelne Beitr\u00e4ge, sondern komplette Ausgaben aus tango an eine andere Zielpublikation umgeleitet werden sollen, als sonst \u00fcblich. Der folgende Screenshot stammt direkt aus der KIM-Konfiguration und zeigt alle 3 M\u00f6glichkeiten (Stand: 8\/17):<\/p>\n
![\"\"](\"http:\/\/service.konradin.de\/faq\/wp-content\/uploads\/p\/u\/publikationsumsetzung.png\")
<\/p>\nSpezifische<\/span> Umsetzung:
\nNur einzelne, ganz speziell genannte Ausgaben sollen umgeleitet werden. Beispiel: Alle Beitr\u00e4ge aus dem KEM-Schwerpunktheft zum Thema Automobilkonstruktion (S4\/2017) sollen in WordPress auf http:\/\/automobilkonstruktion.industrie.de\/
\n<\/em>WICHTIG: Redaktionen, m\u00fcssen jede spezifische Umsetzung rechtzeitig bei der Online-Abteilung anmelden.<\/span>
\n<\/em><\/p>\nWildcard-Umsetzung<\/span><\/span>:
\nDie Beitr\u00e4ge aller Ausgaben mit einem bestimmten Buchstaben im Namen sollen umgesetzt werden. Beispiel: Englischsprachige Ausgaben von MED und EPP laufen als “P-Ausgaben” neben den deutschsprachigen Ausgaben in derselben tango-Publikation. (Bei den Content-Verwertern wird aber z.B. nicht EPP erwartet, sondern EPPE<\/span>.) F\u00fcr diese regelbasierte Anpassung sorgt die Wildcard-Umsetzung.<\/em><\/p>\nGenerelle<\/span> Umsetzung:
\nAlle Ausgaben aus einer bestimmten tango-Publikation werden auf eine andere Zielpublikation umgeleitet Beispiel: Zusammenlegung von Websites (aktuell ist kein so gelagerter Fall produktiv; im Screenshot ist die Zeile daher ##auskommentiert).<\/em><\/p>\n<\/p>\n
\u00c4nderungen in der\u00a0Text- bzw. Artikelverarbeitung<\/h3>\n
<\/p>\n
Hintergrund: Das MVS belieferte WordPress nur mit XML-Daten, dagegen wird KIM den Hauptartikel schon selbst in HTML umsetzen. Das erm\u00f6glicht prinzipiell mehr Eingriffsm\u00f6glichkeiten “auf unserer Seite” und hat die Umsetzung einiger lang gehegter W\u00fcnsche erleichtert.<\/em><\/p>\n
Textformate werden (bzw. bleiben) formatiert<\/h5>\n
Textformate wie z.B. fett und kursiv werden zuk\u00fcnftig erkannt und mit der entsprechenden Formatierung an WordPress weitergegeben. (F\u00fcr “exotische” Formate in einzelnen Publikationen muss die Redaktion ggf. noch definieren, wie sie online dargestellt werden sollen.)
\nMit der Erkennung von Textformaten ist es jetzt auch m\u00f6glich, solchen Autorennennungen zu erkennen, die nicht in einem eigenen Absatz (Autor_std) stehen, sondern am Ende von Vorspann oder Flie\u00dftext. (z.B. BM, IA). Die so formatierten Texte \u00fcbergibt KIM als “Autor” an WordPress, das sie dann an der daf\u00fcr vorgesehenen Stelle im Template ausspielt.<\/p>\nTextformate k\u00f6nnen herausgefiltert werden<\/h5>\n
Im oben genannten Beispiel aus BM, dass ein Autor innerhalb des Absatzformates “Vorspann std” nur durch ein Textformat gekennzeichnet ist, macht es nat\u00fcrlich Sinn, die so formatierte Textpassage aus dem Vorspann zu l\u00f6schen. Auch das ist mit KIM m\u00f6glich.
\nEin anderes Anwendungsbeispiel aus dem BM: Schmuckelemente am Artikelanfang und -ende, die als Text gesetzt sind, aber in WordPress st\u00f6ren, weil dort die “Schmuck-Schriftart” nicht vorliegt, werden jetzt aus dem Flie\u00dftext entfernt.<\/p>\nAbsatzformate herausfiltern<\/h5>\n
Ebenso wie Textformate k\u00f6nnen auch Absatzformate definiert werden, die ignoriert werden sollen.<\/p>\n
Absatzformate nur f\u00fcr Online hinzuf\u00fcgen (nur_XML)<\/h5>\n
Wir k\u00f6nnen Absatzformate einrichten mit dem Zusatz “nur_XML”, die zwar zusammen mit dem Print-Text in einem hybriden Artikel<\/em> in tango stehen, aber dann\u00a0nur online erscheinen (h\u00e4ufig genutzt f\u00fcr Zwischen\u00fcberschriften oder zus\u00e4tzlichen Flie\u00dftext bei eher kurzen Meldungen). Es gibt eine detaillierte FAQ zur Textnutzung in tango<\/a><\/p>\n
Hyperlinks<\/h5>\n
KIM erkennt Hyperlinks auf zwei Arten:<\/p>\n
- \n
- Automatische Erkennung aus dem Text:
\nAhnlich wie WordPress oder Acrobat reagiert KIM dabei auf bestimmte Textbestandteile (http:\/\/, https:\/\/, www.) und setzt den sichtbaren Text automatisch als Hyperlink<\/li>\n - Verarbeitung der aus tango “mitgegebenen” Hyperlinks:
\nDiese Methode braucht man v.a. f\u00fcr Links ohne “www.” oder f\u00fcr sog. Deep Links, die eine deutlich l\u00e4ngere Adresse haben, als abgedruckt werden kann, bzw. soll. (Achtung: In tango hat die Hyperlink-Funktion standardm\u00e4\u00dfig keinen Tastaturbefehl. Den m\u00fcsste man sich also schnell selbst einrichten. Unterst\u00fctzung liefert eine FAQ<\/a> oder der tango-Administrator)<\/li>\n<\/ol>\nSlider vs. “Kasten”<\/h5>\n
F\u00fcr alle Unterartikel, die in der tango-Hierarchie einem Hauptartikel untergeordnet sind, gilt in der Online-Verarbeitung folgendes Prinzip:<\/p>\n
- \n
- Artikel vom Typ “ka_Bild” kommen in den Bilder-Slider<\/strong> am Kopf des WordPress-Beitrags. Der BU-Text stammt aus dem Absatzformat “Zusatz BU” oder, wenn das nicht vorhanden ist, aus “Flie\u00dftext”. Angeh\u00e4ngt wird immer auch noch das Absatzformat “Fotohinweis”.
\nAUSNAHME: PDF-Dateien werden grunds\u00e4tzlich am Ende des Hauptartikels angezeigt. Dort steht dann neben BU und Fotohinweis\u00a0eine kleine Voransicht, die auf die (detailreiche) Original-PDF-Datei verlinkt ist. Mehr zu PDFs siehe unten.
\n<\/em><\/li>\n- Alle anderen Artikeltypen kommen ans Ende des Artikels<\/strong>, und zwar mit einer horizontalen Linie optisch abgetrennt: Das Online-\u00c4quivalent eines Kastens im Print-Layout. Jeder “Kasten” kann dabei eine eigene \u00dcberschrift haben, einen eigenen Autor und eigene Bilder. Sind in tango mehrere Bildartikel dem Kasten hierarchisch untergeordnet, dann werden BU und Fotohinweis jeweils neben dem zugeh\u00f6rigen Bild ausgespielt.<\/li>\n<\/ul>\n
Die Reihenfolge, in der Bilder im Slider oder unter dem Artikel angezeigt werden, entspricht der (alphabetischen) Reihenfolge der Unterartikel in der tango-Hierarchieansicht. Der erste Bildartikel (ka_Bild) liefert also auch das Vorschaubild des Artikels in WordPress. Theoretisch kann in tango auch ein spezieller Online-Aufmacher unter dem Hauptartikel h\u00e4ngen, der im Print-Layout gar nicht verwendet wird.<\/p>\n
PDF-Dateien werden zuk\u00fcnftig nach WordPress \u00fcbertragen<\/h5>\n
Bei PDF-Dateien gibt es das grunds\u00e4tzliche Problem, dass bei der Umwandlung in ein Pixelbild meist Details verloren gehen. Zuletzt gab es deswegen keinen Automatismus, sondern Redakteure entschieden von Fall zu Fall, ob sie als “Online-Version” einen oder mehrere Screenshots von der Original-PDF-Datei anfertigten.<\/p>\n
Der neue Standard sieht vor, dass tango-Unterartikel, an denen PDF-Dateien h\u00e4ngen, wie K\u00e4sten am Ende des Artikels stehen: Als Bild ist eine kleine Voransicht des PDFs eingebunden, daneben BU und Fotohinweis und das Bild ist verlinkt auf die Original-PDF-Datei.<\/p>\n
Falls das neue Standardverhalten (PDF unten am Hauptartikel) nicht erw\u00fcnscht ist, gibt es folgende Alternativen:<\/p>\n
- \n
- ZIEL: PDF soll in WordPress gar nicht sichtbar sein.
\nL\u00d6SUNG: 1. Onlinesperre am tango-Bildartikel mit dem PDF.<\/li>\n - ZIEL: PDF(Ausschnitt) soll nicht unten, sondern im Slider sichtbar sein.
\nL\u00d6SUNG: 1. Bildartikel in tango kopieren (Namenszusatz “Online”), 2. Screenshot des gew\u00fcnschten Ausschnitts als JPG unter den Online-Artikel h\u00e4ngen 3. Onlinesperre am Original-Bildartikel mit dem PDF<\/li>\n<\/ul>\n<\/h3>\n
<\/p>\n
\u00c4nderungen bei Bildern<\/h3>\n
<\/p>\n
Online-Bildausschnitt in tango festlegen (“teaser”)<\/h5>\n
An einem Bild in tango l\u00e4sst sich mit der rechten Maustaste der Befehl “Bildausschnitt” aufrufen. Damit kann ein User z.B. aus hochformatigen Bildern einen querformatigen Ausschnitt w\u00e4hlen, der besser ins WordPress-Template passt:<\/p>\n
1. Klick auf Button “Neu”<\/p>\n
2. Name “teaser” eintragen<\/p>\n
3. Den gew\u00fcnschten Ausschnitt durch Ziehen des roten Rahmens festlegen<\/p>\n
4. Klick auf “OK”<\/p>\n
![\"\"](\"http:\/\/service.konradin.de\/faq\/wp-content\/uploads\/t\/e\/teaser.jpg\")
<\/p>\nDie KIM-Schnittstelle nach WordPress ber\u00fccksichtigt nur Ausschnitte, die “teaser<\/strong>” hei\u00dfen.<\/p>\n
Hintergrund: Bis 2019 waren in tango einige Standardvorlagen f\u00fcr Bildausschnitte hinterlegt, davon einer namens “teaser”. Dieser wurde zu unserem Konradin-Standard, auf den die KIM-Programmierung immer noch ausgerichtet ist.
\n<\/em><\/p>\nBildnamen bleiben erhalten und das “Alt-Tag” wird bef\u00fcllt: Positiver Effekt f\u00fcr SEO und Barrierefreiheit<\/h5>\n
Die bisherigen Schnittstellen haben Bildnamen stets verworfen und durch eine eindeutige Zahlen-ID ersetzt. KIM sichert diese (notwendige) Eindeutigkeit auf anderen Wegen, so dass die Original-Bildnamen jetzt erhalten bleiben k\u00f6nnen. Das hei\u00dft, die Bildnamen aus tango werden zuk\u00fcnftig f\u00fcr Leser und Google sichtbar sein. Das hei\u00dft, “sprechende” Bildnamen\u00a0tragen automatisch dazu bei, dass\u00a0Google einem Beitrag h\u00f6here Relevanz beimisst.
\nStandardm\u00e4\u00dfig tr\u00e4gt die KIM-Schnittstelle den Namen eines Bildes auch als dessen Alt-Tag ein (war bisher leer). Falls der Bildname nicht gut als Alt-Tag taugt<\/a>, kann\u00a0man in den tango-Eigenschaften des Bildes<\/em> das Feld “Metadaten”\/”Titel und Beschreibung”\/Beschreibung<\/strong> nutzen: Wenn dort ein Text steht, dann wird dieser als Alt-Tag verwendet und nicht der Bildname.<\/p>\n![\"\"](\"http:\/\/service.konradin.de\/faq\/wp-content\/uploads\/B\/i\/Bild-Beschreibung-f\u00fcr-Alt-Text.jpg\")
<\/h5>\nOnlinesperre jetzt auch nur<\/em> an Bildern m\u00f6glich<\/h5>\n
Wenn das Stichwort x_Onlinesperre nur f\u00fcr ein Bild vergeben wird, aber nicht f\u00fcr den Artikel, unter dem das Bild h\u00e4ngt, dann geht der Text ohne Bild online.
\n(Beispielfall aus CAV: Autor stimmt dem Abdruck<\/em> eines Portraitfotos zu, verwahrt sich aber gegen eine Ver\u00f6ffentlichung im Internet<\/em>.)<\/p>\n\n\n\n
- Alle anderen Artikeltypen kommen ans Ende des Artikels<\/strong>, und zwar mit einer horizontalen Linie optisch abgetrennt: Das Online-\u00c4quivalent eines Kastens im Print-Layout. Jeder “Kasten” kann dabei eine eigene \u00dcberschrift haben, einen eigenen Autor und eigene Bilder. Sind in tango mehrere Bildartikel dem Kasten hierarchisch untergeordnet, dann werden BU und Fotohinweis jeweils neben dem zugeh\u00f6rigen Bild ausgespielt.<\/li>\n<\/ul>\n
- Artikel vom Typ “ka_Bild” kommen in den Bilder-Slider<\/strong> am Kopf des WordPress-Beitrags. Der BU-Text stammt aus dem Absatzformat “Zusatz BU” oder, wenn das nicht vorhanden ist, aus “Flie\u00dftext”. Angeh\u00e4ngt wird immer auch noch das Absatzformat “Fotohinweis”.