ForHosting KIT · Lettura e monitoraggio di siti web

Controllo accessibilità

Il controllo di accessibilità analizza una pagina rispetto alle linee guida WCAG e ti segnala le barriere che rendono il sito difficile da usare per chi ha disabilità: contrasti troppo deboli, immagini senza testo alternativo, campi dei moduli senza etichetta, problemi di navigazione da tastiera. Ti dice dove il sito esclude qualcuno e cosa sistemare.

● Betaper richiesta + per URL$0.040

Esegui — $0.040 + $0.001/URL Vedi l'API

Usalo da WebAPIEmailApp prestoTelegram presto

Esegui online

Esegui questo sui nostri server con il tuo account. Gli strumenti gratuiti girano nel tuo browser; questo viene addebitato sul tuo saldo KIT al prezzo indicato sopra.

Perché l’accessibilità conta

Un sito accessibile è un sito che possono usare tutti: chi legge con uno screen reader, chi non distingue bene i colori, chi naviga solo da tastiera. Non è solo una questione etica: per molti enti e aziende è un obbligo crescente, e un sito accessibile è anche più chiaro per chiunque e spesso premiato dai motori di ricerca. Il problema è che le barriere sono invisibili a chi non le vive: un contrasto troppo debole o un’immagine senza descrizione passano inosservati finché qualcuno non ci sbatte contro.

Cosa controlla il test

Il KIT apre la pagina e la confronta con i criteri delle WCAG, cercando i problemi più concreti: contrasti insufficienti tra testo e sfondo, immagini prive di testo alternativo, campi dei moduli senza etichetta, titoli in ordine sbagliato, elementi non raggiungibili da tastiera, uso scorretto degli attributi ARIA. Per ognuno ti indica cosa non va e dove si trova, così ottieni una lista di interventi pratici invece di un giudizio generico e inutile da usare.

Stato beta, prezzo e come usarlo

Il controllo è in beta: già utile per trovare i problemi più diffusi, ma ancora in affinamento — usalo per orientare il lavoro, sapendo che un audit completo richiede anche verifiche manuali. Poiché apre il sito in un vero browser, costa $0.040 per URL, prezzo pubblicato e senza abbonamento. Conviene partire dalle pagine più importanti — home, contatti, moduli — e sistemare da lì. Paghi solo le analisi eseguite.

Casi d'uso

Il modulo che nessuno riesce a compilare

Il sito di Rossi & Figli S.r.l. ha un modulo di contatto con campi senza etichetta: illeggibile per uno screen reader. Il test lo segnala, si aggiungono le etichette e il modulo diventa compilabile da tutti.

Contrasti troppo deboli

Un sito elegante usa testo grigio chiaro su sfondo bianco. Il controllo rileva che il contrasto non raggiunge la soglia WCAG: si scurisce il testo e la pagina diventa leggibile anche per chi ha una vista non perfetta.

Preparare un sito a requisiti di accessibilità

Un’agenzia deve consegnare un sito che rispetti requisiti di accessibilità. Il test individua in anticipo immagini senza descrizione e titoli fuori ordine, così i problemi si correggono prima della consegna e non dopo una contestazione.

Domande frequenti

Quali problemi rileva il test?

I più concreti e diffusi: contrasti insufficienti, immagini senza testo alternativo, campi dei moduli senza etichetta, ordine dei titoli sbagliato, elementi non raggiungibili da tastiera e usi scorretti di ARIA, con l’indicazione di dove si trovano.

Il test basta a rendere il sito conforme alle WCAG?

Individua molti problemi automaticamente, ma un audit completo richiede anche verifiche manuali, perché alcune barriere si colgono solo provando davvero a usare il sito. Consideralo un punto di partenza solido, non il traguardo.

Perché è indicato come beta?

Perché lo stiamo ancora perfezionando: preferiamo dirtelo con chiarezza. È già utile per trovare i problemi più comuni e migliora nel tempo; usalo per orientare gli interventi.

Da dove conviene cominciare?

Dalle pagine che i visitatori usano di più: home, pagina dei contatti e moduli. Sono quelle dove una barriera fa più danno e dove sistemare porta il beneficio maggiore.

Quanto costa un controllo?

$0.040 per URL analizzato, senza abbonamento, perché lo strumento apre la pagina in un vero browser. Paghi solo le analisi che esegui, sulle pagine che scegli.

Serve competenza tecnica per usare il risultato?

Il referto indica in modo pratico cosa non va e dove. Per correggere i problemi serve poi qualcuno che metta mano al sito, ma capire le barriere trovate è alla portata di chiunque.

Per sviluppatori — accesso via API

Tutto quello che vedi in questa pagina è disponibile anche via API. Questa sezione è per i team che vogliono integrarlo nei propri sistemi; chi non ne ha bisogno può semplicemente usare lo strumento qui sopra.

Endpoint

POSThttps://api.kit.forhosting.com/web/accessibility

Autenticazione con Bearer token: un POST mette in coda l'attività e il risultato arriva via webhook o link firmato.

Chiamala dal tuo stack

curl -X POST https://api.kit.forhosting.com/web/accessibility \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d &#39;{"url":"https://ejemplo.com"}'

const res = await fetch("https://api.kit.forhosting.com/web/accessibility", {
  method: "POST",
  headers: {
    "Authorization": `Bearer ${process.env.KIT_KEY}`,
    "Content-Type": "application/json"
  },
  body: JSON.stringify({
    "url": "https://ejemplo.com"
  })
});
const { task_id } = await res.json();

import os, requests

res = requests.post(
    "https://api.kit.forhosting.com/web/accessibility",
    headers={"Authorization": f"Bearer {os.environ[&#39;KIT_KEY']}"},
    json={
    "url": "https://ejemplo.com"
},
)
task_id = res.json()["task_id"]

<?php
$res = file_get_contents("https://api.kit.forhosting.com/web/accessibility", false, stream_context_create([
  "http" => [
    "method"  => "POST",
    "header"  => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
    "content" => &#39;{"url":"https://ejemplo.com"}',
  ],
]));
$task = json_decode($res, true);

body := bytes.NewBufferString(`{"url":"https://ejemplo.com"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/web/accessibility", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)

Esempio di richiesta

{
  "url": "https://ejemplo.com"
}

Esempio di risposta

{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "web.accessibility",
  "status": "queued",
  "_links": {
    "result": "/tasks/tsk_…/result"
  }
}

L'API è asincrona: ricevi subito un task_id e puoi fare polling fino a 1 richiesta al secondo.

Prezzi

per richiesta$0.040

per URL$0.001

Prezzo pubblicato, senza token né crediti. Se l'attività fallisce, non paghi.

Limiti

`timeout_sec`	30
`max_crawl_pages`	25

Errori

HTTP	Codice	Significato
`401`	`unauthorized`	Chiave API mancante o non valida: controlla l'header Authorization.
`402`	`insufficient_balance`	Credito esaurito: ricarica per continuare a eseguire attività.
`404`	`unknown_type`	Tipo di attività sconosciuto: controlla il campo type della richiesta.
`429`	`rate_limited`	Troppe richieste in poco tempo: rallenta e riprova tra qualche secondo.
`422`	`task_failed`	L'attività non è andata a buon fine: non ti viene addebitato nulla.

Leggi la documentazione completa del KIT →