El mejor stack para el sitio web de una pequeña empresa

El sitio web de una panadería, un despacho contable o una clínica tiene un trabajo sencillo: mostrar qué hace la empresa, dónde está, cuándo abre y cómo contactarla. Aun así, es común ver pequeños negocios con stacks demasiado pesados para eso, que terminan lentos, desactualizados y caros de mantener.

La elección correcta parte de lo que necesita el negocio, no de la moda. Casi siempre la respuesta es un stack más pequeño de lo que parece, más algunas piezas que todo sitio necesita: dominio, HTTPS, contacto y métricas.

¿Qué necesita realmente el sitio de una pequeña empresa?#

Casi todos los negocios locales necesitan lo mismo:

• Pocas páginas: inicio, servicios o menú, sobre nosotros, contacto. A veces un blog.
• Contacto directo: botón de WhatsApp, teléfono con clic para llamar, correo y dirección con mapa.
• Funcionar bien en el celular, de donde viene la mayor parte de las visitas de búsqueda local.
• Cargar rápido y tener HTTPS. Mira qué es SSL/TLS.
• Dominio propio, que da confianza y no te ata a ningún proveedor de sitios.
• Datos que Google entiende: nombre, dirección, teléfono y horario marcados con datos estructurados.

El inicio de sesión de clientes, el carrito, las reservas y el área administrativa son excepciones. Si tu caso no tiene ninguna, el stack puede ser muy simple.

¿Qué criterios usar para elegir el stack?#

1. ¿Quién va a editar el contenido, y con qué frecuencia? Si el dueño cambia el horario dos veces al año, editar un archivo basta. Si el equipo publica entradas cada semana, hace falta un panel de edición.
2. ¿Hay funcionalidad dinámica? Pedidos, reservas y cuentas de clientes exigen servidor y base de datos. Un formulario de contacto por sí solo, no.
3. ¿Cuánto mantenimiento aceptas? Cada servidor, plugin y base de datos es algo que actualizar. Menos piezas significa menos fallos de seguridad.
4. Rendimiento y búsqueda. Las páginas ligeras y el HTML listo ayudan a que el sitio cargue rápido en el celular.
5. Costo total. Suma hosting, dominio, plugins o temas de pago y las horas de quien lo mantiene. Mira cuánto cuesta hospedar un sitio web.

¿Qué opciones hay?#

Sitio estático hecho a mano#

HTML y CSS escritos directamente y publicados como archivos. Sin servidor de aplicación, sin base de datos, sin plugins. Ventajas: el más rápido, el más seguro, costo mínimo. Desventajas: editar exige tocar el código, y repetir el encabezado y el pie en varias páginas se vuelve tedioso. Mira qué es un sitio estático.

Generador de sitios estáticos (Astro, Hugo, Eleventy)#

Escribes páginas en Markdown o componentes, y el generador produce HTML estático en el build. Con Astro, un proyecto empieza con npm create astro@latest. Ventajas: la velocidad y la seguridad del estático, con layouts reutilizables y un blog en Markdown. Desventajas: alguien tiene que saber ejecutar el build y publicar. La diferencia entre los modos de renderizado está en SSR, SSG y estático.

WordPress#

Un CMS en PHP con base de datos MySQL o MariaDB, panel de edición, temas y miles de plugins. La documentación oficial recomienda usar la versión más nueva de PHP siempre que sea posible, con MySQL o MariaDB en una versión que todavía tenga soporte, y soporte de HTTPS. Ventajas: cualquiera edita desde el panel, y hay un plugin para casi todo, incluida una tienda. Desventajas: el núcleo, el tema y los plugins necesitan actualizaciones constantes, la base de datos necesita copias de seguridad y muchos plugins vuelven lento el sitio.

Constructor de sitios (Wix, WordPress.com y similares)#

Editor visual, plantilla y hosting en un solo servicio, con cobro mensual. Ventajas: sin código, sin servidor, en línea el mismo día. Desventajas: aceptas los límites de la herramienta, el costo mensual sube con funciones extra y salir de ella suele significar rehacer el sitio.

Framework full-stack (Next.js, Laravel, Django)#

Una aplicación con servidor, rutas y base de datos. Ventajas: hace cualquier cosa: pedidos, reservas, área de clientes. Desventajas: es software que hay que desarrollar y mantener. Para un sitio institucional, es más de lo que el problema pide. Mira la diferencia en hosting web o hosting de aplicaciones.

¿Cómo se comparan las opciones?#

¿Qué stack elegir en cada escenario?#

• Restaurante, salón, taller, proveedor de servicios: sitio estático o generador, con botón de WhatsApp, mapa y datos estructurados. Es el caso más común.
• Despacho o consultorio que publica artículos cada semana: WordPress, o un generador estático con blog en Markdown si quienes escriben saben usar Git.
• Tienda pequeña con pocos productos: empieza con un catálogo estático y pedidos por WhatsApp. Cuando el volumen lo justifique, migra a una tienda con carrito y pagos.
• Reservas, área de clientes o sistema propio: framework full-stack con base de datos. Mira cómo hospedar un sitio web para los pasos.
• Nadie en la empresa se ocupa de la tecnología y no hay presupuesto para alguien que lo haga: un constructor de sitios es una elección honesta, sabiendo que salir de él cuesta caro.

¿Qué piezas completan cualquier stack?#

Dominio y DNS. Compra el dominio a tu nombre en un registrador y apunta los registros DNS al hosting. Mira cómo usar un dominio personalizado.

Contacto y datos estructurados. Un enlace wa.me abre la conversación de WhatsApp con un mensaje listo (el número va con el código de país, sin + ni guiones, y el texto tiene que estar codificado para URL). Junto a eso, marca los datos del negocio con el tipo LocalBusiness de schema.org, cuyos campos obligatorios para Google son name y address:

<section id="contacto">
  <h2>Habla con nosotros</h2>
  <!-- Cambia por tu número: código de país + código de área + número -->
  <a href="https://wa.me/525500000000?text=%C2%A1Hola!%20Vengo%20del%20sitio%20web%20y%20quiero%20un%20presupuesto.">Escríbenos por WhatsApp</a>
  <a href="tel:+525500000000">55 0000 0000</a>
  <a href="mailto:contacto@example.com">contacto@example.com</a>
</section>

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Bakery",
  "name": "Panadería Ejemplo",
  "url": "https://www.example.com",
  "telephone": "+52 55 0000 0000",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "Calle Ejemplo 100",
    "addressLocality": "Ciudad de México",
    "addressRegion": "CDMX",
    "postalCode": "06000",
    "addressCountry": "MX"
  },
  "openingHoursSpecification": [
    {
      "@type": "OpeningHoursSpecification",
      "dayOfWeek": ["Monday", "Tuesday", "Wednesday", "Thursday", "Friday", "Saturday"],
      "opens": "06:00",
      "closes": "20:00"
    }
  ]
}
</script>

Bakery es un subtipo de LocalBusiness; usa el más específico que exista para tu negocio. Después de publicar, valida la página con la Prueba de resultados enriquecidos de Google.

Correo profesional. El correo con tu dominio es un servicio separado del sitio, configurado con registros MX en el DNS.

Métricas. Las herramientas de analítica que usan cookies de rastreo pueden exigir un banner de consentimiento según leyes de privacidad como el RGPD o la LGPD de Brasil. La analítica sin cookies evita parte de esa fricción cuando solo quieres saber cuántas personas visitan y de dónde vienen.

Cómo hacerlo en Square Cloud#

Square Cloud es hosting self-service: publicas el sitio y mantienes el control. Para el stack más común de este artículo, usa el runtime de sitios estáticos: sube el HTML listo (o la carpeta generada por el build de Astro, Hugo o Eleventy) como ZIP en el panel, con la CLI o desde GitHub. En ese runtime nginx está siempre en línea sirviendo los archivos, y cada actualización queda en línea al instante. Si el sitio tiene servidor, hay diversos runtimes, como Node.js, PHP y Python; consulta los runtimes disponibles hoy en Runtimes.

Toda aplicación web recibe un subdominio *.squareweb.app con HTTPS en todos los planes, y una aplicación web usa al menos 512 MB del pool de RAM del plan. El dominio propio empieza en el Standard, desde R$44,99 al mes: creas en tu registrador los registros DNS que muestra el panel, sigues la validación en tiempo real y el TLS se emite automáticamente. El dominio sigue a tu nombre, en tu registrador.

Todos los planes incluyen analítica web sin cookies, recopilada en el servidor, con visitas, rutas, países y códigos de estado. Mira más en la página de sitios.