A Majestic se le da bastante bien manejar nombres de dominio. Somos capaces de calcular dominios de referencia con precisión y rapidez, para después presentar estos datos con una de las latencias más bajas de cualquiera de los «3 magníficos», los 3 principales índices de backlinks: Majestic, Moz y Ahrefs.

Aunque está muy bien, no somos perfectos y algunos dominios de nivel superior (TLD) no son manejados como cabría esperar, cumpliendo los mandamientos de la «Biblia» moderna del manejo de sufijos/TL: la lista de sufijos públicos de Mozilla.

El problema tiene dos caras:

  1. Mostrar los enlaces existentes con dominios omitidos, debido a la falta de correspondencia entre sufijos públicos.
  2. Contar enlaces de dominios ocultos tras dominios omitidos, debido a la falta de correspondencia con sufijos públicos.

Cuando nos preguntan por qué no hemos actualizado nuestros análisis sintácticos/gramaticales (parsing) incluyendo análisis para la lista de Mozilla, respondemos esto: lo hemos intentado pero hemos descubierto que nuestro Historic Index (Índice histórico) es demasiado grande para eso.

 

Para superar esa dificultad tendríamos que, o bien asumir unos costes bastante elevados (construir un nuevo Historic Index paralelo) o un considerable aumento de su tiempo de respuesta.  Las dos soluciones presentan grandes inconvenientes.

Por supuesto que tenemos un plan para solucionar este problema, pero aún queda mucho trabajo por hacer, así que hemos buscado una forma rápida de abordar al menos parte del problema.

A Alex se le ocurrió la genial idea de aprovechar la lógica de los redireccionamientos (ver https://blog.majestic.com/es/desarrollo/actualizacion-de-los-algoritmos-en-majestic-mostramos-los-redireccionamientos-301/ ) para solucionar la primera de nuestras dos dificultades: mostrar mejor enlaces existentes con dominios problemáticos.

Hemos puesto en práctica su idea en agosto. En las imágenes anteriores y posteriores de abajo se puede observar el efecto:

Antes:

Después:

Save

Save

Steve Pitchford
Latest posts by Steve Pitchford (see all)