Preguntas frecuentes

WordPress y Next.js son tecnologías fundamentalmente distintas para construir sitios web. WordPress es un CMS (sistema de gestión de contenidos) lanzado en 2003 que funciona con templates y plugins, utilizado por aproximadamente el 43 por ciento de los sitios web del mundo. Next.js es un framework de JavaScript lanzado en 2016 por Vercel que permite construir aplicaciones web a medida desde cero.

Las diferencias prácticas son tres. Primera: velocidad. Un sitio WordPress típico carga en 3 a 5 segundos, mientras que un sitio Next.js bien construido carga en menos de 1 segundo. Segunda: seguridad. WordPress es objetivo principal de ataques por su cuota de mercado dominante, y los plugins desactualizados son la principal puerta de entrada. Next.js tiene menor superficie de ataque por su arquitectura. Tercera: mantenimiento. WordPress requiere actualización continua de plugins con licencias anuales. Next.js tiene menor dependencia recurrente.

WordPress conviene para sitios de contenido simples con presupuesto limitado. Next.js conviene para proyectos que requieren performance, identidad visual única, o funcionalidad custom que escale.

TypeScript es un lenguaje de programación creado por Microsoft en 2012 que agrega tipos estáticos a JavaScript. Todo código TypeScript se compila automáticamente a JavaScript estándar antes de ejecutarse en el navegador, por lo que el usuario final no percibe diferencias. TypeScript se ha convertido en estándar profesional para desarrollo web moderno.

La ventaja principal de TypeScript es detectar errores durante el desarrollo en lugar de en producción. En JavaScript tradicional, los errores de tipos (usar texto donde debería ir un número, acceder a propiedades inexistentes de un objeto) aparecen cuando usuarios reales ejecutan el código. En TypeScript, el editor marca estos errores antes de guardar el archivo.

Las ventajas concretas para proyectos web son tres. Primera: menor cantidad de bugs en producción, ya que los errores de tipos son los más frecuentes en JavaScript. Segunda: código más mantenible a largo plazo, porque TypeScript documenta qué tipo de dato espera cada función. Esto facilita que un desarrollador nuevo entienda el proyecto. Tercera: refactoring seguro, ya que TypeScript detecta automáticamente todos los lugares afectados cuando se cambia una estructura de datos.

El costo de TypeScript es aproximadamente 10 a 20 por ciento más tiempo de desarrollo inicial por escribir los tipos. Este tiempo se recupera con creces en debugging y mantenimiento posterior.

Supabase es una plataforma de Backend-as-a-Service de código abierto lanzada en 2020 que ofrece base de datos PostgreSQL, autenticación de usuarios, almacenamiento de archivos, API automática y funciones en tiempo real. Firebase es una plataforma similar de Google lanzada en 2011.

Las diferencias fundamentales son cuatro. Primera: Supabase usa PostgreSQL (base de datos relacional estándar de la industria), mientras que Firebase usa Firestore (base NoSQL propietaria). Segunda: Supabase es código abierto, lo que permite autohospedaje y cero lock-in; Firebase pertenece enteramente a Google. Tercera: los costos de Supabase son predecibles (planes desde USD 25 mensuales), mientras que Firebase cobra por operación individual y puede volverse impredecible a escala. Cuarta: Supabase soporta SQL estándar, lo que facilita contratar desarrolladores; Firebase requiere conocimiento de sintaxis propietaria.

Supabase es preferible para aplicaciones que pueden crecer en complejidad, requieren consultas avanzadas, o donde importa la portabilidad futura de los datos. Firebase puede convenir para apps móviles nativas iOS o Android con necesidades de real-time masivo donde tiene historia madura.

Vercel es una plataforma de deployment y hosting para aplicaciones web modernas, fundada en 2015 por el equipo creador de Next.js. A diferencia del hosting tradicional con cPanel, Vercel compila automáticamente el código subido a Git y lo distribuye globalmente en una red CDN (Content Delivery Network) con servidores en múltiples regiones.

Las características técnicas principales de Vercel son: deploy automático desde Git, rollback instantáneo a versiones anteriores, preview deployments por cada cambio, escalado automático sin configuración, certificados HTTPS gratuitos que se renuevan solos, y tiempos de carga globales optimizados gracias a su CDN.

El plan Hobby de Vercel es gratuito pero está restringido a uso personal no comercial. Proyectos comerciales requieren el plan Pro desde USD 20 mensuales por desarrollador. Los sitios en Vercel típicamente cargan en menos de 1 segundo a nivel global, mientras que hosting tradicional puede demorar 3 a 5 segundos según ubicación geográfica del visitante.

Vercel es la plataforma preferida para sitios Next.js, aplicaciones React, Vue, Astro, y cualquier framework JavaScript moderno. No es adecuada para WordPress, que requiere hosting tradicional tipo cPanel.

Las Core Web Vitals son tres métricas técnicas que Google utiliza para evaluar la experiencia de usuario de un sitio web desde 2021. Son factor de ranking en resultados de búsqueda y afectan directamente el posicionamiento SEO.

Las tres métricas son: LCP (Largest Contentful Paint) que mide cuánto tarda en aparecer el contenido principal visible de la página, con objetivo ideal de menos de 2.5 segundos. INP (Interaction to Next Paint) que mide cuánto tarda el sitio en responder a la primera interacción del usuario (clicks, taps), con objetivo ideal de menos de 200 milisegundos. CLS (Cumulative Layout Shift) que mide cuánto se mueve el contenido mientras carga, con objetivo ideal menor a 0.1.

Los sitios construidos con Next.js sobre Vercel suelen cumplir las tres métricas por diseño, sin configuración adicional. Los sitios WordPress con plugins encadenados suelen fallar en LCP por tiempos de respuesta del servidor y en INP por JavaScript bloqueante.

Las herramientas oficiales de Google para medir Core Web Vitals son PageSpeed Insights y Lighthouse, ambas gratuitas. Optimizar Core Web Vitals es parte del SEO técnico moderno. Un sitio lento pierde posicionamiento frente a competidores más rápidos aunque tenga mejor contenido.

SSR, SSG y CSR son tres estrategias distintas de renderizado de páginas web, cada una con implicancias importantes para performance, SEO y GEO.

SSR (Server-Side Rendering) genera el HTML en el servidor cada vez que un usuario solicita la página. Es ideal para contenido dinámico que cambia frecuentemente o depende del usuario (paneles, aplicaciones con autenticación). La ventaja es que el contenido está completo cuando llega al navegador, lo que beneficia SEO y GEO. La desventaja es que cada request consume recursos del servidor.

SSG (Static Site Generation) genera todas las páginas HTML en el momento del build, antes de que los usuarios lleguen al sitio. Es ideal para contenido que no cambia seguido (blogs, landing pages, sitios corporativos). La ventaja es velocidad extrema (las páginas se sirven desde CDN) y costo bajo. La desventaja es que actualizar contenido requiere rebuild del sitio.

CSR (Client-Side Rendering) manda JavaScript al navegador que construye la página en el dispositivo del usuario. Fue popular entre 2015 y 2018 con React tradicional. Hoy se considera anti-patrón para sitios públicos porque perjudica SEO y GEO: los crawlers que no ejecutan JavaScript completamente no ven el contenido real.

Next.js permite combinar las tres estrategias en el mismo proyecto según cada página lo requiera. Esta flexibilidad es uno de los motivos de su adopción masiva.

La seguridad de un sitio web moderno se gestiona en cuatro capas: infraestructura, código, datos y autenticación. Cada capa tiene prácticas estándar que reducen significativamente el riesgo de vulnerabilidades.

Infraestructura: plataformas modernas como Vercel incluyen HTTPS automático con certificados SSL renovables, protección DDoS básica, y aislamiento entre proyectos. A diferencia de hosting tradicional, no hay acceso SSH al servidor que pueda ser comprometido.

Código: frameworks como Next.js tienen protecciones nativas contra las vulnerabilidades más comunes del OWASP Top 10 (XSS, CSRF, inyección SQL). TypeScript agrega una capa de verificación que reduce errores que podrían derivar en vulnerabilidades.

Datos: Supabase implementa Row Level Security (RLS) a nivel base de datos, donde las reglas de acceso se definen en PostgreSQL directamente. Esto significa que aunque el código tenga un bug, los usuarios no pueden acceder a datos de otros usuarios. Las credenciales se gestionan con variables de entorno encriptadas, nunca escritas directamente en el código.

Autenticación: proveedores dedicados como Supabase Auth, NextAuth o Auth0 manejan login, tokens, refresh y recuperación de contraseña con prácticas estándar de la industria, evitando que el desarrollador implemente autenticación desde cero (fuente común de vulnerabilidades).

WordPress tiene desafíos estructurales adicionales: aproximadamente el 90 por ciento de los sitios hackeados reportados en 2025 fueron WordPress, principalmente por plugins desactualizados que abren vectores de ataque.

Tailwind CSS es un framework de CSS basado en clases utilitarias, creado por Adam Wathan en 2017 y ampliamente adoptado desde 2020. Cambió el paradigma de escritura de estilos al invertir la lógica tradicional.

El CSS tradicional separa estructura (HTML) y presentación (CSS) en archivos distintos. El desarrollador inventa nombres de clases como boton-primario o card-destacada y define sus estilos en un archivo separado. Tailwind invierte esto: ofrece miles de clases utilitarias predefinidas (como bg-blue-500, px-4, rounded-lg) que se combinan directamente en el HTML.

Las ventajas de Tailwind son cinco principales. Primera: velocidad de desarrollo, ya que no se pierde tiempo pensando nombres de clases ni saltando entre archivos. Segunda: consistencia por construcción, porque el sistema de valores limitados fuerza coherencia visual. Tercera: tamaño de archivos final reducido, ya que solo se incluyen las clases realmente usadas (promedio 10 a 20 KB en producción). Cuarta: facilidad de mantenimiento, porque el estilo está en el HTML sin saltos de archivos. Quinta: compatibilidad total con CSS tradicional cuando se necesita algo específico.

La crítica común de que Tailwind hace todos los sitios parecidos es incorrecta. Empresas como Netflix, Shopify, OpenAI, GitHub y Washington Post usan Tailwind con identidades visuales completamente diferentes.

GEO (Generative Engine Optimization) es la práctica de optimizar contenido web para que sea citado por motores de inteligencia artificial como ChatGPT, Perplexity, Claude, Gemini y Google AI Overviews. Fue definido formalmente en 2023 por investigadores de Princeton y IIT Delhi.

La diferencia con SEO tradicional es fundamental. SEO optimiza para aparecer en los primeros resultados de Google como enlaces azules. GEO optimiza para ser incluido como fuente en respuestas generadas por IA. Los motores generativos sintetizan información de múltiples fuentes en una sola respuesta, en lugar de mostrar una lista de enlaces.

Las técnicas efectivas de GEO según investigación de Princeton incluyen: citar fuentes autoritativas, incluir estadísticas específicas, agregar quotes de expertos, usar terminología técnica precisa, y estructurar contenido con respuestas directas al inicio. Estas prácticas pueden aumentar la visibilidad en IA entre 30 y 40 por ciento comparado con contenido no optimizado.

SEO y GEO son complementarios, no excluyentes. Las IAs usan sitios bien indexados en Google como fuente, por lo que un buen SEO técnico es prerrequisito para el GEO efectivo.

Sí. El SEO tradicional sigue siendo crítico en 2026 a pesar del crecimiento de los motores de búsqueda con IA. Google todavía representa aproximadamente el 80 por ciento de las búsquedas globales, mientras que ChatGPT captura cerca del 17 por ciento de las consultas. Gartner proyecta que para fines de 2026 el tráfico orgánico tradicional caerá 25 por ciento debido al desplazamiento hacia motores de IA.

Sin embargo, el SEO tradicional es la base que hace posible el posicionamiento en IA. Los motores generativos como ChatGPT y Perplexity obtienen información principalmente de sitios bien indexados en Google. Un sitio con SEO técnico deficiente es invisible tanto para Google como para las IAs.

Los elementos de SEO técnico que siguen siendo fundamentales son: velocidad de carga (Core Web Vitals), estructura de URLs limpia, metadatos correctos, schema markup, sitemap actualizado, y contenido relevante indexable.

La estrategia correcta en 2026 combina ambas capas: SEO técnico sólido como base, complementado con optimización específica para motores de IA (GEO) sobre ese fundamento.

Schema markup es código estructurado que se agrega al HTML de un sitio web para describir su contenido en un lenguaje que los buscadores y motores de IA entienden de forma precisa. Utiliza un vocabulario estandarizado desarrollado por Schema.org, iniciativa conjunta de Google, Bing, Yahoo y Yandex desde 2011.

El schema markup indica explícitamente qué tipo de contenido es cada página: un artículo de blog, un producto en venta, un negocio local con dirección, una receta, un evento, una persona, una reseña con puntuación. Los motores leen este código sin ambigüedad, a diferencia del HTML normal donde deben inferir significado del contexto.

En SEO tradicional, el schema markup permite que Google muestre rich snippets en los resultados: estrellas de reseñas, precios de productos, horarios de eventos, preguntas frecuentes desplegables. Estos elementos aumentan la tasa de clicks entre 20 y 30 por ciento según estudios de Search Engine Land.

En GEO (optimización para motores de IA), el schema markup es aún más crítico. Los motores de IA como ChatGPT y Perplexity dependen fuertemente de datos estructurados para entender qué información pueden citar con confianza. FAQ schema, Article schema, Product schema, y Organization schema son especialmente relevantes para ser citado por IA.

La implementación de schema markup se hace en JSON-LD (formato recomendado por Google), embebido en el '<head>' del HTML. Un sitio profesional puede implementar múltiples tipos de schema según el contenido de cada página.

SEO Local es la optimización específica de un negocio para aparecer en búsquedas con intención geográfica, como "peluquería cerca de mí", "abogado en Palermo" o "dentista en Buenos Aires". Se diferencia del SEO tradicional por enfocarse en Google Business Profile (antes Google My Business) como herramienta central, además del sitio web.

El 46 por ciento de todas las búsquedas en Google tienen intención local según estudios de GoGulf 2025, lo que hace al SEO Local crítico para negocios con presencia física: restaurantes, consultorios médicos, estudios profesionales, locales comerciales, servicios domiciliarios.

El trabajo de SEO Local tiene cinco componentes principales. Primero: crear o reclamar la ficha de Google Business Profile. Segundo: completar toda la información (horarios, teléfono, dirección, categorías, descripción, fotos). Tercero: conseguir y gestionar reseñas de clientes, que son factor crítico de posicionamiento local. Cuarto: verificar coherencia NAP (Name, Address, Phone) en todas las plataformas donde aparece el negocio. Quinto: crear contenido en el sitio web optimizado para búsquedas locales (páginas de ubicación, menciones de barrio o ciudad).

El SEO Local suele dar resultados más rápidos que el SEO tradicional, especialmente para negocios chicos. En 1 a 2 meses se ven mejoras en visibilidad en Google Maps y en búsquedas locales, mientras que el SEO orgánico tradicional puede tomar 6 a 12 meses en mostrar resultados significativos.

Google Analytics 4 (GA4) es la plataforma de medición de tráfico web lanzada por Google en octubre de 2020, que reemplazó completamente a Universal Analytics el 1 de julio de 2023. Es la versión actual y la única soportada oficialmente por Google.

Las diferencias principales con el Google Analytics anterior son cuatro. Primera: modelo de datos basado en eventos. Universal Analytics medía sesiones y páginas vistas como métricas centrales. GA4 trata cada interacción (click, scroll, video visto, formulario enviado) como un evento, permitiendo análisis más granular del comportamiento. Segunda: medición unificada entre web y apps. GA4 permite trackear un sitio web y una aplicación móvil en la misma propiedad, lo que Universal no soportaba. Tercera: privacidad integrada. GA4 está diseñado para operar sin cookies de terceros y cumplir con GDPR. Cuarta: integración nativa con Google Ads y BigQuery.

La configuración correcta de GA4 para un sitio profesional requiere aproximadamente 3 a 5 horas. El trabajo incluye: instalación del código de tracking, configuración de eventos clave específicos del negocio (clicks en WhatsApp, envíos de formulario, compras), marcado de eventos como conversiones, filtrado de tráfico interno del equipo, y verificación con pruebas reales.

Una alternativa a GA4 es Plausible Analytics, una opción pagada (USD 9 a 19 mensuales) con interfaz más simple, sin cookies, y sin envío de datos a Google. Plausible conviene para sitios que priorizan privacidad de usuarios.

Preparar un sitio para ser citado por motores de IA requiere seis prácticas técnicas y de contenido, basadas en la investigación de Princeton de 2024 y actualizadas con las mejores prácticas de GEO de 2026.

Primero: permitir el acceso de crawlers de IA en el archivo robots.txt. Los bots más importantes son GPTBot (OpenAI), Claude-Web (Anthropic), PerplexityBot, y Google-Extended. Si el sitio los bloquea sin saberlo (Cloudflare lo hace por defecto desde 2025), no hay posibilidad de ser citado.

Segundo: implementar schema markup JSON-LD en las páginas importantes, especialmente Article, FAQPage y Organization. Las IAs usan datos estructurados para entender qué tipo de contenido es cada página y pueden citar con más confianza contenido bien marcado.

Tercero: estructura answer-first en cada página. Las primeras 200 palabras deben responder directamente la pregunta principal, no construir hacia la respuesta. Los motores de IA que usan recuperación en tiempo real (Perplexity, Google AI Overviews) evalúan relevancia basándose principalmente en el contenido inicial.

Cuarto: densidad de datos con fuentes nombradas. Estadísticas específicas, fechas concretas, y referencias a fuentes autoritativas (Gartner, HubSpot, investigación académica) aumentan la probabilidad de cita en 30 a 40 por ciento según Princeton.

Quinto: actualización trimestral del contenido. Las citaciones de IA decaen fuertemente después de 3 meses de antigüedad. La fecha "Última actualización" visible y el campo dateModified en schema son críticos.

Sexto: presencia en Reddit, que representa aproximadamente 23 por ciento de las fuentes citadas por IAs según análisis de 2026. Responder preguntas genuinamente en subreddits relevantes genera autoridad indirecta.

Las herramientas para medir citaciones en motores de IA son un segmento nuevo que emergió durante 2024 y 2025. Actualmente hay cuatro opciones principales con diferencias de precio y profundidad.

Profound (profound.so) es la herramienta más completa. Trackea menciones de marca en ChatGPT, Claude, Perplexity, Gemini y Google AI Overviews. Permite comparar con competidores y medir share of model (participación de tu marca vs la competencia en respuestas de IA del rubro). Precio desde USD 50 mensuales en plan básico hasta USD 300 o más en planes empresariales.

OtterlyAI (otterly.ai) se especializa en monitoreo de AI Overviews de Google y ChatGPT. Es más simple que Profound pero suficiente para la mayoría de negocios chicos y medianos. Precio desde USD 29 mensuales.

Peec (peec.ai) es alternativa más económica con funcionalidades básicas. Precio desde USD 19 mensuales, con plan gratuito limitado para probar.

Tracking manual es la opción cero costo para empezar. Consiste en preguntar a ChatGPT, Perplexity y Google AI Overviews 10 a 20 queries relacionadas al negocio una vez por mes, y registrar en qué queries aparece el sitio citado. Funciona como baseline pero escala mal.

Google Search Console agregó reportes específicos de AI Overviews en 2025, mostrando impresiones y clicks provenientes de esas respuestas. Es gratuito y debería revisarse regularmente.

La recomendación para un negocio pequeño recién empezando con GEO es combinar tracking manual mensual con revisión de Google Search Console. Cuando el volumen de contenido crezca, evaluar Profound o OtterlyAI.

Una página web profesional en 2026 cuesta entre USD 800 y USD 8.000 según el tipo de sitio, la funcionalidad requerida, y el nivel de personalización. Los rangos varían significativamente según la complejidad del proyecto.

Landing pages simples (una sola página con formulario de contacto y diseño personalizado) van de USD 400 a USD 1.200. Sitios corporativos o de servicios con 5 a 8 páginas, blog, y optimización SEO básica van de USD 1.200 a USD 3.000. Sitios de ecommerce con tienda online completa, integración de pagos, y gestión de inventario van de USD 3.000 a USD 8.000. Aplicaciones web con usuarios autenticados, dashboards, y lógica de negocio personalizada arrancan en USD 6.000 y pueden superar USD 20.000 en proyectos complejos.

Los factores que más afectan el precio final son: cantidad de páginas o secciones únicas, complejidad de funcionalidad (ecommerce vs sitio informativo), necesidad de diseño a medida vs uso de templates, integraciones con sistemas externos, y el nivel de personalización visual.

En Latinoamérica los precios tienden a ubicarse en el rango bajo-medio de estas referencias debido al contexto económico regional. Freelancers profesionales cobran típicamente entre USD 500 y USD 4.000. Estudios boutique entre USD 1.500 y USD 8.000. Agencias tradicionales entre USD 3.000 y USD 15.000 o más.

El precio debe evaluarse junto al alcance, no aisladamente. Una cotización sin especificar claramente qué incluye es señal de riesgo.

Un sitio web profesional tiene costos recurrentes que varían significativamente según se trate de un proyecto personal o experimental versus un proyecto comercial activo. La distinción es importante para planificar correctamente.

Para proyectos personales, experimentales, o sitios de marketing sin operación comercial crítica, los costos pueden ser cercanos a cero. Vercel ofrece plan Hobby gratuito con 100 GB de bandwidth mensual y builds ilimitados, suficiente para la mayoría de sitios personales. Supabase ofrece plan Free con 2 proyectos, 500 MB de base de datos, y hasta 50.000 usuarios activos mensuales. La única limitación relevante del plan Free de Supabase es que los proyectos inactivos por más de 7 días se pausan automáticamente y requieren reactivación manual. Para un sitio personal con tráfico esporádico esto no es problema.

Para proyectos comerciales profesionales las recomendaciones son distintas. Vercel Pro cuesta USD 20 mensuales por desarrollador y habilita explícitamente el uso comercial, que técnicamente no está permitido en el plan Hobby según los términos de servicio. Supabase Pro cuesta USD 25 mensuales y elimina el riesgo de pausas automáticas, garantizando disponibilidad continua para sitios que atienden clientes reales.

Otros costos recurrentes comunes incluyen el dominio (entre USD 10 y 20 anuales), email corporativo con Google Workspace (USD 6 a 18 mensuales por usuario), y servicios opcionales como email marketing o CMS headless.

La recomendación honesta depende del estado del proyecto. Sitios recién lanzados con poco tráfico pueden empezar en planes gratuitos y migrar a planes pagos cuando el proyecto lo justifique. Proyectos comerciales establecidos con tráfico real deberían operar en planes pagos desde el inicio para evitar riesgos de disponibilidad y cumplir con los términos de servicio de las plataformas.

El precio de un proyecto web profesional se determina por cinco factores estructurales que actúan en combinación. Entender estos factores permite evaluar cotizaciones comparables de forma justa y detectar propuestas que subestiman el alcance real del trabajo.

Factor uno: alcance del proyecto. La cantidad de páginas únicas, la complejidad de las funcionalidades requeridas (formularios, integraciones, áreas privadas, ecommerce), y el nivel de personalización del diseño determinan las horas totales de trabajo. Un proyecto con diseño a medida requiere entre 5 y 10 veces más horas que un proyecto con templates prearmados.

Factor dos: tecnología utilizada. Desarrollo con frameworks modernos como Next.js requiere más inversión inicial que configurar templates de WordPress, pero produce sitios más rápidos, seguros, y fáciles de mantener a largo plazo. La elección tecnológica afecta tanto el precio inicial como los costos operativos futuros.

Factor tres: experiencia profesional del desarrollador. Un profesional con experiencia establecida cobra más por hora que alguien en formación, pero toma mejores decisiones arquitecturales que impactan el sitio por años. El precio por hora de desarrollo web profesional en Latinoamérica varía entre USD 20 y USD 80 según experiencia y especialización.

Factor cuatro: servicios incluidos en la propuesta. Proyectos profesionales completos incluyen diagnóstico inicial, diseño visual, rondas de revisión formal, testing en múltiples dispositivos, SEO técnico, capacitación al cliente, documentación, y garantía post-entrega. Propuestas más económicas suelen limitar estos servicios o no incluirlos.

Factor cinco: propiedad de la infraestructura. Proyectos donde el cliente es dueño de sus cuentas de hosting, dominio, y servicios desde el inicio requieren más trabajo de configuración que proyectos donde todo queda en cuenta del desarrollador. La primera opción protege al cliente a largo plazo; la segunda crea dependencia.

La recomendación práctica al evaluar cotizaciones es pedir alcance detallado por escrito antes de comparar precios.

Freelance, estudio boutique y agencia son tres modelos distintos de trabajo con diferencias importantes en precio, proceso, y experiencia del cliente. La elección correcta depende del tipo de proyecto y las necesidades del cliente.

Un freelance es un profesional independiente que trabaja solo. Ventajas: trato directo, precios más accesibles (USD 500 a 4.000 para proyectos web profesionales), flexibilidad de proceso, cero burocracia. Desventajas: capacidad limitada (un solo proyecto a la vez suele ser la realidad), dependencia total de una persona, disponibilidad limitada en horarios no laborales.

Un estudio boutique es una estructura pequeña de 2 a 8 personas con especialización clara. Ventajas: equipo multidisciplinario (diseño, desarrollo, marketing), procesos más formales, contingencia ante ausencia de miembros, especialización profunda en un stack o tipo de proyecto. Desventajas: precios medios-altos (USD 1.500 a 15.000), menos flexibilidad que freelance.

Una agencia tradicional es una estructura de 15 o más personas con múltiples departamentos. Ventajas: capacidad de proyectos grandes y complejos, multidisciplinariedad amplia, procesos corporativos. Desventajas: precios altos (USD 5.000 a 50.000 o más), comunicación indirecta a través de project managers, más burocracia, alta rotación de personal que afecta continuidad.

Para PyMEs, emprendedores y profesionales independientes, freelancers o estudios boutique suelen ser la mejor opción por relación precio-calidad y trato directo. Para proyectos corporativos grandes con múltiples stakeholders, agencias tradicionales justifican su costo por capacidad de gestión.

En Latinoamérica, el modelo de estudio boutique creció significativamente desde 2020 y representa hoy la opción más balanceada para la mayoría de negocios.

La cotización correcta de un proyecto de desarrollo web sigue un proceso de 5 pasos que protege tanto al cliente como al desarrollador. Saltear este proceso suele resultar en sobrecostos, disputas, o entregables que no cumplen expectativas.

Paso uno: conversación de diagnóstico inicial sin costo. El desarrollador profesional hace preguntas sobre el negocio, objetivos, audiencia, referencias de sitios que le gustan al cliente, presupuesto aproximado, y timeline esperado. Esta conversación toma 30 a 60 minutos.

Paso dos: definición de alcance por escrito. Con la información del diagnóstico, se documenta qué incluye el proyecto específicamente: cantidad de páginas, funcionalidad requerida, integraciones, rondas de revisión, timeline, y qué NO incluye (importante). Este documento se comparte con el cliente para aprobación antes de avanzar.

Paso tres: cotización numérica con desglose. Precio total, cronograma de pagos sugerido (típicamente 50 por ciento inicial, 50 por ciento contra entrega; o 40-30-30 por hitos), tiempo estimado de entrega, y condiciones especiales.

Paso cuatro: negociación de ajustes si aplican. El cliente puede querer quitar funcionalidad para reducir precio, o agregar algo que no estaba previsto. Estas conversaciones antes del inicio son saludables y normales.

Paso cinco: acuerdo formal antes de empezar. Puede ser contrato formal o email de confirmación según el tipo de relación, pero queda registro escrito del alcance final acordado y las condiciones.

Señales de riesgo al cotizar: precios dados sin conocer el proyecto, promesas sin alcance detallado, ausencia de timeline claro, o presión para decidir rápido sin tiempo de evaluar.

Herramientas de IA generativa para desarrollo web como v0 (Vercel), Bolt (StackBlitz), Lovable (ex-GPT Engineer) y Replit Agent permiten generar sitios web completos con prompts en lenguaje natural. Son útiles para casos específicos pero tienen limitaciones importantes en 2026.

Las herramientas AI-first funcionan bien para: prototipos rápidos para validar ideas, landing pages simples de uso personal, sitios temporales (eventos, promociones), y experimentación de diseño sin compromiso. En estos casos ahorran 80 a 90 por ciento del tiempo comparado con desarrollo tradicional.

Las limitaciones reales aparecen cuando el proyecto pasa de experimental a productivo. Primero: calidad del código generado. La IA produce código que funciona pero suele tener problemas de performance, accesibilidad, y escalabilidad que requieren refactoring profundo antes de producción. Segundo: mantenibilidad. Un desarrollador que no escribió el código tiene dificultad para modificarlo después. El código AI-generated carece de la coherencia arquitectural que da un humano experimentado. Tercero: debugging. Cuando algo falla en producción, la IA que generó el código original no recuerda el contexto ni puede resolver problemas sistémicos. Cuarto: limitaciones técnicas. Integraciones complejas, lógica de negocio específica, y optimizaciones avanzadas suelen estar fuera del alcance de estas herramientas.

El uso profesional correcto combina ambos mundos: desarrollador humano toma decisiones arquitecturales, usa IA como asistente para acelerar partes mecánicas del código, y revisa o ajusta lo generado. Este enfoque reduce tiempo de desarrollo 30 a 50 por ciento manteniendo calidad profesional.

Para un negocio que necesita su sitio como activo serio (tráfico real, ventas online, base de clientes), desarrollo profesional asistido por IA sigue siendo la opción más sólida. Para proyectos experimentales o temporales, las herramientas AI-first son suficientes.

Mercado Pago es la plataforma de procesamiento de pagos de Mercado Libre, lanzada en 2003 y disponible en Argentina, Brasil, México, Chile, Colombia, Perú, Uruguay y Venezuela. Procesa pagos con tarjetas de crédito y débito, transferencias bancarias, efectivo en puntos de pago, y el saldo de la billetera virtual Mercado Pago.

La integración técnica de Mercado Pago a un sitio web propio requiere aproximadamente 4 a 6 horas de trabajo profesional. El proceso incluye: configurar la cuenta del vendedor para obtener credenciales (Access Token y Public Key), escribir código en el servidor que crea preferencias de pago vía API, configurar las URLs de retorno para los casos aprobado, rechazado y pendiente, implementar el manejo de webhooks que reciben notificaciones automáticas cuando se completa un pago, y probar todos los escenarios con tarjetas de test antes de activar producción.

Mercado Pago ofrece la integración básica sin costo de su lado. El cliente solo paga las comisiones sobre las transacciones completadas (variable según medio de pago y país). El costo del desarrollador corresponde al trabajo técnico de conectar el sitio con la API de Mercado Pago, no a la plataforma en sí.

WhatsApp Business y WhatsApp Business API son dos productos distintos de Meta con nombres similares. WhatsApp Business es una aplicación móvil gratuita para celulares, pensada para negocios chicos que atienden desde un solo teléfono. Incluye funciones como catálogo de productos, respuestas automáticas, horarios de atención y etiquetas de contactos. Se descarga desde Google Play o App Store.

WhatsApp Business API es una plataforma empresarial completamente distinta, dirigida a empresas con volumen alto de mensajes o equipos que necesitan gestionar la atención entre múltiples agentes. Permite conectar WhatsApp con sitios web, CRMs y sistemas propios, implementar chatbots automatizados, enviar notificaciones masivas con plantillas preaprobadas, y tener múltiples usuarios manejando la misma cuenta comercial.

La API es paga y requiere proceso de verificación con Meta. Los costos son dos: tarifa por conversación que cobra Meta (entre USD 0.005 y USD 0.09 según tipo de mensaje y país) y tarifa del proveedor de acceso a la API como Twilio, 360dialog o Zenvia (desde gratis hasta USD 30 a 50 mensuales según plan).

Para la mayoría de negocios chicos y medianos, WhatsApp Business app gratis es suficiente. La API se justifica en operaciones con alto volumen de consultas, múltiples agentes de atención, o necesidad de automatizaciones avanzadas.

Integrar un sistema de email marketing como Mailchimp o Brevo a un sitio web profesional tiene un costo de aproximadamente USD 150 por el trabajo de configuración inicial, más el costo mensual de la plataforma elegida.

Mailchimp ofrece plan gratuito hasta 500 contactos y 1.000 emails mensuales, con planes pagos desde USD 13 mensuales. Brevo (antes Sendinblue) ofrece plan gratuito de 300 emails diarios sin límite de contactos, con planes pagos desde aproximadamente USD 9 mensuales. Mailchimp suele ser más adecuado para principiantes por su interfaz visual, mientras que Brevo conviene para listas grandes o integración con SMS y WhatsApp.

El trabajo de configuración profesional (4 a 5 horas) incluye: creación y verificación de cuenta con dominio propio para evitar spam, configuración de lista principal con campos personalizados, integración del formulario de suscripción al sitio vía API o embed, diseño del email de bienvenida automático, configuración de la secuencia automatizada de emails, cumplimiento legal con GDPR y CAN-SPAM (checkboxes de consentimiento, links de desuscripción), y capacitación al cliente.

El email marketing sigue siendo el canal digital con mejor ROI en 2026, generando promedio de USD 36 por cada dólar invertido según estudios de Litmus y Campaign Monitor, comparado con menos de USD 3 por dólar en redes sociales.

Un CMS headless es un sistema de gestión de contenidos que separa el panel de administración del sitio público. CMS tradicionales como WordPress funcionan con una base de datos, un panel y un sitio público acoplados. Un CMS headless como Sanity Studio, Contentful, Strapi o Payload mantiene solo el panel de administración y entrega el contenido vía API al sitio, que está construido con otra tecnología.

Las ventajas del CMS headless son tres principales. Primera: flexibilidad tecnológica, ya que el sitio público puede construirse con Next.js, React, Vue u otra tecnología moderna sin depender del CMS. Segunda: mejor performance, ya que el sitio público puede ser estático y ultra-rápido. Tercera: mejor experiencia de edición, con interfaces modernas tipo Notion en lugar de paneles de administración antiguos.

Un CMS headless conviene cuando el cliente necesita editar contenido con frecuencia (blog, catálogo de productos, testimonios, eventos), quiere independencia editorial, o requiere performance superior. No conviene para sitios estáticos que raramente cambian, donde agrega complejidad innecesaria.

Una API (Application Programming Interface) es una interfaz que permite que dos sistemas de software se comuniquen entre sí intercambiando datos en un formato estructurado, típicamente JSON. Las APIs son la base de prácticamente todas las aplicaciones web modernas.

Las APIs más comunes son REST (Representational State Transfer), que utilizan URLs y verbos HTTP estándar (GET para leer, POST para crear, PUT para actualizar, DELETE para eliminar). GraphQL es una alternativa más moderna que permite al cliente solicitar exactamente los datos que necesita en una sola consulta.

En el contexto de un sitio web profesional, las APIs se usan para conectar el sitio con servicios externos. Por ejemplo: Mercado Pago tiene una API para procesar pagos, Google Maps tiene una API para mostrar mapas, WhatsApp Business API permite automatizar mensajes, y sistemas de gestión como Contabilium o HubSpot tienen APIs para sincronizar datos.

La integración de APIs de terceros a un sitio requiere trabajo de desarrollo específico: autenticación con credenciales (API keys, OAuth tokens), manejo correcto de respuestas y errores, respeto de límites de uso (rate limiting), y testeo exhaustivo antes de activar en producción.

El costo de integrar una API externa varía mucho. APIs bien documentadas y modernas (Mercado Pago, HubSpot, Contabilium) toman entre 4 y 25 horas. APIs antiguas o mal documentadas (sistemas ERP propietarios) pueden tomar 30 a 80 horas o más.

Las integraciones más comunes en sitios profesionales latinoamericanos reflejan el ecosistema particular de la región, diferente de Estados Unidos o Europa por uso predominante de ciertas plataformas locales.

Pagos online: Mercado Pago domina la región con presencia fuerte en Argentina, Brasil, México, Chile, Colombia, Perú, Uruguay y Venezuela. Integra pagos con tarjetas, transferencias, efectivo en puntos de pago, y billetera virtual. Stripe es alternativa para proyectos orientados a mercado internacional.

Mensajería: WhatsApp es universalmente usado en Latinoamérica, con penetración superior al 90 por ciento en varios países. La integración básica como botón de contacto es estándar en casi cualquier sitio profesional. WhatsApp Business API para operaciones complejas existe pero es menos común por costos.

Gestión comercial: los ERPs populares varían por país. En Argentina: Tango Gestión (empresas medianas), Contabilium (PyMEs modernas), Xubio, Colppy, Bejerman. En Brasil: Omie, ContaAzul, Bling. En México: Contpaqi, Aspel. Las integraciones con estos sistemas son frecuentes en proyectos de ecommerce B2B.

Email marketing: Mailchimp y Brevo son las opciones globales más usadas.

CRM: HubSpot domina el segmento PyME por su plan gratuito robusto. Zoho es popular en segmento chico. Salesforce mantiene su posición en empresas grandes.

Analytics: Google Analytics 4 sigue siendo estándar dominante. Plausible crece en nichos preocupados por privacidad.

Logística (solo ecommerce): Andreani y OCA en Argentina, Correos de México, Coordinadora y Servientrega en Colombia, Chilexpress en Chile. Integraciones requieren desarrollo específico según país y empresa.

Las integraciones más frecuentes en proyectos ecommerce latinoamericanos son: Mercado Pago más WhatsApp más Google Analytics 4 más email marketing básico. Este stack cubre aproximadamente 80 por ciento de los casos de PyMEs.

El proceso de trabajo en un proyecto web profesional sigue 6 etapas claramente diferenciadas, cada una con entregables específicos y puntos de aprobación del cliente antes de avanzar a la siguiente.

Etapa 1 — Diagnóstico y propuesta (duración: 2 a 4 días). Conversación inicial para entender el negocio, objetivos, audiencia, y referencias visuales. Documento con alcance detallado, cotización, timeline, y condiciones. Aprobación del cliente antes de avanzar.

Etapa 2 — Planificación y wireframes (duración: 3 a 5 días). Mapa del sitio con la definición de páginas y secciones, wireframes con estructura básica sin diseño visual, y definición de contenido requerido por parte del cliente. Aprobación de estructura antes de avanzar.

Etapa 3 — Diseño visual (duración: 5 a 10 días). Mockups de páginas principales con diseño final visual, paleta de colores, tipografía, e imágenes. Se incluyen 2 a 3 rondas de ajustes. Aprobación de diseño antes de avanzar a desarrollo.

Etapa 4 — Desarrollo (duración: 5 a 20 días según complejidad). Implementación técnica del sitio con herramientas modernas de desarrollo asistido por IA, lo que permite tiempos significativamente más cortos que desarrollo tradicional. Entregables intermedios periódicos para revisión del cliente. Aprobación de secciones completadas antes de avanzar.

Etapa 5 — Testing y ajustes finales (duración: 3 a 5 días). Pruebas en múltiples dispositivos, optimización de performance, verificación de funcionalidad, y ajustes de último momento. Aprobación final del cliente.

Etapa 6 — Lanzamiento y acompañamiento post-entrega (inmediato más 3 meses). Puesta en producción con dominio definitivo, configuración de analytics, y entrega de documentación. Se incluyen 3 meses de soporte para resolver bugs y ajustes menores.

Tiempo total típico según tipo de proyecto: landing page simple 2 a 3 semanas, sitio profesional completo 3 a 5 semanas, sitio de ecommerce 4 a 7 semanas, aplicación web compleja con usuarios 6 a 12 semanas.

Estos tiempos reflejan proyectos que utilizan desarrollo moderno asistido por IA, que permite reducir entre 30 y 50 por ciento los tiempos comparado con desarrollo tradicional manteniendo calidad profesional.

El desarrollador necesita información específica del cliente en 4 categorías para ejecutar un proyecto eficientemente. La preparación de estos elementos acelera el proceso y reduce costos de iteración.

Categoría 1 — Información del negocio. Descripción clara del negocio, propuesta de valor única, audiencia objetivo con detalle demográfico y psicográfico, competidores directos con URLs, objetivos específicos del sitio (vender, generar leads, informar, etc.), y KPIs de éxito (cantidad de consultas por mes, ventas mensuales, etc.).

Categoría 2 — Contenido del sitio. Textos de cada sección (aunque sean borradores iniciales), imágenes de productos o servicios (alta calidad, formato original), logo vectorizado del negocio (SVG o AI preferible), paleta de colores si el negocio tiene identidad visual definida, testimonios y casos de éxito con permiso de uso, y documentos legales relevantes (términos, privacidad).

Categoría 3 — Accesos técnicos si aplica. Cuenta de dominio donde va a estar el sitio, cuenta de servicios existentes que se van a integrar (Mercado Pago, Mailchimp, CRM actual), accesos administrativos a sitio actual si se está migrando, y credenciales de redes sociales si se van a integrar.

Categoría 4 — Referencias y preferencias. Sitios web de la competencia o del rubro que le gustan al cliente (con qué le gusta específicamente), sitios que explícitamente NO le gustan (importante para evitar direcciones erradas), preferencias de estilo visual (moderno, clásico, minimalista, corporativo), y cualquier restricción específica (colores corporativos obligatorios, etc.).

Muchos clientes no tienen todo esto preparado al inicio, lo cual es normal. El desarrollador profesional ayuda a definir lo que falta durante la etapa de diagnóstico. Sin embargo, tener el máximo posible preparado reduce el tiempo del proyecto y evita bloqueos durante el desarrollo.

Los cambios durante un proyecto web se gestionan con un sistema de rondas de revisión formales y acuerdos claros sobre qué constituye "cambio dentro del alcance" versus "cambio fuera del alcance". Este sistema protege tanto al cliente como al desarrollador.

Rondas de revisión incluidas: cada tier de proyecto incluye un número específico de rondas formales (típicamente 2 o 3). Una ronda es una oportunidad estructurada para que el cliente revise el trabajo y pida ajustes consolidados. La primera ronda suele enfocarse en cambios estructurales (layout, jerarquía de información), la segunda en ajustes finos (tipografía, espaciado, colores), y la tercera en detalles finales.

Cambios dentro del alcance incluyen: ajustes de contenido (textos, imágenes), refinamientos visuales menores (tonalidades de color, tamaños), modificaciones dentro de la estructura aprobada. Estos no generan costo adicional.

Cambios fuera del alcance incluyen: agregar secciones nuevas no planificadas, cambiar la tecnología base del proyecto, rediseñar completamente una sección ya aprobada, agregar funcionalidad nueva compleja. Estos requieren cotización adicional y pueden extender el timeline.

Cuando el cliente solicita un cambio, el desarrollador debe evaluar y comunicar claramente: si está dentro o fuera del alcance, si afecta el timeline, y si aplica costo adicional. Esta comunicación debe ser por escrito para evitar malentendidos.

La práctica saludable es que cambios menores dentro del alcance se implementen sin fricciones, y cambios mayores se discutan abiertamente. Clientes que solicitan 10 o más cambios mayores durante un proyecto suelen ser señal de que la etapa de planificación inicial fue insuficiente.

Si el diseño inicial no cumple expectativas, hay un proceso estructurado para realinear antes de seguir avanzando. El proceso profesional está diseñado específicamente para que esta situación no implique costo adicional ni conflicto.

Paso uno: revisión guiada del diseño. En lugar de "me gusta" o "no me gusta", el desarrollador profesional hace preguntas específicas: qué funciona bien, qué no funciona, qué referencias inspiran más al cliente, qué emoción busca transmitir. Esto convierte feedback vago en dirección accionable.

Paso dos: identificación de la causa raíz. Hay tres causas típicas de rechazo de diseño. Primera: desconexión con la marca, cuando el diseño no refleja cómo el cliente ve su negocio. Segunda: desconexión con la audiencia, cuando el diseño se ve profesional pero no resuena con el target. Tercera: preferencias personales subjetivas del cliente. Cada causa requiere tratamiento distinto.

Paso tres: ajustes dentro del proceso normal. Las primeras rondas de revisión están específicamente diseñadas para estos ajustes. Cambios en paleta de colores, tipografía, estilo de ilustraciones, o distribución visual son cambios esperables sin costo adicional.

Paso cuatro: si hay desacuerdo fundamental persistente, pausa y replanteo. En ocasiones raras la visión del cliente y la propuesta del desarrollador no convergen. En ese caso la conversación honesta es: volver al documento de alcance y aclarar qué se está buscando, o reconocer mutuamente que el match no fue el correcto y separarse con lo ya entregado.

Paso cinco: prevenir esta situación en proyectos futuros. La etapa de diagnóstico inicial bien hecha (referencias, moodboards, definición de estilo) reduce significativamente la probabilidad de que el primer diseño no cumpla expectativas.

Un proyecto bien gestionado llega al diseño final con aprobación clara del cliente sin necesidad de más de 2 a 3 rondas de ajustes.

Después de la entrega formal del sitio, la relación con el desarrollador continúa de tres formas distintas según el modelo acordado. La claridad sobre qué modelo aplica es parte de la cotización inicial.

Modelo 1 — Acompañamiento post-entrega incluido. Los proyectos profesionales suelen incluir 3 a 6 meses de soporte sin costo adicional para resolver bugs que aparezcan en producción, hacer ajustes menores de contenido, responder dudas técnicas del cliente, y verificar funcionamiento correcto. Este período no es mantenimiento recurrente de largo plazo, sino garantía profesional sobre el trabajo entregado.

Modelo 2 — Mantenimiento mensual continuo. Después del período de acompañamiento inicial, el cliente puede optar por contratar mantenimiento mensual. Alcance típico: actualizaciones técnicas, cambios menores de contenido, monitoreo de funcionamiento, revisión de métricas, backups verificados. Precio habitual: USD 80 a 250 mensuales según alcance. Es opcional y puede activarse o desactivarse según necesidad.

Modelo 3 — Trabajo por demanda. Si el cliente no contrata mantenimiento mensual pero eventualmente necesita cambios o nuevas funcionalidades, puede solicitar trabajo puntual con cotización específica. Precio típico por hora: USD 30 a 80 según complejidad. Ideal para clientes con necesidades esporádicas.

Qué NO incluye ninguno de estos modelos: funcionalidad nueva mayor, rediseño del sitio, cambios de estructura fundamentales. Estos son proyectos nuevos que requieren cotización específica.

Lo que sí es recomendable que el cliente tenga siempre: acceso a sus propias cuentas de hosting, dominio, base de datos, analytics. Esto garantiza que si eventualmente cambia de desarrollador, la transición es simple.

La continuidad de relación con el desarrollador original suele ser beneficiosa porque conoce el proyecto en profundidad. Sin embargo, un sitio construido con tecnologías estándar y buenas prácticas permite que cualquier desarrollador capacitado tome el mantenimiento si es necesario.

Un sitio web lento tiene típicamente 5 causas raíz. Identificar la causa específica es crucial antes de aplicar soluciones, porque optimizar el aspecto incorrecto no mejora la velocidad real.

Causa 1 — Imágenes pesadas sin optimizar. Es la causa más común, especialmente en sitios de fotografía, ecommerce, y blogs. Imágenes en formatos antiguos (JPG sin optimizar, PNG) y tamaños masivos pueden agregar 3 a 5 segundos de carga. Solución: conversión a WebP o AVIF, compresión con herramientas como Squoosh, tamaños responsive adecuados a cada dispositivo.

Causa 2 — Hosting lento o inadecuado. Hosting compartido barato puede tener servidores saturados y tiempos de respuesta altos. Solución: migrar a plataformas modernas como Vercel (para sitios Next.js) o upgrades de hosting tradicional si es WordPress.

Causa 3 — Plugins en exceso (sitios WordPress). Cada plugin agrega código que ejecuta en cada carga. Sitios con 30 o más plugins pueden tardar 5 a 8 segundos. Solución: auditoría de plugins, eliminar los no usados, reemplazar múltiples plugins pequeños con soluciones más integrales.

Causa 4 — JavaScript bloqueante. Scripts que se cargan antes del contenido visual retrasan el Largest Contentful Paint. Solución: carga diferida (lazy loading), scripts async o defer, eliminar JavaScript no utilizado.

Causa 5 — Falta de CDN o caching. Servir contenido desde un solo servidor geográfico ralentiza usuarios en otras regiones. Solución: implementar CDN (plataformas modernas como Vercel lo incluyen automáticamente).

Herramientas gratuitas para diagnosticar: PageSpeed Insights de Google, Lighthouse (integrado en Chrome DevTools), GTmetrix. Estas herramientas reportan las Core Web Vitals (LCP, INP, CLS) y dan recomendaciones específicas.

El benchmark esperable: sitios modernos bien construidos cargan en menos de 1.5 segundos en conexión 4G. Sitios WordPress bien mantenidos pueden estar en 2 a 3 segundos. Más de 3 a 4 segundos es problemático y afecta SEO y conversiones.

La situación de desarrollador ausente es estresante pero tiene solución estructurada en 5 pasos. La prevención es mejor que la resolución, pero si ya ocurrió, hay caminos claros para recuperar control.

Paso 1 — Evaluar qué tan grave es la situación. Si el sitio sigue funcionando y solo necesitas cambios menores, la urgencia es baja. Si el sitio está caído, el dominio vence pronto, o hay información importante que solo el desarrollador tiene, la urgencia es alta. Esta evaluación define las acciones siguientes.

Paso 2 — Inventariar qué accesos tienes. Revisa si tienes acceso directo a: cuenta del dominio, cuenta de hosting, cuenta de email corporativo, cuenta de redes sociales, archivos del código fuente, base de datos. Cada acceso que tengas reduce el riesgo significativamente.

Paso 3 — Intentar recuperación ordenada antes de escalamiento. Contactar al desarrollador por múltiples canales (email, WhatsApp, LinkedIn, conocidos en común) con mensaje claro sobre necesidad específica y deadline. Un email formal dejando constancia escrita es útil.

Paso 4 — Transferir la propiedad de cuentas que no tienes. Si el dominio está en cuenta del desarrollador, contactar al registrador (GoDaddy, Namecheap, NIC.ar) con evidencia de propiedad del negocio para iniciar proceso de transferencia. Puede tomar 7 a 30 días. Si el hosting está en cuenta del desarrollador, hay que migrar todo el sitio a cuenta propia, lo que requiere contratar desarrollador nuevo.

Paso 5 — Contratar desarrollador nuevo para auditoría y recuperación. Un profesional puede: acceder al código si está en GitHub compartido, extraer el contenido del sitio actual si aún funciona, recrear funcionalidad en infraestructura nueva controlada por el cliente. Costo de recuperación típico: USD 500 a 3.000 según complejidad.

Prevención para el futuro: siempre insistir en que toda la infraestructura esté en cuentas del cliente desde el inicio del proyecto. El desarrollador debe ser colaborador, nunca dueño. Esta práctica evita el problema completamente.

Una inversión en Google Ads que no convierte tiene típicamente una de 4 causas, y la causa raíz suele estar en el sitio, no en la campaña. Antes de aumentar presupuesto o cambiar agencia, hay que diagnosticar correctamente.

Causa 1 — Problemas en la campaña de Ads. Keywords demasiado genéricas o competidas, segmentación deficiente, anuncios con baja relevancia, presupuesto insuficiente para ser competitivo. Solución: auditoría de campaña por profesional de performance marketing. Se detecta con análisis de impresiones, CTR, y quality score.

Causa 2 — Landing page desalineada con el anuncio. Cuando el usuario hace click en un anuncio de "pedido de pizza online" y llega a la home general del restaurante, la fricción es alta. Solución: landing pages específicas por campaña que respetan el mensaje del anuncio exactamente. Las landing pages dedicadas mejoran conversión 30 a 100 por ciento versus homepage genérica según estudios de Unbounce.

Causa 3 — Sitio no optimizado para conversión. El usuario llega pero el sitio no lo guía hacia la acción esperada. Problemas comunes: CTA no visible arriba del pliegue, formularios demasiado largos, falta de elementos de confianza (testimonios, certificaciones), sitio lento que abandonan antes de convertir. Esta es la causa más frecuente y la más ignorada.

Causa 4 — Oferta débil o precios desalineados. A veces el problema no es técnico sino de producto-mercado: el precio no es competitivo, la oferta no es atractiva, o la audiencia objetivo es incorrecta. Diagnóstico: comparar con competidores que sí convierten. Solución: ajuste de oferta, no de sitio.

El orden correcto para optimizar es: primero sitio (asegurar que convierta), después landing pages específicas, después campaña de Ads. Gastar más en Ads con un sitio deficiente es amplificar el problema.

Benchmark general: tasa de conversión saludable para B2C en LATAM es 1 a 3 por ciento. Para B2B es 0.5 a 2 por ciento. Tasas inferiores indican problema en alguna de las 4 causas.

Un sitio viejo tiene tres caminos posibles dependiendo del diagnóstico técnico y los objetivos del negocio. La decisión correcta depende de evaluar costo-beneficio de cada opción honestamente.

Opción 1 — Actualizar y mantener el sitio existente. Aplica cuando: la tecnología base sigue siendo razonable (WordPress actualizable, no sistema custom de hace 15 años), el diseño no está tan desactualizado, el contenido sigue siendo relevante, y no hay problemas estructurales de performance o seguridad. Trabajo típico: actualizar plugins y temas, optimizar imágenes, ajustar diseño en secciones específicas, mejorar SEO. Costo: USD 300 a 1.500 según alcance.

Opción 2 — Refactorizar manteniendo contenido. Aplica cuando: la estructura del sitio sigue siendo válida pero la tecnología base es obsoleta (HTML estático antiguo, WordPress con arquitectura inestable), el diseño necesita renovación mayor, la performance es inaceptable. Trabajo: rehacer el sitio en tecnología moderna (Next.js, Astro, WordPress moderno) manteniendo contenido, estructura básica, y URLs para no perder SEO. Costo: USD 1.500 a 5.000.

Opción 3 — Rehacer completamente desde cero. Aplica cuando: el negocio cambió significativamente, el sitio actual está completamente desalineado con la identidad actual de la marca, hay problemas graves de arquitectura, o simplemente ya pasaron 5 o más años y todo necesita renovación. Trabajo: proyecto nuevo completo, con migración cuidadosa de SEO y datos importantes. Costo: similar al proyecto web inicial (USD 1.200 a 8.000 según complejidad).

Señales claras de que es momento de tomar acción: carga en más de 4 segundos, falla en mobile, imposibilidad de editar contenido, errores visibles en secciones, apariencia similar a sitios del 2010, caída sostenida de tráfico orgánico (señal de obsolescencia de SEO).

Antes de decidir: auditoría técnica profesional (USD 100 a 300) que diagnostica estado actual y recomienda camino. Esta inversión pequeña evita gastar mucho en la opción incorrecta.

La pérdida progresiva de posicionamiento en Google es común pero no es inevitable. Entender las causas permite distinguir entre pérdidas normales (recuperables) y síntomas de problemas mayores.

Causa 1 — Actualizaciones de algoritmo de Google. Google lanza entre 3 y 5 actualizaciones importantes por año y cientos de ajustes menores. Algunos sitios pierden posiciones tras estas actualizaciones por razones que no son del todo transparentes. Solución: esperar 4 a 8 semanas post-actualización para ver si se estabiliza, revisar las guías oficiales de la actualización, ajustar contenido si se detectan problemas específicos.

Causa 2 — Contenido desactualizado. Google favorece contenido relevante y actualizado. Artículos de hace 3 o más años con información obsoleta pierden posicionamiento frente a competidores que publican contenido nuevo. Solución: programa de actualización trimestral de artículos importantes, agregado de fecha "Última actualización" visible, refresh de estadísticas y ejemplos.

Causa 3 — Competencia creciente. Nuevos competidores entran al mercado con mejor SEO, más contenido, o mejor optimización técnica. La posición relativa del sitio baja aunque el sitio mismo no haya empeorado. Solución: análisis competitivo periódico, identificar qué están haciendo los competidores exitosos, invertir en áreas donde se está quedando atrás.

Causa 4 — Problemas técnicos acumulados. Plugins desactualizados, links rotos internos, páginas con errores, velocidad degradada, certificado SSL vencido. Solución: auditoría técnica profesional semestral, corrección de errores detectados.

Causa 5 — Cambio en intención de búsqueda. Las mismas palabras clave pueden cambiar de intención (usuarios buscan algo distinto con los mismos términos). El sitio puede quedar desalineado. Solución: monitoreo de Google Search Console para detectar cambios, ajuste de contenido a nueva intención.

Prevención efectiva: revisión mensual de posiciones en Search Console, actualización regular de contenido importante, monitoreo de Core Web Vitals, y ajustes proactivos ante signos tempranos de caída. El SEO es mantenimiento continuo, no proyecto único.

Un sitio web para un profesional de la salud (médico, psicólogo, nutricionista, kinesiólogo, odontólogo) tiene requisitos específicos que combinan información profesional, captación de pacientes, y gestión operativa.

Contenido esencial: biografía profesional con formación y credenciales verificables, especialidades con descripción clara de qué problemas trata, información práctica (dirección, horarios, obras sociales aceptadas, modalidades de atención), sistema de contacto efectivo (WhatsApp suele ser preferido), políticas de cancelación y primera consulta.

Funcionalidades de alto valor: agenda online integrada (servicios como Doctoralia, Agenda Pro, o custom), formulario pre-consulta para recopilar información inicial, integración con herramientas de telemedicina si aplica (Zoom, Meet, plataformas específicas), área privada para pacientes actuales con historias clínicas digitales (más complejo y con consideraciones legales importantes).

Consideraciones específicas del rubro: cumplimiento con normativas locales de publicidad médica (en Argentina, ley 26.529 de derechos del paciente), manejo cuidadoso de testimonios de pacientes (con consentimiento escrito y anonimización cuando corresponde), evitar claims médicos no sustentados, información sobre privacidad y protección de datos clara.

SEO crítico para profesionales de salud: SEO Local es prioritario porque la mayoría de pacientes busca "[especialidad] en [zona]". Google Business Profile bien configurado genera resultados inmediatos. Reseñas de pacientes reales son factor de decisión fuerte. Contenido educativo sobre las condiciones que trata puede atraer pacientes en etapa de investigación.

Diseño recomendado: sobrio y profesional, transmitiendo confianza y profesionalismo. Evitar diseños agresivos o estéticas que se asocien con marketing pushy. Colores azules, verdes y neutros suelen funcionar. Fotos profesionales del profesional y del consultorio generan confianza.

Rango de inversión típico: USD 1.200 a 3.500 para sitio profesional sin funcionalidades avanzadas. USD 3.500 a 8.000 si incluye agenda online integrada y áreas privadas para pacientes.

Un sitio web para un estudio jurídico combina posicionamiento profesional, captación de clientes, y construcción de autoridad legal. Sus requisitos difieren significativamente de otros rubros profesionales.

Contenido esencial: presentación del estudio con historia y valores, biografía detallada de cada abogado socio con formación, experiencia, especialidades y casos representativos (respetando secreto profesional), áreas de práctica con descripción de qué casos cada área maneja, ubicación física del estudio, formas de contacto con horarios de atención.

Contenido diferenciador: blog con análisis jurídico de temas actuales (muy valorado para SEO y GEO), casos de éxito anonimizados con resultados medibles, publicaciones académicas de los abogados, participación en medios (prensa, conferencias), preguntas frecuentes específicas de cada área.

Funcionalidades útiles: formulario de primera consulta con preguntas específicas para cada área de práctica, sistema de agendamiento de consultas si el estudio lo usa, área privada para clientes con documentos de sus casos (requiere desarrollo complejo y consideraciones legales específicas), chatbot para responder preguntas frecuentes básicas.

Consideraciones del rubro: respeto a normativas de publicidad profesional de cada colegio de abogados (varían por jurisdicción), cuidado con claims sobre éxitos porcentuales (pueden ser considerados publicidad engañosa), manejo adecuado de información confidencial en testimonios, evitar ofrecer consejo legal específico en contenido público (responsabilidad profesional).

SEO crítico para estudios jurídicos: contenido de autoridad es fundamental. Abogados que publican análisis serios sobre su especialidad posicionan bien en Google y son citados en IA. SEO Local importante si el estudio atiende zona geográfica específica. La competencia en palabras clave genéricas ("abogado divorcio") es alta; conviene focalizarse en nichos específicos ("abogado divorcio empresarios", "sucesiones con empresas familiares").

Diseño recomendado: serio y sobrio, transmitiendo autoridad y profesionalismo. Tipografía clásica y elegante. Paleta de colores oscura con acentos sobrios. Fotografía profesional de los abogados y del estudio en el sitio.

Rango de inversión típico: USD 1.500 a 4.000 para sitio profesional estándar. USD 4.000 a 10.000 para estudios con necesidades específicas (área de clientes, documentación privada, blog extenso con múltiples autores).

Un ecommerce pequeño en Latinoamérica tiene consideraciones específicas del mercado regional que afectan decisiones tecnológicas, de logística, y de monetización. La estrategia correcta equilibra inversión inicial con capacidad de crecimiento.

Decisión fundamental 1 — Plataforma versus desarrollo custom. Plataformas como TiendaNube (Argentina, Latinoamérica) o Shopify (global) permiten arrancar rápido con USD 20 a 80 mensuales de suscripción más comisiones. Desarrollo custom con Next.js más Supabase tiene inversión inicial mayor (USD 3.000 a 8.000) pero costos recurrentes bajos y control total. Recomendación para ecommerce nuevo en LATAM: arrancar con plataforma, migrar a custom cuando el volumen justifique la inversión (típicamente después de USD 10.000 mensuales en ventas).

Decisión fundamental 2 — Medios de pago. Mercado Pago es casi obligatorio en Argentina, Brasil, México, Chile, Colombia por su penetración. Ofrecer transferencia bancaria como alternativa capta clientes que prefieren evitar comisiones de tarjeta. En Argentina específicamente, considerar múltiples medios por inflación y fluctuación cambiaria.

Decisión fundamental 3 — Logística. En Argentina: Andreani y OCA dominan, con integraciones disponibles. Correo Argentino más económico pero menos confiable. Considerar logística propia si hay radio geográfico limitado (misma ciudad). En Brasil: Correios oficial más opciones privadas. En México: Estafeta, DHL. Costo de envío impacta significativamente conversión.

Decisión fundamental 4 — Cantidad de productos. Menos de 30 productos: ecommerce simple funciona. 30 a 300 productos: necesita buena búsqueda interna, categorización, filtros. 300 o más productos: requiere arquitectura seria y posiblemente integración con sistema de gestión (Contabilium, Tango) para mantener stock sincronizado.

Decisión fundamental 5 — Canales de venta complementarios. Marketplaces (Mercado Libre, Amazon) dan volumen pero bajan márgenes. Instagram Shop, WhatsApp Catalog, TikTok Shop crecen como canales complementarios. Estrategia multi-canal suele superar tienda única en revenue.

Ecommerce exitoso típico en LATAM: plataforma propia como centro, presencia en 1 a 2 marketplaces, canales sociales activos, email marketing consistente, atención al cliente por WhatsApp. Inversión inicial USD 500 a 3.000 en plataforma, USD 200 a 800 mensuales en marketing digital primeros 6 meses, con escalada gradual según resultados.