> For the complete documentation index, see [llms.txt](https://docs.hablla.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.hablla.com/hablla-docs-es/flujos-de-automatizaciones/todos-los-componentes/componentes-de-instagram/verificar-si-un-usuario-es-seguidor.md).

# Verificar si un usuario es seguidor

### Visión general

El **Componente de Verificación de Seguidor** (identificado en la interfaz por el nombre técnico `check_follower`) es un nodo de control de flujo condicional basado en la Graph API de Meta. Su función principal es realizar una consulta instantánea y síncrona en los servidores de Instagram para validar si un determinado usuario sigue o no el perfil comercial de la marca. Actúa como un validador de audiencia, permitiendo crear dinámicas de gamificación o restringir el acceso a ramas de la automatización en función del estado de relación del contacto.

### Parámetros de configuración

La parametrización del bloque necesita dos datos principales para realizar el cruce de información en la red social:

* **Credencial:** Menú desplegable utilizado para seleccionar el token de acceso autenticado de la cuenta de Instagram Business. Esta credencial concede el permiso necesario para que el sistema consulte la lista de interacciones y la base de datos del perfil de la empresa.<br>
* **ID de Instagram del usuario (\* Campo Obligatorio):** Campo de entrada de texto donde debe informarse el identificador único numérico o la variable dinámica (ej: `{{instagram_id}}`) que representa al cliente integrado en el flujo.<br>

### Constructor visual

La interfaz gráfica es minimalista, enfocándose exclusivamente en los campos de direccionamiento de API:

* **Formulario de Entrada Directa:** El constructor prescinde de selectores complejos y se centra en la obligatoriedad del identificador del usuario (`*`). Sin esa información de destino, el nodo impide guardar el flujo para evitar fallos de solicitud a Meta.<br>
* **Estructura de Salidas Bifurcadas:** En el editor gráfico de flujos, la inserción de este componente altera la morfología de la ramificación, poniendo a disposición dos puertos físicos de salida para la conexión de los bloques subsiguientes:
  * Salida A: **Es seguidor**<br>
  * Salida B: **No es seguidor**<br>

### Operadores especiales

Las propiedades lógicas de este componente tratan con solicitudes externas en tiempo real y condicionales booleanos:

* **Mapeo de Inyección Dinámica:** El campo *ID de Instagram del usuario* está preparado para leer variables globales o payloads heredados del disparador inicial del flujo (como el disparador de DM o comentario). El motor procesa esta etiqueta en tiempo real antes de enviar el endpoint de validación.<br>
* **Procesamiento de Condicional Binaria:** Al ejecutarse, el motor del sistema pausa el flujo por milisegundos para obtener la respuesta (JSON) de Meta. Si el servidor de Instagram confirma el vínculo de amistad/seguidor, la automatización encamina el contacto de forma transparente a la primera ramificación; de lo contrario, despacha al usuario por el camino de rechazo.<br>

### Ejemplos prácticos

La tabla a continuación muestra escenarios clásicos de aplicación de este componente en estrategias de marketing conversacional y engagement:

| **Credencial Seleccionada** | **ID del Usuario (Entrada)** | **Respuesta de Meta (API)**               | **Salida activada en el flujo** | **Caso de uso práctico**                                                                                                                                                                                            |
| --------------------------- | ---------------------------- | ----------------------------------------- | ------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| **@loja\_ficticia**         | `{{instagram.id}}`           | Usuario activo en la lista de seguidores. | **Es seguidor**                 | El cliente envía un mensaje por DM pidiendo un cupón de descuento. El sistema valida que es seguidor y libera el código promocional inmediatamente.                                                                 |
| **@loja\_ficticia**         | `{{instagram.id}}`           | Usuario no encontrado en la lista.        | **No es seguidor**              | El usuario pide el cupón, pero el bot identifica que no sigue la página. El flujo envía un mensaje amable: *"¡Aún no nos sigues! Sigue nuestro perfil y escribe la palabra nuevamente para desbloquear el premio."* |
| **@marca\_ficticia**        | `{{instagram.id}}`           | Usuario activo en la lista de seguidores. | **Es seguidor**                 |                                                                                                                                                                                                                     |


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://docs.hablla.com/hablla-docs-es/flujos-de-automatizaciones/todos-los-componentes/componentes-de-instagram/verificar-si-un-usuario-es-seguidor.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.