Joomla 6 – Reiter Berechtigungen vollständig verstehen (IHK-Niveau)

Backend aufrufen: /administrator/index.php?option=com_config
Beispiel: https://joomla6.rneuhoff.de/administrator/index.php?option=com_config → Tab Berechtigungen

Unterschied Joomla 5 → Joomla 6

👉 Die Logik blieb gleich – die Anzeige wurde verständlicher. Die meisten Probleme entstehen heute nur noch durch falsches Konzept.

Joomla 5	Joomla 6
Rechte funktionierten, aber oft unübersichtlich	Vererbung klarer sichtbar
Fehler schwer zu erkennen	„Effektiv erlaubt“ zeigt echte Rechte
Erweiterungen konnten Rechte überschreiben	System berechnet Prioritäten zuverlässiger

---

---

Grundprinzip (das Wichtigste überhaupt)

Joomla arbeitet mit Vererbung + Priorität.

Reihenfolge der Stärke (Vererbung)
Verweigert > Erlaubt > Vererbt
Verweigert schlägt alles — immer.
Wenn eine Gruppe irgendwo „Verweigert“ bekommt → kein Zugriff mehr möglich.

---

 

---

Benutzergruppen-Hierarchie (Standard)

Die drei Zustände

Zustand	Bedeutung
Vererbt	Übernimmt Recht von Eltern
Erlaubt	Zugriff wird gewährt
Verweigert	Zugriff wird komplett blockiert

---

---

Wichtig: Wo wirken Rechte?

Rechte können gesetzt werden auf:

1. Global (ganze Website)
2. Komponente (z. B. Beiträge)
3. Kategorie
4. Einzelner Artikel

Je tiefer → desto stärker (außer „Verweigert“, das gewinnt immer).

Beispiel: Redaktion ohne Admin-Zugriff

Ziel: Redakteur darf Artikel bearbeiten – aber nichts zerstören.
Pfad: System → Konfiguration → Berechtigungen
Gruppe: Editor
Ergebnis: Editor kann Inhalte pflegen, aber keine Website kaputtmachen.

Aktion	Einstellung
Anmelden Backend	Erlaubt
Konfigurieren	Verweigert
Administratorzugriff	Erlaubt
Super User	Verweigert

---

---

Einzelne Aktionen erklärt

Anmelden im Backend
Darf in /administrator einloggen

Administratorzugriff
Darf das Backend benutzen (Menüs sehen)

Konfigurieren
Darf globale Einstellungen ändern

Erstellen
Darf neue Inhalte anlegen

Bearbeiten
Darf eigene Inhalte bearbeiten

Status bearbeiten
Darf veröffentlichen / archivieren / löschen

Löschen
Selbsterklärend

---

---

Praxisbeispiel: Autor darf nur eigene Artikel ändern

Pfad: Inhalt → Kategorien → Blog → Berechtigungen

Gruppe: Author
Ergebnis: Autor schreibt → Redakteur veröffentlicht

Aktion	Einstellung
Erstellen	Erlaubt
Bearbeiten	Eigen
Status bearbeiten	Verweigert

---

---

Wichtigster Diagnose-Knopf

Rechts oben: Effektiv erlaubt
Das zeigt die tatsächlichen Rechte nach ALLEN Vererbungen.
👉 Wenn etwas nicht funktioniert → dort schauen.

Typische Anfängerfehler

Fehler 1

Man setzt „Verweigert“ global

➡️ Benutzer kann nirgendwo mehr arbeiten

Fehler 2

Man gibt zu viele Rechte auf Kategorie-Ebene

➡️ Benutzer wird plötzlich Admin

Fehler 3

Man testet mit Super User

➡️ Sieht nie Berechtigungsfehler

---

---

Goldene Regel

Niemals global verweigern — nur gezielt erlauben

So baut man ein sauberes Rechte-System (empfohlen)

Gruppe	Aufgabe
Author	schreibt
Editor	korrigiert
Publisher	veröffentlicht
Administrator	verwaltet Technik
Super User	nur Betreiber

Mini-Praxisprüfung

Frage:
Redakteur darf Artikel bearbeiten, aber nicht veröffentlichen. Wo einstellen?

Antwort:
Kategorie- oder Komponentenrechte → Status bearbeiten = Verweigert

Der Kernunterschied Benutzergruppen - Zugriffsebene (sehr wichtig)

Benutzergruppe ist hierarchisch (vererbt Rechte)
Zugriffsebene ist eine Liste (keine Vererbung)

Begriff	Regelt	Frage die beantwortet wird
Benutzergruppe	Was jemand darf	Was darf der Benutzer tun?
Zugriffsebene	Was jemand sieht	Was darf der Benutzer sehen?

👉 Kurz merken:

Gruppe = Können
Zugriffsebene = Sehen

---

---

Backend: /administrator/index.php?option=com_users&view=groups
Beispiel: https://joomla6.rneuhoff.de/administrator/index.php?option=com_users&view=groups

Hier steuerst du:

• Artikel erstellen
• Artikel bearbeiten
• veröffentlichen
• Backend betreten
• Module verwalten
• Konfiguration ändern

Also: Fähigkeiten

Beispiel: Gruppe: Author

Aktion	Ergebnis
Artikel schreiben	✔
Artikel veröffentlichen	✖
Backend betreten	✖

Der Benutzer kann etwas tun.

---

---

2. Zugriffsebenen = Sichtbarkeit (Anzeige)

Backend: /administrator/index.php?option=com_users&view=levels
Beispiel: https://joomla6.rneuhoff.de/administrator/index.php?option=com_users&view=levels

Hier steuerst du:

• Menü sichtbar
• Modul sichtbar
• Kategorie sichtbar
• Artikel sichtbar

Also: Anzeige

Beispiel: Zugriffsebene: Registriert

Besucher	Sieht Inhalt
Gast	✖
Eingeloggt	✔

Der Benutzer darf es sehen, aber nicht unbedingt bearbeiten.

Warum beide zusammen gehören?

Du brauchst IMMER beides gleichzeitig.

---

---

Praxisbeispiel (typische Website)

Ziel: Mitglieder dürfen Premium-Artikel lesen, aber nicht bearbeiten

Schritt 1 — Zugriffsebene erstellen

Name: Premium
Mit Gruppe: Registered

Jetzt sehen Mitglieder den Premium-Artikel.

Schritt 2 — Benutzergruppe Rechte

Gruppe Registered: Bearbeiten = Nein Erstellen = Nein

Jetzt können sie nur lesen.

Der typische Anfängerfehler

Man gibt einer Gruppe Rechte……aber vergisst die Zugriffsebene.

Ergebnis: Benutzer darf bearbeiten — sieht aber nichts
oder
Benutzer sieht alles — darf nichts tun

Direktvergleich

Situation	Benutzergruppe	Zugriffsebene
Artikel schreiben	✔	✖
Menü sehen	✖	✔
Modul bearbeiten	✔	✖
Premium lesen	✖	✔

Teilnehmerfragen

Frage:
Ein Benutzer darf einen Artikel bearbeiten, sieht ihn aber nicht. Warum?

Antwort:
Zugriffsebene fehlt.

---

---

Mini-Praxis - Mitgliederbereich bauen

Benutzergruppe

Mitglied → darf nichts bearbeiten

Zugriffsebene

Mitgliederbereich → enthält Gruppe Mitglied

Artikel

Ergebnis:

Nur Mitglieder sehen den Artikel — niemand kann ihn kaputtmachen.

Warum der Menüpunkt-Zugriff wichtiger ist als der Artikel-Zugriff (Joomla 6)

Das ist kein Detail — das entscheidet, ob Inhalte überhaupt erreichbar sind.

Grundprinzip von Joomla

Ein Artikel wird im Frontend nie direkt geladen. Er wird immer über einen Menüpunkt-Kontext geladen.

Der Menüeintrag bestimmt:

• Zugriff
• Layout
• Kategorie-Filter
• Sprache
• Module
• SEO-URL

👉 Der Artikel selbst ist nur der Inhalt — der Menüpunkt ist die Tür.

---

---

Entscheidende Regel

Wenn der Menüpunkt nicht sichtbar ist, existiert der Artikel für den Besucher praktisch nicht, selbst wenn der Artikel Zugriff „Public“ hat.

Beispiel 1 — Klassiker (funktioniert nicht)

Artikel: Titel: Premium Tipps Zugriff: Public
Menüpunkt: Menü → Mitgliederbereich Zugriff: Registered

Ergebnis:

Besucher	Kann Artikel sehen
Gast	❌ NEIN
Benutzer	✔ JA

Warum?

Der Besucher kommt nie bis zum Artikel — die Tür (Menüpunkt) ist verschlossen.

---

---

Beispiel 2 — umgekehrt (sehr gefährlich)

Artikel: Zugriff: Registered
Menüpunkt: Zugriff: Public

Ergebnis:

Besucher	Sieht
Gast	Leere Seite / Zugriff verweigert
Google	Fehlerhafte Seite (SEO schlecht)

👉 SEO-Katastrophe: Google indexiert Fehlerseiten.

---

---

Die Priorität (ganz wichtig)

Reihenfolge der Wirkung:

1️⃣ Menüpunkt Zugriff
2️⃣ Kategorie Zugriff
3️⃣ Artikel Zugriff

Der erste entscheidet, ob man überhaupt dort ankommt.

Technischer Hintergrund

Joomla erzeugt URLs über Menü-Items:

Beispiel URL: https://joomla6.rneuhoff.de/mitgliedsbereich/premium-tipps
Die Seite gehört logisch zum Menüpunkt: Mitgliedsbereich

Ohne diesen Kontext:

→ keine Module
→ falsches Template
→ falscher Zugriff
→ falsche Metadaten

---

---

Praxisregel (sehr wichtig)

Zugriff immer zuerst im Menü planen — nicht im Artikel.

Richtiges Vorgehen Mitgliederbereich bauen

Schritt 1 — Menü schützen

Menüpunkt: Mitgliederbereich Zugriff: Registered

Schritt 2 — Artikel einfach lassen

Artikel:  Zugriff: Public  (👉 Funktioniert perfekt)

Warum?
Der geschützte Bereich wird durch den Einstiegspunkt kontrolliert.

---

---

Typischer Anfängerfehler

Man schützt jeden Artikel einzeln.

Folgen:

• unübersichtlich
• Fehleranfällig
• SEO-Probleme
• Wartung unmöglich

Profis schützen fast immer nur: Menü oder Kategorie — nicht Artikel

Benutzerfragen

Frage:
Ein Artikel ist auf „Public“, aber Gäste können ihn nicht sehen. Warum?

Antwort:
Der zugehörige Menüpunkt hat eingeschränkten Zugriff.

---

---

Wann ist ein Artikel-Zugriff sinnvoll?

Nur bei:

• Einzelartikel exklusiv
• Vorschauartikel
• Bezahlcontent innerhalb gleicher Kategorie

Sonst fast nie.

---

Suchindex im Backend aufrufen:

Unterschiede Joomla 5 → Joomla 6

👉 Grundprinzip bleibt gleich — Joomla 6 automatisiert mehr.

Joomla 5	Joomla 6
Smart Search vorhanden, aber optional genutzt	stärker integriert und stabiler
Favicon oft manuell im Template	direkt im Template-Stil vorgesehen
Sicherheits-Header meist .htaccess	neue Plugins + klarere Konfiguration
Sicherheitsprüfung extern nötig	mehr Bordmittel vorhanden

---

---

1. Suchindex (Smart Search / Finder)

Backend: Komponenten → Suchindex
URL: https://joomla6.rneuhoff.de/administrator/index.php?option=com_finder

Aufgabe

Erstellt eine eigene Suchdatenbank → viel schneller als normale Suche

Ohne Index:

• langsame Suche
• ungenaue Ergebnisse

Mit Index:

• schnelle Suche
• bessere SEO-Struktur
• strukturierte Inhalte

---

Beispiel (Praxis)

Website hat 200 Artikel.. Nach Klick auf: Index erstellen:

Ergebnis:

• Inhalte werden analysiert
• Keywords extrahiert
• interne Suchmaschine funktioniert wie Google-Lite

Wichtig für SEO

Der Suchindex erzeugt strukturierte interne Verlinkung → verbessert Ranking indirekt.

---

---

1️⃣ Suchindex aktualisieren (Smart Search / Finder)

Backend: https://joomla6.rneuhoff.de/administrator/index.php?option=com_finder

Unterschied: Index erstellen vs. aktualisieren

👉 Nach neuen Artikeln genügt Aktualisieren
👉 Nach Strukturänderung → Neu indexieren

Aktion	Bedeutung
Index erstellen	komplette Datenbank neu aufbauen
Aktualisieren	nur Änderungen nachführen

---

---

Wann musst du aktualisieren?

Änderung	notwendig
neuer Artikel	✔
Artikel geändert	✔
Kategorie geändert	✔
Menü geändert	✔ wichtig
Template geändert	✖

Automatisch aktualisieren (empfohlen)

Plugin aktivieren:

Backend: System → Plugins → Finder - Indexer
URL: https://joomla6.rneuhoff.de/administrator/index.php?option=com_plugins&view=plugins&filter[search]=finder

Jetzt aktualisiert Joomla den Suchindex automatisch beim Speichern.

Praxisbeispiel

Du bearbeitest Artikel: SEO Grundlagen Joomla
Ohne Aktualisierung: → Suche findet alten Text
Mit Indexer-Plugin: → sofort aktueller Inhalt auffindbar

Typischer Fehler

Nach Import oder Migration: Suche findet nichts → weil Index leer ist

Lösung:
Komponenten → Suchindex → Index löschen → Neu erstellen

---