CMS
Projektujemy i wdrażamy systemy CMS, które pozwalają zespołom samodzielnie zarządzać treścią strony — bez angażowania programisty przy każdej zmianie. Dobieramy technologię do projektu i sposobu pracy redakcji. Wdrażamy przede wszystkim rozwiązania headless CMS, w tym Strapi, oraz pomagamy w migracji z istniejących systemów.
Firmy które nam zaufały
Podstawy
Po co firmie CMS i czym różni się headless od klasycznego
Dobry CMS powinien przede wszystkim ułatwiać codzienną pracę z treścią. Redaktor powinien móc samodzielnie dodać podstronę, zaktualizować ofertę, opublikować artykuł czy zmienić zdjęcie bez pomocy zespołu technicznego. Klasyczny CMS (WordPress) trzyma treść i wygląd razem — redaktor widzi stronę taką, jaka będzie. Headless CMS (Strapi, Contentful) rozdziela te dwie rzeczy: system przechowuje treść i udostępnia ją przez API, a wygląd buduje osobna warstwa. Kosztem jest brak podglądu jeden do jednego bez dodatkowej pracy. Zyskiem — ta sama treść zasilająca stronę, aplikację i każdy kolejny kanał, który dojdzie.
Headless wygrywa, gdy treść ma trafiać w więcej niż jedno miejsce, gdy liczy się szybkość strony i gdy potrzebne są własne typy treści z relacjami między nimi. Przegrywa przy prostej stronie wizytówkowej — tam klasyczny CMS jest szybszy do wdrożenia i tańszy w utrzymaniu. Mówimy o tym przed wyceną, nie po niej.
Zobacz wdrożenia CMS dla naszych klientów
„Zespół Boring Owl ma szeroką wiedzę o SEO, a rozwiązania frontendowe zostały wdrożone zgodnie z jej zasadami. Strona działa dobrze i szybko, a dużym plusem jest to, że dobrze się pozycjonujemy.”
Michał Rugiełło — E-Commerce Director, Kwant Hurtowanie Elektryczne sp. z o. o.
Opinia z Clutch (tłum. z angielskiego)
Przebieg
Jak wygląda wdrożenie i co dostaje redakcja
Zaczynamy od modelu treści: jakie typy (wpis, usługa, realizacja), jakie pola w każdym z nich i jakie relacje między nimi. Ten etap wygląda technicznie, a jest redakcyjny — decyduje o tym, co da się później opisać bez dokładania pól. Potem budujemy panel, podłączamy warstwę wyświetlania i przenosimy treści. Wdrożenie kończy się szkoleniem: nie przekazaniem loginu, tylko przejściem przez realne zadania, które redakcja będzie wykonywać co tydzień.
Po Twojej stronie jest wskazanie osób, które będą pracować w panelu, i decyzja o uprawnieniach — kto publikuje, kto tylko przygotowuje. Po naszej stronie model, panel, migracja i szkolenie.
Na czas wpływa liczba typów treści i objętość materiału do przeniesienia. Migracja z uporządkowanego źródła idzie automatycznie; z serwisu, w którym każdy wpis ma inną strukturę, wymaga ręcznego porządkowania i to zwykle najdłuższy etap.
Decyzje
Decyzje, które zdecydują, czy redakcja polubi ten system
Ile pól ma mieć jeden typ treści. Każde dodatkowe pole to decyzja, którą redaktor musi podjąć przy każdym wpisie. Model z czterdziestoma polami „na wszelki wypadek" kończy się tym, że trzydzieści zostaje pustych, a formularz staje się nie do przejścia.
Czy potrzebny jest podgląd przed publikacją. W headless to dodatkowa praca, nie funkcja z pudełka. Jeśli redakcja publikuje codziennie, warto to wycenić na starcie; jeśli raz na miesiąc — prawdopodobnie nie.
Kto aktualizuje system. CMS to oprogramowanie z własnym cyklem wydań i poprawek bezpieczeństwa. Bez ustalonego właściciela aktualizacji zostaje wersja sprzed dwóch lat z otwartymi lukami.
Czego nie robić. Nie modeluj treści pod dzisiejszy wygląd strony — wygląd zmieni się szybciej niż treść. Nie dawaj wszystkim uprawnień administratora. I nie migruj wszystkiego bez przeglądu; okazja do usunięcia martwych wpisów nie wraca.
Zakres
Headless CMS z panelem pod redakcję
Standardowy zakres wdrożenia: model treści, panel, warstwa wyświetlania w Next.js, migracja i szkolenie. Do tego role i uprawnienia, wersje językowe, integracje z narzędziami, z których już korzystacie, oraz utrzymanie po starcie — aktualizacje wersji, kopie zapasowe i reagowanie, gdy coś przestaje działać.
Migracja ze starego systemu jest zwykle największą niewiadomą projektu. Automatyzujemy ją skryptami z raportem różnic, żeby po przeniesieniu dało się sprawdzić, co trafiło do nowego systemu, a czego zabrakło. Osobno pilnujemy widoczności: przekierowania ze starych adresów, wyczyszczone duplikaty, zablokowana indeksacja subdomen technicznych. Przy migracji platformy BlueApart skończyło się dwukrotnym wzrostem widoczności organicznej.
Technologie w naszych wdrożeniach
- Next.js
Next.js to minimalistyczny framework, który pozwala budować nowoczesne aplikacje z możliwością generowania po stronie serwera, wykorzystując bibliotekę React, webpack i Babel.
- Strapi
Strapi to CMS typu open source przeznaczony dla developerów, którzy chcą tworzyć nowoczesne projekty, oddzielając warstwę frontendową od backendowej.
- Figma
Figma to jedno z nowocześniejszych (obok np. AdobeXD ) i cieszących się dużą popularnością narzędzi do projektowania i prototypowania stron internetowych i aplikacji mobilnych.
- React.js
React.js to jedna z najpopularniejszych bibliotek JavaScript, która umożliwia tworzenie złożonych graficznych interfejsów użytkownika, a zatem umożliwia interakcję użytkownika z komputerem.
- Coolify
Coolify to platforma typu open-source, która upraszcza proces wdrażania aplikacji webowych, API oraz baz danych.
- Node.js
Node.js jest znany programistom na całym świecie jako narzędzie do uruchamiania Java Script w środowisku innym niż przeglądarka internetowa.
- CMS
CMS (Content Management System), czyli system zarzadzania treścią to oprogramowanie, które umożliwia łatwe tworzenie dynamicznych witryn internetowych oraz zarządzanie ich zawartością bez znajomości praktycznej wiedzy programistycznej.
- API
API (ang. application programming interface) to programistyczny interfejs aplikacji, który pozwala oprogramowaniom na komunikowanie się miedzy sobą.
Model treści
Typy treści, które przeżyją kolejne redesigny
Treść oddzielona od prezentacji to obietnica headless — pod warunkiem, że model powstał z głową: komponenty współdzielone, relacje zamiast kopii, pola nazwane językiem redakcji, a nie językiem bazy danych. Wtedy redesign frontu nie oznacza migracji treści, a te same dane zasilają stronę, aplikację i integracje. Na własnym serwisie utrzymujemy w ten sposób kilkanaście typów treści od lat, bez przebudowy schematu.
Wydajność strony nie zależy przy tym od obciążenia panelu: strony generowane statycznie wytrzymują skoki ruchu, a redakcja pracuje płynnie niezależnie od tego, ilu użytkowników jest akurat w serwisie.
Praca redakcji
Publikacja bez programisty, bezpieczeństwo bez kompromisów
Panel ustawiamy pod ludzi: role i uprawnienia, obieg szkic — akceptacja — publikacja, podgląd przed publikacją, biblioteka mediów z sensownym porządkiem. Do tego automatyczne odświeżanie strony po publikacji — treść pojawia się w kilka sekund, bez przebudowy serwisu i bez zgłoszenia do działu IT. Redakcja Konsorcjum Migracyjnego prowadzi swój serwis w całości sama; nasza rola skończyła się na wdrożeniu i szkoleniu.
Bezpieczeństwo w headless zaczyna się od architektury: panel nie stoi w tym samym miejscu co strona, a front generowany statycznie nie ma czego wykonać. Reszta to rutyna — aktualizacje wersji, kopie zapasowe z testem odtworzenia i przegląd dostępów. Prowadzimy ją w ustalonym rytmie, a nie wtedy, gdy coś się wydarzy.
Powiązane usługi
Web development
Projektujemy i tworzymy dedykowane aplikacje webowe - od MVP, które pozwala szybko zweryfikować pomysł, po rozbudowane platformy i systemy rozwijane przez lata. Budujemy zarówno warstwę frontendową, jak i backend, API, bazy danych, panele administracyjne oraz integracje z zewnętrznymi systemami. Pracujemy m.in. z Next.js, React, Node.js, NestJS, Pythonem, PostgreSQL i MongoDB. Tworzymy rozwiązania dopasowane do konkretnego procesu biznesowego: aplikacje SaaS, systemy wewnętrzne, platformy sprzedażowe, serwisy internetowe, marketplace’y i systemy CMS.
Dowiedz się więcejUX/UI Design
Projektujemy UX/UI aplikacji webowych, mobilnych i systemów B2B - od analizy potrzeb użytkowników i pierwszych makiet po gotowy interfejs oraz design system w Figmie. Nie projektujemy ekranów w oderwaniu od produktu. Sprawdzamy ścieżki użytkowników, dane z analityki i ograniczenia technologiczne, żeby stworzyć rozwiązanie, które jest wygodne w użyciu i możliwe do sprawnego wdrożenia. Po uruchomieniu produktu możemy wrócić do heatmap, nagrań sesji, analityki i rozmów z użytkownikami. Dzięki temu kolejne zmiany wynikają z danych, a nie z przypuszczeń.
Dowiedz się więcejFAQ
Pytania, które słyszymy przed wdrożeniem CMS
- To zależy przede wszystkim od rodzaju strony, liczby osób pracujących z treścią i planów rozwoju serwisu. Przy prostych stronach często wystarczy klasyczny CMS. Przy rozbudowanych serwisach, integracjach lub wielu kanałach publikacji warto rozważyć headless CMS. Technologię dobieramy po analizie potrzeb projektu.
- Headless CMS jest dobrym wyborem, gdy treści mają być wykorzystywane w kilku miejscach, serwis ma być intensywnie rozwijany albo potrzebne są niestandardowe integracje i struktury danych. Daje większą elastyczność niż klasyczny CMS, ale nie w każdym projekcie jest konieczny.
- Koszt zależy od zakresu projektu: liczby typów treści, funkcji panelu, integracji oraz ilości danych do migracji. Znaczenie ma również to, czy wdrażamy CMS do istniejącej strony, czy tworzymy razem z nim nowy frontend.
- Tak. Analizujemy strukturę obecnego systemu, przygotowujemy sposób migracji i przenosimy potrzebne treści. Jeśli zmieniają się adresy URL, uwzględniamy również przekierowania, aby ograniczyć ryzyko utraty dotychczasowej widoczności w Google.
- Tak. Sam rodzaj CMS nie gwarantuje jednak wysokich pozycji. Znaczenie mają przede wszystkim frontend, wydajność, struktura strony, adresy URL, metadane, linkowanie wewnętrzne i poprawne indeksowanie. CMS powinien umożliwiać wygodne zarządzanie tymi elementami.
- Tak. Panel projektujemy właśnie po to, aby codzienne zmiany treści nie wymagały udziału programisty. Zakres edycji ustalamy podczas projektowania CMS, a po wdrożeniu przeprowadzamy zespół przez najważniejsze zadania.
- Sam CMS z modelem treści i zestawem sekcji — od kilku do kilkunastu tygodni. Termin całości wyznacza migracja i stan danych w starym systemie. Warto na starcie sprawdzić, ile z tych kilkuset podstron faktycznie ma przejść dalej; często okazuje się, że mniej niż połowa.
Zbudujmy wspólnie produkty cyfrowe dla Twojej firmy
Artykuły o produkcie
Interesuje cię wdrożenie systemu CMS?
Headless CMS z panelem dopasowanym do pracy redakcji — treści aktualizujesz samodzielnie, bez pomocy technicznej.
Napisz do nas