Karten-Blöcke: Einen Standort zeigen, ohne die Adresse zu verbergen

Ein Karten-Block hilft einem Besucher zu verstehen, wo sich ein realer Ort befindet, und vom Lesen zur Navigation überzugehen. Sein beständiger Inhalt ist die verifizierte Adresse in HTML; die visuelle Karte ist eine optionale Orientierungshilfe. Die Standardimplementierung reserviert den Kartenbereich, zeigt ein leichtgewichtiges statisches Fallback und lädt einen zugelassenen interaktiven Anbieter erst, nachdem der Besucher danach fragt.

National Gallery
Trafalgar Square, London WC2N 5DN, United Kingdom
Karte nicht geladen. Öffnen Sie den Standort in Ihrer Karten-App oder aktivieren Sie Interaktive Karte laden, wenn Sie die umliegenden Straßen inspizieren möchten.

Diese gerenderte Fassade ist nützlich, bevor eine Drittanbieter-Anfrage gestellt wird. Sie nennt den Ort, zeigt die Adresse als auswählbaren Text, erklärt den nicht geladenen Zustand und bietet zwei klare Wege: eine externe Karte öffnen oder die eingebettete Karte bewusst laden.

Warum dieses Element wichtig ist

Standortfragen sind praktischer Natur. Ein Besucher könnte entscheiden, ob eine Filiale nah genug ist, prüfen, auf welcher Seite einer Bahnlinie sie liegt, den richtigen Eingang finden oder öffentliche Verkehrsmittel mit Parkmöglichkeiten vergleichen. Eine Karte reduziert die gedankliche Arbeit, eine unbekannte Adresse in einen räumlichen Kontext zu übersetzen. Sie kann nahegelegene Orientierungspunkte und Straßenbeziehungen schneller sichtbar machen als ein Absatz.

Diese Bequemlichkeit macht die Karte nicht zur Quelle der Wahrheit. Besucher können eine Adresse kopieren, an eine andere Person senden oder mit assistiver Technologie lesen. Kartenkacheln können diese Aktionen nicht zuverlässig unterstützen, und schwache Daten, Datenschutzeinstellungen oder Anbieterausfälle können sie blockieren. Die Adresse muss auch ohne Karte nutzbar bleiben.

Eine eingebettete Karte kann ein iframe, JavaScript, Schriftarten, Bilder und Drittanbieter-Anfragen hinzufügen. Diese Ressourcen konkurrieren mit dem Inhalt der Seite und können eine IP-Adresse preisgeben oder Speicher initiieren, der einer Einwilligung bedarf. Ein Besucher, der die Karte nie nutzt, sollte diese Kosten nicht tragen.

Maschinelle Extraktion bedeutet, dass Software den Ort identifizieren kann, ohne Kartenpixel zu interpretieren oder den Anbieter auszuführen. Such-Crawler, KI-Systeme, Screenreader, Übersetzungstools und lokale Datenpipelines benötigen einen Ortsnamen, eine vollständige Postadresse, gegebenenfalls Koordinaten und einen stabilen Ziellink in HTML oder strukturierten Feldern. Eine iframe-URL ist keine verlässliche Adresse. Anbieterbeschriftungen können sich ändern, und Pins können leicht falsch positioniert sein. Derselbe verifizierte Standortdatensatz sollte die sichtbare Adresse, die Kartenmarkierung, den Navigationslink und alle berechtigten strukturierten Daten speisen.

Die Element-Schreibregeln haben Vorrang: Wählen Sie ein typisiertes Element nach Zweck, nicht nach Erscheinungsbild. Wenn der Zweck die räumliche Orientierung um einen verifizierten Ort ist, verwenden Sie einen Karten-Block. Wenn der Zweck die Veröffentlichung von Kontaktdaten ist, verwenden Sie einen Öffnungszeiten- und Kontakt-Block oder NAP-Block und lassen Sie die Karte denselben Adressdatensatz verwenden. Wenn der Zweck eine Terminbuchung ist, verwenden Sie einen Buchungs-Block .

Wann es verwendet werden soll

Verwenden Sie einen Karten-Block, wenn das Sehen des Ortes in seiner Umgebung dem Leser hilft, eine standortabhängige Aufgabe zu erledigen. Typische Anwendungen umfassen ein Geschäft, Büro, eine Klinik, Veranstaltungsort, Abholpunkt, Ausstellungsraum, Hotel, Sehenswürdigkeit, Filiale, Veranstaltungseingang oder Servicegebietsgrenze. Besonders nützlich ist es, wenn der Eingang von der Postadresse abweicht, nahegelegene Straßen verwirrend sind, Barrierefreiheitswege erklärt werden müssen oder öffentliche Verkehrsmittel und Parkmöglichkeiten den Besuch beeinflussen.

Überprüfen Sie die Markierung am tatsächlichen Eingang oder Servicepunkt, anstatt das erste Geokodierungsergebnis des Anbieters zu akzeptieren. Geben Sie bei einem Ort innerhalb eines größeren Gebäudes Stockwerk, Einheit oder Eingang im Text an.

Beinahe-Fehler-Fälle erzeugen oft attraktive, aber nutzlose Karten:

• Eine Liste bedienter Städte: Dies ist eine Servicegebietsangabe, kein Nachweis eines physischen Standorts. Setzen Sie keine Pins auf Stadtzentren und geben Sie keine Büros vor.
• Eine Postadresse ohne Besucherzugang: Veröffentlichen Sie die Postdaten und sagen Sie, dass Besuche nicht möglich sind. Eine Karte würde eine nicht unterstützte Ankunftsaktion implizieren.
• Ein entferntes oder reines Online-Unternehmen: Ein eingetragener Sitz kann rechtlich relevant sein, wird aber nicht allein dadurch zu einem Kundenort, weil eine Einbettung ihn lokalisieren kann.
• Schritt-für-Schritt-Anleitung: Verlinken Sie zu einem Navigationsanbieter und geben Sie streckenspezifische Hinweise. Eine statische eingebettete Karte kann Verkehr, Sperrungen oder den Startpunkt des Besuchers nicht berücksichtigen.
• Viele Standorte: Verwenden Sie einen Standortfinder mit einer textuellen Ergebnisliste. Eine Wolke von Pins kann einzelne Filialseiten nicht ersetzen.
• Nachweis lokaler Präsenz: Eine Karte ist kein Beleg dafür, dass ein Team dort arbeitet. Untermauern Sie die Behauptung mit konsistenter Identität, Adresse, Kontakt, Öffnungszeiten und filialspezifischen Inhalten.
• Dekorativer geografischer Kontext: Wenn der Standort die Aufgabe nicht beeinflusst, lassen Sie die Karte weg. Eine Stadtsilhouette oder regionale Umrandung gehört zu einem anderen visuellen Zweck.

Wo es platziert werden soll

Platzieren Sie die Karte unmittelbar nach dem Ortsnamen, der vollständigen Adresse und einem besuchsrelevanten Zusatz. Auf einer Standortseite ist die übliche Reihenfolge: Einleitung, Adresse und Kontaktdaten, Karte, Ankunftshinweise, Öffnungszeiten, dann der Besuchs- oder Buchungsvorgang. Wenn die Wegbeschreibung die primäre Antwort ist, fassen Sie sie vor der Karte zusammen.

Halten Sie Adresse, Kartenfassade, Lade-Steuerung, Fallback-Link, Bildunterschrift und Wegbeschreibungshinweis in einem gekennzeichneten Bereich. Der Besucher sollte keine Testimonial- oder Marketing-Sektion durchqueren müssen, um die Adresse zu finden, die zum Pin gehört. Ein Link „Wegbeschreibung“ muss dieselben Koordinaten oder denselben Ortsschlüssel verwenden wie die angezeigte Markierung.

Der Block kann in der Nähe der Öffnungszeiten derselben Filiale stehen, aber nicht neben einer widersprüchlichen Adresse, einer anderen Karte, einem automatisch abspielenden Video oder einer als Steuerung gestalteten Werbung. Platzieren Sie ihn nicht in einem Karussell, Akkordeon, erforderlichen Modal-Dialog, versteckten Tab oder einer schmalen Tabellenzelle.

Setzen Sie die Karte nicht zwischen eine Warnung und die dazugehörige Anweisung oder zwischen eine Buchungsaktion und deren Voraussetzungen. Überlagern Sie niemals wesentlichen Adresstext, Einwilligungstext oder den einzigen Wegbeschreibungslink mit Kartenkacheln. Bewahren Sie auf Mobilgeräten diese Lesereihenfolge: Ortsname, Adresse, Besuchshinweis, Fallback, Lade-Steuerung, Kartenbereich, dann Wegbeschreibung.

Anatomie

1. Ortsname: identifiziert die durch die Markierung dargestellte Filiale, Veranstaltungsstätte oder das Ziel.
2. Vollständige Textadresse: enthält jede Adresszeile, Ort, Postleitzahl und Land, die zur Unterscheidung des Ortes erforderlich sind.
3. Besuchshinweis: gibt Eingang, Einheit, Stockwerk, Terminerfordernis, Besucherbeschränkung oder Barrierefreiheitsfakt an, wenn dies die Ankunft beeinflusst.
4. Reservierter Viewport: fixiert Breite und Seitenverhältnis, bevor interaktive Ressourcen geladen werden, und verhindert Layoutverschiebungen.
5. Statisches Fallback: bietet nützlichen räumlichen Kontext ohne Skripte; es muss ein tatsächlich generiertes Asset sein, bevor es referenziert wird.
6. Markierung: repräsentiert den verifizierten Ankunftspunkt, nicht nur eine Postleitzahl oder einen administrativen Mittelpunkt.
7. Lade-Steuerung: ist ein echter Button mit einem spezifischen barrierefreien Namen, wie „Interaktive Karte für National Gallery laden“.
8. Anbieterhinweis: nennt den Drittanbieter und erklärt, dass die Aktivierung eine Verbindung zu diesem herstellen kann.
9. Wegbeschreibungslink: öffnet ein stabiles HTTPS-Ziel zur Navigation, ohne den eingebetteten Player zu benötigen.
10. Bildunterschrift oder Orientierungspunktnotiz: erklärt die nützliche Schlussfolgerung der Karte, z. B. dass der Eingang zu einer benannten Straße zeigt.
11. Standortdatensatz: liefert verwaltete Koordinaten, Ortskennung und Verifizierungsdatum an den Renderer.
12. Fehlerzustand: bewahrt die Adresse, den Wegbeschreibungslink und die Wiederholungsmöglichkeit, wenn der Anbieter nicht laden kann.

Gestaltungsbeispiele

Jede Variante behält die Adresse in HTML, reserviert die Kartenmaße und bietet einen direkten Wegbeschreibungslink. Nur das Ladeverhalten ändert sich.

Statische Karte mit externer Wegbeschreibung – geringste Kosten

Verwenden Sie ein optimiertes Kartenbild, wenn die Orientierung hilft, aber Schwenken und Zoomen nicht erforderlich sind. Alternativtext gibt die räumliche Schlussfolgerung an; die Bildunterschrift trägt Orientierungspunkte. Veröffentlichen Sie den Pfad erst, nachdem das Asset existiert.

Klick-zum-Laden interaktive Karte – Standard

Zeigen Sie zuerst ein statisches Fallback oder ein neutrales reserviertes Panel. Ein Button lädt das zugelassene iframe nach expliziter Aktivierung. Dies schützt die Seitengeschwindigkeit und macht die Drittanbieter-Verbindung beabsichtigt, während Schwenken, Zoomen und Straßenansicht bei Bedarf verfügbar bleiben.

Einwilligungsgesteuerte Karte

Verwenden Sie diese, wenn die Datenschutzrichtlinie der Website eine Einwilligung vor der Kontaktaufnahme mit dem Anbieter verlangt. Erklären Sie die Konsequenz in einfacher Sprache und bieten Sie den Wegbeschreibungslink ohne Einwilligung an. Eine Ablehnung darf die Adresse nicht verbergen oder die Funktion des restlichen Seiteninhalts beeinträchtigen.

Immer geladene interaktive Karte – gemessene Ausnahme

Verwenden Sie diese nur, wenn die Interaktion zentral ist, die Kontaktaufnahme mit dem Anbieter erlaubt ist und die Feldmessung die Kosten akzeptiert. Lazy Loading kann dennoch initialisieren, wenn der Besucher sich nähert. Behalten Sie ein servergerendertes Fallback, da loading="lazy" einen Anbieterausfall nicht verhindern kann.

Einzelstandort-Block innerhalb eines Standortfinders

Paaren Sie für eine Seite mit mehreren Standorten die ausgewählte Karte mit einer textuellen Ergebnisliste. Das Laden einer ausgewählten Filiale hält die Interaktion verständlich; eine Änderung der Auswahl aktualisiert Ortsname, Adresse, Markierung und Wegbeschreibungslink gemeinsam. Die Liste bleibt ohne Karte nutzbar.

Parameter

„Quelle“ bedeutet, woher der Renderer den erstellten Wert bezieht. Das autoritative Standortsystem bleibt für die Überprüfung der tatsächlichen Adresse und Koordinaten verantwortlich.

Der Renderer muss Anbieter-URLs aus zugelassenen Kennungen und numerischen Koordinaten erstellen. Autoren dürfen kein beliebiges iframe-HTML, API-Schlüssel, Zugriffstoken oder JavaScript in den Textkörper einfügen. Sechs Dezimalstellen lokalisieren einen Punkt weitaus genauer, als ein Besucher normalerweise benötigt; behalten Sie weniger Stellen bei, wenn die Veröffentlichung eines exakten privaten Eingangs ein Sicherheits- oder Datenschutzrisiko darstellen würde.

Syntax und Code-Beispiele

Diese portablen Beispiele beschreiben ein kanonisches Inhaltsmodell. Ein Projekt muss den entsprechenden Renderer implementieren und testen, bevor Autoren die Syntax in der Produktion verwenden.

Portable Markdown-Direktive

:::map{variant=facade place-id="north-street-clinic" latitude=51.454514 longitude=-2.587910 zoom=16 aspect-ratio="4/3" provider=osm directions-url="https://www.openstreetmap.org/directions?to=51.454514,-2.587910" verified=2026-08-27}
## North Street Clinic

18 North Street, Bristol BS1 3PR, United Kingdom

Use the courtyard entrance beside the pharmacy. Step-free access is available from North Street.
:::

Die erste Überschrift liefert title; die nächste Zeile liefert die strukturierte Adresse; und der verbleibende Textkörper liefert die Bildunterschrift oder Ankunftsnotiz.

Hugo-Shortcode-Zuordnung

Verwenden Sie nur benannte Parameter. Diese Notation dokumentiert den vorgesehenen Adapter; sie behauptet nicht, dass ein Karten-Shortcode in diesem Repository bereits existiert.

{{< map variant="facade" placeId="north-street-clinic" latitude="51.454514" longitude="-2.587910" zoom="16" aspectRatio="4/3" provider="osm" directionsUrl="https://www.openstreetmap.org/directions?to=51.454514,-2.587910" verified="2026-08-27" >}}
## North Street Clinic

18 North Street, Bristol BS1 3PR, United Kingdom

Use the courtyard entrance beside the pharmacy. Step-free access is available from North Street.
{{< /map >}}

Der Adapter muss das Seitenverhältnis reservieren, die Adresse und das Fallback serverseitig rendern und das iframe erst nach dem deklarierten Auslöser erstellen. Er darf niemals einen API-Schlüssel des Anbieters in erstellten Inhalten offenlegen.

WordPress-Block

<!-- wp:amicited/map {"variant":"facade","placeId":"north-street-clinic","latitude":51.454514,"longitude":-2.587910,"zoom":16,"aspectRatio":"4/3","provider":"osm","directionsUrl":"https://www.openstreetmap.org/directions?to=51.454514,-2.587910","verified":"2026-08-27"} -->
<h2>North Street Clinic</h2>
<address>18 North Street, Bristol BS1 3PR, United Kingdom</address>
<p>Use the courtyard entrance beside the pharmacy. Step-free access is available from North Street.</p>
<!-- /wp:amicited/map -->

Ein nativer Block sollte Koordinaten als Zahlen speichern, Adressfelder strukturiert halten, den Anbieter validieren und eine sichere serverseitige Fassade rendern. Die Editor-Vorschau kann eine statische Darstellung anstelle der Initialisierung des vollständigen Anbieters zeigen.

Gute und schlechte Beispiele

Gut

North Street Clinic
18 North Street, Bristol BS1 3PR, United Kingdom
Use the courtyard entrance beside the pharmacy. Step-free access is available from North Street.
Interaktive Karte laden · Wegbeschreibung in einer Karten-App öffnen

Dies funktioniert, weil der Besucher den Ort ohne Einbettung identifizieren, kopieren und ansteuern kann. Die Eingangsnotiz löst eine echte Ankunftsmehrdeutigkeit. Das Laden des Drittanbieters ist eine Wahl, und beide Aktionen geben klar an, was passiert.

Schlecht

Finden Sie uns hier!
[vollbreite interaktive Karte mit einem unbeschrifteten Pin]

Dies schlägt fehl, weil „hier“ keinen Ort identifiziert, die Adresse nur in Anbieter-Pixeln existiert und der Pin möglicherweise eine Postleitzahl statt eines Eingangs darstellt. Die eager geladene Karte verursacht Kosten auch für Besucher, die sie nicht nutzen. Es gibt kein Fallback, kein Verifizierungsdatum, keine Ankunftsnotiz und keinen barrierefreien Navigationslink. Das Hinzufügen einer Adresse zum title des iframe würde die Rahmenbeschriftung verbessern, aber keinen auswählbaren Seitentext erzeugen.

Schema-Markup und Barrierefreiheit

Ein Karten-Block hat keinen eigenen Schema.org-Typ. Verifizierte Felder können die entsprechenden Daten für Organization, LocalBusiness-Untertyp, Place, PostalAddress oder GeoCoordinates speisen, wenn die Seite diese Entität repräsentiert. Verwenden Sie einen gemeinsamen Standortdatensatz; die sichtbare Adresse, Markierung, kanonische Filial-URL und JSON-LD müssen übereinstimmen.

Fügen Sie hasMap nicht nur hinzu, um die Seite vollständiger erscheinen zu lassen. Wenn verwendet, sollte es auf eine stabile Karten-URL für denselben Ort verweisen, nicht auf eine ablaufende Session-URL oder einen iframe-Endpunkt mit offengelegtem Schlüssel. Ein Servicegebiets-Unternehmen ohne öffentlichen Kundenstandort sollte sein Servicegebiet ehrlich beschreiben und darf keine erfundenen Geschäftsräume oder übermäßig genauen privaten Koordinaten veröffentlichen.

Barrierefreiheit beginnt mit der Unabhängigkeit von der Karte. Setzen Sie Ortsnamen und vollständige Adresse in HTML, verwenden Sie <address> nur für relevante Kontaktinformationen. Bieten Sie einen normalen Wegbeschreibungslink. Beschreiben Sie Eingänge, Orientierungspunkte, öffentliche Verkehrsmittel, Parkmöglichkeiten und stufenlosen Zugang im Text. Alternativtext für statische Karten sollte die nützliche Schlussfolgerung vermitteln, nicht jede Straße auflisten.

Die Lade-Steuerung muss ein tastaturbedienbarer <button> mit sichtbarem Fokus und einem auf den Ort bezogenen barrierefreien Namen sein. Das Laden darf den Fokus nicht unerwartet verschieben. Geben Sie nach der Aktivierung einen kurzen Status bekannt, z. B. „Interaktive Karte geladen“, und behalten Sie den Fokus auf der auslösenden Steuerung oder verschieben Sie ihn nur, wenn die Schnittstelle einen dokumentierten Tastatureinstiegspunkt hat. Geben Sie jedem iframe einen eindeutigen Titel, z. B. „Interaktive Straßenkarte für North Street Clinic.“

Anbietersteuerungen müssen bei schmalen Breiten und 200 % Zoom bedienbar bleiben. Sperren Sie den Tastaturfokus nicht im iframe. Verlassen Sie sich für wesentliche Informationen nicht auf Pin-Farbe, Zieh-Gesten, Hover oder visuelle Straßenbeschriftungen. Wenn die Karte fehlschlägt oder die Einwilligung verweigert wird, halten Sie den reservierten Bereich stabil und stellen Sie die Adresse, Ankunftsnotiz, externen Wegbeschreibungslink und Wiederholungsaktion bereit.

Schreibregeln

Beginnen Sie mit dem offiziellen öffentlichen Ortsnamen in zwei bis zehn Wörtern. Folgen Sie mit der vollständigen Postadresse, wie sie im verwalteten Standortdatensatz gespeichert ist. Kürzen Sie keine Einheit, kein Gebäude, keinen Ort oder keine Postleitzahl ab, die zum Erreichen des richtigen Eingangs erforderlich sind. Geben Sie das Land an, wenn die Seite internationalen Verkehr erhalten kann oder der Stadtname mehrdeutig ist.

Fügen Sie eine Ankunftsnotiz von 8–35 Wörtern nur dann hinzu, wenn sie ändert, was der Besucher tun soll. Nennen Sie einen dauerhaften Orientierungspunkt oder Eingangszusammenhang: „Benutzen Sie den Hofeingang neben der Apotheke“ ist nützlich; „Sie können uns nicht verfehlen“ ist es nicht. Zeitkritische Straßensperrungen, Baustellenwege und temporäre Eingänge benötigen einen Verantwortlichen und ein Überprüfungsdatum an anderer Stelle im Inhaltssystem.

Verwenden Sie einen Karten-Block für ein ausgewähltes Ziel. Ein Standortfinder kann dieses Ziel wechseln, aber jeder ausgewählte Zustand muss Titel, Adresse, Markierung, Bildunterschrift und Link atomar aktualisieren. Zeigen Sie standardmäßig eine primäre Markierung an. Sekundäre Orientierungspunkte dürfen nur erscheinen, wenn sie die Ankunft erklären und visuell in Text und Steuerungen unterscheidbar sind.

Halten Sie Steuerungsbezeichnungen wörtlich: „Interaktive Karte laden“, „Wegbeschreibung öffnen“ und „Barrierefreien Eingang anzeigen.“ Vermeiden Sie vage Bezeichnungen wie „Erkunden“, „Mehr anzeigen“ oder „Hier klicken.“ Geben Sie den Anbieter vor der Aktivierung an, wenn eine Verbindung Datenschutzauswirkungen hat.

Platzieren Sie niemals Telefonnummern, Öffnungszeiten, Werbeaussagen, Bewertungen, Preise, Buchungsformulare oder lange Parkregeln innerhalb der interaktiven Kartenfläche. Diese Fakten gehören in HTML und in ihre eigenen typisierten Elemente. Veröffentlichen Sie niemals einen API-Schlüssel, den Live-Standort eines Benutzers, einen privaten Wohneingang, erfundene Büro-Pins, nicht verifizierte Servicegebiete oder Koordinaten, die von einem ungeprüften Geokodierer kopiert wurden. Die Karte darf keinen Besucherzugang vortäuschen, wo keiner existiert.

Überprüfen Sie die Adresse und Markierung bei der Veröffentlichung, nach einer Standortänderung und während der planmäßigen Überprüfung. Anbieterstraßen und -beschriftungen können sich unabhängig ändern; die Organisation bleibt dennoch für die Genauigkeit ihres Standortdatensatzes und ihrer Ankunftsanweisungen verantwortlich.

Beitragstypen, die es verwenden

Das postTypes-Frontmatter-Feld ist die Quelle für diese Implementierungsmatrix.

QA-Checkliste

• Der Ortsname und die vollständige Adresse erscheinen als auswählbarer, servergerenderter Text außerhalb der Karte.
• Die Markierung zeigt auf den verifizierten öffentlichen Ankunftspunkt, nicht auf eine Postleitzahl oder Gebäudemitte.
• Adresse, Koordinaten, Ortskennung, Wegbeschreibungslink und strukturierte Daten stammen aus demselben verwalteten Datensatz.
• Der Block erklärt jede Einheit, jedes Stockwerk, jeden Eingang, jede Terminregel oder Barrierefreiheitsroute, die für die Ankunft erforderlich ist.
• Die Standardimplementierung vermeidet Drittanbieter-Anfragen bis zur expliziten Aktivierung oder gültigen Einwilligung.
• Eine Immer-geladen-Ausnahme hat einen dokumentierten Zweck, eine Datenschutzgrundlage und ein gemessenes Performance-Budget.
• Breite und Seitenverhältnis werden reserviert, bevor Bilder, iframe oder Anbieter-Code geladen werden.
• Jeder statische Bildpfad zeigt auf ein reales, zugelassenes Asset und hat einen nützlichen Alternativtext.
• Die Lade-Steuerung ist ein Button mit einem ortspezifischen barrierefreien Namen und sichtbarem Fokus.
• Das iframe hat bei Erstellung einen eindeutigen beschreibenden Titel und sperrt den Tastaturfokus nicht.
• Adresse, Wegbeschreibungslink, Ankunftsnotiz und Wiederholungsmöglichkeit bleiben nutzbar, wenn Skripte, Einwilligung oder der Anbieter ausfallen.
• Wesentliche Informationen hängen nicht von Pin-Farbe, Hover, Ziehen, Zoom oder Kartenbeschriftungen ab.
• Das Layout funktioniert bei schmalen Breiten und 200 % Zoom, ohne Anbietersteuerungen zu überdecken.
• Die Seite gibt kein öffentliches Büro, keinen Eingang und kein Servicegebiet vor, das die Organisation nicht verifizieren kann.
• Keine API-Schlüssel, Zugriffstoken, Benutzerstandorte, privaten Koordinaten oder beliebigen iframe-URLs erscheinen in erstellten Inhalten.
• Multi-Standort-Implementierungen behalten eine tastaturzugängliche Textliste und synchronisieren die ausgewählte Filiale atomar.
• Schema, falls vorhanden, beschreibt dieselbe reale Entität und Adresse, die den Besuchern gezeigt wird.
• Das Verifizierungsdatum und der Überprüfungsverantwortliche entsprechen der lokalen Datenpflegerichtlinie der Website.

Ein Karten-Block ist erfolgreich, wenn der Verlust der Karte den Komfort, nicht aber die Bedeutung verändert. Der Leser kennt immer noch den Ort, weiß, wie er ihn erreicht, und weiß, was ihn erwartet; der Anbieter bleibt optional.