¿A qué hora responden los portales? Un experimento de disponibilidad
Medir si una página responde no es lo mismo que comprobar que terminó una consulta. Diseñamos un experimento reproducible por franja, sin convertir mantenimiento o errores en “sin multas”.
Por Marco Ferreiro ·
Los portales de multas dependen de infraestructura pública, ventanas de mantenimiento y sistemas heredados. Es razonable preguntar si responden igual durante todo el día, pero contestar con anécdotas —“a la noche siempre anda”— confunde una experiencia aislada con evidencia.
Antes de publicar porcentajes diseñamos un experimento reproducible. Esta nota expone el protocolo, las exclusiones y la forma de leer un futuro resultado. No presenta una franja ganadora porque todavía no existe una muestra validada con al menos cien observaciones por celda.
Qué significa “responder”
Un único indicador de encendido/apagado no alcanza. El probe separa cuatro capas:
- resolución y conexión: el host pudo resolverse y aceptar una conexión segura;
- transporte HTTP: llegó una respuesta dentro del límite;
- página utilizable: el contenido esperado pudo cargarse sin un error general;
- función disponible: el servicio declara que permite iniciar o continuar la consulta.
Un 200 OK pertenece a la segunda capa. RFC 9110 define su semántica, pero no garantiza que el cuerpo sea el formulario habitual: un sitio puede devolver mantenimiento con 200. Tampoco una portada funcional prueba que una consulta por patente llegue a todas sus fuentes.
Publicaríamos cada capa por separado. Combinarlas ocultaría si el problema fue de red, de presentación o del servicio de negocio.
Probes sin datos personales ni consultas reales
La medición no necesita patentes, DNI o CUIT. El monitor solicita únicamente recursos públicos que permiten verificar disponibilidad básica y, cuando el portal lo autoriza, usa una ruta de diagnóstico o un fixture explícitamente sintético.
No completa CAPTCHA, no inicia sesión, no elude Turnstile y no reproduce tráfico de usuarios. Tampoco fuerza errores para descubrir mensajes. Si la disponibilidad funcional sólo puede conocerse enviando un identificador real, esa capa queda como “no medible por este método”.
Esta restricción evita convertir un experimento editorial en carga operativa o tratamiento innecesario de datos.
Respetar robots, términos y capacidad
Antes de incluir una fuente se revisan sus instrucciones públicas, condiciones y robots.txt. RFC 9309 estandariza el protocolo de exclusión para crawlers; respetarlo es un piso, no una autorización para generar tráfico intensivo.
El intervalo se fija de modo conservador y no se incrementa ante un fallo. Si aparece 429, Retry-After o una señal explícita de mantenimiento, el monitor retrocede. Un portal puede excluirse si no hay una forma razonable de medirlo sin afectar el servicio.
Cada probe usa un identificador de agente claro y un contacto operativo cuando corresponde. La lista de fuentes incluidas y excluidas debe acompañar cualquier resultado.
La grilla de observaciones
La celda básica combina portal, día de la semana y franja horaria en America/Argentina/Buenos_Aires. Una opción inicial son bloques de dos horas. Para cada celda se requieren al menos cien probes válidos distribuidos en varias semanas.
No se completan huecos promediando celdas vecinas. Si una franja tiene 83 observaciones, se informa como muestra insuficiente. También se evita medir todos los portales en el mismo segundo: una dispersión aleatoria reduce sincronización y picos.
Los feriados se etiquetan por separado. Mezclarlos con días hábiles podría atribuir al horario un efecto que en realidad corresponde a una ventana operativa distinta.
Qué guardamos en cada intento
El registro contiene fuente, versión del clasificador, inicio y fin, estado de red, estado HTTP, tamaño aproximado y una clasificación no sensible del contenido. Las métricas de navegación compatibles con la recomendación W3C ayudan a separar conexión, espera y transferencia.
No se guarda el cuerpo completo de una página cuando puede contener tokens, mensajes dinámicos o información no necesaria. Para auditar el clasificador se conserva un hash de un fixture permitido y fragmentos previamente anonimizados, nunca respuestas de usuarios.
Las horas se almacenan en UTC y se agrupan luego en la zona editorial. Así un cambio de infraestructura no altera retrospectivamente el instante observado.
Cómo reconocer mantenimiento sin leer “cero”
El clasificador parte de señales positivas versionadas: título o estructura esperada, presencia del control de consulta y ausencia de un aviso oficial de indisponibilidad. Un texto genérico como “no se encontraron resultados” no se evalúa porque el probe no envía una búsqueda real.
Una respuesta con portada válida pero función ausente se clasifica como “página disponible, consulta no verificable”. Una conexión cerrada queda en transporte. Un desafío anti-bot no es una caída: es “acceso automatizado no permitido” y puede excluir la fuente.
Cada nueva versión de un portal exige revisar las reglas. Si el DOM cambia, el monitor no debe reinterpretar automáticamente la ausencia de un selector como caída histórica.
Las métricas que sí publicaremos
Por celda se puede publicar denominador, proporción de conexión exitosa, proporción de HTTP recibido, proporción de página utilizable y percentiles de latencia. El numerador siempre se define junto al denominador.
No publicaremos “mejor portal” ni un ranking de organismos. Las fuentes pueden tener funciones y arquitecturas distintas, y una competencia simplista incentivaría interpretaciones incorrectas. Tampoco se publicarán horarios para evadir controles o explotar debilidades.
Una diferencia se presentará con intervalo de incertidumbre y cantidad de observaciones. Si el período coincide con un incidente conocido, se anotará en vez de borrarlo silenciosamente.
Lo que el experimento no puede probar
Disponibilidad no equivale a cobertura. Un portal puede responder y omitir municipios no adheridos. Tampoco equivale a frescura: la pantalla puede mostrar una copia anterior. Y no equivale a exactitud: el organismo es quien puede confirmar el expediente.
El estudio tampoco representa todas las conexiones de Argentina. Los probes salen de ubicaciones técnicas declaradas; una persona con otra red puede experimentar DNS, ruta o latencia diferentes. Para ampliar alcance se necesitarían puntos de observación controlados, sin confundirlos con usuarios.
Cuándo una conclusión queda habilitada
Antes de publicar se congelan el período, la lista de fuentes, el código del clasificador y las exclusiones. Se revisan manualmente muestras de cada categoría y se calcula el hash del conjunto agregado. Sólo las celdas con cien o más intentos válidos pasan al cuadro.
Si no se alcanza ese umbral, el resultado honesto es “muestra insuficiente”. La utilidad de esta nota está en dejar el método listo para que la futura cifra pueda reproducirse y criticarse. Medir disponibilidad sirve cuando aclara qué observamos; no cuando fabrica una hora mágica para encontrar multas.
Metodología
- Alcance
- Diseño de una medición de disponibilidad técnica y funcional sobre páginas públicas, segmentada por portal, día y franja horaria de Argentina.
- Unidad de análisis
- Un probe liviano programado, con timestamps de inicio y fin, resultado de red, estado HTTP y clasificación de contenido permitida.
- Cobertura
- Protocolo previo a la recolección; exige al menos 100 observaciones válidas por celda antes de publicar porcentajes y no utiliza consultas reales de usuarios.
Limitaciones
- Esta versión no publica resultados porque la muestra completa aún no fue recolectada y validada.
- Una página disponible no garantiza cobertura, actualización ni finalización de una consulta de negocio.
- Se excluyen servicios cuyo acceso, robots, términos o controles no permitan la medición propuesta.
Fuentes
- RFC 9110 — HTTP Semantics — RFC Editor (consultada el )
- RFC 9309 — Robots Exclusion Protocol — RFC Editor (consultada el )
- Navigation Timing Level 2 — World Wide Web Consortium (consultada el )
- Consultar si tenés infracciones de tránsito — Argentina.gob.ar (consultada el )
Preguntas frecuentes
¿Un HTTP 200 significa que el portal pudo consultar multas?
No. Puede corresponder a una portada, una página de mantenimiento o un mensaje de sesión vencida. La disponibilidad funcional requiere señales específicas y no debe probarse con identificadores reales en un monitor público.
¿La franja con menos errores es la mejor para encontrar infracciones?
No necesariamente. El experimento mide disponibilidad técnica, no cantidad de actas ni frescura del padrón. Una respuesta rápida puede estar desactualizada y una respuesta lenta puede ser completa.
¿Por qué se exigen 100 observaciones por celda?
Para evitar conclusiones basadas en pocos intentos y respetar el umbral editorial de multas.ar. Aun con 100 observaciones se publican denominador, período y limitaciones, no una certeza universal.
Notas relacionadas
Qué campos demuestran que un portal terminó de responder
Una pantalla vacía puede ser un resultado, un paso intermedio o una carga truncada. Estado final, alcance, paginación, totales y hora de consulta permiten distinguir una respuesta completa de una apariencia de éxito.
Qué significa “última verificación” en una fuente de multas
La fecha indica cuándo se consultó una fuente y qué respuesta dio en ese momento. No es la fecha del acta, del pago ni una garantía de que no existan novedades en procesamiento.
Cómo verificamos que un portal de multas sea realmente oficial
Un diseño convincente, un candado HTTPS o aparecer primero en Google no prueban oficialidad. Verificamos dominio, cadena institucional, trámite publicado y canales antes de confiar datos.