Migracja bazy wiedzy z Notion do WordPressa
Dokumentacja produktu Onimatora żyła w Notion — wygodnym do pisania, ale zamkniętym narzędziu: treści były pod adresem Notion, nie na domenie klienta, praktycznie niewidoczne w Google i bez kontroli nad wyglądem. Przenieśliśmy całą bazę wiedzy na WordPressa: 48 artykułów w 7 sekcjach i ponad 170 grafik trafiło do osobnej, brandowanej bazy pod onimator.com/guides — z zachowaniem struktury i bez ręcznego przepisywania. Od teraz treści pracują na domenę i markę klienta.
Schemat działania — krok po kroku
Baza w Notion
48 artykułów w 7 sekcjach żyło w Notion — wygodne do pisania, ale poza domeną i niewidoczne w Google.
Eksport i analiza
Pobraliśmy eksport z Notion i przeanalizowaliśmy strukturę: sekcje, artykuły, zagnieżdżenia i grafiki.
Konwersja treści
Zamieniliśmy treść na format WordPressa z zachowaniem struktury, nagłówków i odnośników.
Przeniesienie grafik
Ponad 170 obrazków uporządkowaliśmy i przygotowaliśmy do wgrania, bez zaśmiecania biblioteki mediów.
Dedykowana baza wiedzy
Zbudowaliśmy osobny typ treści „Baza wiedzy" z sekcjami i własnym układem — nie miesza się z blogiem ani sklepem.
Publikacja na domenie
Baza działa pod onimator.com/guides — brandowana, indeksowalna, ze spisem i podstronami sekcji.
Co to daje
Treści na własnej domenie
Wiedza pracuje na Twoją domenę i markę, a nie na cudze narzędzie.
Widoczność w Google
Artykuły mogą się indeksować i przyciągać ruch — czego zamknięty Notion nie daje.
Spójny wygląd
Baza w stylu strony klienta, a nie obcy, oderwany widget.
Porządek i nawigacja
Sekcje, spis treści i podstrony — łatwo znaleźć artykuł i rozwijać bazę.
Bez przepisywania ręcznie
48 artykułów i 170+ grafik przeniesione automatycznie, z zachowaniem struktury.
Niezależność
Koniec uzależnienia od zewnętrznej platformy, jej limitów i abonamentu.
Szczegóły
Dlaczego sam Notion to za mało
Notion świetnie nadaje się do pisania, ale treści żyją pod jego adresem, a nie na domenie klienta. To oznacza brak realnego SEO (nie budujesz autorytetu własnej strony), ograniczoną kontrolę nad wyglądem i uzależnienie od zewnętrznego narzędzia. Dla bazy wiedzy, która ma przyciągać i edukować klientów, to istotne ograniczenia.
Jak przebiegła migracja
Pobraliśmy pełny eksport z Notion, odtworzyliśmy strukturę sekcji i artykułów, a treść przekonwertowaliśmy do formatu importu WordPressa — z zachowaniem nagłówków, list i odnośników. Grafiki (ponad 170) uporządkowaliśmy w czytelną strukturę i przygotowaliśmy do wgrania tak, by nie zaśmiecały biblioteki mediów. Całość zaimportowaliśmy do dedykowanego typu treści.
Co klient dostał
Własną bazę wiedzy (48 artykułów, 7 sekcji) działającą pod onimator.com/guides, z archiwum, podstronami sekcji i gotowym spisem do wstawienia na dowolnej stronie. Baza jest brandowana, indeksowalna i przygotowana pod dalszą rozbudowę — kolejne artykuły dodaje się już bezpośrednio w WordPressie.
Autorski pipeline konwersji eksportu Notion do importu WordPress (WXR) + osobna wtyczka rejestrująca typ treści „Knowledge Base" z własnymi szablonami i shortcodem.
Pipeline migracji
Parser eksportu Notion (markdown + media w zagnieżdżonych folderach) odtwarza strukturę i generuje plik WXR z 48 artykułami i 7 sekcjami (mapowanie na taksonomię sekcji) oraz paczkę 173 obrazków w uporządkowanej strukturze onimator-kb/. Import odbywa się przez Tools → Import → WordPress, z wyłączonym pobieraniem załączników (media wgrywane osobno, bez duplikatów w bibliotece).
Wtyczka Knowledge Base
Rejestruje własny typ treści (onimator_doc) i taksonomię sekcji, z dedykowanymi szablonami archiwum/pojedynczego artykułu/sekcji oraz shortcodem [onimator_kb_index] (parametry title/eyebrow/subtitle). Treści nie mieszają się z blogiem ani sklepem, a baza działa pod czystym URL /guides/.