TYPO3 Address-Manager

Ja, es gibt ein Feature/ViewHelper-Erweiterung zum Laden von Adressen per UID oder Name (hilfreich für individuelle Teaser/Module).

Ja, es gibt einen ViewHelper, um Adressen in anderen Fluid-Templates/Extensions oder Page-Templates zu verwenden.

Ja, es gibt ein praktisches Backend-Modul mit erweiterten Autorisationen zur Pflege der Adress-/Kontaktdaten.

Ja, es gibt eine Funktion/Plugin, mit dem Frontend-User ihre Daten pflegen können – praktisch für Partner-/Händler-Portale.

Weil Du danach eine konsistente Datenbasis für Suche, Karte, SEO-Felder und Umkreissuche hast – das spart Redaktionszeit und reduziert Fehler.

Ja, eine Migration von tt_address ist per Command möglich, so dass die Grunddaten schnell im neuen TYPO3-System vorhanden sind.

Nutze eindeutige Inhalte pro Standort (Öffnungszeiten, Besonderheiten, Beschreibung) und verlinke sauber auf die Detailseite. Wiederhole „Filialfinder/Umkreissuche“ nur dort, wo es inhaltlich passt – reine Keyword-Wiederholung ist riskant. (Detailseiten/SEO-Felder sind dafür da.)

Ja, es gibt eine Konfigurationssektion für sprechende URLs (wichtig für SEO bei Filialfinder/Standortseiten).

Ja, es gibt eine Funktion/HowTo zu SEO Sitemap XML, um Adress-Detailseiten besser indexierbar zu machen.

Ja, OpenGraph-Informationen können eingebunden werden (z. B. für Social Sharing von Standort-Detailseiten).

Ja – Du kannst pro Adresse SEO-relevante Informationen pflegen (z. B. Titel/Beschreibung/Keywords), und Detailseiten eignen sich als Landingpages für „Filialfinder + Stadt“.

Es gibt Features für zusätzliche Attribut-Felder (Custom Data), was für individuelle Standortdaten im Store Locator praktisch ist.

Ja, Bilder und Attachments können verwendet werden.

Ja, neben Kontaktdaten gibt es spezielle Felder u. a. für Öffnungszeiten und Geo-Daten.

Adressen können nach Gruppen, Organisationen und Positionen strukturiert werden – das ist hilfreich für Filter im Filialfinder und für saubere SEO-Landingpages.

Ja, es gibt einen Kartenassistenten, um Geo-Koordinaten bei der Bearbeitung einer Adresse im Backend zu ermitteln.

Ja, es gibt einen Scheduler-Task, der Geo-Koordinaten automatisiert verarbeitet/ableitet. Dieser kann auch über die Shell/CLI ausgeführt werden.

Ja, es gibt Funktionen/Anleitungen zur automatischen Ermittlung von Geo-Koordinaten.

Ja – eine Umkreissuche/Radius-Suche ist nur wirklich zuverlässig, wenn Deine Adressen mit Geo-Koordinaten (Latitude/Longitude) gepflegt oder ermittelt sind.

Ja, es ist möglich OpenStreet-Map als Google-Maps Alternative einzusetzen, es müssen allerdings eigene Templates gebaut werden. Dazu gibt es eine HowTo-Sektion in der Dokumentation.

Ja, es können die Farben und das Design der Google-Maps angepasst werden. Dies geschieht direkt in der Google-Maps Oberfläche. Dabei sind auch Dark- und Light-Mode möglich.

Ja, es gibt eine Lösung/Anleitung, um Google Maps erst nach Einwilligung zu laden (Cookie/Consent per Link/Mechanismus).

Ja, Marker-Clustering ist vorhanden – sinnvoll bei vielen Standorten in Ballungsräumen. Hierbei können auch die Cluster-Marker individuell angepasst werden.

Ja, abhängig vom Filter/Ergebnis kann sich die Karte automatisch in den Bereich der vorhandenen Marker bewegen.

Ja, der Address-Manager unterstützt die Ausgabe einer Google Map mit Marker pro Standort. Hierbei können die Marker je Addresse individuell dargestellt werden.

Ja, die Google-Maps Marker können auch individuelle Tooltips bei einem Mouseover anzeigen, so dass der Benutzer direkt in der Karte schon weitere Informationen erhalten kann.

Ja, Listen und Filter sind auf eine „smooth“ UX mit AJAX ausgelegt – hilfreich für Filialfinder/Umkreissuche ohne Seitenreload.

Typischerweise ja – entscheidend ist, dass Du verwertbare Standortdaten/Koordinaten hast, damit die Radius-Logik sauber rechnen kann. (Wenn Koordinaten fehlen: siehe Geo-FAQ unten.)

Ja. Das Such-Plugin (z. B. für Standortsuche/Umkreissuche) kann unabhängig von Liste/Karte positioniert werden. Dies ist nützlich auf Startseiten oder Landing-Pages, aber auch in Sidebars von indivduellen Seiten.

Ja, Du kannst Händlersuche/Filialfinder mit frei kombinierbaren Filtern aufbauen und die Filter in beliebiger Reihenfolge platzieren.

Ja, das Suchfeld in der Datenbank ist konfigurierbar (z. B. welche Felder in den Suchstring einfließen).

Die Umkreissuche (Radius-Suche) findet Standorte in der Nähe eines Orts/PLZ (Entfernung), die Volltextsuche durchsucht definierte Textfelder (z. B. Name, Ort, Beschreibung) – ideal für „Händlersuche“ oder „Standortsuche“.

Ja, die Erweiterung bringt Umkreissuche bzw. Radius-Suche mit (auch „radial search“ / „radius search“ genannt).

Ja. Der Address-Manager ist explizit für Filialfinder (auch „Store Locator“) geeignet – inklusive Kartenansicht, Liste und Such-/Filterlogik.

Ja, Listen können mit Offset und Limit konfiguriert werden, damit Du z. B. Teaser-Listen auf Landingpages bauen kannst.

Ja, Du kannst optional eine Detailseite je Adresse/Kontakt ausgeben lassen – sinnvoll für SEO und wenn Nutzer Öffnungszeiten, Kontaktinfos oder Beschreibung suchen.

Typische Use-Cases sind Filialfinder / Store Locator, Händlersuche, Standortübersicht, Mitarbeiterverzeichnis oder ein Partnerverzeichnis – jeweils mit Suche, Filtern und optionaler Detailseite je Eintrag.

Der TYPO3 Address-Manager ist eine Erweiterung, mit der Du Adress- bzw. Personendatensätze im Backend verwaltest und im Frontend als Liste, Karte (Google Maps) und/oder Detailansicht ausgibst – ähnlich wie bei tt_address.

Radius-Suche ist ein Synonym für Umkreissuche: Du gibst einen Ort/PLZ an, und der Filialfinder zeigt Standorte innerhalb eines definierten Umkreises.

Eine Standortsuche ist die Suche nach Niederlassungen/Filialen anhand von Ort, PLZ oder Suchbegriffen – oft kombiniert mit Filtern und Karte (Filialfinder).

„Store Locator“ ist der englische Begriff für Filialfinder – also Standorte finden per Standortsuche und ggf. Umkreissuche/Radius-Suche mit Kartenansicht.

Eine Händlersuche ist ein Filialfinder-Use-Case, bei dem Standorte als Händler/Partner gefiltert und per Umkreissuche/Standortsuche auffindbar gemacht werden.