Auditoría de un archivo de 200 entradas: un ejemplo práctico con cifras inventadas

La configuración

Imagina un blog con 200 entradas. Un rastreo de tu propio sitio lista 1.150 enlaces salientes, que se reducen a unos 410 hosts únicos una vez que eliminas los duplicados y tu propio dominio.

Una verificación manual gratuita de backlinks en Ahrefs sobre 410 hosts es una tarde de pegar y pegar que te da dolor de cabeza, así que el plan es automatizarlo. Tres fases cubren el trabajo: calificar los hosts, inspeccionar los problemáticos y luego revisar el blog en sí.

Espera que toda la ejecución, desde la exportación hasta un archivo limpio, quepa en una semana laboral para un editor y un desarrollador. Luego planifica una pasada más.

Los conteos serán diferentes en tu archivo. Introduce tu propia exportación antes de copiar cualquier cifra en un plan. Cada número aquí solo muestra la estructura del trabajo.

Hacer que el paso de exportación sea repetible

La exportación decide si el resto de la ejecución puede ser confiable. Tres hábitos la mantienen honesta, y cada uno es barato de configurar antes de la primera llamada.

HTML renderizado, no Markdown

Exporta los enlaces desde la página renderizada, la que recibe un visitante. Markdown omite shortcodes, incrustaciones y cualquier cosa que inserte un plugin. Esa brecha es donde se esconden la mayoría de los enlaces faltantes.

Una fila por entrada

Escribe una fila por entrada, con la URL de la entrada, el host y la fecha de la exportación. Una lista plana única es difícil de verificar. Las filas por entrada te permiten volver a ejecutar una entrada sin tocar el resto.

Mantén los nombres de las columnas sencillos y estables, para que un script posterior pueda leer el archivo de este mes y el del mes pasado de la misma manera.

Registra la fecha del rastreo con la exportación. Una lista construida el mes pasado y una construida hoy pueden diferir, y la auditoría debe mostrar cuál se utilizó.

Elimina tu propio dominio primero

Elimina tu propio dominio y los hosts sociales a los que enlazan todas las entradas. De lo contrario, tu pie de página propio encabeza la lista de calificaciones y oculta los problemas reales.

Ordenar el trabajo

Un barrido de doscientas entradas no necesita terminarse en una sola sesión. Necesita un orden, para que las correcciones más útiles lleguen primero.

Empieza con las entradas que aún reciben visitas

Ordena el archivo por las entradas que aún generan clics en Search Console. Un enlace roto en una entrada muerta cuesta poco. Un enlace roto en una página que los lectores aún abren cuesta confianza, así que empieza con ese segundo grupo.

Search Console te dice qué URLs aún reciben clics. No te dice cuáles de sus enlaces salientes están rotos, por lo que las dos fuentes hacen trabajos diferentes.

Corrige los problemas más baratos primero

Los dominios estacionados y los hosts muertos suelen ser una sola edición cada uno. Elimínalos antes de abrir los casos más difíciles, para que la lista se reduzca y el resto quepa en un día.

Deja las decisiones de juicio para el final

Una cita que es simplemente débil, como un blog pequeño que dice algo verdadero, necesita el ojo de un lector. Ponlos en un montón separado y decide con el editor, no con un umbral.

Escribe una nota de una línea con cada decisión. Dentro de seis meses, esa nota ahorrará tener que discutir lo mismo dos veces.

Algunas de estas resultarán bien. Una página que parece delgada en un primer barrido puede ser una nota corta y correcta, y el editor puede cerrar ese archivo en un minuto.

Validar el lote antes de confiar en él

Un barrido puede terminar limpiamente y aún estar equivocado. Tres controles captan la mayoría de los daños. Mantenlos lo suficientemente simples para un script de shell y ponlos en el trabajo, no en la memoria de alguien.

Verifica ok en cada respuesta

Una respuesta con ok establecido en false no es datos. Cuenta los fallos a medida que avanzas y detén el barrido cuando superen una pequeña proporción que elegiste antes de comenzar.

Si el barrido se detiene en esa línea, anota dónde se detuvo y por qué. La siguiente ejecución puede luego reanudar desde ese punto en lugar de empezar de nuevo y pagar dos veces.

Cuenta filas contra la entrada

Compara el número de hosts que enviaste con el número que devolvieron. Una discrepancia significa un error tipográfico, un duplicado o una caída silenciosa, y cada una necesita una línea en el registro.

Mantén el JSON sin procesar

Guarda cada respuesta junto con la fecha y la lista de entrada. Cuando una calificación parezca incorrecta tres meses después, el archivo sin procesar responde la pregunta más rápido que una llamada nueva lo haría.

Leer el resultado sin engañarte

¿Significa un cero un sitio muerto? No siempre.

Un host sin dominios de referencia en nuestro índice puede ser un sitio muy nuevo, una página de intranet privada o un dominio estacionado genuino, y solo un humano puede decir cuál. Trata la columna de calificación como una clave de clasificación para tu atención, nunca como una puntuación que decide por sí misma.

Lee la columna de calificación junto con los anclajes. Una calificación baja junto a un perfil de anclajes variado significa algo diferente a una calificación baja junto a una pila de texto de anclaje idéntico, y los dos requieren un seguimiento diferente.

Una calificación que cambia entre dos barridos también es información útil. Verifica si el host cambió o solo el índice.

Lo que te sorprendería

El costo rara vez es el límite aquí.

El tiempo se va leyendo 38 páginas y decidiendo qué hacer con cada una, y ninguna API elimina ese paso. Planifica un día de editor. Nuestros datos se actualizan aproximadamente una vez al mes, por lo que un host que parece vacío puede simplemente ser nuevo en el índice.

Otra sorpresa es con qué frecuencia un sitio aparece bajo dos grafías. El dominio desnudo y la versión con www son filas separadas hasta que las fusionas, y un conteo que parece alto a menudo es solo este doble conteo.

Para mantener el archivo limpio después, coloca el gate frente a las nuevas entradas y programa la auditoría mensual. La tabla de costos lista el precio de cada acción.

Preguntas sobre ejecutar un barrido

Cuatro preguntas surgen en casi todos los barridos, y son más fáciles de resolver antes de la primera llamada que después de ella.

¿Puedo hacer esto con una verificación gratuita de backlinks en Ahrefs en su lugar?

No a esta escala. Los verificadores web gratuitos están diseñados para un dominio a la vez, por lo que 410 hosts significarían 410 búsquedas manuales. Un script con una llamada por lotes es la ruta práctica.

¿Necesito pasar por cada resultado?

Solo para las listas pagadas. Una calificación por lotes toma la lista de hosts en una llamada, mientras que refdomains y anchors devuelven páginas. Usa page y per, con per hasta 5000, y detente en el límite de paginación profunda de 50.000 filas.

¿Qué orden de clasificación debo usar?

Ordena por el campo que te interese con sort, luego establece order en asc o desc. Para una búsqueda de hosts débiles, orden ascendente por calificación pone los peores resultados primero.

¿Qué pasa si un host tiene una calificación pero su página ha desaparecido?

La calificación describe enlaces en nuestro índice, no si una página aún se carga. Verifica la página en sí, porque una actualización del índice puede ir detrás de una página que ya ha desaparecido.

¿Es un barrido suficiente?

Generalmente no. Ejecútalo una vez para limpiar el archivo, luego mantén el gate en las nuevas entradas y repite la auditoría mensualmente, ya que el índice se actualiza aproximadamente una vez al mes.

Variaciones del mismo ejemplo

Los cambios de escala, el método no.

Un blog pequeño puede omitir el paso por lotes y ejecutar toda su lista a través de una llamada manual. El método se mantiene igual, y solo cambia la herramienta.

Un blog con 2.000 entradas tiene quizás 3.000 hosts únicos, que aún caben en dos llamadas bulk_dr a 1 crédito cada una. Una red de diez blogs repite el plan diez veces y cuesta unos cinco centavos, por lo que el presupuesto nunca decide el proyecto. El tiempo de revisión sí.

Cuida el paso de renderizado. En WordPress, exporta el HTML renderizado a través de la API REST, y en Hugo o Eleventy lee la carpeta compilada, ya que la salida ya tiene cada enlace que verá un visitante. Los sitios Ghost pueden usar la API de Contenido para el mismo trabajo.

Exporta también las páginas eliminadas si aún las tienes. Sus enlaces salientes aún cuentan como trabajo, porque un visitante puede aterrizar en ellas desde un resultado de búsqueda antiguo.