Поскольку бренды теряют органический рейтинг, у них появляются обратные ссылки, указывающие на страницы 404. Обратные ссылки очень важны для ранжирования, поэтому, если ссылка не работает, вы не передаете авторитет целевой странице, и в результате она может иметь более низкий рейтинг (как и весь домен).

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

Получите функцию кода состояния HTTP в скрипте приложений.

Вместо этого я импортировал обратные ссылки в электронную таблицу Google и нашел простой способ проверить статус каждой обратной ссылки и посмотреть, удаляется ли она. Для этого я написал небольшую функцию, используя скрипт Google Apps.

Скрипт приложений: получение кода состояния HTTP

Чтобы добавить его, откройте Расширения > Скрипт приложений и вставьте следующий код:

function getStatusCode(url) {
    const url_trimmed = typeof url === 'string' ? url.trim() : '';

    if (!url_trimmed) {
        return 'No URL';
    }

    let cache = CacheService.getScriptCache();
    let result = cache.get(url_trimmed);

    if (!result) {
        const options = {
            'muteHttpExceptions': true,
            'followRedirects': true  // Set to false if you want to detect redirects instead of following them
        };
        const response = UrlFetchApp.fetch(url_trimmed, options);
        const responseCode = response.getResponseCode();

        cache.put(url_trimmed, responseCode.toString(), 21600);
        result = responseCode.toString();
    }

    return parseInt(result);
}

Сохраните и вернитесь к таблице. Затем вы можете добавить функцию в ячейку B2:

=getStatusCode(A2)

Эта функция проверяет код ответа HTTP для данного URL-адреса. Сначала входные данные проверяются на предмет того, является ли это строкой, и все лишние пробелы обрезаются. Если действительный URL-адрес не указан, возвращается Нет URL-адреса. Затем функция использует встроенный CacheService для хранения ранее полученных кодов состояния на срок до шести часов (21 600 секунд), избегая избыточных сетевых запросов для одного и того же URL-адреса.

ЧИТАТЬ  Передавать динамическую стоимость покупки с помощью метасобытий

Если URL-адрес не кэширован, он выполняет HTTP-запрос с помощью UrlFetchApp.fetch() с включенным muteHttpExceptions, что позволяет сценарию перехватывать коды состояния даже из неудачных запросов и устанавливать для FollowRedirects значение true, чтобы автоматически следовать любым перенаправлениям. Когда ответ получен, он кэширует полученный код состояния HTTP и возвращает его в виде целого числа.

Добавление формулы на вашу страницу Google

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

Страницы Google проверяют код статуса http

Важно отметить, что эта функция выполняется не сразу. Для разрешения каждого сетевого вызова UrlFetchApp.fetch() требуется время, а совокупная задержка может быть значительной при обработке нескольких URL-адресов. Разработчикам следует эффективно использовать кэширование и рассмотреть возможность реализации ограничения скорости или группировки при работе с большими списками URL-адресов, чтобы предотвратить превышение тайм-аутов скриптов или квот выполнения в Apps Script.

Source