Ein Bewertungs-Widget zu erstellen, ist überraschend einfach. Ein paar Karten, Sternebewertungen, Kundennamen und etwas CSS. Wenn die Bewertungen manuell eingepflegt werden, benötigen Sie nicht einmal eine API.
Der interessante Teil beginnt, wenn diese Bewertungen automatisch aktualisiert werden sollen.
Plötzlich hängt Ihre kleine Website-Komponente von der Infrastruktur eines Drittanbieters ab. Sie benötigen eine zuverlässige Quelle für Bewertungsdaten, eine Zugriffsmöglichkeit und einen Plan für den Fall, dass dieser Zugriff nicht mehr funktioniert.
Sollten Sie also Ihr eigenes Bewertungs-Widget bauen oder einen Dienst wie die Mirror App nutzen?
Die Antwort hängt weniger von Ihren Programmierkenntnissen ab als vielmehr davon, was das Widget sechs Monate nach dem Start leisten soll.
Zuerst einmal: Welche Art von Bewertungs-Widget möchten Sie erstellen?
Nicht jedes Bewertungs-Widget erfordert die gleiche Technologie.
Es gibt drei gängige Ansätze.
1. Ein manuell gepflegter Bewertungsbereich
Sie sammeln Kundenfeedback, fügen es Ihrer Website hinzu und aktualisieren es bei Bedarf.
Dies ist oft die einfachste Option. Es gibt keine externe API zu warten, kein Zugriffstoken zu aktualisieren und kein Risiko, ein API-Anfragekontingent zu überschreiten.
Die Einschränkungen sind vor allem operativer Natur. Jemand muss die Bewertungen sammeln, verifizieren, formatieren und veröffentlichen. Zudem benötigen Sie die Erlaubnis zur Nutzung der Kundenstimmen und sollten deren Herkunft transparent machen.
Für eine kleine Website, die eine Handvoll ausgewählter Kundenstimmen anzeigt, kann dieser Ansatz völlig ausreichen.
2. Ein benutzerdefiniertes Widget mit Anbindung an eine Bewertungsplattform
Sie entwickeln eine Schnittstelle, die Bewertungen von Google oder einer anderen unterstützten Quelle abruft.
Dies ermöglicht zwar automatisierte Inhaltsaktualisierungen und mehr Designflexibilität, doch das Projekt umfasst nun auch Authentifizierung, Datenabruf, Fehlerbehandlung und die Einhaltung der Richtlinien der jeweiligen Plattform.
3. Ein verwaltetes Bewertungs-Widget
Ein Dienst wie Mirror App stellt den Verbindungsworkflow, die Anzeige-Vorlagen und die Veröffentlichungstools bereit.
Sie konfigurieren das Widget, anstatt die zugrunde liegende Integration selbst zu entwickeln. Der Dienst pflegt die Integrationsinfrastruktur, während Sie weiterhin für die Verwaltung Ihrer Bewertungsquellen und die Auswahl der auf Ihrer Website angezeigten Inhalte verantwortlich sind.
Jeder Ansatz löst ein etwas anderes Problem. Wer sie nur anhand der anfänglichen Einrichtungszeit vergleicht, übersieht das Gesamtbild.
Das Limit von fünf Google-Bewertungen erklärt
Angenommen, ein lokales Unternehmen hat 250 Google-Bewertungen und möchte die neuesten 20 auf seiner Website anzeigen.
Ein Entwickler könnte berechtigterweise auf die Google Places API zurückgreifen, nur um festzustellen, dass die Antwort maximal fünf Bewertungen enthält.
Dies ist eine dokumentierte Einschränkung der Places API (New). Die zurückgegebenen Bewertungen werden nach Googles Relevanzkriterien ausgewählt, und die API bietet keine allgemeine Paginierung durch den gesamten Bewertungsverlauf des Unternehmens.
Dies ist eine wichtige Einschränkung, aber kein allgemeines Limit für Google-Bewertungen.
Google bietet eine weitere API für einen anderen Anwendungsfall an.
Google Business Profile API kann Bewertungen für berechtigte Unternehmensstandorte abrufen, die das authentifizierte Konto verwalten darf. Der Endpunkt für Bewertungen unterstützt Paginierung mit bis zu 50 Bewertungen pro Anfrage.
Der entscheidende Unterschied liegt im Zugriff.
Die Places API kann verwendet werden, um Informationen über Orte zu erhalten, vorbehaltlich ihrer Richtlinien und Produktbeschränkungen. Die Business Profile API erfordert eine autorisierte Beziehung zum Unternehmen und Zugriff auf die entsprechende API-Funktionalität.
Die Entscheidung hängt also nicht einfach davon ab, ob Sie wissen, wie man die Anfrage schreibt.
Es geht darum, ob die benötigten Daten über eine API verfügbar sind, für die Sie eine Berechtigung haben.
Wenn Ihr Unternehmen mehr als fünf Bewertungen benötigt, prüfen Sie die autorisierten Optionen, bevor Sie sich für eine Architektur entscheiden. Gehen Sie nicht davon aus, dass jede Google-Bewertungs-Integration über dieselben Funktionen verfügt.
Offizielle Dokumentation:
API-Schlüssel, Zugriffstokens und das, was Besucher nie zu sehen bekommen
Ein API-Schlüssel und ein OAuth-Zugriffstoken sind nicht austauschbar.
Ein API-Schlüssel identifiziert bei unterstützten API-Anfragen in der Regel das aufrufende Projekt. OAuth-Tokens stehen für autorisierten Zugriff und können spezifische Berechtigungen, Ablaufdaten und Widerrufsmöglichkeiten beinhalten.
Die Google Places API und die Google Business Profile API haben unterschiedliche Authentifizierungsanforderungen; die Implementierung hängt also davon ab, welchen Dienst Sie nutzen.
Bei Integrationen, die OAuth erfordern, muss Ihre Anwendung möglicherweise den Ablauf von Tokens, die erneute Verbindung und Änderungen an Berechtigungen verwalten.
Es gibt einige praktische Fragen, die vor der Entwicklung geklärt werden sollten:
- Kann der Website-Inhaber die Quelle neu verbinden, ohne einen Entwickler kontaktieren zu müssen?
- Wo werden Anmeldedaten gespeichert und können diese über den Browser-Code ausgelesen werden?
- Was passiert, wenn die Autorisierung widerrufen wird?
- Zeigt die Website weiterhin eine nützliche Alternative an, falls die API nicht verfügbar ist?
- Wer erhält eine Benachrichtigung, wenn die Bewertungen nicht mehr aktualisiert werden?
Eine typische Implementierung erfordert möglicherweise auch serverseitige Anfragen, kontrollierte API-Zugangsdaten, eine Zeitplanung für Anfragen sowie eine Fehlerüberwachung.
Für einen erfahrenen Entwickler ist das nichts Ungewöhnliches. Aber es ist deutlich mehr technischer Aufwand, als nur eine Reihe von Testimonial-Karten zu erstellen.
Ein Widget, das in einer Demo funktioniert, und eines, das unbeaufsichtigt laufen kann, sind zwei völlig verschiedene Dinge.
Können Sie die Bewertungen einfach in Ihrer eigenen Datenbank speichern?
Hier trifft das technische Design auf die Richtlinien der Plattform.
Das lokale Speichern abgerufener Bewertungen klingt nach einer naheliegenden Methode, um die Ladegeschwindigkeit zu verbessern und API-Aufrufe zu reduzieren.
Die Google Maps Platform schränkt jedoch das Speichern, Zwischenspeichern und Wiederverwenden von Inhalten der Places API ein. Zudem ist eine angemessene Quellenangabe für Google-Inhalte und die Verfasser der Bewertungen erforderlich.
Die geltenden Regeln hängen von der jeweiligen API und der Art der Datennutzung ab. Sie sollten nicht davon ausgehen, dass eine allgemeine Datenbank mit kopierten Google-Bewertungen zulässig ist.
Für die Places API (New) stellt Google zudem Anforderungen an die Quellenangabe von Bewertungen, Links zur Quelle sowie die Kommunikation darüber, wie Bewertungen sortiert oder gefiltert werden.
Dies sind nicht nur visuelle Details. Sie können beeinflussen, wie das Widget aufgebaut ist.
Bevor Sie eine Caching-Strategie implementieren, prüfen Sie die aktuellen Richtlinien für die spezifische API.
Richtlinien und Anforderungen zur Quellenangabe der Google Places API
Was spart Ihnen ein fertiges Widget eigentlich?
Der offensichtliche Vorteil ist, dass die anfängliche Entwicklung entfällt. Für viele Unternehmen ist jedoch der nützlichere Vorteil, dass sie den Bewertungsbereich verwalten können, ohne einen Entwickler hinzuziehen zu müssen.
Stellen Sie sich ein Restaurant vor, das Google-Bewertungen und Facebook-Empfehlungen sammelt, aber auch detailliertes Kundenfeedback über die eigene Website erhält.
Das Team möchte mehrere aktuelle Bewertungen auf der Startseite präsentieren, eine besonders hilfreiche Kundengeschichte hervorheben und gelegentlich das Layout ändern.
Bei einer individuellen Lösung hängen diese Funktionen davon ab, was der Entwickler programmiert hat.
Mit dem Mirror App Reviews Widget kann das Team mit unterstützten Quellen arbeiten, darunter Google-Bewertungen, Facebook-Bewertungen und manuell hinzugefügte Bewertungen.
Manuelle Bewertungen können einzeln erstellt oder aus CSV- und Excel-Dateien importiert werden. Die Benutzeroberfläche bietet zudem Optionen zum Auswählen, Ausblenden und Anpinnen von Bewertungen.
Für Marketing-Experten und Website-Manager verändert das den täglichen Arbeitsablauf. Um die Darstellung zu aktualisieren, muss nicht zwingend der Website-Code bearbeitet werden.
Es gibt dennoch einen Kompromiss.
Ein verwaltetes Widget funktioniert innerhalb der Layouts, Einstellungen, Quellverbindungen und Abonnement-Limits, die der Dienst bietet. Eine maßgeschneiderte Implementierung kann Ihnen eine feinere Kontrolle bei ungewöhnlichen Anforderungen ermöglichen.
Keines der beiden Modelle ist automatisch besser.
Die Kostenfrage, die niemand mit einer einzigen Zahl beantworten kann
Ein häufiger Vergleich stellt den Preis eines Abonnements den Kosten für die Programmierung des ursprünglichen Widget-Codes gegenüber.
Das ist unvollständig.
Bei einer individuellen Integration können die Gesamtkosten Folgendes umfassen:
- Anfängliche Entwicklung und Tests.
- Hosting oder Server-Infrastruktur, sofern erforderlich.
- API-Nutzungsgebühren, abhängig vom Dienst und Anfragevolumen.
- Authentifizierung und Verwaltung von Zugangsdaten.
- Änderungen nach API-Updates.
- Überwachung und Fehlerbehebung.
- Verbesserungen bei Design, Barrierefreiheit und mobilem Verhalten.
Ein Managed Service ersetzt viele dieser Einzelaufgaben durch ein Abonnement und einen definierten Funktionsumfang.
Doch Abonnements haben ebenfalls ihren Preis. Sie können auf Einschränkungen bei der Nutzung, den verfügbaren Funktionen oder der Anzahl der Widgets stoßen. Zudem sind Sie darauf angewiesen, dass der Anbieter die von Ihnen benötigten Integrationen weiterhin unterstützt.
Hier ist ein nützlicherer Vergleich:
- Einfache manuelle Testimonials: Benutzerdefiniertes Widget: Oft einfach zu implementieren; Fertiges Widget: Möglicherweise unnötig
- Exakte visuelle Kontrolle: Benutzerdefiniertes Widget: Hoch; Fertiges Widget: Hängt von den verfügbaren Einstellungen ab
- Integrationen von Drittanbietern: Benutzerdefiniertes Widget: Muss entwickelt werden; Fertiges Widget: Unterstützte Quellen werden bereitgestellt
- Wartung der Authentifizierung: Benutzerdefiniertes Widget: Ihre Verantwortung; Fertiges Widget: Wird primär vom Anbieter übernommen
- Neue Funktionen: Benutzerdefiniertes Widget: Erfordern Entwicklung; Fertiges Widget: Abhängig von der Produkt-Roadmap
- Technischer Support: Benutzerdefiniertes Widget: Ihr Team oder Auftragnehmer; Fertiges Widget: Support-Team des Anbieters
- Laufende Kosten: Benutzerdefiniertes Widget: Infrastruktur, API-Nutzung, Wartung; Fertiges Widget: Abonnement, abhängig von Tariflimits
- Langfristige Abhängigkeit: Benutzerdefiniertes Widget: Von APIs und Ihrer Implementierung; Fertiges Widget: Von APIs und dem Widget-Anbieter
Ein benutzerdefiniertes Widget kann für ein Unternehmen mit eigenem Entwicklungsteam und einfachen Anforderungen die günstigere Wahl sein.
Für kleine Unternehmen ohne eigene Entwickler kann selbst gelegentliche Wartung eine fertige Lösung wirtschaftlicher machen.
Der einzige sinnvolle Vergleich basiert auf Ihren eigenen Anforderungen und verfügbaren Ressourcen.
Support ist am wichtigsten, wenn das Widget nicht mehr funktioniert
Stellen Sie sich vor, Ihre Bewertungen wurden seit zwei Wochen nicht mehr aktualisiert.
Besucher sehen möglicherweise weiterhin die alten Inhalte. Wenn niemand die Zeitstempel prüft oder die Integration überwacht, könnte das Problem unbemerkt bleiben.
Bei einem benutzerdefinierten Widget ist der nächste Schritt normalerweise, den Entwickler zu kontaktieren.
Dieser muss dann feststellen, ob das Problem durch ein abgelaufenes Token, einen API-Fehler, geänderte Berechtigungen oder die Website selbst verursacht wurde.
Bei einem verwalteten Produkt können Sie sich bezüglich des Widgets an das Support-Team des Anbieters wenden.
Das ist hilfreich, beseitigt jedoch nicht jede Abhängigkeit. Wenn eine Drittplattform den Zugriff einschränkt oder einen Ausfall hat, kann ein Widget-Anbieter deren Regeln nicht einfach außer Kraft setzen.
Es gibt noch einen weiteren Unterschied, den man berücksichtigen sollte: Support-Verfügbarkeit ist nicht gleichbedeutend mit einer garantierten Reaktionszeit..
Bevor Sie sich für einen Dienst entscheiden, prüfen Sie die Dokumentation, die Support-Kanäle, die Einschränkungen des Tarifs und ob spezifische Service-Zusagen gemacht werden.
Bei einer geschäftskritischen Integration können diese Details wichtiger sein als die Anzahl der verfügbaren Layouts.
Ein praktischer Entscheidungsansatz
Beginnen Sie mit den Inhalten, die Sie tatsächlich anzeigen möchten.
Wenn Sie sechs sorgfältig ausgewählte Kundenstimmen haben, die sich zweimal im Jahr ändern, ist ein benutzerdefinierter HTML-Bereich oft die einfachste Lösung.
Wenn Sie aktuelle Google-Bewertungen mit autorisiertem Zugriff, automatischen Updates und einer maßgeschneiderten Oberfläche wünschen, kann eine individuelle Integration sinnvoll sein, sofern Sie über die Ressourcen für deren Wartung verfügen.
Wenn Sie Bewertungen aus mehreren unterstützten Quellen verwalten und Ihr Marketing-Team die Anzeige ohne Programmieraufwand steuern soll, ist ein Managed Service eine gute Wahl.
Und wenn Sie eine Agentur betreiben, überlegen Sie, wie oft Sie diese Arbeit wiederholen müssen.
Eine Integration für einen Kunden zu erstellen und zu pflegen ist etwas anderes, als Bewertungs-Integrationen für 30 Websites zu verwalten, von denen jede ihre eigenen Berechtigungen, Kontoinhaber und inhaltlichen Anforderungen hat.
Das Wartungsmodell gewinnt mit der Anzahl der Websites oft an Bedeutung.
Bevor Sie sich entscheiden, beantworten Sie diese fünf Fragen
- Woher sollen die Bewertungen stammen? Manuelle Sammlung, Google, Facebook oder mehrere Quellen?
- Wie häufig müssen sie aktualisiert werden? Sofort, alle paar Stunden oder nur dann, wenn jemand Änderungen veröffentlicht?
- Wer wird die Integration pflegen? Ist ein Entwickler verfügbar, wenn sich die API oder Kontoberechtigungen ändern?
- Wie viel Designkontrolle benötigen Sie? Reichen konfigurierbare Vorlagen aus oder ist die Komponente Teil einer maßgeschneiderten Anwendung?
- Wer muss die Inhalte verwalten? Ein Entwickler, ein Marketing-Spezialist, ein Shop-Manager oder eine Agentur, die für mehrere Kunden arbeitet?
Ihre Antworten machen die Entscheidung meist klarer als eine allgemeine Liste von Vor- und Nachteilen.
Das richtige Widget ist das, das Sie auch pflegen können
Ein eigenes Bewertungs-Widget zu entwickeln, ist ein vernünftiges Projekt. Für manche Websites ist es zudem die effizienteste Option.
Der Punkt, den man sorgfältig abwägen sollte, ist alles, was nach dem Start passiert.
Bewertungen ändern sich. Konten verlieren Berechtigungen. APIs entwickeln sich weiter. Designanforderungen verschieben sich. Jemand muss die Verbindung zwischen der Quelle und der Website aufrechterhalten.
Für Unternehmen, die Kundenfeedback verwalten möchten, ohne diese Infrastruktur selbst zu pflegen, bietet Mirror App eine No-Code-Lösung zum Erstellen und Veröffentlichen eines Bewertungs-Widgets mit unterstützten Quellen und konfigurierbaren Layouts.
Wenn Sie die Integration lieber selbst entwickeln möchten, nutzen Sie dieselben Kriterien: zuverlässiger Datenzugriff, regelkonforme Darstellung, überschaubarer Wartungsaufwand und ein klarer Verantwortlicher für den technischen Support.
Ein gutes Bewertungs-Widget sollte Kundenfeedback leichter auffindbar machen. Es am Laufen zu halten, sollte nicht zu einem unerwarteten Projekt für sich werden.
