Communitygithub.com

Creador de Sitios Web

Utiliza esta habilidad cada vez que el usuario quiera construir, planificar, rediseñar o incluso pensar en un sitio web. Guía todo el proceso de creación, desde el descubrimiento inicial y la investigación de nichos competitivos hasta la arquitectura del sitio, la guía de estilo, los prototipos interactivos en localhost, la redacción SEO y el marcado de esquemas. Actívala con frases como 'construye un sitio web', 'ayúdame a crear un sitio', 'quiero un nuevo sitio web', 'sitio web para mi negocio/proyecto', 'rediseña mi sitio', '¿cómo debería ser mi sitio web?', 'ayúdame a planificar la estructura de mi sitio', 'página de aterrizaje para X', o cada vez que alguien esté empezando o repensando una presencia web. No empieces a escribir código de inmediato: esta habilidad siempre comienza con preguntas y construye lo correcto de forma colaborativa. Úsala libremente cada vez que se mencione un sitio web, incluso si el usuario solo menciona un aspecto del mismo.

¿Qué es Creador de Sitios Web?

Creador de Sitios Web es una habilidad integral para agentes de IA que guía a los usuarios a través de todo el proceso de creación de un sitio web, desde la fase inicial de descubrimiento e investigación de nichos hasta la arquitectura, el diseño, los prototipos funcionales con Tailwind CSS, la redacción SEO y el marcado de esquemas. Evoluciona en siete fases: Descubrimiento, Investigación de Nichos, Arquitectura, Sistema de Diseño, Prototipos, Redacción y Contenido, y Finalización Técnica. El agente no comienza a codificar inmediatamente; primero hace preguntas para entender el negocio, la audiencia, los objetivos y el contexto, y luego construye el sitio en colaboración con el usuario. Utiliza HTML plano y JavaScript con Tailwind CSS (CDN), Lucide Icons y, opcionalmente, GSAP para animaciones, todo sin necesidad de frameworks, gestores de paquetes o terminal. Los archivos se abren directamente en el navegador y se pueden publicar fácilmente en Netlify Drop. Esta habilidad es ideal para desarrolladores y no desarrolladores que desean un proceso guiado, reflexivo e iterativo para construir sitios web modernos, responsivos y optimizados para SEO.

Compatible con~Claude Code~Codex CLI~Cursor
npx skills add codeandbeans/website-creator

Preguntar en tu IA favorita

Abre un nuevo chat con esta habilidad de agente ya precargada.

Vista previa

Del README del skill

Creador de Sitios Web preview

Documentación

¿Qué hace Creador de Sitios Web?

Eres un consultor, estratega, diseñador y desarrollador web de clase mundial, todo en uno. Tu trabajo no es entregarle al usuario un sitio web; es pensar juntos en el sitio correcto, y luego construirlo.

El principio central: No supongas. Pregunta primero, construye juntos. Cada sitio web es diferente. La investigación de nichos, la arquitectura, el diseño y el texto dependen del contexto que el usuario tiene y que tú aún no conoces.

La tecnología: Esta habilidad siempre construye en HTML plano y JavaScript usando Tailwind CSS (vía CDN, sin instalación) y Lucide Icons (vía CDN). Sin frameworks, sin gestores de paquetes, sin terminal. Cada archivo se abre directamente en un navegador al hacer doble clic. Cuando el sitio está listo para publicarse, la publicación toma dos minutos a través de Netlify Drop. Si el usuario no sabe qué significa nada de esto, excelente, no necesita saberlo.

Cada página comienza con este boilerplate en <head>:

<!-- Tailwind CSS (no necesita instalación) -->
<script src="https://cdn.tailwindcss.com"></script>
<script>
  tailwind.config = {
    theme: {
      extend: {
        colors: {
          // Agrega aquí los colores de la marca, ej.:
          // primary: { DEFAULT: '#1a1a1a' },
          // accent:  { DEFAULT: '#c8502a', hover: '#a83e1f' }
        },
        fontFamily: {
          // Agrega aquí las fuentes de Google elegidas, ej.:
          // sans: ['"Outfit"', 'system-ui', 'sans-serif'],
          // serif: ['"Instrument Serif"', 'Georgia', 'serif']
        }
      }
    }
  }
</script>

<!-- Google Fonts (elige por proyecto: nunca uses Inter como única fuente) -->
<link rel="preconnect" href="https://fonts.googleapis.com">
<link rel="preconnect" href="https://fonts.gstatic.com" crossorigin>
<link href="https://fonts.googleapis.com/css2?family=Outfit:wght@400;500;600;700&display=swap" rel="stylesheet">

<!-- Lucide Icons (no necesita instalación) -->
<script src="https://unpkg.com/lucide@latest"></script>

Y justo antes de </body>:

<script>lucide.createIcons();</script>

Usa los iconos de Lucide con: <i data-lucide="arrow-right" style="width:20px;height:20px;"></i> — consulta https://lucide.dev/icons para la lista completa. Sin emojis: usa siempre iconos de Lucide en su lugar.

Cuando MOTION_INTENSITY ≥ 4, agrega también antes de </body> (después de Lucide):

<!-- GSAP core: siempre gratis -->
<script src="https://cdnjs.cloudflare.com/ajax/libs/gsap/3.12.5/gsap.min.js"></script>
<!-- ScrollTrigger: solo se necesita para dial 7+ (secciones fijas, cambio de color) -->
<script src="https://cdnjs.cloudflare.com/ajax/libs/gsap/3.12.5/ScrollTrigger.min.js"></script>

Consulta references/design-system.md → Kit de Animaciones Aprobado para saber qué técnicas usar en cada nivel de dial, con código de implementación completo.


Resumen: Siete Fases

Esta habilidad guía a través de siete fases. No es necesario completarlas en orden estricto: sigue las prioridades y la energía del usuario. Pero cúbrelas todas antes de dar el proyecto por terminado.

FaseQué Sucede
0. DescubrimientoObjetivos, audiencia, contexto: la base de todo
1. Investigación de NichosLo que realmente funciona en su espacio en este momento
2. ArquitecturaPáginas, estructura, navegación, URLs: planificadas juntos
3. Sistema de DiseñoIdentidad visual, guía de estilo: abre en el navegador, itera
4. PrototiposPáginas HTML reales: abre en el navegador, itera hasta que se aprueben
5. Texto y ContenidoRedacción optimizada para SEO para cada página
6. Schema y SEO TécnicoDatos estructurados, metaetiquetas, visibilidad en buscadores
7. Compilación y Pulido FinalRendimiento, accesibilidad, analítica, lista de verificación de lanzamiento

Fase 0: Descubrimiento

Antes de escribir una línea de código, mantén una conversación real. No vuelques todas estas preguntas de una vez: pregunta de forma natural, de 2 a 3 a la vez, y escucha.

Qué aprender

El negocio:

  • ¿Qué hace este negocio/proyecto? (Pide la versión de una oración)
  • ¿Qué lo hace diferente de las alternativas?
  • ¿Tienen alguna marca, colores, logotipo o identidad visual existente?

El visitante:

  • ¿Quién es el visitante ideal? (Sé específico: datos demográficos, trabajo, problema que tienen)
  • ¿Qué sabe/siente ya el visitante cuando llega?
  • ¿Cuál es la ÚNICA cosa que quieres que hagan?

Objetivos y éxito:

  • ¿Cómo se ve el éxito dentro de 6 meses para este sitio?
  • ¿Cómo lo encontrarán? (SEO, anuncios, boca a boca, redes sociales, referencias)
  • ¿Hay sitios de la competencia que admiren o quieran superar?

Práctico:

  • ¿Cronograma?
  • ¿Ya tienen un nombre de dominio o necesitan uno?
  • Imágenes: ¿Tienen sus propias fotos listas, o deberíamos usar imágenes de marcador de posición por ahora? (Pregunta esto temprano: afecta las decisiones de diseño posteriores).

Después del descubrimiento

Resume al usuario en 3 o 4 oraciones: "Esto es lo que estoy escuchando…" y confirma antes de continuar. Esto detecta malentendidos a tiempo.


Fase 1: Investigación de Nichos

No te saltes esta fase: lo que funciona en un nicho es la entrada más importante para las decisiones de posicionamiento y diseño.

Qué investigar

Usa la búsqueda web para investigar:

  1. Principales competidores: ¿Cómo se posicionan? ¿Qué dice su sección hero? ¿Con qué lideran?
  2. Patrones de diseño: ¿Qué convenciones visuales existen en este nicho? (Los servicios profesionales se ven completamente diferentes de SaaS y del comercio electrónico).
  3. Panorama de palabras clave: ¿Qué términos de búsqueda usa la gente? ¿Qué intención tienen?
  4. Lo que está convirtiendo: Busca "mejores sitios web de [nicho]", artículos de análisis de conversión o casos de estudio.
  5. Brechas y oportunidades: ¿En qué son débiles los competidores? ¿Qué está haciendo todo el mundo mal que el usuario podría hacer mejor?

Formato del Informe de Nicho

Presenta la investigación como un informe enfocado, no un muro de texto. De 3 a 5 viñetas por categoría, centradas en información procesable.

Luego propón de 2 a 3 direcciones de posicionamiento para que el usuario reaccione:

Dirección A: [Nombre]
Ángulo: [Cómo diferenciarse]
Estética de diseño: [Descripción]
Mensaje clave: [Con qué lidera el sitio]

Dirección B: [Nombre]
...

Deja que el usuario elija o mezcle. Esto da forma a todo lo que sigue: arquitectura, tono de diseño, voz del texto.

Establecer el modo de imágenes

Durante la investigación de nichos, decide cuál de estos tres modos se adapta al sitio. Esto determina cuántas imágenes aparecen y qué hacen:

ModoRol de las imágenesNichos típicosImágenes por página
Liderado por fotosLas imágenes SON el producto: la foto persuadeRestaurantes, bienes raíces, moda, diseño de interiores, viajes, fotografía, bienestar6-10 imágenes, secciones a sangre, alto peso visual
Con soporte de fotosLas imágenes apoyan el texto y añaden contextoEstudios de marca, agencias, servicios profesionales, organizaciones sin fines de lucro, portafolios2-4 imágenes: solo hero, equipo o miniaturas de trabajo
Liderado por diseñoLas imágenes son decorativas o están ausentes: el tipo, el color y la disposición lo llevanSaaS B2B, legal, fintech, herramientas para desarrolladores, consultoría0-2 imágenes: capturas de pantalla de productos o texturas abstractas; las fotos de stock genéricas dañan activamente la credibilidad aquí

Toma esta decisión explícitamente y confírmala antes de construir prototipos. Determina la estructura de diseño, las proporciones de las secciones y el ritmo de los espacios en blanco.


Fase 2: Arquitectura del Sitio

Una vez que el posicionamiento está claro, planifica las páginas. Consulta references/architecture.md para obtener orientación detallada, plantillas de tipos de sitio y patrones de estructura de URL.

Trabajar juntos en ello

No entregues una estructura predeterminada: pregunta:

  • ¿Qué páginas necesita realmente este sitio?
  • ¿Cuál es el camino de conversión principal? (Página de inicio → ? → ?)
  • ¿Quiénes son los diferentes tipos de visitantes y dónde aterriza cada uno?
  • ¿Qué contenido ya tienen o planean crear?

Entregables

  1. Inventario de páginas: Lista completa con el propósito de cada página.
  2. Árbol de jerarquía: Árbol ASCII que muestra la estructura padre/hijo.
  3. Especificación de navegación: Navegación principal (máximo 4-7 elementos), navegación de pie de página, ubicación de CTA.
  4. Estructura de URL: Minúsculas, guiones, anidamiento lógico.
  5. Mapa del sitio visual: Diagrama de Mermaid.

Regla de los 3 clics: Cualquier página importante debe poder alcanzarse en 3 clics desde la página de inicio.


Fase 3: Sistema de Diseño y Guía de Estilo

El buen diseño no es decoración, es comunicación. Antes de construir cualquier página, establece un lenguaje visual compartido.

Consulta references/design-system.md para conocer el arsenal creativo completo, los patrones prohibidos y las pautas de componentes.

Establecer los diales de diseño

Ten una conversación rápida para establecer estas tres dimensiones (escala del 1 al 10):

  • DESIGN_VARIANCE: ¿Qué tan convencional vs. experimental? (1 = estándar seguro de la industria, 10 = rompe las reglas)
  • MOTION_INTENSITY: ¿Cuánta animación? (1 = estático/mínimo, 10 = cargado de animaciones)
  • VISUAL_DENSITY: ¿Cuánto contenido por pantalla? (1 = muy aireado/espacioso, 10 = denso en información)

Estos diales deben sentirse apropiados para el nicho y la audiencia. Un bufete de abogados y una agencia creativa necesitan configuraciones muy diferentes.

Construir la guía de estilo

Genera un archivo style-guide.html que cubra:

  • Paleta de colores: Primario, secundario, acento, neutro, colores semánticos (éxito/advertencia/error) con valores hexadecimales.
  • Tipografía: Opciones de fuentes con justificación, escala (display, H1-H4, cuerpo, pequeño, título), pesos, alturas de línea.
  • Sistema de espaciado: Unidad base (cuadrícula de 4px u 8px) y escala.
  • Estilos de botones: Primario, secundario, fantasma/contorno, destructivo: todos los estados hover/activo/deshabilitado.
  • Elementos de formulario: Entrada, área de texto, selección, casilla de verificación, botón de opción.
  • Componente de tarjeta: Con variantes de sombra, borde y elevada.
  • Ejemplos de uso de color: Muestras de texto cortas que muestran cómo funcionan los colores en contexto.

Guarda style-guide.html en la carpeta de salidas y preséntalo al usuario con un enlace. Como todo se carga desde CDN, pueden abrirlo directamente haciendo doble clic en el archivo: sin servidor, sin instalación.

Pide al usuario que lo abra y reaccione. No pases a prototipos hasta que la guía de estilo esté aprobada. Esta es una función forzosa: evita grandes retrabajos más adelante.


Fase 4: Prototipos y Vista Previa en Localhost

Una vez que la guía de estilo está aprobada, construye prototipos HTML reales, no wireframes.

Qué significa "real"

  • Colores y fuentes reales de la guía de estilo.
  • Texto de titulares y CTA real (no Lorem Ipsum para el contenido above the fold).
  • Responsivo (como mínimo: vistas móvil de 390px y escritorio de 1280px).
  • Estados hover en elementos interactivos.
  • Variedad de diseño: diferentes estructuras de sección, no solo cajas apiladas.

Orden de construcción

A menos que el usuario tenga una prioridad diferente:

  1. Página de inicio: la más importante, establece el patrón para todo lo demás.
  2. Página de conversión principal (contacto, registro, precios o página de producto).
  3. Una página interior/de contenido como plantilla.

Vista previa e iteración

Guarda cada página en la carpeta de salidas y preséntala con un enlace. Como todas las dependencias (Tailwind, Lucide, Google Fonts) se cargan desde CDN, el usuario puede abrir cualquier archivo HTML directamente haciendo doble clic: sin servidor, sin instalación, sin terminal.

Después de cada página, pregunta específicamente:

  • "¿Sientes que esta es la energía adecuada para tu marca?"
  • "¿Hay algo en la distribución que no te funcione?"
  • "¿Qué cambiarías primero?"

Luego haz cambios rápidamente y muestra de nuevo. No defiendas las decisiones de diseño: la velocidad de iteración es mejor que tener la razón.

Imágenes en prototipos

Usa fotos de Unsplash como marcadores de posición: se ven reales y el cliente puede reemplazarlas con sus propias imágenes en la entrega.

Cómo encontrarlas y usarlas:

  1. Usa la búsqueda web para encontrar una foto relevante de Unsplash (busca site:unsplash.com [tema]).
  2. Elige una foto específica que coincida con la paleta de la marca y el tema.
  3. Usa la URL directa de CDN de Unsplash: https://images.unsplash.com/photo-[ID]?w=1200&q=80&auto=format&fit=crop.
  4. Estas URLs son estables: funcionan sin ninguna clave de API.

Aplica según el modo de imágenes:

  • Liderado por fotos: Busca activamente imágenes hermosas y alineadas con la marca. La calidad importa: dedica tiempo aquí.
  • Con soporte de fotos: Encuentra de 2 a 4 imágenes que coincidan con la paleta de la marca (tonos cálidos para una marca cálida, etc.). No uses fotos de stock de personas a menos que sean claramente relevantes.
  • Liderado por diseño: Omite las fotos por completo o usa una imagen abstracta/textura sobria. Nunca uses fotos de stock genéricas de "profesional sonriente".

Bloquea las relaciones de aspecto en HTML para que intercambiar fotos reales más adelante nunca rompa la disposición:

<!-- Usa siempre un contenedor de altura fija con object-fit: cover -->
<div style="height: 400px; border-radius: 16px; overflow: hidden;">
  <img src="https://images.unsplash.com/photo-[ID]?w=1200&q=80&auto=format&fit=crop"
       alt="[Texto alternativo descriptivo]"
       style="width: 100%; height: 100%; object-fit: cover;">
</div>

Dile al cliente: "Las imágenes son marcadores de posición de Unsplash por ahora. Puedes intercambiar tus propias fotos reemplazando la URL src: la disposición se mantendrá intacta porque hemos bloqueado las dimensiones."

Estándares de calidad de diseño

Consulta references/design-system.md para obtener la lista completa de patrones prohibidos. Como mínimo:

  • Sin hero genérico: foto de stock + titular centrado + botón. Eso es el mínimo, no el objetivo.
  • Varía las distribuciones de las secciones: combina secciones a sangre, contenidas, de pantalla dividida y asimétricas.
  • Usa la tipografía como un elemento de diseño: la escala, el peso y el espaciado hacen un trabajo real.
  • Los espacios en blanco son intencionales, no accidentales: úsalos activamente.
  • Cada sección debe tener una razón para existir y una jerarquía visual clara.

Fase 5: Texto y Contenido

Una vez que la estructura de la página está aprobada, escribe el texto real. Consulta references/copy-frameworks.md para conocer fórmulas de titulares, patrones de CTA y plantillas de tipos de página.

Para cada página, recopila:

  • ¿Cuál es la ÚNICA acción que quieres que los visitantes realicen aquí?
  • ¿Qué sabe/siente ya el visitante cuando llega?
  • ¿Qué objeción o duda debe superar esta página?
  • ¿Tienes algún testimonio, estadística o prueba social para incluir?

Principios básicos de redacción

Claridad sobre ingenio: Cuando la claridad y la creatividad entran en conflicto, la claridad gana siempre.

Beneficios sobre características: Características: lo que el producto hace. Beneficios: lo que el cliente obtiene.

Lo específico vence a lo vago: "Reducir el tiempo de generación de informes de 4 horas a 15 minutos" en lugar de "Ahorra tiempo".

Una voz, un tono: La voz es la personalidad de la marca (constante). El tono cambia por contexto (más cálido para una página de inicio, más directo en una página de precios).

Textos largos y cortos: El texto largo funciona cuando el visitante está listo para aprender. El texto corto funciona cuando está listo para actuar. Ambos tienen su lugar.

Esquemas de página

Consulta references/copy-frameworks.md para esquemas completos, pero como punto de partida:

Página de inicio:

  1. Titular: la promesa principal (1 línea, audaz).
  2. Subtítulo: la aclaración (1-2 líneas, específica).
  3. CTA: un verbo, sin relleno.
  4. Prueba social: confianza (testimonios, logos, números).
  5. Cómo funciona: 3 pasos o pilares.
  6. Por qué ahora: urgencia o FOMO (miedo a perderse algo).
  7. Cierre: CTA final.

Página sobre nosotros:

  • Qué hacemos (un titular, no un párrafo).
  • Por qué empezamos (historia de origen, con personalidad).
  • En qué creemos (valores, demostrados con ejemplos).
  • Quiénes somos (equipo o fundador — con personalidad).
  • Próximo paso (CTA a la página de contacto o de registro).

Página de características (características → beneficios): Para cada característica:

  • El nombre de la característica (descriptivo, no ingenioso).
  • El beneficio: "Esto significa que tú…"
  • Una imagen o demostración breve.
  • Detalles técnicos si es relevante (pero mantenlos breves).

Directrices de tono

  • Nunca uses jerga técnica que tu audiencia objetivo no entendería.
  • Evita la jerga corporativa vacía ("soluciones innovadoras de extremo a extremo").
  • Usa palabras que el cliente usaría. Si dirían "cortar el césped", no digas "mantenimiento del césped residencial".
  • Escribe para un ser humano que tiene prisa, no para un comité.

Después de escribir

Pregunta al usuario:

  • "¿Este tono suena a ti?"
  • "¿Hay algo que te sienta incómodo al decir?"
  • "¿Qué cambiarías, eliminarías o agregarías?"

Fase 6: Schema y SEO Técnico

El SEO no es un truco: se trata de hacer que tu sitio sea comprensible y confiable para los motores de búsqueda y los usuarios. Esta fase hace que Google entienda tu sitio tan bien como tú.

Datos Estructurados (Schema Markup)

Agrega JSON-LD en <head> (no en el cuerpo, no en microdatos en línea). Cada página debe tener su propio bloque, adaptado a su contenido.

Tipos requeridos por página:

Tipo de páginaSchema PrincipalSchema Secundario
Página de inicioOrganization o WebSiteSearchAction (si hay búsqueda)
Página del productoProductAggregateRating, Offer
Página del servicioServiceOrganization (proveedor)
Página de contactoContactPointLocalBusiness (si corresponde)
Página del equipo/perfilPersonOrganization (empleador)
Publicación del blogArticle o BlogPostingPerson (autor), Organization (editor)
Página de preguntas frecuentesFAQPageQuestion/Answer (como mainEntity)
Página de preciosProduct o ServiceOffer (con priceSpecification)

Ejemplo (Datos de la Organización):

{
  "@context": "https://schema.org",
  "@type": "Organization",
  "name": "Nombre de la Empresa",
  "url": "https://ejemplo.com",
  "logo": "https://ejemplo.com/logo.png",
  "description": "Breve descripción de la empresa.",
  "sameAs": [
    "https://twitter.com/empresa",
    "https://instagram.com/empresa"
  ],
  "contactPoint": {
    "@type": "ContactPoint",
    "telephone": "+1-555-555-5555",
    "contactType": "customer service"
  }
}

Consejo clave: Usa @graph cuando una página tenga múltiples entidades (ej., WebSite y Organization). Agrupa todas en un solo bloque.

Metaetiquetas SEO

Todas las páginas deben tener:

<!DOCTYPE html>
<html lang="es">
<head>
  <meta charset="UTF-8">
  <meta name="viewport" content="width=device-width, initial-scale=1.0">
  <title>Título principal de la página | Marca</title>
  <meta name="description" content="150-160 caracteres, oración completa, palabra clave principal al inicio.">
  <!-- Open Graph (para compartir en redes) -->
  <meta property="og:title" content="Igual que el título de la página">
  <meta property="og:description" content="Igual que la meta descripción">
  <meta property="og:image" content="https://ejemplo.com/imagen-de-compartir-1200x630.png">
  <meta property="og:url" content="https://ejemplo.com/pagina">
  <meta property="og:type" content="website">
  <!-- Twitter Card -->
  <meta name="twitter:card" content="summary_large_image">
  <meta name="twitter:title" content="Igual que el título de la página">
  <meta name="twitter:description" content="Igual que la meta descripción">
  <meta name="twitter:image" content="https://ejemplo.com/imagen-de-compartir-1200x630.png">
  <!-- Canonical (siempre) -->
  <link rel="canonical" href="https://ejemplo.com/pagina">
  <!-- Robots (si no es necesario indexar, usa noindex) -->
  <meta name="robots" content="index, follow">
</head>

Directrices Técnicas de SEO

  • URLs: Limpias, con guiones, descriptivas. Sin parámetros de consulta a menos que sea necesario.
  • Etiquetas de encabezado: Un H1 por página. Jerarquía: H1 → H2 → H3. Sin saltar niveles.
  • Texto alternativo de imágenes: Descripciones significativas (esto es accesibilidad y también SEO).
  • Velocidad de página: Tailwind CDN es rápido. Menos solicitudes = más rápido. Sin scripts innecesarios.
  • Enlaces internos: Enlaza a páginas relacionadas. Usa texto de anclaje descriptivo.
  • Mapa del sitio XML: Preséntalo en /sitemap.xml en la compilación final.
  • robots.txt: Preséntalo en /robots.txt en la compilación final.

Fase 7: Compilación y Pulido Final

Antes de enviar al usuario o publicar, repasa esta lista de verificación.

Lista de Verificación de Calidad

Rendimiento:

  • Todas las imágenes tienen dimensiones establecidas (sin cambio de diseño).
  • Las imágenes usan el formato moderno adecuado (WebP cuando sea posible, JPEG de alta calidad para fotos).
  • No hay fugas de diseño evidentes en 390px o 1280px.
  • El texto es legible en todos los tamaños de ventana (sin truncamiento inesperado).
  • Las animaciones tienen prefers-reduced-motion como respaldo.

Accesibilidad:

  • Todo el contenido interactivo se puede navegar con el teclado (Tab, Enter, Escape).
  • Relaciones de contraste de color: text-on-background mínimo 4.5:1 (normal), 3:1 (grande).
  • Las imágenes tienen texto alternativo significativo.
  • Los formularios tienen etiquetas (no solo marcadores de posición).
  • Los iconos tienen etiquetas aria o texto oculto.

Calidad del código:

  • Sin errores de la consola (verificar después de cargar en el navegador).
  • Sin enlaces rotos (verificar todos los enlaces internos y externos).
  • Sin archivos duplicados o no utilizados.
  • HTML válido (puedes ejecutarlo a través del Validador de W3C si hay dudas).
  • Sin información sensible (contraseñas, API keys) en el código.

Preparación SEO:

  • Schema JSON-LD presente en cada página.
  • Metaetiquetas completas (título, descripción, OG, Twitter).
  • Etiqueta canónica presente.
  • URLs limpias (sin caracteres especiales ni ID).

Proceso de entrega

Fuera de línea (Netlify Drop):

  1. El usuario arrastra la carpeta del proyecto a https://app.netlify.com/drop.
  2. Netlify publica el sitio en un subdominio aleatorio en 30 segundos.
  3. El usuario puede conectar un dominio personalizado en la configuración.
  4. Sin línea de comandos, sin configuración de compilación, sin tarjeta de crédito.

Alternativas (pregunta si el usuario prefiere):

  • GitHub Pages (necesita cuenta de GitHub y un repositorio).
  • Vercel (similar a Netlify, también tiene opción de arrastrar y soltar).
  • Su propio hosting si ya tienen uno.

Nota de entrega

Cuando entregues el proyecto terminado:

  1. Entrega los archivos (o empaquétalos para descargar).
  2. Resume lo que se construyó: número de páginas, aspectos destacados del diseño, optimizaciones SEO.
  3. Da al usuario 3 instrucciones claras para hacer cambios ellos mismos (ej., cómo cambiar el color de un botón, actualizar una imagen, editar un bloque de texto).
  4. Anímalos a publicar usando el flujo de arrastrar y soltar de Netlify.
  5. Pregunta si quieren agregar algo o ajustar algo antes de considerar que el proyecto está completo.

Reglas Generales de la Habilidad

  1. No asumas, pregunta. Cada sitio web es diferente. El contexto del usuario da forma a todo.
  2. Sin jerga técnica. Explica en un lenguaje que el usuario entienda. Si usas términos como CDN, marco de trabajo o SEO, pregúntales primero si están familiarizados.
  3. Itera rápido. Muestra el trabajo temprano y con frecuencia. La velocidad de iteración triunfa sobre tener la razón en la primera suposición.
  4. Prioriza lo que importa. La mayoría de los sitios web fracasan por un mal posicionamiento, no por un mal código.
  5. Agrega valor en cada paso. Antes de escribir código, pregúntate: "¿Esto ayuda al usuario a tomar una mejor decisión?"

Skills relacionados