SEO techniczne — schema markup, sitemap, robots.txt i co Google czyta
Nie wystarczy pisać dobre artykuły. Google musi je znaleźć, zrozumieć i zrobić im index.
Technical SEO — fundament widoczności
SEO techniczne to infrastruktura. Dobra zawartość bez dobrej infrastruktury = Google jej nie widzi.
Crawlability — czy Google może czytać Twoją stronę? Czy jest dostęp do całej zawartości?
Indexability — czy Google ją indeksuje? Czy nie ma robots.txt bloków?
Struktura — czy strona ma logiczną hierarchię?
robots.txt — powiedzmy Google'owi co czytać
robots.txt mówi Google'owi które części strony chcesz aby czytał (Allow) a które nie (Disallow).
Typowy robots.txt: Allow / (everything), Disallow /admin/, /private/, etc.
Sitemap declaration — powiedz gdzie jest sitemap.xml.
Common mistake: случайnie blocking całą stronę w robots.txt. Double-check!
Sitemap.xml — mapa strony dla Google'a
Sitemap mówi Google'owi jakie strony są na Twojej stronie i jak ważne są.
Format: XML list URLs, priority (0.0-1.0), changefreq (daily/weekly/monthly/yearly), lastmod date.
Generating: automatyczne generatory (XML Sitemaps, Screaming Frog), lub framework (Next.js ma built-in).
Submit: w Google Search Console. Help Google find and index pages faster.
Canonical tags — избегай duplicate content
Canonical tag mówi Google'owi: 'ta strona jest original, to jest copy'. Example: /products/shirt vs /products/shirt?color=blue.
Bez canonical, Google może penalizować Ciebie za duplicate content.
Self-referential canonical jest OK — każda strona может referencować się (helps z cookies/params).
<link rel='canonical' href='https://domain.com/correct-url'>
Schema markup — strukturyzacja danych
Schema (strukturyzowane dane) mówi Google'owi co jest na stronie. Not just text, but meaning.
Typy: Article, Product, LocalBusiness, Recipe, Event, FAQ, etc.
JSON-LD format jest preferred by Google (vs Microdata, RDFa).
Benefits: rich snippets (ratings, price), knowledge panel eligibility, Voice Search improvement.
Common schema types
Article — blog posts. Adds author, published date, image to search results.
Product — e-commerce. Shows price, availability, rating.
LocalBusiness — physical location. Critical for local search.
FAQ — frequently asked questions schema. Google může show answers direct.
Organization — company info. Name, logo, contact.
Open Graph tags — sharing na social media
Open Graph (og:) tags mówią Social Media jak wyświetlić Twój content gdy ktoś shares.
og:title, og:description, og:image, og:url — to what ludzie widzą na LinkedIn, Facebook.
Twitter Card tags — similar idea for Twitter.
Without OG tags, social share może nie pokazywać prawidłowy title/image.
Meta tags — title i description
<title> — max 60 chars. Keyword-forward. Appears w browser tab.
<meta name='description'> — max 160 chars. Appears w search results.
Unique — każda strona powinna mieć unique title i description.
SEO-friendly — include target keyword. Compelling — click-through rate matters.
Schema.org typy najużyteczniejsze dla polskich biznesów
LocalBusiness schema to must-have dla firm z fizyczną lokalizacją (restauracje, salony, sklepy). Zawiera: name, address, phone, hours, price range. Google pokazuje to w knowledge panel i maps. Przykład: pizzeria w Warszawie może mieć LocalBusiness + RestaurantSchema.
Product schema dla e-commerce. Zawiera: name, description, price (w PLN!), currency, availability, aggregate rating. Google pokazuje pricing i ratings direct w search results. Sites z product schema mają wyższy CTR. Obsługuj reviews — aggregate rating is powerful.
Article schema dla blog postów. Zawiera: headline, author, publish date, image. Google może pokazać rich snippets. FAQ schema dla FAQ sections — Google może pokazać answers direct w search results. NewsArticle schema dla news sites.
Organization schema dla company info. Zawiera: name, logo, contact, social profiles. Pomaga w knowledge panel visibility. AggregateOffer schema jeśli oferujesz produkt w różnych wariantach z różnymi cenami.
Structured data testing — weryfikacja implementacji
Google Rich Results Test (search.google.com/test/rich-results) — upload URL lub paste HTML. Pokaże if schema jest valid i co Google widzi. Pokazuje też warnings. Structured Data Testing Tool (obsolete ale czasem helpful) — validate JSON-LD, Microdata, RDFa.
Schema.org validator — sprawdzić czy JSON jest valid before deploying. Linter będzie się skarżył jeśli masz typo. W Chrome DevTools, Network tab, download page source i validate. Może być useful gdy site dynamically generates schema.
Test na different pages — homepage może mieć Organization, product page powinno mieć Product + AggregateRating, article powinno mieć Article. Każda page type powinna mieć appropriate schema. Avoid stuffing one page z wieloma schemas jeśli nie ma sensu.
Monitor Search Console — See if Google is reading your structured data. 'Enhanced' section shows how rich results appear. If there are validation errors, Search Console będzie alertować.
Sitemap best practices — mapowanie dla crawlerów
Sitemap.xml powinno zawierać: URLs, priority (0.0-1.0), changefreq (daily/weekly/monthly/yearly), lastmod date. Homepage zwykle priority 1.0, key pages 0.8, archive 0.5. Changefreq: daily dla homepage, weekly dla blog, monthly/yearly dla static pages.
Size limits: max 50,000 URLs per sitemap. Jeśli masz więcej, użyj sitemap index (sitemap_index.xml) które references multiple sitemaps. Max file size 50MB uncompressed. gzip compression jest OK. Large e-commerce sites powinny mieć multiple sitemaps (one for products, one for categories, one for blog).
Dynamic sitemaps: jeśli site dynamic (many products), generate sitemap dynamically. Don't manually maintain 10,000 URLs. Use CMS/framework built-in (Next.js ma getServerSideProps, sitemap generators są available).
Submit w Google Search Console. Pomaga Google znaleźć wszystkie pages. Sitemap w robots.txt — add 'Sitemap: https://domain.com/sitemap.xml'. For large sites, sitemap index może być split by date range (sitemap_2024.xml, sitemap_2025.xml).
Core Web Vitals fixes — metryki wpływające na ranking
LCP (Largest Contentful Paint) — target < 2.5s. Optymiz images (WebP, lazy load), minify CSS/JS, optimize server response time. Inline critical CSS. Defer non-critical resources. Measure w PageSpeed Insights, Lighthouse, WebVitals.dev.
INP (Interaction to Next Paint) — target < 200ms. Reduce JavaScript execution time. Defer non-critical JS. Use requestIdleCallback dla background tasks. Profile w DevTools Performance tab. Find slow interactions i optimize.
CLS (Cumulative Layout Shift) — target < 0.1. Avoid unsized images/videos (specify width:height ratio). Avoid inserting content above existing content (ads, notifications). Font loading shouldn't shift layout (use font-display: swap). Test przed deployment.
Użyj PageSpeed Insights, Lighthouse, WebPageTest do identify issues. Real User Monitoring (RUM) — CrUX data shows real-world metrics. Synthetic monitoring pokaże baseline. Tools: Sentry, Datadog, New Relic.
International SEO — Polish i English sites razem
hreflang tags dla multilingual sites. <link rel='alternate' hreflang='en' href='https://domain.com/en'> na Polish page. <link rel='alternate' hreflang='pl' href='https://domain.com/'> na English page. Tell Google które version jest dla którego language/region.
Structure: subdomain (en.domain.com), subpath (domain.com/en), czy separate domain (en-domain.com)? Subpath to najczęściej used i najlepiej dla linking equity. Każda version powinno mieć unique meta tags w native language.
Canonicals zamiast hreflang dla similar content (nie exact duplicate). Jeśli Polish i English są different content (different product descriptions), nie potrzebujesz hreflang — każda strona ma canonical do siebie.
XML Sitemaps — separate für Polish i English versions, lub one sitemap z hreflang. Robots.txt mogą być different (allow crawlers dla both languages). Test hreflang w Google Search Console — pokaże if implemented correctly.
FAQ — praktyczne pytania i odpowiedzi SEO
Pytanie: Co jest most important dla technical SEO? Odpowiedź: Crawlability (robots.txt, sitemap), Indexability (canonical, noindex tags), Speed (Core Web Vitals), Mobile-friendliness. Fundamentals first, schema second.
Pytanie: Czy schema markup wpływa bezpośrednio na ranking? Odpowiedź: Nie directly — ale rich snippets mogą zwiększyć CTR (click-through rate), co może signal ranking quality do Google. Direct ranking factor to page content + links, ale schema helps visibility.
Pytanie: Ile czasu Google bierze do crawl i index nowej strony? Odpowiedź: Zależy. New sites: tygodnie. Established sites z good backlinks: dni. Submit w Search Console + ping robots.txt może accelerate. Sitemap helps. Use Google Search Console 'Inspect URL' feature.
Pytanie: Co zrobić jeśli Search Console pokazuje errors w structured data? Odpowiedź: Sprawdzić Google Rich Results Test. Validate JSON-LD w schema.org validator. Fix issues i retest. Submit dla re-crawl. Monitor Search Console przez kolejne dni.
Podsumowanie
Technical SEO jest fundamentem. Bez niego, nawet dobra content się nie pokazuje.
robots.txt + sitemap + schema + meta tags = Google može easily crawl and index.
Use Google Search Console do monitor crawl errors i fix issues quickly.
Chcesz sprawdzić czy Twoja strona jest technical sound? Zróbmy technical SEO audit.
Czytaj dalej
Skoro interesuje Cie temat "SEO techniczne — schema markup, sitemap, robots.txt i co Google czyta", te tresci tez moga byc przydatne.
Kiedy firma naprawde potrzebuje nowej strony internetowej?
Jak rozpoznać, że obecna strona internetowa ogranicza rozwój firmy i kiedy warto myśleć o nowym wdrożeniu.
Ile kosztuje strona internetowa w 2026? Rzeczywiste ceny i co wpływa na budżet
Praktyczny przewodnik po cenach stron internetowych w 2026. Poznaj, co wpływa na koszty i jak zaplanować budżet dla Twojej firmy.
Jak wybrać agencję do stworzenia strony? Praktyczny poradnik dla przedsiębiorcy
Poradnik jak wybrać solidną agencję do stworzenia strony internetowej. Poznaj kryteria oceny, pytania do zadania i jak uniknąć błędów.