Verificador de backlinks: PageRank o DR: qué almacenar en un campo
Tu modelo de contenido necesita un número, una fecha y una nota. Esta página muestra el diseño del campo y un ejemplo práctico con la fórmula de DR.
Equipo de investigación de Contentin ·
Por qué PageRank no es una opción de campo
La gente sigue buscando una herramienta de verificador de backlinks PageRank, pero el número público ha desaparecido. Google eliminó la visualización de la barra de herramientas de PageRank en 2016 y nunca hubo un reemplazo oficial de Google.
Lo que queda son puntuaciones de proveedores. Ahrefs tiene DR, Moz tiene DA, y nosotros publicamos nuestra propia Domain Rating con una fórmula abierta. Elige una y quédate con ella. Mezclar dos en una columna hace que cualquier comparación posterior carezca de sentido.
Una regla práctica para equipos headless: almacena lo que vas a mostrar o filtrar, y nada más. Cada campo extra es algo más que un editor puede malinterpretar, una columna más en una exportación y un mapeo más que se rompe al migrar de un CMS a otro.
La nomenclatura importa. Llama al campo link_dr, no authority. El primero indica de quién es el número. El segundo invita a alguien a cambiar por la puntuación de otro proveedor dentro de un año.
Nombrar el campo según su fuente
Nombra el campo según el proveedor que generó el número, siempre. Un campo llamado link_dr le dice al siguiente lector de dónde proviene la cifra y evita que un cambio posterior a otro proveedor pase desapercibido.
Solo se transfiere la etiqueta, y el número no. Ahrefs DR, Moz DA y nuestra propia Domain Rating son mediciones diferentes, por lo que un valor copiado de uno a un campo nombrado para otro engañará al siguiente lector.
¿Puedes almacenar puntuaciones de dos proveedores?
Puedes, en dos campos con dos nombres. La mayoría de los equipos no lo necesitan, porque dos números invitan a una comparación, y la comparación es el paso que suele fallar.
Si un interesado pide ambas, muéstrale las dos fórmulas lado a lado. Las escalas se construyen de manera diferente, y esa diferencia explica la mayor parte de la sorpresa.
¿Es la puntuación la misma en todas las herramientas?
No. Una DR de una herramienta y una DA de otra provienen de diferentes grafos de enlaces y fórmulas distintas, por lo que pueden apuntar en la misma dirección y aún así discrepar en el número.
Nuestra fórmula es pública. La escala logarítmica es la razón por la que un salto de 1.000 a 100.000 dominios de referencia mueve la puntuación menos de lo que sugieren los conteos crudos.
Ejemplo práctico: la fórmula en cinco dominios inventados
Los conteos de dominios de referencia son ficticios para ilustración. Fórmula: round(100 · log(ref_domains+1) / log(2·10^7)).
Dominio inventado
Dominios de referencia
DR
Banda sugerida
tiny-docs.example
10
14
Baja
small-saas.example
50
23
Baja
mid-blog.example
1,000
41
Media
big-publisher.example
100,000
68
Alta
theoretical-top.example
20,000,000
100
Alta
Lo que dice la tabla sobre el diseño de campos
La escala es logarítmica. Diez dominios y 1.000 dominios están separados por 27 puntos, mientras que 1.000 y 100.000 están separados por la misma distancia nuevamente. Así que almacena el entero, pero léelo en bandas.
Un campo de banda a menudo ayuda más a un editor que el número crudo. Nadie puede actuar sobre 41 frente a 43. Pueden actuar sobre una etiqueta que diga media. Mantenlo sencillo.
Las fechas importan tanto como las puntuaciones. Una puntuación almacenada sin fecha parece una lectura en vivo, y un año después alguien la citará en una reunión como si lo fuera. Marca la fecha y actualízala en un horario que puedas nombrar, como el barrido nocturno bulk_dr desde la tabla de costos.
El campo de nota debe permanecer sencillo, porque su función es pequeña. Una oración es suficiente. Su función es recordar al lector que el índice se mueve aproximadamente cada mes y que Google Search Console contiene la propia visión de Google.
Mantener el campo honesto con el tiempo
Un campo que se escribe una vez y nunca se revisa se convierte silenciosamente en un hecho del pasado. El trabajo de actualización es lo que lo mantiene como una lectura, y debe ejecutarse en un horario que puedas nombrar en una oración.
Comienza con el horario, porque establece todo lo demás. Mensual coincide con el índice, y los barridos nocturnos añaden costo sin añadir información, porque el índice se mueve aproximadamente una vez al mes.
¿Con qué frecuencia debería actualizarse la puntuación?
Mensualmente, en la mayoría de los casos, ya que ese es el ritmo que sigue el índice. Los barridos nocturnos aún tienen sentido para un equipo que quiere una fecha fresca en cada entrada, incluso cuando el número no ha cambiado.
El costo no es la razón para frenarse. Una llamada bulk_dr nocturna de hasta 2.000 dominios cuesta un crédito, y la tabla de costos lista el resto.
¿Qué debe hacer el trabajo con un valor faltante?
Deja la puntuación antigua y la fecha antigua en su lugar, y marca el intento como fallido en tu propio registro. Escribir un valor vacío sobre una buena lectura parece ordenado, pero borra la única historia que tienes.
Un valor faltante y un cero son hechos diferentes. El tipo de campo debe mantenerlos separados, para que un editor nunca lea un vacío como una mala puntuación.
¿Cómo mantienes cada lote por debajo del límite?
Divide la lista en fragmentos de no más de 2.000 dominios y envía una llamada por fragmento. Mantén el tamaño del fragmento en una constante única, para que un cambio en el límite toque una sola línea.
Registra el conteo de dominios enviados y el conteo de lecturas almacenadas. Una discrepancia entre los dos es la primera pista de que un lote falló.
Lo que un editor debería ver junto a la puntuación
Un editor lee el campo en unos segundos, así que el campo debe responder en unos segundos. Muestra la banda primero, la fecha segundo y el entero último, porque ese es el orden en que un lector ocupado los necesita.
La etiqueta importa tanto como el diseño. Un campo llamado link_dr_band que dice media le dice al lector nada sobre el índice, así que la nota junto a él debe llevar esa advertencia.
¿Debería la banda colorear la entrada?
Una insignia de color puede ayudar a un editor ocupado, pero también puede hacer que una lectura media parezca un fallo. Limita los colores a los nombres de las bandas y evita el rojo para cualquier cosa que no sea un problema grave.
La banda es un consejo para una revisión, no una regla para la publicación. Dilo en la etiqueta junto a ella, para que una insignia verde o ámbar nunca se lea como una aprobación.
Cuando la misma banda aparece en muchas entradas, verifica la regla antes de verificar las entradas. Una banda que marca la mitad del sitio generalmente te está diciendo sobre el umbral, no sobre el contenido.
¿Qué poner en la nota cuando la fecha es antigua?
Una fecha antigua debería cambiar la nota, no ocultar la puntuación. Una línea que dice que la lectura es más antigua que la última actualización le dice al editor qué hacer, que es verificar nuevamente antes de confiar en ella.
Genera esa línea en tu código, para que cada entrada la diga de la misma manera. Las notas escritas a mano se desvían, y después de unos meses nadie recuerda lo que se suponía que debían decir.
Un boceto del modelo de contenido
Los nombres de los campos son nuestros para ilustración. Contentful, Sanity, Strapi y Payload declaran campos a su manera, así que traduce.
Ejecuta overview en un dominio conocido y lee el JSON a ojo. Verifica los nombres reales de los campos en la respuesta, porque esta página no los lista para ti.
2
Selecciona el valor DR
Copia la puntuación de 0 a 100 en un campo entero. Rechaza cualquier valor fuera de ese rango para que una respuesta malformada no llegue a la entrada.
3
Deriva la banda en tu propio código
Menos de 20 es bajo, 20 a 50 es medio, más de 50 es alto. Los umbrales son una sugerencia y pertenecen a tu equipo, no a la API.
4
Marca la fecha
Escribe la fecha de hoy junto a la puntuación. El índice se actualiza aproximadamente cada mes, así que la fecha es parte de los datos.
Cuatro campos y la pregunta que responde cada uno
Cada campo responde una pregunta que un editor hará.
01
link_dr
La puntuación entera de 0 a 100. Responde qué tan fuerte parece el dominio en la escala.
02
link_dr_band
Una etiqueta sencilla como baja, media o alta. Responde si una persona debería mirar más de cerca, sin pedirle a nadie que lea un número.
03
link_checked_on
La fecha de la lectura. Responde qué tan antiguo es el número, lo cual importa más de lo que la mayoría de los equipos espera.
04
link_check_note
Una oración sobre el índice. Responde lo que la puntuación no puede mostrar, como la actualización mensual y el retraso para nuevos enlaces.
Campos a omitir
Filas crudas de backlinks: envejecen mal e inflan la entrada
Listas de anchor text, a menos que un humano las revise (consulta el runbook)
Un booleano de aprobación o fallo: invita a un bloqueo estricto
Puntuaciones de proveedores de dos herramientas en una sola columna
Una advertencia sobre el ejemplo
Los cinco dominios anteriores no existen, y los conteos se eligen solo para hacer visible la aritmética. Para números reales, ejecuta el verificador DR gratuito en tu propio sitio.
