Una respuesta de cobertura a nivel de código postal es un buen primer filtro, rápida de comprobar y útil para incluir o descartar zonas de inmediato, pero no es lo bastante precisa para un equipo de ventas a punto de programar una instalación, ya que la cobertura dentro incluso de una sola zona de código postal puede variar de forma significativa según a qué distancia exacta esté una propiedad concreta del armario de red o del empalme de fibra más cercano, un detalle que importa enormemente para saber si una instalación puede realizarse realmente en el plazo que un comercial quiere prometer.
Un proveedor de internet que estaba creando un verificador de cobertura más preciso para su equipo de ventas añadió detalle a nivel de dirección sobre la comprobación por código postal que ya ofrecía en su sitio web público. Cuando la comprobación del código postal de un visitante daba un resultado positivo, lo que indicaba que la zona en general tenía servicio, la versión de la herramienta para ventas pedía la dirección completa y la geocodificaba mediante /v1/forward para obtener una coordenada exacta. Esa coordenada se comparaba con el mapa de infraestructura de red del propio proveedor, creado y mantenido internamente a partir de sus registros de despliegue, para dar una respuesta mucho más concreta: no solo "esta zona tiene servicio", sino una estimación de qué segmento de red exacto daría servicio a esa propiedad y qué implicaba eso para el plazo de instalación previsto y el nivel de servicio.
Este enfoque en dos fases reflejaba cómo funcionaba realmente el proceso de decisión del propio cliente. Un visitante que navegaba sin compromiso quería la comprobación rápida y ligera por código postal, satisfecho con un sí o un no general antes de invertir más esfuerzo. Una conversación de ventas ya en marcha, en la que un cliente se planteaba seriamente contratar, justificaba la comprobación más detallada a nivel de dirección, ya que a esas alturas ambas partes se beneficiaban de una respuesta precisa en lugar de una estimación general que podría resultar errónea para esa propiedad concreta cuando un equipo de instalación la viera de verdad.
El proveedor usó la confianza de la coincidencia del paso de geocodificación directa también como una señal práctica para su propio equipo de ventas, no solo como una comprobación interna de calidad de datos. Una dirección que se resolvía limpiamente daba al equipo de ventas la confianza para indicar un plazo de instalación concreto. Una dirección que se resolvía con menor confianza, algo habitual en construcciones muy recientes que aún no se reflejan del todo en los datos cartográficos, llevaba al equipo de ventas a matizar el plazo con más cuidado o a marcar la dirección para una comprobación manual rápida con los registros de despliegue más recientes del propio proveedor antes de hacerle al cliente cualquier promesa concreta.
Nada de esto sustituyó los datos de red del propio proveedor, que siguieron siendo la verdadera fuente de referencia sobre qué se podía instalar y dónde. Las consultas de ubicación resolvieron un problema más acotado y concreto: convertir de forma fiable la dirección escrita por un cliente en la coordenada exacta que el mapa de infraestructura del propio proveedor necesitaba para responder con precisión a la pregunta de cobertura, en lugar de depender solo del código postal del cliente o de una dirección en texto libre, posiblemente incoherente, que un comercial tenía que interpretar a mano.
El volumen se concentraba en las conversaciones de ventas activas y no en el tráfico de navegación casual, una cifra más pequeña y predecible que el tráfico público del verificador por código postal, y quedaba cómodamente dentro de la cuota diaria gratuita para el uso del equipo de ventas del proveedor.
La documentación de ambos endpoints está en /docs/forward-geocoding/ y /docs/postal-code-lookup/.