Método de verificación: cómo se asignan ✓, ~ y ✗

Actualizado: 27 de julio de 2026 · Publicado: 8 de junio de 2026 · Diego Ramírez

Toda marca de la tabla de compatibilidad sale de un criterio escrito, no de una impresión. Esta página documenta el criterio: qué cuenta como fuente, qué exige cada una de las 9 funciones para el ✓, cuándo se degrada a ~ y qué justifica un ✗.

¿Qué cuenta como fuente?

Tres niveles, en orden de autoridad: fuentes primarias del operador (el sitio, sus términos, el pie legal), registros públicos de reguladores (el registro de licencias del GCB de Curazao y equivalentes) y operaciones de prueba propias sobre cuentas reales. Los agregadores de reseñas se citan solo como contexto de reputación, nunca como base de una marca.

La regla de oro: si un dato no es rastreable a una de las dos primeras categorías, la tabla no lo afirma. Por eso las fichas tienen entradas vacías —una entrada vacía es información— y por eso los métodos de pago locales del mercado mexicano se documentan como fondo del mercado y no como funciones de casinos concretos sin confirmación.

El criterio de cada función

Cada función tiene una condición de ✓ binaria y verificable. El ~ existe para el caso intermedio real: la función opera pero le falta la especificación pública que permitiría diagnosticar un fallo. El ✗ se reserva para la ausencia o para la refutación directa.

depósito.tarjeta / depósito.cripto / retiro.cripto

✓ si el método aparece activo en la caja y opera en pruebas. ~ si opera con restricciones relevantes no documentadas. ✗ si no existe.

retiro.ventana

✓ si el operador declara un plazo de retiro concreto y localizable. ~ si publica solo rangos difusos por método o nada unificado. El contenido del plazo no altera la marca: medimos que exista el compromiso.

operador.verificable

✓ si la cadena dominio → sociedad → número de licencia → registro del regulador se cierra. ~ si algún eslabón no llega a un registro activo (el caso de las master-licencias del sistema viejo). ✗ si la cadena está rota o refutada por el propio regulador.

condiciones.publicadas

✓ si requisitos de apuesta y límites están en documentos localizables desde el sitio. ~ si están repartidos o varían por versión regional sin índice.

soporte.24-7

✓ si existe canal vivo continuo y el compromiso consta en el sitio. ~ si el canal existe pero la continuidad o la escalación no están comprometidas por escrito.

kyc.documentado

✓ si el proceso está descrito: qué documentos, en qué momento. ~ si solo hay una mención general de verificación.

es.interfaz

✓ si interfaz y atención funcionan en español. ~ si el español es parcial (interfaz sí, soporte no).

¿Qué prueba la redacción por su cuenta?

Las operaciones de caja: depósitos y retiros de montos moderados sobre cuentas propias, cronometrados contra la ventana declarada del operador. La prueba confirma o desmiente el parámetro publicado; el resultado se registra en la ficha con la fórmula del parámetro, no como anécdota.

Lo que las pruebas no pueden medir con honestidad, no se puntúa: no simulamos disputas grandes ni premios mayores, y no convertimos experiencias individuales en porcentajes. Donde el volumen de quejas públicas es un hecho relevante —demoras, cierres de cuenta—, la ficha lo cita como contexto con su fuente de agregación, separado de la tabla.

El ciclo de revisión

El playbook se revisa por ciclos versionados —el actual es 2026.07— y cada ficha se rearma como la plantilla antes de un torneo. Una fila de la tabla solo cambia junto con su evidencia: si un operador publica una ventana de retiro donde no la había, el ~ pasa a ✓ en el ciclo siguiente y el cambio queda anotado en la ficha.

Las correcciones entre ciclos entran por los lectores: si detectas un parámetro desactualizado o un enlace roto, el canal está en Contacto. Los errores confirmados se corrigen en el ciclo en curso y quedan registrados.