Cloudflare Pages SEO: configuración completa en 2026

Cloudflare Pages se volvió el deploy default para muchos sitios de contenido y SaaS marketing en 2026. Trae edge global con 300+ ubicaciones, free tier generoso, zero cold start, e integración nativa con Workers, KV, R2 y Cloudflare Analytics. Pero el SEO óptimo no viene out-of-the-box: necesitás configurar 5 archivos clave en orden de prioridad.

Soy Ignacio y deployo en Cloudflare Pages desde 2023, propios y de clientes. Si todavía no leíste sobre performance específicamente, mirá Core Web Vitals en Cloudflare Pages.

¿Por qué Cloudflare Pages vs Vercel o Netlify?

Comparación práctica que mando a clientes:

Dimensión	Cloudflare Pages	Vercel	Netlify
Edge global	300+ POPs	30+ POPs	~10 POPs
Cold starts SSR	Zero (en Workers)	~50-200ms	~100-300ms
Free tier bandwidth	Ilimitado	100GB	100GB
Free tier requests	100k/día	Limitado	125k
Imagen optimization	Cloudflare Images (paga)	Vercel Image (incluida)	Netlify Image
DX Next.js avanzado	Bueno	Excelente	Bueno
DX SvelteKit/Astro	Excelente	Bueno	Bueno
Costo sitio mediano	USD 0	USD 20-100/mes	USD 20-100/mes

Cloudflare Pages gana en cost-effectiveness y performance global. Vercel gana en DX para Next.js complejo (App Router, ISR fino).

¿Qué archivos necesita un sitio Cloudflare Pages bien configurado?

Cinco archivos clave viven en la carpeta de assets (static/ en SvelteKit):

1. _headers: headers HTTP por path
2. _redirects: redirects 301/302 sin código
3. robots.txt: directivas para crawlers
4. /sitemap.xml/+server.ts: sitemap dinámico (en src/routes/)
5. /llms.txt/+server.ts: llms.txt dinámico (en src/routes/)

Repaso cada uno con código real más abajo.

¿Cómo configuro _headers?

El archivo vive en static/_headers y suele tener cuatro bloques mínimos:

# Cache fino: assets versionados un año, HTML corto
/_app/immutable/*
  Cache-Control: public, max-age=31536000, immutable

/*
  Cache-Control: public, max-age=300, s-maxage=300, stale-while-revalidate=86400

# Headers de seguridad globales
/*
  X-Frame-Options: DENY
  X-Content-Type-Options: nosniff
  Referrer-Policy: strict-origin-when-cross-origin
  Permissions-Policy: camera=(), microphone=(), geolocation=()
  Strict-Transport-Security: max-age=63072000; includeSubDomains; preload

# CORS para fonts si las servís cross-origin
/fonts/*
  Access-Control-Allow-Origin: *

Detalle importante: los bloques se procesan top-down. El path más específico gana sobre el genérico. Si querés HTML cacheado más largo en una sección particular, declarala antes del /* genérico.

stale-while-revalidate=86400 es la clave para HTML dinámico: el cache sirve la versión vieja inmediatamente mientras revalida en background. UX sin penalty SEO porque la versión vieja sigue siendo válida.

¿Cómo configuro _redirects?

Archivo en static/_redirects. Sintaxis: <from> <to> <status>.

# Redirects 301 por cambio de slug
/old-article /articles/new-slug 301

# Mover sección entera con splat
/blog/* /articles/:splat 301

# Forzar idioma por geo (opcional, suele preferirse el idioma del navegador)
# (esto requiere Workers, no se hace en _redirects)

# Trailing slash consistente
/articles/*/ /articles/:splat 301

# Dominio canónico (apex → www o viceversa)
https://www.tusitio.com/* https://tusitio.com/:splat 301!

El ! al final del status fuerza el redirect incluso si la URL destino existe (útil para canonicalización de dominio).

Para 95% de los casos SEO, _redirects alcanza. Solamente necesitás Workers cuando hacés A/B tests, geo-routing fino, o transformaciones de URL complejas.

¿Cómo se ve robots.txt para AEO + SEO?

# Sitemap principal
Sitemap: https://ignax.dev/sitemap.xml

# Search engines clásicos
User-agent: Googlebot
Allow: /

User-agent: Bingbot
Allow: /

# Crawlers de IA (necesarios para AEO)
User-agent: GPTBot
Allow: /

User-agent: ClaudeBot
Allow: /

User-agent: PerplexityBot
Allow: /

User-agent: Google-Extended
Allow: /

User-agent: CCBot
Allow: /

# Bloquear áreas privadas si las hay
User-agent: *
Disallow: /admin/
Disallow: /api/internal/
Allow: /

Detalle importante: los crawlers de IA respetan robots.txt. Si los bloqueás, no aparecés citado. Más contexto en cómo aparecer citado por ChatGPT.

¿Cómo genero sitemap.xml dinámico en SvelteKit?

Ruta +server.ts que recorre el registry de Markdown y genera XML:

// src/routes/sitemap.xml/+server.ts
import { listAllContent } from '$lib/content/loader';

const BASE = 'https://ignax.dev';

export async function GET() {
  const entries = await listAllContent();
  
  // Agrupar por canonicalSlug para juntar variantes idiomáticas
  const groups = new Map<string, typeof entries>();
  for (const e of entries) {
    const key = `${e.type}:${e.canonicalSlug}`;
    if (!groups.has(key)) groups.set(key, []);
    groups.get(key)!.push(e);
  }

  const urls = [...groups.values()].map(group => {
    const en = group.find(g => g.lang === 'en');
    const es = group.find(g => g.lang === 'es');
    const primary = en ?? es!;
    
    const alternates = group.map(g => 
      `<xhtml:link rel="alternate" hreflang="${g.lang}" href="${urlFor(g)}" />`
    ).join('\n  ');
    
    const xDefault = en 
      ? `<xhtml:link rel="alternate" hreflang="x-default" href="${urlFor(en)}" />` 
      : '';

    return `<url>
  <loc>${urlFor(primary)}</loc>
  ${alternates}
  ${xDefault}
  <lastmod>${primary.updatedAt}</lastmod>
  <changefreq>monthly</changefreq>
</url>`;
  }).join('\n');

  const xml = `<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9"
        xmlns:xhtml="http://www.w3.org/1999/xhtml">
${urls}
</urlset>`;

  return new Response(xml, {
    headers: {
      'content-type': 'application/xml',
      'cache-control': 'public, max-age=3600, s-maxage=3600',
    },
  });
}

function urlFor(entry: { lang: string; type: string; slug: string }) {
  const prefix = entry.lang === 'en' ? '' : `/${entry.lang}`;
  const typeSegment = typeSegmentFor(entry.lang, entry.type);
  return `${BASE}${prefix}/${typeSegment}/${entry.slug}`;
}

Cloudflare Pages ejecuta este +server.ts como Worker en el edge; el sitemap se sirve en <50ms globalmente.

¿Cómo configuro IndexNow?

IndexNow es un protocolo que avisa a Bing (y por extensión a ChatGPT que usa Bing para browsing) cuando hay contenido nuevo. Setup en 30 minutos. Detalle completo en el tutorial de IndexNow.

Resumen:

1. Generás una key UUID y la servís en /{key}.txt en raíz del dominio.
2. Cuando publicás contenido, hacés POST a https://api.indexnow.org/indexnow con la URL nueva y la key.
3. Bing crawlea en minutos en vez de días.

¿Qué hago con assets pesados (imágenes, videos)?

Cloudflare R2 + Cloudflare Images:

• R2 (S3-compatible). USD 0 egreso, USD 0.015/GB storage. Para videos, PDFs, datasets.
• Cloudflare Images. USD 5/mes hasta 100k imágenes. On-the-fly resize, AVIF/WebP automático.

Para sitios chicos, los archivos en static/ con _headers de cache largo alcanza. Para sitios con catálogo de imágenes o video, R2 + Images se paga rápido.

¿Cómo monitoreo SEO en Cloudflare Pages?

Mi stack:

• Cloudflare Analytics: pageviews, top URLs, top referrers. Liviano, sin cookies.
• Cloudflare Web Analytics Beacon: Core Web Vitals reales en tu dashboard.
• Google Search Console: queries, posiciones, errores de indexación.
• Bing Webmaster Tools: equivalente a GSC para Bing/ChatGPT browsing.

Sin Google Analytics tradicional (pesado y privacy-issue). Para casos donde se necesite, Plausible o Umami son livianos y privacy-friendly.

¿Qué errores comunes evitar?

Cinco que veo en auditorías:

1. No declarar headers de seguridad. Lighthouse penaliza, browsers warning, score Mozilla Observatory bajo.
2. Cache-Control genérico para todo. Assets versionados deberían ser 1 año immutable; HTML cortos.
3. No incluir crawlers de IA en robots.txt. Excluís citas sin querer.
4. Sitemap.xml estático que no se actualiza. Generalo dinámico del registry de contenido.
5. Olvidar hreflang en sitemap multilingüe. Detalle en la guía de hreflang en SvelteKit + Paraglide.

¿Por dónde arrancar?

Tres archivos críticos para esta semana:

1. _headers con cache + seguridad (1 hora).
2. robots.txt con permisos a crawlers de IA (10 minutos).
3. sitemap.xml dinámico con hreflang (2 horas).

¿Cómo migrar desde Vercel o Netlify?

Para sitios SvelteKit, migrar de Vercel a Cloudflare Pages es razonable en 1-2 días:

1. Cambiar adapter: @sveltejs/adapter-vercel → @sveltejs/adapter-cloudflare.
2. Mover variables de entorno al panel de Cloudflare Pages.
3. Configurar build settings (build command, output directory) en Cloudflare Pages.
4. Apuntar DNS al nuevo dominio (con preview deploy primero).
5. Cutover DNS cuando el preview esté verificado.

Para Next.js: usar @cloudflare/next-on-pages para adaptar Next.js a Workers. La compatibilidad mejoró mucho en 2025-2026; ya soporta App Router, Server Actions y middleware sin sorpresas.

¿Vale la pena para clientes existentes?

Tres razones para migrar:

1. Costos: sitios con mucho bandwidth (>100GB/mes) salen Gs 0 en Cloudflare vs Gs 200k-1M/mes en Vercel/Netlify.
2. Performance global: edge en LATAM/SE Asia mucho más completo.
3. Integración con resto del ecosistema Cloudflare: R2, KV, D1, Workers AI, Stream: todo bajo una factura.

Tres razones para no migrar:

1. Ya tenés DX optimizada en Vercel para Next.js App Router. Si el equipo conoce Vercel a fondo, la migración no agrega valor proporcional.
2. Dependés de features específicas de Vercel (ISR avanzado, Image Optimization integrada, Edge Functions con runtime Node específico).
3. Sitio chico con tráfico bajo. El gain de costos es marginal.

Si querés que te haga el setup completo, escribime a [email protected] o mirá el servicio de setup SEO + AEO. La documentación oficial de Cloudflare Pages tiene referencias detalladas para cada archivo. Para entender el contexto AEO completo, mirá qué es AEO.