Модул 5 · 5.3

Тестване, поддръжка и какво не е позволено

Модул 5: Структурирани данни · Време за четене: 12 минути

Цел на урока: След този урок ще можете да тествате структурирани данни с Rich Results Test и Schema Markup Validator, да обясните разликата между грешки и предупреждения и да прилагате правилата на Google, например забраната за отзиви за собствената Ви фирма.

Основни понятия: Rich Results Test, Schema Markup Validator, критичен проблем (грешка) срещу некритичен проблем (предупреждение), изобразен HTML, отчети в Search Console, насоки за структурирани данни, собствени отзиви (self-serving), ръчно действие, дублирани блокове, поддръжка

Два инструмента за тестване, два въпроса

Има два безплатни инструмента и всеки от тях отговаря на различен въпрос.

	Rich Results Test	Schema Markup Validator
От кого	Google	schema.org (наследникът на стария Structured Data Testing Tool на Google, от 2021 г. при schema.org)
Въпрос, на който отговаря	„Отговаря ли тази страница на условията за специално показване в Google?“	„Валидна ли е тази schema.org маркировка?“
Кои типове	Само типове, за които Google има специално показване	Всички типове от schema.org
Проверява правилата на Google	Да: задължителни и препоръчителни свойства според Google	Не, само самия schema.org
Входни данни	Адрес на страница или поставен код	Адрес на страница или поставен код

Започнете с Rich Results Test (https://search.google.com/test/rich-results). Въведете адреса на Вашата страница, а не кода: така инструментът вижда страницата така, както Googlebot я извлича, включително JSON-LD, който се добавя с JavaScript. Ако поставите кода, JavaScript може да срещне ограничения, казва самата Google. Ако искате да знаете дали маркировката Ви е правилна според schema.org, включително за типове, с които Google не прави нищо, използвайте Schema Markup Validator (https://validator.schema.org/).

Как да четете грешки и предупреждения

Rich Results Test разделя проблемите на два вида:

Критични проблеми (грешки). Липсва задължително свойство или дадена стойност е невалидна. Тогава елементът не отговаря на условията за специално показване. Тези проблеми винаги ги отстранявайте.
Некритични проблеми (предупреждения). Липсва препоръчително свойство, например priceRange или geo. Елементът е валиден. Попълнете свойството, ако имате данните и те са верни; не измисляйте нищо, само за да изчезне предупреждението.

Тестът показва „Не са намерени елементи“, а Вие знаете, че на страницата има JSON-LD? Тогава проверете три възможни причини:

JSON е невалиден (една запетая повече или по-малко, забравени кавички). Тогава целият блок се пропуска. Schema Markup Validator обикновено посочва реда, на който е проблемът.
Типът е непознат (Цветарница вместо Florist) или е изписан грешно (localbusiness).
Страницата е блокирана за Googlebot с robots.txt или noindex (уроци 3.3 и 1.3). Google изрично моли: не блокирайте страници със структурирани данни.

Search Console следи това

Щом сайтът Ви е добавен в Search Console (модул 2), Search Console показва в раздела Enhancements отчет за всеки тип, за който Google има специално показване и намира валидна маркировка на сайта Ви. Там виждате валидни елементи, елементи с некритични проблеми и невалидни елементи, с примерни страници. Няколко неща, които е добре да знаете:

Няма бутон „поправи това“. Вие коригирате източника (сайта, плъгина, конструктора на сайтове), а след това можете да поискате проверка в отчета.
Броят се отнася за елементи, а не за страници. Една страница може да съдържа няколко елемента.
Ако няма отчет за даден тип, Google не е намерила валидна маркировка от този тип или типът няма собствено показване.

Какво не е позволено

Насоките на Google за структурирани данни са кратки и строги. Най-важните:

Описвайте само това, което се вижда. Никакво работно време, цени или отзиви в JSON-LD, които посетителят не може да намери на страницата.
Без подвеждане. Данните трябва да представят честно страницата.
На правилната страница. Поставете маркировката на страницата, която тя описва.
Изображенията в структурираните Ви данни трябва да могат да бъдат извлечени и индексирани от Google.
Без фалшиви отзиви и без отзиви, които не идват от реални потребители.

Отзиви за собствената Ви фирма

Правило, което изненадва много фирми: в блока LocalBusiness на собствения си сайт не поставяйте aggregateRating или review за самите себе си. Google казва: ако фирмата, която се оценява, сама управлява отзивите за себе си, страниците с маркировка LocalBusiness или друга маркировка Organization не отговарят на условията за звезди в резултатите от търсенето. Google въведе това правило през 2019 г. Няма значение дали събирате отзивите сами, взимате ги от уиджет или ги копирате от сайт за отзиви. Звездите на Вашата фирма в Google Maps идват от Вашия Google Business Profile (урок 6.5), а не от собствения Ви JSON-LD.

Плъгини и теми понякога автоматично добавят такава оценка към маркировката Ви. Затова проверете в собствения си JSON-LD дали има aggregateRating и го изключете, ако се отнася до собствената Ви фирма.

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

Ако нарушите насоките, Google може да предприеме ръчно действие за структурирани данни. Ще го видите в Search Console в раздела Сигурност и ръчни действия (урок 2.4). Последицата според Google: страницата вече не отговаря на условията за специално показване. Според Google такова ръчно действие не влияе на обичайното класиране в резултатите от търсенето. След като отстраните проблема, поискайте в Search Console ново преразглеждане.

Поддръжка: тихите грешки

Повечето проблеми не възникват при писането, а по-късно.

Два блока, които си противоречат. Темата Ви поставя блок LocalBusiness, а SEO плъгинът Ви също, но с различен телефонен номер. Изберете един източник и изключете другия. Два блока от различни видове (един WebSite и един Florist) не са проблем; два пъти същата фирма с различни данни е проблем.
Данни, които се променят. Нов телефонен номер, преместване, различно работно време през лятото. Променете ги първо на основното място (конструктора на сайтове или плъгина), а след това прегледайте своя Google Business Profile, Apple Business и каталозите (модул 6).
Нова тема или нов конструктор. След обновяване на сайта понякога вече няма JSON-LD или пък той е дублиран. Тествайте след всяка голяма промяна.
Временно работно време. Празниците и отпуските въведете в своя Google Business Profile като специално работно време. В JSON-LD това е възможно с validFrom и validThrough; тогава не забравяйте да ги премахнете след това.

Добър навик: тествайте страницата си за контакт в Rich Results Test след всяка промяна на данните на фирмата и след всяко голямо обновяване на сайта, а веднъж на тримесечие погледнете отчета в Search Console.

На практика: тестване на сайт с WordPress и на сайт с AI Builder

При сайт с WordPress и SEO плъгин в Rich Results Test често виждате повече елементи: WebSite, Organization или LocalBusiness, BreadcrumbList и по един Article за всяка публикация. При сайт от AI Builder на WebOké на началната страница ще намерите @graph с един WebSite и фирмата като подтип на LocalBusiness. Ако искате да видите всички свойства на този блок, включително работното време в краткия запис openingHours, поставете адреса и в Schema Markup Validator: той показва всеки тип и всяко свойство от schema.org. При други конструктори на сайтове тестването става по абсолютно същия начин.

Обобщение

Rich Results Test показва дали страницата Ви отговаря на условията за показване в Google; Schema Markup Validator показва дали маркировката Ви е валиден schema.org.
Тествайте с адреса на страницата, а не с поставен код. Критичните проблеми винаги ги отстранявайте; предупрежденията само с реални данни.
Без невалиден JSON, без непознати типове и не блокирайте страници със структурирани данни за Googlebot.
Без отзиви или оценки за собствената Ви фирма в собствената Ви маркировка; злоупотребата може да доведе до ръчно действие.
Тествайте отново след всяка промяна на данните или на сайта и избягвайте дублирани блокове, които си противоречат.

Тест (quiz)

Задача

Задача A5.3: Открийте грешките. Изтеглете примерния файл jsonld-fouten-1.json: блок JSON-LD за цветарски магазин с шест грешки. Прочетете го ред по ред (можете да го поставите и в Schema Markup Validator) и изберете от десетте твърдения в задачата шестте, които описват истинска грешка. Програмата сравнява избора Ви с фиксирания ключ и обяснява за всяко твърдение защо.

Задача A5.3: Открийте грешките

Файл към тази задача: jsonld-fouten-1.json

A. @context сочи към грешен адрес. B. telephone е в грешен формат. C. Типът Цветарница не съществува в schema.org. D. Адресът е текст, а не PostalAddress. E. Стойностите на geo трябва да са в кавички. F. Работното време използва имена на дните на български, изписани като диапазон с думи, и не е в 24-часов формат. G. Съдържа се оценка на собствената фирма. H. url не може да започва с https. I. След последното свойство има запетая, поради което JSON е невалиден. J. sameAs не може да сочи към Instagram. След това поставете файла в Schema Markup Validator: какви грешки отчита този инструмент?

Кои твърдения (от A до J) описват истинска грешка? Букви, разделени със запетаи, например A, B

Това, което въвеждате, и резултатите от проверката не се съхраняват. Браузърът Ви запомня отговорите и дали сте изпълнили задачата. Ако сте влезли, запазваме само дали задачата е била (почти) правилна в Моите курсове; и там можете да го изтриете.

Прочетете още

Rich Results Test на Google: https://search.google.com/test/rich-results
Schema Markup Validator: https://validator.schema.org/
Google Search Central, Общи насоки за структурирани данни: https://developers.google.com/search/docs/appearance/structured-data/sd-policies
Google Search Central, Фрагменти с отзиви (с правилото за собствени отзиви): https://developers.google.com/search/docs/appearance/structured-data/review-snippet
Помощ за Google Search Console, Отчети за разширени резултати: https://support.google.com/webmasters/answer/7552505
Google Search Central, Структурирани данни с JavaScript: https://developers.google.com/search/docs/appearance/structured-data/generate-structured-data-with-javascript

Бисквитки в WebOké

Настройки за бисквитки

Необходими

Маркетинг