Bajo supervisión vigilante: cómo controlar las tarifas de los proveedores de alojamiento y mantener actualizado el catálogo de VPS

En 2013, escribí el sitio de búsqueda de VPS , y en el momento de la primera publicación en Habré, el catálogo contenía información sobre 150 hosters y más de 1200 tarifas. Agregar tal conjunto de información no tomó mucho tiempo, ya que en la primera versión del sitio mostré solo los principales parámetros tarifarios (costo, capacidad del disco, tamaño de RAM, frecuencia del procesador, cantidad de tráfico, país de ubicación y tipo de virtualización). Toda esta información se presentó en los sitios de los anfitriones, por lo tanto, aparte de la copia de rutina de estos datos en el panel de administración del sitio, no se tuvo que hacer nada.



A fines de enero de 2014, presenté la segunda versión de VPS Search, y la cantidad de parámetros para cada tarifa aumentó considerablemente, se agregaron los siguientes: tipo de disco, lista de sistemas operativos instalados, métodos de pago, disponibilidad del panel de control incluido en el precio, tipo de administración, soporte IPv6. Toda esta información no estaba disponible en los sitios de los proveedores de alojamiento, así que tuve que pedirle a cada uno de los proveedores del catálogo que actualizaran sus tarifas, lo que llevó bastante tiempo.

Sin embargo, resultó que llenar el catálogo no fue lo más difícil: las tarifas de los albergues cambiaban constantemente y era necesario responder rápidamente a estos cambios y hacer cambios.

En mi opinión, los cambios en las tarifas deben monitorearse con mucho cuidado, ya que los datos irrelevantes perjudican la reputación del catálogo. Por ejemplo, un usuario fue al sitio, encontró algún tipo de tarifa por 100 rublos, fue al sitio al proveedor y vio que esta tarifa cuesta 150 rublos. El usuario puede pensar que la información en el catálogo está muy desactualizada y ya no se puede usar. Para excluir dicha situación, debe actualizar la información de la manera más rápida y correcta posible.

Al momento de escribir el catálogo, asumí el siguiente modelo de actualización de información: los anfitriones, habiéndose registrado en su cuenta personal, podrán monitorear de manera independiente sus tarifas. En caso de que el proveedor de alojamiento no tenga esa oportunidad, yo mismo seguiré las tarifas. Sin embargo, posteriormente decidí negarme a proporcionar una cuenta personal a los anfitriones y, en mi opinión, esta fue una decisión muy correcta. Si deja que los anfitriones editen las tarifas ellos mismos, entonces surgen una serie de inconvenientes:

  • será necesario moderar los cambios que ha realizado el proveedor de alojamiento: por casualidad o a propósito, pero el proveedor de alojamiento puede indicar incorrectamente el precio de la tarifa (por defecto, la clasificación se realiza por precio), y así subir a la primera posición;
  • tampoco está claro si las tarifas deben ocultarse antes de la moderación: si está oculta, la moderación deberá llevarse a cabo de inmediato para que los visitantes puedan acceder a las tarifas del anfitrión, y si se utiliza la moderación posterior, existe el riesgo de mostrar información falsa a los usuarios;
  • el proveedor puede olvidarse de cambiar la descripción de las tarifas, ya que hay muchos directorios de este tipo, y es difícil para los proveedores realizar un seguimiento de todos. Esto también puede suceder si la persona responsable de actualizar la información renuncia / se va de vacaciones / se enferma y no transfiere el acceso a un nuevo empleado.

Con el tiempo, llegué a la conclusión de que debe supervisar la actualización de tarifas usted mismo y realizar periódicamente una verificación de todas las tarifas en su propio host. Aunque esto requiere mucho tiempo y recursos, pero con este enfoque, las tarifas deberían ser lo más relevantes posible. Este enfoque tiene una desventaja en términos de recursos gastados: para la mayoría de los proveedores de alojamiento, las tarifas cambian muy raramente, pero aún debe verificarlas, por lo que en la mayoría de los casos los editores observan las tarifas y no encuentran cambios significativos. El principal inconveniente en términos de actualización de tarifas es la incapacidad de responder de inmediato a los cambios. Es decir, si verificamos una vez al mes, y en algún proveedor de alojamiento revisamos las tarifas el primer día, y el segundo del día en que el proveedor las actualizó, entonces durante casi un mes mostraremos datos irrelevantes. Sin embargo, este problema se ha resuelto parcialmente: algunos proveedores de alojamiento después de actualizar sus tarifas envían una solicitud de cambios.

Entendiendo que cuando las tarifas irrelevantes están en el sitio durante un mes, esto daña enormemente la reputación, comencé a buscar opciones para solucionar esta situación y automatizar el control.

Lo primero que intenté hacer fue revisar las páginas de los sitios alojados en busca de cambios y comencé desde la página principal de cada sitio. La idea era la siguiente: si algo ha cambiado en el sitio web del host, se envía una señal a los editores, que comprueban manualmente que ha cambiado y, si es necesario, realizan cambios en las tarifas. De esta manera, los cambios podrían ser monitoreados rápidamente. Sí, en este caso, habría muchos falsos positivos cuando el proveedor de alojamiento no cambiara las características de la tarifa, pero algo más, sin embargo, en mi opinión, es mejor verificar y encontrar nada que omitir cualquier cambio. El script se escribió con bastante rapidez y el principio de su funcionamiento es extremadamente simple: descargue la página html, tome md5 y guárdelo en la base de datos. Después de un día, repita el procedimiento y compárelo con el valor ya guardado: si no coinciden, la página ha cambiado y debe ver manualmente qué ha cambiado exactamente. Esta opción parecía ideal desde el punto de vista de la conveniencia: no es necesario escribir ningún analizador de código html, solo busca cambios y eso es todo. Sin embargo, el día después del inicio de la verificación, los editores recibieron una notificación de que la mayoría de los proveedores de alojamiento tenían cambios. Fue un poco extraño, y decidí comprobarlo, por eso sucedió. La razón resultó ser banal, y rechazó por completo mi idea de verificar los cambios en el código html: muchos proveedores de alojamiento web tenían páginas que generaban datos automáticamente (por ejemplo, información sobre el momento en que se generaba la página, etc.), por lo que la idea chocó con la dura realidad, y este método de verificación no funcionó.

La segunda idea que se me ocurrió fue buscar cambios a través de la API de facturación. Sin embargo, esto también tiene sus inconvenientes. En primer lugar, solo la facturación de BILLmanager tiene una API, lo que no es tan malo, ya que alrededor del 40% de los proveedores de alojamiento utilizan esta facturación. El segundo problema es una descripción no estandarizada de las características de la tarifa en la facturación, que nuevamente conduce a la situación en la que solo necesita monitorear si algo ha cambiado, y si ha cambiado, vea manualmente qué exactamente y si necesita hacer cambios. Además, no está claro qué hacer con la facturación de WHMCS, que también utilizan muchos proveedores de alojamiento, el RootPanel y BPanel menos populares, así como otros programas de facturación escritos por los proveedores de alojamiento.

Desafortunadamente, no he encontrado una solución ideal hasta el momento, por lo que en este momento estamos actuando de la siguiente manera: los editores verifican constantemente las tarifas y, en caso de cualquier cambio, actualizamos la información del servicio de soporte y descubrimos las características actuales.

Una vez al año, realizamos una verificación "grande" y volvemos a preguntar a todos los anfitriones las mismas preguntas que hicieron durante la adición inicial, especificando si algún parámetro ha cambiado.

De vez en cuando, encontramos errores de hecho en los sitios de los albergues (por ejemplo, a menudo sucede que después de cambiar las tarifas, algunas partes de las páginas del sitio siguen siendo información desactualizada), que tratamos de notificarles de inmediato.

En el modo de prueba, los scripts funcionan para verificar los sitios de aquellos proveedores que no han generado automáticamente información en el sitio, por lo que para algunos de los proveedores podemos responder muy rápidamente a los cambios. También en el modo de prueba, funciona un verificador de facturación, y para aquellos proveedores de alojamiento que pueden hacer esto, también intentamos monitorear automáticamente los cambios.

Este enfoque le permite responder lo más rápido posible a lo que está sucediendo y mantener un alto grado de confiabilidad de la información en el catálogo. Por ejemplo, no recibimos más de 2-3 quejas por mes sobre errores en la descripción, y con frecuencia están relacionadas con el hecho de que el usuario no pudo encontrar la tarifa en el sitio web del proveedor de alojamiento.

Todavía está lejos de ser perfecto, ya que no hay escapatoria de una verificación manual. Me alegraría si alguien pudiera aconsejar más opciones para automatizar una tarea tan difícil.


Eche un vistazo a VPS.today , un sitio para encontrar servidores virtuales. 1500 tarifas de 130 anfitriones, una interfaz conveniente y una gran cantidad de criterios para encontrar el mejor servidor virtual.

Source: https://habr.com/ru/post/es422899/


All Articles