Canonical в HTTP-заголовке: когда он нужен для файлов

Почему PDF не содержит HTML canonical

Мини-кейс: два одинаковых PDF доступны по старым и новым путям, а CDN кэширует заголовки отдельно от тела. В итоге один URL может отдавать новую версию файла со старым canonical. Запросите оба файла с записью Content-Type, Link и контрольной суммы содержимого. Если файлы действительно идентичны, выберите основной URL и обновите ссылки в HTML. Если старый путь нужен клиентам с закладками, прямой редирект часто проще для человека, чем сохранение второй копии только с заголовком. Для архива проверьте, не должна ли старая редакция оставаться самостоятельной.

Файлы /files/catalog.pdf и /offers/catalog.pdf можно считать дублями лишь после сравнения редакции и содержимого. Если версия 2024 остается архивом, она решает другую задачу и не должна автоматически указывать на файл 2026. Заголовок Link должен возвращаться вместе с ответом PDF, а не с HTML-страницей, где есть ссылка «скачать». Проверьте также кэш CDN: старый файл с новым заголовком остается плохим результатом для клиента.

Сравните два URL и версии файла

Сравните фактический файл, HTTP-ответ, Content-Type и внутренние ссылки на обе копии. Если одна копия устарела, сначала решите вопрос актуальности, а не только выбора адреса.

Проверьте HTTP Link: <адрес>; rel="canonical" в ответе файла, а не в HTML-странице со ссылкой на него. Убедитесь, что целевой URL сам доступен и имеет нужную версию.

Проверьте Link в ответе самого PDF

Канонический HTTP-заголовок является способом дать сигнал для не-HTML ресурсов. Как и HTML canonical, он рассматривается поисковой системой вместе с другими сигналами и не гарантирует выбор.

Назначьте стабильный адрес документа

Если файл действительно один, выберите стабильный адрес и обновите внутренние ссылки. Дубль можно перенаправить на основной; заголовок нужен там, где сохранение отдельного URL оправдано.

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

Перед объединением двух PDF сравните версию, дату и содержание. Если один файл архивный и нужен пользователю, он не обязан быть дублем. Для действительно одинаковых файлов назначьте устойчивый основной адрес и передавайте Link с canonical в HTTP-ответе файла.

Согласуйте CDN, кэш и внутренние ссылки

Проверьте, не ставит ли CDN разные заголовки для разных путей и не кэширует ли старую версию файла. Зафиксируйте правило на уровне сервера и тестируйте curl-запросом без браузерных предположений.

Проверьте заголовки обеих копий

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

Снимите заголовки обоих PDF после CDN и сравните Link, Content-Type и кешируемую версию. Откройте оба файла: одинаковый canonical при разном содержании будет ошибкой, даже если синтаксис заголовка формально верен.

Проверка результата

• Намерение страницы определено
• Сохранена выборка URL до исправления
• HTTP-ответ и содержимое сверены
• Внутренние ссылки проверены
• Исключения учтены
• Проверка после релиза записана

Скачать таблицу примера

Вопросы по теме

Читайте также