W 2011 roku powstał Siteor CMS. Prosta aplikacja w Ruby on Rails, która przez ponad dekadę obsługiwała setki stron - od firm jednoosobowych, przez restauracje i zespoły muzyczne, po biuletyny informacji publicznej i sklepy internetowe.

Działał na modelu paragrafów: redaktor układał stronę z bloków (tekst, obrazek, galeria, formularz, FAQ), wypełniał pola i publikował. Nie trzeba było znać HTML.

Co działało dobrze

System paragrafowy był intuicyjny. Bloger dodawał artykuł z miniaturką i kategorią. Właściciel restauracji wrzucał zdjęcia do galerii. Zespół muzyczny miał profil z koncertami i muzyką. Urzędnik prowadził BIP zgodny z wymaganiami dostępności.

Przez lata na Siteorze stanęły strony takie jak winnicapustkowie.pl (winnica z blogiem o winie), grapozorow.pl (warszawski indie rock) czy nowybip.pl (system BIP dla urzędów). Pliki hostowaliśmy na AWS S3 przez fs.siteor.com, a pełne API w JSON pozwalało automatyzować zarządzanie treścią.

Co przestało wystarczać

Wymagania zmieniły się fundamentalnie. Google oczekuje structured data (JSON-LD), hreflang dla wersji językowych, Open Graph do social preview. Strony muszą obsługiwać kilka domen w różnych językach z jednego panelu. Boty AI potrzebują pliku llms.txt żeby zrozumieć zawartość strony.

W starym Siteorze zmiana meta description na 50 stronach oznaczała 50 ręcznych edycji. Wielojęzyczność wymagała osobnych portali. Menu były zahardkodowane w szablonach. Nie było API do batch operacji na treściach.

Nowy CMS w platformie Intum

Zamiast łatać stary system, zbudowaliśmy moduł CMS od zera w ramach platformy Intum. Podejście jest inne:

• Strona to HTML + Liquid - pełna kontrola nad kodem. Szablony z pętlami, warunkami, dynamicznym menu. Zero ograniczeń systemu paragrafowego
• Kompletne REST API - każdy zasób (strony, artykuły, layouty, assety, domeny) ma endpointy CRUD w JSON. Zmiana meta na 200 stronach to pętla z PATCH
• Wielojęzyczność z jednego panelu - master/slave pages, pola z wariantami językowymi, osobne domeny per język. Automatyczny hreflang, canonical, 301 redirect między wersjami
• SEO automatyczne - sitemap.xml, robots.txt, llms.txt generowane z szablonów Liquid. Open Graph i Twitter Cards bez konfiguracji. BlogPosting schema na artykułach
• Kompatybilność z AI - zarządzamy setkami stron przez Claude Code i API. Migracje, batch edycje treści, audyty SEO - operacje które ręcznie zajęłyby dni, robimy w godzinach

Jak przebiega migracja

Każda strona ze starego Siteor może przejść na nowy CMS. Typowy proces:

1. Pobranie struktury stron i danych SEO z API starego Siteor
2. Stworzenie site'a i layoutu Liquid w nowym CMS
3. Przepisanie treści - z reguły odświeżamy design przy okazji (Tailwind CSS, responsywność, dark mode)
4. Migracja artykułów blogowych z zachowaniem URL-i (ważne dla pozycji w Google)
5. Podpięcie domeny i weryfikacja sitemapy

Zmigrowaliśmy już kilkanaście stron - winnicapustkowie.pl, grapozorow.pl, ksef.pl, paragony.pl, siteor.net i inne. Każda migracja to okazja do odświeżenia wyglądu i poprawy SEO.

Co dalej

Siteor.net działa na nowym CMS z pełnym SEO, czterema wersjami językowymi (PL, EN, FR, UA) i blogiem, na którym właśnie czytasz ten wpis. W kolejnych artykułach opisujemy konkretne nowości - automatyczne social preview, obsługę botów AI przez llms.txt i mechanizm wielojęzyczności.