Tous les
hébergeurs qui envoient des demandes d'ajouts
n'entrent pas dans mes répertoires
VPS Search et
VPS.today , et certains disparaissent d'eux au fil du temps. Cela se produit parce que nous apprécions beaucoup notre réputation et essayons d'afficher de manière maximale et précise les informations sur les services fournis, ainsi que de protéger les utilisateurs contre les pièges possibles en coopération avec l'hébergeur. Aujourd'hui, je veux parler des règles et décrire en détail pourquoi nous les utilisons chacune.
L'hébergeur doit disposer d'un site de travail et de facturation
Le plus souvent, cette condition est remplie pour tous les hébergeurs qui souhaitent accéder au répertoire, bien qu'il y ait parfois des sites inachevés ou de facturation. Parmi les lacunes les plus courantes que nous voyons - ce ne sont pas des parties complètement traduites des sites, lorsque l'hébergeur a utilisé une sorte de modèle pour le créer. Il peut également y avoir des liens rompus ou des pages blanches. Bien sûr, s'il y a une ou deux erreurs de ce type, nous écrivons à l'hébergeur et fermons les yeux dessus, mais s'il y a plus de deux de ces erreurs, alors avec une forte probabilité, nous demanderons à l'hébergeur de terminer le site et de postuler à nouveau. Nous avons besoin d'une facturation de travail pour vérifier la disponibilité et les prix des tarifs, afin que les prix de facturation coïncident avec les prix sur le site, car il y a parfois des situations où un tarif est présenté sur le site, cependant, lors du passage à la facturation, vous ne pouvez pas l'acheter ou il a un prix différent.
La coïncidence des prix sur le site et dans la facturation
Une règle très importante est la coïncidence des prix indiqués sur le site avec les prix indiqués dans la facturation. Nous suivons cela particulièrement attentivement, car je pense que les situations où l'utilisateur voit le prix de 100 roubles sur le site, et lorsque le bouton Acheter est cliqué, le prix de 150 roubles déjà affiché dans la facturation, devraient être complètement éliminées. Le plus souvent, de telles erreurs ne sont pas faites intentionnellement, et après notre remarque, l'hébergeur corrige rapidement son erreur (par exemple, après avoir mis à jour les prix lors de la facturation, ils oublient souvent de les modifier sur le site), cependant, il y a eu plusieurs cas où l'hébergeur a intentionnellement indiqué le mauvais prix, trompant ainsi les utilisateurs et nos éditeurs.
Réponses aux billets dans les 24 heures les jours ouvrables
Cet article n'est pas apparu dès le début du projet, mais plutôt récemment. Cela signifie que l'hébergeur doit fournir une réponse à la demande de l'utilisateur dans les 24 heures suivant sa création. La réponse ne signifie pas nécessairement la solution au problème, mais au moins juste une notification que l'hébergeur est vivant et a accepté la demande de l'utilisateur pour examen. La raison de l'apparition d'une telle règle est assez simple de notre part: si l'hébergeur ne peut pas répondre à la question de l'utilisateur dans les 24 heures, il n'est pas clair ce qui se passera en cas de problème et combien d'utilisateurs devront attendre une réponse dans ce cas. Parfois, nous posons nous-mêmes une question simple à l'hébergeur (par exemple, accepte-t-il le paiement via Yandex.Money), et si nous n'obtenons aucune réponse à cette question ou si la réponse arrive dans quelques jours, nous masquons un tel hébergeur.
Revendre les services d'un autre hôte sans fournir aucun avantage
Les grands hébergeurs proposent un programme de revente: tout le monde peut revendre les services avec sa marge ou certains avantages supplémentaires (par exemple, un support technique gratuit ou d'autres méthodes de paiement). Parfois, il y a des moments où quelqu'un veut vendre les serveurs d'autres hébergeurs sans aucun avantage pour les clients, c'est-à-dire qu'il est plus rentable pour l'utilisateur final de prendre un serveur virtuel d'un grand hébergeur et de ne pas obtenir un «point de défaillance» en tant qu'intermédiaire. En outre, cet élément est apparu en raison du fait que très souvent les paramètres tarifaires intermédiaires coïncident avec les paramètres tarifaires d'un grand hébergeur, ce qui «obstrue» considérablement les résultats de la recherche.
La facturation de l'hôte doit utiliser une connexion HTTPS sécurisée
Maintenant, il n'y a pratiquement pas d'hébergeurs de ce type (grâce aux créateurs des navigateurs), mais il est très rare de trouver une facturation sans SSL. Étant donné que la facturation stocke des données importantes, nous n'ajoutons ni ne désactivons les hôtes qui n'utilisent pas de connexion sécurisée (nous désactivons également temporairement les hôtes dont les certificats ont expiré).
Le site Web de l'hébergeur doit avoir un formulaire de rétroaction ou un e-mail pour la communication sur les problèmes de pré-vente
Il n'y a pas beaucoup d'hébergeurs qui tombent sous cette règle, mais certains forcent l'utilisateur à s'inscrire d'abord pour la facturation, et ensuite à poser une question.
L'hôte doit avoir des tarifs fixes, pas un constructeur
Cet article était dès le début du projet: avec des tarifs fixes, tout est assez simple, il suffit de les ajouter au panneau d'administration et c'est tout. Mais la façon de traiter avec les concepteurs n'est pas claire: on ne sait pas combien de tarifs ajouter, combien ajouter de tarifs, etc. De plus, il y aura des difficultés lors de la vérification de ces tarifs, car il n'y a pas d'instructions claires pour l'ajout, et il n'est pas possible d'écrire un algorithme universel pour tous les fournisseurs d'hébergement possible.
Cependant, une innovation très utile est apparue sur
VPS.today : nous avons commencé à indiquer le coût des ressources supplémentaires pour les tarifs fixes. Cette option nous permettra à l'avenir d'abandonner la règle de l'ajout de tarifs fixes uniquement: nous prévoyons d'ajouter un tarif minimum du concepteur et d'indiquer le coût des ressources supplémentaires, donc le problème est l'incertitude quant aux tarifs du concepteur à ajouter qui disparaîtront complètement.
Le prix mensuel doit être explicitement indiqué
Une caractéristique très courante des hébergeurs étrangers est d'indiquer uniquement le prix lors d'un paiement sur une longue période (par exemple, un an ou deux). L'utilisateur voit un bon prix, clique pour acheter et découvre seulement que ce prix n'est valable que lorsqu'il paie immédiatement pendant une longue période. À mon avis, ce n'est pas un comportement complètement honnête envers l'utilisateur, et nous ne montrons pas de tarifs qui ne montrent pas combien cela coûte 1 mois sans aller sur une autre page ou d'autres actions complexes.
Aucune restriction sur la période de paiement minimale
Il arrive parfois que les hébergeurs proposent une sorte de tarif bon marché, mais soumis à un prépaiement long, par exemple un an. Étant donné que le tri par défaut dans les catalogues est basé sur le prix, lors de l'ajout de tels tarifs, les premières pages sont remplies d'offres qui ne peuvent pas être achetées pendant un mois pour les tests et la vérification.
L'hôte doit fournir un accès root ou administrateur au serveur
Cette règle existait également depuis le tout début du projet, et de tels tarifs, bien que rares, se retrouvent. Il arrive parfois que les hébergeurs vendent des serveurs virtuels avec une administration complète: l'utilisateur paie le serveur et le travail des administrateurs, sans avoir à se soucier de la configuration et de la mise à jour du serveur. Dans ce cas, afin que l'utilisateur ne casse rien, l'hébergeur ne donne pas à l'utilisateur un accès complet au serveur. Il s'avère une sorte d'hébergement mutualisé sans voisin sur le serveur. Pour éviter que les utilisateurs du catalogue ne confondent ces tarifs avec des serveurs virtuels «normaux», nous avons décidé de ne pas les ajouter, d'autant plus qu'il existe très peu de tels tarifs.
Nous n'ajoutons pas de tarifs spécialisés ou avec des conditions inhabituelles
Un certain nombre de cas relèvent de cet article, mais les plus courants sont: avoir uniquement une adresse IPv6, avoir un paiement d'installation, un serveur pour Bitrix (avec des préréglages), etc. Autrement dit, un très petit pourcentage des tarifs relève de cette règle, qui diffère considérablement du reste.
Fournir des serveurs pare-balles
Certains hébergeurs positionnent leurs serveurs à l'épreuve des balles, ce qui attire les spammeurs et d'autres personnalités pas si bonnes. Avec de tels hébergeurs, nous sommes à l'écart.
Certains tarifs sont constamment indisponibles à la vente.
Étant donné que nous surveillons principalement les tarifs manuellement, lorsqu'un hôte a souvent certains tarifs disparaissent de la vente, nous sommes obligés de les désactiver complètement. Nous ne pouvons pas vérifier la disponibilité d'un tarif sur une base quotidienne, alors il vaut mieux que nous n'ayons aucun tarif en vente chez l'hôte, que nous afficherons un tarif qui n'est pas à vendre.
Un très grand nombre de tarifs
Plusieurs fois, nous avons été obligés de refuser des hébergeurs qui avaient beaucoup (plus de 100) tarifs. Tous les tarifs sont ajoutés et mis à jour manuellement, et un si grand nombre est très difficile à traiter sans faire d'erreurs. Par conséquent, malheureusement, même si ces hébergeurs n'ont rien de criminel, nous avons dû les refuser.
Utilisation de la facturation d'un autre hébergeur
Il arrive parfois que l'hébergeur propose de faire une entreprise d'hébergement clé en main en utilisant ses propres capacités. D'un point de vue technique, il s'avère qu'un «sous-projet» est créé dans la facturation principale de l'hébergeur, et le partenaire utilise cette facturation pour vendre ses services. Dans ce cas, nous refusons également d'ajouter des tarifs, car il est difficile de parler de sécurité ou de confidentialité ici.
Utiliser la facturation comme site
Certains hébergeurs ne veulent pas se soucier de créer un site et utilisent la facturation à la place. Pour les utilisateurs et les éditeurs, cela entraîne des inconvénients: les possibilités de facturation ne sont pas illimitées et les informations tarifaires sont visuellement bien pires que si elles étaient encadrées sur le site. Nous essayons également de ne pas ajouter d'hébergeurs s'ils ont créé un site d'une page très simple sur lequel il n'y a presque aucune information.
Échec du programme d'affiliation
Ce n'est un secret pour personne qu'en plus de la publicité, les annuaires gagnent également grâce aux programmes d'affiliation dont disposent de nombreuses sociétés d'hébergement. Cependant, nous ne faisons aucune différence en fonction de la présence ou de l'absence d'un programme d'affiliation. Nous n'imposons également aucune restriction si l'hébergeur introduit des règles concernant les répertoires ou mes sites personnellement (il y a eu quelques cas où les hébergeurs ont déclaré que leur programme d'affiliation ne fonctionnait pas pour les répertoires ou que le pourcentage était inférieur à celui des utilisateurs ordinaires). Pour être bref, les hébergeurs avec un programme d'affiliation n'obtiennent aucun avantage par rapport aux hébergeurs sans. La seule règle est que s'il existe un programme d'affiliation, l'hébergeur doit remplir ses obligations et retirer l'argent gagné. Cela arrive très rarement, mais pour une raison quelconque, l'hébergeur essaie de toutes les manières possibles de ne pas tirer de conclusion. Dans tous ces cas, j'essaie de comprendre le plus correctement possible et de créer des billets ou d'écrire au courrier avec une question sur le retrait (une erreur triviale peut se produire, l'hébergeur peut oublier de tirer une conclusion ou quelque chose comme ça). Dans des cas encore plus rares, je ne reçois aucune réponse des hébergeurs à mes demandes, et nous désactivons la carte pour un tel hébergeur. Auparavant, la déconnexion était temporaire jusqu'au moment de la réception du paiement.Cependant, nous avons récemment décidé que les hébergeurs qui ne tiraient pas de conclusion étaient temporairement déconnectés même après avoir reçu le montant total de l'argent gagné: après la première fois, l'hébergeur disparaissait pendant 1 mois, et si cela se produisait une deuxième fois, alors la déconnexion sera permanent. Les raisons de cette règle résident non seulement dans le désir de recevoir de l'argent (bien que je ne cache pas qu'il existe toujours), mais aussi dans le fait que nous ne voulons pas proposer à l'utilisateur d'utiliser un hébergeur qui se comporte incorrectement par rapport au partenaire.
Je serai heureux d'entendre des commentaires sur ces règles. Peut-être que certains d'entre eux sont superflus, ou vaut-il la peine de filtrer les hébergeurs par d'autres paramètres? Je serai heureux de prendre en compte vos opinions et vos critiques constructives à ce sujet.
Jetez un œil à VPS.today , un site pour trouver des serveurs virtuels. 1400 tarifs de 120 hébergeurs, une interface pratique et un grand nombre de critères pour trouver le meilleur serveur virtuel.