Friendica ist eine freie, dezentrale Social-Networking- und Kommunikationsplattform, mit der Sie einen eigenen Social-Media-Server betreiben können. Anders als bei zentralen Plattformen liegt die Kontrolle nicht bei einem einzelnen Anbieter, sondern bei den Betreiberinnen und Betreibern einzelner Server, sogenannter Nodes. Ein Node ist eine eigenständige Friendica-Installation auf einer Domain oder Subdomain. Nutzerinnen und Nutzer dieses Nodes können miteinander kommunizieren, aber auch mit Accounts auf anderen kompatiblen Diensten im Fediverse. Friendica beschreibt sich selbst als Plattform für dezentrale soziale Kommunikation und ist als freie Software unter der AGPL-Lizenz veröffentlicht. (git.friendi.ca)
Für Domaininhaber, Shared-Hosting-Nutzer und E-Mail-Poweruser ist Friendica besonders interessant, weil es Social Networking, Webhosting, E-Mail-Benachrichtigungen, Datenhoheit und Föderation miteinander verbindet. Die Software ist keine klassische Website wie ein Blog oder ein CMS, sondern ein Kommunikationssystem, das im Hintergrund Nachrichten verarbeitet, Zustellungen plant, externe Server kontaktiert und über Protokolle wie ActivityPub mit anderen Instanzen spricht. Die offizielle Dokumentation weist ausdrücklich darauf hin, dass Friendica eher einem E-Mail-Server als einer einfachen Webanwendung ähnelt, weil Nachrichten asynchron zugestellt und bei temporär nicht erreichbaren Gegenstellen zwischengespeichert werden. (wiki.friendi.ca)
Was bedeutet Friendica im Kontext von Webhosting?
Friendica ist aus Webhosting-Sicht eine PHP-Anwendung mit Datenbankanbindung, die auf einem klassischen LAMP-ähnlichen Stack betrieben werden kann. LAMP steht für Linux, Apache, MySQL beziehungsweise MariaDB und PHP. Praktisch bedeutet das: Friendica benötigt Webspace oder einen Server, eine Datenbank, PHP, HTTPS, funktionierendes URL-Rewriting und regelmäßige Hintergrundprozesse. Die Friendica-Administration beschreibt als typische Basis einen Webserver wie Apache, PHP und MariaDB. (wiki.friendi.ca)
Damit unterscheidet sich Friendica von rein statischen Websites. Eine HTML-Website kann per FTP hochgeladen werden und ist danach sofort erreichbar. Friendica hingegen verarbeitet laufend Aktivitäten: Beiträge, Kommentare, Profilinformationen, Benachrichtigungen, Föderationsanfragen und Medien. Für Hosting-Kunden bedeutet das: Entscheidend sind nicht nur Speicherplatz und Domain, sondern auch PHP-Version, verfügbare PHP-Erweiterungen, Datenbankleistung, Cronjobs, E-Mail-Versand und die Möglichkeit, Konfigurationsdateien sauber zu verwalten.
Föderation: Friendica als Teil des Fediverse
Was ist das Fediverse?
Das Fediverse ist ein Verbund dezentraler Dienste, die über offene Protokolle miteinander kommunizieren. Statt dass alle Nutzerinnen und Nutzer auf einer einzigen Plattform registriert sind, gibt es viele unabhängige Server. Jeder Server wird separat betrieben, kann aber mit anderen Servern interagieren. Bekannte Fediverse-Dienste sind etwa Mastodon, PeerTube, Pixelfed oder Lemmy. Friendica positioniert sich innerhalb dieses Ökosystems als besonders breit angebundene Kommunikationsplattform.
Der wichtigste Standard ist ActivityPub. ActivityPub ist ein W3C-Protokoll für dezentrale soziale Netzwerke. Vereinfacht gesagt beschreibt es, wie ein Server einem anderen Server mitteilt, dass ein Account einen Beitrag veröffentlicht, einem anderen Account folgt, einen Beitrag kommentiert oder eine Aktivität ausführt. Friendica unterstützt laut eigener Föderationsdokumentation unter anderem ActivityPub, WebFinger, HTTP Signatures, NodeInfo, das Diaspora-Protokoll und DFRN. (git.friendi.ca)
Warum ist Friendica mehr als „Mastodon mit anderer Oberfläche“?
Mastodon ist stark auf Microblogging ausgerichtet. Friendica verfolgt traditionell einen breiteren Ansatz: längere Beiträge, Kontakte, Gruppen, Profile, Kommentare, private Sichtbarkeitsstufen und Integrationen stehen stärker im Vordergrund. Friendica kann daher für Nutzerinnen und Nutzer interessant sein, die eher ein soziales Netzwerk im klassischen Sinn betreiben möchten – etwa für Vereine, Communities, Projektgruppen, lokale Initiativen oder datenschutzbewusste Organisationen.
Friendica ist dabei nicht auf Kommunikation mit anderen Friendica-Nodes beschränkt. Die offizielle Projektbeschreibung nennt Interoperabilität als zentrales Merkmal und verweist auf integrierte Unterstützung für ActivityPub, OStatus und diaspora*. In aktuellen Projektinformationen wird Friendica außerdem als Plattform beschrieben, die mit unabhängigen sozialen Plattformen sowie mit einigen kommerziellen Diensten wie Tumblr und BlueSky integriert werden kann. (git.friendi.ca)
Technische Voraussetzungen für den Betrieb
PHP, Datenbank und Webserver
Friendica ist in PHP geschrieben und nutzt eine relationale Datenbank. In der Installationsdokumentation werden Apache mit aktiviertem mod_rewrite, eine lokale .htaccess-Datei, PHP-CLI-Zugriff, verschiedene PHP-Erweiterungen sowie MySQL beziehungsweise MariaDB genannt. Zu den relevanten PHP-Erweiterungen zählen unter anderem Curl, GD, GMP, PDO, mbstring, MySQLi, XML, ZIP und OpenSSL. Außerdem wird ein Datenbanksystem mit InnoDB-Unterstützung benötigt; MariaDB wird in der Dokumentation empfohlen, weil die Entwicklung auf MariaDB-Servern erfolgt. (wiki.friendi.ca)
Für Shared Hosting ist besonders wichtig: Nicht jedes PHP/MySQL-Paket eignet sich automatisch für Friendica. Entscheidend ist, ob die benötigten PHP-Module aktiv sind, ob Cronjobs verfügbar sind, ob PHP auch auf der Kommandozeile genutzt werden kann und ob Speicher- sowie Laufzeitlimits zur Anwendung passen. Bei kleinen privaten Nodes mit wenigen Accounts kann ein gut ausgestattetes Hosting-Paket ausreichen. Für größere Communities, viele Medieninhalte oder hohe Föderationsaktivität sind leistungsfähigere Hosting- oder Serverumgebungen sinnvoll.
Cronjobs und Worker
Ein zentraler technischer Punkt ist der Worker. Ein Worker ist ein Hintergrundprozess, der Aufgaben aus einer Warteschlange abarbeitet. Dazu gehören beispielsweise das Zustellen von Beiträgen an andere Server, das Verarbeiten eingehender Aktivitäten oder das Ausführen von Wartungsaufgaben. Friendica benötigt laut Installationsdokumentation einen Cronjob oder einen vergleichbaren geplanten Task, der den Worker etwa alle fünf bis zehn Minuten startet. Ohne diesen Hintergrundprozess funktioniert Friendica nicht zuverlässig. (wiki.friendi.ca)
Für Webhosting-Kunden bedeutet das: Ein Paket ohne Cronjob-Funktion ist für Friendica problematisch. Ebenso relevant ist der Pfad zum richtigen PHP-Binary, also zur ausführbaren PHP-Version auf der Kommandozeile. Manche Hosting-Umgebungen verwenden für Webserver und Kommandozeile unterschiedliche PHP-Versionen. In solchen Fällen muss Friendica so konfiguriert werden, dass der Worker mit der passenden PHP-Version gestartet wird.
Domain, Subdomain und URL-Struktur
Für Friendica sollten Sie frühzeitig entscheiden, unter welcher Domain oder Subdomain der Node erreichbar sein soll. Die offizielle Dokumentation empfiehlt die Installation auf einer Top-Level-Domain oder Subdomain und nicht in einem Unterverzeichnis. Ein Pfad wie example.de/friendica ist weniger ideal; für die Kommunikation mit dem Diaspora-Netzwerk wird eine Installation ohne Pfadkomponente sogar als erforderlich beschrieben. (wiki.friendi.ca)
Aus Sicht von Domaininhabern ist das relevant, weil Identitäten im Fediverse eng mit der Domain verbunden sind. Ein Account wirkt etwa wie
- eigene Hauptdomain für den Friendica-Node, zum Beispiel
example.de - Subdomain für soziale Kommunikation, zum Beispiel
social.example.de - getrennte Subdomain für andere Webprojekte, etwa
www.example.de - klare Entscheidung, ob der Node privat, halböffentlich oder öffentlich registrierbar sein soll
HTTPS, SSL/TLS und Sicherheit
Friendica sollte produktiv ausschließlich über HTTPS betrieben werden. HTTPS schützt die Verbindung zwischen Browser und Server durch TLS-Verschlüsselung. TLS ist das Protokoll, das im Alltag häufig noch als SSL bezeichnet wird, obwohl SSL technisch veraltet ist. Die Friendica-Dokumentation empfiehlt HTTPS ausdrücklich und weist darauf hin, dass ein Abschalten der SSL-Policy nur für lokale Testinstallationen, nicht aber für produktive Umgebungen gedacht ist. (wiki.friendi.ca)
Für Betreiberinnen und Betreiber ist HTTPS aus mehreren Gründen wichtig: Login-Daten, Session-Cookies, private Nachrichten, Adminzugänge und Föderationskommunikation sollten nicht ungeschützt übertragen werden. Zusätzlich erwarten moderne Browser, APIs und viele Fediverse-Dienste eine gültige TLS-Konfiguration. Auch aus Datenschutzsicht ist HTTPS eine Grundvoraussetzung, insbesondere wenn personenbezogene Daten verarbeitet werden.
Installation: FTP, SCP, Git oder Archiv?
Friendica kann auf unterschiedliche Weise auf den Webspace gelangen. Klassisch ist der Upload eines Release-Archivs per FTP oder SCP. FTP steht für File Transfer Protocol und dient zum Übertragen von Dateien auf den Server. SCP steht für Secure Copy Protocol und überträgt Dateien verschlüsselt über SSH. Für technisch versierte Nutzerinnen und Nutzer ist häufig Git komfortabler, weil Updates dadurch nachvollziehbarer werden. Die Installationsdokumentation beschreibt sowohl den Download stabiler Archive als auch die Installation per Git; zusätzlich müssen die Addons passend zur Friendica-Version bereitgestellt werden. (wiki.friendi.ca)
Wichtig ist, dass Konfigurationsdateien, versteckte Dateien wie .htaccess-dist beziehungsweise .htaccess und schreibbare Verzeichnisse korrekt behandelt werden. Gerade beim Upload über grafische FTP-Programme werden Dateien, die mit einem Punkt beginnen, manchmal ausgeblendet. Das kann zu schwer nachvollziehbaren Fehlern führen, weil URL-Rewriting oder Zugriffsschutz dann nicht wie vorgesehen funktionieren.
Friendica und E-Mail
E-Mail spielt bei Friendica eine größere Rolle, als man zunächst vermuten könnte. Der Server muss Benachrichtigungen verschicken können, etwa für Registrierungen, Passwort-Resets oder Systemmeldungen. Die Friendica-FAQ erklärt, dass Friendica standardmäßig PHP mail() nutzt und alternativ über ein PHPMailer-Addon ein externer SMTP-Server eingesetzt werden kann. (wiki.friendi.ca)
Für E-Mail-Poweruser ist das ein wichtiger Punkt. Wer eine eigene Domain nutzt, sollte nicht nur prüfen, ob E-Mails technisch versendet werden, sondern auch, ob sie zuverlässig zugestellt werden. Dazu gehören saubere DNS-Einträge wie SPF, DKIM und DMARC. SPF legt fest, welche Mailserver für eine Domain senden dürfen. DKIM versieht Nachrichten mit einer kryptografischen Signatur. DMARC definiert, wie empfangende Mailserver mit Nachrichten umgehen sollen, die SPF- oder DKIM-Prüfungen nicht bestehen. Diese Mechanismen gehören nicht direkt zu Friendica, verbessern aber die Zustellbarkeit von Systemmails einer Friendica-Installation erheblich.
Administration, Updates und Backups
Die Administration erfolgt überwiegend über das Admin-Panel einer Friendica-Installation, typischerweise unter /admin. Einige Funktionen stehen zusätzlich über die Kommandozeile mit bin/console bereit. Die Dokumentation nennt als zentrale Administrationsaufgaben unter anderem Grundeinstellungen, Userverwaltung, Installation, Updates, Performance-Optimierung und Backup-Strategie. (wiki.friendi.ca)
Backups sind bei Friendica besonders wichtig, weil nicht nur Dateien, sondern auch Datenbankinhalte, Konfigurationen und gegebenenfalls Dateispeicher gesichert werden müssen. Die Admin-Dokumentation nennt als wiederherstellungsrelevante Bestandteile insbesondere config/local.config.php, config/addon.config.php, eine eventuell angepasste .htaccess, den Datenbank-Dump und bei Dateispeicherung im Filesystem den entsprechenden Speicherordner. (wiki.friendi.ca)
Updates sollten kontrolliert erfolgen. Die aktuelle Release-Seite nennt Friendica 2026.05 als neueste stabile Version und weist darauf hin, dass diese Veröffentlichung die letzte Friendica-Version ist, die mit PHP-Versionen unterhalb von 8.2 funktioniert. Für Betreiber ist das ein wichtiger Planungspunkt, weil Hosting-Umgebungen rechtzeitig auf eine moderne PHP-Version vorbereitet werden sollten. (github.com)
Datenschutz und Datenhoheit
Friendica ist für Nutzerinnen und Nutzer interessant, die mehr Kontrolle über ihre Daten möchten. Wer einen eigenen Node betreibt, entscheidet selbst über Hosting-Standort, Registrierungspolitik, Moderation, Backups, Logs und technische Konfiguration. Das bedeutet allerdings auch Verantwortung. Betreiber müssen sich um Updates, Missbrauchsprävention, Datenschutzinformationen, Löschkonzepte und die Sicherheit der Installation kümmern.
Für Zielgruppen in Deutschland ist ein Hosting-Standort in Deutschland oder der EU oft attraktiv, weil sich organisatorische und rechtliche Anforderungen leichter nachvollziehen lassen. Friendica ersetzt dabei keine Datenschutzberatung, bietet aber eine technische Alternative zu zentralen Big-Tech-Plattformen. Gerade für Vereine, Initiativen, Fachcommunities oder kleine Organisationen kann ein eigener Node ein sinnvoller Baustein digitaler Souveränität sein.
Friendica im Shared Hosting: Chancen und Grenzen
Friendica kann auf klassischen Hosting-Plattformen funktionieren, wenn die technischen Voraussetzungen erfüllt sind. Die offizielle Installationsanleitung betont, dass Friendica für „commodity hosting platforms“ ausgelegt wurde, weist aber gleichzeitig darauf hin, dass nicht jeder PHP/MySQL-Host geeignet ist. (wiki.friendi.ca)
Für Shared Hosting sollten Sie insbesondere prüfen:
- unterstützte PHP-Version und PHP-CLI
- aktivierbare PHP-Erweiterungen
- Cronjobs in ausreichender Frequenz
- Datenbankgröße und Datenbankperformance
- verfügbare Speicherlimits und Ausführungszeiten
- HTTPS-Zertifikat für die Domain oder Subdomain
- zuverlässiger Mailversand per
mail()oder SMTP - Backup-Möglichkeiten für Dateien und Datenbank
Für eine kleine private Instanz mit wenigen Accounts kann Shared Hosting eine pragmatische Lösung sein. Für öffentliche Nodes mit vielen Nutzerinnen und Nutzern, starkem Medienaufkommen oder hoher Föderationslast empfehlen sich in der Regel leistungsfähigere Umgebungen, etwa ein Managed Server oder ein eigener virtueller Server.
Zusammenfassung
Friendica ist eine dezentrale Social-Networking-Plattform, mit der Sie einen eigenen Node im Fediverse betreiben können. Die Software verbindet klassische Webhosting-Technik mit moderner föderierter Kommunikation.
Technisch benötigt Friendica mehr als eine einfache PHP-Website: Entscheidend sind Datenbank, PHP-Erweiterungen, Cronjobs, HTTPS, E-Mail-Versand und regelmäßige Updates.
Für Domaininhaber ist die Wahl der Domain oder Subdomain besonders wichtig, weil Fediverse-Identitäten eng mit der verwendeten Adresse verbunden sind.
Für Shared-Hosting-Nutzer kann Friendica geeignet sein, wenn das Hosting-Paket Cronjobs, PHP-CLI, passende PHP-Module und ausreichende Ressourcen bereitstellt.
Für E-Mail-Poweruser ist Friendica interessant, weil Mailzustellung, SMTP, Benachrichtigungen und Domain-Reputation wichtige Bestandteile eines zuverlässigen Betriebs sind.
Fragen, die dieser Text beantwortet
- Was ist Friendica?
- Wie funktioniert Friendica im Fediverse?
- Welche Rolle spielen ActivityPub, Diaspora-Protokoll und WebFinger?
- Welche technischen Voraussetzungen benötigt Friendica?
- Kann Friendica auf Shared Hosting betrieben werden?
- Warum sind Cronjobs für Friendica wichtig?
- Welche Bedeutung haben Domain und Subdomain bei Friendica?
- Warum sollte Friendica immer mit HTTPS betrieben werden?
- Wie wird Friendica installiert und aktualisiert?
- Welche Rolle spielt E-Mail beim Betrieb eines Friendica-Nodes?
- Welche Backup-Daten sind bei Friendica besonders wichtig?
- Für wen eignet sich ein eigener Friendica-Server?
