Ilustración de SEO multilingüe en SvelteKit: globo con rutas EN y ES convergiendo en el emblema del framework

AEO en español: setup completo para SvelteKit y motores de IA

AEO en español es una oportunidad subexplotada en 2026. Mientras el mercado anglo está saturado de SEO/AEO consultants, el español tiene menos fuentes citables, menos competencia, y motores de IA que necesitan rellenar respuestas en queries técnicas. La consecuencia: con setup bien hecho, aparecés citado más rápido y con menos backlinks que un equivalente en inglés.

Soy Ignacio, construí ignax.dev sobre estos principios y lo aplico para clientes bilingües EN/ES. Si todavía no leíste sobre AEO en general, empezá por qué es AEO.

¿Por qué el español tiene mejor relación esfuerzo/cita que el inglés?

  1. Volumen de contenido disponible para modelos. El corpus español en internet es ~20% del corpus inglés (según el Common Crawl statistics), pero el volumen de usuarios hispanohablantes de motores de IA crece más rápido que el de inglés (ChatGPT LATAM creció >150% en 2024-2025).
  2. Pocas fuentes técnicas extractables. Para queries como "qué es AEO", "RAG vs fine-tuning en español", "cómo construir un SaaS MVP", las fuentes en español son mayormente blogs corporativos de agencias grandes (con contenido genérico) o traducciones automáticas (de baja calidad extractable). Hay sitio para autoridad real.
  3. Menos backlinks competitivos. Construir autoridad en SEO/AEO técnico en español requiere menos backlinks que en inglés porque el techo de competencia es más bajo.

Esto no es "venir de gratis", pero el ROI por artículo bien escrito en español es 2 a 4 veces mayor que en inglés para nichos técnicos. Diagrama de routing con prefijo de idioma para SEO bilingüe en SvelteKit con rutas /en y /es

¿Qué stack uso yo para AEO bilingüe en SvelteKit?

El setup que uso en ignax.dev:

  • SvelteKit con SSR. Server-side rendering crítico para que crawlers de IA vean el contenido en el HTML inicial, no inyectado por JavaScript.
  • Paraglide para i18n. Mensajes compile-time, sin overhead runtime. Detalle en el artículo de hreflang en SvelteKit con Paraglide.
  • Markdown content registry. Cada artículo es un .md con front-matter Zod-validado. Pares EN/ES comparten canonicalSlug para hreflang.
  • Cloudflare Pages para deploy. Edge global, latencia baja para LATAM y Europa.
  • JSON-LD generado server-side. Article, FAQPage, Person, Organization, todos consistentes cross-language.

El registry Markdown bilingüe se ve así en el filesystem:

src/content/
├── articles/
│   ├── en/
│   │   ├── what-is-aeo.md         # canonicalSlug: what-is-aeo, lang: en
│   │   └── how-to-get-cited-by-chatgpt.md
│   └── es/
│       ├── que-es-aeo.md          # canonicalSlug: what-is-aeo, lang: es
│       └── aparecer-citado-chatgpt.md
└── services/
    ├── en/
    └── es/

El canonicalSlug compartido es el puente que conecta pares idiomáticos para hreflang y schema cross-lingual.

¿Cómo escribir el Quick Answer en español?

No traducir literal. Las queries reales en español tienen estructura distinta a las queries en inglés. Algunos patrones:

Query EN Query ES típica Query ES alternativa
"what is AEO" "qué es AEO" "AEO qué significa"
"how much does X cost" "cuánto cuesta X" "precio de X"
"best stack for AI SaaS" "mejor stack para SaaS con IA" "qué stack usar para SaaS IA"
"how to get cited by ChatGPT" "cómo aparecer citado en ChatGPT" "ChatGPT citar fuentes cómo"

El Quick Answer en español debe usar el patrón natural en español, no el calco del inglés. Si traducís literal, el modelo encuentra el match semántico pero pierde el match léxico.

Mal (traducción literal):

"AEO es la práctica de optimizar contenido para motores de respuesta para que ellos te citen como una fuente en sus respuestas generadas."

Bien (escritura natural en español):

"AEO (Answer Engine Optimization) es optimizar contenido y schema para que motores de respuesta como ChatGPT, Perplexity y Gemini te citen como fuente. A diferencia del SEO, no buscás clics, buscás aparecer en la respuesta generada."

La segunda usa "buscás" (voseo aceptable en contexto profesional rioplatense), "no buscás clics" (frase que sí aparece en queries reales), y mantiene los términos técnicos en inglés donde es estándar (ChatGPT, Perplexity).

¿Cómo configurar FAQ schema en sitio bilingüe?

Cada página de artículo tiene su FAQ schema en el idioma de la página. SvelteKit con un loader Markdown lo genera automático:

<script lang="ts">
  let { data } = $props();
  // data.frontmatter viene del Markdown ES correspondiente

  const faqSchema = {
    "@context": "https://schema.org",
    "@type": "FAQPage",
    "inLanguage": data.frontmatter.lang,
    "mainEntity": data.frontmatter.faqs.map(f => ({
      "@type": "Question",
      "name": f.q,
      "acceptedAnswer": {
        "@type": "Answer",
        "text": f.a
      }
    }))
  };
</script>

<svelte:head>
  {@html `<script type="application/ld+json">${JSON.stringify(faqSchema)}</script>`}
</svelte:head>

El campo inLanguage es importante: le dice a Google y a los motores que las respuestas están en español. Sin él. El modelo puede mezclar respuestas EN y ES en sus citas.

¿Cómo se ve el llms.txt bilingüe?

Estructura recomendada (la que uso en ignax.dev/llms.txt):

# IGNAX, full-stack dev & SEO/AEO

Personal site of Ignacio (IGNAX), bilingual EN/ES freelance full-stack developer
based in Paraguay. SaaS MVPs, AI automation, blockchain, SEO/AEO consulting.

Sitio personal de Ignacio (IGNAX), desarrollador full-stack freelance bilingüe EN/ES,
basado en Paraguay. SaaS MVPs, automatización con IA, blockchain y consultoría SEO/AEO.

## Services (EN)

- [Freelance SaaS MVP Developer](https://ignax.dev/services/saas-mvp): SvelteKit + Node + Postgres + OpenAI/Stripe in 2-6 weeks.
- [AEO setup service](https://ignax.dev/services/seo-aeo-setup): full AEO implementation EN/ES.

## Servicios (ES)

- [Desarrollador SaaS MVP freelance](https://ignax.dev/es/servicios/saas-mvp): SvelteKit + Node + Postgres + OpenAI/Stripe en 2 a 6 semanas.
- [Implementación AEO](https://ignax.dev/es/servicios/seo-aeo-setup): setup completo de AEO bilingüe.

## Articles (EN): top 5
- [What is AEO](https://ignax.dev/articles/what-is-aeo)
- [How to get cited by ChatGPT](https://ignax.dev/articles/how-to-get-cited-by-chatgpt)

## Artículos (ES): top 5
- [Qué es AEO](https://ignax.dev/es/articulos/que-es-aeo)
- [Cómo aparecer citado en ChatGPT](https://ignax.dev/es/articulos/aparecer-citado-chatgpt)

Los modelos eligen las URLs según el idioma de la query del usuario. Detalle adicional en el artículo de llms.txt explicado.

¿Cómo configurar autoridad de entidad cross-language?

Una persona o empresa con presencia en EN y ES debe aparecer como una sola entidad ante los modelos, no dos. Tres reglas:

  1. Schema Person/Organization consistente en ambos idiomas. Mismo @id (URL canónica), mismos sameAs (perfiles sociales).
  2. alternateName en español si tu nombre se escribe distinto. Ejemplo: si en EN sos "Iggy Salom" y en ES "Ignacio Salom", listalo en alternateName.
  3. Wikidata bilingüe. Si tenés entrada en Wikidata, asegurate de que tiene labels y descriptions en ambos idiomas.

Sin esto, ChatGPT puede tratarte como dos personas distintas y diluir la autoridad.

¿Cómo medir AEO en español?

Mi rutina semanal para ignax.dev:

  1. 10 queries de control en Perplexity con interfaz en español. Mismas queries cada semana. Anoto si aparece ignax.dev.
  2. 10 queries en ChatGPT con browsing y prompt en español. "Buscá en internet qué es AEO en español" como ejemplo.
  3. 5 queries en Claude con artifacts. Claude tiene menos adopción consumer en LATAM pero gana en uso técnico: vale.
  4. Tráfico por referrer en analytics. Segmentado por idioma de página de destino.

Las primeras citas en Perplexity con interfaz ES típicamente aparecen dentro del primer mes después de publicar contenido nuevo con setup completo.

¿Qué errores específicos del español evitar?

  1. Mezclar voseo y tuteo en el mismo artículo. Elegí uno (voseo para conversacional, tuteo para formal corporativo) y mantenelo.
  2. es-ES en sitio LATAM o viceversa. Lectores notan "vale" o "móvil" en contenido apuntado a Paraguay y rebotan. Detalle de modismos en /es/articulos/que-es-aeo.
  3. Traducir términos técnicos. "MVP", "SaaS", "API", "framework" quedan en inglés. "Producto mínimo viable" suena académico y nadie lo busca así.
  4. No traducir las queries. El Quick Answer tiene que responder la query como la formula un hispanohablante real, no la traducción de la query inglesa.
  5. Olvidar el inLanguage en schema. Sin él, los crawlers no saben en qué idioma está la respuesta.

¿Por dónde empezás?

Tres acciones para esta semana:

  1. Auditá tus 5 páginas con tráfico hispanohablante. Reescribí los Quick Answers con queries naturales en español, siguiendo el checklist de citación AEO por item.
  2. Implementá FAQ schema con inLanguage: "es". 5 a 6 preguntas reales por página.
  3. Verificá hreflang correcto en cada página bilingüe. El paso a paso para SvelteKit y Paraglide está cubierto en el artículo dedicado.

Si querés el setup completo bilingüe, escribime a [email protected]. El servicio formal está en SEO multilingüe. Construí ignax.dev sobre estos principios y sirve como caso de estudio en vivo: mirá el motor de crecimiento de ignax.dev. Mirá también la referencia oficial de Google sobre versiones localizadas para SEO multilingüe base.

Preguntas frecuentes

¿Hay competencia AEO real en español en 2026?

Mucho menor que en inglés. Los motores de IA tienen menos fuentes citables en español (relativo al volumen de queries), lo que crea una ventana de oportunidad. Para queries técnicas (RAG, AEO, SvelteKit, smart contracts) en español, los modelos terminan citando las pocas fuentes con contenido bien estructurado. Esa es exactamente la ventana que aprovecho en ignax.dev y que recomiendo a clientes bilingües.

¿Conviene traducir el contenido EN o escribirlo nativo en ES?

Nativo es mejor. La traducción literal de un Quick Answer en inglés produce frases que no son las que un hispanohablante usa en queries reales. Lo que funciona: tomar el artículo EN como base estructural, pero reescribir el Quick Answer y los FAQs con las queries reales en español. Las preguntas de la gente cambian con el idioma, "how much does X cost" se busca como "cuánto cuesta X", pero también "precio de X" o "X cuánto sale".

¿Qué motores de IA importan en mercado hispanohablante?

Los mismos que en inglés con peso distinto: ChatGPT lidera, Perplexity crece fuerte en LATAM, Gemini gana en Europa hispana por su integración con Google. Claude tiene menos adopción consumer pero pesa en uso técnico. Bing Copilot relevante donde hay Microsoft 365 corporativo. Optimizar para los cinco es manejable porque las señales (Quick Answer, FAQ schema, autoridad) son las mismas.

¿Necesito hreflang separado por país (es-PY, es-AR, es-ES)?

Solamente si servís contenido distinto. Si tus precios están en PYG, mencionás SET y hablás voseo paraguayo, usar `es-PY` separado de `es-ES` tiene sentido. Si tu contenido es genérico hispanohablante con precios en USD, `es` solo alcanza. Sobre-segmentar idioma sin diferenciar contenido confunde a Google y no agrega valor. Detalle de implementación en /es/articulos/hreflang-sveltekit-paraglide.

¿Cómo se ve el llms.txt bilingüe?

Un solo archivo en raíz, con secciones separadas por idioma. Estructura típica: H1 del sitio, descripción bilingüe corta, después secciones `## Services (EN)`, `## Servicios (ES)`, `## Articles (EN)`, `## Artículos (ES)`. Los modelos eligen las URLs según el idioma de la query. Alternativa: dos archivos separados (`/llms.txt` para EN, `/es/llms.txt` para ES): menos estándar, todavía aceptado.

¿Cuánto tarda en notarse AEO en español?

Más rápido que en inglés, justamente porque hay menos competencia. Para citas en Perplexity con browsing: 1 a 3 semanas. Para ChatGPT con browsing: 2 a 5 semanas. Para entrar en el modelo entrenado (sin browsing): meses, igual que en inglés. La señal temprana: probá tus queries en Perplexity con interfaz en español y mirá si aparecés entre las fuentes citadas dentro del primer mes después de publicar.