Siempre puede usar WCF para alojar un punto final dentro del servicio y exponerlo de esa manera.
Las únicas otras opciones que puedo pensar incluirían tener algún archivo que una aplicación web podría escribir y el servicio podría leer, o una base de datos escrita por el sitio web y leída del servicio. Ninguno de ellos es tan elegante como simplemente exponer un punto final de comunicación a través de WCF.
Editar - Añadido
Específicamente, estaba pensando en exponer esto como un punto final HTTP y la interfaz directamente con el navegador de la manera que lo haría un servicio web.
Sin embargo, no hay ninguna razón por la que no pueda tener configurada una aplicación Asp.Net tradicional para comunicarse con el servicio, siempre que el servicio aloje un punto final de comunicación.
+1 Creo que este es el enfoque más limpio, especialmente el alojamiento anterior de un servidor web en proceso. Uso WCF así. Le permite diseñar la solución limpiamente separando las preocupaciones. El servicio WCF expone una API, pero se mantiene independiente de la interfaz de usuario. Quizás hoy exponemos como página web, pero mañana también ofrecemos una herramienta de escritorio. – codenheim