SEO Playbook · Element

NAP-Blöcke: Kanonischer Name, Adresse und Telefon

Erstellen Sie einen NAP-Block mit einem kanonischen Namen, einer Adresse und einem Telefonformat, den Kunden, Suchmaschinen, Verzeichnisse und KI-Agenten zuverlässig online überprüfen können.

15 min read

Ein NAP-Block veröffentlicht den Namen, die Adresse und die Telefonnummer eines Geschäftsstandorts in einem kanonischen Eintrag. „Kanonisch“ bedeutet, dass die Organisation einen maßgeblichen zugrunde liegenden Wert für jedes Feld festgelegt hat – selbst wenn ein Verzeichnis die Straße abkürzt oder ein Telefonlink ein internationales Maschinenformat verwendet.

Northstar Heating — Capitol Hill

1200 Example Avenue, Suite 210
Washington, DC 20001
United States
(202) 555-0147

Beispielhafter Eintrag. Standort-ID: NSH-DC-01 · Verifiziert am 27. August 2026 · Quelle: genehmigtes Standortregister

Das dargestellte Element ist bewusst unscheinbar. Seine Aufgabe ist Identität, nicht Überzeugung: ein Standort, ein kundenorientierter Name, eine zustellbare Adresse, eine überwachte Nummer und genügend Herkunftsnachweise, um alle Kopien mit der Quelle abgleichen zu können.

Warum dieses Element wichtig ist

Lokale Entscheidungen haben hohe Kosten bei Fehlern. Ein Leser entscheidet möglicherweise, wohin er fahren, welche Filiale er anrufen, wohin er ein Dokument senden oder ob ein Unternehmen sein Gebiet abdeckt. Wenn die Fußzeile eine Zentrale-Nummer zeigt, die Standortseite eine Filialnummer und das Kartenfeld auf einen alten Eingang verweist, muss der Leser raten, welche Angabe für die nächste Handlung maßgeblich ist. Diese Unsicherheit beschädigt das Vertrauen, bevor ein Gespräch beginnt.

Der psychologische Vorteil ist Vertrauen durch Genauigkeit. Eine vollständige Straßenadresse signalisiert, dass die Seite einen realen Ort beschreibt und keine generische, auf eine Stadt ausgerichtete Landingpage. Eine standortspezifische Telefonnummer sagt dem Leser, wen er erreichen wird. Ein stabiler Name hilft ihm, dieselbe Filiale in Suchergebnissen, Karten, Bewertungsplattformen, Rechnungen und Beschilderungen wiederzuerkennen. Keines dieser Details beweist die Servicequalität, aber gemeinsam beseitigen sie vermeidbare Zweifel an Identität und Erreichbarkeit.

Maschinelle Extrahierbarkeit ist die Fähigkeit eines Crawlers, einer Suchmaschine, eines Verzeichnisses, eines Assistenten oder eines Syndikationsprozesses, jeden Wert und seine Beziehung zu einem Standort zu erhalten. Ein Satz wie „Rufen Sie unser Washington-Team in der Nähe des Capitols an“ mag natürlich klingen, legt aber keine vollständige Postanschrift oder einen eindeutigen Telefonwert offen. Ein gekennzeichneter Block mit einer stabilen Standort-ID erzeugt einen Eintrag, der Feld für Feld verglichen werden kann.

Konsistenz sollte als prüfbares Datenproblem behandelt werden, nicht als Typografie-Ritual. Normalisieren Sie Groß-/Kleinschreibung, Unicode, Leerzeichen, Straßensuffixe, Einheitenbezeichner, Postleitzahlen, Länderkürzel und Telefonziffern, bevor Sie Einträge vergleichen. „1200 Example Ave., Ste 210“ und „1200 Example Avenue, Suite 210“ können auf dieselbe Adresse normalisiert werden; „Suite 120“ dagegen nicht. Ebenso können (202) 555-0147 und +1 202-555-0147 dieselbe Nummer darstellen, während eine Anrufverfolgungsnummer bewusst abweichen kann und als genehmigter Alias mit ihrem Routing-Verantwortlichen erfasst werden muss.

Wann es verwendet wird

Verwenden Sie einen NAP-Block immer dann, wenn eine Seite einen physischen Geschäftsstandort repräsentiert, den Kunden besuchen, anrufen, anschreiben, überprüfen oder von einer anderen Filiale unterscheiden können. Er ist auf Standort- und Filialseiten erforderlich, in kontrollierten Verzeichniseinträgen nützlich und auf einem Unternehmensprofil angemessen, wenn die Adresse tatsächlich Teil der öffentlichen Identität ist.

Erstellen Sie einen Block pro Standort. Ein Multi-Standort-Verzeichnis kann zwanzig Blöcke darstellen, muss aber zwanzig separate Einträge liefern – nicht einen Geschäftsnamen gefolgt von einer gemischten Liste aus Adressen und Nummern. Jede Instanz sollte zu einer Standort-ID aufgelöst werden, damit ein Content-System nicht die Adresse von Filiale A mit der Telefonnummer von Filiale B paart.

Beinahe-Fehler erfordern unterschiedliche Behandlung:

  • Ein Dienstleistungsunternehmen ohne kundenorientierte Räumlichkeiten sollte keine private Wohnadresse veröffentlichen. Geben Sie das Dienstgebiet und den Kontaktweg an, ohne vorzutäuschen, es handele sich um einen besuchbaren NAP-Standort.
  • Ein Postfach, eine Zustellungsadresse für den eingetragenen Vertreter, eine Rechnungsadresse, ein Lager und eine Rücksendeadresse sind nicht mit einem Kundenstandort austauschbar. Kennzeichnen Sie jeden betrieblichen Zweck und halten Sie ihn außerhalb des primären Blocks, es sei denn, diese Adresse ist diejenige, die Kunden nutzen sollen.
  • Öffnungszeiten, Terminverfügbarkeit, Wegbeschreibungen, Parkmöglichkeiten und Barrierefreiheitsinformationen können in der Nähe des Blocks stehen, aber es sind separate Fakten mit separaten Aktualisierungszyklen.
  • Eine Anrufverfolgungsnummer ist nicht automatisch inkonsistent. Sie ist akzeptabel, wenn das Routing zuverlässig ist, die Eigentümerschaft und das kanonische Ziel dokumentiert sind und die sichtbare Nummer sich nicht unvorhersehbar für Crawler oder wiederkehrende Benutzer ändert.
  • Ein reines Online-Unternehmen kann eine rechtliche Adresse für Compliance-Zwecke haben, aber keine lokalen Räumlichkeiten. Machen Sie aus einem rechtlichen Hinweis kein lokales Präsenzmarketing.
  • Ein Arzt in einer Klinik benötigt möglicherweise einen Arzt-Eintrag und die Klinik einen Standort-Eintrag. Verschmelzen Sie nicht deren Namen und Telefonnummern zu einer Hybrididentität.

Die Element-Schreibregeln haben Vorrang: Wählen Sie das Element nach dem Zweck des Textabschnitts. Wenn die Aufgabe des Textabschnitts darin besteht, den kanonischen Namen, die Adresse und die Telefonnummer eines Standorts anzugeben, verwenden Sie einen NAP-Block – selbst wenn eine generische Karte oder Fußzeile ähnlichen Text anzeigen könnte.

Wo es platziert wird

Platzieren Sie auf einer dedizierten Standortseite den primären NAP-Block unmittelbar nach der einleitenden Identifikation und der direkten Antwort, vor Wegbeschreibungen, Öffnungszeiten, Dienstleistungen, Bewertungen oder Buchungsfunktionen. Der Leser sollte wissen, welchen Ort die Seite repräsentiert, bevor er eine lokale Behauptung interpretiert. Wenn der Hero-Bereich bereits den vollständigen kanonischen Eintrag darstellt, darf der spätere Kontaktabschnitt ihn nur aus demselben Datenobjekt wiederholen.

Setzen Sie ihn auf einem Unternehmensprofil in einen klar gekennzeichneten Abschnitt „Hauptsitz“ oder „Öffentliche Kontaktadresse“ und nicht unter eine generische Überschrift „Über uns“. Setzen Sie in einem Verzeichnisindex einen kompakten Block in jeden entsprechenden Listungseintrag und verlinken Sie die gesamte Identitätsgruppe mit dem richtigen Filialprofil. Verwenden Sie in der Fußzeile nur den primären öffentlichen Standort oder einen expliziten Standortwähler; eine Fußzeile ist zu eng für eine unbeschriftete Mischung mehrerer Büros.

Der Block darf neben Öffnungszeiten, einer Karte, Wegbeschreibungen, Parkinformationen oder einer Buchungsaktion stehen, nur wenn jede angrenzende Komponente dieselbe Standort-ID verwendet. Er darf nicht neben einem Kartenpin für einen anderen Eingang, einer organisationsweiten Zentrale, die als Filialleitung gekennzeichnet ist, einer reinen Lieferadresse eines Lagers oder einem Standortwähler mit unklarer aktueller Auswahl stehen. Platzieren Sie keine Werbung, Erfahrungsberichte, Newsletter-Formulare oder Werbeangebote zwischen dem Namen und seiner Adresse oder zwischen Adresse und Telefon. Diese Unterbrechungen zerstören den Eintrag visuell und in der Lesereihenfolge.

Behalten Sie auf mobilen Geräten die Reihenfolge Name, Straße, Ort, Region und Postleitzahl, bei Bedarf Land, dann Telefon bei. Lassen Sie nicht zu, dass ein sticky Call-Button die sichtbare Nummer ersetzt oder verschleiert, welche Filiale er anruft.

Anatomie

  1. Standortname: der genehmigte kundenorientierte Name, einschließlich eines Filialzusatzes nur, wenn dieser konsistent verwendet wird.
  2. Straßenadresse: die zustellfähige Hausnummer und der Straßenname, keine Orientierungsbeschreibung.
  3. Adresszusatz: eine Suite, Einheit, Etage, ein Gebäude oder eine Abteilung, die zum Erreichen des korrekten Ziels erforderlich ist.
  4. Ort und Region: die Stadt oder Ortschaft plus der zugehörige Staat, die Provinz, der Kreis oder der Regionswert.
  5. Postleitzahl und Land: die vollständige Leitcode und das Land, einschließlich des Landes, wenn das Publikum oder die Syndikation Grenzen überschreitet.
  6. Anzeigenummer: die menschenlesbare, für das Publikum des Standorts formatierte Nummer.
  7. Telefonziel: dieselbe Nummer, normalisiert für die Wahl, normalerweise im E.164-Format innerhalb eines tel:-Links.
  8. Standort-ID: ein stabiler interner Schlüssel, der verhindert, dass Filialdetails während der Darstellung oder Syndikation vermischt werden.
  9. Verifizierungsmetadaten: das Datum und das maßgebliche System oder der Eigentümer, gegen das/den der Eintrag geprüft wurde.

Designbeispiele

Jede Variante verwendet denselben zugrunde liegenden Standorteintrag. Dichte und umgebende Aktionen können sich ändern, aber der Renderer darf keine Suite abkürzen, keine organisationsweite Nummer einsetzen oder eine Adresse verstecken, die zur Unterscheidung der Filiale erforderlich ist.

Standard-Standort. Die Standardvariante zeigt jede Komponente in einer vertikalen, leicht kopierbaren Gruppe. Verwenden Sie ihn auf einer dedizierten Standort- oder Filialseite.

Kompaktes Kontaktband. Verwenden Sie ihn in einer Fußzeile oder einem Kontaktband, wenn ein öffentlicher Standort die Seite repräsentiert. Auf schmalen Bildschirmen kann er zu Zeilen zusammenbrechen, darf aber die Einheit, Postleitzahl oder Telefonnummer nicht kürzen.

Verzeichniskarte. Wiederholen Sie eine kompakte NAP-Instanz pro Standort. Halten Sie Filter, Entfernung, „Jetzt geöffnet“ und Servicebezeichnungen außerhalb der Identitätsfelder, damit dynamische Zustände den kanonischen Eintrag nicht überschreiben können.

Nur-nach-Vereinbarung-Standort. Zeigen Sie die vollständigen öffentlichen NAP-Daten, wenn Kunden den Standort besuchen dürfen, und fügen Sie dann „Termin erforderlich“ als separaten betrieblichen Hinweis hinzu. Fügen Sie den Satz nicht in die Adresszeile ein.

International. Bewahren Sie die im Zielland erwartete Adressreihenfolge bei, während Sie jede Komponente separat speichern. Zeigen Sie die lokale Telefonkonvention für Leser an und behalten Sie einen internationalen Wahlwert für den Link und die Datenebene.

Parameter

„Quelle“ unten bedeutet, woher der Renderer ein Feld bezieht. Das unternehmenseigene Standortregister, nicht der Artikeltext, bleibt maßgeblich für Identitätswerte.

Schnittstellenparameter des NAP-Blocks
NameTypErforderlichMin./Max.StandardQuelle
titleEinfacher StringNein1–6 WörterName des zugehörigen StandortsErste Überschrift im Textkörper
location-idStabiler String-BezeichnerJa1–64 ZeichenKeinerAttribut
nameEinfacher StringJa2–100 ZeichenKeinerAttribut
street-addressGeordnete String-ListeJa für öffentliche Räumlichkeiten1–3 Zeilen; je 1–100 ZeichenKeinerAttribut
localityEinfacher StringJa mit Adresse1–80 ZeichenKeinerAttribut
regionKontrollierter StringBedingt nach Land0–80 ZeichenNicht vorhandenAttribut
postal-codeEinfacher StringBedingt nach Land0–20 ZeichenNicht vorhandenAttribut
countryISO 3166-1 Alpha-2-CodeJaGenau 2 BuchstabenSeitenmarkt nur bei VerifizierungAttribut
phoneE.164-Telefon-StringJa8–15 Ziffern nach `+`KeinerAttribut
phone-displayEinfacher StringNein7–30 ZeichenFormatiert aus Telefon und GebietsschemaAttribut
variantEnum: standard, compact, directory, appointment-onlyNeinGenau 1 WertstandardAttribut
verifiedISO 8601-DatumJaGenau 1 DatumKeinerAttribut
sourceKontrolliertes System oder Eigentümer-IDJa1–3 WerteKeinerAttribut
noteEinfacher TextNein0–25 WörterNicht vorhandenTextkörper

Speichern Sie Komponenten separat, auch wenn der Renderer sie für die Anzeige zusammenfügt. Ein einzelner address="1200 Example Avenue, Washington..."-Block verhindert länderspezifische Sortierung, zuverlässige Vergleiche und gezielte Korrektur einer falschen Suite oder Postleitzahl.

Syntax und Codebeispiele

Alle drei Formen kodieren dieselbe Standort-ID und kanonischen Felder. Die portable Direktive ist der autorisierte Vertrag; ein Projekt muss seine Hugo- und WordPress-Adapter registrieren und testen, bevor die Syntax veröffentlicht wird.

Portable Markdown-Direktive

:::nap{location-id="NSH-DC-01" name="Northstar Heating — Capitol Hill" street-address="1200 Example Avenue|Suite 210" locality="Washington" region="DC" postal-code="20001" country="US" phone="+12025550147" phone-display="(202) 555-0147" verified="2026-08-27" source="location-registry"}
## Northstar Heating — Capitol Hill

Hinweis: Besuche nach Vereinbarung.
:::

Hugo-Shortcode

{{< nap location-id="NSH-DC-01" name="Northstar Heating — Capitol Hill" street-address="1200 Example Avenue|Suite 210" locality="Washington" region="DC" postal-code="20001" country="US" phone="+12025550147" phone-display="(202) 555-0147" verified="2026-08-27" source="location-registry" >}}
## Northstar Heating — Capitol Hill

Hinweis: Besuche nach Vereinbarung.
{{< /nap >}}

Alle Shortcode-Parameter sind benannt. Der Adapter muss Text escapen, eine <address>-Gruppe und einen tel:-Link erzeugen, die Standort-ID in der Datenebene verfügbar machen und den Hinweis im Textkörper außerhalb der Postanschrift erhalten.

WordPress-Block

<!-- wp:amicited/nap {"locationId":"NSH-DC-01","name":"Northstar Heating — Capitol Hill","streetAddress":["1200 Example Avenue","Suite 210"],"locality":"Washington","region":"DC","postalCode":"20001","country":"US","phone":"+12025550147","phoneDisplay":"(202) 555-0147","verified":"2026-08-27","source":["location-registry"],"variant":"standard"} -->
<div class="wp-block-amicited-nap">Vom Server aus kanonischen Standortfeldern gerendert.</div>
<!-- /wp:amicited/nap -->

Der WordPress-Block sollte typisierte Inspektor-Felder und serverseitiges Rendering verwenden. Autoren können einen Standorteintrag auswählen und einen genehmigten Hinweis hinzufügen, sollten aber den kanonischen Namen, die Adresse oder Telefonnummer nicht in Rich Text neu eingeben.

Beispiele

Richtig: ein vollständiger, zuschreibbarer Standort

Northstar Heating — Capitol Hill
1200 Example Avenue, Suite 210
Washington, DC 20001, United States
(202) 555-0147
Standort NSH-DC-01 · Verifiziert am 27. August 2026 gegen das genehmigte Standortregister

Dies funktioniert, weil der Filialzusatz, die Suite, die Postleitzahl, das Land, die Anzeigenummer, das Wählziel, die stabile ID, das Datum und die Quelle alle einen Eintrag beschreiben. Ein Leser kann den Ort besuchen oder anrufen; ein Crawler kann dieselben Werte extrahieren; ein Prüfer kann den Block mit einem Verzeichniseintrag vergleichen, ohne raten zu müssen, welches Büro die Seite steuert.

Falsch: ein plausibel aussehendes Konstrukt

Northstar Heating Washington
In der Nähe des Capitols, Washington DC
Rufen Sie unser Team an: 555-0147 oder die Hauptverwaltung
Geöffnet in Ihrer Nähe

Dies scheitert, weil „In der Nähe des Capitols“ keine zustellbare Adresse ist, der lokalen Nummer der Vorwahl- und Länderkontext fehlt, „Hauptverwaltung“ keine Nummer hat und der Name keine verwaltete Filiale identifiziert. „Geöffnet in Ihrer Nähe“ vermischt Öffnungszeiten und Nähe mit Identität, ohne Standort- oder Zeitbasis. Der Block kann nicht sicher einem Karteneintrag, Verzeichniseintrag, Schema-Entity oder einer internen Quelle zugeordnet werden.

Reparieren Sie dies, indem Sie die exakte Standort-ID auswählen, jedes Feld aus dem Register auflösen, die vollständige öffentliche Adresse und die überwachte Telefonnummer veröffentlichen und Öffnungszeiten oder Näheangaben in ihre eigenen Komponenten verschieben.

Schema-Markup und Barrierefreiheit

Ein NAP-Block kann eine geeignete Organization, einen LocalBusiness-Subtyp oder eine andere ortsbasierte Entität speisen. Ordnen Sie die sichtbaren name-, telephone- und Adresskomponenten einer PostalAddress zu: streetAddress, addressLocality, addressRegion, postalCode und addressCountry. Verwenden Sie den spezifischsten wahrheitsgemäßen Geschäftstyp, der von der Seite unterstützt wird; wählen Sie keine Kategorie allein zur Erlangung eines Suchfeatures aus.

Strukturierte Daten müssen denselben Standort identifizieren, den die Seite identifiziert. Setzen Sie nicht die Unternehmenszentrale in JSON-LD, während der Block eine Filiale zeigt, kombinieren Sie nicht mehrere Filialen zu einer Adresse oder fügen Sie Breiten- und Längengrade hinzu, die aus einer Postleitzahl erraten wurden. Wenn jede Filiale eine eigene Seite und eine dauerhafte Entität hat, verwenden Sie eine stabile kanonische URL und einen verwalteten Bezeichner, um den Graphen getrennt zu halten. Das Verifizierungsdatum und die Quelle unterstützen die interne Governance, erfordern aber keine öffentlichen Schema.org-Eigenschaften.

Verwenden Sie ein <address>-Element für die Kontaktinformationen des Standorts, den die Seite oder der Abschnitt repräsentiert. Gehen Sie nicht davon aus, dass <address> jede Postanschrift bedeutet; seine HTML-Bedeutung ist Kontaktinformation für den betreffenden Artikel oder Seiteninhaber. Halten Sie den Standortnamen in einer Überschrift, beschriften Sie wiederholte Verzeichniskarten und bewahren Sie eine logische Quellreihenfolge.

Die sichtbare Telefonnummer muss Text bleiben, kein Symbol oder Bild. Verlinken Sie sie mit href="tel:+12025550147", wenn ein Anruf angemessen ist, aber behalten Sie eine lesbare lokale Anzeige bei. Teilen Sie einzelne Ziffern nicht in gestaltete Spannen auf, sprechen Sie Satzzeichen nicht durch ein ungenaues Barrierefreiheits-Label aus und verstecken Sie wesentliche Durchwahlen nicht in einem Tooltip. Stellen Sie sicher, dass der Tastaturfokus sichtbar ist, der Linkzweck die Filiale einschließt, wenn mehrere Anruflinks zusammen erscheinen, und dass Zoomen oder Umfließen die Suite oder Postleitzahl nicht von der Adresse trennt.

Schreibregeln

Diese Regeln schützen zuerst die Identitätsauflösung; visuelle Sauberkeit ist zweitrangig:

  • Verwenden Sie genau einen kundenorientierten Namen, eine Adresse und eine primäre Telefonnummer pro Block. Wenn eine sekundäre Nummer betrieblich notwendig ist, kennzeichnen Sie ihren Zweck außerhalb des kanonischen NAP-Trios.
  • Halten Sie den Namen auf 2–100 Zeichen. Verwenden Sie die echte öffentliche Marke und einen verwalteten Filialzusatz; fügen Sie keine Keywords wie „bester Notklempner in Washington“ hinzu.
  • Verwenden Sie 1–3 Straßenzeilen, jede maximal 100 Zeichen. Bewahren Sie Suite, Einheit, Etage, Gebäude und Richtungsangaben, die für die Zustellung oder Ankunft erforderlich sind.
  • Verwenden Sie eine vollständige Postanschrift für öffentliche Räumlichkeiten. Ersetzen Sie diese niemals durch „Innenstadt“, „in der Nähe des Bahnhofs“, einen Kartenpin oder eine Wegbeschreibung.
  • Speichern Sie das Land als zweistelligen Code und geben Sie seinen menschenlesbaren Namen wieder, wenn der Publikumskontext dies erfordert. Leiten Sie ein Land niemals allein aus einer Top-Level-Domain ab.
  • Speichern Sie Telefonnummern im E.164-Format und geben Sie eine vertraute lokale Form wieder. Schließen Sie eine Durchwahl als separaten verwalteten Wert ein, wenn das Routing davon abhängt.
  • Verwenden Sie einen sachlichen, administrativen Ton. Der Block darf „Termin erforderlich“ oder „Kein öffentlicher Zugang“ sagen; er darf keine Slogans, Servicebehauptungen, Bewertungen, Auszeichnungen, Rabatte, Dringlichkeit oder Keyword-Listen enthalten.
  • Fügen Sie keine Öffnungszeiten, Wegbeschreibungen, Parkanweisungen, Dienstgebiete, Buchungsverfügbarkeit, E-Mail-Adressen, Faxnummern oder Social-Profile in die drei Identitätsfelder ein. Angrenzende gekennzeichnete Felder sind akzeptabel, wenn ihre Eigentümerschaft und ihr Aktualisierungsrhythmus klar sind.
  • Überschreiben Sie keinen kanonischen Wert stillschweigend, um ihn an ein Drittverzeichnis anzupassen. Untersuchen Sie, ob der externe Eintrag veraltet, ein genehmigter Alias oder ein tatsächlich anderer Standort ist, und korrigieren Sie dann die entsprechende Quelle.
  • Erfassen Sie ein Verifizierungsdatum und eine Quelle für jede veröffentlichte Instanz. Überprüfen Sie nach Umzügen, Umbenennungen, Telefon-Routing-Änderungen, Fusionen, Filialschließungen, Suite-Änderungen und Verzeichnismigrationen erneut.
  • Behandeln Sie Zeichensetzung und Abkürzungen erst dann als Darstellungsunterschiede, wenn die Normalisierung beweist, dass die zugrunde liegenden Komponenten übereinstimmen. Eine geänderte Ziffer, Suite, Postleitzahl oder ein geänderter Filialzusatz ist substanziell.

Beitragstypen, die es verwenden

Die Tabelle wird durch postTypes[] im Frontmatter gesteuert. Fügen Sie eine Zeile nur hinzu oder entfernen Sie sie, wenn sich das entsprechende Array ändert.

NAP-Anforderungen nach Beitragstyp
BeitragstypAnforderungAnwendung
StandortseiteErforderlich für öffentliche RäumlichkeitenIdentifizieren Sie den genauen Standort vor Öffnungszeiten, Dienstleistungen, lokalem Nachweis, Wegbeschreibungen und Conversion-Aktionen.
FilialprofilErforderlichBinden Sie die öffentliche Identität der Filiale an ihre Standort-ID und halten Sie sie von der Zentrale und benachbarten Filialen getrennt.
UnternehmensprofilBedingtVeröffentlichen Sie einen verwalteten Hauptsitz oder öffentlichen Kontaktstandort, wenn die physische Identität relevant ist; kennzeichnen Sie dessen Rolle.
VerzeichnisindexErforderlich pro physischem EintragWiederholen Sie einen kompakten Eintrag pro Entität und verhindern Sie, dass Filter oder dynamische Zustände kanonische Identitätsfelder ändern.

QA-Checkliste

  • Der Block wird von einer stabilen Standort-ID aufgelöst, nicht von unabhängig eingegebenen Feldern.
  • Der öffentliche Name entspricht der verwalteten Marke und der Filialbenennungsrichtlinie ohne Keyword-Ergänzungen.
  • Hausnummer, Straßenname, Richtungsangabe, Suite oder Einheit, Ort, Region, Postleitzahl und Land wurden gegen die maßgebliche Quelle geprüft.
  • Die Adresse ist gültig für die angegebene Kundenaktion: Besuch, Postsendung, Abholung oder einen anderen explizit gekennzeichneten Zweck.
  • Privatwohnungen, Büros eingetragener Vertreter, Lager und virtuelle Büros werden nicht als Kundenstandorte dargestellt.
  • Die angezeigte Telefonnummer und das tel:-Ziel normalisieren auf dasselbe überwachte Ziel.
  • Angrenzende Öffnungszeiten-, Karten-, Wegbeschreibungs-, Buchungs- und CTA-Komponenten verwenden dieselbe Standort-ID.
  • Kein benachbarter Block widerspricht der Adresse, Telefonnummer, dem Filialnamen, der Besuchsrichtlinie oder der Standortauswahl.
  • Der normalisierte Vergleich unterscheidet harmlose Formatierungsunterschiede von geänderten Ziffern, Einheiten oder Postbestandteilen.
  • Sichtbarer Inhalt und Organization-, LocalBusiness- oder PostalAddress-Markup stimmen Feld für Feld überein.
  • Wiederholte Blöcke haben eindeutige Überschriften oder barrierefreie Labels, und jeder Telefonlink hat einen klaren Zweck.
  • Der vollständige Eintrag bleibt bei 200 % Zoom und auf einem schmalen Bildschirm lesbar, kopierbar, tastaturzugänglich und korrekt angeordnet.
  • Verifizierungsdatum und Quelle sind vorhanden, und ein benannter Eigentümer erhält Abweichungsmeldungen.
  • Umzüge, Schließungen, Umbenennungen, Nummernänderungen und genehmigte Aliase haben einen Aktualisierungspfad über die Website, Profile, Verzeichnisse und Datenfeeds hinweg.

FAQ

Was bedeutet NAP in der lokalen SEO?

NAP steht für Name, Adresse und Telefon (Name, Address, Phone). Ein NAP-Block veröffentlicht diese drei Identitätsmerkmale für einen Geschäftsstandort in einer kanonischen, gekennzeichneten Form, die Menschen und Maschinen abrufen können, ohne Details verschiedener Filialen kombinieren zu müssen.

Muss die Zeichensetzung auf jeder Website identisch sein?

Nein. Harmlose Darstellungsunterschiede wie „Suite“ versus „Ste.“ oder lokal formatierte versus internationale Telefonanzeige erzeugen keine andere Entität, wenn die zugrunde liegenden Werte auf dieselben Fakten normalisiert werden. Prüfen Sie normalisierte Felder, während Sie eine bevorzugte Darstellungsform unter Ihrer Kontrolle behalten.

Sollte ein Dienstleistungsunternehmen ohne Ladengeschäft eine Privatadresse veröffentlichen?

Nein. Legen Sie keine private oder nicht kundengeeignete Adresse offen, nur um den Block zu vervollständigen. Veröffentlichen Sie den kundenorientierten Geschäftsnamen und die überwachte Telefonnummer, geben Sie an, dass die Dienstleistung am Kundenstandort erbracht wird, und belassen Sie private Adressen in den Systemen, die sie tatsächlich benötigen.

Kann ein NAP-Block mehrere Filialen enthalten?

Nein. Ein Block repräsentiert einen Standorteintrag. Ein Verzeichnis kann die Komponente pro Filiale wiederholen, aber jede Instanz benötigt ihren eigenen Standortbezeichner, Adresse, Telefonnummer, Quelle und Zielseite, damit Details nicht versehentlich kombiniert werden können.

Wie oft sollten NAP-Informationen überprüft werden?

Überprüfen Sie sie immer dann, wenn sich ein Standort, eine Nummer, eine Namensrichtlinie oder ein Verzeichniseintrag ändert, und beziehen Sie sie in eine regelmäßige lokale Datenprüfung ein. Das angemessene Intervall hängt von der betrieblichen Änderungsrate ab; der Block sollte sein letztes Verifizierungsdatum und seine maßgebliche Quelle aufzeichnen, anstatt dauerhafte Richtigkeit zu suggerieren.

← All SEO Playbook guides

Bereit, es in die Praxis umzusetzen?

Kostenlose Prüfung · 7 Tage testen · keine Kreditkarte