Cómo preparar un encargo web con requisitos de SEO, GEO y AEO
«Queremos una web que salga en buscadores y en las recomendaciones de la IA» es un objetivo. Con esa frase nadie puede comprobar si el desarrollo está terminado. El encargo tiene que decir qué páginas habrá, qué información mostrarán y qué podrá hacer el visitante en ellas; la evolución del tráfico y de las menciones en IA se sigue aparte.
En esta guía, SEO se refiere al trabajo para la búsqueda tradicional; GEO, a la presencia en respuestas generadas por IA; y AEO, a la preparación de respuestas claras para los sistemas de búsqueda y respuesta. Parte de las tareas son las mismas, y las tres siglas no corresponden a tres estándares técnicos independientes.
Describe el punto de partida
Explica qué vendéis, quién decide la compra y qué le complica hoy esa decisión. Indica los idiomas, los mercados y las acciones prioritarias: una consulta, una demostración, una compra. Si ya existe una web, añade sus direcciones y las limitaciones que conozcáis.
Reúne lo que ya tengas: analítica, informes de búsqueda, preguntas de los compradores, documentación. Di también qué datos faltan. Y si sospechas que JavaScript dificulta el acceso al contenido, pide que se compruebe antes de decidir un cambio de plataforma.
Une cada requisito a su prueba
| Requisito | Cómo comprobarlo | A quién involucrar |
|---|---|---|
| Respuestas a dudas de compra | Se encuentran respuestas y condiciones acordadas | Ventas y responsable del servicio |
| Contenido importante en HTML del servidor | Verificar que los fragmentos acordados aparecen en el HTML inicial de las páginas elegidas | Redactor y desarrollador |
| URL y canonical definidos | Comprobar las direcciones y las etiquetas canonical en el HTML publicado | Responsable SEO |
| Idiomas conectados | Revisar direcciones, idioma, hreflang y selector | Localización y desarrollo |
| Marcado coherente | Comprobar que los datos estructurados coinciden con la información visible | Responsable de datos |
| Formulario de contacto operativo | Hacer un envío de prueba al destinatario acordado | Responsable comercial |
| Contenido que el equipo pueda actualizar | El editor realiza un cambio acordado | Futuro gestor de la web |
Si el proyecto exige que la información importante llegue en el HTML del servidor, concreta cuál: la oferta, sus condiciones, los datos del producto. Con el título solo no basta. Es una decisión para facilitar el acceso al contenido; no significa que todos los sistemas procesen JavaScript de la misma forma.
Prepara una página de referencia
Elige un servicio o producto prioritario y reúne para él los datos confirmados, las limitaciones y las páginas relacionadas. Explica qué debe poder hacer el visitante. Antes de producir páginas en serie, cierra el texto, la plantilla y la revisión de esta primera: un campo que falta se corrige mucho mejor antes de traducirlo todo.
Si hay migración, añade la correspondencia entre URL antiguas y nuevas, las redirecciones y las comprobaciones posteriores. Una web nueva no necesita ese bloque. Tienes más detalle en la guía sobre reconstrucción y la de sitios multilingües.
Define publicación y mantenimiento
Acuerda quién confirma los datos, quién revisa el funcionamiento y quién autoriza la publicación. Deja escrito dónde se guardarán los archivos editables, qué fallos corregirá el proveedor y quién mantendrá la web después. Y antes de probar un formulario, fija el destinatario y cómo se identificará el mensaje de prueba.
La documentación de Google sobre búsqueda con IA no exige marcado ni archivos especiales para la IA. Y una promesa de citas no sustituye a unos requisitos que se puedan verificar.
Quien lea el encargo debería saber qué tareas hay, a qué páginas afectan, quién revisará cada resultado y cómo. Con eso ya se puede presupuestar la implementación. Si todavía no sabes qué limita la web actual, empieza por una auditoría.
Publicado: · Revisado por el equipo editorial de geo-rank.ai · Nuestro método