u/EdwinTineo_CL

¡Hola a todos! 👋 Quería abrir un debate técnico y constructivo sobre un dilema que veo repetirse constantemente al evaluar proyectos web para empresas y PyMEs, la elección del stack según la etapa del negocio.

Por un lado, herramientas como WordPress/WooCommerce o Shopify son increíbles para salir rápido al mercado, tienen un costo de entrada bajo y cualquier persona puede mover bloques. Pero con el tiempo, a medida que el proyecto escala suelen aparecer ciertos cuellos de botella...

- Acumulación de plugins de pago mensual $20 a $50 USD cada uno.

- Tiempos de carga móvil que empiezan a degradarse Core Web Vitals en rojo.

- Servidores dedicados más caros para sostener la base de datos MySQL.

Por otro lado, un stack moderno con Next.js / React + Headless CMS (Sanity, Strapi o Supabase) ofrece:

- Velocidad de carga brutal <1 segundo) y notas de 95-100 en PageSpeed.

- Seguridad estática sin paneles expuestos a inyecciones.

- Infraestructura serverless de costo casi cero en el borde (Edge CDN).

- El desafío... Mayor tiempo de desarrollo inicial y la necesidad de capacitar al cliente para usar un CMS desacoplado.

💬 Me gustaría conocer su experiencia y criterio técnico

¿Cuál es para ustedes el "punto de quiebre" (en visitas, volumen de ventas o requerimientos) donde le dicen a un cliente: "Ya no te conviene WordPress/Shopify, es momento de migrar a desarrollo a medida"?

¿Cómo manejan el balance entre darle autonomía de edición al cliente sin sacrificar el rendimiento del sitio?

Y para proyectos medianos en 2026, ¿cuál es su stack preferido en producción?

Los leo en los comentarios para compartir aprendizajes y puntos de vista!

Hola cabros, ¿cómo están?

Les escribo esto porque en mi día a día trabajando en desarrollo web acá en Chile, me ha tocado ver a un montón de emprendedores y dueños de PyMEs que pagan 300 lucas, 500 lucas o más de un millón por una página, y al final les entregan sitios que tardan 10 segundos en abrir en el celular, o peor: el desarrollador desaparece y no les entrega ni las claves del dominio.

Para que no boten la plata ni pasen malos ratos en lo que resta de este 2026, les dejo un checklist súper concreto de lo que deberían exigir sí o sí cuando coticen una web:

1. El dominio .cl tiene que estar a tu nombre en NIC Chile

Parece obvio, pero pasa seguido: la agencia registra el dominio con su propio RUT y después, si te quieres cambiar, te cobran un rescate o derechamente te dejan sin página. Exige que el titular en NIC Chile seas tú o tu empresa.

2. Que vuele en celulares (Mobile-First)

Más del 85% de la gente en Chile va a entrar a tu página desde el teléfono con plan móvil. Si la web tarda más de 2 segundos en cargar, el cliente se aburre y se va a la competencia. Antes de pagar el saldo final, métanle el link a Google PageSpeed Insights. Si la nota móvil está en rojo, la pega quedó pesada y mal optimizada.

3. Botón de WhatsApp directo y visible

Acá en Chile a la gente le da lata llenar formularios largos con 8 campos. Lo que de verdad convierte es un botón flotante de WhatsApp que abra el chat de una con un mensaje listo.

4. Pasarelas de pago oficiales (Webpay Plus o MercadoPago)

Si van a vender online, no se compliquen con inventos raros. Pidan integración directa con Webpay Plus de Transbank o MercadoPago para que la plata caiga directo a su cuenta y el cliente pueda pagar con débito o crédito sin enredos.

5. SEO y datos estructurados para Google (y para la IA)

De nada sirve tener una página bonita si nadie la encuentra. Asegúrense de que tenga el marcado básico (Schema JSON-LD) para que Google y las IAs (ChatGPT, Perplexity) entiendan al tiro qué vendes y en qué comuna o ciudad estás ubicado.

---

Si alguien está cotizando una web o tiene dudas con algún presupuesto que le hayan pasado, déjenlo en los comentarios y les doy mi opinión técnica sincera para que no les cobren de más.

¡NO SE DEJEN ROBAR!

Hola cabros. Con el boom de la IA, he visto a varias empresas locales tratando de meter ChatGPT a su WhatsApp o a su web conectándolo directo con un prompt básico. El problema de hacer eso a la rápida es que la IA tarde o temprano termina inventando descuentos que no existen, dando información desactualizada o alucinando con políticas de la empresa.

Para quienes estén experimentando con esto o quieran implementarlo en sus pegas, les comparto las 3 claves técnicas que nos han servido para que el bot sea 100% seguro y preciso:

1. Implementar RAG (Retrieval-Augmented Generation): Nunca dejen que el modelo responda desde su "memoria general". La IA debe primero buscar en una base de datos vectorial con los PDFs, manuales o tablas de precios reales del negocio, y responder únicamente con los fragmentos encontrados.
2. System Prompt con Guardrails estrictos: La regla de oro en el prompt del sistema es: "Si la respuesta a la pregunta del usuario no está explícitamente en el contexto proporcionado, responde amablemente que no dispones de esa información y ofrece derivar la consulta con un asesor humano".
3. Separar la lógica de ventas de la lógica de soporte: No le pidan a un solo prompt que haga todo. Es mucho más eficiente usar funciones (Function Calling) que identifiquen la intención si el cliente quiere cotizar, se activa la función de capturar datos; si quiere soporte, busca en la documentación.

¿Alguien más acá está integrando LLMs en producción para atención al cliente? ¿Qué modelos están usando (Gemini, Claude, GPT-4o)? Me gustaría leer qué stack les ha funcionado mejor.