Rollen im Unternehmensprofil: Owner- und Manager-Berechtigungen

Richtliniengrenze und Sollzustand

Dieses rule-Dokument behandelt Rollen im Unternehmensprofil: Owner- und Manager-Berechtigungen im Cluster Google-Unternehmensprofil: Eligibility, Ownership und Verifizierung. Ziel ist nicht, möglichst viele Felder oder Keywords einzutragen. Das öffentliche Unternehmensprofil soll das reale Unternehmen korrekt darstellen und gleichzeitig die aktuellen Regeln zu Eligibility, Ownership, Adresse, Kategorien und Inhalten für genau diesen Fall einhalten.

Die aktuelle Google-Dokumentation verwendet zwei Rollen: Owner und Manager, wobei genau ein Owner als Primary Owner fungiert. Die frühere Bezeichnung „Site Manager“ ist historisch und keine dritte aktuelle Rolle.

Vor einer Änderung den Sollzustand definieren: Geschäftsmodell, kundenorientierter Standort oder Service Area, realer Name, primäre Kategorie, öffentlicher Kontaktweg, regulärer Betriebszustand, Profilinhaber und das konkrete Feld. Screenshots aufbewahren, aber zusätzlich den exakten Text/Wert speichern, damit spätere QA nicht von visueller Erinnerung abhängt.

Evidenzmodell

Für Rollen im Unternehmensprofil sind besonders Primary owner, Owner, Manager, People and access, user-management permission, 7-day limitations relevant. Diese Daten gemeinsam mit der realen Quelle und dem öffentlichen Profilzustand erfassen.

profile_id,field,current_value,authoritative_source,public_state,owner,reviewed_at,decision
example,field,value,website-or-signage,visible,owner@example.com,2026-09-02,PASS

Seite, Entity und Generator als drei getrennte Ebenen behandeln. Ein valides CMS-Feld beweist nicht, dass derselbe Wert im gerenderten HTML ankommt; gerendertes HTML beweist wiederum nicht, dass der Wert semantisch wahr ist.

Je nach Feld Website, Beschilderung, internen Betriebsplan, geeignete Unternehmensunterlagen und direkte Bestätigung des Inhabers verwenden. Keine „SEO-Evidenz“ erzeugen, indem ein Wettbewerberprofil kopiert oder ein Ranking-Tool als Beweis für eine reale Unternehmensänderung interpretiert wird.

Diagnose-Workflow

Mit dem Profil beginnen, das aktuell in Google Search oder Maps angezeigt wird. Sicherstellen, dass es wirklich der richtige Standort ist und dass das angemeldete Konto die nötige Rolle besitzt. Danach Profilfeld gegen die maßgebliche reale Quelle vergleichen. Bei Eligibility oder Adresse zuerst eindeutig bestimmen, ob Storefront, Service-Area oder Hybrid vorliegt.

Bei Verifizierung oder Ownership nur die Workflows dokumentieren, die Google im konkreten Konto tatsächlich anbietet. Methoden können variieren; ein altes Tutorial oder ein anderer Standort beweist nicht, dass dieselbe Option hier erscheinen muss. Bei Owner/Manager-Problemen Rollen vor neuen Einladungen oder Transfers sichern.

Bei Kategorien, Name, Beschreibung, Leistungen, Produkten, Attributen und Öffnungszeiten Genauigkeit von Optimierungswunsch trennen. Die richtige primäre Kategorie beschreibt das Kerngeschäft möglichst spezifisch und ist nicht automatisch das Keyword mit dem höchsten Suchvolumen. Der richtige Name ist der reale Name und kein mit Stadt- oder Service-Keywords erweiterter Suchbegriff.

Feldspezifische Prüfung

Diese Elemente gezielt prüfen: Primary owner, Owner, Manager, People and access, user-management permission, 7-day limitations. Für jedes Element vier Fragen beantworten: Ist es heute faktisch wahr? Ist es für diesen Business-Typ erlaubt? Kontrolliert das Unternehmen den Wert oder stammt er aus einer anderen Quelle? Zeigt das öffentliche Profil nach Googles Prüfung denselben Zustand?

Wenn das Feld in Website-Location-Page, Verzeichnissen, Booking-System, Call-Tracking oder Store-Locator gespiegelt wird, den kanonischen Business-Datensatz identifizieren und festlegen, welche Systeme daraus synchronisieren. NAP- und Hours-Probleme sind häufig Data-Governance-Probleme statt einzelner Profilfehler.

Sichere Umsetzung

Bei sensiblen Feldern jeweils eine begründete Änderung durchführen, Vorher-Zustand sichern und exakt dokumentieren, welcher Wert übermittelt wurde. Wenn ein bereits verifiziertes Profil nach Namens-, Adress- oder Identitätsänderungen erneut verifiziert werden könnte, die Änderung so planen, dass der Inhaber aktuelle Nachweise bereitstellen kann.

Bei mehreren Standorten zunächst einen repräsentativen Standort testen, sofern die Korrektur nicht aus einer deterministischen zentralen Datenquelle kommt. Standorte nicht künstlich identisch machen, wenn reale Öffnungszeiten, Telefonnummern, Kategorien, Departments oder Service Areas abweichen. Konsistenz bedeutet konsistente Wahrheit, nicht erzwungene Gleichheit.

Agenturen oder Dienstleister sollten nicht mit gemeinsam genutzten Passwörtern arbeiten. Das Unternehmen behält Ownership und lädt die verantwortliche Person mit passender Rolle ein. Dokumentieren, wer den Zugriff wiederherstellen kann, wenn die Zusammenarbeit endet.

Häufige Fehlermuster

1. Profil an einen Keyword-Plan statt an das reale Unternehmen anpassen.
2. Unzulässige Adresse, Virtual Office, Remote Mailbox oder Standort ohne erforderliche reale Präsenz verwenden.
3. Adresse ein- oder ausblenden, ohne Storefront versus Service-Area zu bestimmen.
4. Verifizierungs- oder Ownership-Methode voraussetzen, weil sie in einer alten Oberfläche vorhanden war.
5. Kategorien, Services oder Attribute von Wettbewerbern kopieren, ohne die reale Leistung zu prüfen.
6. Einen Pending-Review sofort als Fehler interpretieren und widersprüchliche Änderungen hinterherschicken.
7. Wiederkehrende NAP-/Hours-Abweichung manuell patchen, obwohl ein Upstream-System den falschen Wert erneut veröffentlicht.

Edge Cases und Eskalation

Saisonale Unternehmen, Departments, Einzelpraktiker, Chains, Delivery-only-Modelle, altersbeschränkte Produkte und Service-Area-Businesses haben zusätzliche Regeln. Ein Coworking-Standort ist nur unter strengeren realen Bedingungen zulässig; ein reines Virtual Office ist kein Shortcut zu Local Visibility. Einige Business-Typen sollten keine normalen Standardöffnungszeiten veröffentlichen, wenn ihr Modell nicht zu einem üblichen Kundenbetrieb passt.

Wenn Verifizierung, Suspension, Ownership oder Eligibility anhand von Profil und aktueller Richtlinie nicht auflösbar sind, Evidenz sichern und den offiziellen Business-Profile-Support nutzen. Kein Duplikatprofil als Recovery-Abkürzung anlegen; Duplikate können Reviews und Ownership fragmentieren und die Bereinigung erschweren.

Verifikation nach der Änderung

Nach dem Submit den für das Feld passenden Review-Zustand abwarten und das öffentliche Profil erneut in Search oder Maps prüfen. Angezeigten Wert mit Baseline und maßgeblicher Quelle vergleichen. Website-Link, Telefonrouting, Map Pin, Service-Area-Anzeige und Öffnungszeiten mitprüfen, wenn sie von der Änderung betroffen sind.

Bei mehreren Standorten oder templatisierten Daten mindestens korrigierten Standort, bekannten Kontrollfall und einen weiteren Standort derselben Upstream-Quelle prüfen. Local-SEO-QA ist bestanden, wenn Informationen korrekt und wartbar sind und nicht nur auf einem Screenshot besser aussehen.

PASS / FAIL Kriterien

| Prüfung | PASS | FAIL | | --- | --- | --- | | Eligibility/Richtlinie | Feld entspricht aktueller Google-Regel für den Business-Typ | Änderung setzt unzulässiges Geschäfts- oder Standortmodell voraus | | Reale Evidenz | öffentlicher Wert ist durch Geschäftswirklichkeit belegt | Wert existiert nur aus SEO-Wunsch | | Ownership | passende Owner/Manager behalten kontrollierten Zugriff | Passwort-Sharing oder verwaiste Ownership bleibt bestehen | | Öffentlicher Zustand | Search/Maps zeigt den erwarteten genehmigten Wert | nur das Edit-Formular zeigt den Wunschwert | | Systemkonsistenz | Website und maßgebliche Business-Daten stimmen, wo nötig | Upstream-Daten publizieren weiter einen Konflikt | | Regression | andere Standorte/Felder bleiben korrekt | Bulk-Edit überschreibt legitime Unterschiede | | Dokumentation | Owner, Datum, Evidenz und Entscheidung sind gespeichert | Änderung ist nicht reproduzierbar oder erklärbar |

1. Exaktes Profil/Standort und Geschäftsmodell vor Änderungen an Rollen im Unternehmensprofil bestimmen.
2. Aktuelle öffentliche Werte für Primary owner, Owner, Manager, People and access inklusive Datum und Kontorolle sichern.
3. Reale Source of Truth beilegen: Beschilderung, Betriebsplan, Website-Standortdatensatz, Owner-Evidenz oder eine andere passende maßgebliche Quelle.
4. Aktuelle Google-Richtlinie prüfen und nur Workflows oder Optionen verwenden, die im konkreten Business-Profile-Konto tatsächlich angeboten werden.
5. Kleinste begründete Änderung durchführen, exakten Submit-Wert dokumentieren und keine unabhängigen Identitätsänderungen gleichzeitig stapeln.
6. Passenden Review-/Verifizierungszustand abwarten, statt während Pending mehrere widersprüchliche Edits einzureichen.
7. Search/Maps sowie verwandte Website-/Kontakt-/Standortdaten erneut prüfen und bei Shared Source einen weiteren Standort sampeln.
8. PASS: genehmigtes öffentliches Profil entspricht realem Unternehmen, aktueller Richtlinie und dokumentierter Source of Truth ohne neue Access- oder Konsistenzprobleme.