Проверка на мета тагове

Проверка на мета тагове е безплатен инструмент, който извлича и проверява мета таговете на всеки уебсайт, за да видиш как дадена страница се представя пред търсачките и други услуги.

Какво се проверява в мета таговете?

Проверката извлича и валидира мета таговете от HTML кода на уеб страницата. Метаданните дават на обхождащите роботи и услугите за споделяне указания или описателна информация за страницата.

Обикновено си струва да прегледаш мета описанието, директивите за роботи, настройките на viewport и метаданните за споделяне в социални платформи, например Open Graph таговете. Каноничният URL адрес обикновено се задава чрез отделен HTML link елемент и трябва да се провери отделно. Заглавието на документа технически е HTML елемент, а не мета таг, но често се преглежда заедно с метаданните, защото търсачките може да го използват като заглавие на резултат от търсенето.

Тези елементи могат да влияят по различен начин върху видимостта или представянето на страницата. Директива за роботи може да попречи на индексирането. Отделно от нея каноничната връзка може да посочи коя версия на сходни страници трябва да се приема за основна. Описанията и социалните метаданни могат да влияят върху начина, по който се представя дадена връзка, но търсачките и социалните платформи може вместо това да генерират собствен текст или изображение.

Старият мета таг за ключови думи не е полезен сигнал за оптимизация за водещите търсачки. Наличието му обикновено не вреди, но попълването му със списъци от ключови думи едва ли ще подобри видимостта при търсене.

Как да проверя мета таговете на уебсайт?

Въведи пълния публичен URL адрес на страницата, която искаш да прегледаш, стартирай проверката и разгледай извлечените метаданни. Проверявай конкретната страница, вместо да приемаш, че всички страници в сайта използват настройките на началната страница.

1. Когато е възможно, използвай крайния HTTPS адрес, включително пълния път до статията, продукта или профила.
2. Провери дали въведеният URL адрес пренасочва. Ако е така, прегледай и крайната страница, показана в браузъра.
3. Сравни получените стойности с предназначението на страницата и с начина, по който искаш тя да изглежда в резултатите от търсенето.
4. Направи нужните промени в шаблона на сайта, системата за управление на съдържанието или SEO настройките, публикувай ги и изпълни проверката отново.

Проверката се извършва на сървъра. Въведеният URL адрес се изпраща до него през HTTPS и не се съхранява. За да бъде извлечена от сървърен инструмент, целевата страница трябва да е достъпна от публичния интернет. Частни връзки за предварителен преглед, интранет страници и страници зад екран за вход може да не са достъпни.

Подробностите в URL адреса имат значение. Низът на заявката може да доведе до различен отговор, докато фрагментът, започващ със знак за хеш, не се изпраща до уеб сървъра. Интервалите не са допустими като буквални знаци в URL адрес и обикновено трябва да бъдат кодирани с проценти. Домейни с ударения или знаци извън латиницата може да бъдат представени според IDNA като ASCII етикети, използващи Punycode, а знаците извън латиницата в пътя може да се покажат кодирани с проценти.

Как да разчета резултата?

Прегледай всеки върнат мета елемент, като провериш атрибутите му, например name, property, http-equiv, charset и, когато е приложимо, content. Увери се и че съответстват на изпратената страница. Даден таг може да присъства, но въпреки това да е грешен, дублиран или наследен от неподходящ шаблон.

• Мета описание трябва да описва конкретната страница с естествен език. Празната стойност не предлага на търсачката обобщение, макар че тя все пак може да създаде такова от видимия текст.
• Robots задава директиви, които съобразяващите се с тях обхождащи роботи може да следват. Например robots = noindex, follow указва на тези роботи да не индексират страницата, но им позволява да следват връзките в нея.
• Canonical трябва да се преглежда отделно, защото обикновено е HTML link елемент, а не мета елемент. Неговият href посочва предпочитания URL адрес за дублирано или почти идентично съдържание. Обикновено той трябва да води към валидна и индексируема страница със същото съдържание.
• Viewport помага на браузърите да оформят страницата на мобилни устройства. Той не описва директно страницата, но липсваща или неподходяща стойност може да доведе до лошо представяне на мобилен екран.
• Open Graph и сходни социални тагове предлагат заглавие, описание, URL адрес или изображение при споделяне на страницата. Всяка платформа решава кои стойности действително да използва.

Ето конкретен пример. Ако продуктова страница връща description = Red wool scarf with tasselled ends, описанието е специфично за артикула. Ако същата страница връща description = Welcome to our website, тагът присъства, но дава малко полезен контекст. По същия начин при отделната проверка на каноничната връзка href със стойност https://example.co.uk/scarves/red-wool-scarf е логичен за този продукт, докато канонична връзка към началната страница на магазина може да доведе до приемането на продуктовия URL адрес за дубликат.

Нито един инструмент за проверка на метаданни не може да гарантира позиция в резултатите, индексиране или точно определен откъс при търсене. Търсачките вземат предвид цялата страница, връзките, достъпа за обхождане и много други сигнали. Освен това може да пренапишат заглавията или описанията според конкретната заявка.

Често срещани проблеми и практични решения

• Липсващо описание. Добави описание, специфично за страницата, чрез системата за управление на съдържанието или шаблона. Не копирай едно и също изречение в голям брой страници.
• Неволно зададена директива noindex. Премахни я от страниците, предназначени за търсачките, след като са готови за публикуване. Провери и заглавките на HTTP отговора, защото указанията за роботи може да са зададени там, а не в HTML кода.
• Няколко копия на един и същ таг. Установи коя тема, приставка или част от шаблона добавя всяко копие и остави една основна стойност. Противоречащите си директиви за роботи и дублираните елементи за канонична връзка затрудняват откриването на проблема.
• Грешна канонична връзка. Провери я отделно от мета таговете и замени общата стойност за целия сайт с предпочитания URL адрес за текущото съдържание. Обърни внимание на разликите между HTTP и HTTPS, вариантите на името на хоста и ненужните параметри за проследяване.
• Остаряло социално заглавие или изображение. Актуализирай полетата за споделяне на страницата и потвърди, че URL адресът на изображението е публично достъпен. Някои платформи кешират визуализациите, затова коригираният таг може да не се появи веднага.
• Метаданни от друга страница. Провери променливите в шаблона и процеса на публикуване. Това често се случва, когато редактор дублира съществуващ продукт, събитие или статия, без да замени всички полета.

Метаданните, добавени едва след изпълнението на клиентски JavaScript, може да не са видими за всеки обхождащ робот или инструмент за проверка. По принцип е по-надеждно метаданните с директиви за индексиране и отделните link елементи за канонизация да присъстват в HTML кода, изпратен от сървъра.

Колко често да проверявам мета таговете?

Проверявай метаданните отново след публикуване на нов шаблон, промяна на SEO приставка, миграция към друг домейн или редактиране на настройките за индексиране. Редовна проверка е полезна и след групово импортиране на съдържание или нови версии, които променят заглавната част на страниците.

Няма особена полза да проверяваш непроменена страница през няколко минути. Направи нова проверка, след като публикуваният HTML код е променен, след коригиране на пренасочване или когато платформата е имала достатъчно време да изчисти кеширана визуализация. При голям сайт провери няколко типа страници, а не само началната. Включи статия, категория, продукт, страница с пагинация и всеки шаблон, който трябва да остане извън резултатите от търсенето.

Често задавани въпроси

Виждат ли се мета тагове, добавени с JavaScript?

Зависи дали услугата за проверка изпълнява JavaScript, или прочита само първоначалния HTML отговор. Не приемай, че таговете, добавени от скрипт, непременно ще бъдат открити. Ако даден таг се вижда в инструментите за разработчици на браузъра, но не и в резултата от проверката, прегледай изходния код, изпратен от сървъра.

Защо проверената страница е различна от въведения URL адрес?

Въведеният адрес може да пренасочва към друг URL адрес заради принудително използване на HTTPS, канонизация на името на хоста, уеднаквяване на завършващата наклонена черта или променен идентификатор на страницата. В някои случаи причината може да е регионално маршрутизиране или премахване на параметър за проследяване. Прегледай крайното местоназначение, защото може да бъдат извлечени именно метаданните на тази страница.

Мога ли да проверя тестов сайт или страница с парола?

Обикновено не, освен ако страницата е публично достъпна и инструментът може да я отвори без данни за вход. Вместо това провери защитените страници локално чрез генерирания им HTML код.

Трябва ли всяка страница да има различни метаданни?

Страниците с различно предназначение обикновено трябва да имат заглавия и описания, които отразяват собственото им съдържание. Всяка канонична връзка, проверявана отделно от мета таговете, трябва да сочи към подходящия предпочитан URL адрес. За дублирани филтрирани страници е необходим целенасочен подход към канонизацията. Синдикираните копия изискват обработка, съобразена с начина на публикуване. Преведените страници трябва да използват подходящи езикови анотации, вместо да бъдат третирани като дубликати.

Какво да направя, след като поправя таг?

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