Xml validator

Валидность и другие показатели качества сайта

Еще многое предстоит сделать по расширению возможностей сервиса, в планах по реализации три дополнительных направления:


  1. Доступность. Соответствие стандарту WCAG (Web Content Accessibility Guidelines), обеспечивающему доступность содержимого сайта для людей с ограниченными возможностями.
  2. Совместимость. Мультиплатформенная совместимость снижает затраты на разработку и позволяет пользователям просматривать сайт в любом браузере.
  3. Оптимизация. Упрощение и минимизация кода, оптимизация графики и контента делает сайт более открытым для поисковых систем и удобным для пользователей.

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

Рекомендую ознакомиться с другими моими обзорами средств анализирования сайта из рубрики Аудит и тестирование. И конечно же жду Ваших отзывов! Как думаете, сервис найдет свое место в нише и будет пользоваться спросом?

News

For Wide Review: WCAG 2.2

11 August 2020 | Archive

The Accessibility Guidelines Working Group (AG WG) has published a Working Draft of Web Content Accessibility Guidelines (WCAG) 2.2 for wide review. This version has 9 new accessibility requirements (“success criteria”) since WCAG 2.1. The new success criteria address user needs of people with cognitive or learning disabilities, users of mobile devices, and users of ebooks. We want to hear from users, authors, tool developers, policy makers, and others about benefits from the new proposed success criteria, as well as how achievable you feel it is to conform to the new success criteria. Additional information is in the blog post Web Content Accessibility Guidelines (WCAG) 2.2 Draft for Review. Please submit comments by 18 September 2020.

W3C Invites Implementations of CSS Grid Layout Module Level 1 and Level 2

18 August 2020 | Archive

The CSS Working Group has published a Candidate Recommendation of CSS Grid Layout Module Level 2 and an updated Candidate Recommendation of CSS Grid Layout Module Level 1. This CSS module defines a two-dimensional grid-based layout system, optimized for user interface design. In the grid layout model, the children of a grid container can be positioned into arbitrary slots in a predefined flexible or fixed-size layout grid. Level 2 expands Grid by adding “subgrid” capabilities for nested grids to participate in the sizing of their parent grids. Comments are welcome by 18 October 2020.

TTML Profiles for Internet Media Subtitles and Captions 1.2 is a W3C Recommendation

4 August 2020 | Archive

The Timed Text Working Group has published TTML Profiles for Internet Media Subtitles and Captions 1.2 as a W3C Recommendation. IMSC 1.2 is the latest version of the IMSC standard, which defines profiles of the Timed Text Markup Language for worldwide subtitling and captioning interchange. IMSC is used in applications such as CMAF, DASH, IMF, ATSC, DVB, etc. and is designed to work with SMPTE-TT, EBU-TT-D and other regional practices. IMSC 1.2 adds support for downloadable font resources. This feature is intended to improve fidelity by providing clients the exact font used during authoring and allow images to be added to inline text content – while providing graceful fallback. IMSC 1.2 is otherwise primarily a maintenance release that fixes outstanding bugs and generally improves specification text.

Working Group Note: Web App Manifest — Application Information

30 July 2020 | Archive

The Web Applications Working Group has published a First Public Working Group Note of Web App Manifest – Application Information. This document is a registry of supplementary members for the Web App Manifest specification that provide additional metadata to an . This metadata can be used in a digital storefront or other surfaces where this web application may be marketed or distributed, or to enhance an installation dialog when a web application.

Updated Candidate Recommendation: Media Queries Level 4

21 July 2020 | Archive

The CSS Working Group invites implementation of an updated Candidate Recommendation of Media Queries Level 4. allow authors to test and query values or features of the user agent or display device, independent of the document being rendered. They are used in the CSS @media rule to conditionally apply styles to a document, and in various other contexts and languages, such as HTML and JavaScript. Media Queries Level 4 describes the mechanism and syntax of media queries, media types, and media features. It extends and supersedes the features defined in Media Queries Level 3.

Updated W3C Code of Ethics and Professional Conduct (CEPC)

17 July 2020 | Archive

W3C today adopted a new Code of Ethics and Professional Conduct (CEPC), developed by the Positive Work Environment Community Group. W3C’s Code of Ethics and Professional Conduct defines accepted and acceptable behaviors and promotes high standards of professional practice. The goals of this code are to:

  • Define acceptable and expected standards of behavior.
  • Provide a benchmark.
  • Ensure transparency in community and group management.
  • Ensure an environment where people can participate without fear of harassment.
  • Contribute to the identity of the organization.

This document supersedes the 2015 CEPC. are available from the Positive Work Environment public homepage.

Стоимость проверки с помощью W3C Validator Suite

Да, к сожалению, проверка сайта этим инструментом не бесплатна. На данный момент представлены два тарифных плана:

  1. Первый тарифный план называется «One Time, One Job», суть которого заключается в оплате услуг за одну проверку. Стоимость зависит от числа страниц в проекте.
  2. Месячная подписка. Оплачивая месячную подписку клиент получает неограниченное количество проверок. Стоимость на момент бета-релиза не указывается, ее необходимо уточнять индивидуально у специалистов технической поддержки. Кстати, сейчас многие онлайн сервисы переходят именно на оплату по подписке.

Внимание! Начиная с 6 августа 2015 года Validator Suite стал бесплатным

Conclusion

We have covered almost all the top best free HTML Validator Online tools along with top features, pricing, and official website.

We also came to know why HTML validator plays an important role in any organization. However, just to conclude I would tell the best benefits and advantages of using Validator Tools which has vital effects for increasing the company’s profit.

Validator Tool Benefits:

  1. Increased Web Accessibility: If the HTML code is clear, then it can avoid certain blocks or issues which restrict the user to search the complete site.
  2. Page Loading is faster: If the unwanted code is removed, then it makes the code base small so the application loads faster.
  3. Load shed on servers: Good and error-free code reduces the space required and the cost as well.
  4. Compatibility of Browsers: If the code is validated for compatible issues then it avoids the risk of any browser issues.

Based on the points and price mentioned above, you can decide which validator tool is best suited for your organization.

=> Contact us to suggest a listing here.

Тестируем всё

Как проверить, что вы всё сделали правильно? Что в разметке и в стилях нет ошибок и что результат соответствует макету? Можно воспользоваться разными инструментами, каждый для своих целей.

Проверить HTML

Используйте .

Он проверит ваш HTML на соответствие спецификациям, а так же поможет найти простые ошибки, вроде незакрытых тегов.

Подсказка: если валидатор говорит, что в и обязательно должны быть заголовки, добавьте их в разметку

Если в макете нет текста, подходящего по смыслу, можно сделать скрытые заголовки используя способ с классом , это важно для доступности.

Инструмент построит структуру страницы, проверит БЭМ-разметку на самые простые ошибки и покажет иерархию заголовков.

Проверить CSS

Форматирование

Используйте The stylelint CLI.

Установка:

Также нужен файл с правилами проверки стилей. Можно взять мой набор правил, или накликать свой используя Stylelint Config Generator.

Список правил сохраните в корне проекта в файл с названием (расширение не нужно).

Файл с правилами можно редактировать под ваши нужды, узнать больше о правилах можно здесь.

Использование:

SASS:

LESS: Команда запускается в папке проекта.

Проверить страницу на разных размерах экрана

Используйте эмулятор мобильных устройств, который есть в Хроме

Кнопка включения находится в панели разработчиков, вторая иконка в верхнем ряду:

В эмуляторе в выпадающем меню можно просто выбрать устройство с подходящими размерами, а можно кликнуть «Edit» и добавить свои:

Справа на скриншоте есть выпадушка с выбором типа устройства (на скриншоте Mobile), эта опция влияет на наличие прокрутки на странице. Чтобы прокрутка не отъедала ширину страницы, между Mobile и Desktop всегда выбирайте Mobile.

Там же можно скрыть устройства, которые вам не нужны.

Мой список устройств выглядит так:

Такой поход избавляет от необходимости подбирать размер окна руками, а так же позволяет быстро переключаться между вьюпортам, причём именно теми, которые нужны вам.

Не забывайте также проверять макеты на очень широких экранах (1400+), чтобы убедиться что и в этом случае страница не разваливается.

Используйте Pixel Glass.

Подсказка: проверьте, что в загрузится именно этот формат. Если грузится woff, проверьте порядок перечисления шрифтов. Браузер выбирает первый подходящий, а не оптимальный из перечисленных.

Проверить изображения

Панель разработчика → Network → Img.

Плотность пикселей устройства можно выбрать в меню эмулятора:


Если там нет такой опции, нажмите на три точки в правой части панели устройств и включите её в выпадающем меню:

Если все адаптивные изображения содержат в своём адресе @, этот спецсимвол можно использовать для фильтрации, чтобы в панели показывались только те картинки, которые нужно проверить:

В панели устройств меняйте размеры экрана и плотность пикселей и смотрите какие изображения загрузились.

Проверить страницу на переполнение контентом

Введите в консоль браузера команду:

После этого вы сможете отредактировать любой текстовый элемент на странице и добавить в него текст. Это позволит проверить поведение страницы в случаях когда контента слишком мало или наоборот — слишком много.

При добавлении текста элементы должны тянуться по вертикали, текст не должен упираться в края элемента или обрезаться.

Статья по теме: Краш-тест вёрстки.

Contributing

In general, we follow the «fork-and-pull» Git workflow.

  1. Fork the repo on GitHub
  2. Clone the project to your own machine
  3. Work on your fork
    1. Make your changes and additions
      • Most of your changes should be focused on and folders and/or .
      • Files such as , and files in folder are autogenerated when running tests () and need not to be changed manually.
    2. Change or add tests if needed
    3. Run tests and make sure they pass
    4. Add changes to README.md if needed
  4. Commit changes to your own branch
  5. Make sure you merge the latest from «upstream» and resolve conflicts if there is any
  6. Repeat step 3(3) above
  7. Push your work back up to your fork
  8. Submit a Pull request so that we can review your changes

Errors and Warnings suppressing

You can ignore some errors or warnings by suppressing them.Note! This feature can be used only on , and formats.

You need to specify field in your project file.

Here can be two arrays, for errors () and warnigns(). Values must be a string parts or fully value of «unwanted» message. Under the hood — node-w3c-validator will use method for filtering messages.

For example, you receive warning message:

The “type” attribute for the “style” element is not needed and should be omitted.

Now you can suppress it

{"nodeW3Cvalidator"{"suppressErrors","suppressWarnings""The “type” attribute for the “style” element is not needed and should be omitted."}}

How to Provide Feedback For the W3C Markup Validator

There are many ways to send feedback or discuss the Markup Validator:

  1. If you need
  2. If you would like to
  3. If you want to
  4. If you want to .

Finding help on validation and Web authoring

Your page doesn’t validate, and you don’t know why, or you have a question about HTML, stylesheets or validation?

First, check our Help and FAQ document, as well as the Web authoring FAQ to see if your question has been answered there.

The two most common problems are: and .

If your problem isn’t covered by one of the resources above, you can send it to one of the following forums:

  • Usenet newsgroup:
  • HTML Writers Guild mailing lists

Each of these forums have plenty of experienced HTML authors who are willing to share their expertise. If you are commenting on a specific page, be sure to provide a URL when you ask your question!

Error message feedback

If you think the error messages in the Markup Validator’s result pages could be improved, or are not comprehensible, you can send questions and suggestions to our mailing-list.

Before you send any feedback on error messages, we encourage you to search the archives for existing messages on this error in case your feedback has already been sent, or answers to your query have already been given.

Once you have checked that your suggestion has not been given yet, you can send your message. To write an efficient message:

  • Add a meaningful subject line: summarize your feedback in a handful of words;
  • If our system added at the beginning of the mail subject, keep it. Otherwise, please precise which error message you are sending feedback about;
  • Give some context. Generally speaking, this means give the URL of the page you were trying to validate. The more context you give, the easier it will be for others to understand your problem, question or feedback.
  • What is your feedback?. Explain your suggestion, or question, in a clear and informative manner. Be precise and thorough.

Once you have checked all the criteria above, send your message to the www-validator public mailing-list.

Discuss and participate

If you are interested in helping to improve this service, by writing code or just providing ideas, you should feel free to join or send a message to our mailing-list.

The public mailing-list to discuss the Markup Validator, Link checker and other tools is .

If you just want to have an informal discussion with developers and users of the Validator, you may also join the IRC channel #validator on the freenode network (irc.freenode.net). However, please keep in mind that this is not a support channel.

Bug reports

Before you enter a new bug in this database, we strongly encourage you to check that it is not yet in the list of opened issues. Here are a few links that you can use:

  • W3C issue tracking system homepage
  • All open Markup Validator issues
  • All Markup Validator issues
  • Search Markup Validator issues
  • New Markup Validator issue

If you encounter an HTML 5 related issue in the W3C validator, before reporting it in the W3C Bugzilla, see if you can reproduce it also with Validator.nu. If you can, report it according to the instead. This inconvenience is because the W3C validator uses the Validator.nu engine which is developed and maintained by a different team than the W3C validator to validate HTML 5 documents, and addressing bug reports directly to the team working on the system in question is likely to result in better and more timely responses.

JS Tutorial

JS HOMEJS IntroductionJS Where ToJS OutputJS StatementsJS SyntaxJS CommentsJS VariablesJS OperatorsJS ArithmeticJS AssignmentJS Data TypesJS FunctionsJS ObjectsJS EventsJS StringsJS String MethodsJS NumbersJS Number MethodsJS ArraysJS Array MethodsJS Array SortJS Array IterationJS DatesJS Date FormatsJS Date Get MethodsJS Date Set MethodsJS MathJS RandomJS BooleansJS ComparisonsJS ConditionsJS SwitchJS Loop ForJS Loop WhileJS BreakJS Type ConversionJS BitwiseJS RegExpJS ErrorsJS ScopeJS HoistingJS Strict ModeJS this KeywordJS LetJS ConstJS Arrow FunctionJS DebuggingJS Style GuideJS Best PracticesJS MistakesJS PerformanceJS Reserved WordsJS VersionsJS Version ES5JS Version ES6JS JSON

Важна ли валидная верстка в продвижении сайта

В теории да, но на практике оказывается, что в топе висит множество сайтов с ошибками валидации, да и сайты с ошибками двигаются в общем неплохо. Проблемы с продвижением могут быть только если ваш сайт некорректно отображается на каком-то типе устройств или в каком-то браузере. Если же он выглядит отлично, но ошибки в валидации есть — на продвижение это не окажет никакого влияния.

Некоторые вебмастера целенаправленно исследовали этот вопрос, пытаясь выяснить, зависят ли результаты ранжирования от результатов валидации. Вебмастер Марк Даост отметил, что валидность кода не принципиальна. А Шаун Андерсон, напротив, пришел к выводу, что валидность как бальзам на душу сайту в плане позиций выдачи.

Еще один специалист, Майк Дэвидсон, также провел подобный эксперимент и пришел к выводу, что Google классифицирует страницы по качеству их написания. Например, незакрытый тег может привести к восприятию части контента как значение этого тега.

Этот вебмастер сделал очень важный вывод:

Нельзя с точностью сказать, насколько сильно ранжирование зависит от валидности кода, но абсолютно точно то, что имеющиеся недочёты могут привести к вылету страниц или всего сайта из индекса поисковиков.

JSON Explained

What is JSON?

JSON stands for «JavaScript Object Notation» and is pronounced «Jason» (like in the Friday the 13th movies). It’s meant to be a human-readable and compact solution to represent a complex data structure and facilitate data-interchange between systems.

Why use JSON?

There are tons of reasons why you would want to use JSON:

  • It’s human readable… if it’s properly formatted 😛
  • It’s compact because it doesn’t use a full markup structure, unlike XML
  • It’s easy to parse, especially in JavaScript
  • A gazillion JSON libraries are available for most programming languages
  • The data structure is easy to understand

The JSON format

There are just a few rules that you need to remember:

  • Objects are encapsulated within opening and closing brackets { }
  • An empty object can be represented by { }
  • Arrays are encapsulated within opening and closing square brackets
  • An empty array can be represented by
  • A member is represented by a key-value pair
  • The key of a member should be contained in double quotes. (JavaScript does not require this. JavaScript and some parsers will tolerate single-quotes)
  • Each member should have a unique key within an object structure
  • The value of a member must be contained in double quotes if it’s a string (JavaScript and some parsers will tolerates single-quotes)
  • Boolean values are represented using the true or false literals in lower case
  • Number values are represented using double-precision floating-point format. Scientific notation is supported
  • Numbers should not have leading zeroes
  • «Offensive» characters in a string need to be escaped using the backslash character
  • Null values are represented by the null literal in lower case
  • Other object types, such as dates, are not properly supported and should be converted to strings. It becomes the responsibility of the parser/client to manage this
  • Each member of an object or each array value must be followed by a comma if it’s not the last one
  • The common extension for json files is ‘.json’
  • The mime type for json files is ‘application/json’

JSON in JavaScript

Because JSON derives from JavaScript, you can parse a JSON string simply by invoking the eval() function. The JSON string needs to be wrapped by parenthesis, else it will not work! This is the #1 problem when programmers first start to manipulate JSON strings. That being said, DON’T do this!

Example using the ‘dangerous’ eval():

As pointed out by M. Clement at Inimino, a better and more secure way of parsing a JSON string is to make use of JSON.parse(). The eval() function leaves the door open to all JS expressions potentially creating side effects or security issues, whereas JSON.parse() limits itself to just parsing JSON. JSON.parse() is available natively in . If you need to support older browser, make use of an external JavaScript library such as Douglas Crockford’s json2.js.

Example using JSON.parse():

If you want to create a JSON string representation of your JavaScript object, make use of the JSON.stringify() function.

Example using JSON.stringify():

You can also create JavaScript objects using the JSON syntax directly in your code.

Example of creating a JavaScript object using ‘JSON’ syntax:

Programming languages and JSON

The website JSON.org maintains an extensive list of JSON libraries and they are categorized in programming languages. Unfortunately, there are so many libraries out there that it’s very hard to chose one! Note that VERY few JSON libraries have strict adherence to the JSON specification and this can lead to parsing problems between systems.

These are my recommended JSON libraries:

  • C++: JsonCpp
  • C# (.Net): Json.NET
  • JAVA: JSON.smart,JSON-lib

Other useful JSON resources

  • JSON.org — Excellent overall explanation and list of many JSON libraries
  • Wikipedia — Brief explanation of JSON
  • TheServerSide.net — A list of JSON resource guide on TheServerSide.com

Node.js API

Install in your project

npm i --save-dev node-w3c-validator

Parameters:

Name Data type Description
The path to the folder or directly to the file, for verification, also it can be url to the Web document
Options for validating, sеe description below
Validation callback, sеe description below

example

an exception

transforms to

exec{    buffersize1024*500}

Validation callback.

Parameters:

Name Data type Description
if no errors — will be , else — Error object
string with reporting result, if no errors — can be as empty string

Write file


Parameters:

Name Data type Argument Description
if no errors — will be , else — Error object
file output content
optional
constnodeW3CValidator=require('node-w3c-validator');constvalidatePath='./dist/*.html';constresultOutput='./reports/result.html';nodeW3CValidator(validatePath,{    format'html',    skipNonHtmltrue,    verbosetrue},function(err,output){if(err ===null){return;}nodeW3CValidator.writeFile(resultOutput, output);});

Зачем нужен валидный код

Валидный код позволяет правильно отображать страницы в браузерах (и стили для сайта CSS могут быть отображены неверно).

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

В итоге вы теряете трафик из этого браузера. К тому же, поведенческий фактор, являющийся одним из трёх самых важных факторов в SEO, значительно влияет на результаты выдачи.

Представьте, что на ваш сайт заходят посетители и тут же его закрывают из-за невозможности воспринять информацию — спасибо ошибкам в коде. Или они вообще возвращаются обратно в поисковик, потому что решение не найдено. Это всё сослужит плохую службу, ибо в итоге поведенческий фактор изменит позиции сайта в худшую сторону.

HTML Validator Online Tools

It plays a vital role for clients who receive information from different resources over the web.

HTML validator is used to validate the syntax errors such as missing quotation marks, open tags and unnecessary blank spaces which as a result avoids the risk of web page looking different from which the developer has developed or it may cause issues while running on multiple browsers.

If we have to validate HTML web elements manually, then it’s a very tough and time-consuming job, when we also have CSS (Cascading Style Sheet) and XML (Extensible Markup Language) in the picture, which includes the risk of more manual errors.

Hence, if the client is aware of HTML validation online process, then he/she can rectify the issues step by step or can globally change it across the application by using find and replace which reduces manual effort, time and errors.

FAQ’s

There are some Frequently Asked Questions by users which are mentioned below for your reference:

Q #1) What is an HTML Validator?

Answer: HTML Validator is an online tool which is used to validate the HTML syntax like open tags or unnecessary blanks of the application before the final deployment so that there is no application flow disruption during execution.

Q #2) Why should we validate the HTML web-pages?

Answer: Nowadays every website has dynamic pages which include many functionalities such as HTML, XML, CSS etc. So in order to keep the code error free and maintain a continuous flow of the application, a web page should be validated.

Q #3) What is the working mechanism of HTML Validator Tools?

Answer: It works on a simple mechanism of validation program to mark errors, and provides the option to choose the errors one by one or make a complete check of the application and directly replace all the errors.

Q #4) What can be a possible effect if the HTML pages are not validated?

Answer: There may be a possibility that the current code works fine in one browser but it shows some unexpected outcome in another browser, so in order to make sure that it is compatible in all platforms, HTML validation is advised before deployment.

Below is the list of best HTML Validators with their features, price and some more factors which would help a user to decide which is the best Validator Online for their organizations.

The Validators are divided into four categories:

  1. Free HTML Validators
  2. Premium Validators
  3. Browser extension
  4. Online HTML Validators

=> Contact us to suggest a listing here.

CLI

Install as global package

npm i -g node-w3c-validator

Usage

node-w3c-validator -i ./dist/*.html -f html -o ./reports/result.html -s
node-w3c-validator -i ./dist/***.html -f html -o ./reports/result.html -s

Validate input path.

default:


Exclude from input path.

default:

Specifies whether ASCII quotation marks are substituted for Unicode smart quotation marks in messages.

default:

Specifies that only error-level messages and non-document-error messages are reported (so that warnings and info messages are not reported).

default: , all message reported, including warnings & info messages

Makes the checker exit zero even if errors are reported for any documents

Specifies the output format for reporting the results

default: possible values:

Specifies a filename. Each line of the file contains either a regular expression or starts with «#» to indicate the line is a comment. Any error message or warning message that matches a regular expression in the file is filtered out (dropped/suppressed)

default: , checker does no message filtering

Specifies a regular-expression pattern. Any error message or warning message that matches the pattern is filtered out (dropped/suppressed)

default: , checker does no message filtering

Skip documents that don’t have , , , or extensions.

default: , all documents found are checked, regardless of extension

Forces any or documents to be parsed using the HTML parser.

default: , XML parser is used for and documents

Disables language detection, so that documents are not checked for missing or mislabeled html attributes.

default: , language detection & html checking are performed

Forces all documents to be be parsed in buffered mode instead of streaming mode (causes some parse errors to be treated as non-fatal document errors instead of as fatal document errors).

default: , non-streamable parse errors cause fatal document errors

Specifies «verbose» output. (Currently this just means that the names of files being checked are written to stdout.)

default: , output is not verbose

Shows the current version number.

Write reporting result to the path

node-w3c-validator -i static/***.html -b 500
nodeW3CValidator(validatePath,{    format'html',    exec{        buffersize1024*500}},function(err,output){});

Пользование сервисом проверки W3C Validator Suite

Сервис очень прост в использовании — достаточно ввести URL, задать необходимые параметры и подтвердить начало проверки:

В настоящий момент Validator Suite объединяет в себе следующие инструменты и возможности:

  • HTML валидатор. Используются те же средства, что и в MarKup Validation Service, но результаты представлены в альтернативном, более интуитивно понятном интерфейсе. Включает в себя проверку HTML5.
  • CSS валидатор. Также используются стандартные широко известные средства с новым представлением результатов. Включает в себя проверку CSS3.
  • Поисковый робот. Он автоматически находит все страницы на сайте, подлежащие проверке, в том числе карты сайта в XML формате. Не нужно вручную добавлять каждую страницу — достаточно указать главную и запустить проверку, а робот самостоятельно найдет все внутренние страницы.
  • Суммарный отчет. Когда все страницы будут проверены Вы увидите суммарный отчет для сайта, в котором предупреждения и ошибки будут сгруппированы.
  • Отчет по URL. Отчет об ошибках для каждой страницы. Вы увидите количество ошибок HTML и CSS, а также предупреждений со ссылкой на детализированное описание проблемы.
  • Повторные проверки. Вероятно сразу после получения отчета Вы приступите к работе по устранению ошибок. Используя валидатор можно отправлять на проверку отдельные страницы или запросить повторно полную проверку сайта.
  • Неограниченное хранение отчетов. Вы можете хранить свои отчеты столько времени, сколько понадобиться до тех пор пока учетная запись активна. В это же время аналогичные сервисы удаляют их через несколько дней.
  • Загружаемые отчеты. Есть возможность скачать результаты проверки в формате CSV (формат, совместимый с таблицами MS Excel, OpenOffice и другим программным обеспечением).

С этим читают