AMP Custom Post Type - Плагин WordPress

Руководство по настройке AMP Custom Post Type для произвольных типов записей WordPress

AMP Custom Post Type нужен в тех случаях, когда на сайте важны не только обычные записи и страницы, но и отдельные типы материалов: карточки специалистов, объекты каталога, кейсы, вакансии, события, обзоры, рецепты, уроки, товары стороннего каталога или любые записи, зарегистрированные темой и плагинами. В этом руководстве разберём, как включать AMP для таких материалов через экосистему AMPforWP, что проверить до установки, где искать настройку, как понять, что результат действительно работает, и почему иногда один включённый пункт не решает проблему полностью.

Главная задача здесь - не повторить короткое описание продукта, а показать рабочий путь администратора сайта. Мы пройдём от проверки самого типа записи до теста AMP-URL, диагностики пустого экрана, ошибок в Search Console и конфликтов с шаблонами. Отдельно разберём, когда AMP Custom Post Type помогает быстро закрыть задачу без кода, а когда разумнее сначала починить шаблон, структуру контента или совместимость с AMP.

В источниках по AMPforWP есть важный нюанс: функция поддержки произвольных типов записей описывалась как отдельное расширение, а в обучающей статье разработчика отмечено, что позже она была объединена с AMPforWP. Поэтому в вашей установке это может выглядеть как отдельный аддон, пункт основной панели или возможность внутри уже установленного AMP for WP. Смысл проверки от этого не меняется: нужно найти список типов записей, включить только нужные, сохранить настройки и проверить конкретные URL.

Какую задачу решает поддержка Custom Post Type в AMPforWP

В WordPress произвольный тип записи - это отдельная сущность контента, которую сайт хранит не как обычный пост. Разработчики используют её, когда материалу нужна своя структура, свои поля и отдельный шаблон. Например, у каталога врачей может быть тип записи doctor, у базы недвижимости - property, у портфолио - project, а у обучающей платформы - lesson. Такой материал может иметь публичный URL, попадать в навигацию, выводиться в архивах и участвовать в поиске по сайту.

Обычная AMP-настройка часто покрывает записи, страницы и домашнюю страницу. Но сайт с каталогом или сложной темой может держать основную ценность именно в произвольных типах записей. Если AMP не включён для этих типов, посетитель увидит быструю AMP-версию статьи, но не получит такую же версию карточки объекта, специалиста или события. AMP Custom Post Type закрывает этот разрыв: он позволяет выбрать, какие зарегистрированные типы записей должны получать AMP-версию.

По официальной странице продукта, расширение рассчитано на типы записей, созданные вручную кодом, и на типы, которые добавляют сторонние плагины. По инструкции AMPforWP настройка находится в панели AMP option panel, затем в Settings и General, где внизу страницы раскрывается пункт Custom Post Type. После выбора нужных типов нужно нажать Save Changes.

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

Кому подходит AMP Custom Post Type и где он может быть лишним

Плагин полезен сайтам, где произвольные типы записей являются важной частью публичного контента. Это особенно заметно на каталогах, редакционных сайтах, портфолио, базах знаний, образовательных проектах и ресурсах с большим количеством однотипных карточек. Если пользователь часто попадает из поиска на карточку объекта, а не на статью блога, поддержка AMP для этого типа записи может быть логичным продолжением общей AMP-стратегии.

AMP Custom Post Type подходит вебмастеру, который уже использует AMPforWP и хочет расширить охват AMP без ручного кода. Это удобнее, чем писать собственный фильтр или править поддержку каждого типа записи в теме. Особенно хорошо продукт вписывается в сайт, где произвольные типы уже публичные, имеют обычные одиночные страницы и не зависят от интерактивных элементов, которые AMP не пропускает.

Есть и обратная сторона. Если сайт использует произвольный тип как техническое хранилище, не имеет публичных одиночных страниц или выводит карточки только через сложный конструктор, включение AMP может не дать пользы. В WordPress параметры регистрации типа записи влияют на то, можно ли запрашивать его во внешней части сайта: например, public, publicly_queryable, rewrite и связанные настройки определяют, будет ли у записи нормальный URL. Если у типа записи нет полноценной публичной страницы, AMP-версия тоже не станет полноценной страницей только из-за галочки.

Не стоит начинать с AMP, если основная проблема сайта - медленная тема, тяжёлые изображения, плохой кеш или нестабильная мобильная верстка. Google официально рассматривает AMP как способ предоставить быстрый опыт, но сам факт AMP не заменяет качество контента и техническую оптимизацию. Для части сайтов более прямой путь - улучшить обычную мобильную версию, настроить изображения, кеш, критические стили и показатели Core Web Vitals. AMP Custom Post Type имеет смысл тогда, когда AMP уже является частью архитектуры сайта и нужно аккуратно включить его для новых типов материалов.

Что проверить перед установкой и включением типа записи

Перед установкой не нужно угадывать, какой пункт включить. Сначала стоит понять, какие произвольные типы записей есть на сайте и какие из них реально нужны в AMP. На рабочем сайте часто есть десятки служебных типов: шаблоны конструктора, формы, элементы меню, заявки, блоки дизайна, временные записи плагинов. Включать их все опасно: часть не имеет публичного смысла, часть может создать лишние URL, а часть приведёт к ошибкам валидации.

Проверьте публичность и URL типа записи

Откройте несколько обычных страниц выбранного типа записи в браузере. Если у материала нет понятного публичного URL или он отдаёт ошибку, сначала решайте проблему регистрации и шаблона. WordPress-документация по register_post_type() показывает, что публичность, возможность запроса и правила постоянных ссылок не являются декоративными параметрами. Они определяют, как WordPress распознаёт запрос и какой шаблон подключает.

Для администратора без доступа к коду практическая проверка простая:

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

Проверьте базовый AMPforWP до расширения охвата

Если AMP for WP уже выдаёт ошибки на обычных записях, не начинайте с произвольных типов. Сначала добейтесь, чтобы обычная запись или страница проходила AMP-проверку, имела правильную каноническую связь и не ломала меню, шапку, изображения и аналитику. Иначе вы просто перенесёте уже существующие проблемы на новые URL и усложните диагностику.

Разработчик AMPforWP в документации советует проверять AMP-страницы через Search Console, AMP Validator и AMP Test. Это особенно важно для произвольных типов, потому что ошибки могут приходить не из самого AMP Custom Post Type, а из того, что конкретный шаблон выводит недопустимый тег, лишний скрипт, слишком большой стиль или компонент без нужной AMP-библиотеки.

Сделайте резервную точку перед массовым включением

Включение AMP для одного типа записи обычно обратимо, но на большом сайте оно может затронуть индексацию, кеш и карту внутренних ссылок. Перед изменением стоит экспортировать настройки AMPforWP, если в вашей версии доступен раздел Import/Export, и зафиксировать список типов записей, которые вы включаете. Это не заменяет полноценную резервную копию сайта, но помогает быстро понять, что именно изменилось.

Практический ориентир: сначала включайте один важный тип записи и тестируйте 3-5 реальных материалов. Массовое включение всех типов удобно только на простом сайте, где каждый тип уже проверен и не использует сложные интерактивные шаблоны.

Установка и первичная проверка в WordPress

Так как продукт связан с AMPforWP, установка зависит от того, как именно он поставляется в вашей сборке: как отдельное расширение, как часть пакета расширений или как функция внутри основного AMP for WP. В любом случае логика одинакова: сначала должен работать основной AMPforWP, затем включается поддержка нужного типа записи, после чего проверяется конкретный URL.

Общий порядок установки

1. Убедитесь, что основной AMP for WP установлен и активирован в WordPress.
2. Если AMP Custom Post Type поставлен отдельным архивом, установите его через Plugins -> Add New -> Upload Plugin.
3. Активируйте расширение в списке плагинов, если оно отображается отдельно.
4. Откройте панель AMPforWP и проверьте, появился ли пункт настройки произвольных типов записей.
5. Не включайте сразу все варианты. Начните с одного типа записи, который имеет понятные публичные страницы.

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

Что считать успешной первичной проверкой

Первичная проверка не сводится к тому, что пункт появился в админ-панели. Успешная установка означает, что вы можете открыть настройки AMPforWP, увидеть список типов записей, сохранить выбор и получить AMP-версию конкретной записи. Обычно тестируют оба формата, если они применимы в вашей конфигурации: URL с суффиксом /amp/ и вариант с параметром ?amp=1. Какой формат актуален, зависит от общей настройки AMPforWP и структуры постоянных ссылок.

Если после включения выбранный тип не даёт AMP-страницу, не делайте вывод, что расширение не работает. Сначала проверьте, открывается ли обычная запись, не запрещён ли AMP на уровне конкретного материала, не конфликтует ли шаблон, не отдаёт ли кеш старую версию и не скрыт ли тип записи из публичных запросов.

Настройка списка типов записей после установки

Раздел настройки - главный рабочий экран для этого продукта. По инструкции AMPforWP путь выглядит так: AMP option panel -> Settings -> General, затем пункт Custom Post Type в нижней части страницы. При раскрытии должен появиться список типов записей, для которых можно включить AMP.

Какие типы включать первыми

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

Если в списке есть тип записи от WooCommerce, каталога или конструктора, не включайте его автоматически. Некоторые плагины используют типы записей для сложных сущностей: заказов, купонов, шаблонов, элементов оформления, библиотек блоков. Для AMP нужны только публичные страницы, которые человек действительно открывает и читает.

Какие параметры лучше не трогать без причины

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

Безопасная последовательность такая: включить один тип записи, сохранить, очистить кеш, проверить один материал, проверить валидатор, затем переходить к следующей настройке. Если всё работает, можно включить второй тип записи. Если нет - проще откатить один выбор, чем искать проблему в большом пакете изменений.

Как откатить спорную настройку

Откат должен быть таким же точечным. Вернитесь в Custom Post Type, снимите выбор с проблемного типа записи, нажмите Save Changes, очистите кеш сайта и CDN, затем снова откройте обычный и AMP-URL. Если проблема ушла, значит она связана либо с этим типом записи, либо с его шаблоном, либо с контентом конкретных записей. Если проблема осталась, ищите её в глобальных настройках AMPforWP, кешировании или сторонних плагинах.

Как связаны тип записи, шаблон и AMP-результат

Самая частая ошибка при работе с произвольными типами записей - ожидать, что AMP Custom Post Type преобразует любой сложный шаблон в идеальную AMP-страницу. На практике продукт включает AMP-обработку для выбранного типа, но исходный контент, шаблон вывода, метаполя и сторонние виджеты всё равно должны быть совместимы с ограничениями AMP.

AMP не допускает произвольный JavaScript через обычный <script>, ограничивает стили, требует корректных AMP-компонентов и строгой HTML-структуры. Если обычная страница карточки выводит карту, фильтр, слайдер, форму, всплывающее окно или конструкторскую сетку, AMP-версия может потребовать упрощения. Это не недостаток одного аддона, а свойство AMP-формата.

Что происходит после включения типа записи

После сохранения AMPforWP должен считать выбранный тип записи допустимым для AMP-вывода. Дальше WordPress принимает запрос к конкретной записи, а AMPforWP строит AMP-версию согласно своим шаблонам, настройкам и правилам совместимости. В идеальном случае пользователь видит упрощённую, быструю и валидную версию карточки с заголовком, изображением, основным текстом и важными полями.

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

Какие поля и блоки нужно проверять вручную

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

В таких случаях лучше не пытаться сразу добавлять код. Сначала проверьте настройки AMPforWP, режим шаблона, поддержку используемых плагинов и то, как именно тема выводит поля. Иногда достаточно заменить интерактивный блок на статическое описание в AMP-редакторе или отключить проблемный плагин только на AMP-страницах через менеджер совместимости.

Практический пример: включаем AMP для каталога специалистов

Представим сайт консультационной компании. В блоге уже работает AMP, но основная поисковая ценность находится в карточках специалистов. Каждая карточка имеет тип записи advisor, обычный URL, фотографию, специализацию, описание, блок с публикациями и кнопку связи. Цель - получить AMP-версию карточек без массового включения всех служебных типов записей.

Цель и подготовка

Цель сценария - включить AMP только для публичного типа advisor и убедиться, что пользователь видит важные данные специалиста на AMP-странице. До настройки нужно выбрать 3-5 карточек для теста: одну типовую, одну с длинным описанием, одну с изображением, одну с дополнительными полями и одну, где есть нестандартный блок или форма.

Подготовьте список обычных URL и рядом запишите будущие AMP-URL. Если сайт использует суффикс, добавьте /amp/. Если используется параметр, проверьте ?amp=1. Не тестируйте только главную карточку каталога: произвольные типы часто ломаются не на первом материале, а на записи с необычным контентом.

Шаги настройки

1. Откройте AMP option panel в админ-панели WordPress.
2. Перейдите в Settings -> General и найдите Custom Post Type.
3. Раскройте список и выберите только тип advisor или его фактический slug в вашей установке.
4. Нажмите Save Changes и дождитесь сохранения настроек.
5. Очистите кеш WordPress, кеш оптимизирующего плагина и CDN, если они используются.
6. Откройте тестовую карточку в обычном режиме и рядом её AMP-версию.
7. Проверьте валидность AMP-страницы через AMP Test или валидатор.

Ожидаемый результат

Успешный результат выглядит так: AMP-URL открывается без редиректа на обычную страницу, не показывает пустой экран, содержит основной заголовок, изображение, текст карточки и важные поля. В исходном коде обычной страницы должна быть связь на AMP-версию, а на AMP-странице - корректная связь с каноническим URL. В Search Console такие страницы не должны попадать в критические ошибки AMP.

Нюанс с шаблонами и конструкторами

Если карточка специалиста собрана через Elementor, WPBakery, собственный шаблон темы или плагин каталога, часть визуальных элементов может не попасть в AMP. Это не всегда критично. Важнее, чтобы пользователь получил основную информацию и мог перейти к следующему действию. Если исчезает декоративный слайдер - это допустимо. Если исчезает специализация, контактная ссылка или описание услуги - настройку нужно дорабатывать.

Как проверить результат без ложного чувства безопасности

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

Проверка URL и канонической связи

Откройте обычную запись и её AMP-версию. Убедитесь, что обычная страница не превращается в AMP без вашего намерения, а AMP-страница не редиректит обратно на обычную. Google в рекомендациях по AMP подчёркивает, что схема URL должна быть понятна пользователю: AMP-адрес должен относиться к тому же сайту и логично соответствовать исходному материалу.

Затем проверьте исходный код или инструменты браузера. На обычной странице должна быть ссылка на AMP-версию через rel="amphtml", а на AMP-странице - ссылка на каноническую страницу через rel="canonical". Если связь перепутана, поисковые системы могут неправильно понять, какая страница основная.

Проверка валидности AMP

Откройте AMP Test или AMP Validator и проверьте несколько страниц выбранного типа. Для произвольных типов особенно часто всплывают ошибки из-за пользовательских скриптов, лишних атрибутов, неподдерживаемых тегов, стилей сверх лимита и отсутствующих AMP-компонентов. AMP.dev отдельно описывает такие ошибки: произвольный JavaScript через обычный <script> не допускается, а содержимое <style amp-custom> ограничено по размеру.

Если валидатор показывает ошибку, не исправляйте её вслепую. Сначала определите источник: контент записи, шаблон темы, поле плагина, рекламный блок, форма, видео, галерея или пользовательский код в настройках AMPforWP. После этого решайте точечно: отключить проблемный блок в AMP, заменить компонент на AMP-совместимый, упростить вывод или обратиться к документации конкретного плагина.

Проверка содержимого и пользовательского действия

Валидность не гарантирует пользу. Сверьте обычную и AMP-страницу как редактор:

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

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

Безопасные улучшения без правки файлов плагина

Для AMP Custom Post Type не стоит начинать с правки PHP-файлов продукта или темы. Официальные источники по самому аддону подтверждают включение типов через панель, но не дают отдельного публичного API для изменения списка или шаблона именно этого расширения. Поэтому безопасная стратегия - использовать настройки AMPforWP, стандартные возможности WordPress и проверяемые изменения на уровне контента.

Используйте отдельный AMP-текст для проблемных карточек

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

Правило простое: AMP-версия не должна обманывать пользователя и не должна быть пустой копией. Если вы упрощаете контент, сохраните ключевые данные, условия, контакты, предупреждения и внутренние ссылки. Упрощение ради валидности допустимо, потеря смысла - нет.

Отключайте конфликтующий вывод только после подтверждения

В AMPforWP есть менеджер совместимости плагинов, который позволяет отключать функциональность отдельных плагинов только в AMP-версии. Используйте его осторожно: сначала найдите страницу, где конфликт воспроизводится, затем временно отключите один подозрительный источник, очистите кеш и повторите валидацию. Если ошибка ушла, зафиксируйте причину в заметках проекта. Если нет - верните настройку и проверяйте следующий источник.

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

Не добавляйте неподтверждённые хуки

В интернете легко найти snippets для других AMP-плагинов, например для официального AMP Plugin или старых режимов шаблонов. Не переносите их автоматически в AMPforWP и тем более в AMP Custom Post Type. У разных плагинов разные хуки, фильтры, шаблоны и режимы. Если в документации AMPforWP нет подтверждения конкретного hook или filter, лучше не добавлять код. Для этой задачи безопаснее работать через панель настроек, AMP-редактор, менеджер совместимости и проверку шаблона.

Частые проблемы с AMP для произвольных типов записей

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

Тип записи не появляется в списке

Симптом: вы открываете Custom Post Type, но нужного типа там нет. В комментариях к официальной инструкции пользователи описывали похожую ситуацию, когда список не показывал ожидаемый тип записи.

Возможная причина: тип записи может быть зарегистрирован как непубличный, скрытый из интерфейса, создан позже загрузки настроек или конфликтующий по slug. Иногда тип принадлежит плагину, который активирует его только при определённой настройке.

Что проверить: откройте обычную страницу записи, проверьте наличие публичного URL, убедитесь, что плагин, создающий тип, активен, и сохраните постоянные ссылки в WordPress. Если тип создан кодом темы, уточните у разработчика параметры public, publicly_queryable, show_ui и rewrite.

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

AMP-URL открывает обычную страницу или пустой экран

Симптом: при добавлении /amp/ или ?amp=1 страница не меняется, уходит на обычную версию или показывает пустой экран. В поддержке встречались случаи, где для произвольного типа AMP-URL возвращал обычную страницу, а мобильный редирект приводил к пустому экрану.

Возможная причина: тип записи не выбран, AMP отключён для конкретного материала, постоянные ссылки не обновились, редирект конфликтует с кешем или другой плагин меняет маршрут.

Что проверить: повторно сохраните выбор в Custom Post Type, откройте запись в редакторе и проверьте локальную настройку AMP, если она есть. Затем сохраните постоянные ссылки, очистите кеш и протестируйте без мобильного редиректа.

Как исправить: временно выключите принудительный редирект мобильных посетителей на AMP и тестируйте прямой AMP-URL. Если прямой URL работает, проблема в редиректе или кешировании. Если не работает, возвращайтесь к регистрации типа записи и настройкам AMPforWP.

На AMP-странице исчезли важные поля

Симптом: AMP-страница открывается, но в ней нет цены, адреса, специализации, расписания, галереи или другого поля, которое важно для карточки.

Возможная причина: поле выводится темой через нестандартный шаблон, шорткод, конструктор или JavaScript. AMPforWP может вывести основное содержание, но не обязательно повторит всю логику обычного шаблона.

Что проверить: сравните обычную страницу и AMP-версию, выпишите отсутствующие блоки, найдите, каким плагином или шаблоном они выводятся. Проверьте, есть ли AMP-совместимый режим у этого плагина.

Как исправить: используйте AMP-редактор или более простой статический блок для критичных данных. Если данные обязательны, не включайте этот тип записи массово, пока не будет понятен путь вывода в AMP.

Валидатор показывает ошибку JavaScript, CSS или атрибутов

Симптом: AMP Test или Search Console сообщает о недопустимом скрипте, неподдерживаемом атрибуте, слишком большом стиле или отсутствующем компоненте.

Возможная причина: произвольный тип записи использует шаблон, где есть слайдер, форма, карта, всплывающее окно, сторонний виджет или тяжелые стили. AMP.dev прямо указывает, что обычный пользовательский JavaScript не допускается, а стили в <style amp-custom> ограничены.

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

Как исправить: замените проблемный элемент AMP-совместимым вариантом, отключите его в AMP-версии или упростите содержание. Если блок критичен и не имеет AMP-аналога, для этого типа записи лучше оставить обычную мобильную версию.

После настройки Search Console показывает не все AMP-страницы

Симптом: часть URL валидна, но в отчёте Search Console отображается меньше AMP-страниц, чем ожидалось.

Возможная причина: отчёты Search Console обновляются не мгновенно, часть страниц может быть закрыта, не связана через rel="amphtml", недоступна из внутренних ссылок или имеет ошибки.

Что проверить: откройте выборочные URL вручную, проверьте исходный код обычной страницы, отправьте несколько важных URL на проверку и дождитесь обновления данных. Сверьте карту сайта и внутренние ссылки, но не добавляйте AMP-URL в карту сайта вручную без понимания архитектуры.

Как исправить: исправляйте ошибки на уровне конкретного типа записи и шаблона. Если AMP-страница валидна и связана с канонической, обычно нужно время и нормальная внутренняя доступность.

Когда AMP Custom Post Type будет удачным выбором

AMP Custom Post Type хорошо подходит сайтам, где AMPforWP уже используется, а важные материалы лежат в произвольных типах записей. Он помогает быстро расширить AMP-охват на карточки каталога, события, кейсы, уроки, обзоры и другие публичные сущности без ручного добавления поддержки в код. Но ценность появляется только после проверки: выбранный тип должен иметь нормальный URL, понятный шаблон, важное статическое содержание и валидную AMP-версию.

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

После подготовки тестового набора страниц можно загрузить AMP Custom Post Type, установить его на тестовой копии сайта и проверить один важный тип записи до массового включения. Такой подход снижает риск, помогает не потерять содержание карточек и даёт понятный ответ: подходит ли AMP для ваших произвольных типов записей или лучше оставить их в обычной мобильной версии.