SEOłtys

Next.js, React, SPA i Vite

SEO dla Next.js, React i SPA

Strona na Next.js, React albo Vite często wygląda gotowo w przeglądarce, a w pierwszym HTML ma pusty kontener, puste metadane albo rozjechany kanoniczny adres. Audytujemy to, poprawki oddajemy jako pull requesty do Waszego repozytorium, a po wdrożeniu mierzymy CrUX i Search Console.

Kogut SEOłtys pracuje na laptopie. Napis: Google lubi porządek.

Co wchodzi w robotę

Czego nie robimy

  • Gwarancji miejsca numer jeden i terminu, którego nie da się uczciwie podać przed audytem.
  • Wpuszczania poprawek na produkcję z pominięciem przeglądu Waszego zespołu.
  • Headless przeglądarki w darmowym pomiarze. Sygnał pustej skorupy, jeśli się pojawia, bierze się z HTML, który i tak pobieramy.

Pytania

Czy Google w ogóle czyta strony na React?

Czyta, ale nie zawsze czeka, aż aplikacja dorysuje ofertę. Gdy w pierwszym HTML jest pusty kontener, indeks dostaje mniej, niż widzi człowiek. Dlatego patrzymy na SSR, SSG i na to, co naprawdę wychodzi z serwera.

Jak wchodzą poprawki?

Jako pull requesty w Waszym repozytorium. Zespół je przegląda. Do CI dokładamy kontrole tytułu, opisu, kanonicznego adresu, indeksowalności, JSON-LD, mapy strony i budżetu Lighthouse.

Czy obejmie to Vite i zwykłe SPA, nie tylko Next.js?

Tak. Next.js jest najczęstszym przypadkiem, bo ma SSR i SSG pod ręką. Ta sama robota dotyczy Reacta i SPA na Vite: co jest w HTML, co jest za logowaniem i czy mapa strony mówi prawdę.

Ile to kosztuje?

Wycena po bezpłatnym audycie. Na stronie są opublikowane kwoty widoczności w AI i jednorazowej szybkości.

Poprawki wchodzą jako pull requesty. Pomiar z pola powtarzamy po zmianach.