SEO przy budowie strony: co wbudować od razu
Znaczna część SEO to wcale nie marketing — to decyzje podejmowane w trakcie budowy, tanie wtedy i drogie później. Struktura adresów, sposób renderowania, linkowanie wewnętrzne i edytowalne metadane należą do tej kategorii.
Ten przewodnik omawia, co wbudować od początku, mniej więcej w kolejności bolesności dodania później.
Zapewnij, że strona jest indeksowana#
Wszystko inne nie ma znaczenia, jeśli wyszukiwarki nie dotrą do podstron albo ich nie odczytają. Tu też kumulują się błędy dnia uruchomienia.
- Produkcyjny robots.txt zezwala na indeksowanie. Kopia ze środowiska testowego nie może pojechać dalej.
- Żadnego zabłąkanego znacznika noindex ze środowiska testowego.
- Każda podstrona ma samoodwołujący się adres kanoniczny, i jest jedna kanoniczna wersja domeny.
- Treść jest w HTML-u albo generowana na serwerze. Jeśli pojawia się dopiero po wykonaniu JavaScriptu, indeksacja jest wolniejsza i mniej pewna.
- Mapa XML tylko z indeksowalnymi, kanonicznymi adresami — bez wariantów filtrowanych i stronicowanych.
- Każda indeksowalna podstrona ma przynajmniej jeden link wewnętrzny. Osierocone są prawie nieindeksowane.
- Spójne kody stanu: 200 dla realnych podstron, 404 dla nieistniejących, 301 dla przeniesionych.
Najczęstszy błąd uruchomienia z tej listy to testowy robots.txt trafiający na produkcję. Sprawdź go tego dnia, spoza własnej sieci.
Struktura czytelna dla wyszukiwarek#
Decyzje strukturalne bolą przy zmianie, bo zmiana oznacza przekierowania i utratę zgromadzonych sygnałów.
| Decyzja | Jak zbudować | Koszt zmiany później |
|---|---|---|
| Wzorzec adresu | Krótki, małe litery, myślniki, stabilny | Wysoki — przekierowania i utracone sygnały |
| Hierarchia nagłówków | Jeden H1, bez pomijania poziomów | Niski |
| Linkowanie wewnętrzne | Strony centralne linkujące do szczegółów i z powrotem | Średni |
| Stronicowanie | Indeksowalne linki, nie tylko JavaScript | Średni |
| Nawigacja filtrowana | noindex na kombinacjach | Wysoki — indeks czyści się powoli |
| Wersje językowe | Adresy z prefiksem i wzajemny hreflang | Bardzo wysoki |
Metadane, które twój zespół może edytować#
Częsty błąd to generowanie tytułów i opisów z szablonu bez możliwości nadpisania. Pół roku później marketing chce zmienić tytuł jednej podstrony i odpowiedzią jest zgłoszenie do programisty.
- Edytowalny tytuł na podstronę, z sensowną wartością domyślną.
- Edytowalny opis meta, z widocznym licznikiem znaków w CMS.
- Edytowalny tytuł, opis i obraz Open Graph dla udostępnianych linków.
- Dane strukturalne na szablonach, które je obsługują: Article, Product, FAQ, Breadcrumb, Organization.
- Przełącznik noindex na podstronę, dla stron, które muszą istnieć, ale nie mają rankować.
- Automatyczny adres kanoniczny, z ręcznym nadpisaniem na rzadki przypadek, gdy jest potrzebne.
Oznaczaj tylko to, co jest faktycznie widoczne na stronie. Dane strukturalne opisujące treść, której odwiedzający nie widzi, to naruszenie wytycznych, a nie skrót.
Szybkość i stabilność jako wymagania budowy#
Doświadczenie strony należy do budowy, a nie do późniejszego projektu optymalizacyjnego. Dokładanie szybkości do gotowej strony zwykle oznacza cofanie decyzji, a nie dodawanie kodu.
| Metryka | Cel | Wbudowane przez |
|---|---|---|
| Largest Contentful Paint | Poniżej 2,5 s | Priorytet dla obrazu głównego, brak plików blokujących |
| Cumulative Layout Shift | Poniżej 0,1 | width i height na obrazach, zarezerwowane miejsce |
| Interaction to Next Paint | Poniżej 200 ms | Mniej JavaScriptu, nieblokowanie głównego wątku |
| Waga strony | Tak niska, jak pozwala projekt | Nowoczesne formaty, brak nieużywanych bibliotek |
| Time to First Byte | Poniżej 800 ms | Cache, CDN i rozsądne zapytania |
Najczęstsze pytania
Czy SEO powinno być w umowie na wykonanie strony?
Część techniczna tak — indeksowalność, struktura adresów, edytowalne metadane, dane strukturalne, cele wydajnościowe i lista przekierowań. Strategia treści i budowa linków to osobna praca o innym charakterze. Wymagania techniczne w umowie oznaczają, że są wycenione, a nie odkryte po uruchomieniu, gdy kosztują wielokrotnie więcej.
Czy framework JavaScript szkodzi SEO?
Może, jeśli podstrony renderują się wyłącznie w przeglądarce. Wyszukiwarki wykonują JavaScript, ale z opóźnieniem i nie zawsze w pełni, więc renderowanie tylko po stronie klienta czyni indeksację wolniejszą i mniej pewną. Renderowanie na serwerze albo generowanie statyczne usuwa problem. Przy stronie treściowej najprostsza odpowiedź to umieścić treść w HTML-u.
Po jakim czasie zobaczę ruch z wyszukiwarki?
Przy nowej domenie tygodnie do indeksacji i miesiące do znaczących pozycji — nowe strony nie rankują szybko, choćby technika była doskonała. Przy relaunchu istniejącej strony z czystymi przekierowaniami licz na dwa do sześciu tygodni wahań przed ustabilizowaniem się w okolicy poprzedniego poziomu.
Czy potrzebuję wtyczki SEO?
W CMS wtyczka to praktyczny sposób, by dać redakcji kontrolę nad tytułami, opisami, kanonicznymi i mapami strony. To nie jest strategia, a domyślna konfiguracja nie zastąpi kogoś, kto zdecyduje, o czym jest każda podstrona. W stronie na zamówienie tę samą funkcjonalność pisze się zwykle wprost i jest lżejsza.
seo przy budowie stronyseo technicznepodstawy seoindeksowaniedane strukturalneseo on-page
