Vizitly: wizytówki lokalne multi-tenant

Problem

Klasyczna „strona wizytówka” bywa droga w utrzymaniu: hosting, SSL, aktualizacje WordPressa, wtyczki, backupy. Alternatywą są generatory, które ładnie wyglądają w dniu premiery, ale słabo radzą sobie z własną domeną, SEO lokalnym i spójnym brandingiem wielu lokalizacji.

Vizitly celuje w środek: właściciel edytuje treści, a my dbamy o runtime, certyfikaty i izolację tenants.

Model multi-tenant

Każda wizytówka to tenant z własną subdomeną (lub podpiętą domeną klienta), treściami i zasobami mediów. Aplikacja współdzieli kod i infrastrukturę, ale dane są rozdzielone logicznie. Dzięki temu poprawka w rdzeniu trafia do wszystkich lokalizacji jednocześnie, bez ręcznego kopiowania motywów.

Przy projektowaniu UI stawiamy na kilka ekranów, które naprawdę się zmieniają: dane kontaktowe, oferta, galeria, godziny, sekcja „o nas”. Reszta to szablon dopracowany pod czytelność na telefonie.

SEO lokalne i SSL

Dla biznesu lokalnego liczy się szybkość, poprawne dane NAP (nazwa, adres, telefon) i stabilny HTTPS. Certyfikaty i reverse proxy są częścią platformy, nie checklisty „zrobimy kiedyś”. Indeksowalne adresy i sensowne tytuły stron są wbudowane w generator treści, a nie dokładane jako wtyczka.

Rola hostingu DevStudioIT

Vizitly korzysta z tej samej filozofii co inne nasze wdrożenia: kontenery, automatyczne buildy, monitoring i możliwość podpięcia własnej domeny. Katalog żywych projektów na *.devstudioit.app pokazuje, że subdomeny to nie marketingowy slogan, tylko realny mechanizm platformy.

Wnioski

• Multi-tenant opłaca się, gdy masz powtarzalny produkt, nie jednorazową stronę.
• Panel treści musi być prostszy niż „pełny CMS”, inaczej właściciel i tak dzwoni do IT.
• Infrastruktura (SSL, domeny, deploy) jest częścią produktu, nie kosztem ukrytym.
• Mobile-first to wymóg: lokalny klient prawie zawsze wchodzi z telefonu.

Produkt: vizitly.cloud. Więcej o infrastrukturze: Docker, Nginx, SSL. Zapytania: kontakt@devstudioit.app.

Wróć do bloga