# Tu primer envío (/es/guides/first-send)

Normalmente cada envío de Bitelio sale de un dominio que has verificado, y verificar uno significa
editar DNS. Es la regla correcta para producción y el primer paso equivocado para una evaluación,
así que hay una dirección desde la que puedes enviar de inmediato.

<Callout type="warn">
  El remitente de pruebas compartido demuestra que **tu código funciona**. No demuestra tu
  entregabilidad. El correo sale de un dominio que no es tuyo, así que no ejercita ni tu SPF, ni tu
  DKIM, ni tu reputación de envío. Verifica tu propio dominio antes de escribir a nadie real.
</Callout>

## Envía uno

Crea una clave secreta con el permiso `email:send` (**Ajustes → General → Claves de API**) y:

```bash
curl https://api.bitelio.com/v1/send \
  -H "Authorization: Bearer $BITELIO_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "from": "onboarding@send.bitelio.com",
    "to": "tu@tuempresa.com",
    "subject": "Hola desde Bitelio",
    "body": "<p>Funciona.</p>"
  }'
```

`to` tiene que ser **tu propia dirección** — ver abajo. Del lado del remitente vale cualquier parte
local, así que `soporte@send.bitelio.com` y `noreply@send.bitelio.com` sirven igual mientras pruebas.

## Qué hace y qué no

**Solo escribe a miembros de tu proyecto.** El destinatario tiene que tener una membresía activa y
el email verificado — en la práctica, tú y tu equipo. Cualquier otra dirección se rechaza.

Esa restricción es la razón de que el remitente compartido pueda existir. Un dominio desde el que
cualquiera pudiera escribir a cualquier sitio sería un relay abierto con la reputación de envío de
Bitelio detrás, y el coste de que alguien abusara lo pagarían todos los demás clientes.

**Cincuenta envíos al día, por proyecto.** Suficiente para depurar un flujo. Si lo estás agotando,
has dejado de evaluar y has empezado a usarlo, que es el momento de verificar tu dominio.

**Ni campañas, ni como remitente de una plantilla.** Las dos van a listas en vez de a un
destinatario conocido, así que ninguna puede cumplir la regla de arriba. El **envío de prueba** de
una campaña sí funciona: ya exige que el destinatario sea miembro del proyecto.

## Y luego verifica tu dominio

Nada de lo anterior cambia cuando lo hagas, y todo lo anterior deja de importar: tu propio dominio
no tiene restricción de destinatario, no tiene tope diario, y es la única forma de saber si *tu*
correo llega.

<Cards>
  <Card title="Verificar dominios" href="/guides/verifying-domains">
    Añade un dominio, publica sus registros y envía desde tu propia dirección
  </Card>

  <Card title="Claves de API" href="/guides/api-keys">
    Limita una clave exactamente a la parte de la API que una integración necesita
  </Card>
</Cards>