Cómo medimos, clasificamos y verificamos.

Tres nodos de monitoreo externos hacen ping a cada punto final orientado al cliente a intervalos de 5 minutos. Se aplica la detección por regla de mayoría para filtrar falsos positivos causados por interrupciones transitorias de la red en un solo observador. Los tres observadores se ejecutan en proveedores de tránsito independientes (Hetzner Falkenstein, OVH Strasbourg y Vultr Tokyo), por lo que un problema de una sola región no puede simular una caída por sí solo.

Umbral de detección. Se abre un incidente cuando al menos 2 de 3 observadores no reciben una respuesta de clase 200 en dos ventanas consecutivas de 5 minutos. Esto produce un mínimo de 10 a 15 minutos en la latencia de detección, a cambio de reducir los falsos positivos.

Contabilidad del SLA. Porcentaje de uptime publicado en /data and /status se calcula como (total de minutos monitoreados − minutos afectados por incidentes) ÷ total de minutos monitoreados. El mantenimiento programado anunciado con ≥7 días de antelación se excluye según el SLA en /legal/sla.

Qué incluye. Sitio de marketing, portal del cliente, pasarela de pago (BTCPay), procesador de tarjetas (Card2Crypto), procesador de cripto (OxaPay), API de aprovisionamiento, sistema de tickets de soporte. El uptime del VPS por jurisdicción es la medición del cliente (no hacemos ping a sus VMs); informamos el uptime del host hipervisor.

Nuestros precios. Definido en src/data/catalog.ts como la fuente única de verdad. La página /pricing, las páginas de destino por categoría, las páginas de detalle por plan, las imágenes OG, las tablas de comparación y llms.txt se derivan de ese archivo. Editarlo desencadena una reconstrucción completa del sitio que propaga los nuevos precios en todas partes de forma atómica.

Precios de la competencia. Extraído de la página de precios publicada de cada competidor en la fecha de verificación. Las conversiones de moneda (€ → $) utilizan el tipo de cambio vigente en la fecha de verificación. No ajustamos por la deriva del tipo de cambio a mitad del ciclo; eso se nota en la nota al pie de la comparación cuando corresponde.

Comisiones de criptomonedas. Tarifas promedio publicadas en las páginas por método de pago (p. ej., /payment-methods/bitcoin) reflejan una mediana móvil de 30 días observada en nuestro nodo BTCPay, no valores previos a la bifurcación o de picos de congestión. Las tarifas de Bitcoin en particular son volátiles; el número publicado es una instantánea y se actualiza en cada despliegue.

Relaciones de afiliados. MurmurHost no paga comisiones de afiliado o referidos a periodistas, reseñadores o directorios. Operamos un programa de afiliados para referencias de clientes finales, pero no fluye dinero de nosotros a revisores de terceros, sitios de clasificación o motores de comparación. Cualquiera que coloque a MurmurHost en la parte superior de una lista lo hace por sus méritos tal como los ven, no porque les hayamos pagado.

Dirección inversa. MurmurHost no tiene cuentas de afiliado con FlokiNET, AbeloHost, Shinjiru, Njalla, OrangeWebsite, Privex, ni ningún otro competidor mencionado en este sitio. No ganamos dinero con los clics en sus páginas de inicio. Los enlaces a competidores en nuestras páginas /alternatives y /compare son callejones sin salida. rel="noopener noreferrer" enlaces: sin parámetros UTM, sin seguimiento, sin esquema de comisiones.

Independencia editorial. El equipo que posee las reseñas de la competencia es el mismo equipo que posee el marketing de MurmurHost. Lo divulgamos; no pretendemos objetividad de terceros. La mitigación es estructural: cada página de comparación enumera las fortalezas del competidor en paralelo con nuestros diferenciadores, y la sección de "veredicto honesto" nombra explícitamente los perfiles de compradores donde el competidor es la mejor opción.