Влад Мержевич
Има много начини и средства за проверка на уеб страниците за грешки и коментари. Те са условно разделени на онлайн и местни. Онлайн се използват за проверка на страници с помощта на браузър през интернет, докато локалните се използват за проверка на документи текущ компютър... След това нека да разгледаме популярните методи за валидиране на документи.
validator.w3.org
Инсталиране на разширение
След като изтеглите файла, можете да инсталирате разширението по няколко начина.
1. Чрез мениджъра на разширенията
Стартирайте Firefox и отворете менюто Инструменти> Разширения... Плъзнете и пуснете изтегления файл (има xpi разширение) в отворения прозорец. След това разширението ще бъде инсталирано автоматично.
2. Чрез отваряне на файл
Изберете в Меню на Firefoxпараграф Файл> Отвори файл...и посочете пътя до файла с разширението, по-нататъшни действиябраузърът ще се изпълни сам.
3. Копирайте файла в папкаразширение
Отворете папката на устройството, където е инсталиран Firefox (например c: \ Program Files \ Mozilla Firefox) и намерете в нея подпапката с разширение, в която копирате разширението. След стартиране на браузъра, по-нататък инсталацията ще се извършисамостоятелно.
Всички горепосочени методи за инсталиране изискват рестартиране на браузъра след инсталиране на разширението. HTML валидаторът стартира веднага след това повторно стартиране Firefox.
Ако тези методипо някаква причина не помогна, можете да се свържете със сайта за поддръжка Браузър Mozilla Firefox и прочетете за всичко възможни методиинсталиране на разширения на
http://forum.mozilla-russia.org/doku.php?id=general:extensions_installing
Използване на HTML валидатор
При отваряне HTML уеб странициВалидаторът започва своята работа незабавно и резултатът от проверката се показва в лентата на състоянието в долния десен ъгъл като малка картинка. Изображението зависи от състоянието на проверка и е показано на фиг. 14.6.
Ориз. 14.6. Видове изображения, които се показват при проверка на документ
Кръг с отметка (фиг.14.6а) показва, че документът е валиден, жълт триъгълник с удивителен знак(фиг. 14.6b) - има бележки за кода, които могат да бъдат коригирани автоматично. Червен кръг с кръст (фиг. 14.6в) предупреждава, че има сериозни грешки.
Можете да видите всички грешки по два начина. Първо погледнете HTML кода на документа през менюто Преглед> Изходен код на страницатаили щракнете Кликнете с десния бутони в контекстното меню изберете Вижте изходния код на страницата(фиг.14.7).
Ориз. 14.7. Контекстно менюс елемент за избор на изходен код
Изходният прозорец на уеб страницата е разделен на три части (Фигура 14.8), където горният блок съдържа действителния HTML код. Долният ляв блок показва списък с грешки и коментари, или информационни съобщенияв случай на валиден документ. Долният десен блок е за подробни съвети относно текущите бележки.
Ориз. 14.8. Резултат от работата HTML разширенияВалидатор
здравей Веднага ще отговоря на въпроса ви: струва ли си да ви чета този урок? Отидете на много полезен и безплатно обслужване, въведете адреса на вашия сайт и, ако видите, че има грешки във вашия сайт, тогава урокът си струва да прочетете. Примери за показване на грешки с помощта на този онлайн валидатор:
В моя блог сега няма подобни грешки, отървах се от тях (имаше повече от 70 грешки и общо над 80 предупреждения). За да е ясно, ще ви кажа какво е валиден код и защо ни е нужен.
Валиден код е код, който отговаря на стандартите.
Можете да проверите за валидност HTML, CSS, всички видове микро-маркиране и други. Днес ще ви разкажа за валидност в HTML.
- Валидният код не е задължителен, но броят на грешките трябва да е минимален, в противен случай вашият сайт няма да е с различни браузъри. Валидността на кода е необходима преди всичко, за да се гарантира, че вашият сайт се показва правилно във всички браузъри.
- Търсачките ботове "говорят" с вашия сайт HTML език, така че е важно да предоставяте ясно и ясно съдържание на сайта с всички." затворени тагове" и т.н.
- Валидността на HTML засяга SEO, но само леко (освен ако, разбира се, нямате стотици или дори хиляди грешки). Препоръчвам да прочетете интересните наблюдения на Devaki "Влиянието на качеството на HTML върху тяхното класиране".
- Когато направих кода валиден на моя сайт, открих и поправих глупавите си грешки (дублирани етикети, липсваща буква и т.н.).
- Не трябва да се "разкъсвате * опа", ако някоя грешка е трудна за отстраняване или ако поправката й ще навреди на функционалността на сайта. Основното е, че е удобно за потребителя.
По-долу ще анализирам основните грешки, посочени от валидатора. Ако изведнъж грешката ви не се появи в списъка по-долу, напишете я в коментарите, ще се опитаме да я разберем заедно и ще добавя решение на този проблем в този урок... Между другото, да, тук разглеждаме грешките, посочени от валидатора на w3c:
Всяка грешка има намек - това е номерът на реда в изходния код на страницата и от него вече е възможно да се определи приблизително в кой файл се намира темата даден низ... Вижте изходния код на страницата, като използвате CTRL + U (в основните браузъри).
Преди да започнете работа, направете архивиранешаблона на вашия уебсайт.
Освен това, за да улесните намирането на грешки в изходния код, можете да използвате HTML валидатора за Mozilla Firefox. След като го инсталирате, като отидете на източникстраница, ще видите същите грешки, както е посочено от услугата validator.w3.org. Като кликнете върху името на грешката (в долния ляв ъгъл), ще бъдете автоматично пренасочени към реда, където се намира този невалиден код.
Намиране на HTML грешки с w3c валидатора и тяхното коригиране
Потърсете грешката си в списъка по-долу и кликнете върху нея, автоматично ще бъдете „превъртани“ на правилното място.
1. Няма интервал между атрибутите.
… Rel = "икона за пряк път" href = "http://arbero.ru/favicon.ico"; type = "image / x-icon" Просто премахнете точката и запетаята.
2. Атрибутът ширина на елемента td е остарял. Вместо това използвайте CSS.
td valign = "център" ширина = "80" височина = "80">
Преобразуваме подобно на формата
td style = "подравняване: център; ширина: 80; височина: 80;">
3. Един img елемент трябва да има атрибут alt, освен при определени условия. За подробности вижте ръководството за предоставяне на текстови алтернативи за изображения.
Един от най чести грешки... Просто няма достатъчно алтернативен текст за снимката. Регистрираме alt тага.
4. В раздела липсва заглавие. Помислете за използването на елементи h2-h6, за да добавите идентифициращи заглавия към всички раздели.
идентификатор на раздел = "коментари">
Вътре в блока раздел трябва да съдържа някои от таговете h2-h6, ако те не са там, просто преименувайте думата section на div
5. Елементът hgroup е остарял. За да маркирате подзаглавия, помислете или просто да поставите подзаглавието в елемент p след елемента h1-h6, съдържащ основното заглавие,
или пък поставяне на подзаглавието директно в елемента h1-h6, съдържащ основното заглавие, но отделено от основното заглавие чрез пунктуация и/или в, например, елемент span class = "подзаглавие" с диференциран стил. За да групирате заглавия и подзаглавия, алтернативни заглавия или лозунги, помислете за използването на елементите header или div.
Подобно на предишната точка. Просто променете фразата hgroup на div. Можете да използвате инструмента Find / Replace All в текстов редакторза ускоряване на подобни процеси.
6. Елемент "noindex" не е дефиниран
Да се маркер noindexстана валиден, пишем го като коментар, тоест така:
Не подлежи на индексиране
7. Краен етикет за елемент "div", който не е отворен
Затварящият таг div е излишен. Ние го премахваме.
8. Типът на документа не позволява елемент "li" тук; липсва един от началния маркер "ul", "ol", "menu", "dir".
Неправилно използване на етикет "li": липсващи тагове "ul", "ol". Проверете.
9. Крайният маркер за "div" е пропуснат, но е посочен OMITTAG NO
Затварящият етикет div липсва.
10. Няма атрибут "граница"
alt = "" ширина = "1" височина = "1" граница = "0" />
Просто премахнете фразата border = "0".
11. Характер "<" is the first character of a delimiter but occurred as data
Не използвайте маркера "<" перед обычными словами, используйте лучше разные кавычки.
12. Видях „когато очакваш име на атрибут. Вероятна причина: = липсва непосредствено преди.
Допълнителен знак в кавички, премахнете го.
13. Атрибутът align на елемента img е остарял. Вместо това използвайте CSS.
Не използвайте стойност за подравняване вътре в етикета img. Запишете го отделно, както следва:
14. Лоша стойност за атрибут href на връзката към елемент: Незаконен знак в сегмента на пътя: не е URL кодова точка.
Заключение
Ако имате грешка във вашия сайт, която не е в този списък - пишете в коментарите. Ще го разберем и ще допълня статията. Повтарям, ако не можете да поправите някаква грешка, не се притеснявайте.
Все още имам грешка в моя блог (въпреки че вчера по някаква причина кодът беше без грешки):
Текстовото съдържание на скрипта на елемента не е в необходимия формат: Очакван интервал, раздел, нов ред или наклонена черта, но е намерен< instead.
Ако знаете как да го оправя, ще съм благодарен. Аз съм малко перфекционист. 🙂
Ще направите ли валиден HTML кода на сайта?
Пожелавам ви да получите валиден HTML код на вашия сайт, известието за което изглежда така:
P.s. Често ли претоварвате тялото си? След това имате нужда от програма за детоксикация. Възстановете силата и енергийния баланс.
анотация: Кой е най-добрият начин да започнете да проверявате HTML страници и да гарантирате, че тези страници се изобразяват правилно в различни браузъри, без никакви грешки? Отговорът е валидиране. Тя ще бъде обсъдена
Въведение
И така, вие сте написали някои HTML страници и изглежда, че извеждат добре, но има няколко неща, които не са съвсем правилни. Кой е най-добрият начин да започнете да търсите какво не е наред и да гарантирате, че тези страници (и страниците, написани в бъдеще) ще се изобразяват правилно в различни браузъри, без никакви грешки?
Отговорът е валидиране! На сайта на W3C и другаде има много инструменти, които ви позволяват да извършвате валидиране на кода на сайта.
Най-известните валидатори са следните:
- W3C MarkUp Validator(http://validator.w3.org/): Този валидатор намира HTML doctype (X), използван в документа, който се проверява, и след това сканира целия документ, като посочва къде HTML кодът не съвпада с използвания doctype (т.е. , където има грешки в HTML кода).
- Проверка на връзки в W3C(http://validator.w3.org/checklink): Този валидатор разглежда документа, изпратен за валидиране, и проверява всички връзки в документа, за да се увери, че няма прекъснати връзки (с href стойности, сочещи към несъществуващи ресурси) .
- W3C CSS валидатор(http://jigsaw.w3.org/css-validator/): Както може би се досещате, този валидатор разглежда CSS (или HTML / CSS) документ и проверява дали CSS отговаря на спецификациите на CSS.
Тази статия ще разгледа първия от тези инструменти, за да ви покаже как да го използвате и как да интерпретирате типичните резултати, които валидаторът връща. Проверката на връзките е доста проста и CSS валидаторът също ще стане доста ясен, след като прочетете тази статия и CSS статиите, които ще бъдат представени по-късно в курса.
Статията има следната структура:
- Грешки
- Какво е валидиране?
- Защо е необходимо валидиране?
- Различните браузъри интерпретират по различен начин неправилния HTML код
- Quirksmode
- Как да валидирате страници
- W3C HTML валидатор
- Заключение
- Допълнителни инструменти
- Контролни въпроси
Грешки
В компютърното програмиране обикновено има два вида проблеми с кода:
- синтактични грешки - когато грешки в писането на кода пречат на компютъра да изпълни правилно или да компилира програмата.
- програмни (или логически) грешки - когато кодът не отразява напълно намерението на програмиста.
В повечето езици за програмиране грешките от тип I са доста лесни за откриване - програмата просто отказва да се изпълни или компилира, докато грешката не бъде отстранена. Това прави намирането и коригирането на такива грешки много по-лесно в ситуации „защо тя не прави това, което искам“.
HTML не е език за програмиране. Синтактични грешкина уеб страница обикновено не кара уеб браузъра да откаже да отвори страницата (въпреки че XHTML е по-строг от HTML - поне когато се третира като приложение / xhtml + xml или текстови / xml данни, както трябва да бъде - и някои типове документи забраняват използването на определени типове HTML елементи). Това е една от основните причини за бързото възприемане и разпространение на мрежата.
Първият уеб браузър, WorldWideWeb (http://www.w3.org/People/Berners-Lee/WorldWideWeb.html), написан от Тим Бърнърс-Лий, също беше редактор, който позволяваше на хората да създават уеб страници, без първо да изучават HTML. Този редактор генерираше невалиден HTML. Това можеше да бъде поправено, но беше създаден важен прецедент, който съществува във всички уеб браузъри и до днес - въпросът е, че предоставянето на достъп на хората до съдържание е по-важно от съобщаването на грешки на хора, които не ги разбират или не могат да ги поправят. . ..
Какво е валидиране?
Въпреки че уеб браузърите ще приемат лоши (невалидни в нашата терминология) уеб страници и правят всичко възможно да изобразят кода, като правят най-добрите предположения за намерението на автора, все още е възможно да се провери дали HTML е написан правилно и всъщност трябва както ще видим по-долу. Ние наричаме този процес HTML "валидиране".
Валидаторът сравнява HTML кода на уеб страницата с правилата в придружаващия doctype и съобщава кои правила са били нарушени и къде.
Защо е необходимо валидиране?
Сред някои уеб разработчици има общо вярване, че ако дадена уеб страница изглежда добре в браузърите, няма значение, че не е била валидирана. Те наричат валидирането идеалната цел, но не и нещо, което е черно-бял проблем.
Има известна истина в този подход, HTML спецификацията не е перфектна и вече е значително остаряла. Някои неща, които може да са правилни (като началото на подреден списък в точка, различна от 1), не са валидни в HTML. Въпреки това, както казва поговорката:
Научете правилата, за да знаете как да ги нарушавате правилно
Има две много важни причини за валидиране на HTML кода, когато е генериран.
- Човешките същества не са съвършени, нито кодът, който пишат – всеки прави грешки и уеб страниците ще бъдат с по-добро качество (т.е. ще работят по-последователно), ако всички грешки бъдат изчистени.
- Браузърите се променят. В бъдеще браузърите вероятно ще бъдат по-малко прощаващи, когато анализират невалиден код.
Валидирането е система за ранно предупреждение за наличието на грешки в страниците, които могат да се проявят по различни и трудни за откриване начини. Когато браузърът срещне невалиден HTML, той е принуден да направи обосновано предположение за това, което сте на път да направите – и различните браузъри може да излязат с различни отговори.
Различните браузъри интерпретират по различен начин неправилния HTML код
Валиден HTML е само договор, който сключвате с производителите на браузъри. HTML спецификацията казва как трябва да напишете това и как те трябва да тълкуват вашия документ. Напоследък съответствието със стандартите на браузъра достигна точката, в която, ако пишете валиден код, всички основни браузъри трябва да интерпретират кода ви по един и същи начин. Това почти винаги е така за HTML, докато други стандарти имат малко повече разлики в поддръжката в различните браузъри.
Но какво се случва, ако подадете невалиден (невалиден) код към браузъра? Какво ще стане тогава? Отговорът е, че обработката на грешки започва в браузъра, за да определи какво да прави с кода. Браузърът обикновено действа така: "добре, този код не е валиден, как можете да представите тази страница на крайния потребител? Нека попълним липсващата по този начин!"
Звучи страхотно, нали? Ако има няколко грешки на страницата, браузърът ще попълни ли липсващата вместо вас? Всъщност не, тъй като всички
Днешната статия искам да посветя на валидирането на сайтове (т.е. HTML). Първо, нека дефинираме какво означава този термин! Валидирането на сайта е проверка за синтактични грешки, влагане на маркери и други критерии. По правило валидаторите (услуги за проверка на сайтове за грешки в структурата на документа) проверяват HTML кода за съответствие с определен стандарт, който е посочен в самото начало на всяка HTML страница в първия ред. Ако не знаехте за какво е, сега ще разберете! 🙂 Но за какво всъщност е необходима тази валидация и какво засяга?
„Какво е валидиране на сайта?“
Както казах по-горе, валидирането е съответствието на HTML кода с определени правила и стандарти. Той замени XHTML, което направи живота много по-лесен за разработчиците. Въпросът е, че синтаксисът беше много строг в XHTML версията. Ако в HTML5 можете да пишете маркер за тире
както без наклонена черта, така и в тази форма
, тогава само последното ще бъде валидно в XHTML. HTML5 не е толкова строг, а освен това има много полезни тагове, но това не е за това сега 🙂.
„Какво засяга валидирането на сайта?“
Сега нека отговорим на втория въпрос.
Валидирането на сайта ви позволява да наблюдавате правилното показване на сайта в различни браузъри. Например, ако не затворите маркера или не направите печатна грешка в кода някъде, тогава една и съща страница може да се показва по различен начин в различните браузъри. Също така (CSS) може да не се изобрази според очакванията. Следователно, трябва внимателно да наблюдавате това.
Освен това не можех да не кажа, че валидирането засяга търсачките: търсачките дават предпочитание на сайтове с валиден HTML код... Имайте това предвид!
Е, убедих ли ви, че проверката на сайта наистина е необходима? След това сме готови с теорията и отиваме на практика!
Методи за проверка на валидността
За всеки от методите написах подробни инструкции под формата на текст, а също така, ако някой го мързи да чете и да се задълбочи, заснех видео 😉.
1 начин. Услуга validator.w3.org
Същността на първия метод е да се използва услуга за проверка на валидността на сайта. Как да проверите валидността на даден сайт с помощта на услугата validator.w3.org:
1. Отидете на адреса: validator.w3.org. Пред нас ще се отвори страница, на която има 3 раздела. В първия раздел „Проверка по URI“ можете да проверите валидността на сайта, намиращ се в Интернет, във втория „Валидиране чрез качване на файл“ - качете файл от вашия компютър, а в третия „Проверка чрез директно въвеждане“ - вмъкнете съдържанието на файла директно във формата за въвеждане. Ще говоря за първия вариант, тоест когато сайтът се хоства в Интернет (мисля, че няма да имате проблеми с други методи). Затова избираме първия раздел, както е на изображението по-долу:
- Кодиране на символи- кодирането на вашия сайт. НО! Ако вече е между таговете
(на вашия уебсайт в браузъра натиснете клавишната комбинация CTRL + Uи потърсете ред като този в началото на документа
). Ако има нещо подобно в първия ред, оставете стойността и тук. (открива автоматично).
Ако нямате нещо от описаното по-горе, тогава вие сами ще трябва да зададете тези стойности. Не съм променил нищо тук и оставих всичко както е.
3. След това в полето „Адрес“ въведете адреса на вашия сайт, както направих аз:
След това кликнете върху бутона "Проверка", който се намира в средата на сивия блок:
4. Следва валидирането на вашия сайт и след известно време ще се появи резултатът от валидирането. Ще има подобна страница със съобщението "Този документ е проверен успешно като HTML5!" (което означава, че вашият сайт е преминал успешно проверката за валидиране за определен тип документ, тоест в моя случай HTML5):
Ако имате надпис на червен фон, това означава, че имате грешки във вашия HTML документ. Те трябва да бъдат коригирани. За да направите това, просто изберете името на грешката (във видеоклипа показвам всичко това как да го направите) и го поставете, например, в Google. След това просто прочетете как други уеб администратори се бориха с тази грешка и я поправете, като следвате тези съвети. Имате и друг изход - да поверите този бизнес на знаещ човек, който разбира кода, и да го оставите да го направи вместо вас.
Метод 2. Плъгини за браузъри
1. Плъгин за браузър Mozilla Firefox - Go
Следвайте връзката по-горе, изберете версията на браузъра Firefox и кликнете върху бутона "Изтегляне". След това изберете необходимата операционна система и я инсталирайте като обикновена добавка. (тези, които не са разбрали, гледайте видеото 🙂)
2. Плъгин за браузър Google Chrome - Go
Тук трябва да кликнете върху бутона "Безплатно" и след това да кликнете върху "Добавяне" в изскачащия прозорец.
3. Плъгин за браузър Opera - Go
Тук се извършва и обичайната инсталация на добавки.
4. Плъгин за браузър Safari - Go
Поздравления! Докато проверявах един от сайтовете за валидност, изведнъж забелязах интересно предупреждение ...
В превод на руски това означава приблизително следното:
Ново – W3C предлага бета версия на нова услуга, която ще ви предостави изчерпателен доклад за одит на сайта. Опитайте го сега, за да идентифицирате частите от сайта, които изискват специално внимание, възможно най-скоро.
И тук ми хрумна една страхотна мисъл - защо да не направя малко ревю точно сега? Нека го направим, приветстваме новата услуга W3C Validator Suite!
Нов подход за оценка на качеството на сайта, стандарти
Validator Suite предоставя нов вид цялостна услуга за оценка на качеството на сайта. Услугата проверява всички страници на сайта и оценява тяхното съответствие със стандартите на W3C, както и други изисквания за производителност на уеб ресурсите.
Всъщност вече запознах читателите си с услуги като:
- Услуга за валидиране на CSS -;
- Услуга за валидиране на MarKup -;
- А също и с инструментите на консорциума.
Комбинира всички тези помощни програми в една онлайн услуга, което прави валидирането и анализа на сайта по-лесно от всякога. Това ви позволява да приведете сайта в пълно съответствие с най-новите актуални стандарти за уеб разработка.
Съответствието на сайта със стандартите W3C гарантира:
- опростена поддръжка и използване на всички вградени функции;
- съвместимост с най-голям брой съвременни браузъри и платформи, което намалява вероятността от грешки;
- подобрена производителност на новите стандарти на съвместими устройства, използвани за достъп до Интернет.
Ако създавате нов сайт или поддържате текущи проекти, използвайте услугата W3C Validator Suite и извършвайте периодични проверки. Така можете да сте сигурни, че проектът отговаря на съвременните стандарти и е оптимизиран максимално за гледане от различни устройства и браузъри.
Използване на пакета за валидиране на W3C
Услугата е много лесна за използване - просто въведете URL адреса, задайте необходимите параметри и потвърдете началото на проверката:
В момента пакетът Validator комбинира следните инструменти и възможности:
- HTML валидатор. Инструментите са същите като в услугата за валидиране на MarKup, но резултатите са представени в алтернативен, по-интуитивен интерфейс. Включва валидиране на HTML5.
- CSS валидатор. Използват се и стандартни добре познати инструменти с ново представяне на резултатите. Включва CSS3 валидиране.
- Робот за търсене. Той автоматично намира всички страници на сайта за проверка, включително в XML формат. Не е необходимо да добавяте ръчно всяка страница - просто трябва да посочите главната страница и да започнете проверката, а роботът сам ще намери всички вътрешни страници.
- Обобщен доклад. Когато всички страници бъдат проверени, ще видите обобщен отчет за сайта, в който ще бъдат групирани предупрежденията и грешките.
- URL доклад. Отчет за грешка за всяка страница. Ще видите брой HTML и CSS грешки и предупреждения с връзка към подробно описание на проблема.
- Многократни проверки. Вероятно веднага след получаване на доклада ще започнете да работите по отстраняването на грешките. С помощта на валидатора можете да изпратите отделни страници за преглед или да поискате повторна пълна проверка на сайта.
- Неограничено съхранение на отчети. Можете да съхранявате отчетите си толкова дълго, колкото ви е необходимо, докато акаунтът е активен. В същото време подобни услуги ги изтриват след няколко дни.
- Доклади за изтегляне. Възможно е изтегляне на резултатите от теста във формат CSV (формат, съвместим с MS Excel, OpenOffice и друг софтуер).
Цена за валидиране с W3C Validator Suite
Да, за съжаление проверката на сайта с този инструмент не е безплатна. В момента има два тарифни плана:
- Първият тарифен план се нарича "Едно време, една работа", чиято същност е да плащате за услуги за един чек. Цената зависи от броя на страниците в проекта.
- Месечен абонамент. Заплащайки месечен абонамент, клиентът получава неограничен брой чекове. Цената към момента на пускането на бета версията не е посочена, тя трябва да бъде проверена индивидуално със специалисти по техническа поддръжка. Между другото, сега много онлайн услуги преминават към абонаментни плащания.
От една страна, имаме добре познати инструменти, които можете да използвате безплатно. От друга страна има нов приятелски и достъпен интерфейс с разширена функционалност, но платен. Вероятно поддръжката на първокласните потребители се оказа нерентабилна и следователно услугата се превърна в проект с отворен код, който е достъпен в GitHub.
Валидност и други показатели за качество на сайта
Има още много да се направи за разширяване на възможностите на услугата, има три допълнителни области в плановете за внедряване:
- Наличност. Съответствие със стандарта WCAG (Указания за достъпност на уеб съдържанието), който прави съдържанието на сайта достъпно за хора с увреждания.
- Съвместимост. Мултиплатформената съвместимост намалява разходите за разработка и позволява на потребителите да преглеждат сайта във всеки браузър.
- Оптимизация. Опростяването и минимизирането на кода и съдържанието прави сайта по-отворен за търсачките и по-удобен за потребителя.
Обобщавайки прегледа, заслужава да се отбележи, че услугата е в етап на тестване и не всички посочени функции са включени в работата. Като цяло, предвид разширяването на възможностите и въвеждането на планирани функции, услугата заслужава внимание.
Препоръчвам ви да се запознаете с другите ми прегледи на инструменти за анализ на сайтове от раздела Одит и тестване. И разбира се, очаквам с нетърпение вашите отзиви! Смятате ли, че услугата ще намери своето място в нишата и ще бъде ли търсена? 🙂
