Mobile-first indexing — co zmieniło się w 2026?

Mobile-first indexing to nie nowość — to status quo. W 2026 Google indeksuje wszystkie strony przez Googlebot Smartphone (mobile crawler). Twoja desktop-only lub niedopracowana mobile wersja nie istnieje dla Google. Mobile UX, INP i mobile speed to dziś ranking factors numer 1, 2 i 3.

TL;DR — Mobile-first w 2026

Aspekt	Status
Migracja Google	Zakończona w lipcu 2024
Główny crawler	Googlebot Smartphone (mobile)
Indekowanie desktop	Tylko jeśli brak mobile (rzadkie)
CWV mobile	LCP <2s, INP <200ms, CLS <0.1
Layout	Responsive design (jeden HTML, CSS)
Separate mobile	Legacy, problemy z indeksacją
Pozycja vs desktop	Mobile ranking = primary ranking

---

Historia mobile-first

• 2016: Google ogłosił mobile-first indexing
• 2017-2024: Stopniowa migracja stron
• Lipiec 2024: Pełna migracja zakończona
• 2026: Wszystkie strony indexowane mobile-first

W 2026 nie ma „mobile vs desktop indeksowania". Jest tylko mobile indexing — desktop wersja jest ignorowana w 99% przypadków.

Co zmieniło się w 2026?

1. INP zastąpił FID

INP (Interaction to Next Paint) zastąpił FID (First Input Delay) w marcu 2024. Mobile devices są bardziej wrażliwe na INP — slow JavaScript = wysokie INP = ranking penalty.

Cele:

• INP < 200ms = good
• INP 200-500ms = needs improvement
• INP > 500ms = poor

Mobile typowo ma 2-3x wyższe INP niż desktop (słabszy CPU). Optymalizacja JavaScript = priorytet 1.

2. LCP threshold zaostrzony

W marcu 2026 Google obniżył próg LCP z 2.5s na 2.0s. Strony powyżej 2.0s tracą pozycje (czego nie było w 2.5s baseline).

Mobile na 3G/4G często ma LCP 3-5s — to teraz penalty zone.

3. Mobile usability w GSC

GSC Mobile Usability report został scalony z Page Experience. Wszystkie sygnały (CWV + mobile UX) są teraz w jednym raporcie.

4. Tap targets i font size

Google sprawdza:

• Tap targets — przyciski/linki muszą mieć min 48x48px
• Font size — minimum 16px body text
• Viewport — <meta viewport> tag wymagany
• Horizontal scroll — bez (content musi mieścić się w szerokości)

Sprawdzanie obecnego stanu

1. GSC Page Experience report

GSC → Page Experience → Mobile

Czerwone strony = problem. Klikaj, by zobaczyć które CWV nie działają.

2. PageSpeed Insights mobile

pagespeed.web.dev → wybierz Mobile tab

Sprawdza realnych użytkowników (CrUX data) + lab data. Cel: wszystkie 3 CWV w „Good" (zielone).

3. Mobile-Friendly Test (deprecated, ale działa)

Google deprecated Mobile-Friendly Test w 2023, ale Lighthouse w Chrome DevTools robi to samo. Lighthouse → Mobile → Performance + Accessibility + SEO.

4. Real device testing

Najlepiej: kup tani telefon Android (~500 zł), testuj real-world. Często to, co działa w DevTools emulacji, na real device jest 2-3x wolniejsze.

Strategia mobile-first w praktyce

1. Responsive design (recommended)

Jeden HTML, CSS reaguje na viewport:

/* Mobile-first */
.container { width: 100%; padding: 16px; }

/* Tablet */
@media (min-width: 768px) {
  .container { max-width: 720px; padding: 24px; }
}

/* Desktop */
@media (min-width: 1024px) {
  .container { max-width: 960px; padding: 32px; }
}

Zalety:

• Jeden URL
• Jeden HTML do utrzymania
• Identyczna treść na wszystkich devices
• Google preferuje

2. Adaptive design (alternatywne)

Server detekcja device → różny HTML:

// Server-side
if (userAgent.isMobile) return mobileHTML;
else return desktopHTML;

Wady:

• Wymaga serwerowej detekcji
• Trudniej w utrzymaniu
• Może mieć inconsistency między HTML versions

Stosuj tylko, gdy responsive nie wystarcza (gry, complex apps).

3. Separate mobile (m.example.com) — LEGACY

example.com         (desktop)
m.example.com       (mobile)

W 2026 to anti-pattern. Wymaga:

• Canonical desktop → mobile alternate
• Identyczna treść (Google porównuje)
• Vary HTTP header
• Redirecty mobile→desktop based na user-agent

Migrate na responsive. Setup mobile-osobna nie ma sensu w 2026.

Identical content desktop & mobile

Krytyczne: treść mobile musi być identyczna lub bardzo podobna do desktop.

❌ Złe (legacy):

• Desktop: 5000 słów, 20 obrazów
• Mobile: 1500 słów, 5 obrazów (skrócone)

✅ Dobre:

• Desktop i mobile: ten sam HTML, CSS reaguje na viewport
• Tekst zawsze widoczny (no display:none na mobile)
• Obrazy zawsze obecne (responsive sizing)

Jeśli mobile ma mniej treści, Google indeksuje tylko mobile = tracisz rankingi na 60% contentu.

Hidden content na mobile (collapsible)

Pre-2017 SEO: hidden content (accordions, tabs) był devalued. Post-mobile-first: hidden content na mobile jest dozwolony — pod warunkiem że:

• Treść jest w HTML (not loaded by JS on click)
• User może łatwo rozwinąć (accordion z visible header)
• Treść jest taka sama na desktop i mobile

Best practice: TOC z linkami do anchors na mobile (zamiast wszystko widoczne) + akordeony dla long content.

Intrusive interstitials

Google karze za:

• Pop-upy zasłaniające content above the fold
• Login walls (chyba że legalny)
• Ads zajmujące >30% viewport
• Newsletter popups na first scroll

W 2026 z AI search agresywnie filtrującym, intrusive interstitials = strony pomijane przez AI Overviews.

Cookie consent banner = OK (wymóg GDPR), ale powinien być nieinwazyjny.

Mobile speed — głębokie tipy

1. Critical CSS inline

Pierwszy render wymaga CSS. Inline critical CSS w <head>:

<style>
/* Critical above-the-fold styles inline */
.hero { ... }
.nav { ... }
</style>
<link rel="preload" href="/full.css" as="style" />
<link rel="stylesheet" href="/full.css" />

2. Defer non-critical JS

<script src="/main.js" defer></script>
<script src="/analytics.js" async></script>

defer = wait for HTML parse, then execute in order. async = execute as soon as loaded (no order guarantee).

3. Image optimization

• WebP/AVIF zamiast JPG (50% mniejsze)
• Lazy loading native (loading="lazy")
• Responsive <img srcset> (mobile dostaje mniejszy plik)
• Width + height (no CLS)

4. Font loading

<link rel="preconnect" href="https://fonts.googleapis.com" />
<link rel="preload" as="font" href="/font.woff2" type="font/woff2" crossorigin />

Plus font-display: swap w CSS — natychmiastowy fallback font, swap po załadowaniu.

5. CDN

Cloudflare / Vercel Edge — geograficzna dystrybucja. Mobile użytkownik z Krakowa nie pobiera assets z US.

Google Discover (mobile-only)

Google Discover (feed personalizowany na mobile) ciągnie z indeksu mobile-first. Strony zoptymalizowane pod Discover:

• High-quality images (1200x800+)
• Engaging titles
• Mobile-friendly content
• Schema.org Article z author/publisher
• Topical authority w niszy

Discover może generować 10-50% mobile traffic dla niektórych branż (news, lifestyle, food).

Najczęstsze błędy

1. Desktop-only design — mobile nie istnieje dla Google
2. Skrócona treść na mobile — Google indeksuje mniej
3. Ukryta treść via JS — Google nie widzi
4. Wolny mobile speed — INP/LCP fail
5. Tap targets za małe — penalty na mobile usability
6. Intrusive popups — penalty + AI omits
7. Separate m.example.com bez canonical/alternate — duplikaty
8. Brak responsive image — mobile pobiera 5MB obrazek

Podsumowanie

Mobile-first 2026:

1. Responsive design — jeden HTML/CSS
2. Identical content desktop & mobile
3. CWV mobile — LCP <2s, INP <200ms, CLS <0.1
4. Mobile speed — krytyczne dla rankingu
5. Tap targets 48px+, font 16px+
6. Bez intrusive interstitials
7. Test na real device (nie tylko emulacja)

Mobile SEO w 2026 = SEO. Nie ma osobnej strategii. Desktop-only firmy są niewidzialne.

Audyt mobile SEO + Core Web Vitals — sprawdzimy obecną performance + plan napraw.