Page SEO Analyzer: Бесплатный аудит on-page SEO
Вставьте HTML страницы и получите аудит с оценкой: meta-теги, заголовки, canonical, Open Graph, Twitter Card, JSON-LD и сигналы доступности.
Что такое Page SEO Analyzer?
Page SEO Analyzer парсит HTML страницы и сообщает о тех вещах, которые реально влияют на on-page ранжирование: длина title и description, иерархия заголовков, canonical URL, покрытие Open Graph и Twitter Card, структурированные данные JSON-LD, а также длинный список технических сигналов вроде charset, hreflang, скриптов, блокирующих рендер, и alt-текстов изображений. Я обращаюсь к этому инструменту, когда клиент присылает один шаблон на аудит, но у меня нет доступа к его CMS — вставьте отрендеренный HTML один раз, получите пронумерованный список исправлений. Ошибки, предупреждения и информационные находки выделены цветом и отсортированы по серьёзности, а разбивка на пять вкладок выводит каждый сигнал, который нашёл парсер, чтобы проверить, что есть, было так же легко, как и то, чего нет.
Ключевые возможности
- SEO-оценка с разбивкой по категориям — каждый анализ даёт общую оценку 0-100 плюс subscores по категориям crawlability, контент, соцсети, структурированные данные и доступность, чтобы видеть, где страница теряет очки.
- Аудит meta-тегов — извлекает и валидирует title (длина плюс оценка ширины в пикселях против десктопного предела Google ~600px), description, canonical, robots, viewport, charset и
<html lang>, отмечая отсутствующие или слишком большие поля. - Просмотр иерархии заголовков — перечисляет каждый H1-H6 в порядке документа с отступами, помечает отсутствующий H1, несколько H1 и пропущенные уровни (например, H2 сразу к H4).
- Покрытие Open Graph и Twitter Card — проверяет
og:title,og:description,og:image,og:url,og:type,og:site_nameи все четыре поляtwitter:*, и предупреждает, когдаog:urlи<link rel="canonical">расходятся. - Парсинг и валидация JSON-LD — извлекает каждый блок
<script type="application/ld+json">, парсит его, считает непарсящиеся блоки отдельно и показывает разрешённый@typeна каждой схеме. - Проверки alt-текстов и размеров изображений — считает изображения без
alt, с пустымalt, с именем файла как alt (IMG_1234.jpg), без явных width/height (сигнал Cumulative Layout Shift) и below-fold-изображения, не использующиеloading="lazy". - Аудит ссылок — счётчики внутренних vs внешних, обнаружение типового anchor-текста (click here, read more, learn more), внутристраничные ссылки на ID, которых нет, и
target="_blank"безrel="noopener". - Вкладка Tech — статус с одного взгляда для canonical, charset, viewport, html lang, robots, favicon, количество hreflang, main landmark, preload-подсказки, render-blocking-скрипты, устаревшие теги (
<center>,<font>,<marquee>...) и base href. - Парсинг на стороне браузера — использует нативный
DOMParserдля обхода HTML; никаких загрузок, никаких внешних API.
Как использовать Page SEO Analyzer
Шаг 1: Вставьте свой HTML
Единственный ввод на странице — textarea с лейблом "HTML Input". Вставьте полный HTML-исходник одной страницы — обычно то, что вы получаете через "View Source" в браузере (Ctrl+U / Cmd+Option+U), через тело ответа curl -L, или через отрендеренный HTML, экспортированный из вашего фреймворка. Верхний предел в 2 МБ применяется; страницы больше выдадут предупреждение перед парсингом, потому что DOMParser в основном потоке начинает тормозить.
Шаг 2: Нажмите Analyze
Нажмите кнопку Analyze под textarea. Парсинг идёт в вашем браузере; результаты появляются сразу. Если textarea пустая, инструмент показывает тост "Please enter HTML to analyze" вместо тихого падения.
Шаг 3: Прочитайте сводку оценки
Сверху появляется ряд из 4 карточек: общий Score (зелёный от 80, жёлтый 50-79, красный ниже 50), Errors, Warnings и количество найденных Schemas. Под карточками список Issues показывает каждую находку, отсортированную по серьёзности — сначала ошибки (красный XCircle), затем предупреждения (жёлтый AlertTriangle), затем информационные заметки (синий CheckCircle). У каждого issue есть i18n-сообщение с подставленными числами (например "8 of 12 images missing alt text").
Шаг 4: Углубитесь во вкладки
Под issues пять вкладок:
- Meta — title с количеством символов и значком "Optimal" между 50-60 символами, description с тем же значком между 150-160 символами, плюс canonical и robots.
- Headings — каждый заголовок в порядке документа со значком
H1-H6и текстом. Отступ визуализирует глубину вложенности. - Social — карточки Open Graph и Twitter Card бок о бок с каждым заполненным полем или меткой "Not set".
- Schema — каждый блок JSON-LD с его
@typeи подсвеченным синтаксисом JSON-дампом. - Tech — 16 маленьких статусных карточек, покрывающих charset, viewport, hreflang, main landmark, preload-подсказки, render-blocking-скрипты, изображения без размеров, покрытие lazy-load, устаревшие теги, счётчики внутренних/внешних ссылок и base href.
Шаг 5: Исправьте и проанализируйте заново
Внесите правки в источник, вставьте новый HTML, снова нажмите Analyze. Каждый прогон записывает запись истории, обобщающую ошибки, предупреждения и количество заголовков, так что можно сравнить два прогона по одному шаблону. Supporters могут также сохранять помеченные снимки, генерировать PDF-отчёт и подтягивать переведённые сниппеты исправлений для самых частых находок.
Практические примеры
Аудит маркетинговой landing-страницы
У landing-страницы <title>Welcome to ProductX — The All-in-One Customer Platform</title> (74 символа, заметно выше 60-символьной линии предупреждения) и нет <meta name="description">. После вставки HTML возвращается: предупреждение titleTooLong, ошибка missingDescription и предупреждение titlePixelTooLong, потому что title также шире десктопного предела Google в ~600px. Урежьте title до примерно 50-60 символов, напишите description в 150-160 символов, перезапустите, и вкладка Meta покажет зелёные значки "Optimal" рядом с обеими длинами.
Валидация Article-структурированных данных перед публикацией
Шаблон поста добавляет блок JSON-LD Article. Вставьте отрендеренный HTML; вкладка Schema показывает Schema #1 (Article) с полным блоком в красивом форматировании. Если пропущена запятая, список issues показывает invalidJsonLd со счётчиком, и вкладка schema не покажет этот блок — быстрая проверка перед push. Карточка Open Graph рядом также показывает, является ли og:type article (Facebook ожидает это для постов-статей).
Замечание smell-ов доступности и производительности
Страница проходит быстрый Lighthouse-скан, но вкладка Tech более тщательная. Render-blocking scripts показывает 4 жёлтым, потому что четыре тега <script src> в <head> не имеют async или defer. Images Missing Dimensions показывает 12, потому что команда не задаёт width и height. Lazy Images показывает 1 / 14 — только одно из подходящих below-fold-изображений использует loading="lazy". Каждый из этих пунктов — небольшой fix, который накапливается по шаблонам.
Советы и лучшие практики
Вставляйте отрендеренный HTML, а не исходный HTML. Современные фреймворки рендерят meta-теги, заголовки и JSON-LD через JavaScript. Если вставить пред-рендерный исходник шаблона, analyzer видит пустой <head> и сообщает длинный список ложноположительных ошибок. Используйте "Copy outerHTML" в DevTools на элементе <html> или сделайте curl URL с -L, чтобы следовать редиректам.
Сначала чините ошибки, потом предупреждения, потом info. Список issues уже отсортирован по серьёзности. Ошибки (красный) блокируют crawl/индексацию — noindexDetected, missingViewport, invalidJsonLd. Предупреждения (жёлтый) — реальные пробелы — длина title, отсутствующий alt, отсутствующий canonical. Info (синий) — подсказки — metaKeywordsDeprecated, genericAnchorText, paginationLinks. Не гонитесь за идеальным score, заглушая info-находки; это сигналы, а не ошибки.
Сравнивайте два снимка одного шаблона. Запустите analyzer до и после исправления и наблюдайте, как меняются счётчики Errors и Warnings. Панель истории под инструментом хранит последние прогоны как быстрый источник diff. Для более крупных аудитов снимки supporter позволяют помечать прогоны и восстанавливать HTML позже.
Доверяйте проверке ширины в пикселях, а не только подсчёту символов. Два title по 60 символов могут отрендериться в разной ширине из-за форм букв — "WWW Information Initiative" шире, чем "lily lily lily lily lily i" при том же количестве символов. Обрезка SERP у Google пиксельная при примерно 600px. Предупреждение titlePixelTooLong ловит title, которые помещаются в символьный бюджет, но всё равно обрезаются.
Распространённые проблемы и устранение неполадок
"Please enter HTML to analyze" — textarea пустая или содержит только пробелы. Вставьте настоящий HTML (он не обязан начинаться с <!DOCTYPE html>; частичные фрагменты парсятся нормально, но отсутствующий <head> приведёт к тому, что большинство полей будут "not set").
"HTML too large (max 2 MB)" — ввод превышает 2 МБ. Урежьте до интересующей секции (для большинства проверок обычно хватает <head> плюс скелета body), или сохраните HTML в файл и используйте локальный скрипт. Предел 2 МБ существует, потому что DOMParser в основном потоке может тормозить или замораживать вкладку при больших вводах.
"Failed to parse HTML" — парсер не смог понять ввод. Обычно это значит, что ввод вообще не HTML (вы случайно вставили JSON или URL). Убедитесь, что ввод начинается с < и содержит синтаксис тегов.
Score ниже ожидаемого на странице, которая известна как хорошая. Посмотрите вкладку Tech. Многие очки уходят на информационные находки, не показанные в сводке issues — отсутствующий favicon, нет preload-подсказок на content-rich странице, типовой anchor-текст в навигации. Ни один не блокер, но все вычитают из score.
Счётчик JSON-LD на один меньше, чем ожидалось. В этом блоке схемы есть синтаксическая ошибка JSON, и он появляется в списке issues как invalidJsonLd, а не во вкладке schema. Скопируйте блок в JSON Formatter, чтобы найти отсутствующую запятую или несбалансированную скобку.
Счётчик hreflang выглядит правильным, но hreflangInvalid срабатывает. Значения hreflang должны быть BCP-47 — en, en-US, pt-BR, или специальное x-default. Инструмент помечает коды, не соответствующие ^([a-z]{2,3}(-[A-Za-z0-9]+)*|x-default)$ (без учёта регистра). Частые виновники: en_US с подчёркиванием, english или хвостовые пробелы.
Конфиденциальность и безопасность
Page SEO Analyzer парсит HTML в вашем браузере, используя нативный DOMParser. Вставленный HTML не покидает ваше устройство, и нет серверного эндпоинта, который его получает. Это важно для staging и неопубликованных страниц — можно проверить черновой шаблон, ещё за аутентификацией, не открывая его стороннему краулеру. После того как JavaScript инструмента загружен, сам анализ работает офлайн.
Часто задаваемые вопросы
Как инструмент решает, что считается серьёзным issue, а что — подсказкой?
Три уровня серьёзности соответствуют рекомендациям W3C/Google по каждому сигналу. Ошибки — блокеры — директивы noindex, отсутствующий <meta viewport>, ошибки парсинга в JSON-LD, отсутствующий H1 на content-странице. Предупреждения — реальные пробелы, портящие внешний вид в SERP или доступность, но не блокирующие индексацию — title или description вне рекомендованной длины, mismatch canonical и og:url, target="_blank" без rel="noopener". Info-находки — качественные подсказки — типовой anchor-текст, отсутствующий favicon, устаревшие теги. Серьёзность задана в шаге генерации issues в исходнике, не настраивается на каждый прогон.
Может ли analyzer fetch URL за меня?
Сейчас нет. Textarea принимает только вставленный HTML, потому что in-browser fetch против произвольных origin блокируется CORS и потребовал бы серверного прокси. Если нужно проверить удалённый URL, запустите curl -L -A "Mozilla/5.0" https://example.com > page.html из терминала и вставьте содержимое файла.
Почему моя проверка длины title проходит, но titlePixelTooLong всё равно срабатывает?
Потому что Google обрезает title примерно на 600 пикселях при стандартном рендере 20px Arial, а не на 60 символах. Широкие буквы (M, W, заглавные в целом, em-dashes) толкают пиксельный счёт за предел, даже когда количество символов выглядит хорошо. Оценка пикселей использует canvas measureText против 20px Arial,Helvetica,sans-serif — близкое приближение к тому, что Google использует на десктопных SERP.
Что на самом деле означает score?
Score — взвешенная сумма по пяти категориям: crawlability (могут ли поисковики индексировать это), контент (title, description, заголовки), соцсети (Open Graph, Twitter Card), структурированные данные (присутствие и валидность JSON-LD) и доступность (alt-текст, lang, landmarks). Каждый issue вычитает фиксированное количество очков по серьёзности. Score 80+ означает, что основные сигналы присутствуют и сформированы корректно; 50-79 — реальные пробелы; ниже 50 — срабатывает хотя бы один блокер уровня ошибки. Воспринимайте score как направляющую сводку, а не абсолютную оценку.
Проверяет ли инструмент что-то, что требует запуска страницы?
Нет — каждая проверка статическая, parse-time. Вещи, требующие выполнения или сети (тайминг Core Web Vitals, коды ответа сервера, fetch robots.txt, доступность sitemap), вне scope. Для них используйте Скоро: Broken Link Checker для валидации ссылок во время crawl и Скоро: Sitemap Tools для диагностики sitemap.
Можно ли проверить страницу за логином?
Да, и это причина использовать этот инструмент. Откройте страницу, будучи залогинены, скопируйте отрендеренный HTML из DevTools (правый клик на <html> → Copy → Copy outerHTML), вставьте, проанализируйте. Ничего не покидает ваш браузер, поэтому аутентифицированные страницы и неопубликованные шаблоны можно тестировать безопасно.
Связанные инструменты
- Скоро: Генератор Meta-тегов — генерирует title, description, Open Graph и Twitter Card, которые проверяет этот analyzer.
- Скоро: Генератор Schema — собирает валидные Article, FAQ, Product и Organization JSON-LD без ручного написания JSON.
- Скоро: Превью SERP — посмотрите, как ваш title и description будут выглядеть в Google перед выкатом изменения.
- Скоро: Suite доступности — более глубокий аудит доступности, покрывающий ARIA, контраст, навигацию с клавиатуры и метки форм.
- Форматировщик JSON — отлаживайте предупреждения
invalidJsonLd, переформатируя и валидируя проблемный блок.
Попробуйте Page SEO Analyzer сейчас: Скоро: Page SEO Analyzer