«Կայքի սպեցիֆիկացիա». բաց փաստաթուղթ լավ կայքի տեխնիկական պահանջների մասին

«Կայքի սպեցիֆիկացիա» (The Website Specification) բաց նախագիծը մեկ տեղում հավաքում է այն տեխնիկական հատկանիշները, որոնք լավ վեբկայքը պետք է ունենա՝ անկախ կառուցված տեխնոլոգիայից։ Փաստաթուղթը վարում են Յուստ դե Վալկը (Joost de Valk) և կամավորները. աշխատանքը բաց է ընթանում GitHub-ում, կոդը տարածվում է MIT, իսկ բովանդակությունը՝ CC BY 4.0 լիցենզիայով։

Տասը ուղղություն՝ doctype-ից մինչև DNSSEC

Փաստաթուղթը բաժանված է տասը թեմատիկ մասի։ «Հիմքերը» ներառում են յուրաքանչյուր HTML փաստաթղթի անհրաժեշտ տարրերը՝ doctype, վավեր BCP 47 lang ատրիբուտ, UTF-8 կոդավորում առաջին 1024 բայթում և viewport մեթա թեգ, որը երբեք չի արգելում օգտատիրոջ մասշտաբավորումը։ SEO մասը ներառում է RFC 9309-ով ստանդարտացված robots.txt-ը, 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.specification.website հասցեում գործող առանց վիճակի MCP սերվերը առանց նույնականացման առաջարկում է search, list_topics, get_topic, get_checklist և audit_url գործիքները, իսկ գործակալների հմտության ֆայլը հրապարակված է /.well-known/agent-skills/ ուղու տակ։

Կայք, որը պահպանում է իր իսկ կանոնները

Նախագիծն ինքը այդ կանոնների օրինակն է։ Այն Astro-ով գեներացված ստատիկ կայք է՝ GitHub-ից Cloudflare Pages-ում տեղակայված, որը պատասխանի վերնագրով մատուցում է խիստ Content-Security-Policy, անվտանգության վերնագրերի ամբողջական հավաքածու, /.well-known/security.txt, robots.txt, քարտեզների ինդեքս և RSS հոսք։ Աղբյուրները բովանդակության սխեմայի մասն են՝ առանց աղբյուրի հղման էջը չպետք է ընդունվի։ Ամբողջ սպեցիֆիկացիան ամփոփված է հարթ ստուգաթերթում և պատճենման համար պատրաստ Markdown առաջադրանքների ցանկում, իսկ առանձին էջ նկարագրում է գիտակցաբար չընդգրկված ստանդարտները և այն, թե ինչը կփոխեր այդ որոշումը։ Նմանատիպ նախագիծ նույն մոտեցումը կիրառում է էլփոստի ոլորտում։

Կայքերի աուդիտ անող թիմերի համար արժեքը առանձին կանոնի մեջ չէ, այլ մեկ տեղեկագրում, որը տարբերում է պարտադիրը խորհուրդ տրվողից, և դրա մեքենայաընթեռնելի տարբերակում, որով սկաները կամ գործակալը կարող է գործել։