Manchmal beginnt ein Softwareprojekt mit einem einzigen Satz. In diesem Fall lautete er sinngemäß: „Können die Leute sich unsere Räume nicht einfach online anschauen – so richtig, zum Umsehen?“

Eine berechtigte Frage. Wer eine Tagespflege, eine Praxis, ein Ferienhaus oder eine Werkstatt betreibt, kennt das Problem: Ein paar Fotos zeigen Ausschnitte, aber nie den Raum. Menschen möchten ein Gefühl davon bekommen, wie es dort ist, bevor sie anrufen oder vorbeikommen. Genau dafür sind 360°-Panoramen da.

Der erste Reflex: Was gibt es fertig?

Am Anfang jeder Anforderung steht die Marktrecherche – und die ist meistens ernüchternd. Für 360°-Ansichten in WordPress gibt es im Wesentlichen drei Wege:

• SaaS-Plattformen für virtuelle Rundgänge. Technisch hervorragend, aber mit laufenden Monatskosten, externem Hosting der Bilder und einem eingebetteten iFrame, der aus Datenschutzsicht erst einmal begründet werden will.
• Premium-Plugins mit Jahreslizenz. Können oft sehr viel – VR-Brillen, Szenenwechsel, Videotouren – und bringen entsprechend viel Code mit, den die Seite bei jedem Aufruf mitschleppt.
• Kostenlose Plugins, die häufig auf umfangreiche 3D-Bibliotheken setzen. Funktioniert, kostet aber mehrere hundert Kilobyte JavaScript für eine einzige Bildansicht.

Für den konkreten Fall war jede dieser Optionen überdimensioniert. Gebraucht wurde: ein Bild, drehbar, zoombar, auf dem Handy bedienbar, Vollbild – mehr nicht. Und es sollte weder monatlich Geld kosten noch die Ladezeit ruinieren.

Anforderung schlägt Featureliste

Der entscheidende Schritt war kein technischer, sondern ein gemeinsames Gespräch. Statt eine Featureliste abzuhaken, haben wir die Anforderung eingekocht:

• Was muss es können? Drehen, zoomen, Vollbild, Touch-Bedienung.
• Was wäre schön? Sanfte Autodrehung, damit sofort erkennbar ist, dass das Bild interaktiv ist. Später eventuell Hinweispunkte im Bild.
• Was braucht niemand? VR-Modus, Szenen-Editor, Nutzerkonten, Statistiken.

Diese dritte Frage ist die wertvollste. Jedes Feature, das man nicht baut, kostet keine Entwicklungszeit, keine Wartung, kein Sicherheitsupdate und keine Ladezeit. Wer seine Anforderung ehrlich reduziert, macht die Lösung automatisch preiswerter.

Das Ergebnis: JuLi Panorama Viewer

Entstanden ist ein eigenes, sehr kompaktes WordPress-Plugin. Es rendert equirektanguläre 360°-Bilder (Seitenverhältnis 2:1, zum Beispiel 6000 × 3000 Pixel) direkt im Browser – über ein normales Canvas-Element, ohne externe 3D-Bibliothek, ohne CDN, ohne Drittanbieter-Verbindung. Das komplette Plugin wiegt rund 26 Kilobyte.

Eingebunden wird es per Shortcode:

[juli_panorama image="https://example.de/panorama.jpg" height="560" auto_rotate="2" fullscreen="true"]

Vier Angaben, fertig. image ist die URL des Panoramabildes aus der Mediathek, height die Höhe in Pixeln, auto_rotate="2" lässt die Ansicht langsam von selbst wandern (0 schaltet die Drehung ab) und fullscreen="true" blendet die Vollbild-Schaltfläche ein. Sobald jemand ins Bild greift, stoppt die Drehung und setzt nach kurzer Pause wieder ein.

Wer mehr Kontrolle braucht, bekommt sie – ohne sie zu müssen:

• start_yaw, start_pitch und start_fov legen die Startansicht fest, damit Besucher direkt auf den schönsten Teil des Raums schauen.
• min_fov und max_fov begrenzen den Zoom, damit das Bild nie unscharf wird.
• mouse_zoom, touch_zoom, controls und compass schalten einzelne Bedienelemente an oder ab.
• caption und alt liefern Bildunterschrift und barrierefreie Bezeichnung.
• hotspots setzt anklickbare Punkte ins Panorama – als kleine JSON-Liste mit Position, Text und optionalem Link.

Alle Werte werden serverseitig geprüft und in sinnvolle Grenzen gezwungen. Fehlt das Bild, erscheint ein verständlicher Hinweis statt eines kaputten Layouts. Im WordPress-Backend liegt unter Einstellungen → Panorama Viewer eine kurze Übersicht aller Optionen – damit die Redaktion nicht in einer Dokumentation suchen muss.

Warum das preiswert ist

Individualentwicklung gilt als teuer. Das stimmt – solange man versucht, ein Standardprodukt nachzubauen. Es stimmt nicht mehr, wenn drei Dinge zusammenkommen:

1. Ein scharf geschnittener Umfang. Ein Plugin, das genau eine Aufgabe erfüllt, ist in überschaubarer Zeit gebaut und getestet. Der Aufwand liegt im Bereich einer einmaligen Position, nicht eines Projektbudgets.

2. Enge Zusammenarbeit statt Lastenheft. Der Prototyp lag nach kurzer Zeit auf einer Testseite. Rückmeldungen wie „die Drehung ist zu schnell“ oder „auf dem Handy hätte ich gern mehr Höhe“ flossen direkt ein. Zwei, drei kurze Runden ersetzen ein 20-seitiges Dokument, das trotzdem nie alles vorwegnimmt.

3. Keine Folgekosten. Kein Abo, keine Lizenzverlängerung, keine Preiserhöhung im nächsten Jahr. Der Code gehört zur Website, liegt auf dem eigenen Server und lässt sich jederzeit erweitern. Bereits geplant ist der nächste Ausbauschritt – etwa das direkte Auswählen des Panoramabildes aus der Mediathek statt per URL.

Wann sich ein eigenes Plugin lohnt

Nicht immer. Für Kontaktformulare, SEO oder Caching gibt es exzellente, gepflegte Standardlösungen – die selbst zu bauen wäre unwirtschaftlich. Ein eigenes Plugin lohnt sich, wenn die Anforderung kleiner ist als alles am Markt, wenn Daten das Haus nicht verlassen sollen, oder wenn eine Funktion so speziell ist, dass jedes fertige Produkt nur zu 70 Prozent passt.

Der Panorama Viewer ist ein gutes Beispiel für den ersten Fall: Die Anforderung war klein, die verfügbaren Lösungen waren groß. Der Weg dazwischen war ein Gespräch.

Sie haben eine Funktion im Kopf, für die es scheinbar nichts Passendes gibt? Oft ist die maßgeschneiderte Variante näher und günstiger, als man denkt. Sprechen Sie mich gern an – wir schauen gemeinsam, ob es sich lohnt.