Qué significa y por qué importa
Un CMS headless es una base de datos con UI de redacción y una API. SessDev provisiona el workspace, define los content models que tu equipo editorial va a usar, y cablea el build para que publicar en el CMS resulte en una página fresca en tu dominio. Eso es infraestructura de ingeniería.
Lo que no es: un equipo de contenido. El CMS no escribe tus posts, no elige tus temas, no edita tus drafts, no traduce tu copy, no programa tus campañas, ni distribuye tus artículos en redes. Esas son funciones editoriales y pertenecen a tu equipo o a una agencia que ya tengas.
SessDev trata el setup de CMS como un entregable de build: el workspace, el schema y el pipeline de publicación se firman una vez y se entregan. La evolución del schema post-launch es un cambio separado y cotizado — no expande el engagement en silencio.
Qué incluye SessDev
- Provisionamiento de workspace del vendor bajo la cuenta del cliente o partner (Sanity, Hygraph o equivalente).
- Definición del schema de contenido: post, autor, categoría, tag, referencia de media, y los campos que el equipo editorial necesita para operar desde día uno.
- Rutas de preview de drafts cableadas con tokens secretos para que los editores revisen contenido no publicado sobre el dominio en vivo, sin exponer drafts al público.
- Webhooks de publicación → rebuild / revalidación on-demand, para que un post publicado aparezca en el sitio en vivo sin deploy manual.
- Pipeline de upload de assets ligado a la capa de media infrastructure (CDN, transforms de imagen, tamaños responsive).
- Definición de roles editor / admin dentro del CMS, usando los permisos nativos del vendor; SSO solo si el vendor lo soporta nativamente.
- Bindings de tokens de API server-only: tokens de lectura limitados al build, nunca expuestos al navegador.
- 1 walkthrough grabado para el equipo editorial cubriendo crear / preview / publicar / despublicar.
- 1 ronda de validación end-to-end: crear draft → preview → publicar → revalidar → la URL en vivo renderiza correctamente.
Qué queda excluido
- Escribir posts, artículos, copy de landing pages o cualquier contenido editorial.
- Calendario editorial, research de temas, definición de brand voice, content audits.
- Optimización SEO por post, targeting de keywords, redacción de meta descriptions, estrategia de internal linking.
- Traducción de posts o cualquier copy a idiomas adicionales.
- Migración masiva desde WordPress, Drupal, Ghost u otros sistemas. Solo entra al scope un import finito y pequeño provisto por el cliente.
- Selección de stock, dirección fotográfica, encargo de ilustración.
- Sesiones de training continuo para staff editorial más allá del walkthrough único.
- Sistemas de comentarios (Disqus, comentarios nativos) y moderación.
- Integraciones de newsletter (Mailchimp, Substack, ConvertKit) más allá del webhook estándar.
- Auto-posting a LinkedIn, X, Facebook o cualquier distribución en redes sociales.
- Los backups de contenido del lado del vendor son responsabilidad del vendor del CMS; SessDev no los replica.
Riesgos si no se define correctamente
Vendor lock-in
Tu schema y tu contenido viven en la base de datos del vendor. Cambiar de vendor más adelante cuesta en proporción al volumen de contenido. SessDev recomienda vendors con paths de exportación documentados, pero el riesgo estructural es inherente al modelo headless.
Schema creep
Cada nueva idea editorial quiere un campo nuevo. Sin política de gobernanza, el schema se pudre en meses, los editores se ralentizan y las migraciones se vuelven riesgosas. Las adiciones de schema post-launch deben cotizarse, no improvisarse.
Filtración de preview tokens
Si los tokens de preview se commitean al repo, se exponen en bundles cliente o se comparten en canales inseguros, los drafts se vuelven públicamente legibles. Así filtran lanzamientos no anunciados y anuncios bajo embargo.
Caché stale / revalidación rota
Si el webhook de publicación falla o el endpoint de revalidación cambia de path, los editores publican en el CMS pero nada aparece en el sitio en vivo. Los editores pierden confianza en el pipeline tras un solo incidente.
Filtración de tokens de API
Los tokens de API del CMS con scope de escritura nunca deben llegar al navegador. Una sola filtración client-side le da al mundo acceso de escritura a tu contenido.
Bill shock del vendor
Los techos de free-tier (llamadas a API, bandwidth de assets, conteo de documentos) se alcanzan silenciosamente conforme crece el tráfico. Producción es throttled o facturada a on-demand sin aviso. Los planes Care monitorean cuotas; sin ellos, la primera señal es un 429 en producción.
Drift de compliance
Si más adelante agregas comentarios, formularios de contacto o contenido generado por usuario sobre el CMS, heredas obligaciones GDPR/PII que el build original no cotizó. Cada adición necesita su propia revisión legal — no piggybackea sobre el scope del CMS.
Caso de uso — Partner
Tu agencia es dueña del equipo editorial y de la estrategia de contenido. SessDev entrega el workspace del CMS, el schema y el pipeline de publicación para que tus editores puedan publicar desde día uno sin ingeniería en el loop. Pairing recomendado: retainer Care de SessDev para absorber migraciones de schema conforme crece tu programa editorial, monitorear cuotas del vendor y parchear regresiones de revalidación antes de que los editores las noten.
Aplica como partnerCaso de uso — One-Shot
Recibes el workspace del CMS y el schema como parte del buyout. Tras el handoff necesitas un escritor (in-house o freelance) y un dueño de contenido — SessDev no escribe tu blog. Si no tienes ninguno de los dos, suma un plan Care en la cotización para que cambios de schema y temas de cuotas del vendor no bloqueen a tu equipo editorial a mitad de launch.
Solicita una cotización one-shotÍtems de alcance relacionados
- content_injectionEl CMS es lo que habilita a los editores a inyectar contenido por sí mismos; sin él, cada cambio de copy es un deploy.
- technical_seoLos posts heredan el wiring de canonical, hreflang y JSON-LD de la capa de SEO técnico.
- media_infrastructureLas imágenes subidas vía CMS fluyen por el media pipeline (CDN, transforms, tamaños responsive).
- legal_pages_setupLas páginas legales pueden autorse vía CMS una vez que el schema está listo, pero el texto legal sigue siendo provisto por el cliente.
- multilingual_archEl schema puede ser multilingüe, pero la traducción del contenido real está excluida.
- analytics_integrationAnalytics te dice qué posts ganan tráfico; el CMS por sí solo no incluye reporting.
Preguntas frecuentes
- ¿SessDev escribe posts para el blog?
- No. SessDev provisiona el CMS, define el schema y cablea el pipeline de publicación. Escribir, editar y traducir posts son del cliente o de la agencia partner.
- ¿Qué CMS configuran?
- Sanity o Hygraph por defecto, u otro CMS headless equivalente cuando el proyecto lo justifica. La elección final se confirma en la fase de discovery antes de empezar la implementación.
- ¿Quién es dueño del workspace del CMS y paga la factura del vendor?
- El cliente (o la agencia partner) es dueño del workspace y le paga al vendor directamente. SessDev no revende suscripciones de CMS ni se mete entre tú y la facturación del vendor.
- ¿Pueden migrar mi blog viejo de WordPress / Ghost / Drupal?
- Solo entra al scope un import finito y pequeño provisto por el cliente (en el formato acordado). Migración masiva de posts legacy, redirect maps y rehosting de imágenes queda excluida y se cotiza por separado si hace falta.
- ¿Se incluye contenido multilingüe?
- El schema puede modelarse como multilingüe, pero la traducción de los posts reales está excluida. El cliente provee el copy traducido por locale, o contrata la traducción por separado.
Referencia legal
Leer la cláusula vinculante — ítem #3, v2.0.0
