Optymalizacja strony głównej pod SEO: frazy, title, dane strukturalne i szybkość

Optymalizacja strony głównej pod SEO sprowadza się do trzech zadań. Strona główna ma jednoznacznie powiedzieć Google i ludziom, kim jesteś (nazwa marki, title, H1, dane strukturalne), ma rozprowadzać użytkowników i linki do podstron, które sprzedają, i ma szybko działać na telefonie. Nie powinna za to walczyć o wszystkie frazy z Twojej branży naraz: jej naturalne zapytania to nazwa firmy i jedno, najwyżej dwa najszersze określenia działalności. Resztę oddajesz podstronom usług, kategorii i bloga.

Ten tekst dotyczy wyłącznie strony głównej. Jeśli potrzebujesz najpierw podstaw (jak Google skanuje, indeksuje i układa wyniki), zacznij od wpisu co to jest SEO i jak działa pozycjonowanie.

Czym strona główna różni się od podstron w SEO

Z perspektywy wyszukiwarki strona główna nie jest „najważniejszą podstroną z najlepszymi frazami”. Pełni kilka funkcji, których żadna inna strona serwisu nie przejmie.

Według dokumentacji Google o nazwach witryn system wybierający nazwę jest w pełni automatyczny i bierze pod uwagę treść strony głównej oraz to, jak serwis jest opisywany w innych miejscach sieci. Z kolei wytyczne dotyczące favicony wymagają, żeby ikona była zadeklarowana właśnie w nagłówku strony głównej. Błąd na stronie głównej psuje więc wygląd każdego Twojego wyniku w Google, nie tylko jednego.

Do tego dochodzi zwykła logika linków: logo w nagłówku prowadzi na stronę główną z każdej podstrony, a wiele linków z zewnątrz (wizytówki, katalogi firm, wzmianki) wskazuje po prostu domenę, bo to jedyny adres, jaki podaje się w takich miejscach. Strona główna zbiera więc dużo sygnałów i jej zadaniem jest przekazać je dalej, do stron, które mają zarabiać.

Na jakie frazy pozycjonować stronę główną, a na jakie podstrony

Typowy błąd to próba ustawienia strony głównej na wszystkie usługi naraz: title z pięcioma nazwami usług, H1 z miastem i trzema branżami, długi opis każdej usługi zamiast linku do jej podstrony. Efekt to kanibalizacja: dwie strony serwisu (główna i podstrona usługi) odpowiadają na to samo zapytanie i żadna nie jest jednoznacznie lepsza.

Reguła rozstrzygająca dla zapytań ogólnych: jeśli Twoja firma ma jedną główną usługę w jednej lokalizacji, strona główna może być stroną docelową dla frazy „usługa + miasto”. Jeśli masz kilka usług albo kilka oddziałów, każda z nich dostaje własną podstronę, a strona główna odpowiada tylko na zapytanie o markę i najszerszą kategorię.

Jak to sprawdzić w danych: w raporcie Skuteczność w Google Search Console dodaj filtr zapytania dla frazy, na której Ci zależy, i przełącz widok na kartę Strony. Zobaczysz, które adresy zbierają wyświetlenia na tę frazę. Jeśli przez kilka miesięcy na tę samą frazę na zmianę pokazują się strona główna i podstrona usługi, masz konflikt do rozwiązania.

Pułapka: Rozwiązaniem kanibalizacji nie jest dopisanie frazy w kolejnych miejscach strony głównej. Wybierz jedną stronę docelową, usuń z title i H1 strony głównej nazwy pojedynczych usług, a ze strony głównej podlinkuj podstronę usługi anchorem opisującym tę usługę. Rozpisanie fraz na całą strukturę serwisu to osobny etap prac, który realizujemy w ramach pozycjonowania SEO.

Jak napisać title, meta description i H1 strony głównej

Te trzy elementy opisują stronę w wynikach i na samej stronie. Google traktuje je inaczej, więc każdy ma inne zadanie.

Title. Wytyczne Google dotyczące tytułów mówią wprost, żeby nie używać ogólników w rodzaju „Home” dla strony głównej (po polsku: „Strona główna”), żeby nie powtarzać tych samych słów i żeby tytuły były opisowe i zwięzłe. Ten sam dokument zaznacza, że title strony głównej to rozsądne miejsce na dodatkową informację o całym serwisie, podczas gdy na podstronach markę lepiej ograniczyć do minimum. Google nie podaje limitu znaków: tytuł w wynikach jest przycinany do szerokości ekranu urządzenia. Dlatego markę i określenie działalności stawiasz na początku, a dopiski na końcu.

Pamiętaj też, że wyświetlany w wynikach tytuł Google tworzy automatycznie. Według tej samej dokumentacji źródłem może być element <title>, główny widoczny tytuł strony, nagłówki takie jak <h1>, og:title, tekst linków prowadzących do strony i dane WebSite. Jeśli title mówi co innego niż H1 i anchory w menu, zwiększasz szansę, że Google złoży tytuł po swojemu.

Meta description. Dokumentacja fragmentów wyników wyjaśnia, że opis w wynikach (snippet) powstaje głównie z treści strony, a meta description bywa używany, gdy lepiej oddaje jej zawartość. Limitu długości nie ma, tekst jest przycinany do szerokości ekranu. Google zaleca opis unikalny dla każdej strony, bez upychania fraz, z konkretnymi informacjami. Dokumentacja nie wiąże opisu z pozycją w rankingu: jego zadanie to przekonać do kliknięcia osobę, która już widzi Twój wynik.

H1. Na stronie głównej H1 bardzo często zajmuje hasło reklamowe z grafiki („Tworzymy przyszłość”), które nic nie mówi wyszukiwarce ani nowemu klientowi. H1 powinien nazwać, czym się zajmujesz i dla kogo, a hasło może stać obok jako zwykły tekst. Tekst wpisany w obraz nie jest tekstem HTML, więc nie zadziała jako nagłówek.

Do skopiowania:

• Title: „[Marka]: [czym się zajmujesz] [dla kogo lub gdzie]”
• Meta description: „[Co oferujesz] dla [kogo] w [gdzie]. [Jeden sprawdzalny wyróżnik: zakres, godziny, cena od, liczba lat działalności]. [Co może zrobić odwiedzający].”
• H1: „[Czym się zajmujesz] [dla kogo lub gdzie]”

Przykłady w tabeli są fikcyjne i służą tylko pokazaniu struktury.

Nazwa witryny i favicon: co Google pobiera ze strony głównej

Nazwa witryny to napis nad adresem w wyniku wyszukiwania. Google wybiera ją automatycznie, ale możesz mu podpowiedzieć. Dokumentacja nazw witryn podaje warunki:

• nazwa działa na poziomie domeny lub subdomeny (example.com, sklep.example.com), a nie podkatalogu (example.com/sklep);
• dane strukturalne muszą być na stronie głównej domeny lub subdomeny, a sama strona główna musi być dostępna dla robota: bez blokady w robots.txt, bez noindex, bez logowania;
• jedna domena lub subdomena ma jedną nazwę;
• dane WebSite wymagają właściwości name i url, a alternateName pozwala podać wersje zapasowe, na przykład skrót.

Google patrzy też na og:site_name, title i nagłówki strony głównej, dlatego nazwa ma być spójna we wszystkich tych miejscach. Jeśli w title piszesz „Kowalski Serwis”, w logo „KOWALSKI”, a w danych strukturalnych „Kowalski Sp. z o.o.”, dajesz algorytmowi trzy kandydatury.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "WebSite",
  "name": "Kowalski Serwis",
  "alternateName": ["Kowalski AGD", "Serwis Kowalski"],
  "url": "https://www.example.pl/"
}
</script>

Favicon ma osobne wymagania z dokumentacji Google: element <link rel="icon"> w nagłówku strony głównej, plik kwadratowy (proporcje 1:1) o boku co najmniej 8 px, przy czym Google zaleca rozmiar większy niż 48 × 48 px. Robot musi mieć dostęp i do strony głównej, i do pliku ikony, a adres pliku nie powinien się często zmieniać. Google obsługuje jedną ikonę na nazwę hosta, więc podkatalog nie dostanie własnej.

Stan na październik 2026: Dokumentacja nazw witryn i favicony była ostatnio aktualizowana odpowiednio w grudniu 2025 i sierpniu 2026. Google nie gwarantuje wyświetlenia podanej przez Ciebie nazwy: dane strukturalne są wskazówką dla automatycznego systemu, nie poleceniem.

Dane strukturalne Organization i LocalBusiness na stronie głównej

Dane strukturalne opisują firmę w formacie, który Google czyta bez zgadywania. Na stronie głównej w praktyce wybierasz jeden z dwóch typów (albo LocalBusiness jako uszczegółowienie Organization).

Dokumentacja Organization zaleca umieszczenie tych danych na stronie głównej lub na jednej stronie opisującej organizację. Nie ma tu właściwości wymaganych. Google prosi o dodanie jak największej liczby zalecanych, które pasują do Twojej firmy, m.in. name, url, logo, sameAs (profile w innych serwisach), address, contactPoint, telephone, email, vatID, taxID, description. Oznaczenie pomaga Google odróżnić Twoją firmę od innych o podobnej nazwie i może wpłynąć na to, jakie logo i szczegóły pokaże w wynikach, np. w panelu wiedzy.

Dla firm z lokalem dokumentacja LocalBusiness wymaga nazwy i adresu oraz zaleca m.in. telefon, współrzędne (geo), godziny otwarcia (openingHoursSpecification), adres strony i przedział cenowy. Używaj najbardziej szczegółowego podtypu, jaki istnieje (Google podaje przykłady takie jak Restaurant czy DaySpa). Według tej samej dokumentacji dane możesz dodać na dowolnej stronie, ale najbardziej sensowna jest strona z informacjami o firmie. Przy jednym lokalu to zwykle strona główna lub kontakt. Przy wielu oddziałach każdy oddział lepiej opisać na jego własnej podstronie.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "LocalBusiness",
  "name": "Kowalski Serwis",
  "url": "https://www.example.pl/",
  "logo": "https://www.example.pl/logo.png",
  "telephone": "+48 500 000 000",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "ul. Przykładowa 1",
    "addressLocality": "Gdańsk",
    "postalCode": "80-001",
    "addressCountry": "PL"
  },
  "openingHoursSpecification": [{
    "@type": "OpeningHoursSpecification",
    "dayOfWeek": ["Monday","Tuesday","Wednesday","Thursday","Friday"],
    "opens": "08:00",
    "closes": "18:00"
  }],
  "sameAs": ["https://www.facebook.com/przyklad"]
}
</script>

Dane w kodzie muszą zgadzać się z tym, co widać na stronie, i z Twoją wizytówką w Google: ta sama nazwa, adres, telefon, godziny. O samej wizytówce piszemy na stronie pozycjonowania wizytówki Google. Po wdrożeniu sprawdź kod w Teście wyników z elementami rozszerzonymi, który Google wskazuje w dokumentacji LocalBusiness.

Nawigacja i linkowanie wewnętrzne ze strony głównej

Ze strony głównej robot przechodzi do reszty serwisu, więc to, jak zbudowane są linki, ma znaczenie techniczne, nie tylko estetyczne. Wytyczne Google dotyczące linków są tu jednoznaczne: Google może podążyć za linkiem tylko wtedy, gdy jest to element <a> z atrybutem href. Menu zbudowane z elementów <span> z adresem albo z przycisków działających wyłącznie przez onclick nie są dla robota linkami. To częsty problem w szablonach z rozbudowanym menu rozwijanym i w aplikacjach opartych na JavaScripcie.

Co z tego wynika dla strony głównej:

• Każda strona, którą chcesz mieć w indeksie, powinna mieć link z co najmniej jednej innej strony serwisu (to zalecenie z tej samej dokumentacji). Na stronie głównej linkuj przede wszystkim do głównych usług lub kategorii, czyli tych podstron, które przypisałeś do fraz w tabeli powyżej.
• Anchor ma być opisowy, zwięzły i związany z treścią. Sześć przycisków „Dowiedz się więcej” pod sześcioma usługami nie mówi nic ani czytelnikowi ekranu, ani robotowi. Lepiej „Naprawa pralek”, „Naprawa zmywarek”.
• Nie upychaj fraz w anchorach i nie ustawiaj kilkunastu linków jeden za drugim: Google zwraca uwagę, że łańcuchy linków bez kontekstu są mniej czytelne.
• Stopka z setką linków „pozycjonowanie Gdańsk, pozycjonowanie Gdynia, pozycjonowanie Sopot” to stary wzorzec, który kłóci się z zaleceniem, by nie upychać fraz w tekście linków.
• Sekcja z najnowszymi wpisami lub realizacjami daje nowym stronom link wewnętrzny od pierwszego dnia, zanim zdążysz podlinkować je z innych miejsc.

Linki przychodzące z innych serwisów to osobny temat; jeśli chcesz, żeby strona główna miała co przekazywać dalej, przeczytaj jak zdobywać wartościowe linki zgodnie z zasadami Google.

Treść i struktura nagłówków strony głównej

Strona główna nie musi być długim artykułem. Przewodnik SEO od Google mówi, że sama długość treści nie ma znaczenia dla rankingu i nie istnieje magiczna liczba słów. Ten sam dokument podaje, że kolejność nagłówków nie ma znaczenia dla wyszukiwarki (choć pomaga czytnikom ekranu) i że nie ma idealnej liczby nagłówków na stronie. Spory o „dokładnie jeden H1” i „zawsze H2 po H1” możesz więc rozstrzygać według czytelności, a nie według obaw o ranking.

Treść musi za to wystarczyć osobie, która nie zna Twojej firmy, żeby w kilkanaście sekund zrozumiała, czym się zajmujesz, dla kogo i gdzie. Praktyczny układ, który to zapewnia:

Jedno ostrzeżenie: przewodnik Google zaznacza, że nadmierne powtarzanie tych samych słów (także w odmianach) męczy użytkowników, a upychanie słów kluczowych narusza zasady Google dotyczące spamu. Fraza „usługa + miasto” w H1, w jednym akapicie i w title wystarczy.

Strona główna jest też zwykle pierwszym miejscem, w którym ktoś decyduje, czy się z Tobą skontaktuje. Układ bloków, kolejność argumentów i formularz to już temat optymalizacji konwersji (CRO), a nie SEO, ale obie rzeczy projektujesz jednocześnie.

Szybkość strony głównej i Core Web Vitals

Strona główna to często najcięższa strona serwisu: duże zdjęcie lub karuzela na start, filmy w tle, widżet czatu, piksele reklamowe. Google mierzy doświadczenie użytkownika trzema wskaźnikami Core Web Vitals. Progi „dobrego” wyniku według dokumentacji Google:

Jak bardzo to wpływa na pozycje? Według dokumentacji o page experience Core Web Vitals są używane przez systemy rankingowe, ale nie ma jednego „sygnału page experience”, a Google zawsze stara się pokazać najtrafniejszą treść, nawet jeśli doświadczenie strony jest słabsze. Ten sam dokument mówi, że ocena zwykle dotyczy konkretnej strony, choć istnieją też oceny na poziomie całej witryny. Szybkość nie zastąpi więc dopasowania treści. Traktuj ją jako warunek, żeby odwiedzający w ogóle zobaczyli to, co dla nich przygotowałeś, a nie jako dźwignię pozycji.

Najwięcej na stronie głównej zwykle zyskujesz na LCP, bo jego elementem jest najczęściej zdjęcie z pierwszego ekranu. Zalecenia z poradnika optymalizacji LCP na web.dev:

1. Ustal, który element jest LCP (PageSpeed Insights pokazuje go w diagnostyce).
2. Upewnij się, że ten obraz jest w kodzie HTML strony, a nie dopiero wstawiany przez JavaScript. Jeśli jest podany tylko w CSS lub skrypcie, załaduj go z wyprzedzeniem (preload).
3. Dodaj do niego fetchpriority="high".
4. Usuń z niego leniwe ładowanie (loading="lazy"), które zostaw dla obrazów niżej na stronie.
5. Zmniejsz plik: właściwy wymiar dla ekranu telefonu, nowoczesny format, kompresja.

Pułapka: Wiele motywów i wtyczek dodaje loading="lazy" do wszystkich obrazów, łącznie z tym na pierwszym ekranie. Poradnik web.dev mówi wprost, że leniwe ładowanie obrazu LCP zawsze opóźnia jego wczytanie. Sprawdź kod zdjęcia głównego po każdej aktualizacji szablonu.

Zasada: Oceniaj Core Web Vitals strony głównej na danych od prawdziwych użytkowników (raport Podstawowe wskaźniki internetowe w Search Console, sekcja danych terenowych w PageSpeed Insights), osobno dla telefonów i komputerów. Wynik testu laboratoryjnego na szybkim komputerze nie mówi, jak strona działa u Twoich klientów.

Wersja mobilna strony głównej i indeksowanie mobile-first

Google indeksuje i ocenia strony na podstawie wersji mobilnej, pobieranej przez robota w wersji na smartfony. Dla strony głównej oznacza to, że liczy się to, co widzi telefon, nawet jeśli projekt powstawał z myślą o dużym ekranie.

Lista kontrolna wersji mobilnej, oparta na zaleceniach z tej dokumentacji:

• ta sama treść główna co na komputerze; jeśli na telefonie usuwasz sekcje oferty, żeby „odchudzić” stronę, Google opiera się na tej uboższej wersji;
• te same title i meta description;
• te same nagłówki;
• te same dane strukturalne (WebSite, Organization, LocalBusiness);
• treść główna nie może pojawiać się dopiero po interakcji użytkownika (kliknięciu, przewinięciu w karuzeli);
• robots.txt nie blokuje plików CSS, JavaScript i obrazów potrzebnych do wyświetlenia strony;
• te same atrybuty alt przy obrazach.

Na stronie responsywnej treść na obu urządzeniach jest z definicji ta sama, więc ryzyko dotyczy głównie osobnych wersjach mobilnych (np. m.domena.pl), przy treściach ładowanych dopiero po kliknięciu i przy szablonach, które na małym ekranie usuwają bloki zamiast je przestawiać.

Lista kontrolna optymalizacji strony głównej

Przejdź przez tabelę raz w kwartale i po każdej zmianie szablonu lub CMS.

Jeśli w tabeli wychodzi kilka czerwonych pozycji naraz, zacznij od indeksowania i adresu kanonicznego strony głównej, potem title i H1, a dopiero na końcu szybkość: poprawki szybkości nic nie dadzą stronie, której Google nie widzi albo nie rozumie. Gdy chcesz, żeby ktoś przeszedł przez to razem z resztą serwisu i ułożył priorytety, zajrzyj do opisu naszego audytu SEO.