 Bin ich fertig? Oh ja. Wo muss ich denn hin hier? Okay. Hör auf. Hallo. Hi, also ich bin die Saskia Lund. Moin, ich komme aus Hamburg. Und ich erzähle euch heute etwas über SEO für Podcastblogger. Das habe ich heute Morgen spontan überlegt, als die Pitchtafel noch so halb leer war. Deswegen dachte ich, ich mache dann auch was. Jetzt habe ich den Tag über diesen Talk zusammen bereitet. Also ich hoffe, dass das jetzt gehaltvoll genug ist für alle. Und lege einfach mal direkt los. Tatsächlich ist also das Podcasting im Moment ein Hot Topic bei Google. Denn es ist so, dass die Google Web Search tatsächlich momentan noch nicht mit Audio-Dateien umgehen kann. Das wissen die Podcaster unter uns vielleicht bereits. Also Audio-Dateien, das ist etwas, was Google nicht kann. Google kann lesen. Vielleicht habt ihr das im Ellie Talk schon mal gehört. Google ist blind und taub. Google kann aber trotzdem Textlesen, Filme schauen und Bilder angucken. Unter dem Strich bedeutet das eigentlich für die Podcastblogger, dass sie letztendlich, wenn sie also einen Web-Blog führen, diesen Web-Blog eben mit Text, Bildmaterial und wenn es geht auch mit Videomaterial anreichern sollten, wenn sie dann ihre Audio-Dateien in einem Blogbeitrag veröffentlichen. Das ist die Quintessenz vom Ganzen. Die komplette Aussage. Jetzt kann ich eigentlich schon wieder gehen. Aber es ist so, dass Google tatsächlich aktuell in den Suchergebnissseiten eben keine sogenannten Rich Snippets für Audio-Dateien bietet. Also man könnte sich das dann vielleicht so vorstellen, dass man wie bei den Videodateien, also man hat ja so kleine YouTube-Ausgaben oder andere Ausgaben, wo man dann draufklicken kann, direkt ganz oben in den Suchergebnissseiten oder irgendwelches Bildmaterial. Es gibt ja auch die Bildersuche oder eben halt diesen Wikipedia-Artikel, der in einem anderen Vortrag auch schon mal heute angesprochen wurde. Das wären solche Rich Snippets oder eben, was ich, Rezepte oder so, oder irgendwie ein Restaurant mit Bewertungen. Das sind also diese typischen Rich Snippets auf den Suchergebnissseiten bei Google. Das ist also aktuell für die Google-Web-Search nicht. Aber es gibt seit letztes Jahr eine sogenannte Task Force bei Google, die wurde eingerichtet, das Google-Podcast-Team. Das ist noch ganz frisch und ganz neu. Und da gibt es einen Jungen Mann, der heißt Zac Renaud-Wedin. Das ist also der Projektmanager dieses Google-Podcast-Teams. Und dem kann man auch auf Twitter folgen, unter zack rw. Das kann ich auch jedem empfehlen. Und wer möchte, kann sich diesen Google-Geschorteten-Link hier einmal mit abtippen oder abspeichern. Das ist also ein ganz interessantes Interview mit diesem Zac zu dem Thema Google-Podcast und das Podcast-Team. Was hat das Podcast-Team vor? Wie ist die Iss-Situation und genau die Long-Term-Plans oder die Langzeitziele dieses Podcast-Teams? Das ist sehr interessant zu lesen. Diese Artikel ist in englischer Sprache und ist deshalb, dieses Interview ist deshalb auch geführt worden, weil jetzt aktuell im Juni, am 19. Juni, wurde eine neue App veröffentlicht von Google und diesem Podcast-Team, die Google-Podcast-App. Die gibt es für Android. Auch unter diesem Link gibt es dazu den Veröffentlichungsbeitrag auf dem Google-Blog. Diese App ist nativ auf allen Android-Geräten vorinstalliert. Damit hat man schon direkt, wenn man in dieser App gelistet ist, eine potenzielle Nutzer-Base von in English 2 Billionen auf Deutsch 2 Milliarden Nutzern, die man damit direkt erreichen könnte. Und wer noch nicht in der Podcast-App von Google gelistet ist, der kann einen Link generieren zu seinem Podcast unter diesem Link. Dieser Link ist mit einem Android-Gerät nativ aufrufbar und startst sofort die Google-Podcast-App und damit kann man dann seinen Podcast direkt hören. Die Google-Podcast-App bietet genau das, was jetzt auch geplant ist von diesem Google-Podcast-Team, nämlich die nativen Rich Snippet-Ergebnisse. So soll das dann auch irgendwann mal aussehen auf den SRPs in der Google-Websearch. Das ist also die Ausgabe in dieser Google-Podcast-App. Wie werden also die Podcasts ausgegeben? Ich kann tatsächlich also nach Inhalten und Titeln suchen und finde dann die Podcasts aus diesem Riesen-Repository. Und es wird also mit einem Weiterlesen-Button, sozusagen, more Episodes, es werden also sämtliche Episoden sind aufrufbar. Es gibt für jeden Podcast dann auch eine eigene Seite, wo man halt seinen Podcast beschreiben kann und so weiter und so fort. Man kann auch, wenn man da auf mehr klickt, dann direkt einen Button bekommen, jetzt abonnieren. Man kann ihn gleich abonnieren. Also es ist wirklich ganz zugeschnitten auf Podcasts. Es ist also sehr nennenswert und lohnswert, sich in dieser Podcast-App also irgendwie eintragen zu können in dieses Repository. Wie mache ich das jetzt? Das ist nicht ganz so easy-peasy wie alles bei Google, wenn man schon mal versucht, das Anfänger in der, allein schon mit der Google-Search-Konsol irgendwie klarzukommen oder mit Google Analytics, also viele Streichen da. Die Segel, ähnlich, ist das also mit dieser Podcast-App. Da gibt es einen, wie es der nennt sich auch schon so, Developer-Guide-Line-Kompendium für Publisher. So, jetzt sind die Publisher, ja, aber Leute, wie wohne ich oder wie du und jemand, der eben kein Entwickler ist. Also würde ich jedem raten, der so ein Publisher ist, sich da mal mit einem Entwickler hinzusetzen und sich Hilfestellungen zu holen, um letztendlich den eigenen Podcast in dieses App-Repository hineinzubringen. Ansonsten findet man unter diesem Link eben besagte Guidelines, wenn man sich das selber zutraut. Es gibt einen Feed auch extra für den Google Play, für das Google Play-Repository, sodass man mit seinem Podcast auch dort direkt auftaucht. Unter diesem Link findet man eben die Feed-Guide-Lines. Ich möchte ihr nicht so gerne jetzt in diesem Rahmen hier, in diesen ganzen, diesen Guidelines eintauchen, weil das sehr technisch ist. Und ich glaube, ich möchte hier niemanden um 17 Uhr zum Einschlafen bringen. Und daher, wer Zeit und Lust hat, kann eintauchen. Das ist wirklich sehr intensiv und sehr viel Information. Und kann sein Podcast in diese Podcast-App quasi reinbringen. Das wird positiv toll. Das ist also super wichtig. Sollte man machen. Das Pondon dazu ist natürlich iTunes bei Apple. Da gibt es auch die entsprechenden ... Moment mal, jetzt muss ich hier H, muss man drücken, ne? H, so, Moment. Wo habe ich das denn? Hier irgendwo. Ich bin schon auf. Wo habe ich dich? Das ist die Palche. Sorry. Also, das sind diese Seiten übrigens, so sehen die aus. Kann man das sehen? Diese Links, die ich da geschorten habe, da kommt man also zu diesen ganzen Seiten hier. Sollte ich noch gerade mal schauen. Ich habe ein Pondon von Apple rausgesucht. Ach, hier genau. Also, man gibt einfach nur einen iTunes-Connect und findet bei Google sofort diese Ressourcen und Hilfe. Wie kann ich also meinen Podcast in iTunes listen? Sollte man dann vielleicht auch unbedingt tun. Und auch immer schön die ID3-Tags pflegen, wissen die Podcaste unter uns, was das ist. Wer sich schon mal iTunes aufgerufen hat, was wahrscheinlich auch die einen oder anderen gemacht haben, oder irgendeine andere Audio-Player-App, da sieht man den Titel und vielleicht irgendwie den Autor oder den Sänger oder wen auch immer es wird aufgelistet. Und das sind diese ID3-Tags. Die bitte halt eben auch immer pflegen bei den Podcasts natürlich. Um eben für iTunes dann auch in der Suche, in der iTunes zurückzufunden zu werden. Kurze Exkurs dahin. Wir gehen mal schnell wieder zurück in die Keynote. So, genau. Jetzt haben wir diese Themen abgefrüstet mit den externen Apps. Jetzt gibt es halt den eigenen Blog. Was kann ich jetzt da eigentlich machen, dass ich eben die Praxis in der Vergangenheit betrieben habe, dass ich einfach nur meine Audio-Datei mit irgendeinem Player-Tool, es gibt ja verschiedene Player-Tools, mit denen ich jetzt also meinen Podcast dann auf irgendeinem Beitrag innerhalb meines Blogs veröffentlicht habe. Und ich mache da eigentlich nicht weiter mehr, als es irgendwie noch ein Titel dazu zu schreiben und vielleicht noch irgendwie aufzuführen, wer da jetzt gerade zu Gast ist oder so. Oder vielleicht noch die Kapitel aufhören. Mehr mache ich dann eigentlich nicht. Also eben das, was der Player hergibt. Zum Beispiel Bernard Kau und die Maya Binke, die auch heute hier sind. Die haben auf ihrem Podcast-Blog immer noch eine Inhaltsangabe. So ein Stichwort mit so eine Art Show Notes, so endlich wie bei Google, wie bei YouTube, so dass man quasi draufklicken kann und dann überall hinkommt und die ganze Information hat, die sie also auch in ihrem Podcast erläutern. Wer da weitere Informationen zu möchte, spricht am besten mal Bernard Kau an oder halt eben die Maya Binke, die machen das gemeinsam. Und er hat mir einen Tipp verraten. Ich muss mich mal hermerken, das habe ich nicht in meinem Kino drin. Und zwar sagte er, es gibt im WordPress-Admin-Bereich eine Ausgabe für ein Podcast-RSS-Feed. Und der wird über Planet WordPress gespeist. Es ist also sinnvoll, wenn man seinen Podcast eventuell in diesem Planet-RSS-Feed mit aufnehmen lässt. So erreicht man sehr viele Menschen auf einmal, die zufällig halt eben vielleicht im WordPress back-end mal diesen Podcast-Link anklicken. Also er sagt, da bekommt man da plötzlich beim neuen Podcast auf einmal 1000 Zuhörer, weil die halt einfach da auf erscheinen und man eine riesige User-Base erreicht, nur über das WordPress-Admin. Wer das näher bei der nähere Information möchte, auch Bernard Kau ansprechen, der flitzt hier irgendwo rum. Oder mal eine Mail schreiben, der freut sich bestellt. Genau, das Fazit ist unterm Strich. Die Google-Web-Search möchte einfach mehr Inhalt. Der reichen einfach die reinen Audio-Player nicht. Das kann ich da machen. Es weiß auch mittlerweile, ob jeder, man kann transkribieren. Also ich kann halt irgendeinen Transkriptionsservice nutzen, der im Grunde das ganze gesprochen, den ganzen gesprochenen Inhalt in Textform verfasst und den dann auf meinen Blockbeitrag rausschmeißen und das Ganze dann veröffentlichen. Das kann ich machen, das muss ich aber nicht. Ich kann auch mich hinsetzen und Zeit investieren. Und diesen ganzen Inhalt, den ich da in meinem Podcast habe, den Podcastbeitrag, den wirklich in eine schöne Textform bringen, mit Bildmaterial, mit Videomaterial, mit wirklich einem gut geschriebenen Text, der gehaltvollen Inhalt bietet, um einfach auch Menschen zu erreichen, die meinen Podcast gar nicht hören können. Denn es gibt eben einfach Nutzer, die können gar nicht hören. Selbst oder die können auch nicht lesen, sondern habe ich da jetzt meine Audio-Latei, bin schon so nett gewesen und habe einen Transkript dazu getan und jetzt aus irgendeinem Grund funktioniert jetzt das nicht, dass der Screenreader von diesen Leuten oder wie auch immer, den das vorlesen kann, den blinden Menschen, dann habe ich aber immer noch den Beitrag darunter, der dann diesen ganzen Inhalt nochmal richtig ordentlich wiedergibt. Also sich wirklich die Zeit nehmen und einen ordentlichen Beitrag schreiben, mit Texten und Bildmaterial und Videomaterial, um einfach alle Nutzergruppen anzusprechen. Es gibt eben Menschen, die schauen sich gerne Bilder an, es gibt Menschen, die lesen einfach gerne viel oder die hören sich ein Podcast an und diese ganzen Nutzer irgendwie anzusprechen, ist es also sinnvoll, tatsächlich auch jede Nutzergruppe zu berücksichtigen. Das kostet natürlich Zeit, ist mir auch klar, aber wer gerne möchte, dass der Podcast wirklich erfolgreich wird, der sollte sich also wirklich hinsetzen und sich diese Zeit nehmen. Dann lieber einen Podcast weniger im Monat, aber dafür echt einen tollen Blog veranstalten. Das ist dieses, lesbare gute Transkriptionen, Bilder, Video. Entschuldigung, jetzt kommt es doppelt. Und eben als Extra ist dann die Audio-File in dem Player. So, jetzt wollte ich noch einmal ganz kurz in das HTML-Markup abtauchen. Also nicht so sehr, weil ich weiß, dass es viele gibt, für die ist das sehr langweilig, aber ich wollte es doch einmal kurz ansprechen, weil ich ganz anfangs schon mal von den Rich Snippets gesprochen habe. Und wie bewerkstelligt man das nun eigentlich mit diesen Rich Snippets und was gibt es da möglicherweise für Podcasts? Die Rich Snippets werden also durch sogenannte strukturierte Daten generiert. Diese strukturierten Daten muss man in der eigenen Website, in dem ausgeworfenen HTML letztendlich implementieren. Das ist ein HTML-Markup, erweitert letztendlich das HTML, was durch das PHP ausgeworfen wird, um dieses Markup, um diese spezielle. Dieses Markup kann ich mir auf schema.org anschauen. Und es gibt tatsächlich seit Juli 2018 ein sogenanntes Podcast-Markup, das allerdings noch nicht auf schema.org zu sehen ist. Also ich kann mir alternativ beispielsweise Radio-Episodes angucken. Also wer sich schema.org anschaut, der wird sehen, dass das also oben gibt es ein kleines Suchfeld, das ist eine sehr spartanische Seite, eine rote Leiste oben, schema.org und rechts ein Suchfeld und runter sehr viel Text. Jetzt kann ich also mit diesem schema.org-Markup letztendlich Inhalte für Google wirklich sichtbar und sofortverständlich machen. Also ich kann sagen, ich veröffentliche ein Kochrezept und dann gibt es ein schema.org-Markup für Kochrezepte, Recipes. Oder es gibt einen Markup für News oder ein Markup für eine Videodatei. Oder es gibt einen Markup für Restaurants. Ein Rechtsanwalt. Also ich kann wirklich ganz gezielt Google mitteilen um was geht es hier auf meiner Seite, dieser Text soll das und das sein und Google kann das sofort anhand dieses Markups interpretieren. Das ist natürlich super hilfreich und es gibt wie gesagt eben seit Juli 2018 dieses Podcast-Markup. Man muss sich vorstellen, die Erweiterung um solche Markups, das dauert noch mal wirklich ewig. Also die haben 2015 angefangen darüber zu sprechen, dass man ja mal für Podcast auch so ein Markup irgendwie gestalten könnte. Da hat es dann jemand über GitHub als Issue gestartet und hat es ganz ausführlich, muss ich hier wieder H, Moment, hat es also ganz ausführlich, genau, hat hier so ein Issue gestartet und aus diesem Issue, aus dieser Diskussion, das ist ein Proposal sozusagen aus dem Vorschlag für ein Markup für ein Schema.org Markup, das hier sehr wirklich sehr ausführlich schon ausgearbeitet wurde allein nur in diesem Vorschlag, der 2015 unterbreitet wurde sofort drei Jahren, wohlgemerkt. Da ist dann diese Diskussion hier entstanden darüber, wie und was, wie das Sinn machen könnte. Es hat dann aber wirklich drei Jahre gedauert, bis dann im Juli diesen Jahres created Podcast in dem Github-Repository von Schema.org. Das hat wirklich sehr lange gedauert, bis das also implementiert wurde und es auf der Webseite einfach auch noch nicht zu sehen. Aber wer gerne wissen möchte, wie dieses Markup also hier gestaltet ist, der kann sich das hier in dem Proposal anschauen. Ich verlinke das auch nochmal und würde das dann irgendwie, ich weiß auch nicht, wie man das macht, das ist mein erster Talk, solche Slides veröffentlichen der kann sich das hier anschauen, wie dieses Markup funktioniert, also für die Entwickler unter uns. Was sehr schön wäre, wenn hier ein Freiwilliger ist, der vielleicht ein WordPress Plug-in schreiben würde für dieses neue Markup, also gezielt für Podcast Betreiber um die Beiträge dann um dieses Markup anzureichern. Genau. Dann hat da jemand zu fragen zu diesem Thema, zu dem Schema.org-Markup speziell. Also es würde ich das einfach jetzt mal Ad-Actor legen. Ja? Okay, dann schau dir das mal an. Es gibt aktuell sonst noch ein Audimat-Event, das wäre eventuell auch noch ein Markup, was da in Frage kommt, ist tatsächlich auch für TV-Show, Radio-Podcast vorgesehen eigentlich, aber es soll wie gesagt ja auch noch ein spezielles Podcast-Markup kommen, also in dem Online- Compendium hier auf schema.org hier wird dann genau erklärt, welche Attribute es da gibt und so weiter und so fort. Und hier unten kann man dann immer anhand von Beispielen sehen, wie das dann aufgebaut sein soll. HTML, Microdata, Markup oder ich kann natürlich auch ein JSON-Feed auf die Ausgabeseite mit ausgeben. Der müsste dann halt so aufgebaut werden. Also man kann sich das hier anschauen anhand von Beispielen. Auch den Link werde ich dann eben mit veröffentlichen. Wie gesagt, ich möchte hier nicht so sehr gerne in die Tiefe der Einführung, weil es zu technisch ist. Genau, das ist dieses, ich wollte noch mal gerne zurück zu dem Google-Podcast-Team. Die haben nämlich unglaublich tolles vor. Die möchten gerne in der Zukunft, also Langzeitziele, die möchten gerne, dass man in der Zukunft tatsächlich auch nach Audio-Dateien in Google suchen kann, in der Google-Websuche. Und das soll also so toll funktionieren nachher, dass man sozusagen, wenn ich jetzt meinen Suchwort in der Google-Suchmaske eingebe, dass Google in der Lage ist, mir eine Podcast-Folge direkt als Antwort zu geben und mich auch direkt an die Stelle innerhalb des Podcasts setzen kann, wenn ich dann auf Play drücke innerhalb der Google suche, wo es dann gezielt um das geht, wonach ich gesucht habe. Das ist also das Langzeitziel, was das Google-Podcast-Team an dieser Stelle hat. Das ist schon eine echt unglaublich tolle Sache und ein Riesenpotenzial, weil es einfach wahnsinnig viele echt tolle Podcasts gibt, die momentan niemand kennt. Gerade auch Podcasts, die eben besonders lang sind. Beispielsweise, es gibt einen Podcast, den ich persönlich sehr gerne höre, der heißt Jung und Naiv, ich weiß nicht, ob den jemand kennt. Jung und Naiv, das ist also ein Podcast, da geht es um zwei, die die Bundespressekonferenz in regelmäßigen Abständen also verunsichern, sitzen dann da und es ist eben nicht erlaubt zu zitieren. Das ist also so eine Regel für die Journalisten, die dürfen also nicht was an der Pressekonferenz gesprochen wird, aber es ist erlaubt, Ton mitzuschneiden. Und die schneiden also die komplette Pressekonferenz mit und die ganzen Ministerien, Sprecher, die binden sich da also quasi in regelmäßigen Abständen anderthalb bis zwei Stunden lang um die Fragen der Journalisten herum. Und das ist also sehr lustig teilweise und auch manchmal echt tragisch, wie die sich darum winden. Es ist ein Nennenswetter-Podcast, aber wie ich schon sagte, der ist manchmal anderthalb Stunden und natürlich also unglaublich lang. Und auch selbst dafür einen Beitrag zu schreiben, aber macht es trotzdem, schreibt es. Es gibt halt eben Menschen, die können nicht, die können halt nicht hören. Die kriegen das dann alles nicht mit. Von daher schreibt es, das durchhint und schreibt oder bezahlt jemandem dafür, dass es schreibt. Ab einer gewissen Größe und man das vielleicht gewerblich macht oder so, oder wenn man mit jemandem beschreibt, dann kriegt man das vielleicht hin. Also ich würde es jedem empfehlen, veröffentlicht gehaltvolle Blockbeiträge. Reine Audiodateien sind zum jetzigen Zeitpunkt und auch nicht mittel- oder kurzfristig von Google interpretierbar. Das ist also ein Langzeitziel, bevor ich gesprochen habe. List euch gerne mal auch diesen Artikel durch, dieses Interview mit dem Sack. Das ist sehr interessant, was die noch so alles vorhaben mit der Podcastsuche, die es dann auch in der Google Search geben wird oder Audiobeitragsuche. Ja, ich bin fertig mit der Welt. Ich möchte noch irgendjemand eine Frage stellen. Also Stefan Kremer fragt, ob ich irgendeine Transkription Software oder einen Service empfehlen kann. Einfach Antwort Nein. Ich bin weder Podcaster noch, habe ich irgendwelche Erfahrungen, die ich jetzt wertvoll teilen kann. Es gibt aber sicherlich einige Podcastbetreiber, die euch da weiterhelfen können. Beispielsweise die Brigitte Hagedorn aus Berlin, die führt einen Podcast, der heißt Audiobeiträge. Und da veröffentlicht sie in relativ regelmäßigen Abständen Tipps und für Software, die man nutzen kann, wenn man eben transkriberieren möchte oder einen Transkriptionsservice nutzen will. Und diese Tipps sind eigentlich immer recht zuverlässig. Also gerne mal da reinschalten bei Audiobeiträge, den Podcast ist eigentlich viel nützliche Information, gerade zu solchen Services oder Software. Noch jemand? Die Frage ist, ob ich einen Weg kenne aus der iTunes-Bibliothek sozusagen die ID3 Text, die du schön gepflegt hast, automatisch in den WordPress-Block Daten in die Datenbank zu implementieren, sodass man sie da irgendwie automatisch mit ausgeben kann in der Audio-Datei. Wirst dich jetzt keinen Weg um ehrlich zu sein. Also was du machen kannst, einen Audio-Player nutzen. Also einen externen Service. Es gibt PodLav-Nutzen, glaube ich, viele Podcaster. PodLav würde ich dann wahrscheinlich auch empfehlen. Die Brigitte Hangedown, die ich nun auch bei sie nicht kenne. Die hat auch von PodLav gesprochen. Dieses Tool kann diese Daten interpretieren und tatsächlich auch ausgeben in diesem Player, den man integrieren kann in seinem Blog-Beitrag. Von daher vielleicht mal damit probieren. PodLav. Also direkt ins WordPress, in die Datenbank wirst du dich jetzt keinen Weg. Müsst du mal vielleicht mal programmieren? Entschuldigung, hat sonst noch irgendjemand eine Frage? Nein? Dann danke ich vielmals fürs Kommen und fürs Zuhören.