Nem todos
os provedores de hospedagem que enviam solicitações de adição entram nos meus diretórios
VPS Search e
VPS.today , e alguns desaparecem deles com o tempo. Isso acontece porque valorizamos muito nossa reputação e tentamos exibir informações com máxima precisão e total sobre os serviços prestados, além de proteger os usuários de possíveis armadilhas em cooperação com o hoster. Hoje, quero falar sobre as regras e descrever em detalhes por que usamos cada uma delas.
O host deve ter um site de trabalho e cobrança
Na maioria das vezes, essa condição é atendida para todos os hosts que desejam entrar no diretório, embora às vezes haja sites ou cobrança inacabados. Das deficiências mais comuns que vemos - essas não são partes completamente traduzidas dos sites, quando o hoster usa algum tipo de modelo para criá-lo. Também pode haver links quebrados ou páginas em branco. É claro que, se houver um ou dois desses erros, escrevemos para o hoster e fecharemos os olhos, mas se houver mais de dois desses erros, com alta probabilidade, solicitaremos que o hoster conclua o site e aplique novamente. Precisamos trabalhar no faturamento para verificar a disponibilidade e os preços das tarifas, para que os preços no faturamento coincidam com os preços no site, pois às vezes há situações em que uma tarifa é apresentada no site, no entanto, ao mudar para o faturamento, você não pode comprá-lo ou ele tem um preço diferente.
A coincidência de preços no site e no faturamento
Uma regra muito importante é a coincidência dos preços indicados no site com os preços indicados no faturamento. Seguimos isso de perto, pois acredito que situações em que o usuário vê o preço de 100 rublos no site e quando o botão Comprar é clicado, o preço de 150 rublos já é exibido no faturamento, deve ser completamente eliminado. Na maioria das vezes, esses erros não são cometidos intencionalmente e, após nossa observação, o hoster rapidamente corrige seu erro (por exemplo, após atualizar os preços no faturamento, muitas vezes esquece de alterá-los no site), no entanto, houve vários casos em que o hoster indicou intencionalmente o preço errado, enganando assim usuários e nossos editores.
Respostas a tickets dentro de 24 horas em dias úteis
Este item apareceu não desde o início do projeto, mas recentemente. Seu significado é que o hoster deve fornecer uma resposta para a solicitação do usuário dentro de 24 horas a partir do momento de sua criação. A resposta não significa necessariamente a solução para o problema, mas pelo menos apenas uma notificação de que o hoster está ativo e aceitou o pedido de consideração do usuário. A razão para o aparecimento de uma regra desse tipo é bastante simples da nossa parte: se o hoster não puder responder à pergunta do usuário dentro de 24 horas, não está claro o que acontecerá em caso de problemas e quantos usuários precisarão esperar por uma resposta nesse caso. Às vezes, nós mesmos fazemos uma pergunta simples ao host (por exemplo, ele aceita pagamento através do Yandex.Money) e, se não recebermos resposta a essa pergunta ou a resposta chegar em alguns dias, ocultamos esse host.
Revender os serviços de outro host sem fornecer nenhum benefício
Grandes provedores de hospedagem oferecem um programa de revenda: qualquer pessoa pode revender os serviços com sua margem ou alguns benefícios adicionais (por exemplo, suporte técnico gratuito ou outros métodos de pagamento). Às vezes, há momentos em que alguém deseja vender os servidores de outros hosters sem nenhuma vantagem para os clientes, ou seja, é mais lucrativo para o usuário final pegar um servidor virtual de um host grande e não obter um "ponto de falha" como intermediário. Além disso, esse item apareceu devido ao fato de, com muita frequência, os parâmetros tarifários intermediários coincidirem com os parâmetros tarifários de um grande hoster, o que "entope" os resultados da pesquisa.
O faturamento do host deve usar a conexão HTTPS segura
Agora, praticamente não existem tais hosts (graças aos criadores dos navegadores), mas muito raramente é possível encontrar o faturamento sem SSL. Como os dados de cobrança são importantes, não adicionamos nem desabilitamos hosts que não usam uma conexão segura (também desabilitamos temporariamente hosts com certificados expirados).
O site do hoster deve ter um formulário de feedback ou e-mail para comunicação sobre questões de pré-venda
Não há muitos hosters que se enquadram nessa regra, mas alguns forçam o usuário a se registrar primeiro para cobrança e, somente então, fazer uma pergunta.
O host deve ter taxas fixas, não um construtor
Este item foi desde o início do projeto: com tarifas fixas, tudo é bem simples, basta adicioná-los ao painel de administração e pronto. Mas não está claro como lidar com os designers: não está claro quantas tarifas adicionar, quanto adicionar tarifas etc. Além disso, haverá dificuldades ao verificar essas tarifas, uma vez que não há instruções claras para adicionar e não é possível escrever um algoritmo universal para todos os provedores de hospedagem. possível.
No entanto, uma inovação muito útil apareceu no
VPS hoje : começamos a indicar o custo de recursos adicionais para tarifas fixas. Essa opção no futuro nos permitirá abandonar a regra de adicionar apenas tarifas fixas: planejamos adicionar uma tarifa mínima do projetista e indicar o custo de recursos adicionais; portanto, o problema está na incerteza de que as tarifas do projetista a adicionar desaparecerão completamente.
O preço mensal deve ser indicado explicitamente
Uma característica muito comum de hosters estrangeiros é indicar apenas o preço ao pagar por um longo período (por exemplo, um ano ou dois). O usuário vê um bom preço, clica para comprar e só então descobre que esse preço é válido apenas ao pagar imediatamente por um longo período. Na minha opinião, esse não é um comportamento completamente honesto com o usuário, e não mostramos tarifas que não mostrem quanto custa 1 mês sem ir para outra página ou outras ações complexas.
Sem restrições no período mínimo de pagamento
Às vezes acontece que os hosters oferecem algum tipo de tarifa barata, mas sujeitos a um longo pré-pagamento, por exemplo, um ano. Como a classificação padrão nos catálogos é por preço, ao adicionar essas tarifas, as primeiras páginas serão preenchidas com ofertas que não podem ser compradas por um mês para teste e verificação.
O host deve fornecer acesso root ou administrador ao servidor
Essa regra foi também desde o início do projeto, e essas tarifas, embora raras, são encontradas. Às vezes, os hosters vendem servidores virtuais com administração completa: o usuário paga pelo servidor e pelo trabalho dos administradores, sem ter que se preocupar em configurar e atualizar o servidor. Nesse caso, para que o usuário não quebre nada, o hoster não concede ao usuário acesso total ao servidor. Acontece um tipo de hospedagem compartilhada sem vizinhos no servidor. Para impedir que os usuários do catálogo confundam essas tarifas com servidores virtuais "regulares", decidimos não adicioná-los, principalmente porque existem muito poucas tarifas.
Não adicionamos tarifas especializadas ou com condições incomuns
Alguns casos se enquadram nesse item, mas os mais comuns são: ter apenas um endereço IPv6, ter um pagamento de instalação, um servidor para bitrix (com configurações predefinidas) etc. Isso significa que uma porcentagem muito pequena de tarifas se enquadra nessa regra, que diferem bastante do resto.
Fornecendo servidores à prova de balas
Alguns hosters posicionam seus servidores como à prova de balas, o que atrai spammers e outras personalidades não tão boas. Com tais hosters, estamos fora do caminho.
Algumas tarifas estão constantemente indisponíveis para venda.
Como monitoramos as tarifas principalmente manualmente, quando um host geralmente tem algumas tarifas desaparecidas da venda, somos forçados a desativá-las completamente. Não podemos verificar a disponibilidade de uma tarifa diariamente; portanto, é melhor não termos nenhuma tarifa que esteja à venda no host do que mostraremos uma tarifa que não está à venda.
Um número muito grande de tarifas
Várias vezes fomos forçados a recusar hosters que tinham muitas (mais de 100) tarifas. Todas as tarifas são adicionadas e atualizadas manualmente, e um número tão grande é muito difícil de processar sem cometer erros. Portanto, infelizmente, mesmo que esses hosters não tenham nada de criminoso, tivemos que recusá-los.
Usando o faturamento de outro hoster
Às vezes, o hoster se oferece para fazer um negócio de hospedagem pronto para uso, usando suas próprias capacidades. Do ponto de vista técnico, verifica-se que um "subprojeto" é criado no faturamento principal do host e o parceiro usa esse faturamento para vender seus serviços. Nesse caso, também nos recusamos a adicionar tarifas, pois é difícil falar sobre segurança ou privacidade aqui.
Usando o faturamento como um site
Alguns hosters não querem se preocupar em criar um site e usar o faturamento. Para usuários e editores, isso causa alguns inconvenientes: as possibilidades de cobrança não são ilimitadas e as informações tarifárias são visualmente muito piores do que se estivessem enquadradas no site. Também tentamos não adicionar hosters se eles criaram um site de uma página muito simples no qual quase não há informações.
Falha no programa de afiliados
Não é segredo que, além da publicidade, os diretórios também ganham em programas afiliados que muitas empresas de hospedagem possuem. No entanto, não fazemos diferenças, dependendo da presença ou ausência de um programa de afiliados. Também não impomos restrições se o hoster introduzir algumas regras em relação aos diretórios ou aos meus sites pessoalmente (houve alguns casos em que os hosters disseram que seu programa de afiliados não funciona em diretórios ou a porcentagem é menor do que para usuários comuns). Para ser breve, hosters com um programa de afiliados não obtêm vantagens em comparação com hosters sem um. A única regra é que, se houver um programa de afiliados, o hoster deve cumprir suas obrigações e retirar o dinheiro ganho. Isso acontece muito raramente, mas por algum motivo o hoster tenta de todas as formas possíveis não tirar uma conclusão. Em todos esses casos, tento descobrir o mais corretamente possível e criar tíquetes ou escrever para o correio com uma pergunta sobre retirada (um erro trivial pode acontecer, o hoster pode esquecer de concluir ou algo parecido). Em casos ainda mais raros, não recebo respostas dos hosters aos meus pedidos e desligamos o cartão para esse hoster. Antes, o desligamento era temporário até o momento do recebimento do pagamento, mas recentemente decidimos que os hosters que não concluíram são desconectados temporariamente, mesmo após receberem o valor total do dinheiro ganho: após a primeira vez que o hoster desaparecer por 1 mês, e se a segunda vez ocorrer, o desligamento será permanente. As razões para esta regra residem não apenas no desejo de receber dinheiro (embora não oculte que ele sempre exista), mas também no fato de que não queremos oferecer ao usuário o uso de um hoster que se comporte incorretamente em relação ao parceiro.
Ficarei feliz em ouvir comentários sobre essas regras. Talvez alguns deles sejam supérfluos, ou vale a pena filtrar os hosters por outros parâmetros? Terei o maior prazer em considerar suas opiniões e críticas construtivas sobre isso.
Dê uma olhada no VPS.today , um site para encontrar servidores virtuais. 1400 tarifas de 120 hosts, uma interface conveniente e um grande número de critérios para encontrar o melhor servidor virtual.