Logo infele.pl
SEO techniczne

SEO techniczne,które nieblokuje wzrostu.

Naprawiamy fundamenty widoczności: crawl, indeksację, canonicale, schema, sitemap, renderowanie i Core Web Vitals. Tak, żeby treści i kampanie nie pracowały na uszkodzonej infrastrukturze.

Dla stron po migracji, rozbudowanych CMS-ów, content hubów, eCommerce i firm, które inwestują w SEO, ale nie widzą efektu proporcjonalnego do pracy.

Roboty i architektura

Czy Google w ogóle dochodzi do ważnych stron?

Ten obszar sprawdza, czy roboty trafiają do właściwych URL-i, czy nie gubią się w błędach, redirectach i osieroconych podstronach.

Kiedy to ma sens

Gdy masz wartościowe strony, ale część z nich nie zbiera ruchu albo nie pojawia się w indeksie.

statusy HTTP i łańcuchy przekierowań
głębokość kliknięć i linkowanie
sitemap tylko z ważnymi URL-ami
strony osierocone i soft 404

Kiedy sprawdzić

Gdy SEO nie ma oczywistej przyczyny.

Techniczne SEO jest potrzebne wtedy, gdy problem nie kończy się na dopisaniu tekstu. Czasem strona ma treść, ale wyszukiwarka widzi ją w złym miejscu albo w złej formie.

01

Widzisz ruch, ale ważne strony nie rosną w Google.

Sprawdzamy, czy problem leży w indeksacji, strukturze URL, duplikatach, linkowaniu wewnętrznym albo braku jasnych sygnałów tematycznych.

GSCcrawlinternal linking
02

Po migracji, redesignie albo zmianie CMS coś spadło.

Porównujemy stare i nowe adresy, przekierowania, canonicale, metadane, sitemap i statusy, żeby odzyskać sygnały zamiast dokładać treści w ciemno.

migracja301canonical
03

Masz dużo treści, ale wyszukiwarka nie rozumie struktury.

Układamy kategorie, breadcrumbs, schema, relacje między stronami i reguły publikacji, żeby content hub był czytelny dla robotów i użytkowników.

schema.orgbreadcrumbshub
04

Raport PageSpeed jest zielony, a strona dalej działa ciężko.

Patrzymy nie tylko na lab score, ale też na mobilny UX, stabilność layoutu, realne bottlenecki i to, jak zmiany wpływają na konwersję.

LCPINPCLS

Audyt

Trzy warstwy, które najczęściej blokują SEO.

Przełącz obszar i zobacz, co sprawdzamy. Dobry audyt nie jest zbiorem screenów z narzędzi, tylko mapą decyzji technicznych.

Roboty i architektura

Google musi dotrzeć do ważnych adresów bez zgadywania.

Sprawdzamy, czy struktura URL, linkowanie wewnętrzne, statusy HTTP i sitemap prowadzą roboty do stron, które mają budować widoczność.

statusy

200/301

głębokość

< 3

sitemap

clean

mapa crawl pathporządek przekierowańaktualna sitemap
Lista kontroli
404 i soft 404
łańcuchy przekierowań
osierocone URL-e
impactwysoki
ownerdev + SEO
outputbacklog
01

Problem

co blokuje indeksację lub zrozumienie strony

02

Miejsce

który szablon, URL, komponent albo reguła CMS

03

Zmiana

co wdrożyć i jak zweryfikować po deployu

Zakres

Co sprawdzamy i naprawiamy.

Crawl i indeksacja

statusy HTTP

sitemap i robots

canonicale i noindex

Architektura SEO

struktura URL

breadcrumbs

linkowanie wewnętrzne

Render i schema

SSR/SSG

JSON-LD

metadata i Open Graph

Performance

Core Web Vitals

obrazy i fonty

bundle i lazy loading

Priorytety

Raport bez wdrożenia nie rozwiązuje problemu.

Dlatego pracujemy na rzeczach, które można sprawdzić: URL, komponent, reguła CMS, redirect, schema albo metryka po deployu.

01

Priorytet

Najpierw blokery indeksacji, potem kosmetyka.

Nie zaczynamy od listy 80 drobiazgów. Najpierw naprawiamy rzeczy, które blokują crawl, indeksację, kanoniczność i najważniejsze szablony.

02

Wdrożenie

Raport ma kończyć się zmianą w kodzie lub CMS.

Jeśli problem jest techniczny, opisujemy go tak, żeby dało się go wdrożyć: plik, komponent, schema, przekierowanie, reguła CMS albo konfiguracja.

03

Walidacja

Po zmianach sprawdzamy, czy Google widzi to samo.

Weryfikujemy Search Console, crawl, rich results, sitemap, canonical selection i najważniejsze adresy po wdrożeniu.

Proces

Od crawl do walidacji w Search Console.

01

Crawl i dane

Zbieramy URL-e, statusy, sitemap, GSC, PageSpeed, logikę CMS i listę szablonów, które mają największy wpływ na widoczność.

02

Diagnoza

Oddzielamy blokery od drobnych sugestii: indeksacja, canonicale, przekierowania, schema, performance i linkowanie wewnętrzne.

03

Plan napraw

Układamy backlog techniczny z priorytetami, właścicielem, ryzykiem i efektem, którego oczekujemy po wdrożeniu.

04

Wdrożenie

Naprawiamy kod, CMS, metadata, JSON-LD, sitemap, robots, przekierowania, performance albo przekazujemy gotowe zadania dla zespołu.

05

Walidacja

Po deployu sprawdzamy crawl, rich results, Search Console, canonical selection i to, czy stare problemy nie wróciły.

Kontrola

SEO techniczne musi być utrzymywalne.

Sitemap

tylko indexowalne canonicale i aktualne daty

Robots

jasne reguły crawl i brak przypadkowych blokad

Schema

JSON-LD dopasowany do typu strony i intencji

FAQ

Pytania przed audytem.

01

Czy SEO techniczne to tylko audyt?

Nie. Audyt jest punktem startu, ale najwazniejsza jest lista priorytetow i wdrozenie zmian: przekierowan, canonicali, sitemap, robots, schema, performance albo poprawek w CMS.

02

Kiedy warto zrobic audyt SEO technicznego?

Po migracji, redesignie, zmianie CMS, spadkach widocznosci, problemach w Google Search Console albo przed wieksza inwestycja w content i link building.

03

Czy wdrazacie poprawki techniczne, czy tylko dajecie rekomendacje?

Mozemy przygotowac backlog dla zespolu albo wdrozyc poprawki bezposrednio w kodzie i CMS. Najczesciej laczymy diagnoze z konkretnymi zmianami.

04

Jak sprawdzacie efekty po wdrozeniu?

Weryfikujemy crawl, Search Console, canonical selection, rich results, sitemap, statusy HTTP i najwazniejsze szablony po deployu. Przy performance sprawdzamy tez Core Web Vitals.

Następny krok

Sprawdźmy, co blokuje widoczność.

W krótkiej rozmowie ustalimy, czy potrzebujesz szybkiego audytu, wdrożenia poprawek, wsparcia przy migracji czy pełnej architektury SEO dla strony, sklepu lub content hubu.