Jeśli dopiero zaczynasz pracę z SEO, traktuj PageRank jako użyteczną ideę opisującą, jak linki łączą strony, a nie jako liczbę, którą możesz sprawdzić i podnieść. Google nie udostępnia aktualnego wyniku PageRank dla Twoich stron. Możesz natomiast ułatwiać ludziom i wyszukiwarkom odnajdywanie ważnych stron, naprawiać wyraźnie przerwane ścieżki i kierować stare adresy URL do naprawdę odpowiednich zamienników.
Ten przewodnik pokazuje praktyczny sposób wykonania takiej pracy z Codex. Nie obiecuje pozycji, nie wymyśla metryk linków ani nie wprowadza zmian na działającej stronie. Zamienia dane, których masz prawo używać, w krótką listę zadań gotowych do sprawdzenia.

Codex przygotowuje listę prac opartą na dowodach. Człowiek nadal odpowiada za zatwierdzenie i sprawdzenie każdej zmiany w witrynie.
Co uzyskasz na końcu
To proces dla właściciela witryny, marketera albo początkującego specjalisty SEO, który ma dostęp do eksportu crawla, eksportu linków wewnętrznych, listy przekierowań lub niewielkiego eksportu z Search Console.
Po zakończeniu będziesz mieć:
- listę potwierdzonych kandydatów do naprawy uszkodzonych linków wewnętrznych;
- kandydatów do przekierowania, dla których człowiek musi potwierdzić stronę zastępczą;
- pomysły na kontekstowe linki wewnętrzne prowadzące do ważnych dla Ciebie stron; oraz
- plik CSV zapisujący dowody, poziom pewności i kontrolę do wykonania przez człowieka przy każdej proponowanej zmianie.
Do zrozumienia tego procesu nie potrzebujesz płatnej subskrypcji narzędzia SEO. Potrzebujesz jednak uprawnienia do użycia danych oraz osoby, która sprawdzi zmiany, zanim trafią na stronę.
PageRank w skrócie
PageRank powstał jako sposób wykorzystania linków w sieci jako dowodów podczas porządkowania stron. Pierwotna idea była elegancka: link mógł być sygnałem, że inna strona zasługuje na rozważenie. Nigdy jednak nie był prostym publicznym licznikiem głosów i nie jest dzisiejszym panelem wyników.
Współczesna wyszukiwarka Google korzysta z wielu sygnałów i systemów. Google wyjaśnia też, że zazwyczaj odkrywa nowe strony przez linki i mapy witryny, a dokumentacja zaleca możliwe do przeszukania linki <a>, gdy chcesz, aby Google odkrył inną stronę. Z tego powodu linkowanie wewnętrzne pozostaje użyteczne dla nawigacji i odkrywania treści, nawet jeśli nie ma widocznego wyniku PageRank, za którym można gonić.
Praktyczne pytanie nie brzmi: „Jak zwiększyć PageRank?”. Zapytaj raczej:
Czy odwiedzający i robot indeksujący mogą dotrzeć do tej ważnej strony jasną, trafną ścieżką?
To pytanie prowadzi do pracy, którą można skontrolować i ulepszyć.
Czego PageRank nie pozwala Ci robić
To właśnie mitologia wokół PageRank często sprowadza początkujących w SEO na złą drogę.
Kuszący skrót | Bardziej użyteczna zasada |
|---|---|
Kupować link, bo wynik narzędzia zewnętrznego wygląda wysoko | Oceń, czy link jest redakcyjnie trafny, przydatny dla czytelnika i pozyskany zgodnie z zasadami Google dotyczącymi spamu. |
Dodawać link do strony sprzedażowej wszędzie | Dodawaj link tylko tam, gdzie pomaga czytelnikowi wykonać następny krok. |
Przekierowywać każdy stary URL na stronę główną | Przekierowuj tylko wtedy, gdy stara i nowa strona są bliskim, uczciwym dopasowaniem; w przeciwnym razie najpierw sprawdź przeznaczenie URL-a. |
Traktować metrykę narzędzia SEO jak PageRank Google | Traktuj ją jako estymację danego narzędzia. Może pomagać w sortowaniu pracy, ale nie jest prywatnym wyliczeniem Google. |
Poprosić agenta AI, aby „naprawił wszystkie linki” | Poproś go o znalezienie kandydatów opartych na dowodach, a potem niech człowiek zatwierdzi zmiany. |
Ta ostrożność ma znaczenie, ponieważ złe przekierowanie może zaprowadzić użytkowników do niewłaściwej treści, a wymuszony link wewnętrzny może pogorszyć poradnik. Link jest dobrym SEO wtedy, gdy jednocześnie poprawia drogę użytkownika przez witrynę.
Ścieżki stron, które warto sprawdzić najpierw
Nie zaczynaj od każdego URL-a w dużej witrynie. Zacznij od niewielkiego zbioru stron, dla których czytelnik wyraźnie skorzysta na prostszej ścieżce.
1. Linki prowadzące do strony błędu
Jeśli aktualna strona wskazuje na dostarczony adres URL z kodem 4xx, odwiedzający trafia w ślepy zaułek. Zwykle jest to najczystsza pierwsza naprawa. Sprawdź, czy pierwotne miejsce docelowe ma aktualny odpowiednik. Jeśli tak, zaktualizuj link źródłowy. Jeśli nie, usuń go albo zastąp kolejnym zasobem, który rzeczywiście pomaga.
2. Wycofane strony, które mają rzeczywistego następcę
Stare strony produktów, przeniesione poradniki i zmienione struktury URL często pozostawiają po sobie odnośniki. Przekierowanie może mieć sens, jeśli nowe miejsce docelowe spełnia zasadniczo tę samą potrzebę. Strona o wycofanym planie cenowym nie powinna automatycznie przekierowywać na stronę główną tylko dlatego, że obie strony są w tej samej domenie.

Przekierowanie jest decyzją o miejscu docelowym. Nie jest automatyczną odpowiedzią na każdy wycofany URL.
3. Ważne strony, do których trudno dotrzeć
Ważny poradnik może technicznie być zaindeksowany, ale otrzymywać bardzo mało linków wewnętrznych. Jeżeli powiązany artykuł już odpowiada na wcześniejszy krok w drodze czytelnika, zwykły link kontekstowy może ułatwić odnalezienie tej strony. Szukaj dopasowania tematycznego przed liczeniem linków.
4. Nawigacja ukrywająca prawdziwe miejsce docelowe
Wskazówki Google dotyczące linków podkreślają normalne, możliwe do przeszukania linki. Jeśli do kluczowej strony można dotrzeć tylko przez kruchą interakcję skryptową, wysłanie formularza albo pole wyszukiwania, poproś programistę o sprawdzenie ścieżki. Nie jest to powód, by przebudowywać witrynę od zera. To powód, by tam, gdzie ma to sens, umożliwić dotarcie do istotnych miejsc zwykłymi linkami.
Zanim poprosisz Codex o pomoc
Codex potrafi uporządkować audyt. Nie zna jednak stanu Twojej witryny bez danych wejściowych i nie powinien zgadywać.
Przekaż mu najmniejszy użyteczny zestaw eksportów, do których udostępnienia masz uprawnienie:
Dane wejściowe | Pomocne kolumny | Co mogą potwierdzić |
|---|---|---|
Eksport crawla | URL, kod stanu, canonical, możliwość indeksowania, linki przychodzące, linki wychodzące, tytuł | Uszkodzone strony, konflikty canonical, badanie stron z małą liczbą linków |
Eksport linków wewnętrznych | URL źródłowy, URL docelowy, tekst kotwicy, typ linku | Uszkodzone linki wewnętrzne i ocenę linków kontekstowych |
Eksport przekierowań lub starych URL-i | Stary URL, końcowy URL, status, odwołania | Kandydatów do przekierowań i ocenę łańcuchów przekierowań |
Eksport stron z Search Console | Strona, kliknięcia, wyświetlenia, CTR, pozycja, zakres dat | Rozmowę o priorytecie biznesowym, a nie wyliczenie PageRank |
Krótka lista priorytetów | URL, cel strony, priorytet | Sposób skupienia audytu na stronach, które mają znaczenie |
Usuń wrażliwe zapytania, dane klientów i dane uwierzytelniające przed udostępnieniem danych. Podaj zakres dat i zakres każdego eksportu. Niepełny crawl może dać niepełną odpowiedź.
Używaj Codex jako audytora, nie autopilota
Najbezpieczniejszą rolą Codex jest przygotowanie listy prac. Oto kolejność.
Krok 1: Umieść kopie eksportów w jednym folderze
Utwórz folder roboczy, na przykład site-link-audit/. Zachowaj oryginały bez zmian. Umieść w nim tylko autoryzowane eksporty CSV lub XLSX, a także krótki plik priorities.csv, jeśli go masz.
Oczekiwany wynik: Codex może odczytać nazwy plików i nagłówki bez dostępu do prywatnych logowań lub kluczy API.
Kontrola jakości: Otwórz każdy plik i potwierdź, że zakres oraz data eksportu mają sens. Jeśli crawl był ograniczony do jednego podfolderu, zaznacz to.
Jeśli nie masz eksportów: Utwórz prosty ręczny spis z polami url, page_title, content_type, priority, known_replacement_url i notes. Taki spis wspiera tylko etap planowania. Nie może dowieść, że link jest uszkodzony ani że stronie brakuje linków wewnętrznych.
Krok 2: Uruchom Skill audytu
Zapisz poniższy tekst jako SKILL.md w lokalnym lub repozytoryjnym folderze Skill, zgodnie ze zwykłą konfiguracją Codex w zespole, a następnie poproś Codex o audyt folderu. Przewodnik OpenAI Build skills opisuje lokalizacje lokalne i repozytoryjne, które Codex potrafi skanować. Jeśli nie używasz Skills, krótszy prompt w następnej sekcji daje te same zasady działania dla jednej sesji.
---
name: codex-link-equity-audit
description: Audytuj autoryzowane eksporty crawla, linków wewnętrznych, przekierowań i Search Console, aby znaleźć gotowe do kontroli możliwości pracy nad link equity. Używaj, gdy początkujący w SEO potrzebuje znaleźć uszkodzone linki wewnętrzne, ważne strony z małą liczbą linków, kandydatów do przekierowań albo bezpieczny plan działań dla linkowania wewnętrznego na podstawie plików CSV lub XLSX.
---
# Audyt link equity w Codex
Twórz ostrożną, możliwą do sprawdzenia przez człowieka listę działań SEO na podstawie danych, które użytkownik ma prawo przekazać. To proces audytu i planowania, a nie automatycznego edytowania strony.
## Granice bezpieczeństwa
- Używaj tylko plików, URL-i i źródeł danych, które użytkownik wyraźnie dostarczył albo autoryzował.
- Nigdy nie proś o klucze API, pliki cookie, hasła ani tokeny, nie drukuj ich, nie zapisuj i nie ujawniaj.
- Nigdy nie wymyślaj Google PageRank, pozycji, linków zwrotnych, ruchu, wolumenu wyszukiwania, wyników crawla ani metryk narzędzi.
- Nie loguj się, nie wywołuj płatnych API, nie zmieniaj witryny, nie publikuj przekierowań, nie dodawaj linków ani nie zgłaszaj URL-i, chyba że użytkownik osobno autoryzuje dokładnie tę czynność.
- Oznaczaj każdą rekomendację jako proponowaną, dopóki człowiek nie potwierdzi trafności, celu canonical, wartości dla użytkownika i wdrożenia.
## Najpierw sprawdź dane wejściowe
Odczytaj dostarczone nazwy plików i rzeczywiste nagłówki. Nie zakładaj, że eksport z dowolnego crawlera, narzędzia SEO, CMS-a lub Search Console ma standardowy schemat. Wyjaśnij, co wspiera każdy plik i czego brakuje.
Poproś o najmniejszy użyteczny zestaw: eksport crawla, eksport linków wewnętrznych, eksport przekierowań lub uszkodzonych URL-i, eksport stron z Search Console z podanym zakresem dat oraz listę stron priorytetowych. Jeśli nic nie jest dostępne, poproś o ręczny spis URL-i i zaznacz, że pozwala on tylko na planowanie.
## Przygotuj kandydatów opartych na dowodach
1. Zachowuj surowe URL-e i normalizuj je wyłącznie do porównań. Zgłaszaj różnice protokołu, hosta, końcowego ukośnika, parametrów, fragmentu, przekierowania i canonical zamiast cicho je łączyć.
2. Zapisz zakres, daty, liczbę wierszy, istotne kolumny i luki w danych.
3. Proponuj tylko następujące działania, gdy wspierają je dostarczone dowody:
- `fix_internal_link` dla dostarczonej strony źródłowej linkującej do dostarczonego celu 4xx;
- `review_redirect` dla wycofanego URL-a z dostarczonymi dowodami odwołań i znacząco równoważnym aktywnym miejscem docelowym;
- `suggest_internal_link`, gdy dostarczona strona źródłowa i priorytetowy cel są wyraźnie, pomocnie dla czytelnika dopasowane tematycznie;
- `investigate_underlinked_page` tylko wtedy, gdy istnieją porównywalne liczby linków wewnętrznych lub dane grafu;
- `investigate_canonical_or_redirect` tylko wtedy, gdy odpowiednie pola wykazują konflikt.
4. Nadaj priorytet `high`, `medium` lub `low` na podstawie znaczenia biznesowego, dowodów zerwanej ścieżki, liczby dostarczonych odwołań i dopasowania tematycznego. Nie nazywaj żadnego priorytetu wynikiem PageRank i nie przewiduj zmiany pozycji.
## Zapisz wyniki
Utwórz `link-equity-audit.md` oraz `link-equity-actions.csv` w wybranym przez użytkownika folderze wyjściowym. Zachowaj wszystkie dane wejściowe.
Użyj następujących kolumn CSV:
```csv
action_id,action_type,source_url,proposed_destination_url,anchor_or_change,evidence,evidence_source,confidence,implementation_priority,human_review_check,evidence_gap,statusDomyślną wartością status ma być proposed. Raport Markdown musi zawierać: opis zakresu i autoryzacji; prostą odpowiedź; ograniczenia; działania do naprawy teraz; działania do sprawdzenia później; pytania wymagające większej ilości danych; oraz listę wdrożenia z uwagami o wycofaniu zmian.
Bramka jakości
Usuń rekomendację, jeśli nie ma dowodów, jeśli cel jest jedynie podobny zamiast być prawdziwym zamiennikiem, jeśli link wewnętrzny nie pomógłby czytelnikowi albo jeśli zmiana przekierowania/canonical mogłaby wpłynąć na inny URL bez kontroli człowieka. Zakończ listą użytych danych, ograniczeń, utworzonych plików i następnego kroku kontroli.
**Oczekiwany wynik:** Dwa nowe pliki: `link-equity-audit.md` i `link-equity-actions.csv`. Każdy wiersz wyjaśnia, dlaczego istnieje, oraz co musi sprawdzić człowiek.
**Kontrola jakości:** Przejrzyj plik CSV. Dobry wiersz ma źródło dowodu, konkretną proponowaną zmianę, poziom pewności i kontrolę dla człowieka. Usuń każdy wiersz mówiący jedynie „popraw SEO” albo proponujący cel bez wyjaśnienia dlaczego.
### Krok 3: Przejrzyj listę prac w tej kolejności
Zacznij od potwierdzonych uszkodzonych linków wewnętrznych. Zwykle łatwo je zrozumieć i w razie potrzeby odwrócić zmianę.
Następnie przejrzyj kandydatów do przekierowań. Zapytaj: „Czy osoba, która chciała otworzyć starą stronę, uzna nową stronę za uczciwy następny cel?”. Jeśli odpowiedź jest niejasna, nie publikuj przekierowania tylko po to, aby zachować sygnał.
Na końcu przejrzyj sugerowane linki kontekstowe. Przeczytaj zdanie wokół proponowanego źródła. Tekst kotwicy powinien naturalnie opisywać cel, a linkowana strona musi naprawdę pomagać w tym momencie.
**Oczekiwany wynik:** Mały zatwierdzony zestaw, a nie ogromna lista mechanicznych zmian.
**Kontrola jakości:** Każda zatwierdzona czynność ma wskazanego właściciela i plan wycofania. Dla nowego linku wewnętrznego wycofanie oznacza usunięcie go, jeśli pogarsza tekst. Dla przekierowania oznacza przywrócenie poprzedniego zachowania, jeśli monitoring pokaże nieprawidłowe dopasowanie.
### Krok 4: Wdróż i sprawdź
Wprowadzaj zmiany zwykłym procesem CMS, code review lub wdrożenia. Nie proś agenta AI o ciche edytowanie stron produkcyjnych.
Po wydaniu przetestuj zmienione źródłowe URL-e w przeglądarce. Dla przekierowań otwórz stary URL i potwierdź końcowe miejsce docelowe, zachowanie HTTP i trafność strony. Dla linków wewnętrznych potwierdź, że kotwica działa, cel się ładuje, a otaczający tekst nadal brzmi naturalnie.
Dokumentacja Google dotycząca [przekierowań](https://developers.google.com/search/docs/crawling-indexing/301-redirects) oraz [dobrych praktyk linków](https://developers.google.com/search/docs/crawling-indexing/links-crawlable) jest dobrym punktem odniesienia, gdy wdrożenie staje się techniczne.
## Prompt na jedną sesję, jeśli nie instalujesz Skill
Po umieszczeniu autoryzowanych eksportów w bieżącym folderze roboczym wklej ten prompt:
```text
Działaj jako ostrożny asystent audytu SEO. Najpierw sprawdź dostarczone nazwy plików i rzeczywiste nagłówki. Używaj wyłącznie tych autoryzowanych lokalnych danych. Nie proś o dane uwierzytelniające, nie drukuj ich, nie wywołuj płatnych API, nie przeglądaj prywatnych systemów, nie modyfikuj plików poza folderem wyjściowym i nie twierdź, że znasz Google PageRank, pozycje, ruch, linki zwrotne ani wyniki crawla, których nie ma w danych wejściowych.
Wyjaśnij zakres danych, daty, liczbę wierszy, brakujące pola i to, co każdy plik może potwierdzić. Następnie utwórz gotowe do kontroli przez człowieka pliki `link-equity-audit.md` i `link-equity-actions.csv` w `./output/`.
Proponuj wyłącznie działania oparte na dowodach: napraw dostarczony link wewnętrzny prowadzący do dostarczonego URL-a 4xx; sprawdź przekierowanie, gdy dostarczony wycofany URL ma dowody odwołań i rzeczywiście równoważny aktywny cel; zaproponuj kontekstowy link wewnętrzny, gdy dostarczone strony mają wyraźne dopasowanie tematyczne; zbadaj priorytetową stronę z wyjątkowo małą liczbą dostarczonych linków wewnętrznych; albo zbadaj potwierdzony konflikt canonical/przekierowania.
Użyj kolumn CSV: action_id, action_type, source_url, proposed_destination_url, anchor_or_change, evidence, evidence_source, confidence, implementation_priority, human_review_check, evidence_gap, status. Ustaw status na `proposed`. Nigdy nie przewiduj poprawy pozycji. Usuń rekomendacje bez dowodów albo takie, które mogłyby wprowadzić użytkowników w błąd. Zakończ następnym krokiem kontroli przez człowieka.Jak wygląda dobry wynik
Poniżej znajduje się fikcyjny przykład. URL-e i dowody zostały wymyślone, aby pokazać kształt elementu kontroli, a nie twierdzić coś o wyniku prawdziwej witryny.
Pole | Przykład |
|---|---|
Typ działania |
|
Źródłowy URL |
|
Proponowane miejsce docelowe |
|
Zmiana | Zastąp przestarzały cel w zdaniu „znajdź terminy wyszukiwania” |
Dowód | Dostarczony eksport linków pokazuje, że źródło wskazuje URL 404; eksport crawla pokazuje, że proponowany cel jest aktywnym poradnikiem |
Kontrola człowieka | Potwierdź, że aktywny poradnik nadal spełnia obietnicę zdania |
Status |
|
Przykład jest celowo zwyczajny. O to chodzi: użyteczny audyt jasno uzasadnia małą zmianę; nie tworzy tajemniczego wyniku ani nie obiecuje pierwszej strony wyników.
Jak mierzyć, czy proces pomógł
Nie oceniaj projektu liczbą PageRank. Śledź rzeczy, które naprawdę zmieniłeś i możesz zweryfikować:
- liczbę zatwierdzonych i naprawionych uszkodzonych linków wewnętrznych;
- liczbę wycofanych URL-i dopasowanych do sprawdzonej, równoważnej strony;
- liczbę stron priorytetowych z nową, kontekstowo przydatną ścieżką wewnętrzną; oraz
- czy zmienione URL-e działają zgodnie z założeniem po publikacji.
Jeśli korzystasz również z Search Console, porównuj raporty w rozsądnym okresie i oznaczaj daty istotnych zmian. Dane wyszukiwania mogą się wahać, a różnica po edycji nie dowodzi, że edycja ją spowodowała. Prowadź dziennik zmian, aby się uczyć zamiast zgadywać.
Najczęściej zadawane pytania
Czy mogę zobaczyć swój Google PageRank w 2026 roku?
Nie. Właściciele witryn nie mają dostępnego publicznego wyniku PageRank. Zewnętrzne metryki autorytetu lub URL-a mogą pomagać w nadaniu priorytetu badaniu, lecz nie są wewnętrznym wynikiem Google i nie powinny być tak przedstawiane.
Czy dodanie linków wewnętrznych podniesie pozycję strony?
Może ułatwić odkrycie i dotarcie do ważnej strony, ale żadna pojedyncza zmiana nie gwarantuje wyniku rankingowego. Dodawaj linki, gdy poprawiają drogę czytelnika i są wspierane przez kontekst strony.
Czy powinienem przekierowywać każdy URL 404?
Nie. Przekierowuj wycofany URL tylko wtedy, gdy masz bliski zamiennik spełniający tę samą intencję. Niejasne przypadki sprawdzaj osobno. Ogólne przekierowanie może być złym doświadczeniem dla odwiedzających.
Czy Codex może automatycznie używać Ahrefs lub Search Console?
Tylko wtedy, gdy wyraźnie autoryzujesz integrację i jest ona skonfigurowana w Twoim środowisku. Ten Skill został zaprojektowany tak, aby najpierw działać z dostarczonymi przez Ciebie eksportami. Nie powinien zakładać dostępu ani wymyślać brakujących danych.
Czy PageRank to to samo co „link equity”?
Nie. „Link equity” to nieformalny termin SEO oznaczający ideę, że linki mogą przenosić wartość lub sygnały między stronami. Jest użytecznym językiem audytu, ale nie opublikowaną metryką Google ani obietnicą wyniku.
Zachowaj decyzję po stronie człowieka
Trwała lekcja PageRank nie polega na tym, że SEO potrzebuje sprytniejszego wyniku. Polega na tym, że sieć jest połączona. Twoim zadaniem jest uczynienie tych połączeń jasnymi i użytecznymi dla ludzi. Codex może zmniejszyć pracę w arkuszach, zachować dowody i oznaczyć luki. Człowiek wciąż decyduje, czy strona jest właściwym miejscem docelowym.
Autor: Julian Mercer, praktyk Technical SEO w Auspia z 14-letnim doświadczeniem. Julian pisze o możliwości crawlowania, architekturze witryn i praktycznych podstawach wyszukiwania.










