---
title: "RSS in modernem SharePoint Online: Warum es kein integriertes Webpart gibt und was Sie stattdessen verwenden"
description: "Warum moderne SharePoint Online-Seiten kein RSS-Webpart haben, was der klassische RSS-Viewer tat, und ein Vergleich der Möglichkeiten, externe RSS-Feeds auf einer modernen Seite anzuzeigen: ein Power Automate-Flow in eine Liste, das Webpart „Einbetten“ mit einem Drittanbieter-Widget, ein eigenes SPFx-Webpart und der Vitextra RSS Reader – mit den Vor- und Nachteilen und dem Aufwand jeder Option."
url: https://vitextra.com/de/support/kb/10368
language: de
published: 2026-10-30
modified: 2026-10-30
products:
  - "RSS Reader"
author: "Lidija Reising"
tags: ["SharePoint Online RSS-Webpart fehlt", "modernes SharePoint RSS-Feed", "RSS-Viewer-Webpart moderne Seite", "RSS-Feed anzeigen modernes SharePoint", "SharePoint RSS Alternative", "Power Automate RSS in SharePoint-Liste", "RSS-Feed einbetten SharePoint", "SPFx RSS-Webpart CORS", "Viva Connections Feed RSS", "Vitextra RSS Reader"]
---

# RSS in modernem SharePoint Online: Warum es kein integriertes Webpart gibt und was Sie stattdessen verwenden

Warum moderne SharePoint Online-Seiten kein RSS-Webpart haben, was der klassische RSS-Viewer tat, und ein Vergleich der Möglichkeiten, externe RSS-Feeds auf einer modernen Seite anzuzeigen: ein Power Automate-Flow in eine Liste, das Webpart „Einbetten“ mit einem Drittanbieter-Widget, ein eigenes SPFx-Webpart und der Vitextra RSS Reader – mit den Vor- und Nachteilen und dem Aufwand jeder Option.

## Überblick

„Wo ist das RSS-Webpart?“ ist eine der ersten Fragen von Teams, die ein klassisches Intranet auf moderne SharePoint Online-Seiten umstellen. Klassische Seiten hatten den **RSS-Viewer**; moderne Seiten haben kein Gegenstück, und die Suche nach *RSS* in der Toolbox liefert nichts. Dieser Artikel erklärt, warum, betrachtet, was das klassische Webpart tat, und vergleicht die vier praktikablen Möglichkeiten, einen externen Feed auf einer modernen Seite anzuzeigen – einschließlich des Vitextra [RSS Reader](https://vitextra.com/de/products/rss-news) –, damit Sie die für Ihren Fall passende auswählen können.

📝 **Hinweis**  
Die Aussagen zu den Webparts von Microsoft geben die Microsoft-Dokumentation und die Diskussionen in der Tech Community mit Stand 2026 wieder. Microsoft ändert die Toolbox moderner Seiten regelmäßig; prüfen Sie die aktuelle Dokumentation auf den neuesten Stand.

## Was der klassische RSS-Viewer tat

Das klassische Webpart **RSS-Viewer** lud einen Feed *auf dem Server* herunter und stellte die Elemente mit einer XSL-Vorlage dar. Es gehörte zum Enterprise-Featureumfang klassischer Veröffentlichungsseiten, zeigte einen Feed pro Webpart und ließ sich nur durch Bearbeiten von XSLT gestalten. Da der Server den Feed abrief, funktionierten auch reine Intranet-Feeds, und der Browser kontaktierte nie den Feedhost.

Das klassische Webpart existiert auf klassischen Seiten in SharePoint Online noch, kann aber nicht auf einer modernen Seite platziert werden, und klassische Seiten werden in Microsoft Teams oder auf Mobilgeräten nicht so dargestellt wie moderne Seiten.

## Warum moderne Seiten kein RSS-Webpart haben

Moderne Webparts laufen **im Browser**, nicht auf dem Server. Ein Skript auf einer SharePoint-Seite darf Daten von einer anderen Website nur herunterladen, wenn diese Website das mit Cross-Origin-Headern (CORS) ausdrücklich erlaubt, und Feedanbieter senden diese fast nie. Ein reines Browser-RSS-Webpart würde daher bei der Mehrheit der Feeds scheitern. Microsoft hat sich dagegen entschieden, einen Proxy für Drittanbieterinhalte in SharePoint Online einzubauen, und so hat die moderne Toolbox kein RSS-Webpart.

Die Webparts, die verwandt wirken, tun etwas anderes:

- **Neuigkeiten** zeigt SharePoint-Neuigkeitenbeiträge der aktuellen Website, des Hubs oder ausgewählter Websites – keine externen Feeds.
- **Einbetten** fügt einen `<iframe>` oder Einbettungscode einer Website ein, die Ihr Administrator in den Einstellungen **HTML-Feldsicherheit** der Websitesammlung zugelassen hat; es kann einen XML-Feed nicht selbst darstellen.
- **Hervorgehobener Inhalt** und **Ereignisse** fassen SharePoint-Inhalte zusammen.
- Das Webpart **Feed für Viva Connections**, das SharePoint-Neuigkeiten und Viva Engage-Beiträge zusammenführte, wurde von Microsoft eingestellt und hat nie RSS gelesen.

## Die Optionen im Vergleich

| | Power Automate-Flow in eine Liste | Webpart „Einbetten“ mit Drittanbieter-Widget | Eigenes SPFx-Webpart | Vitextra RSS Reader |
|---|---|---|---|---|
| Funktionsweise | Ein Flow kopiert neue Feedelemente in eine SharePoint-Liste; ein Listen- oder Neuigkeiten-Webpart zeigt die Liste | Ein externer Dienst wandelt den Feed in HTML um; das Webpart „Einbetten“ zeigt ihn in einem iframe | Ihr eigenes Webpart lädt den Feed über einen von Ihnen erstellten Proxy herunter (zum Beispiel eine Azure Function) | Ein Webpart lädt Feeds über den Vitextra-Feeddienst herunter und stellt sie dar |
| Mehrere Feeds in einer Ansicht | Ja, ein Flow pro Feed in dieselbe Liste | Abhängig vom Widget | Ja, wenn Sie es entwickeln | Ja, mit Quellenregisterkarten |
| Aktualität | Verzögert um das Flow-Intervall (Minuten bis Stunden) | Live | Live | Live, mit automatischer Aktualisierung alle 1–7 Minuten |
| Bilder, Kategorien, Suche | Was Sie in der Listenansicht aufbauen | Abhängig vom Widget; oft wird das Branding des Dienstes angezeigt | Was Sie entwickeln | Ja: Bilder, Kategorie-Tags, Suchfeld, drei Layouts |
| Erscheinungsbild | Gestaltung von SharePoint-Listen oder -Neuigkeiten | Fremde Gestaltung in einem iframe, keine Designunterstützung | Wie entworfen | Folgt dem SharePoint-Design, Abschnittshintergründen und dunklem Modus |
| Microsoft Teams | Listen-Webpart in einer Registerkarte | Iframe in einer Registerkarte, oft blockiert | Wenn Sie Teams-Unterstützung hinzufügen | Kanalregisterkarte und persönliche App |
| Wohin Feeddaten gelangen | In eine SharePoint-Liste (dauerhaft gespeichert) | Zum Widget-Anbieter | Über Ihren Proxy | Über den Vitextra-Feeddienst; nichts wird gespeichert |
| Einrichtungsaufwand | Ein Flow pro Feed, eine Liste, eine Ansicht | Konto beim Anbieter, Domäne in der HTML-Feldsicherheit zulassen | Entwicklung, Hosting, Wartung | Paket bereitstellen, Webpart hinzufügen, Feedadressen eingeben |
| Laufende Kosten | Connector-Limits und Ausführungskontingente von Power Automate | Abonnement des Widget-Anbieters | Hosting und Entwicklerzeit | Vitextra-Abonnement pro Mandant |

## Option 1. Ein Power Automate-Flow in eine Liste

Power Automate hat für RSS den Trigger **Wenn ein Feedelement veröffentlicht wird**. Ein Flow erstellt für jedes neue Feedelement ein SharePoint-Listenelement – Titel, Link, Zusammenfassung, Veröffentlichungsdatum –, und ein **Liste**-Webpart zeigt die Liste auf der Seite; manche Teams erstellen aus den Elementen sogar Neuigkeitenbeiträge.

Das passt gut, wenn Sie die Elemente in SharePoint **aufbewahren** möchten (durchsuchbar, aufbewahrt, kommentierbar) oder wenn nur ein oder zwei Feeds wichtig sind. Die Nachteile sind die Verzögerung zwischen Veröffentlichung und Flow-Ausführung, ein Flow pro Feed, die Wartung der Flows unter einem persönlichen Konto und die Listenansicht als einzige Darstellung: keine Bilder aus dem Feed, sofern Sie sie nicht selbst analysieren, keine Quellenregisterkarten, und die Liste wächst unbegrenzt, wenn Sie sie nicht bereinigen.

## Option 2. Das Webpart „Einbetten“ mit einem Drittanbieter-Widget

Dienste wie RSS-zu-HTML-Widget-Generatoren erzeugen einen Einbettungscode, den das Webpart **Einbetten** anzeigen kann. Das Ergebnis ist live und erfordert keine Entwicklung, aber der Feedinhalt wird von einem externen Unternehmen in einem iframe dargestellt: Er folgt nicht dem SharePoint-Design, trägt meist das Branding des Anbieters oder erfordert einen kostenpflichtigen Tarif, um es zu entfernen, erfordert die Zulassung der Anbieterdomäne in den Einstellungen **HTML-Feldsicherheit** jeder Websitesammlung und wird in Microsoft Teams, wo iframes von beliebigen Hosts eingeschränkt sind, oft nicht angezeigt.

## Option 3. Ein eigenes SPFx-Webpart

Ein Entwickler kann mit dem SharePoint Framework ein RSS-Webpart erstellen. Das Webpart selbst ist wenig Code; die eigentliche Arbeit ist der **Proxy**, der die Feeds serverseitig herunterlädt, um CORS zu umgehen – eine Azure Function oder eine API in Azure API Management – plus Hosting, Authentifizierung, Überwachung und das Kompatibelhalten des Webparts mit SPFx-Releases. Das ist der richtige Weg, wenn der Feed nur innerhalb Ihres Netzwerks verfügbar ist und keinen externen Dienst passieren darf, oder wenn die Anforderungen weit von einer Standard-Nachrichtenliste entfernt sind.

## Option 4. Vitextra RSS Reader

RSS Reader ist ein fertiges SPFx-Webpart, das derselben Architektur wie ein eigenes folgt – die Feeds werden von einem serverseitigen Dienst heruntergeladen und im Browser dargestellt –, ohne die Entwicklung und das Hosting. Der Bearbeiter gibt die Feedadressen und Anzeigenamen ein, wählt das Layout Kompakt, Magazin oder Karten, schaltet Quellenregisterkarten, Kategorie-Tags, Bilder und ein Suchfeld ein oder aus und legt die Sortierreihenfolge und das Aktualisierungsintervall fest. Das Webpart folgt dem Design der Website und funktioniert als Kanalregisterkarte und persönliche App in Microsoft Teams. Es benötigt keine API-Berechtigungen und speichert in Ihrem Mandanten nichts über die Webpart-Eigenschaften hinaus.

![RSS Reader in der Toolbox und auf einer Seite](https://static.vitextra.com/articles/10368/rss-reader-toolbox-and-page-de.png)
*RSS Reader in der Toolbox und auf einer Seite*

Was es nicht tut: Feeds, die nur innerhalb Ihres Unternehmensnetzwerks erreichbar sind, können nicht angezeigt werden, weil der Feeddienst sie aus dem Internet herunterlädt; und die Elemente werden nicht in SharePoint gespeichert – wenn Sie ein Archiv der Elemente möchten, kombinieren Sie das Webpart mit einem Power Automate-Flow.

💡 **Tipp**  
Die Einrichtung dauert wenige Minuten; siehe [KB10367. So fügen Sie das RSS Reader-Webpart hinzu und konfigurieren es](https://vitextra.com/de/support/kb/10367). Alle Funktionen stehen während der kostenlosen 14-tägigen Testversion zur Verfügung.

## Welche Option Sie wählen sollten

- Die Feedelemente müssen in SharePoint **archiviert und durchsuchbar** sein → ein Power Automate-Flow in eine Liste.
- Der Feed ist **nur intern** verfügbar oder die Compliance verbietet jeden externen Dienst → ein eigenes SPFx-Webpart mit eigenem Proxy.
- Sie benötigen einen **schnellen, designkonformen Nachrichtenblock mit mehreren Feeds** auf Seiten und in Teams, mit Filtern und automatischer Aktualisierung → Vitextra RSS Reader.
- Sie müssen einen Feed für kurze Zeit auf einer Seite anzeigen und stören sich nicht an externem Branding → das Webpart „Einbetten“ mit einem Widget.