Dies ist nur eine Vorabversion. Ich werde diesen Beitrag bald aktualisieren und erweitern. Falls du Fragen hast, hinterlasse einen Kommentar und ich antworte oder aktualisiere den Beitrag entsprechend deiner konkreten Frage.
Bei meinem früheren Arbeitgeber konnte ich erfolgreich ein Social Intranet auf Basis von WordPress einführen. Zuvor hatten wir jahrelang damit gerungen, unser Intranet zu modernisieren, das auf Microsoft SharePoint 2007 basierte. Mir war wichtig, ein Intranet zu haben, das es jedem Mitarbeiter ermöglicht, einfach Inhalte beizutragen. Doch Microsofts soziale Funktionen erfüllten unsere Anforderungen nicht. Wir haben SharePoint 2010 und SharePoint 2013 evaluiert. Eine weitere wichtige Anforderung für uns war Mehrsprachigkeit. Das Unternehmen, für das ich gearbeitet habe, hatte weltweit mehr als 20.000 Mitarbeiter in über 50 Ländern. Etwa 50 % der Mitarbeiter arbeiteten in den Fabriken und hatten keinen Zugang zu einem Computer. Funktionen wie Mehrsprachigkeit, standortbasierte Dienste und eine einfache Oberfläche wurden von SharePoint nicht geboten. Ok, Microsoft sagte: „Das können wir für Sie machen.“ Aber ich wollte keine essenziellen Funktionen von Grund auf neu bauen.
Irgendwann kündigte Microsoft an, dass in zukünftigen Versionen die sozialen Funktionen entfernt würden. Das war ein K.-o.-Kriterium und machte mich wütend. Wir hatten so lange gewartet, nur um zu hören, dass Microsoft seine SharePoint-Strategie komplett überarbeitet.
Die Frage war, wie es weitergehen sollte. Jive, Yammer oder andere cloudbasierte Lösungen kamen für mich nicht infrage, weil die Lizenzkosten dieser Plattformen meiner Meinung nach zu hoch waren – im Vergleich zu dem, was wir brauchten und welche Funktionen unsere Mitarbeiter wirklich nutzen.
Statt zu warten und zu evaluieren, entschied ich mich für Open Source. Nach einigen Tests und Mockups war WordPress das Content-Management-System meiner Wahl. Hier sind einige wesentliche Anforderungen, die wir abdecken mussten:
- Single Sign-on in einer Microsoft-Umgebung (Active Directory)
- Soziale Funktionen (Liken, Kommentieren, Profilseiten usw.)
- Mehrsprachigkeit
- Design und Usability (Frontend und Backend)
- Performance & Stabilität
- Statistiken
Nach einigen ersten Tests sah so die Architektur unseres Systems aus:
1. Single Sign-on in einer Microsoft-Umgebung (Active Directory)
2. Soziale Funktionen (Liken, Kommentieren, Profilseiten usw.)
3. Mehrsprachigkeit
Mehrsprachigkeit wurde mit dem Plugin WPML (https://wpml.org/) umgesetzt. Das ist ein sehr mächtiges Plugin, mit dem sich mehrsprachige Websites problemlos erstellen lassen. Der einzige Nachteil von WPML ist das Performance-Problem. Polylang (https://wordpress.org/plugins/polylang/) ist deutlich schneller als WPML und fordert WPML heraus. Ich habe Polylang ausprobiert, aber WPML bietet mehr Funktionen, ist länger am Markt und hat viele Mitwirkende. Deshalb habe ich mich entschieden, bei WPML zu bleiben, das sich der Kritik an der Performance bewusst ist und diese ständig verbessert.
Unser Intranet war in 8 Sprachen verfügbar, als ich das Unternehmen verließ.
4. Design und Usability (Frontend und Backend)
5. Performance & Stabilität
6. Statistiken
Um die Besuche unserer Nutzer zu messen, habe ich auf demselben Server Piwik (https://piwik.org/) installiert. Piwik ist ein weiteres hervorragendes Beispiel für ein gutes Stück Open Source.
Wie bereits erwähnt, nutzten mehr als 10.000 Nutzer das System. Das Intranet ist die Standardseite für alle Mitarbeiter. Jedes Mal, wenn sie den Browser öffnen, ist die Standard-Startseite das Intranet. Im Durchschnitt hatten wir 17.000 Besuche und etwa 65.000 Seitenaufrufe pro Tag.
Die Performance des Servers war ausgezeichnet. Im Durchschnitt wurden die Seiten in weniger als 2 Sekunden ausgeliefert. Der Load Average des Linux-Servers lag bei 1,0. Zu Spitzenzeiten, meist um die Mittagszeit (mitteleuropäische Zeit), lag er bei 2,0.
Aber natürlich war die Performance am Anfang nicht so gut wie gedacht. Doch mit der Zeit haben wir viel gelernt und alle Konfigurationen optimiert, insbesondere Apache, PHP und MariaDB. Der größte Performance-Schub war, das Avada-Theme zu ersetzen.
Das System ist definitiv in der Lage, deutlich mehr Nutzer zu bewältigen, ohne über ein Cluster für Apache/PHP und MariaDB nachzudenken.
Fazit
Mit WordPress und BuddyPress plus zusätzlichen Plugins hast du so viele Möglichkeiten und Funktionen, um ein großartiges und zuverlässiges Social Intranet zu bauen. Natürlich ist es vielleicht einfacher, etwas wie Jive zu kaufen, aber: Das kostet dich viel Geld. Ja, Lösungen wie Jive bieten dir viel mehr Funktionalität, aber der durchschnittliche Mitarbeiter nutzt nur 5–10 % ihrer Möglichkeiten. Warum also solltest du 100 % bezahlen?
