Metodología
Esta página describe cómo se produce un hallazgo, con suficiente detalle para que puedas discrepar con nosotros en puntos concretos. Si un método no está escrito aquí, no es un método que usemos.
Cada sección de abajo está marcada como En marcha, Construido o Planificado. En marcha significa que funciona hoy, en la verificación gratuita que puedes ejecutar aquí ahora mismo. Construido significa que el código, el esquema y las pruebas existen y pasan, y el sitio está desplegado — lo que falta es configuración, así que ningún cliente puede usarlo todavía. Planificado significa que está escrito como método y aún no construido. Tres estados y no dos, porque juntar el del medio con uno de los otros o subestima lo que existe o promete de más — y esta página está para que sepas qué mitad puedes ejecutar.
Escrito y revisado por Vitor Barbosa · Editor
Responsible for the editorial standard of this site and for the methodology published on it. Reviews every page that makes a technical claim before it is published.
- Publicado
01
Cómo se recoge la evidencia
En marcha
Solicitamos páginas por HTTP como un cliente identificado, siguiendo redirecciones hasta un límite declarado y registrando cada salto. Un subconjunto de páginas se renderiza además en un navegador real, para poder comparar lo que envía el servidor con lo que acaba mostrando el navegador. Guardamos las cabeceras de respuesta, el HTML bruto, el DOM renderizado y un hash de cada artefacto, de modo que cualquier hallazgo pueda rastrearse hasta los bytes exactos de los que salió. Solo leemos: no se envía ningún formulario, no se crea ninguna sesión, no se altera ningún estado.
02
Reglas normativas y heurísticas propias
En marcha
Algunas reglas reformulan un requisito documentado — un código de estado, un tipo de dato estructurado válido, un hreflang recíproco. Esas llevan enlace a la fuente primaria. Otras codifican nuestro criterio sobre lo que suele causar problemas en la práctica. Esas se etiquetan como heurísticas, en la interfaz y en el informe, y nunca se describen como requisitos oficiales. La distinción es visible en cada hallazgo porque borrarla es la forma más común en que este sector engaña a la gente.
03
Qué puede hacer el modelo de lenguaje
Construido, aún no activado
Las reglas deterministas se ejecutan primero, sobre evidencia realmente recogida. Un modelo nunca decide si algo fue observado y nunca crea un hallazgo. Recibe un hallazgo ya aprobado y su evidencia, y redacta la explicación y la corrección en lenguaje claro. Debe citar la evidencia que recibió, y debe devolver un resultado explícito de "evidencia insuficiente" en lugar de rellenar el hueco. La salida que no valida contra el esquema se descarta, no se publica.
04
Cómo se fija la confianza
En marcha
La confianza expresa cuán seguros estamos de que la observación es correcta, no cuán importante es. Un hecho HTTP observado directamente es casi seguro. Una inferencia sobre intención no lo es, y se puntúa en consecuencia. La confianza aparece en cada hallazgo, y ninguna regla se publica por debajo de nuestro umbral: una comprobación que solo podríamos hacer con menos confianza que esa no se construye, en lugar de construirse y mostrarse con una advertencia.
05
Lo que no podemos ver
En marcha
Desde fuera de tu sitio no podemos ver para qué consultas apareces realmente, con qué frecuencia se rastrea una página, qué hacen tus usuarios después de llegar, ni nada tras un inicio de sesión. No conectamos con esas fuentes, así que no informamos sobre ellas en absoluto. Lo que nunca haremos es estimar esas cifras y presentar la estimación como medición — una categoría en blanco es más útil que una rellenada con una suposición.
06
Cómo se confirma una corrección
Construido, aún no activado
Una re-verificación es una auditoría nueva, no una edición de la anterior. Ejecuta las mismas reglas sobre las mismas URLs — la dirección se copia de la primera ejecución, nunca se elige de nuevo — y los dos informes se comparan regla por regla. El primer informe queda exactamente como estaba, así que puedes volver y leer lo que decía. Eso es lo que hace que un cambio de estado signifique algo: cambió porque una regla se ejecutó y pasó, no porque se editó un campo. Lo que nunca hará es llamar corregido a un hallazgo cuando simplemente dejamos de poder medirlo; una regla que pasó de fallar a no medible se reporta como «ya no es comparable», que es mala noticia y no buena.
07
Cómo impugnar un hallazgo
Construido, aún no activado
Todo hallazgo puede marcarse como incorrecto o no aplicable, con un motivo. Eso va a una cola de revisión, no al vacío: un hallazgo impugnado se envía por correo a quien los revisa, y tú recibes una copia de lo que escribiste. Cuando una regla resulta estar equivocada la damos de baja con un motivo explícito, y los informes que dependían de ella se señalan en lugar de quedar en pie en silencio. La corrección forma parte del método, no es una admisión de que el método falló.