Alternativa a la API de Ahrefs para re-verificaciones de enlaces: coste y límites

Límites que condicionan tu script

Cada llamada se factura una sola vez. Independientemente de cuántas filas se devuelvan, el precio es el mismo. Una única llamada devuelve hasta 1.000 filas, y la paginación profunda está limitada a 50.000 filas en total.

El parámetro per acepta valores de 10 a 5000, y page recorre el resto. Los valores de per superiores a 1.000 no devuelven más filas en una sola llamada, así que planifica el bucle en torno a 1.000.

Qué te indican un 401 y un 402

Un 401 significa que la clave falta o es incorrecta. Es un error de configuración y debería detener la tarea. Un 402 significa que el saldo se ha agotado, lo cual requiere una recarga. Ninguno de los dos es motivo para reintentar en un bucle.

Lee el estado antes de leer el cuerpo. Cada respuesta incluye un campo ok, así que compruébalo primero y analiza el resto solo cuando la llamada haya tenido éxito.

Límites de filas y paginación en un bucle

Solicita la página más grande que necesites, hasta el límite de filas, y pagina solo cuando el resultado esté truncado. Recorrer página por página una lista larga cuesta una llamada cada vez, por lo que menos llamadas más completas son más baratas y más fáciles de registrar.

Una vez que una lista supera las 50.000 filas en profundidad, la paginación deja de ser útil. Corta la solicitud con los parámetros sort y order, y registra el corte en tus notas.

Ritmo y retroceso tras errores

No se publica ninguna cifra de solicitudes por minuto, así que no asumas ninguna. Retrocede tras cualquier error y mantén un ritmo moderado en el trabajo programado.

Una revisión nocturna de cien sitios es una tarea pequeña y no necesita una ráfaga de llamadas paralelas para completarse.

Si un error afecta a un host, omite ese host, regístralo y continúa, en lugar de detener todas las filas posteriores. Registra la hora de cada ejecución junto a su estado, para que un patrón de errores aparezca en el registro y no en un correo electrónico al cliente.

Frente a las unidades de la API de Ahrefs

Ahrefs vende unidades de API dentro de sus suscripciones, desde $129 al mes por 200.000 unidades, con un mínimo de 50 unidades por solicitud. Con 50 unidades por solicitud, ese plan permite un máximo de 4.000 solicitudes al mes. Para muchos equipos, esto es suficiente.

La comparación no es de igual a igual. Ni cerca. Ahrefs y Semrush son productos más completos para palabras clave, seguimiento de posiciones y un rastreo actualizado diariamente. Nosotros vendemos datos de enlaces y una puntuación a un bajo precio por llamada, con una actualización aproximadamente mensual.

Las verificaciones masivas son nuestro terreno. Si tu trabajo es verificar enlaces comprados en lote, el bajo precio por llamada es lo más importante. Si se trata de investigación de palabras clave para el mismo cliente, de todos modos querrás Ahrefs o Semrush, y ambos pueden coexistir sin conflicto. Los usuarios de Majestic y Moz enfrentan la misma disyuntiva, cubierta en el glosario bajo DR y DA.

Números concretos de un pedido inventado se encuentran en el ejemplo de 40 enlaces, y las preguntas abiertas sobre el tiempo en por qué falta un enlace comprado.

Dónde tienen sentido las unidades de suscripción

Un equipo que ya paga por un plan mensual y lo usa a diario puede encontrar convenientes las unidades incluidas. La aritmética en esta página no decide esa elección. Lo decide tu volumen de llamadas.

Dónde tiene sentido el precio por llamada prepagado

El crédito prepagado se adapta a trabajos por lotes, como un lote de hojas de proveedores que llega una vez al trimestre. Pagas por las llamadas que realizas y nada más. No hay suscripción ni mínimo mensual.

El trabajo con palabras clave queda en las herramientas más completas

Para investigación de palabras clave, seguimiento de posiciones y un rastreo actualizado diariamente, usa una suite SEO completa. Ambas pueden coexistir, y las verificaciones de enlaces en esta guía no reemplazan nada que ya estés ejecutando.

Presupuestación para un portafolio en crecimiento constante

Un calendario que cuesta poco para diez sitios puede verse diferente a doscientos. El presupuesto es una multiplicación, y ayuda escribir la multiplicación antes de que crezca el portafolio.

Contando llamadas por cliente

Multiplica el número de clientes por las verificaciones por período, luego por el precio en créditos de cada acción. Imagina un portafolio de 250 sitios de clientes verificados mensualmente, con una llamada a refdomains por cada uno. Eso son 3.000 llamadas al año, o 6.000 créditos, que ascienden a $0.60.

Cambia una variable a la vez y el efecto sobre el total seguirá siendo fácil de ver.

Una reserva para las llamadas que nadie planeó

Las verificaciones programadas son solo parte del coste. Un cliente envía una consulta, un proveedor impugna una fila y, de repente, hacen falta tres llamadas extra un viernes por la tarde. Mantén una reserva que cubra unas pocas semanas de este tipo de llamadas.

Una alerta configurada por encima de cero es más barata que una sorpresa 402 en medio de un lote.

Leer el saldo después de cada ejecución

Lee el saldo en el campo _credits después de cada ejecución y compáralo con las llamadas que esperabas. Una diferencia entre las llamadas esperadas y las reales suele significar que un bucle se ejecutó dos veces, lo cual es un error que conviene corregir antes de que cueste más.

Mantén el número esperado en el registro del script. La comparación entonces llevará un minuto en lugar de una tarde.

Añadir una verificación semanal mínima

Una llamada bulk_dr cubre hasta 2.000 dominios por 1 crédito. Añadir una verificación semanal mínima en una lista de ese tamaño apenas afecta al total, por eso la verificación mínima es barata de mantener.

Preguntas sobre la ejecución del programa

Tres preguntas surgen siempre que se pone en marcha un programa. Las respuestas son breves y cada una termina en un límite que la tabla de costes ya establece.

¿Puede un equipo pequeño ejecutar esto sin un desarrollador?

Sí, si el programa es un script de shell y una entrada cron. El script necesita curl, grep y la clave guardada en una variable de entorno. La parte difícil es la lectura, no el código.

Empieza con un cliente y una cadencia. Añade clientes una vez que el registro muestre los mismos números en cada ejecución.

¿Qué pasa si una ejecución mensual encuentra una sorpresa?

Entonces es un hallazgo, no un fallo del calendario. Registra la fecha, obtén la página el mismo día y decide si adelantar la siguiente verificación. Una periodicidad mensual no prohíbe una ejecución extra tras un evento específico.

¿Es suficiente una llamada a refdomains barata para una disputa?

Normalmente no por sí sola. Una llamada a refdomains te dice qué contiene el índice, mientras que el HTML guardado te dice qué contiene la página. Una disputa necesita ambas cosas, y la tabla de precios solo cotiza la primera.