> For the complete documentation index, see [llms.txt](https://docs.echevarrisports.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.echevarrisports.com/web-sanity/introduccion.md).

# Cómo funciona el editor de la web

Los textos y las fotos de la web pública se cambian en el **Studio**, el editor de contenidos (hecho con Sanity). No hace falta saber programar ni pedir nada a nadie.

## Entrar

1. Abre `https://<dominio-del-club>/studio`.
2. Elige cómo entrar (Google, GitHub o correo y contraseña) con la cuenta de Sanity que te hayan dado. Es una cuenta distinta de la del CRM.

![La pantalla de entrada del Studio](https://788297973-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F4LZ3z6a1fqWpA4dQ6JkX%2Fuploads%2Fgit-blob-2a3568b4231f7722e37c1e9ef83a1e2d514f7da6%2Fstudio-login.png?alt=media)

## Lo que se edita aquí y lo que no

| Se edita en el Studio                          | Se edita en el CRM                                    |
| ---------------------------------------------- | ----------------------------------------------------- |
| Textos, titulares y botones de las páginas     | Precios, semanas, días y plazas de los campamentos    |
| Fotos                                          | Publicar o despublicar un campamento                  |
| Sedes (dirección, mapa, foto)                  | Formularios: lo que la gente envía va a **Contactos** |
| Reseñas                                        | Correos automáticos                                   |
| Preguntas frecuentes                           |                                                       |
| La guía de bienvenida (PDF) de los campamentos |                                                       |

## El menú del Studio

* **Páginas**: una entrada por página de la web: **Portada**, **Tenis**, **Pádel**, **Eventos**, **Campamentos** y **Contacto**. Cada página existe una sola vez: no se crean ni se borran, solo se editan.
* **Sedes**: las instalaciones (Marbella, Mijas…).
* **Reseñas**: las opiniones de familias y socios.
* **Preguntas frecuentes**: las preguntas del club que salen en la portada.

## Inglés y español

Casi todos los campos tienen dos casillas, **Inglés** y **Español**.

* **Inglés es obligatorio.** Sin él no se puede publicar.
* **Español es opcional**, pero rellénalo siempre. Si se queda vacío, la web en español enseña el texto en inglés.

## Editar y publicar

1. Abre la página o el elemento y cambia lo que quieras. Los cambios se guardan solos como **borrador**: todavía no salen en la web.
2. Cuando esté listo, pulsa **Publish**.
3. La web se actualiza sola en unos segundos. Si pasados un par de minutos no ves el cambio, avisa a quien mantiene la web.

{% hint style="info" %}
¿Te has equivocado? **Discard changes** descarta el borrador y vuelve a lo publicado. En el historial del documento puedes recuperar una versión anterior (**Restore**).
{% endhint %}

{% hint style="warning" %}
Si un campo obligatorio está vacío, el Studio no deja publicar y lo marca en rojo. No intentes saltártelo: la página de la web daría error si le faltara ese contenido.
{% endhint %}


---

# 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.echevarrisports.com/web-sanity/introduccion.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.