Websites herunterladen, die Bookly nutzen

Über Bookly

Ein Buchungsformular gehört zu den wenigen Elementen auf der Website eines kleinen Unternehmens, hinter denen Geld fließt. Die meisten Plugins fügen eine Funktion hinzu. Bookly fügt einen Geschäftsablauf hinzu: Ein Kunde wählt einen Termin, ein Mitarbeiter wird zugeteilt, eine Erinnerung wird verschickt, und in vielen Installationen wird direkt eine Anzahlung kassiert. Wird das Plugin erkannt, sagt das deshalb mehr über den Betrieb aus als über die Website.

Der Anbieter Nota-Info veröffentlicht das Plugin seit 2014. Die Software ist in PHP für WordPress geschrieben, steht unter der Lizenz GPL v2 und wird als kostenloser Kern mit einer kostenpflichtigen Stufe verkauft, die Kalendersynchronisierung, Messaging und Zahlungsfunktionen ergänzt. Das Geschäftsmodell ist für alle wichtig, die die Daten auswerten, denn ein nennenswerter Teil der installierten Basis hat bereits einmal für Software bezahlt und lässt sich erneut als Kunde gewinnen.

Die Betriebe dahinter folgen einem einheitlichen Muster. Friseursalons und Barbershops, Zahnarzt- und Arztpraxen, Physiotherapeuten, Fahrlehrer, Nachhilfelehrer, Studios, Reparaturwerkstätten, Berater und Handwerksbetriebe, die nach Terminen arbeiten. Jeder dieser Betriebe hat einen Standort, eine Telefonnummer, Personal und einen Kalender, und jeder hat bereits akzeptiert, dass Kunden buchen können sollten, ohne anzurufen. Für Zahlungsanbieter, Messaging-Dienste, Bewertungsplattformen und konkurrierende Terminprodukte ist diese Akzeptanz die teure Hälfte des Verkaufs, und sie ist bereits erledigt.

Stand Oktober 2026 erkennen wir das Plugin auf 8.335 Websites. 7.104 davon verorten wir in den USA. Beim Domainvolumen liegt der Schwerpunkt auf der Endung .com. Versionsdaten schärfen die Liste erheblich. Wir erfassen 147 verschiedene Versionsangaben, wobei sich die Messwerte bei Version 28.3 häufen, und insgesamt verteilt sich der Bestand über Releases aus vielen Jahren. Ein Terminplanungs-Plugin, das mehrere Hauptversionen zurückliegt, gehört meist zu einer Website, die niemand pflegt, während ein aktueller Build auf einen aktiven Betrieb mit laufender Lieferantenbeziehung und einem Verlängerungstermin hindeutet. Erst die Segmentierung nach Version trennt den potenziellen Kunden von der Karteileiche.

Der umgebende Stack vervollständigt das Profil. Läuft ein Buchungs-Plugin neben einem Zahlungs-Gateway, wechselt Geld beim Termin selbst den Besitzer. Neben einem Messaging- oder Erinnerungsdienst zeigt es, dass der Betrieb bereits dafür bezahlt, verpasste Termine zu verringern. Steht es neben keinem von beiden auf einer ansonsten schlichten Installation, hat meist jemand ein Formular eingerichtet und es dabei belassen, was ein anderes Gespräch ist und oft eines, das sich leichter beginnen lässt. Die Geografie wiegt hier schwerer als bei Infrastruktur-Software, denn Terminbetriebe sind per Definition lokal, und eine Liste für die Kundenansprache funktioniert nur, wenn Sprache, Währung und Zahlungsgewohnheiten dahinter passen.

Bei Plugins dieser Art hat die Erkennung eine offensichtliche Schwäche. Assets werden häufig nur auf der Seite geladen, die das Buchungsformular enthält. Ein Scan, der nur die Startseite sieht, übersieht daher Installationen, und die Zahl fällt zu niedrig aus. Außerdem beweist ein Fund, dass die Software installiert ist, nicht, dass tatsächlich Termine angenommen werden. Realistisch ist folgender Ablauf: den Download als qualifizierten Ausgangsbestand behandeln, ihn nach Version, Land und übrigem Stack filtern und dann in der engeren Auswahl, die übrig bleibt, prüfen, ob die Betriebe noch aktiv sind. Eine Abfrage pro Domain kann einen einzelnen Salon bestätigen. Erst der vollständige Export zeigt, wie viele Salons es gibt und welche davon noch geöffnet haben.