
«Специфікація вебсайту» — відкритий довідник технічних вимог до якісного сайту
Новий відкритий проєкт зібрав в одному документі технічні вимоги до якісного вебсайту незалежно від стеку — від doctype, robots.txt і CSP до hreflang та машинозчитуваного доступу для AI-агентів.
Відкритий проєкт «Специфікація вебсайту» (The Website Specification) збирає в одному місці технічні вимоги до якісного сайту незалежно від того, на якому стеку його збудовано. Документ підтримують Йост де Валк (Joost de Valk) і спільнота, робота ведеться відкрито на GitHub, код поширюється за ліцензією MIT, а контент — за CC BY 4.0.
Десять напрямів — від doctype до DNSSEC
Документ поділено на десять тематичних розділів. «Основи» охоплюють базові елементи кожного HTML-документа: doctype, коректний атрибут BCP 47 lang, UTF-8 у перших 1024 байтах і метатег viewport, який ніколи не вимикає масштабування для користувача. Розділ SEO описує robots.txt за стандартом RFC 9309, XML-карти сайту та індекси карт, структуровані дані JSON-LD, ієрархію заголовків, внутрішні посилання й IndexNow — протокол, що доходить до Bing, Yandex, Naver і Seznam, але не до Google.
Вимоги до доступності передбачають alt-текст для кожного зображення, повне керування з клавіатури, видимі індикатори фокуса, посилання «перейти до основного вмісту» та атрибут inert для оверлеїв. Розділ безпеки охоплює HTTPS із TLS 1.2 або 1.3, Content Security Policy, X-Content-Type-Options: nosniff і DNSSEC. Решта розділів стосується well-known URI, готовності для агентів, продуктивності (сучасні формати зображень, стиснення brotli і gzip, валідатори ETag), приватності, стійкості — коректні сторінки 404 і 500, а також 503 із Retry-After під час технічних робіт — та інтернаціоналізації, зокрема hreflang і застереження проти переспрямування відвідувачів за IP-адресою.
Написано і для агентів
Кожна сторінка специфікації доступна як необроблений Markdown двома способами: додаванням .md до адреси або надсиланням заголовка Accept: text/markdown на канонічну адресу — тоді відповідь містить Markdown із заголовком Content-Location і Vary: Accept для кешів. Увесь корпус зібрано в одному файлі llms-full.txt. MCP-сервер без стану за адресою mcp.specification.website без автентифікації надає інструменти search, list_topics, get_topic, get_checklist і audit_url, а файл навички для агентів опубліковано в /.well-known/agent-skills/.
Сайт, що дотримується власних правил
Проєкт сам є робочим прикладом. Це статичний сайт, згенерований на Astro й розгорнутий на Cloudflare Pages із GitHub: він віддає сувору Content-Security-Policy як заголовок відповіді, повний набір заголовків безпеки, /.well-known/security.txt, robots.txt, індекс карт сайту та RSS-стрічку. Джерела є частиною схеми контенту — сторінку без посилання на джерело не повинні приймати. Плоский чекліст і готовий до копіювання Markdown-список завдань узагальнюють усю специфікацію, а окрема сторінка документує стандарти, які свідомо не включили, і що змінило б це рішення. Схожий проєкт застосовує той самий підхід до електронної пошти.
Для команд, які проводять аудит сайтів, цінність не стільки в окремому правилі, скільки в єдиному довіднику, що відокремлює обов'язкове від рекомендованого, та в його машинозчитуваній версії, на яку може діяти сканер чи агент.
SiTech — веброзробка з підтримкою AI
Створюємо швидкі та сучасні сайти й інтегруємо AI у бізнес-процеси. Маєте проєкт чи запитання? Із задоволенням допоможемо.