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.

Senda Lógica publica sus precios y se ubica deliberadamente en el piso de esas referencias: Página Esencial USD 100, Página Landing USD 300, Tienda Online USD 700, y Proyecto a Medida cotizado según alcance. La diferencia no está en recortar alcance sino en cómo se construye: desarrollo asistido por IA sobre un stack moderno, sin horas de configuración de servidores ni licencias de plugins que trasladar al presupuesto.

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 y experimentales, sin ninguna operación comercial, 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.

En los sitios que entrega Senda Lógica estos costos están publicados por paquete: entre USD 20 y 40 mensuales para Página Esencial y Página Landing, que corren sobre plan Pro porque el gratuito no admite uso comercial; entre USD 45 y 95 mensuales para Tienda Online, que suma base de datos y depende del tráfico; y entre USD 10 y 20 anuales por el dominio. Todo queda a nombre del cliente y se paga directo al proveedor, sin intermediarios ni recargos del estudio.

La recomendación honesta depende del estado del proyecto. Sitios personales 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 y suele tomar los proyectos de a uno. Ventajas: trato directo, precios más accesibles (USD 500 a 4.000 para proyectos web profesionales), flexibilidad de proceso, cero burocracia. Desventajas: capacidad limitada, dependencia total de una persona, disponibilidad acotada fuera del horario laboral.

Un estudio boutique es una estructura chica —desde una sola persona hasta ocho— con especialización clara y proceso formal. Ventajas: alcance y precio definidos por escrito antes de empezar, especialización profunda en un stack determinado, y trato directo con quien construye. Desventajas: capacidad acotada frente a una agencia. El precio varía mucho según el modelo: un estudio que trabaja con stack moderno y desarrollo asistido por IA se ubica bastante por debajo de uno que cotiza por hora tradicional, aunque el entregable sea equivalente.

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.

Senda Lógica es un estudio de una sola persona que toma los proyectos de punta a punta sin tercerizar, con los precios publicados en el sitio. Poder ver el precio antes de la primera conversación es, en sí mismo, información sobre el modelo: el alcance de cada paquete está escrito, y lo que queda afuera también.

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 secciones o páginas, funcionalidad requerida, integraciones, puntos de aprobació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.

Un atajo válido para el cliente es empezar por los precios publicados. Cuando el estudio publica el precio y el alcance de cada paquete, los pasos uno a tres se acortan: la conversación deja de ser sobre cuánto sale y pasa a ser sobre cuál corresponde.

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 combina dos costos: el trabajo de configuración inicial, que se cotiza según el caso, y el costo mensual de la plataforma elegida, que paga el cliente directo al proveedor.

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 lleva unas 4 a 5 horas e 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 y con estructura propia: un blog con varios autores, un catálogo con campos que cambian, tipos de contenido nuevos. No conviene para sitios estáticos que raramente cambian, donde agrega complejidad innecesaria.

Conviene aclarar un punto que suele confundirse: editar el propio contenido no siempre requiere un CMS headless. En Senda Lógica, Página Landing y Tienda Online ya incluyen un panel de edición en el precio del paquete —textos e imágenes de las secciones existentes, y en la tienda también el alta y baja de productos sin tope—. El CMS headless entra recién cuando lo que hace falta excede eso.

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 Senda Lógica tiene 5 pasos, cada uno con un entregable concreto y un punto de aprobación del cliente antes de avanzar al siguiente.

Paso 1. Conversamos. El cliente cuenta su negocio y qué necesita lograr. Se pregunta antes de proponer: sin diagnóstico no hay propuesta. Es una conversación de 30 a 60 minutos, sin costo y sin compromiso.

Paso 2. Llega la propuesta. Alcance, precio y plazo por escrito, con lo que incluye y lo que no incluye enumerado antes de decidir. Cuando el proyecto encaja en un paquete publicado, este paso es corto: el precio y el alcance ya están en el sitio.

Paso 3. Se prepara el contenido. Se le pide al cliente lo único que no puede aportar el estudio: textos, imágenes, logo y qué secciones quiere. Se entrega una lista clara para que no sea una tarea abierta. Si no hay textos ni imágenes, se resuelve durante este paso. Es el paso que más suele demorar un proyecto, y el único que depende del cliente.

Paso 4. Se diseña y se desarrolla. Se construye el sitio con la identidad del cliente, mostrando avances durante el camino y ajustando con su opinión antes de publicar. Los ajustes se hacen acá, sobre trabajo que todavía no salió a producción.

Paso 5. Se publica y se acompaña. El sitio sale en línea con su dominio definitivo, se configura la medición, y arrancan los 3 meses de acompañamiento post-entrega. El código y la infraestructura son del cliente desde el primer día, no desde la entrega.

Plazo total según paquete, contado desde que el contenido está entregado: Página Esencial de 2 a 4 días hábiles, Página Landing de 3 a 7 días hábiles, Tienda Online de 3 a 5 semanas. Proyecto a Medida se define por escrito en la propuesta.

Estos tiempos reflejan desarrollo moderno asistido por IA, que reduce significativamente el trabajo mecánico frente al desarrollo tradicional sin bajar la calidad del entregable. Lo que no se acelera es el ida y vuelta de contenido y aprobaciones, que es donde se va la mayor parte del calendario.

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, competidores directos con URLs, objetivos específicos del sitio (vender, generar consultas, informar), y cómo se va a medir el éxito (cantidad de consultas por mes, ventas mensuales).

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

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

Categoría 4. Referencias y preferencias. Sitios de la competencia o del rubro que le gustan al cliente, con qué le gusta específicamente; sitios que explícitamente NO le gustan, que es igual de útil para evitar direcciones erradas; preferencias de estilo visual; y restricciones concretas como colores corporativos obligatorios.

Muchos clientes no tienen todo esto preparado al inicio, y es lo normal. En el proceso de Senda Lógica este pedido no llega como una lista abierta: es el paso 3, con una guía de qué hace falta y en qué formato, y si faltan textos o imágenes se resuelve ahí mismo. Tener el máximo posible preparado antes reduce el tiempo del proyecto y evita bloqueos a mitad del desarrollo.

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

Cómo se ordenan los ajustes: cada etapa cierra con una aprobación antes de pasar a la siguiente, y los cambios se piden sobre el avance mostrado, no sobre el sitio ya publicado. Los primeros ajustes suelen ser estructurales (layout, jerarquía de la información) y los últimos son finos (tipografía, espaciado, color). Pedirlos consolidados por etapa, en lugar de a medida que aparecen, es lo que evita rehacer trabajo.

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 plazo.

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

La práctica saludable es que los cambios menores dentro del alcance se implementen sin fricciones, y los mayores se discutan abiertamente. Una acumulación de cambios mayores durante el proyecto suele ser señal de que la etapa de planificación inicial fue insuficiente, no de que el cliente sea difícil.

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. Los ajustes de esta etapa son parte del trabajo, no un extra. Cambios en paleta de colores, tipografía, estilo de las imágenes o distribución visual son esperables mientras el diseño todavía está en revisión, y por eso se muestra antes de desarrollar.

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. Una etapa de diagnóstico bien hecha —referencias, sitios que no gustan, definición de estilo— reduce mucho 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 que haga falta volver atrás.

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. En Senda Lógica todos los paquetes incluyen 3 meses sin costo adicional, y el alcance está publicado: servicio técnico ilimitado para los bugs que aparezcan en producción, hasta 3 ajustes menores de contenido (texto, imágenes, datos de contacto) y verificación de que todo funcione bien en producción. No cubre cambios estructurales del sitio entregado. Este período no es mantenimiento recurrente de largo plazo, sino la garantía profesional sobre el trabajo entregado.

Modelo 2. Mantenimiento mensual continuo. Terminado el acompañamiento, el cliente puede contratar el Plan Cuidado: actualizaciones y parches de seguridad, verificación de respaldos, monitoreo de disponibilidad y una hora de cambios menores por mes, con un reporte breve. Las actualizaciones no se descuentan de esa hora. Es opcional y tiene un compromiso mínimo de 3 meses.

Modelo 3. Trabajo por demanda. Para necesidades esporádicas existen bancos de horas, aplicables dentro de un plazo, y cambios sueltos cotizados de a uno: los chicos son texto, datos de contacto y ajustes que no alteran la estructura; los medianos son un formulario o reorganizar un layout. Las tres modalidades están listadas en la página de servicios complementarios y se cotizan según el caso.

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 y analytics. Esto garantiza que si eventualmente cambia de desarrollador, la transición es simple. En Senda Lógica esas cuentas se crean a nombre del cliente desde el día uno, no al entregar.

La continuidad 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, 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 técnico. En Senda Lógica esto se resuelve con servicios puntuales que se contratan por separado, sin rehacer el sitio.

Opción 2. Refactorizar manteniendo contenido. Aplica cuando: la estructura del sitio sigue siendo válida pero la tecnología base es obsoleta, el diseño necesita renovación mayor, o la performance es inaceptable. Trabajo: rehacer el sitio en tecnología moderna manteniendo contenido, estructura básica y URLs para no perder posicionamiento. La migración desde WordPress, Wix, TiendaNube u otras plataformas se cotiza según el volumen de contenido a mover y cuán estructurado esté en el origen.

Opción 3. Rehacer completamente desde cero. Aplica cuando: el negocio cambió significativamente, el sitio actual está desalineado con la identidad actual de la marca, hay problemas graves de arquitectura, o ya pasaron 5 o más años y todo necesita renovación. Trabajo: proyecto nuevo completo, con migración cuidadosa de posicionamiento y datos importantes. El costo es el del paquete que corresponda, que en Senda Lógica arranca en USD 100 y está publicado.

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.

Antes de decidir conviene una auditoría técnica, que diagnostica el estado actual y devuelve recomendaciones priorizadas. Es una inversión chica comparada con el proyecto, y 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 claridad 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), un canal de contacto efectivo —WhatsApp suele ser el preferido— y las políticas de cancelación y primera consulta.

Qué conviene resolver en el sitio y qué no. Presentar la práctica, ordenar la información y facilitar el contacto es lo que rinde desde el primer día. En cambio, todo lo que implique recibir datos clínicos merece más cuidado del que suele dársele: un formulario que recoge información de salud crea obligaciones sobre esos datos, y un área privada de pacientes con historias clínicas es un desarrollo con requisitos legales propios, no una sección más. Senda Lógica no los incluye en sus paquetes por esa razón: se conversan como proyecto aparte, con su propio alcance, o se resuelven con herramientas de agenda ya existentes como Doctoralia.

Consideraciones específicas del rubro: cumplimiento de las normativas locales de publicidad sanitaria, que varían por jurisdicción; manejo cuidadoso de testimonios de pacientes, con consentimiento por escrito y anonimización cuando corresponde; evitar claims médicos no sustentados; e información clara sobre privacidad y protección de datos.

SEO crítico para profesionales de salud: el SEO Local es prioritario porque la mayoría de los pacientes busca "[especialidad] en [zona]". Un perfil de Google Business bien configurado genera resultados rápido. Las reseñas de pacientes reales pesan mucho en la decisión. El contenido educativo sobre las condiciones que trata atrae pacientes en etapa de investigación.

Diseño recomendado: sobrio y profesional, transmitiendo confianza. Evitar estéticas agresivas o de marketing pushy. Fotos profesionales del consultorio y del profesional generan confianza.

Qué invertir: en Senda Lógica un profesional de la salud entra por Página Esencial (USD 100) si lo que necesita es existir con seriedad y que lo puedan contactar, o por Página Landing (USD 300) si tiene varias especialidades que explicar, preguntas que se repiten y quiere que la web traiga consultas. Cobrar inscripciones, integrar agenda o sumar un área privada son agregados que se cotizan aparte según el caso.

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

Contenido esencial: presentación del estudio con su historia y sus valores, biografía de cada abogado con formación, experiencia y especialidades, áreas de práctica con descripción de qué casos maneja cada una, ubicación, y formas de contacto con horarios de atención.

Contenido diferenciador: análisis jurídico de temas actuales, muy valorado tanto para buscadores como para motores de IA; casos anonimizados con resultados medibles, respetando el secreto profesional; publicaciones académicas; participación en medios; y preguntas frecuentes específicas de cada área de práctica.

Funcionalidades útiles: formulario de primera consulta con preguntas propias de cada área, y agendamiento si el estudio ya trabaja así. Un área privada para clientes con documentos de sus casos es un desarrollo aparte, con requisitos de confidencialidad propios: no entra en un paquete estándar y conviene tratarlo como proyecto independiente.

Consideraciones del rubro: respeto a las normativas de publicidad profesional de cada colegio de abogados, que varían por jurisdicción; cuidado con los claims sobre porcentajes de éxito, que pueden considerarse publicidad engañosa; manejo adecuado de información confidencial en testimonios; y evitar dar consejo legal específico en contenido público.

SEO crítico para estudios jurídicos: el contenido de autoridad es fundamental. Los abogados que publican análisis serios sobre su especialidad posicionan bien y son citados por motores de IA. El SEO Local importa si el estudio atiende una zona determinada. La competencia en palabras genéricas como "abogado divorcio" es alta; conviene enfocarse en nichos específicos.

Diseño recomendado: serio y sobrio, transmitiendo autoridad. Tipografía clásica, paleta contenida, fotografía profesional de los abogados y del estudio.

Qué invertir: en Senda Lógica un estudio jurídico entra por Página Landing (USD 300), que es el paquete pensado para servicios que viven de las consultas: hasta 8 secciones para presentar áreas de práctica, socios y casos, más preguntas frecuentes. Si más adelante hacen falta un blog con varios autores o un área de clientes, eso es Proyecto a Medida y se cotiza según alcance.

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 tienda propia. Plataformas como TiendaNube o Shopify permiten arrancar rápido con USD 20 a 80 mensuales de suscripción más comisiones, a cambio de una tienda que se parece a las otras de la misma plataforma y de un costo que no baja nunca. Una tienda propia invierte una vez y deja costos recurrentes bajos. En Senda Lógica esa tienda propia es Tienda Online, publicada en USD 700, con catálogo, buscador, filtros, página por producto y panel de administración sin tope de productos. La comparación honesta es contra el acumulado: una suscripción de USD 50 mensuales supera ese monto dentro del primer año y medio.

Decisión fundamental 2. Medios de pago. Mercado Pago es casi obligatorio en Argentina, Brasil, México, Chile y Colombia por su penetración. Ofrecer transferencia bancaria como alternativa capta clientes que prefieren evitar comisiones de tarjeta. En Argentina específicamente conviene considerar varios 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 es más económico pero menos confiable. Conviene evaluar logística propia si el radio geográfico es limitado. En Brasil: Correios más opciones privadas. En México: Estafeta, DHL. El costo de envío impacta la conversión más de lo que se suele estimar.

Decisión fundamental 4. Cantidad de productos. Menos de 30 productos: una tienda simple funciona. De 30 a 300: hace falta buena búsqueda interna, categorización y filtros. Más de 300: requiere arquitectura seria y posiblemente integración con un sistema de gestión para mantener el stock sincronizado.

Decisión fundamental 5. Canales de venta complementarios. Los marketplaces dan volumen pero bajan márgenes. Instagram Shop, WhatsApp Catalog y TikTok Shop crecen como canales complementarios. La estrategia multicanal suele superar a la tienda única en facturación.

Ecommerce típico que funciona en LATAM: tienda propia como centro, presencia en uno o dos marketplaces, canales sociales activos, email marketing consistente y atención por WhatsApp. La inversión relevante de los primeros seis meses no suele ser la tienda: es el marketing digital sostenido.