Ein lokales Unternehmen, das sichtbar sein will, beginnt üblicherweise mit dem Google-Profil und hört dort auch wieder auf. Das Telefon klingelt oder klingelt nicht aber aus ganz anderen Gründen, aus solchen, die im Profil-Dashboard schlicht nicht zu sehen sind. Die Struktur der Daten über die Leistungen. Die Ladezeit der Seite bei zwei Balken Empfang. Der Ort, an dem eine Formularanfrage landet. Wir bauen seit 2006 Webanwendungen und Integrationen für Unternehmen aus Łódź und ganz Polen, und in diesen Jahren hat sich eines bestätigt: lokale Sichtbarkeit für Unternehmen in Polen ist ein Systemprojekt, keine Kosmetik.
Inhaltsverzeichnis
Das Profil ist eine Oberfläche, kein Fundament
Das Unternehmensprofil in Google zeigt Daten an, die ohnehin irgendwo existieren müssen: auf der Website, im Buchungssystem, im CRM. Das Dashboard zeigt, was es bekommt. Von sich aus erzeugt es nichts und prüft es nichts.
Das typische Szenario? Der Inhaber feilt an Beschreibung und Fotos im Profil, und die Zielseite bestätigt keines der Versprechen. Kein Leistungsumfang. Keine Angabe zum Einsatzgebiet. Kein Wort zu den Preisen. Der Nutzer klickt, findet keine Bestätigung und kehrt zu den Suchergebnissen zurück. Und das war es dann mit der Sichtbarkeit.
Die Signale aus dem Profil werden durch das geprüft, was Algorithmus und Mensch außerhalb davon finden: die Einheitlichkeit der Adressdaten, die Inhalte der Unterseiten, das Verhalten nach dem Klick. Wenn ein Kunde uns um Unterstützung bittet, fragen wir deshalb nicht „was soll ins Profil”. Wir fragen, woher die Daten zu Leistungen, Standorten und Öffnungszeiten stammen und wer sie tatsächlich aktualisiert.
Standort- und Leistungsseiten: wann sie sinnvoll sind und wann sie Müll erzeugen
Inhalte entlang der Achse Leistung mal Stadt aufzuteilen funktioniert unter einer Bedingung: Jede Unterseite trägt etwas Eigenes. Ein anderes Team, ein anderer Leistungsumfang, andere Anfahrtszeiten, konkrete Referenzen aus der Umgebung. Dann ist das ein ganz gewöhnlicher, sinnvoller Ausbau der Website.
Der klassische Fehlschlag ist ein Generator, der den Ortsnamen in einer Vorlage austauscht. So entstehen mehrere hundert fast identische Adressen, die sich gegenseitig behindern, die Signale verwässern und der Redaktion einen Stapel Seiten hinterlassen, die niemand je anfassen wird. Jede dieser Unterseiten braucht einen eigenen Text, und hier ist meist SEO-Copywriting für Unternehmen gefragt, nicht eine weitere Abwandlung desselben Absatzes.
Entscheidungen, die vor der ersten Zeile Code fallen müssen
Die URL-Struktur (die Variante mit der Leistung über der Stadt oder umgekehrt), das Routing, kanonische Adressen, die Beugung der Ortsnamen im Polnischen. Wir haben verschiedene Ansätze getestet, und ich sage es offen: Diese Entscheidungen nehmen Sie nach der Einführung nicht günstig zurück. Sie ziehen Weiterleitungen und den Verlust der Adresshistorie nach sich.
Die Lösung, die sich bewährt: ein Datenmodell mit den Entitäten Leistung, Standort und Team, und Seiten, die erst dann gerendert werden, wenn ein vollständiger Satz echter Informationen vorliegt. Keine Daten bedeutet keine Seite. Und keine leere Seite mit Platzhalter.
Strukturierte Daten und NAP-Konsistenz als Integrationsaufgabe
Schema.org in den Varianten, die Unternehmen, Leistung, Öffnungszeiten und Koordinaten beschreiben, sollte aus der Datenbank entstehen und nicht von Hand in die Vorlage eingefügt werden. Einmal eingefügt, veraltet sie mit der ersten Änderung am Dienstplan.
Die Ursache der Abweichung ist meist banal: Die Öffnungszeiten existieren an drei Stellen gleichzeitig (CMS, Profil, Buchungssystem), und drei verschiedene Personen ändern sie. Eine einzige Quelle der Wahrheit plus Synchronisation über eine API ist ein ganz normales Integrationsprojekt: Feld-Mapping, Fehlerbehandlung, Queuing, Wiederholungen, ein Änderungsprotokoll. Nichts Magisches.
An einer Stelle halten und verteilen wir automatisch:
- Name und Rechtsform in überall identischer Schreibweise,
- die Adresse mit Postleitzahl und Stadtteil,
- die Telefonnummer im Format E.164, damit Integrationen sie nicht zerstören,
- die Öffnungszeiten samt Ausnahmen an Feiertagen,
- das Einsatzgebiet eindeutig beschrieben,
- den Leistungsumfang mit Preisen oder einem bewussten Hinweis auf deren Fehlen,
- die Daten der verantwortlichen Personen für die einzelnen Kontaktkanäle.
Performance, Core Web Vitals und die Realität des mobilen Traffics
Lokale Anfragen kommen überwiegend vom Telefon. Oft von jemandem, der bei schlechtem Empfang auf der Straße steht. Die Seite soll sich öffnen und die Nummer zeigen, bevor diese Person die Geduld verliert und zur Ergebnisliste zurückkehrt. Wie viel Zeit hat sie dafür? Weniger, als man meint.
Das Ergebnis verderben immer dieselben Dinge: eine Karte im Frame, die sofort geladen wird, ein Fotokarussell ohne deklarierte Abmessungen und der daraus folgende Layout-Sprung, Schriften, die das Rendering blockieren, Consent-Banner, die vor dem eigentlichen Inhalt geladen werden. Jeden dieser Punkte fängt ein gewöhnliches technisches Audit der Website ab. Die gute Nachricht: Jedes dieser Elemente lässt sich ohne Umbau der Website beheben.
In der Praxis: die Karte als statisches Bild, das erst nach einem Klick gegen die interaktive getauscht wird, Grafiken in modernen Formaten mit festen Abmessungen, kritisches CSS direkt im Dokument. Und Messung davor und danach, auf Daten aus echten Sitzungen. Ohne das unterscheiden Sie eine Verbesserung nicht vom Eindruck einer Verbesserung.
Konversion nach dem Klick: Formular, Buchung, Telefon
Lokaler Traffic ist mitunter nutzlos, wenn der Weg zum Kontakt länger ist als die Geduld des Kunden. Ein dreistufiges Formular dort, wo eine sichtbare Nummer und ein einziges Feld genügen, kostet mehr Anfragen, als es an Daten einbringt. Eine einfache Rechnung.
Statt einer Nachricht, die in einem allgemeinen Postfach landet, funktioniert die Integration mit Kalender und CRM besser: Die Anfrage geht an eine konkrete Person, mit zugewiesener Reaktionszeit und sichtbarem Status. Das ist der Unterschied zwischen einem System und der Hoffnung, dass jemand ins Postfach schaut.
Ein Fehler, dem wir überraschend oft begegnen: Das Formular funktioniert korrekt, aber die versendeten Nachrichten landen im Spam des Empfängers, weil die Absenderdomain keine korrekt gesetzten Einträge zur E-Mail-Authentifizierung hat. Das Unternehmen weiß monatelang nicht, dass es Anfragen verliert. Ich prüfe das inzwischen bei jedem Audit, weil ich zweimal auf einen solchen Fall bei Kunden gestoßen bin, die sich über „schwaches Marketing” beklagt haben. Ach ja, und verfolgen Sie die Kontaktquelle von der ersten Anfrage bis zum Abschluss des Vorgangs, sonst beurteilen Sie die Wirksamkeit nach Gefühl.
Bewertungen, lokale Inhalte und Pflege über die Zeit
Bewertungen zu sammeln ist ein operativer Prozess und kein gelegentlicher Kraftakt. Eine automatische Bitte, die nach Abschluss der Leistung verschickt wird, mit Widerspruchsmöglichkeit und ohne die Regeln der Plattformen zu verletzen, wirkt nachhaltiger als eine Aktion einmal pro Quartal.
Wertvolle lokale Inhalte sind konkrete Referenzen aus der Umgebung, eine ehrliche Beschreibung des Anfahrtsgebiets, Antworten auf die Fragen, die ohnehin am Telefon gestellt werden, sowie Informationen zu Formalitäten, die für eine bestimmte Stadt oder Region gelten. Der Rest ist Füllmaterial.
Das schwächste Glied bleibt die Pflege. Nach einem Jahr ohne Betreuung laufen die Öffnungszeiten auseinander, Fotos verschwinden, Zertifikate laufen ab, Plugins verlieren den Support des Herstellers. Der reale Kostenblock ist nicht die einmalige Einführung, sondern die Struktur: Hosting, Verfügbarkeitsmonitoring, Aktualisierungen, die Pflege von Datenänderungen und die Zeit der Person, die auf Anfragen reagiert.
Fazit: was eine gelungene Umsetzung von einer misslungenen unterscheidet
Besser fährt das Unternehmen, das seine Daten an einer Stelle hat, eine schnelle Website, einen kurzen Kontaktweg und eine konkrete Person, die für die Pflege verantwortlich ist. So sieht wirksame lokale Suchmaschinenoptimierung für Unternehmen aus, und das Profil ist das Ende dieses Systems, nicht sein Herz.
Die Reihenfolge der Arbeiten folgt daraus unmittelbar: zuerst das Datenmodell und die Integrationen, dann die Struktur der Seiten, zum Schluss der Feinschliff am Profil. Drehen Sie diese Reihenfolge um, und Sie bekommen ein hübsches Dashboard, das an ein Durcheinander angeschlossen ist.
Und noch etwas: Hüten Sie sich vor Scheinarbeit. Hunderte Unterseiten zu generieren und regelmäßig Beiträge im Profil zu veröffentlichen ersetzt keinen funktionierenden Prozess zur Bearbeitung von Anfragen. Es kann Ihre Aufmerksamkeit aber viele Monate lang binden.
Wenn Sie ein MVP, eine Systemintegration, die Automatisierung wiederkehrender Aufgaben, die Einführung von KI-Lösungen oder die Modernisierung einer Website planen, die dem Unternehmen nicht mehr folgt, schreiben Sie uns. Wir sprechen gern über den Umfang und die realen Kosten eines solchen Projekts.
