Эволюция Google PageRank: руководство Codex для начинающих в 2026 году

Если вы только начинаете заниматься SEO, воспринимайте PageRank как полезную идею о том, как ссылки соединяют страницы, а не как число, которое можно посмотреть и повысить. Google не показывает актуальную оценку PageRank для ваших страниц. Зато вы можете упростить людям и поисковым системам путь к важным страницам, исправить явно оборванные маршруты и направить старые URL на действительно релевантные замены.

В этом руководстве показан практический способ сделать это с помощью Codex. Оно не обещает позиции, не придумывает ссылочные метрики и не вносит изменения на сайт само. Оно превращает данные, которыми вы вправе пользоваться, в короткий список работ для проверки человеком.

Codex готовит список кандидатов, подтвержденных данными. За одобрение и проверку каждого изменения сайта по-прежнему отвечает человек.

Что вы получите в конце

Это базовый процесс для владельца сайта, маркетолога или начинающего SEO-специалиста, у которого есть выгрузка краулинга, внутренних ссылок, редиректов или небольшой отчет Search Console.

По завершении у вас будут:

• список подтвержденных кандидатов на исправление битых внутренних ссылок;
• кандидаты на редирект, для которых человек должен подтвердить страницу-замену;
• идеи контекстных внутренних ссылок для важных для вас страниц; и
• CSV с доказательством, уровнем уверенности и пунктом проверки для каждого предложенного изменения.

Чтобы понять этот процесс, не нужна платная SEO-подписка. Но нужно право использовать данные и человек, который проверит изменения до публикации на сайте.

Коротко о PageRank

PageRank появился как способ использовать ссылки в вебе как свидетельство при упорядочивании страниц. Исходная идея была простой и изящной: ссылка могла быть сигналом, что другую страницу стоит учитывать. Но это никогда не был простой публичный счетчик голосов и не является панелью текущих позиций.

Современный поиск Google использует множество сигналов и систем. Google также объясняет, что обычно находит новые страницы по ссылкам и картам сайта, а для обнаружения другой страницы рекомендует обычные сканируемые ссылки <a>. Поэтому внутренние ссылки полезны для навигации и обнаружения страниц, даже если у вас нет видимой оценки PageRank, за которой можно гоняться.

Практический вопрос не такой: «Как увеличить PageRank?» Лучше спросить:

Может ли посетитель и краулер дойти до этой важной страницы по ясному и релевантному пути?

Этот вопрос приводит к работе, которую можно проверить и улучшить.

На что PageRank не дает вам права

Именно мифы о PageRank часто уводят начинающих SEO-специалистов в сторону.

Эта осторожность важна: плохой редирект может отправить человека к неверному контенту, а принудительная внутренняя ссылка — ухудшить руководство. Ссылка полезна для SEO, когда она одновременно улучшает маршрут по сайту.

Какие пути по страницам проверять сначала

Не начинайте со всех URL большого сайта. Начните с небольшого набора страниц, для которых более ясный путь очевидно полезен читателю.

1. Ссылки, ведущие на страницу с ошибкой

Если текущая страница ссылается на URL со статусом 4xx из предоставленных данных, посетитель упирается в тупик. Обычно это самый понятный первый ремонт. Проверьте, есть ли у исходного назначения актуальный эквивалент. Если есть — обновите ссылку на исходной странице. Если нет — удалите ее или замените следующим полезным ресурсом.

2. Устаревшие страницы с реальным преемником

Старые страницы продуктов, перенесенные руководства и измененные структуры URL часто оставляют после себя ссылки. Редирект может быть разумным, если новое назначение по сути удовлетворяет ту же потребность. Страница о снятом с продажи тарифе не должна автоматически вести на главную лишь потому, что обе страницы находятся на одном домене.

Редирект — это решение о назначении, а не автоматический ответ для каждого старого URL.

3. Важные страницы, до которых трудно добраться

Важное руководство может быть проиндексировано, но получать очень мало внутренних ссылок. Если связанная статья уже отвечает на предыдущий вопрос читателя, обычная контекстная ссылка может сделать важную страницу заметнее. Сначала ищите тематическое соответствие, а не количество ссылок.

4. Навигация, скрывающая настоящее назначение

Рекомендации Google по ссылкам подчеркивают обычные сканируемые ссылки. Если к ключевой странице можно попасть только через хрупкое действие JavaScript, отправку формы или поиск по сайту, попросите разработчика проверить путь. Это не повод переделывать сайт с нуля. Это повод сделать важные назначения доступными через обычные ссылки там, где это уместно.

До того как попросить Codex о помощи

Codex может организовать аудит. Но без входных данных он не знает состояние вашего сайта и не должен гадать.

Передайте минимальный полезный набор выгрузок, которыми вы вправе поделиться:

Удалите из данных конфиденциальные запросы, клиентские данные и учетные данные. Укажите период и охват каждой выгрузки. Частичный краулинг дает только частичный ответ.

Используйте Codex как аудитора, а не как автопилот

Самая безопасная роль Codex — подготовить рабочий список. Вот последовательность действий.

Шаг 1. Поместите копии выгрузок в одну папку

Создайте рабочую папку, например site-link-audit/. Оригиналы не меняйте. Поместите туда только разрешенные выгрузки CSV или XLSX и, если есть, короткий файл priorities.csv.

Ожидаемый результат: Codex сможет прочитать имена файлов и заголовки столбцов, не видя приватных логинов или API-ключей.

Проверка качества: Откройте каждый файл и убедитесь, что период и охват выгрузки имеют смысл. Если краулинг был ограничен одной подпапкой, сообщите об этом.

Если выгрузок нет: Создайте простой ручной список с полями url, page_title, content_type, priority, known_replacement_url и notes. Он годится только для планирования: он не докажет, что ссылка бита или что странице не хватает внутренних ссылок.

Шаг 2. Запустите Skill аудита

Сохраните следующий текст как SKILL.md в локальной папке Skill или папке Skill в репозитории согласно принятой в команде настройке Codex, затем попросите Codex проверить папку. В руководстве OpenAI Build skills описаны локальные и репозиторные места, которые Codex может сканировать. Если вы не используете Skills, более короткий запрос в следующем разделе задает те же рабочие правила для одной сессии.

---
name: codex-link-equity-audit
description: Аудит разрешенных выгрузок краулинга, внутренних ссылок, редиректов и Search Console для создания проверяемых возможностей работы со ссылочной ценностью. Используйте, когда SEO-новичку нужно найти битые внутренние ссылки, важные страницы с малым числом внутренних ссылок, кандидаты на редирект или безопасный план внутренних ссылок из предоставленных CSV или XLSX.
---

# Codex Link Equity Audit

Создайте консервативный SEO-список работ, готовый к проверке человеком, из данных, которыми пользователь вправе поделиться. Это процесс аудита и планирования, а не автоматического редактирования сайта.

## Граница безопасности

- Используйте только файлы, URL и источники данных, которые пользователь явно предоставил или разрешил.
- Никогда не запрашивайте, не выводите, не сохраняйте и не раскрывайте API-ключи, cookie, пароли или токены.
- Не придумывайте Google PageRank, позиции, обратные ссылки, трафик, объем запросов, результаты краулинга или метрики инструментов.
- Не входите в системы, не вызывайте платные API, не меняйте сайт, не публикуйте редиректы, не добавляйте ссылки и не отправляйте URL, пока пользователь отдельно не разрешит именно это действие.
- Отмечайте каждую рекомендацию как предложенную, пока человек не проверит релевантность, canonical-цель, пользу для пользователя и реализацию.

## Сначала изучите входные данные

Читайте предоставленные имена файлов и реальные заголовки. Не предполагаете, что у краулера, SEO-инструмента, CMS или выгрузки Search Console есть стандартная схема. Укажите, что поддерживает каждый файл и чего не хватает.

Запросите минимальный полезный набор: выгрузку краулинга, внутренних ссылок, редиректов или битых URL, выгрузку страниц Search Console с указанным периодом и список приоритетных страниц. Если ничего нет, запросите ручной список URL и укажите, что он поддерживает только планирование.

## Формируйте кандидатов, подтвержденных данными

1. Сохраняйте исходные URL и нормализуйте их только для сравнения. Отмечайте различия протокола, хоста, завершающего слеша, параметров, фрагмента, редиректа и canonical, а не объединяйте их молча.
2. Записывайте охват, период, число строк, релевантные столбцы и пробелы в данных.
3. Предлагайте только следующие действия, когда это подтверждают предоставленные данные:
   - `fix_internal_link` для предоставленной исходной страницы, ссылающейся на предоставленное назначение 4xx;
   - `review_redirect` для устаревшего URL с предоставленным доказательством ссылок и живым назначением, эквивалентным по смыслу;
   - `suggest_internal_link`, когда между предоставленным источником и приоритетным назначением есть ясное тематическое соответствие, полезное читателю;
   - `investigate_underlinked_page` только при наличии сопоставимых счетчиков внутренних ссылок или графовых данных;
   - `investigate_canonical_or_redirect` только когда соответствующие предоставленные поля подтверждают конфликт.
4. Присваивайте приоритет `high`, `medium` или `low` по бизнес-важности, доказательству битого пути, числу предоставленных ссылок и тематическому соответствию. Не называйте приоритет оценкой PageRank и не предсказывайте изменение позиции.

## Подготовьте результаты

Создайте в выбранной пользователем папке вывода `link-equity-audit.md` и `link-equity-actions.csv`. Сохраните все входные файлы.

Используйте столбцы 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,status
```

Статус по умолчанию — `proposed`. Markdown-отчет должен содержать заявление об охвате и разрешении, понятный ответ, ограничения, действия «исправить сейчас», действия «проверить дальше», вопросы, требующие данных, и чек-лист реализации с заметками об откате.

## Контроль качества

Удалите рекомендацию, если у нее нет доказательства, если цель только похожа, но не является настоящей заменой, если внутренняя ссылка не поможет читателю или если редирект/canonical может повлиять на другой URL без проверки человеком. В конце перечислите использованные входные данные, ограничения, созданные файлы и следующий шаг проверки.

Ожидаемый результат: Два новых файла: link-equity-audit.md и link-equity-actions.csv. В каждой строке объяснено, почему она существует и что должен проверить человек.

Проверка качества: Просмотрите CSV. В хорошей строке есть источник доказательства, конкретное предложенное изменение, уровень уверенности и пункт человеческой проверки. Удалите строку, в которой сказано лишь «улучшить SEO» или назначение предложено без объяснения причины.

Шаг 3. Проверяйте рабочий список в таком порядке

Начните с подтвержденных битых внутренних ссылок. Их обычно легко понять и при необходимости легко откатить.

Затем проверьте кандидаты на редирект. Спросите: «Будет ли человек, который хотел старую страницу, считать новую страницу честным следующим назначением?» Если ответ неясен, не публикуйте редирект лишь для сохранения сигнала.

В последнюю очередь проверьте предложения контекстных внутренних ссылок. Прочтите предложение вокруг предложенного источника. Анкор должен естественно описывать назначение, а связанная страница должна действительно помочь читателю в этот момент.

Ожидаемый результат: Небольшой утвержденный набор, а не огромный список механических изменений.

Проверка качества: У каждого утвержденного действия есть ответственный и план отката. Для новой внутренней ссылки откат — удалить ее, если она ухудшает текст. Для редиректа откат — вернуть прежнее поведение, если мониторинг показывает неверное соответствие.

Шаг 4. Реализуйте и проверьте

Вносите изменения обычным путем через CMS, код-ревью или деплой. Не просите AI-агента незаметно править боевые страницы.

После выпуска проверьте измененные исходные URL в браузере. Для редиректа откройте старый URL и проверьте конечное назначение, HTTP-поведение и релевантность страницы. Для внутренней ссылки убедитесь, что анкор работает, назначение загружается, а окружающий текст остается естественным.

Когда реализация становится технической, полезны документы Google о редиректах и лучших практиках ссылок.

Запрос для одной сессии, если вы не устанавливаете Skill

После того как поместите разрешенные выгрузки в текущую рабочую папку, вставьте этот запрос:

Действуй как осторожный помощник SEO-аудита. Сначала изучи предоставленные имена файлов и реальные заголовки. Используй только эти разрешенные локальные данные. Не запрашивай и не выводи учетные данные, не вызывай платные API, не просматривай приватные системы, не меняй файлы вне папки вывода и не утверждай, что знаешь Google PageRank, позиции, трафик, обратные ссылки или результаты краулинга, которых нет во входных данных.

Объясни охват данных, даты, число строк, недостающие поля и то, что поддерживает каждый файл. Затем создай проверяемые человеком `link-equity-audit.md` и `link-equity-actions.csv` в `./output/`.

Предлагай только действия с доказательствами: исправить предоставленную внутреннюю ссылку на предоставленный URL 4xx; проверить редирект устаревшего URL, когда есть доказательство ссылок и действительно эквивалентная живая цель; предложить контекстную внутреннюю ссылку при явном тематическом соответствии предоставленных страниц; исследовать приоритетную страницу с необычно малым числом предоставленных внутренних ссылок; или исследовать подтвержденный конфликт canonical/редиректа.

Используй столбцы 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. Установи status в `proposed`. Не предсказывай рост позиций. Удали рекомендации без доказательств или способные ввести пользователя в заблуждение. Заверши следующим шагом человеческой проверки.

Как выглядит хороший результат

Ниже приведен вымышленный пример. URL и доказательства придуманы, чтобы показать форму элемента проверки, а не заявить о результате для реального сайта.

Этот пример намеренно скучный. В этом и смысл. Полезный аудит ясно обосновывает небольшое изменение; он не выдает мистическую оценку и не обещает, что первая страница результатов уже близко.

Как измерить пользу процесса

Не оценивайте проект по числу PageRank. Отслеживайте то, что вы действительно изменили и можете проверить:

• число утвержденных битых внутренних ссылок, которые исправлены;
• число устаревших URL, сопоставленных с проверенной эквивалентной страницей;
• число приоритетных страниц с новым контекстно полезным внутренним путем; и
• работают ли измененные URL по назначению после выпуска.

Если вы также используете Search Console, сравнивайте его отчеты за разумный период и отмечайте даты значительных изменений. Поисковые данные могут быть шумными, а разница после правки не доказывает, что именно правка ее вызвала. Ведите журнал изменений, чтобы учиться, а не гадать.

Частые вопросы

Могу ли я увидеть свой Google PageRank в 2026 году?

Нет. Владельцам сайтов не доступна публичная оценка PageRank. Сторонние метрики авторитетности или URL могут помочь расставить исследовательские приоритеты, но это не внутренняя оценка Google и не следует представлять их как нее.

Улучшит ли добавление внутренних ссылок позицию страницы?

Оно может облегчить обнаружение и достижение важной страницы, но ни одно изменение не гарантирует результат в позициях. Добавляйте ссылки, когда они улучшают путь читателя и подтверждаются контекстом страницы.

Нужно ли перенаправлять каждый URL 404?

Нет. Перенаправляйте устаревший URL только при близкой замене, удовлетворяющей тому же намерению. Неясные случаи проверяйте отдельно. Общий редирект может создать плохой опыт для посетителей.

Может ли Codex автоматически использовать Ahrefs или Search Console?

Только если вы явно разрешили интеграцию и она настроена в вашей среде. Этот Skill сначала работает с предоставленными вами выгрузками. Он не должен предполагать доступ или придумывать недостающие данные.

PageRank и «ссылочный вес» — это одно и то же?

Нет. «Ссылочный вес» — неформальный SEO-термин для идеи, что ссылки могут передавать ценность или сигналы между страницами. Он полезен для описания аудита, но не является опубликованной метрикой Google или обещанием результата.

Оставьте работу человеку

Долгий урок PageRank не в том, что SEO нужна более хитрая оценка. Он в том, что веб связан. Ваша задача — сделать эти связи ясными и полезными для людей. Codex может уменьшить работу с таблицами, сохранить доказательства и отметить пробелы. Но решение о том, какая страница является правильным назначением, остается за человеком.

Автор: Julian Mercer, практикующий технический SEO-специалист Auspia с 14-летним опытом. Он пишет о сканируемости, архитектуре сайта и практических основах поиска.