Na tej stronie
Squarespace dał Ci ładnie wyglądającą stronę prawie bez wysiłku. Potem trafiłeś na ścianę: układ, którego nie da się zrobić, funkcja, której nie ma, albo po prostu świadomość, że co miesiąc płacisz za przywilej bycia online w cudzym pudełku. Zaczynasz więc sprawdzać, czego wymagałaby przeprowadzka.
Oto szczery przewodnik. Odejście ze Squarespace to trochę więcej pracy niż odejście z otwartego CMS-a, bo to zamknięty kreator, który nie oddaje Ci w pełni Twojej treści. Ale jest jak najbardziej wykonalne, a nagrodą jest strona, którą naprawdę posiadasz.
Co właściwie znaczy „wyrosnąć z kreatora”
Squarespace jest zoptymalizowany pod typowy przypadek: ładnie, szybko w uruchomieniu, bez kodu. W momencie, w którym z niego wypadasz (nietypowy rodzaj podstrony, struktura treści, której bloki nie modelują, integracja, która nie jest blokiem Squarespace), zaczynasz walczyć z narzędziem, zamiast go używać.
Nowoczesna strona zbudowana na własnym kodzie to odwrotny układ. Ktoś musi ją zbudować, czy będzie to programista, agent AI, czy usługa taka jak nasza. W zamian praktycznie nie ma niczego, czego nie dałoby się później zmienić. Konkretnie zyskujesz:
- Realną kontrolę. Projekt graficzny to kod w repozytorium, które należy do Ciebie. Dowolny układ, dowolne zachowanie, bez sufitu narzuconego przez szablon.
- Treść, która jest Twoja. Podstrony i wpisy żyją jako zwykłe, przenośne pliki albo wiersze w bazie danych, a nie są zamknięte we własnościowym formacie kreatora.
- Przewidywalny koszt. Żadnej obowiązkowej subskrypcji tylko po to, by Twoja własna strona pozostała online. Strony statyczne na nowoczesnym hostingu są tanie lub darmowe przy ruchu typowym dla małej firmy.
Dokąd to trafia? Cloudflare jest dziś zwyczajową odpowiedzią, bo hosting jest szybki, globalny i wyceniony pod małe strony. Na tym możesz postawić zwykłą stronę statyczną, znany CMS pod spodem albo jedną z nowszych, bezserwerowych opcji, jak EmDash, czyli otwarty CMS samego Cloudflare (licencja MIT, Astro na Workers, treść w D1, media w R2). Cloudflare opisuje go jako duchowego następcę WordPressa. To jeden z kilku możliwych kierunków, a nie jedyny, i warto wiedzieć o jego istnieniu, zanim podejmiesz decyzję.
Krok 1: wyeksportuj to, na co Squarespace pozwala
Squarespace ma częściowy eksport i warto dokładnie wiedzieć, co daje, a czego nie.
Wejdź w Settings, potem Import & Export, potem Export. Dostajesz plik XML w formacie WordPressa. To naprawdę przydatne: Squarespace eksportuje w tym samym formacie WXR, którego używa WordPress, więc plik niesie wpisy blogowe, podstrony i podstawową strukturę, a odczyta go niemal każde narzędzie i każdy programista.
Ale przeczytaj drobny druk. Eksport obejmuje zwykle tylko jeden blog i pomija strony produktowe (Squarespace Commerce), strony albumów, kolekcje wydarzeń, kilka typów bloków oraz całą stylistykę i projekt graficzny. Załóż, że eksport pokryje blog i podstawowe podstrony, a reszta zostanie uratowana ręcznie.
Jeszcze jeden haczyk: ponieważ to WXR, treści podstron wychodzą jako HTML, a bloki Squarespace (galerie, bloki podsumowań, przyciski) przychodzą jako kod, który miał sens wyłącznie wewnątrz Squarespace. To trzeba wyczyścić, a nie przeklejać dalej.
Krok 2: uratuj to, co eksport pominął
Dla wszystkiego, co eksport ominął (strony sklepu, kolekcje wydarzeń i albumów, nietypowe podstrony), rozwiązaniem awaryjnym jest praca z żywej strony. Twoja mapa strony pod /sitemap.xml wypisuje każdy publiczny adres, a każdą z tych podstron da się zapisać i przekonwertować. To to samo podejście do ratowania treści co przy odejściu z Wixa, z tym samym zastrzeżeniem: zapisany HTML podstrony to surowiec do konwersji, a nie coś, co zachowujesz w niezmienionej formie.
Ta część jest żmudna, ale nie wymaga sprytu, i to dokładnie ten rodzaj pracy, który programista (albo my) wykona za Ciebie. Jeśli robisz to sam, praktyczna wersja brzmi: otwórz mapę strony, wypisz każdą podstronę wartą zachowania i przenieś prawdziwą treść (słowa, obrazy, linki) do zwykłego dokumentu, jeden na podstronę. Stary kod nikomu nie jest potrzebny.
Co do danych produktowych: jeśli prowadziłeś Squarespace Commerce, sprawdź w Settings, potem Import & Export opcję eksportu produktów do CSV. Ta akurat istnieje i daje czyste dane produktów z cenami, numerami SKU i wariantami.
Krok 3: zamień to w czystą treść
Niezależnie od kierunku cel jest ten sam: treść zapisana jako uporządkowany tekst, a nie HTML typowy dla kreatora. Nagłówki są nagłówkami, obrazy obrazami, i nic nie nosi nazwy klasy ze Squarespace ani stylu wpisanego w kod.
To ma większe znaczenie, niż brzmi. Treść w czystej, uporządkowanej formie można przez lata ubierać w nowe motywy, przenosić między systemami i bez walki udostępniać wyszukiwarkom oraz narzędziom AI. Treść, która jest plątaniną starego kodu kreatora, przy każdej kolejnej zmianie musi być rozplątywana od nowa.
Przy małej stronie przerobienie kilkunastu podstron ręcznie w nowym systemie jest często szybsze i czystsze niż jakakolwiek automatyzacja. Przy prawdziwym blogu z setkami wpisów masa konwertuje się automatycznie, a nietypowe przypadki poprawia się ręcznie. Tak czy inaczej to największy pojedynczy kawałek pracy i warto zarezerwować na niego czas.
Krok 4: przenieś obrazy
Twoje obrazy leżą dziś w sieci CDN Squarespace i przestają być Twoje w dniu, w którym anulujesz subskrypcję. Pobierz wszystkie, wgraj je do magazynu nowego hostingu (na Cloudflare to R2, które nie pobiera opłat za transfer wychodzący, więc serwowanie zdjęć nie kosztuje Cię za każde wyświetlenie) i zaktualizuj każde odwołanie. Po drodze prowadź mapę „stary adres na nowy adres”, bo to ona umożliwia kolejny krok.
Krok 5: odbuduj wygląd, czyli to, co zyskujesz
Twój szablon Squarespace nie przenosi się i o to właśnie chodzi w odejściu. Nowa strona powstaje jako kod, który kontrolujesz. Dla większości portfolio, stron firmowych i blogów to czysta i szybka robota, a efekt ładuje się szybciej niż strona Squarespace uruchamiająca swoje środowisko. Jeśli lubisz obecny wygląd, da się go wiernie odtworzyć jako punkt wyjścia.
Wbudowane funkcje Squarespace potrzebują nowych domów: formularze kontaktowe, ustawienia SEO, galerie i wyskakujące okna mają nowoczesne odpowiedniki, ale to decyzje do świadomego podjęcia, a nie rzeczy, które przyjadą same. Jeśli prowadziłeś Squarespace Commerce, potraktuj sklep jako osobny projekt. Opcje bezserwerowe są wciąż ubogie w e-commerce (EmDash na przykład nie ma jeszcze oficjalnej wtyczki sklepowej), więc jeśli sklep to Twój biznes, przesądź tę ścieżkę przed decyzją, zamiast odkrywać lukę po fakcie.
Nie pomijaj: zachowaj swoje adresy
Squarespace ma swoje charakterystyczne wzorce adresów (/blog/post-slug, ścieżki kolekcji), a te adresy niosą Twoje pozycje w wyszukiwarce i każdy link, jaki ktokolwiek kiedykolwiek do Ciebie zrobił. Zanim cokolwiek przełączysz, pobierz z mapy strony pełną listę starych adresów. Zachowaj te ścieżki, które możesz, a dla zmienianych ustaw trwałe przekierowania (301) ze starego adresu na nowy. Pominięcie tego to najczęstszy sposób, w jaki migracja po cichu niszczy ruch z wyszukiwarki, a naprawa po miesiącach jest bardzo trudna.
Szczere kompromisy
Odejście ze Squarespace oznacza zamianę kreatora bez kodu na stronę, którą ktoś musi zbudować i utrzymywać. Jeśli „nikt nigdy nie dotyka kodu” to twardy wymóg, a kreator wciąż robi wszystko, czego potrzebujesz, zostań. Nie ma w tym nic wstydliwego.
Ale jeśli już z niego wyrosłeś i chcesz realnej kontroli, przenośnej treści i braku uwiązania, nowoczesna hostowana strona jest mocnym miejscem lądowania. Jeśli wciąż porównujesz kierunki, przegląd najlepszych alternatyw dla WordPressa zestawia dzisiejsze opcje obok siebie, EmDash kontra WordPress opisuje bezserwerowy koniec stawki, a przewodnik po Wixie pokazuje tę samą ucieczkę z kreatora od drugiej strony.
W 2emdash robimy to za osoby, które wolą nie robić tego same: odbudowujemy Twoją obecną stronę na Cloudflare i przekazujemy Ci prosty panel do jej prowadzenia. Jesteśmy niezależnym serwisem, bez powiązania z Cloudflare ani projektem EmDash.