Colofón: cómo funciona este sitio

TL;DR — Astro estático primero sobre Cloudflare, dos Workers deliberadamente separados para las partes dinámicas, datos reales o un estado claramente no disponible, códigos de estado honestos y un sistema de diseño que viste el sitio como una página de resultados de búsqueda. Esta es la página «sobre cómo se ha creado» el caso de estudio de SEO en el edge en el que se convirtió el sitio.

Qué es esta página (y qué no es)

Un colofón es un registro de cómo se ha creado una obra y de sus créditos: explica la tecnología, los sistemas y las personas que hay detrás de una obra publicada, igual que el colofón de un libro menciona su tipografía y su impresor. No sustituye a las páginas con peso legal o biográfico: la página Sobre mí explica quién soy, la Política de privacidad cubre qué datos se recopilan y por qué, y las Condiciones de uso contienen las reglas para utilizar el sitio. Esta página solo documenta cómo se construye y se opera el sitio; cuando una afirmación de abajo coincide con una de esas páginas, esa página es la fuente de autoridad.

La pila

Este sitio usa la salida estática de Astro para generar páginas HTML durante la compilación. Evidencia de esta afirmación Astro prerenders pages statically by default unless on-demand rendering is enabled. Alcance: Astro rendering modes used by this site's implementation. Confianza: alta · Verificado: 2026-07-14 Astro: On-demand rendering La entrega estática puede reducir las dependencias en tiempo de ejecución, aunque los resultados de SEO siguen dependiendo del contenido renderizado, los enlaces y la configuración técnica. Evidencia de esta afirmación Static delivery is an implementation choice; search performance still depends on accessible content, links, and other SEO fundamentals. Alcance: Editorial conclusion combining the site's stack with Google's general SEO guidance; static generation alone does not guarantee rankings. Confianza: medium · Verificado: 2026-07-14 Google: SEO Starter Guide

• Astro genera los artículos, el glosario, los hubs, las estructuras de las herramientas, los datos estructurados, los índices de búsqueda y de agentes, y los gemelos Markdown durante el despliegue. El corpus cambia demasiado rápido como para que un recuento de páginas mantenido a mano resulte útil.
• Cloudflare Workers Static Assets sirve esa compilación desde el edge. La configuración del sitio dirige por código únicamente las rutas dinámicas y las que requieren un tratamiento especial; las solicitudes normales de páginas y recursos no usan la computación de Worker. La configuración es la fuente de verdad para ese límite de rutas, no una lista copiada en esta página.
• El Worker del sitio gestiona los asuntos editoriales y comunitarios: contacto, preguntas y respuestas de lectores, reacciones, boletín, telemetría de búsqueda, la capa de expertos y las operaciones del propietario.
• Un Worker de producto desplegado por separado gestiona la ejecución de herramientas gratuitas y la persistencia del producto. El Worker del sitio lo alcanza mediante un enlace de servicio de Cloudflare, de modo que los navegadores conservan las URL /api/ del mismo origen sin fusionar los dos límites de seguridad y datos.

Dos planos de datos, separados deliberadamente

Los Workers del sitio y del producto tienen cada uno su propia base de datos D1 y su propio espacio de nombres KV, conectados mediante un enlace de servicio de Cloudflare. D1 del sitio contiene registros comunitarios y editoriales; D1 del producto contiene datos de uso de herramientas, valoraciones, informes de errores, solicitudes de funciones, trabajos de investigación y monitorización. KV se utiliza para cachés acotadas y contadores de respaldo.

R2 también está dividido por finalidad. El bucket de medios del sitio contiene fotos de expertos y respuestas de audio. Los buckets privados de copias de seguridad del sitio y del producto reciben exportaciones programadas de D1 en calendarios separados, con la retención y el estado de salud visibles para las operaciones del propietario. El Worker de producto también dispone de Workers AI acotado, Browser Rendering, enlaces nativos de limitación de velocidad y un Durable Object que coordina el presupuesto de renderizado del navegador. Las funciones cuyos enlaces no están disponibles o cuyos presupuestos se han agotado devuelven un estado explícito de no disponibilidad en vez de inventar resultados.

Lo que esta sección deja fuera deliberadamente: nombres de enlaces, identificadores de buckets, esquemas de bases de datos, credenciales, endpoints internos y calendarios de copias de seguridad. Nombrar la finalidad pública de cada servicio ayuda a entender el sitio; nombrar su topología privada solo ayuda a un atacante, así que se excluye de una página pública por política, no por descuido.

Por qué lo estático primero es una postura de SEO, no solo una elección de alojamiento

Cada página editorial indexable se entrega como un documento HTML completamente renderizado con un código de estado real. Los resultados de las herramientas interactivas pueden ejecutarse en el navegador o llamar a un Worker, pero la finalidad y las instrucciones de la herramienta no dependen de que el cliente se renderice para existir. La página 404 devuelve un 404 real, las páginas eliminadas pueden devolver un 410 real y /coffee devuelve un 418 real porque una tetera no puede preparar café. Las propiedades de disponibilidad y TTFB que hacen agradable un sitio para los usuarios son las mismas que hacen que resulte barato de rastrear.

La regla de honestidad de los datos

Las métricas de producción visibles para los visitantes proceden de una fuente identificada: el recuento de palabras y el tiempo de lectura proceden del cuerpo del artículo, los recuentos de reacciones proceden de D1, los datos de rastreo de bots proceden de las analíticas de zona de Cloudflare y tus propios Core Web Vitals proceden del navegador mediante PerformanceObserver. Una herramienta puede ofrecer un ejemplo o fixture etiquetado para explicar su salida, pero no lo presenta como una medición en vivo. Las funciones que necesitan una credencial no disponible o cuyo presupuesto se ha agotado lo indican u ocultan el resultado afectado, en vez de inventar silenciosamente datos de producción.

Procedencia editorial

El sistema de contenidos trata la procedencia de la IA como un estado de revisión, no como decoración. Un artículo generado íntegramente por IA usa una etiqueta a nivel de artículo; una pasada posterior de IA sobre un texto revisado previamente vuelve a etiquetar solo la lente o las lentes que cambió, salvo que la pasada abarque todo el artículo. Los metadatos de revisión de IA registran la pasada y su fecha. Mientras quede alguna etiqueta de IA, el artículo muestra la autoría de IA en vez de atribuir el texto a Patrick y queda excluido de los recuentos agregados de contenido y de los totales relacionados de todo el sitio. Solo la revisión o edición humana elimina la etiqueta; otra pasada de IA no lo hace.

Ese contrato no certifica que el texto sin etiqueta esté libre de errores. Evita que la autoría, el estado de revisión y los recuentos públicos exageren silenciosamente lo que una persona ha validado. Las Condiciones de uso establecen el límite de cara al lector, y el helper compartido de etiquetas del repositorio mantiene la misma regla entre consumidores.

Interfaces explícitas para agentes

Los rastreadores de IA pueden usar el mismo HTML renderizado que todos los demás, pero ya no tienen que extraerlo. Cada artículo publicado tiene un gemelo index.md generado y un control «Copiar como Markdown». /llms.txt apunta al corpus, /llms-full.txt proporciona Markdown en bloque, /agent-index.json describe el corpus público completo de recuperación y /content-graph.json publica su grafo de enlaces internos. Un servidor MCP de solo lectura y con límite de velocidad expone la búsqueda de contenido, la recuperación de artículos, la taxonomía y un pequeño conjunto de herramientas de diagnóstico acotadas. La lista activa y las instrucciones de conexión están en la página Para agentes. Nada de esto se presenta como una garantía de indexación, citación o posicionamiento: es un contrato estable de recuperación, no una afirmación de SEO.

Lo que no está habilitado es la negociación Accept: text/markdown en la misma URL mediante Markdown for Agents de Cloudflare. Las URL Markdown explícitas son el contrato público estable de hoy; si más adelante se habilita la negociación de contenido, puede situarse delante de la misma fuente generada en vez de crear una segunda copia editorial.

Herramientas y revisión de expertos

Las herramientas SEO gratuitas van desde analizadores, validadores y calculadoras locales del navegador hasta fetches en vivo acotados, comparaciones de renderizado, consultas de datos de campo y operaciones asistidas por IA. Los registros de reglas compartidos mantienen alineados los resultados del navegador, Worker, procesamiento en bloque y MCP cuando una herramienta tiene más de una interfaz.

El panel público de expertos convierte los artículos en conversaciones ancladas. Los expertos verificados pueden adjuntar notas a identificadores de párrafo estables y responder preguntas; las contribuciones de confianza se publican directamente y las demás pasan por moderación. Las notas y respuestas publicadas se integran en la salida del artículo y en sus datos estructurados, en vez de cargarse después como contenido no indexable.

El sistema de diseño nativo de la búsqueda

El sitio está diseñado como el medio en el que vive: el feed de la página de inicio, el hub de contenidos y la búsqueda del sitio se muestran como resultados SERP (miga verde, título azul, fragmento), los artículos incluyen una vista previa autorreferencial «En los resultados de búsqueda», los TL;DR tienen el estilo de los fragmentos destacados y las preguntas y respuestas de lectores se pliegan como People Also Ask. Cinco skins (Clean, Magazine, Neo-Brutalist, Punk y Cyberpunk) cambian el estilo de todo mediante propiedades personalizadas de CSS —radio, bordes, sombras y tipografía—, de modo que un componente escrito una vez con los tokens funciona en las cinco.

Presupuesto de rendimiento

Las fuentes se cargan mediante la Fonts API de Astro con alternativas cuyo tamaño está ajustado para que los cambios no desplacen el diseño; solo se precarga la tipografía de visualización que está detrás del elemento LCP habitual. Las inserciones de terceros y las llamadas /api/* del propio sitio en la pestaña de datos SEO se cargan de forma diferida únicamente cuando se abre la pestaña. Las Speculation Rules prerenderizan enlaces del mismo sitio al pasar el cursor en Chromium. Las insignias de Core Web Vitals de la franja de salud de cada artículo son los comprobantes: son los números reales de tu sesión.

Créditos y fuentes

• Propietario y autor: Patrick Stox escribe y mantiene este sitio; la página Sobre mí contiene sus antecedentes.
• Framework y plataforma: Astro para la compilación; Cloudflare Workers, D1, KV y R2 para el entorno de ejecución y la capa de datos.
• Protocolo de agentes: la especificación del Model Context Protocol, para el servidor MCP descrito arriba.
• Colaboradores: los expertos verificados del panel de expertos que añaden notas y respuestas a pasajes de los artículos, acreditados por nombre cuando publican.
• Fuentes de esta página: las afirmaciones sobre el comportamiento desplegado se comprueban contra el código fuente y la configuración de este repositorio; las afirmaciones sobre el comportamiento de las plataformas se comprueban contra la documentación oficial de Astro y Cloudflare enlazada a lo largo del texto. Mencionar una tecnología es un crédito factual, no una recomendación ni una afirmación de resultados de SEO.

Esta página se revisa periódicamente frente al repositorio activo y la documentación actual de las plataformas, en vez de dejarla desactualizarse; la fecha de updated que aparece abajo refleja la última revisión.

Los huevos de Pascua son parte de la carga

/robots.txt es un archivo que funciona simultáneamente como robots.txt válido y como página web (negociación de contenido en la etiqueta y cuerpo idéntico byte a byte). La consola tiene un huevo de Pascua. /coffee es una demostración funcional de HTCPCP. Cada uno existe para enseñar el mecanismo con el que juega, que es la tesis completa del sitio en miniatura.

TL;DR — Opera el sitio conservando sus límites explícitos: HTML estático como entrega predeterminada, trabajo dinámico en el Worker y plano de datos correctos, estados honestos cuando falta una dependencia y contratos de rastreo, agentes, procedencia y rendimiento sincronizados en cada publicación.

Publica por separado las superficies estática y dinámica

El artefacto estático es la base pública. Comprueba HTML completo y que los recursos ordinarios no entren accidentalmente en Worker. La edición y la comunidad pertenecen al Site Worker; la ejecución de herramientas y los datos de producto, al Product Worker; el service binding sigue siendo la interfaz.

Conserva los límites de datos y divulgación

Mantén separados D1, KV y copias de seguridad del sitio y del producto, y los medios de expertos en su R2 previsto. Explica la finalidad pública sin divulgar credenciales, nombres privados de bindings, identificadores, esquemas, endpoints internos ni calendarios.

Prueba la honestidad como propiedad de la publicación

Identifica la fuente de cada dato visible. Las métricas en vivo vienen de producción, los ejemplos están etiquetados y una dependencia o presupuesto agotado muestra un estado no disponible. Prueba también los estados HTTP reales: páginas válidas con su estado, ausentes con 404, retiradas con 410 cuando corresponda y solo /coffee con el 418 deliberado.

Sincroniza recuperación y procedencia

Cambiar solo HTML no basta. Verifica a la vez el gemelo Markdown, índices de agentes, grafo de contenido, datos estructurados y MCP de solo lectura. Conserva etiquetas de IA y revisiones hasta la revisión humana.

Lista operativa

• Verifica el enrutamiento al Worker correcto.
• Prueba /api/ del mismo origen mediante el service binding.
• Fuerza estados explícitos de no disponibilidad.
• Compara HTML, Markdown, índices, grafo y datos estructurados.
• Revisa Core Web Vitals y presupuestos de fuentes, embeds, API y prerender.
• Revisa About, Privacy y Terms si cambia el alcance.

• Alcance: un registro de cómo se ha creado el sitio y de sus créditos, distinto de las páginas Sobre mí, Privacidad y Condiciones de uso, que siguen siendo la autoridad sobre las afirmaciones coincidentes.
• Pila: compilación estática de Astro servida por Cloudflare Workers Static Assets; el tráfico estático normal no usa la computación de Worker.
• Separación del entorno de ejecución: un Worker del sitio gestiona las API editoriales y comunitarias y delega las rutas del producto mediante un enlace de servicio a un Worker de producto desplegado por separado.
• Capa de datos: almacenes D1/KV separados para el sitio y el producto; R2 para medios de expertos y copias de seguridad privadas programadas; Workers AI acotado, Browser Rendering, enlaces de limitación de velocidad y un Durable Object en el lado del producto.
• Propiedades de SEO: HTML editorial completamente renderizado, códigos de estado honestos (404/410/418 reales), prerenderizado mediante Speculation Rules y JSON-LD por artículo; los resultados de las herramientas interactivas pueden usar el navegador o un Worker.
• Honestidad de los datos: las métricas de producción identifican su fuente real; los ejemplos están etiquetados y las funciones en vivo no disponibles exponen ese estado en vez de fabricar resultados de producción.
• Procedencia editorial: el contenido generado o revisado por IA conserva la etiqueta hasta la revisión humana, muestra la autoría de IA mientras está etiquetado y no entra en los recuentos agregados durante ese estado de revisión.
• Acceso para agentes: HTML, Markdown por artículo, índices estructurados y en bloque, el grafo de contenidos y un servidor MCP de solo lectura. La negociación Markdown en la misma URL no está habilitada.
• Sistemas públicos: una plataforma de herramientas gratuitas y notas y respuestas de expertos moderadas, adjuntas a pasajes estables de los artículos.
• Diseño: motivo nativo de la búsqueda (feeds con estilo SERP, TL;DR como fragmentos destacados y preguntas y respuestas con estilo PAA) con cinco skins basadas en tokens.
• Rendimiento: alternativas de fuentes con tamaño ajustado, precargas solo para LCP, inserciones de terceros cargadas de forma diferida e insignias CWV visibles por sesión.
• Límite de divulgación: publica las finalidades públicas de sus servicios (D1, KV, R2, enlaces de servicio y MCP), no nombres de enlaces, identificadores de buckets, esquemas, credenciales ni calendarios de copias de seguridad.
• Créditos: Patrick Stox como propietario y autor, Astro y Cloudflare como plataforma, la especificación del Model Context Protocol para el acceso de agentes y los expertos verificados que aportan notas y respuestas.

Registro de cambios