Empieza con herramientas gratuitas: un sitio con mejora continua de SEO y GEO

Ilustración conceptual: una solicitud en el chat da paso a un sitio y a revisiones periódicas. No es una captura del producto ni una prueba de crecimiento.

Después de publicar un sitio de producto, el equipo aún tiene trabajo: comprobar que las páginas se abren, que los clics se registran, de dónde llegan los visitantes y qué conviene mejorar después.

Las respuestas están repartidas entre una plataforma de alojamiento, una herramienta de analítica y un panel de búsqueda. Alguien tiene que reunir esa información y conectarla con la siguiente actualización del sitio.

Con Leina, el equipo puede describir el trabajo en Slack, conectar las aplicaciones necesarias y recibir el resultado en la misma conversación. La creación del sitio puede continuar como una tarea recurrente: revisar los resultados, hacer cambios dentro del alcance acordado y comunicar lo realizado.

Vercel se encarga del despliegue, PostHog registra el comportamiento dentro del sitio y Google Search Console aporta datos de rendimiento en la búsqueda. Leina reúne estas herramientas en un mismo proceso.

Este artículo adapta un flujo de trabajo grabado de Leina a un equipo que utiliza Slack. La demostración original usaba Feishu; los resultados de implementación que se describen a continuación proceden de esa demostración.

Qué costes pueden reducir las herramientas gratuitas

PostHog ofrece una cuota gratuita y Google Search Console es gratuito. Vercel Hobby se limita al uso personal no comercial; un sitio comercial necesita un plan adecuado. Empezar con herramientas gratuitas supone aprovechar los servicios y cuotas aplicables. Comprueba por separado los costes de Leina, el dominio y los excesos de uso.

Definir juntos el sitio y los datos necesarios

Primero conecta Vercel, PostHog y Google Search Console en Leina. Después, indica en Slack tanto las páginas necesarias como las interacciones que quieres medir:

Crea un sitio de presentación de Leina con una página de inicio, precios, funciones y un blog. Publícalo mediante la cuenta de Vercel conectada. Añade seguimiento en PostHog e informes de las interacciones principales, y conecta Google Search Console para los próximos análisis de SEO.

La solicitud define las páginas, las aplicaciones y los datos necesarios después del lanzamiento. El equipo dispone de tres comprobaciones concretas: el sitio es accesible, las interacciones importantes quedan registradas y los futuros análisis tienen fuentes de datos identificables.

El ejemplo grabado produjo un sitio de demostración del producto en un dominio de Vercel. También indicaba que las funciones y los precios debían contrastarse con la información oficial.

Tres aplicaciones, tres perspectivas del sitio

Cada aplicación aporta una parte de la información.

Estas conexiones permiten a Leina utilizar las herramientas necesarias. Las operaciones disponibles dependen de las cuentas, los proyectos y los permisos autorizados. El modelo se explica en conexiones seguras con aplicaciones de negocio, en inglés.

flowchart TB
  accTitle: De Slack al sitio y sus datos
  accDescr: El equipo solicita el trabajo en Slack. Leina usa conexiones autorizadas con Vercel, PostHog y Google Search Console y devuelve los resultados a Slack.
  C("Slack
Solicitudes y resultados"):::channel <--> L("Leina"):::agent
  L --> A("Conexiones autorizadas"):::gateway
  A --> V("Vercel
Despliegue"):::resource
  A --> P("PostHog
Comportamiento en el sitio"):::resource
  A --> G("Google Search Console
Rendimiento en búsquedas"):::resource

Entregar un sitio con resultados que se puedan comprobar

En el mensaje de entrega grabado, Leina informó de que había publicado ocho páginas y comprobado que todas devolvían HTTP 200. La demostración mostró después páginas de producto accesibles y un despliegue de Vercel con estado Ready.

El mensaje también enumeraba las bases para la búsqueda: títulos y descripciones, URL canónicas, metadatos para compartir en redes sociales, datos estructurados, robots.txt, un mapa del sitio y enlaces internos entre artículos.

Esta lista sirve para las próximas actualizaciones. El equipo puede revisar las direcciones, el registro del despliegue y la configuración descrita, y repetir las mismas comprobaciones después de cada cambio.

Verificar la captura de eventos junto con las páginas

La demostración también mostró un panel de PostHog. Leina informó de que había creado 11 informes sobre visitas, páginas populares, llamadas a la acción (CTA), enlaces internos, profundidad de lectura, interacciones con preguntas frecuentes, fuentes de tráfico y dispositivos. Se realizaron visitas y clics en un navegador para comprobar que los eventos llegaban.

El funcionamiento de las páginas y el de la medición forman parte de la misma entrega.

Después de pulsar «Ver precios», ¿aparece el evento esperado? ¿Se puede identificar qué artículo se visitó y cuánto se leyó? Estas comprobaciones permiten saber si los datos están listos para los siguientes análisis.

Los primeros valores de la demostración procedían de pruebas de aceptación. Verifican la captura de eventos; para evaluar el comportamiento de los clientes hacen falta datos de uso posteriores.

Incluir la verificación del sitio en el proceso

La configuración de Google Search Console requirió la intervención del propietario del sitio. En el entorno mostrado, la propiedad todavía no estaba verificada y los permisos disponibles no permitían terminar la operación directamente.

Leina explicó los pasos pendientes: obtener la etiqueta HTML de verificación en Search Console, facilitarla para insertarla en el sitio, volver a desplegar y regresar a Google para completar la verificación.

La conversación dejó claro quién debía dar el siguiente paso. Más adelante, Search Console mostraba datos en procesamiento y un volumen de uso insuficiente para algunos informes.

En esta etapa, el resultado útil es una base para recopilar y comprobar datos. Las estadísticas de búsqueda necesitan tiempo y actividad para acumularse. Los primeros informes deben describir tanto la información disponible como lo que aún falta.

Convertir la revisión periódica en una tarea definida

Una vez que el sitio está en marcha, el equipo puede ampliar la solicitud en Slack:

Prepara dos veces al mes un informe de SEO y análisis de clics. Utiliza las conclusiones para mejorar el sitio dentro del alcance acordado. Nuestro objetivo es convertir a más visitantes en clientes de pago.

A continuación hay que decidir qué datos revisar, dónde entregar el informe y qué cambios puede hacer Leina.

El ejemplo grabado terminó con una tarea de informes de SEO y conversión activada. Su horario real era a las 10:00 de los días 1 y 15 de cada mes. Son dos ejecuciones mensuales. Si se necesita una ejecución exactamente cada 14 días, conviene indicar ese intervalo y confirmar la zona horaria.

El proceso configurado incluía estos pasos:

1. Obtener los datos pertinentes de Search Console y PostHog.
2. Preparar un informe PDF con los resultados del periodo.
3. Revisar las condiciones predefinidas y realizar cambios limitados al alcance autorizado.
4. Desplegar, verificar las páginas afectadas y la captura de eventos, y registrar los cambios.
5. Enviar un breve resumen y el informe a la conversación original; en esta adaptación, a Slack.

La pantalla de la tarea confirma que la ejecución recurrente quedó configurada. La demostración no acredita una ejecución correcta durante varios ciclos ni una mejora medida de los resultados.

flowchart TB
  accTitle: De la revisión programada a la siguiente mejora
  accDescr: Una tarea programada recopila datos de búsqueda y comportamiento, explica las carencias o analiza los resultados y las condiciones de cambio, verifica las modificaciones y envía el informe a Slack antes del siguiente ciclo.
  T("Ejecución programada"):::channel --> D("Recopilar datos de
búsqueda y comportamiento"):::resource
  D --> Q{"¿Datos suficientes?"}:::gateway
  Q -->|No| N("Explicar las carencias
y sus causas"):::restricted
  Q -->|Sí| R("Analizar resultados
Preparar el informe"):::agent
  R --> J{"¿Se cumplen condiciones?"}:::gateway
  J -->|Sí| E("Cambios autorizados
Máximo dos por ciclo"):::agent
  E --> V("Desplegar y verificar
Registrar cambios y reversión"):::resource
  J -->|No| H("Enviar resumen
e informe a Slack"):::channel
  V --> H
  N --> H
  H --> W("Esperar al siguiente ciclo"):::channel
  W -.-> T

Delimitar cada optimización

El ejemplo limitaba cada ciclo a dos cambios. Se podían modificar títulos, descripciones, textos de CTA, enlaces internos y metadatos para redes sociales. Cada modificación debía tener un motivo, un efecto esperado y una forma de verificación.

Los hechos sobre el producto, como precios, funciones y plataformas compatibles, debían ajustarse a la información oficial. Las etiquetas de verificación y los parámetros de atribución tenían que conservarse. La comprobación del despliegue y las instrucciones para volver a la versión anterior también formaban parte de la tarea.

Estas reglas facilitan la revisión: qué título cambió, por qué se modificó un botón y qué indicador conviene observar en el próximo periodo.

Los umbrales de la demostración eran específicos de esa tarea. Otro sitio debe definir sus condiciones según el tráfico, el propósito de las páginas y la cantidad de datos, separando las pruebas de las visitas de clientes.

Seguir la conversión de pago más allá del sitio

El objetivo de negocio era la conversión de pago, mientras que el sitio de producto observaba principalmente visitas, clics y salidas. El registro y el pago ocurrían en otro sistema.

El mensaje de entrega de Leina indicaba que se habían añadido parámetros UTM a los enlaces CTA para distinguir las fuentes de tráfico y las posiciones de los botones. Esto aporta un punto de partida para seguir el recorrido desde el inicio, las funciones, los precios o un artículo del blog.

Para saber qué entrada generó un cliente de pago, el sistema de destino debe conservar esos parámetros y asociarlos con los eventos de registro y pago. La grabación muestra la preparación de esa atribución; no demuestra una atribución completa de pagos ni un aumento de la conversión.

El equipo puede verificar la cadena por etapas: primero visitas y clics, después la información de origen que llega al sistema de negocio y, por último, los registros y pagos asociados a ese origen.

Ampliar el trabajo periódico de SEO al GEO

El SEO aborda la visibilidad en buscadores. El GEO, u optimización para motores generativos, se centra en que las respuestas de IA comprendan, mencionen y citen el contenido correctamente. Comparten algunas bases: Google señala que los fundamentos del SEO también se aplican a sus funciones de búsqueda con IA.

Una posible ampliación consiste en mejorar las páginas según las preguntas de los clientes, aportar hechos verificables y fuentes, y revisar periódicamente preguntas fijas para registrar menciones de marca, páginas citadas y exactitud de las respuestas. Contrasta esas observaciones con el comportamiento en el sitio antes de elegir los siguientes cambios.

Esta ampliación requiere diseño y validación. La grabación muestra SEO, análisis de clics y configuración de tareas, sin seguimiento GEO ni crecimiento medido de las citas de IA. Para evaluar el GEO hacen falta fuentes de datos y comprobaciones adicionales.

Empezar con una entrega verificable

Este proceso reúne la creación del sitio, las comprobaciones de despliegue, la analítica y las revisiones periódicas en la conversación habitual del equipo. En Slack se puede plantear el objetivo, colaborar con las autorizaciones o la verificación de propiedad y recibir los resultados en el mismo lugar.

Una primera solicitud útil sería:

Comprueba el despliegue de nuestro sitio de producto, las páginas principales y el seguimiento de eventos. Prepara un informe inicial con datos autorizados de búsqueda y comportamiento. Incluye las fuentes, los datos que faltan y los dos problemas más útiles de abordar. Tras revisar el informe, programa el proceso con la frecuencia acordada y con límites de modificación y pasos de verificación explícitos.

Haz que la primera entrega sea verificable y programa después los pasos que funcionan. Cada ciclo podrá apoyarse en las mismas páginas, mediciones y objetivos de negocio.

Para saber más sobre la organización del trabajo, consulta la introducción al agente de IA de equipo Leina, en inglés y la gestión de permisos del agente, en inglés.