Pytania, które dostajemy
najczęściej —
konkretne odpowiedzi.

Nie zawsze. Astro świetnie sprawdza się przy stronach firmowych, landing page’ach, blogach, katalogach usług i lekkich sklepach. Jeśli potrzebujesz bardzo rozbudowanego panelu użytkownika, forum, systemu ogłoszeń albo nietypowej aplikacji webowej, najpierw analizujemy zakres i dopiero wtedy dobieramy technologię.

Wizytówka 1–2 tygodnie, strona firmowa 2–4 tygodnie, sklep lub rozbudowany serwis 6–10 tygodni. Czas liczy się od dostarczenia treści i grafik.

50% zaliczki przed startem, 50% po akceptacji projektu i wdrożeniu. Faktura VAT.

Tak. Po rozliczeniu projektu przekazujemy gotową stronę i dostęp do repozytorium lub plików. Możesz utrzymywać ją z nami albo rozwijać z innym wykonawcą — nie zamykamy nikogo w naszym ekosystemie.

Możemy przenieść stronę z WordPressa, Joomla, Drupala, Webflow, Wix, kreatorów hostingowych, autorskich CMS-ów oraz starszych stron HTML/PHP. Najpierw sprawdzamy strukturę obecnej strony, liczbę podstron, treści, formularze, blog, multimedia i elementy wymagające indywidualnego podejścia.

Nie powinno się tak stać, jeśli migracja jest dobrze zaplanowana. Pilnujemy struktury adresów URL, przekierowań 301, meta danych, nagłówków, treści, mapy strony i linkowania wewnętrznego. Dotyczy to nie tylko WordPressa, ale też innych systemów CMS, kreatorów stron i starszych rozwiązań robionych na zamówienie.

Nie. Migracja to często dobry moment, żeby uprościć strukturę, poprawić treści, przyspieszyć ładowanie i usunąć elementy, które od lat tylko przeszkadzały. Możemy odtworzyć obecny wygląd, ale częściej lepszym rozwiązaniem jest lekki redesign i uporządkowanie strony.

Nie w tradycyjnym sensie. Treści edytujesz w plikach Markdown przez GitHuba, panel headless CMS (Decap, Tina) lub bezpośrednio w plikach. Pokazujemy jak to robić — to ~10 minut nauki.

Nie zawsze. Przy prostych zmianach możemy wdrożyć lekki panel CMS albo zaoferować pakiet utrzymania. Jeśli chcesz edytować treści samodzielnie, pokazujemy najprostszy sposób pracy — zwykle wystarczy krótka instrukcja.

Tak. Blog można prowadzić w Astro jako kolekcję wpisów. Artykuły mogą być dodawane przez pliki Markdown albo przez prosty panel CMS, np. Decap lub Tina. Dla osoby nietechnicznej wygląda to inaczej niż WordPress, ale po krótkim wdrożeniu jest proste w obsłudze.

Tak. Astro bardzo dobrze nadaje się pod SEO, bo generuje szybkie, lekkie strony z czystym HTML-em. Przy wdrożeniu ustawiamy podstawowe elementy SEO: tytuły, opisy, nagłówki, strukturę adresów, dane schema.org, mapę strony i poprawne linkowanie wewnętrzne.

Strony statyczne Astro ładują się zwykle poniżej sekundy i dobrze wypadają w testach Lighthouse i PageSpeed Insights. Brak ciężkich wtyczek, baz danych w obiegu i nadmiarowego JavaScriptu sprawia, że strona działa szybko zarówno na komputerze, jak i na telefonie.

Nie. Strona statyczna działa na lekkim hostingu (już od ~10 zł/msc) albo na darmowych planach Cloudflare Pages, Netlify, Vercel.

Nie. Strona i poczta to dwie osobne rzeczy. Możemy przenieść samą stronę, zostawiając pocztę tam, gdzie działa obecnie. Jeśli trzeba, pomagamy też uporządkować DNS, domenę i rekordy pocztowe.

Tak. Formularz można obsłużyć przez zewnętrzny endpoint, własny prosty backend albo usługę formularzy. Dzięki temu strona nadal pozostaje lekka i bezpieczna, a wiadomości trafiają normalnie na e-mail.

Tak. Możemy podłączyć GA4, Google Tag Manager, Plausible, Meta Pixel albo inne narzędzia analityczne i reklamowe. Robimy to tak, żeby nie spowolnić strony bardziej niż to konieczne.

Tak, ale zależy od skali sklepu. Przy mniejszej liczbie produktów można zrobić szybki sklep lub katalog oparty o Astro i zewnętrzny system płatności (np. Stripe, Snipcart). Jeśli sklep ma setki produktów, rozbudowane stany magazynowe, integracje z ERP i zaawansowane promocje, wtedy analizujemy, czy lepszy będzie inny model.

Astro nie ma wtyczek do aktualizacji. Sam framework aktualizujemy raz na 6–12 miesięcy. Nie ma niebezpiecznych "aktualizacji bezpieczeństwa wtyczki" jak w WP.

Statyczny HTML to brak bazy danych, brak panelu admina, brak PHP w obiegu (poza endpointem formularza). Typowe ataki na WP/Drupala nas nie dotyczą.