NAP-Konsistenz-Audit für Restaurantgruppen mit mehreren Standorten

Warum NAP-Konsistenz bei mehreren Standorten zum Problem wird

Sobald eine Restaurantgruppe mehr als eine Filiale betreibt, vervielfacht sich die Zahl der Orte, an denen dieselben Basisdaten gepflegt werden müssen: die Webseite pro Standort, das strukturierte Datenmarkup dieser Seite und der zugehörige Google Business Profile-Eintrag. Jede dieser drei Quellen wird oft von unterschiedlichen Personen oder Systemen gepflegt — Marketing, ein CMS-Team, eine Agentur, der Filialleiter selbst. Genau dort entstehen Abweichungen: eine Adresse wird bei einem Umzug auf der Webseite aktualisiert, aber nicht im Google-Profil; eine Telefonnummer wird im Markup korrigiert, bleibt aber in der sichtbaren Fußzeile veraltet; Öffnungszeiten an Feiertagen werden an einer Stelle gepflegt und an der anderen vergessen.

Solche Widersprüche sind zunächst ein Problem für Gäste, die anrufen, eine falsche Adresse ansteuern oder vor verschlossener Tür stehen, obwohl online "geöffnet" stand. Sie sind aber auch ein Datenqualitätsproblem für Systeme, die versuchen, ein Unternehmen eindeutig zu identifizieren. Google beschreibt strukturierte Daten für LocalBusiness ausdrücklich als eine Möglichkeit, Suchmaschinen eine maschinenlesbare Beschreibung eines Unternehmens zu geben — nicht als Garantie für eine bestimmte Darstellung oder Funktion.

Das Framework: der Drei-Quellen-Abgleich

Für dieses Audit eignet sich ein einfaches, wiederholbares Vorgehen, das wir als Drei-Quellen-Abgleich bezeichnen. Die Grundidee: pro Standort werden die drei Datenquellen nebeneinander in eine Tabelle übertragen und Feld für Feld verglichen, bevor irgendetwas korrigiert wird.

Die drei Quellen

• Strukturierte Daten (LocalBusiness-Markup): das maschinenlesbare Schema.org-Vokabular, das auf der jeweiligen Standortseite eingebettet ist.
• Lokalisierte Webseite: der für Menschen sichtbare Text auf der Standortseite, inklusive Kopf- und Fußzeile, Kontaktseite und eventuell einer eigenen Sprachversion gemäß Googles Richtlinien zu lokalisierten Seitenversionen.
• Google Business Profile: der Eintrag, den Google für den jeweiligen Standort verwaltet und der laut Google-Support-Dokumentation direkt gepflegt werden sollte, um die lokale Auffindbarkeit zu unterstützen.

Schritt-für-Schritt-Ablauf

1. Standortliste erstellen. Jeder physische Standort erhält eine eigene Zeile in der Audit-Tabelle, unabhängig davon, ob er eine eigene URL hat.
2. Felder definieren. Für jeden Standort werden mindestens folgende Felder erfasst: offizieller Name, vollständige Adresse (Straße, Hausnummer, PLZ, Ort), Telefonnummer im öffentlich angezeigten Format, reguläre Öffnungszeiten pro Wochentag und aktuelle Sonder- oder Feiertagszeiten.
3. Werte aus allen drei Quellen eintragen. Für jedes Feld werden die Werte aus dem Markup, von der sichtbaren Webseite und aus dem Google Business Profile nebeneinander notiert — ohne vorab zu entscheiden, welcher Wert "richtig" ist.
4. Abweichungen markieren. Jede Zeile, in der die drei Werte nicht zeichengenau übereinstimmen, wird markiert. Dazu zählen auch scheinbar kleine Unterschiede wie "Str." versus "Straße" oder unterschiedliche Klammerformate bei Telefonnummern.
5. Quelle der Wahrheit festlegen. Für jeden markierten Fall entscheidet das Team, welche Version korrekt ist, meist auf Basis der aktuellen Mietverträge, Telefonverträge oder offiziellen Geschäftsunterlagen.
6. Korrekturen priorisiert umsetzen. Zuerst Telefonnummern und Adressen korrigieren, da sie die Erreichbarkeit direkt betreffen, danach Öffnungszeiten, danach Formatierungsdetails.
7. Nachkontrolle. Nach der Korrektur wird derselbe Abgleich erneut durchgeführt, um zu bestätigen, dass alle drei Quellen jetzt übereinstimmen.

Beispielhafte Audit-Tabelle

Diese Art der Tabelle lässt sich für jeden Standort separat führen und über ein Tabellenblatt pro Filiale in einem gemeinsamen Dokument organisieren.

Grenzen dieses Audits

Dieses Audit löst ein Datenqualitätsproblem, kein Ranking-Problem im Sinne einer Garantie. Google macht in seiner Dokumentation zu LocalBusiness-strukturierten Daten deutlich, dass Markup eine maschinenlesbare Beschreibung liefert, aber keine bestimmte Darstellung, kein Ranking und keine Funktion wie einen Buchungslink garantiert. Ein vollständig konsistenter NAP-Datensatz ist eine Voraussetzung für saubere Datenpflege, keine Zusicherung, dass ein Standort in Suchergebnissen prominenter erscheint, mehr Traffic erhält oder häufiger in KI-gestützten Antworten zitiert wird.

Ebenso gibt es keinen durch öffentlich verfügbare Daten belegten universellen Grund dafür, dass Inkonsistenz die "häufigste" Ursache für ein bestimmtes Problem einer Restaurantgruppe ist. Jede Gruppe sollte ihre eigenen Daten zu Anrufen, Fehlbuchungen oder Gästebeschwerden auswerten, statt eine allgemeine Aussage zur Häufigkeit zu unterstellen.

Außerdem deckt dieses Audit nicht automatisch Drittanbieter-Verzeichnisse, Lieferplattformen oder Bewertungsportale ab. Diese können eigene, separate Kopien der NAP-Daten enthalten, die einem eigenen Pflegeprozess folgen sollten.

Messung und Wiederholung

Der Erfolg dieses Audits lässt sich nicht an Rankingveränderungen messen, sondern an der Datenqualität selbst. Sinnvolle Messgrößen sind:

• Anteil der Standorte, bei denen alle drei Quellen zu 100 % übereinstimmen, gemessen bei jedem Audit-Durchlauf.
• Anzahl der offenen Abweichungen, die seit dem letzten Durchlauf noch nicht korrigiert wurden.
• Zeit zwischen einer bekannten Änderung (z. B. neue Öffnungszeiten) und der vollständigen Aktualisierung in allen drei Quellen.

Ein fester Rhythmus hilft, das Audit nicht zu vergessen. Da es keinen belegten universellen Standardrhythmus gibt, sollte jede Gruppe selbst entscheiden: ein anlassbezogener Check bei jeder bekannten Änderung (Umzug, neue Telefonanlage, geänderte Öffnungszeiten) und zusätzlich ein vollständiger Durchlauf über alle Standorte in einem festen Intervall, etwa vierteljährlich, je nach Größe und Änderungshäufigkeit der Gruppe.

Praktische Checkliste zum Ausdrucken

• Liste aller physischen Standorte erstellt
• Für jeden Standort: Name, Adresse, Telefon, reguläre und Sonderöffnungszeiten aus strukturierten Daten entnommen
• Dieselben Felder aus der sichtbaren, lokalisierten Webseite entnommen
• Dieselben Felder aus dem Google Business Profile entnommen
• Alle drei Werte pro Feld nebeneinander in einer Tabelle verglichen
• Abweichungen markiert, inklusive Formatierungsdetails
• Für jede Abweichung die verbindliche Quelle der Wahrheit festgelegt
• Korrekturen priorisiert nach Telefon/Adresse, dann Öffnungszeiten, dann Formatierung umgesetzt
• Nachkontrolle nach Korrektur durchgeführt
• Nächsten Audit-Termin im Kalender festgelegt

Wo ChefNet in diesen Prozess passen könnte

ChefNet befindet sich in der Entwicklung von Produkten für Restaurant-Discovery und -Betrieb, unter anderem mit Blick auf Standortdaten mehrerer Filialen. Ob und in welchem Umfang ChefNet aktuell Funktionen zur Unterstützung eines solchen Drei-Quellen-Abgleichs bereitstellt — etwa zum Import, Vergleich oder zur zentralen Pflege von NAP-Daten über mehrere Standorte hinweg — sollten Restaurantgruppen direkt bei ChefNet erfragen, da sich der Funktionsumfang laufend weiterentwickelt. Dieses Audit-Verfahren selbst ist unabhängig von einem bestimmten Anbieter durchführbar und beruht ausschließlich auf einem manuellen oder tabellenbasierten Abgleich der drei genannten Datenquellen.

Edge Cases, die im Drei-Quellen-Abgleich oft übersehen werden

Ein einfacher Feld-für-Feld-Vergleich deckt nicht jede Situation ab, die bei Restaurantgruppen mit mehreren Standorten vorkommt. Folgende Sonderfälle verdienen eine eigene Prüfroutine, weil sie sich nicht in ein Standardfeld pressen lassen.

Mehrere Telefonnummern pro Standort

Manche Standorte führen eine Nummer für Reservierungen und eine separate Zentrale oder Cateringnummer. Wenn im Google Business Profile nur ein Feld für die primäre Telefonnummer vorgesehen ist, aber die Webseite zwei Nummern zeigt, muss dokumentiert werden, welche Nummer als primäre NAP-Nummer gilt und welche als Zusatzinformation im Fließtext steht.

Standorte ohne eigene lokalisierte Seite

Nicht jeder Standort hat eine eigene URL; manche Gruppen bündeln mehrere Filialen auf einer gemeinsamen Landingpage. In diesem Fall lässt sich Googles Konzept einer "lokalisierten Version" einer Seite nicht direkt anwenden, und das Audit muss stattdessen prüfen, ob die gemeinsame Seite überhaupt alle Standortdaten getrennt und eindeutig zuordenbar aufführt, statt sie zu vermischen.

Mehrsprachige Standortseiten

Führt ein Standort mehrere Sprachversionen derselben Seite, etwa nach den von Google beschriebenen Grundsätzen für lokalisierte Seitenversionen, muss der Drei-Quellen-Abgleich pro Sprachversion wiederholt werden. Eine Adresse oder Telefonnummer, die in der deutschen Version korrekt ist, kann in einer englischen Parallelversion trotzdem veraltet sein.

Übergangsphasen bei Umzug oder Renovierung

Zwischen Vertragsunterzeichnung, tatsächlichem Umzug und Freischaltung der neuen Adresse im Google Business Profile liegt häufig eine Übergangszeit. Für diese Phase sollte das Audit-Dokument ein zusätzliches Feld "Stand ab Datum" enthalten, damit nicht fälschlich eine noch nicht gültige Adresse als Abweichung markiert wird.

Verantwortlichkeiten klären, bevor korrigiert wird

Ein häufiger Grund, warum Korrekturen nach einem Audit nicht dauerhaft halten, ist eine unklare Zuständigkeit für die drei Datenquellen. Eine einfache Verantwortlichkeitstabelle hilft, das vor dem nächsten Durchlauf festzulegen.

Ohne eine solche Zuordnung wiederholen sich Abweichungen oft in der Folgerunde, weil niemand die Aktualisierung der jeweils "eigenen" Quelle als Aufgabe versteht.

Grenzen bei der zeitlichen Messung

Ein weiterer Punkt, der über die bereits genannten Grenzen hinausgeht: Eine Korrektur in einer Quelle wird nicht notwendigerweise sofort in allen Ansichten sichtbar. Google beschreibt in seiner Dokumentation zum Google Business Profile, dass gepflegte, korrekte Unternehmensangaben die lokale Auffindbarkeit unterstützen sollen — macht dazu aber keine Aussage zu einer bestimmten Aktualisierungsgeschwindigkeit. Restaurantgruppen sollten daher nach einer Korrektur direkt im jeweiligen Profil oder auf der Seite nachsehen, statt sich auf eine angenommene sofortige Übernahme zu verlassen.

Erweiterte Prüfpunkte für die nächste Audit-Runde

• Gibt es Standorte mit mehr als einer aktiven Telefonnummer, und ist eindeutig festgelegt, welche als primäre NAP-Nummer gilt?
• Existieren mehrsprachige Versionen einer Standortseite, und wurde jede Version einzeln abgeglichen?
• Ist für Standorte in einer Umzugs- oder Renovierungsphase ein Gültigkeitsdatum je Datenquelle dokumentiert?
• Ist für jede der drei Datenquellen eine verantwortliche Person oder Rolle benannt?
• Wurde nach einer Korrektur direkt in der Quelle selbst nachgeprüft, ob die Änderung sichtbar übernommen wurde?

Primärquellen

• Google: LocalBusiness structured data
• Google: localized versions of pages
• Google Business Profile: improve local ranking

FAQ

Redaktioneller Hinweis: ChefNet veröffentlicht diesen Leitfaden und entwickelt Produkte für Restaurantsuche und -betrieb. Allgemeine Betriebshinweise sind von Produktaussagen getrennt. Funktionen können sich im Verlauf der Pilotphase ändern. Veröffentlicht 2026-08-11.