Desarrollo Web SEO-first
La estructura de un sitio no es un asunto de servidores: es estrategia de contenido hecha código. Diseño y desarrollo sitios donde la arquitectura, el rendimiento y los datos estructurados se deciden en el plano, no se parchan después.
- Next.js con presupuesto de rendimiento definido antes de empezar
- URLs, sitemap y canonicals generados desde el código
- Schema.org por plantilla desde el primer deploy
El patrón habitual: una agencia de diseño entrega un sitio bonito, seis meses después una agencia SEO descubre que las URLs cambian con cada filtro, que las imágenes pesan dos megas y que no hay un dato estructurado — y arreglarlo cuesta casi lo mismo que hacerlo de nuevo. Como consultor SEO que también desarrolla, tomo las decisiones que afectan al posicionamiento antes de escribir código. El sitio web sigue siendo el activo digital más valioso de una marca por una razón simple: es el único territorio de internet donde tienes control total. Todo lo demás —redes, marketplaces, las respuestas de la IA— es terreno arrendado. Vale la pena construirlo bien.
Para quién es este servicio
Para negocios que van a construir un sitio nuevo o cambiar de plataforma y quieren evitar rehacer trabajo técnico en seis meses. Especialmente si ya perdieron posicionamiento en una migración anterior.
01
Decisiones que se toman antes de escribir código
Cuatro decisiones que después son caras de cambiar:
- Estructura de URLs: dónde viven los servicios, si el blog usa fecha, cómo van a verse las categorías de un catálogo cuando tenga diez veces más productos.
- Qué se renderiza en el servidor: todo el contenido indexable tiene que llegar en el HTML inicial. Google puede renderizar JavaScript, pero con retraso y presupuesto limitado.
- Estrategia de imágenes: formato moderno, dimensiones declaradas siempre, carga diferida fuera de pantalla, y qué imagen es el elemento LCP de cada plantilla para precargarla.
- Sitemap, robots, canonicals y metadatos generados desde el código, para que ninguna página nueva salga sin ellos por olvido.
02
Por qué Next.js
Genera el HTML de cada página en build —o lo regenera bajo demanda cuando el contenido cambia— y lo sirve desde una CDN: el tiempo de respuesta del servidor deja de ser un problema. Control total del head, optimización automática de imágenes y fuentes, y un sistema de rutas donde la estructura de URLs es explícita en el código.
La contraparte honesta: cuesta más que instalar una plantilla, y el contenido se edita desde un CMS headless en vez de un editor visual dentro del sitio. Para un sitio de servicios o institucional, el balance a favor del rendimiento vale la pena. Para proyectos que necesitan WordPress —por el equipo que lo mantiene o por integraciones existentes— coordino con Seopley, que tiene su propio stack de temas y bloques a medida.
03
Qué significa "Core Web Vitals como requisito"
Un presupuesto de rendimiento definido antes de empezar y medido antes de lanzar: LCP bajo 2,5 segundos, INP bajo 200 milisegundos, CLS bajo 0,1 en móvil. Si una decisión de diseño lo rompe —un carrusel en el hero, un chat cargado al inicio—, se discute antes de implementarla, no se descubre en Search Console meses después.
04
Datos estructurados desde el lanzamiento
Cada plantilla lleva su schema.org en código, no agregado a mano después:
- Sitio completo: Organization (o LocalBusiness) y WebSite.
- Servicios: Service con provider y areaServed.
- Artículos: Article con autor (Person), fechas e imagen.
- Productos: Product con Offer (precio en CLP, disponibilidad) y AggregateRating cuando hay reseñas.
- Todas las internas: BreadcrumbList.
Cómo trabajo
- 1
Arquitectura
URLs, plantillas, presupuesto de rendimiento y esquema de datos estructurados definidos y aprobados antes de escribir código.
- 2
Desarrollo
Next.js con generación estática o incremental, imágenes y fuentes optimizadas, contenido editable desde el CMS.
- 3
Verificación pre-lanzamiento
Core Web Vitals medidos, schema validado, sitemap y robots revisados; si es migración, todas las redirecciones probadas en staging.
- 4
Lanzamiento y monitoreo
Deploy, envío de sitemap, seguimiento de indexación y de Core Web Vitals de campo las primeras semanas.
Errores más comunes que veo
- Definir la estructura de URLs después de lanzar, cuando cambiarla cuesta posicionamiento y una migración.
- Cargar contenido indexable con JavaScript después del HTML inicial, y descubrir meses después que Google indexa páginas vacías.
- Tratar el schema.org como tarea del último día.
Qué no incluye este servicio
- No desarrollo en WordPress con este servicio: para eso coordino con Seopley.
- No hago diseño gráfico desde cero: trabajo sobre un sistema de diseño definido o lo coordino con un diseñador.
Preguntas frecuentes
Sí, con mapeo uno a uno de URLs, redirecciones 301 probadas antes de lanzar y monitoreo las primeras semanas. Cierta fluctuación de una a tres semanas es normal; una caída sostenida indica redirecciones incompletas.
Mi desarrollo propio es en Next.js por el techo de rendimiento. Para WordPress coordino con Seopley, que tiene un stack de temas y bloques a medida.
Desde un CMS headless con editor visual: texto, imágenes y campos SEO por página, sin tocar código. El sitio se actualiza al publicar.
Un sitio de servicios con hasta veinte plantillas: de cuatro a ocho semanas incluyendo arquitectura y verificación. Un ecommerce o una migración compleja: más, según el catálogo.
Servicios relacionados
Hablemos de tu SEO
Diagnóstico inicial sin costo: rastreo tu sitio con Cerebro y te digo, con datos, dónde estás perdiendo posiciones y por qué.
Pedir diagnóstico gratisSin compromiso · respuesta en el día hábil