Важный контент не должен зависеть от клика, конкретной прокрутки или обнаруженного соединения. Проверьте, что содержит первоначальный ответ и что появляется после рендеринга. Технический выбор должен обслуживать как посетителей, техническое обслуживание и доступ к двигателю.
Различать начальную HTML и визуализированную страницу
Код, полученный браузером, может содержать только один скелет, затем заполненный JavaScript. Google описывает лечение, включая исследование, рендеринг и индексацию. Тот факт, что движок может запускать JavaScript, не гарантирует, что каждая зависимость или взаимодействие будет работать. Так что сравните первоначальный ответ с контентом, отображаемым на страницах, на которых содержатся ваши предложения, и ваши редакционные ответы.
Проверьте обычные условия
Откройте страницу в открытом сеансе с медленной сетью, а затем управляйте тем, что остается доступным, если ресурс не удался. Присутствуют ли заголовок, решающий текст и ссылки на полезные страницы? Ошибки API не должны превращать существующий файл в пустую страницу. Также убедитесь, что загрузочные состояния не остаются на неограниченном времени.
приёмочный тест в трех штатах на одной странице
Проверьте страницу с ее прямого URL, затем после внутреннего просмотра, затем с недоступной зависимостью в среде вашего приёмочного теста. Вы хотите узнать, что посетитель может читать и делать в каждом штате. Возможность создания JavaScript не обходится без ошибок обслуживания, ссылок и соответствующего контента. Следующие контрольные точки применяются к руководству, а также к листу продукции.
| Элемент | Вопрос в исходном HTML | Вопрос после рендеринга |
|---|---|---|
| Заголовок и решительный текст | Предмет и ответ присутствуют? | Является ли текст полным и всегда последовательным? |
| Связи между страницами | Можно ли извлечь реальные направления? | Навигация дает хорошие URL-адреса? |
| Данные о продукте | Соответствуют ли значения запрошенному продукту? | Правильно ли меняет вариант взаимодействия? |
| Ошибка или отсутствие ресурса | Соответствуют ли статус и сообщение? | Можно ли понять ошибку загрузки? |
| метаданные | На странице есть своя идентичность? | Обновление на стороне клиента создает противоречие? |
Принципы SEO JavaScript задокументированы Google Различают исследование, рендеринг и индексацию. Ваш приёмочный тест должен держать эти шаги отдельно. Видимый текст в вашем браузере — это рендеринг в этих условиях, а не доказательство того, что все поисковые возможности могут или будут использовать его.
Сделайте навигацию явной
Используйте HTML-ссылки с реальным пунктом назначения для межстраничных маршрутов. Кнопка, которая изменяет статус приложения, не всегда заменяет общий URL. Для каталога каждый важный продукт должен быть открыт непосредственно. Проверьте перенаправления и статусы, возвращаемые при прямом доступе, а не только при просмотре дома.
Вымышленный пример: характеристики на вкладке
Лист загружает свои размеры только после открытия вкладки. Команда размещает решающую информацию на общедоступной странице, а затем использует вкладку для организации чтения. Он контролирует результат на мобильном телефоне и при проверке страницы. Цель состоит не в том, чтобы запретить JavaScript, а в том, чтобы не допустить, чтобы хрупкие действия обусловили доступ к характеристикам, необходимым для принятия решения.
Решите, что сделать доступным без взаимодействия
Для статьи основной ответ и полезные ссылки обычно могут поставляться со страницей. Для каталога интерфейс может оставаться интерактивным, предоставляя прямой URL-адрес, который идентифицирует продукт и его важную информацию. Вторичные функции, такие как инструмент настройки, требуют чистого анализа: сделать их интерактивными не означает, что остальная часть карты должна быть пустой в начале.
- Выбирайте репрезентативный шаблон и забирайте его общедоступный контент. Сделайте читабельное сравнение между полученным кодом и конечным содержимым с датой и условиями тестирования.
- Осмотрите важные ссылки. Связь HTML с href и real destination более удобно для использования, чем действие, которое изменяет только внутреннее состояние без URL.
- В тестовой среде вызвать сбой необходимого ресурса. Проверьте сообщение, возможность повторной попытки и то, что остается доступным. Не вызывайте добровольно прорыв в производстве для этой демонстрации.
- Сначала исправьте дефект, наблюдаемый на этом шаблоне, затем проверьте другие страницы, которые его используют. Также измерьте влияние на скорость и обслуживание, прежде чем обобщать новую архитектуру.
Документ Google на Исследуемые ссылки Предоставляет примеры интерпретируемых ссылок. Для проекта восстановления этот приёмочный тест можно интегрировать в спецификации: мы ожидаем проверяемый ответ, навигацию и состояние ошибок, а не просто успешный снимок экрана. Диагностика CDN блокировки Остается дополнительным, если содержимое не доходит до браузера или робота.
Выберите пропорциональную поправку
Рендеринг на стороне сервера или генерация страниц могут иметь значение, но не всегда требуется полная миграция. Начните с репрезентативного шаблона, измеряйте доступ, производительность и простое обновление. Затем проверьте метаданные и ссылки в обеих версиях. Reduction of unnecessary javascript Может завершить эту работу без запутанности скорости и индексируемости.