Вы можете вручную обновить ваш AMP-контент в кэше Google AMP, отправив аутентифицированный запрос в API обновления. Этот процесс заставляет кэш получить последнюю версию вашего документа с вашего исходного сервера, гарантируя, что пользователи сразу увидят ваши самые свежие обновления, а не будут ждать стандартного цикла истечения срока действия кэша. Это жизненно важная задача для любого сайта, публикующего информацию, чувствительную ко времени, такую как новостные агентства или трекеры живых событий.
Что такое API обновления кэша Google AMP?
Кэш Google AMP — это сеть доставки контента на основе прокси, которая обслуживает действительные страницы AMP для улучшения скорости загрузки. По умолчанию кэш периодически проверяет ваш сервер на наличие обновлений на основе заголовков кэша HTTP. Однако, если ваш контент существенно меняется, вы можете не захотеть ждать следующего автоматического сканирования. API обновления предоставляет прямой метод обновления определенных URL по запросу.
Использование этого API полезно для сайтов с высоким трафиком, где устаревшая информация может негативно повлиять на пользовательский опыт. Вместо того чтобы полагаться на обнаружение изменений системой, вы берете управление в свои руки. Отправив защищенный сигнал, вы уведомляете кэш о том, что новая версия документа ждет на вашем источнике, позволяя Google доставлять свежий контент следующему посетителю.
Как подготовить сервер к обновлению?
Перед запуском обновления ваш сервер должен быть настроен на правильную обработку запроса. Вам нужно убедиться, что ваш файл robots.txt разрешает доступ и что ссылки на канонические страницы настроены правильно. Без этих фундаментальных элементов вызов API может завершиться сбоем или вернуть ошибку, так как кэшу по-прежнему требуется действительная разметка AMP для продолжения любого запроса на обновление.
Безопасность — это вторая часть подготовки. Поскольку вы говорите Google получать контент, вы должны доказать, что владеете доменом. Это включает в себя настройку пары открытого/закрытого ключей. Вам нужно будет безопасно хранить закрытый ключ на своем сервере, так как он используется для подписи запросов, отправляемых в API кэша.
- Убедитесь, что ваша страница AMP соответствует требованиям инструмента тестирования AMP.
- Убедитесь, что канонический тег указывает на правильную не-AMP или AMP версию.
- Сгенерируйте пару открытого/закрытого ключей для аутентификации запросов.
- Настройте ваш сервер на ответ на конкретный формат запроса.
- Убедитесь, что ваши сертификаты SSL/TLS действительны и актуальны.
Какие шаги необходимы для отправки запроса на обновление?
Запрос на обновление включает в себя подпись URL с помощью вашего закрытого ключа. Эта подпись является криптографическим доказательством того, что запрос исходит от подтвержденного владельца сайта. Процесс гарантирует, что только авторизованные владельцы могут принудительно обновить кэш для своего контента, защищая ваш сервер от вредоносных или случайных запросов на аннулирование кэша от третьих лиц.
После того как подпись сгенерирована, вы форматируете запрос HTTP GET. Этот запрос должен включать определенные заголовки, включая временную метку и ID вашего ключа. После отправки запроса кэш Google AMP проверяет подпись по вашему открытому ключу. Если подпись правильная, кэш очищает старую версию и получает новую с вашего источника.
- Сконструируйте полный URL страницы AMP, которую вы хотите обновить.
- Создайте криптографическую подпись с помощью вашего закрытого ключа RSA.
- Включите временную метку обновления и ID вашего открытого ключа в заголовки запроса.
- Отправьте запрос HTTP GET в конечную точку обновления кэша Google AMP.
- Следите за кодом ответа HTTP, чтобы подтвердить, что запрос был принят.
Как Alien Road применяет эту технологию
В Alien Road мы управляем техническим SEO для клиентов, автоматизируя эти обновления кэша во время критических развертываний контента. Мы интегрируем вызов API непосредственно в конвейер развертывания нашего клиента. Например, когда новостной сайт обновляет срочную новость, наш скрипт запускает обновление кэша для этого конкретного URL. Это исключает ручной труд, сохраняя контент свежим во всем кэше Google AMP без вмешательства человека.
Наша команда часто настраивает прослушиватель в инфраструктуре CMS. Когда редактор контента нажимает «Опубликовать» или «Обновить» для статьи с высоким приоритетом, CMS отправляет сигнал нашему промежуточному ПО (middleware). Затем это промежуточное ПО выполняет запрос API. Мы обнаружили, что это создает надежную петлю, в которой живой сайт и кэшированная версия остаются синхронизированными, предотвращая распространенную проблему, когда пользователи видят устаревший редакционный контент.
Сделайте свой контент доступным для обнаружения, связав свои страницы. Для сканирования и индексации Google требует, чтобы страница AMP ссылалась на каноническую страницу.
Google Search Central
Распространенные ошибки и как их избежать
Пользователи часто сталкиваются с проблемами неправильного форматирования подписи или устаревших ключей. Всегда проверяйте, что ваши ключи RSA хранятся в безопасности и ротируются в соответствии со стандартами безопасности. Если API возвращает ошибку, сверьте структуру вашего URL с документацией, предоставленной Google. Иногда завершающий слеш или отсутствующий протокол приводят к отклонению подписи.
Другая распространенная ошибка связана с ограничением частоты запросов. Вы не должны отправлять запросы на обновление для каждого отдельного изменения страницы на крупном сайте, так как у API есть ограничения на использование. Вместо этого расставьте приоритеты для обновлений страниц, имеющих наибольшее влияние. Если вы заметили постоянные ошибки 403 или 401, пересмотрите заголовки аутентификации, так как синхронизация часов между вашим сервером и конечной точкой Google должна быть точной в пределах нескольких минут.
С чего начать на этой неделе
Начните с аудита вашей текущей настройки AMP с использованием официальных требований Google Search. Как только ваши страницы станут валидными, попробуйте сделать ручное обновление для одного URL с помощью простого скрипта. Это подтвердит, что ваша настройка аутентификации работает, прежде чем вы внедрите ее в процесс автоматизированного развертывания сайта. Для большинства простой скрипт на Python или Node.js достаточен для безопасной обработки процесса подписи и последующего HTTP-запроса.