Una insignia de verificado es una marca que una plataforma pone en una cuenta. Todas las redes tienen una, y no hay dos que signifiquen lo mismo.
Por eso un único campo verified: true/false compartido entre plataformas es una de las cosas menos fiables de una API de datos sociales.
Cuatro afirmaciones distintas con el mismo icono
| Comportamiento de la plataforma | Qué afirma de verdad la insignia |
|---|---|
| Identidad comprobada contra documentos | Esta persona es quien dice ser |
| Suscripción de pago | Paga el nivel que incluye la marca |
| Propiedad de un dominio o un enlace | Controla un sitio web — no quién es |
| Condición de comercio o de empresa | Verificación comercial, no personal |
Una red que leemos tiene tres marcas separadas — dominio verificado, comercio verificado, identidad verificada — que significan tres cosas distintas. Elegir una de ellas para rellenar un único booleano publica una insignia que la plataforma no concedió. Así que nuestra ruta de Pinterest devuelve null ahí y lo dice.
El caso federado
En una red federada, la verificación es verificación de enlace: la cuenta demostró que controla una URL. Nadie comprobó un pasaporte. Rellenar un campo verified a partir de eso afirmaría una comprobación de identidad que no existe en ninguna parte del protocolo, y por eso la ruta de perfil de Mastodon lo deja en null.
Por qué null y no false
Porque false es una afirmación. Dice que la plataforma miró y no verificó esta cuenta. null dice que no tenemos esa información. Son enunciados distintos, y quien consume puede actuar según la diferencia — mira esquema unificado para la forma general del problema.
Un proveedor que devuelve false en todas partes donde no tiene datos parecerá más completo y será menos correcto.
Qué preguntarle a un proveedor
No "¿devolvéis el estado de verificado?" — casi todos dicen que sí. Pregunta qué plataformas devuelven null y por qué. La respuesta te dice si midieron la fuente o rellenaron la columna.