Dades d'accessibilitat de Lighthouse no disponibles

Què comprova aquesta auditoria

Informa que l’auditoria no ha pogut obtenir les dades d’accessibilitat de Lighthouse des de l’API de Google PageSpeed Insights (PSI). Sense això, la puntuació d’accessibilitat de Lighthouse i diverses auditories a nivell de regla (contrast de color, errors de regles d’axe) no han pogut executar-se, per la qual cosa el mòdul d’accessibilitat reporta un resultat parcial basat només en les comprovacions d’HTML estàtic que MetricSpot fa localment.

Per què importa

Això no és un problema del teu lloc, és un problema de l’execució de l’auditoria. Cinc coses la causen habitualment:

Cap clau d’API de PSI configurada. Les instal·lacions self-hosted de MetricSpot necessiten GOOGLE_PSI_KEY definit; sense ell, l’endpoint públic de PSI limita agressivament la freqüència.
Quota de PSI esgotada. El tier gratuït són 25.000 sol·licituds/dia per clau, 400/minut. Una instància self-hosted que executa moltes auditories en poca estona arriba al límit de ràfega.
La teva pàgina bloqueja el Chrome headless. Alguns llocs utilitzen Cloudflare Bot Fight Mode o un WAF a mida que marca el user-agent del PSI Chrome i retorna un 403.
La pàgina és darrere d’un login. PSI accedeix a la URL anònimament. Si el contingut auditable viu darrere d’autenticació, el render públic de PSI veu la pantalla de login, no la pàgina real.
La pàgina no és accessible des de la xarxa de Google. Geo-bloqueigs, llistes d’IPs permeses, DNS només intern; qualsevol d’aquestes coses impedeix que PSI obtingui la URL.

Una troballa de “Lighthouse no disponible” per a una auditoria sol ser un hipo transitori de PSI. Aparicions repetides a múltiples auditories apunten a alguna de les causes anteriors.

Com solucionar-ho

Si executes MetricSpot self-hosted:

# Obté una clau: https://developers.google.com/speed/docs/insights/v5/get-started
echo "GOOGLE_PSI_KEY=AIza…" >> .env
# Reinicia el worker
dokku ps:restart metricspot

Sense clau, PSI et permet aproximadament 1 sol·licitud per minut, de forma anònima. Amb clau, n’obtens 25.000/dia.

Si estàs al MetricSpot gestionat (app.metricspot.com), la quota ja està configurada. Una troballa de “Lighthouse no disponible” aquí vol dir que el mateix PSI ha fallat amb aquesta URL. Prova:

Torna a executar l’auditoria. PSI retorna 500 transitoris aproximadament l’1% del temps.
Audita una URL pública i sense autenticació. Confirma que la pàgina és accessible sense cookie de sessió.
Revisa el teu WAF / regles de bots. Si utilitzes Cloudflare, afegeix el user-agent de PSI a la llista permesa. PSI es declara com a Chrome-Lighthouse.
Reprodueix a l’eina pública de PSI, si l’eina pública també falla amb la teva URL, el problema és reproduïble i no és específic de MetricSpot.

Per a pàgines que genuïnament no es poden auditar amb PSI (dashboards d’administració, àrees només per a clients), la resta del mòdul d’accessibilitat de MetricSpot continua executant-se contra l’HTML que sí podem obtenir: text alt, etiquetes de formulari, atribut lang, text descriptiu d’enllaços, jerarquia d’encapçalaments, landmarks. Aquestes comprovacions estàtiques són el gruix del compliment WCAG. PSI dona la puntuació dinàmica de Lighthouse a sobre.

Preguntes freqüents

Quina diferència hi ha entre aquesta troballa i “puntuació d’accessibilitat de Lighthouse”?

La puntuació d’accessibilitat de Lighthouse salta quan la puntuació està per sota del llindar. Aquesta troballa salta quan PSI no ha retornat cap puntuació. Són mútuament excloents: en veuràs una o l’altra, no totes dues.

Puc desactivar PSI i utilitzar només les comprovacions estàtiques?

Pots fer-ho, defineix GOOGLE_PSI_KEY= buit i MetricSpot s’ometrà PSI completament. Perds la puntuació de Lighthouse, les comprovacions dinàmiques d’axe-core i els Core Web Vitals de les dades de laboratori. La majoria d’usuaris mantenen PSI activat.

Això afecta la puntuació global de l’auditoria?

La ponderació del mòdul d’accessibilitat té en compte les dades de PSI absents: la puntuació global es calcula a partir de les comprovacions que sí s’han executat, no es penalitza per les que falten. Solucionar la causa subjacent (allowlist al WAF, mur de login) permet que les comprovacions dinàmiques contribueixin la propera vegada.