Un manual para encontrar backlinks de sitios web sin permitir que el modelo improvise

Comienza desde el fallo que quieres prevenir

Cuando falta un resultado de la herramienta, un asistente suele llenar el vacío con algo plausible. Pídele que busque backlinks de sitios web con nada utilizable frente a él, y la respuesta puede parecer tan ordenada como una real. El tono es el mismo en ambos casos. Cada línea del prompt que sigue cierra una de esas brechas.

Trata el prompt como un manual de ejecución, no como un conjuro. Cada regla numerada se corresponde con algo que sale mal en la práctica. Las llamadas omitidas van primero. Los reintentos silenciosos a continuación, luego los números recordados de conversaciones anteriores, y por último una nota faltante sobre la actualización mensual.

Por qué el prompt no puede contener tus datos

Un prompt establece reglas para un chat. No es una fuente de datos. Los tres puntos siguientes cubren dónde la gente se equivoca, y cada uno termina con la solución.

Un prompt contiene reglas, no números

Algunas personas pegan un archivo JSON en el prompt y esperan que cada nueva pregunta lo utilice. Un prompt establece las reglas para un chat, y no es una base de datos. Si las cifras son importantes, obténlas. El asistente debería hacer una llamada cada vez.

Cita la llamada, no la memoria. Las reglas anteriores ya lo dicen, y una respuesta que cita una llamada es fácil de verificar. La configuración de GPT personalizado muestra dónde van esas reglas.

El scraping falla donde la API no falla

Algunas personas preguntan si se pueden obtener las mismas cifras de una página de resultados en su lugar. Hacer scraping de una página funciona hasta que cambia el diseño. Los diseños cambian. Luego el script devuelve nada, o la columna incorrecta.

Una llamada a la API devuelve los mismos campos cada vez, por eso el prompt puede nombrarlos. Digamos que pruebas un scraper el lunes y falla el jueves. Ese es un trabajo de mantenimiento. No es una lectura de backlinks, y el chat no notará la diferencia. Si un compañero insiste en hacer scraping, pídele que nombre el diseño que espera y la fecha en que lo verificará. Sin eso, nadie asume la responsabilidad del fallo.

Fallos silenciosos y actualizaciones del proveedor

Los modelos cambian, y también los productos que los envuelven. Una regla que funcionaba en una versión puede derivar en la siguiente. Nada lo anuncia. La cura es aburrida: mantén el conjunto de pruebas a continuación, y ejecútalo después de cualquier cambio.

Mantén los mismos tres dominios y las mismas tres preguntas. Si los recibos dejan de imprimirse, la deriva está en el prompt o en el modelo. Fecha la primera respuesta incorrecta. El registro de cambios muestra entonces qué cambió esa semana.

Tres hábitos que rompen silenciosamente el prompt

En un chat largo, el modelo se apoya más en el texto reciente que en tu primer mensaje. Las reglas en la parte superior se deslizan. Inicia un nuevo chat para cada cliente.

Supongamos que pegas una captura de pantalla de las cifras de otro proveedor en la misma conversación. El modelo puede mezclar las dos fuentes, y no podrás desenredarlas después. Mantén una fuente por chat.

Un poco de elogio puede hacer daño. Decirle al modelo que un número coincide con lo que esperabas enseña a la siguiente respuesta a inclinarse en esa dirección. Si un número parece incorrecto, dilo de forma neutral. Pide el nombre de la acción. Cuando una respuesta falla, la tabla de errores te dice si la culpa es del prompt, de la clave o de los datos.

Fechas que pertenecen a tus notas

Coloca una versión y una fecha en la parte superior del prompt, por ejemplo 2026-10-29, de la misma manera que etiquetarías código. Luego, cuando una respuesta sea extraña en marzo, podrás decir qué redacción la produjo.

El consejo de enlaces también se mueve con Google. La actualización principal de marzo de 2024 y la actualización de spam de agosto de 2025 cambiaron lo que la gente preguntaba sobre enlaces, y los prompts escritos antes de ellos asumían cosas que ya no se cumplían. Revisa las reglas dos veces al año.

Mantén un registro de cambios breve junto al prompt. Tres líneas por cambio son suficientes. Convierte un misterio en un diff.

Mantén el conjunto de pruebas pequeño y aburrido

La revisión semanal solo funciona si el conjunto de pruebas se mantiene igual. Elígelo una vez, escríbelo y resiste la tentación de cambiar dominios cuando un resultado parezca extraño.

Elige dominios que puedas juzgar a simple vista

Tu propio sitio es la primera opción, porque conoces sus enlaces mejor que nadie. Un competidor que sigas de cerca viene segundo. Un sitio muy grande hace un tercero útil. Su escala es fácil de juzgar.

Evita un dominio nuevo como prueba. Sus cifras son ruidosas. Una deriva en la respuesta dice poco. Elige sitios con una historia que puedas ver. Incluye un sitio cuyos enlaces hayas leído a mano, porque es tu verdad fundamental.

Haz las mismas tres preguntas con las mismas palabras

Mantén la redacción fija. Clasificación, dominios de referencia principales y anclas, preguntados de la misma manera cada semana. Cambiar la redacción cambia la respuesta, y luego no puedes decir si los datos se movieron o la pregunta.

Almacena las tres respuestas como texto plano junto al prompt. En un mes, una comparación lado a lado te dirá más que cualquier memoria de cómo se sintió el chat.

Cotiza la prueba antes de ejecutarla

Cada llamada pagada en la prueba cuesta créditos, por lo que la prueba también tiene un precio. La clasificación es gratuita, lo que deja dos preguntas pagadas por dominio.

Tres dominios y dos preguntas pagadas equivalen a seis llamadas a 2 créditos cada una, por lo que la revisión semanal cuesta doce créditos, aproximadamente $0.0012. Escribe esa cifra en la hoja de prueba, y verifícala contra el saldo una vez al mes.

Qué hacer cuando falla la prueba

Una prueba fallida es información. Reescribe al final. Primero verifica los recibos, luego los códigos de estado, luego la ortografía del dominio. Solo después de esos tres deberías tocar las reglas.

Cambia una regla a la vez. Dos ediciones a la vez hacen imposible explicar el próximo fallo.

Mantén también la respuesta fallida. Pégala en el registro de cambios con la fecha y la regla que cambiaste. Ese registro es la única manera de distinguir una corrección real de una respuesta afortunada en la próxima ejecución.

Preguntas que los equipos hacen sobre este prompt

¿Puedo acortar las reglas para ahorrar tokens?

Puedes, pero corta las palabras en lugar de las reglas. Cada línea numerada cierra un fallo que puedes imaginar. Fusiona dos líneas que dicen una cosa. Deja la regla de los recibos sola.

¿Reemplaza el prompt la lectura de los datos?

No. Hace que el asistente informe lo que leyó. Una clasificación y una lista de dominios de referencia aún necesitan tus ojos, especialmente cuando un número te sorprende.

¿Qué acción debería intentar primero el asistente?

Comienza con overview, que es gratuito, y pasa a refdomains cuando necesites la lista. Clasificación y enlaces responden a preguntas diferentes, por lo que una llamada no cubrirá ambas.

¿Cuánto cuesta la revisión semanal?

Con el conjunto de pruebas anterior, dos preguntas pagadas para cada uno de tres dominios, la revisión usa aproximadamente doce créditos. Ese es un número pequeño, y vale la pena anotarlo para que la verificación mensual del saldo tenga una línea base.

¿Qué pasa si el equipo quiere una regla que el prompt no tiene?

Añádela al registro de cambios con una fecha y una razón, luego pruébala en los tres dominios. Un límite nuevo escrito una vez es más fácil de auditar que una instrucción escrita en medio de una sesión.