Kod źródłowy witryny: jak go wyświetlić i odczytać?

Kod źródłowy strony wyświetlisz w przeglądarce na komputerze jednym skrótem: Ctrl+U w Windows, a na Macu zwykle Option+Command+U. Nie musisz być programistą, żeby z niego skorzystać. Wystarczy wiedzieć, których kilku znaczników szukać, żeby sprawdzić, co o Twojej stronie czytają Google i asystenci AI.

Czym jest kod źródłowy strony?

Kod źródłowy strony to tekst, który serwer wysyła do przeglądarki, zanim zobaczysz gotową stronę. Przeglądarka czyta go i na jego podstawie układa nagłówki, zdjęcia, przyciski oraz formularze.

Składają się na niego trzy warstwy:

• HTML opisuje treść i jej strukturę: tytuł, nagłówki, akapity, linki, obrazki. Więcej o samym języku przeczytasz we wpisie Co to jest HTML?
• CSS odpowiada za wygląd: kolory, kroje pisma, układ na telefonie i na komputerze.
• JavaScript dodaje zachowanie: rozwijane menu, filtry produktów, a czasem całą treść strony.

W kodzie źródłowym nie zobaczysz natomiast kodu, który działa na serwerze, np. PHP, ani zawartości bazy danych. Widzisz tylko wynik ich pracy.

Dla biznesu ważne jest jedno: robot wyszukiwarki nie ogląda strony tak jak klient, tylko czyta jej kod. Dlatego kod jest fundamentem widoczności w Google. Jeśli czegoś w nim brakuje albo coś blokuje robota, nie pomoże nawet najlepszy projekt graficzny.

Jak wyświetlić kod źródłowy w przeglądarce?

Najszybciej skrótem klawiszowym. Kod otworzy się w nowej karcie jako zwykły tekst.

Przeglądarka	Windows	Mac	Z menu
Chrome	Ctrl+U	Option+Command+U	prawy przycisk myszy, „Wyświetl źródło strony”
Edge	Ctrl+U	Option+Command+U	prawy przycisk myszy, „Wyświetl źródło strony”
Firefox	Ctrl+U	Command+U	prawy przycisk myszy, „Pokaż źródło strony”
Safari	nie dotyczy	Option+Command+U	menu dla twórców stron, „Pokaż źródło strony”

Safari pokazuje kod dopiero po włączeniu narzędzi dla twórców stron. Otwórz Ustawienia Safari, przejdź do karty Zaawansowane i zaznacz pole funkcji dla twórców stron (w angielskiej wersji „Show features for web developers”). Tak opisuje to dokumentacja Apple.

W Chrome, Edge i Firefoksie działa też przedrostek w pasku adresu: wpisz view-source: przed adresem strony, np. view-source:https://www.przyklad.pl. Ten sposób przydaje się, gdy porównujesz kilka podstron.

Kod bywa długi na tysiące linii. Nie czytaj go od góry do dołu. Naciśnij Ctrl+F (na Macu Command+F) i wyszukaj konkretny znacznik.

Czym różni się kod źródłowy od tego, co czyta Google?

Kod źródłowy to wersja strony przed wykonaniem JavaScriptu. Przeglądarka i Google pracują na wersji po jego wykonaniu, a część robotów AI tylko na kodzie źródłowym. To trzy różne obrazy tej samej strony.

Kod po wykonaniu skryptów zobaczysz w narzędziach deweloperskich: naciśnij F12 albo kliknij element strony prawym przyciskiem i wybierz „Zbadaj”. Panel Elementy pokazuje stronę taką, jaką przeglądarka zbudowała w tej chwili, razem z treścią dopisaną przez JavaScript.

Googlebot działa w trzech krokach: pobiera stronę, renderuje ją w przeglądarce Chromium bez okna, a potem indeksuje wynik. Google podaje wprost, że do indeksowania używa wyrenderowanego HTML, a treści, której w nim nie ma, nie zaindeksuje. Renderowanie czeka w kolejce, więc treść ze skryptów może trafić do indeksu później. Szczegóły opisujemy we wpisie o renderowaniu witryny.

Inaczej jest z robotami AI. Vercel w analizie z 17 grudnia 2024 roku, opartej na ruchu robotów w swojej sieci z poprzednich miesięcy, stwierdził, że żaden z głównych robotów AI nie wykonuje JavaScriptu: ani roboty OpenAI (m.in. GPTBot), ani ClaudeBot, ani PerplexityBot. Wyjątkiem są Applebot oraz Gemini, który korzysta z infrastruktury Google. To pomiar sprzed niemal dwóch lat, a roboty AI szybko się zmieniają. Bezpieczna zasada brzmi więc: najważniejsza treść ma być w kodzie źródłowym.

W modelu Search Ecosystem™ to miejsce, w którym Google Search spotyka się z AI Search. Ten sam kod decyduje, czy stronę zrozumie wyszukiwarka i czy zacytuje ją asystent AI.

Jak czytać kod, jeśli nie jesteś programistą?

Wystarczy rozpoznać dwie części strony i zasadę zapisu znaczników. Resztę znajdziesz wyszukiwaniem.

• Sekcja head na początku kodu, między <head> a </head>. Klient jej nie widzi. Tu są informacje dla przeglądarek i robotów: tytuł, opis, dyrektywy dla wyszukiwarek, dane strukturalne.
• Sekcja body między <body> a </body>. To wszystko, co widać na ekranie: nagłówki, teksty, zdjęcia, linki.

Znacznik ma zwykle początek i koniec, np. <h1>Tytuł strony</h1>. Wewnątrz znacznika stoją atrybuty, czyli pary nazwa i wartość, np. name="description" albo rel="nofollow".

Długie bloki stylów (<style>) i skryptów (<script>) możesz pominąć.

Dla SEO liczy się kilka znaczników opisanych niżej, a każdy z nich znajdziesz w kilka sekund przez Ctrl+F.

Co sprawdzić w sekcji head?

Sekcja head mówi Google, jak nazwać stronę, czy ją pokazywać i który adres jest właściwy. Tabela zbiera znaczniki, które warto sprawdzić na każdej ważnej podstronie.

Znacznik	Wpisz w Ctrl+F	Co sprawdzić
Tytuł strony	<title	Jest, opisuje treść i różni się od tytułów innych podstron.
Opis strony	description	Jest i pasuje do tej podstrony, a nie do całej firmy.
Dyrektywy dla robotów	robots	Brak noindex na stronach, które mają być w Google.
Adres kanoniczny	canonical	Wskazuje adres tej podstrony albo świadomie wybraną wersję główną.
Wersje językowe	hreflang	Tylko przy kilku wersjach językowych. Wersje wskazują się nawzajem.
Podgląd przy udostępnianiu (Open Graph)	og:	Tytuł i obraz, które pokażą się po wklejeniu linku w mediach społecznościowych.
Dane strukturalne	ld+json	Opisują to, co rzeczywiście jest na stronie.

Tytuł nie ma limitu znaków, ale Google skraca go do szerokości ekranu. Według dokumentacji Google link w wynikach może też powstać z innych źródeł, np. z nagłówka H1, gdy tytuł jest pusty, szablonowy albo nieaktualny. Z opisem jest podobnie: Google używa go tylko czasem, a gdy lepiej pasuje fragment treści, pokazuje fragment. Trafny tytuł i opis wpływają na CTR, czyli na to, jaka część osób oglądających wynik w niego kliknie.

Najgroźniejszy jest znacznik robots z wartością noindex, bo wyklucza stronę z wyników Google. Kiedy go używać, opisujemy we wpisie o metatagu noindex. Tę samą dyrektywę serwer może wysłać w nagłówku odpowiedzi jako X-Robots-Tag. Tego nagłówka w kodzie źródłowym nie zobaczysz.

Co sprawdzić w treści strony?

W sekcji body sprawdź przede wszystkim nagłówki, linki oraz to, czy najważniejszy tekst w ogóle jest w kodzie.

• Nagłówek H1 (szukaj: <h1). Powinien jasno mówić, o czym jest strona. Systemy Google radzą sobie z kilkoma H1 na stronie, co John Mueller z Google potwierdził w październiku 2019 roku. Jeden wyraźny nagłówek główny jest jednak czytelniejszy dla klienta. Częstszy problem to H1, w którym jest tylko logo albo zbitka fraz.
• Nagłówki H2 i H3 (szukaj: <h2). Dzielą treść na sekcje. Gdy w kodzie są tylko pogrubione akapity zamiast nagłówków, robot gorzej rozpoznaje strukturę strony.
• Atrybuty linków (szukaj: rel=). Google rozpoznaje trzy wartości: sponsored (linki płatne), ugc (linki dodane przez użytkowników, np. w komentarzach) oraz nofollow (pozostałe linki, z którymi nie chcesz łączyć strony). Za takimi linkami Google zwykle nie podąża. Linków wewnętrznych nie oznaczaj nofollow: gdy robot ma omijać część serwisu, Google zaleca regułę w pliku robots.txt.
• Opisy obrazków (szukaj: alt=). Atrybut alt mówi, co jest na zdjęciu, osobom korzystającym z czytników ekranu oraz robotom.
• Treść oferty. Skopiuj zdanie z opisu produktu albo usługi i wyszukaj je w kodzie źródłowym. Jeśli go tam nie ma, tekst dopisuje JavaScript.

Jakie błędy w kodzie najczęściej kosztują widoczność?

Najdroższe są błędy, których nie widać na ekranie. Strona wygląda dobrze, a robot dostaje sygnały sprzeczne albo blokujące.

1. Noindex po wdrożeniu. Wersja testowa strony ma noindex, żeby nie trafiła do Google, a po przeniesieniu na właściwy adres nikt go nie usuwa. Strona znika z wyników.
2. Canonical wskazujący inny adres. Szablon wpisuje ten sam adres kanoniczny na wszystkich podstronach, np. adres strony głównej. Google dostaje sygnał, że podstrony są kopiami.
3. Ten sam tytuł i opis na wielu podstronach. Szablon CMS powtarza nazwę firmy zamiast opisu podstrony. Wyniki wyglądają identycznie i trudno wybrać właściwy.
4. Frazy upchnięte w tytule i H1. Google zalicza keyword stuffing do praktyk spamerskich, a klient widzi tekst pisany nie dla niego.
5. Treść tylko w JavaScripcie. Google zobaczy ją po renderowaniu, choć czasem z opóźnieniem. Roboty AI, które nie wykonują skryptów, dostają stronę bez opisu oferty.

Każdy z tych błędów zwykle siedzi w szablonie, więc jeśli znajdziesz go na jednej podstronie, najpewniej jest też na pozostałych.

Jak sprawdzić całą witrynę, a nie jedną podstronę?

Ctrl+U pokazuje jedną podstronę. Przy sklepie albo serwisie z setkami adresów potrzebujesz narzędzi, które zrobią to samo hurtowo.

• Inspekcja adresu URL w Google Search Console. Pokazuje, czy adres jest w indeksie, a po teście wersji opublikowanej także wyrenderowany HTML, czyli kod w postaci, w jakiej zobaczył go Google. Podobny podgląd daje Test wyników z elementami rozszerzonymi.
• Raport Indeksowanie stron w Search Console. Zbiera adresy, których Google nie zaindeksował, razem z powodem, np. wykluczenie tagiem noindex albo wybór innej strony kanonicznej.
• Crawler, np. Screaming Frog SEO Spider. Przechodzi po linkach jak robot i wypisuje brakujące albo powtórzone tytuły, opisy i nagłówki. Wersja bezpłatna sprawdza do 500 adresów URL według cennika producenta (stan na październik 2026).

Ręczny podgląd kodu wystarczy, żeby sprawdzić kilka najważniejszych stron i zadać wykonawcy strony albo agencji właściwe pytania. Przy większym serwisie przegląd całości robi się narzędziami.

Co zrobić teraz?

Zacznij od trzech stron, które przynoszą Ci najwięcej klientów: strony głównej, najważniejszej oferty oraz strony kontaktu. Na każdej przejdź tę listę:

1. Otwórz kod źródłowy (Ctrl+U albo Option+Command+U).
2. Wyszukaj noindex. Na stronach, które mają być w Google, nie może go być.
3. Wyszukaj canonical i sprawdź, czy wskazuje adres tej strony.
4. Sprawdź title i description: czy są, czy opisują tę podstronę i czy różnią się od innych.
5. Wyszukaj <h1 i przeczytaj nagłówek tak, jak przeczytałby go klient.
6. Skopiuj zdanie z opisu oferty i poszukaj go w kodzie źródłowym. Jeśli go nie ma, zapytaj osobę odpowiedzialną za stronę, czy treść może trafiać do HTML już z serwera.
7. Porównaj wynik z inspekcją adresu URL w Search Console.

Najważniejszy wniosek: kod źródłowy to najprostszy sposób, żeby zobaczyć stronę oczami robota. Jeśli lista pokaże błędy na kluczowych podstronach, sprawdź całą witrynę, bo szablon zwykle powiela je wszędzie.

Najczęstsze pytania.

Czy w kodzie źródłowym widać kod PHP albo bazę danych strony?

Nie. W przeglądarce widzisz tylko to, co wysłał serwer: HTML, CSS i JavaScript. Kod PHP, pliki konfiguracyjne i baza danych zostają na serwerze.

Czy mogę zmienić kod strony w przeglądarce?

W narzędziach deweloperskich (F12) możesz edytować kod, ale zmiana działa tylko w Twojej karcie i znika po odświeżeniu. Trwałą zmianę wprowadza się w systemie zarządzania treścią albo w plikach na serwerze.

Jak zobaczyć kod strony tak, jak widzi go Google?

Użyj inspekcji adresu URL w Google Search Console, uruchom test wersji opublikowanej i otwórz podgląd wyrenderowanego HTML. Bez dostępu do Search Console podobny podgląd daje Test wyników z elementami rozszerzonymi.

Czy można podejrzeć kod źródłowy cudzej strony?

Tak. Przeglądarka i tak pobiera ten kod, żeby wyświetlić stronę, więc jego podgląd to zwykła funkcja. Kopiowanie cudzego kodu, tekstów albo grafik to już inna sprawa i może naruszać prawa autorskie.