Si en 2026 te toca rediseñar la web de empresa de un restaurante o de un grupo de hostelería, el cuello de botella casi nunca es el look. Es el equipo. Sala, cocina y gerencia ya van justas. El rediseño, mal planteado, acaba pidiendo un community y alguien que actualice cartas cada viernes. En Chocola Studio lo vemos en locales de Cataluña y en grupos con varias marcas: la web nace limpia y a los dos meses está desfasada porque la plantilla no creció. Este texto es el paso a paso para rediseñarla sin hinchar el organigrama.
Rediseñar la web de empresa en 2026: el cuello de botella no es el look
Rediseñar no es cambiar tipografías. En hostelería es montar un sistema que aguante el ritmo real: carta de temporada, cierre por obras, dos idiomas, tres locales con horarios distintos. Si eso solo se sostiene con un departamento digital interno, el rediseño ya ha fallado antes de publicar.
¿Quién actualiza el menú del viernes cuando el encargado está en el pase? Si la respuesta es “el de marketing, cuando pueda”, tienes un diseño que va a mentir. La web de empresa de un grupo de hostelería tiene que permitir que un perfil operativo —gerente, sala o alguien de central— cambie lo crítico en diez minutos, no en una tarde de tickets.
Ojo con copiar recetas de otros sectores. Un catálogo B2B con precios por rol es otro problema: allí el dolor es Excel. En un restaurante es la reserva, la carta y el teléfono. Mezclar ambos enfoques infla la web.
Criterio de decisión: un local, tres marcas o un grupo con central
Antes de pedir presupuestos, decide qué estás rediseñando. No es lo mismo un comercio local en Sabadell o Girona que un grupo con marca paraguas y un TPV distinto en cada sala. El criterio no es “cuánto queremos gastar”. Es quién toca la web el martes siguiente al lanzamiento.
- Un solo restaurante con reservas: web corta, carta editable, ficha de Google alineada, un responsable interno con media hora a la semana.
- Grupo con 2–5 locales de la misma marca: una web madre, fichas de local, horarios y cartas por sede. Central define tono; cada local corrige lo operativo.
- Grupo con varias marcas: un hub con entradas claras a cada concepto, o webs hermanas con el mismo CMS. Lo que no escala es un WordPress distinto por marca, cada uno con su plugin de reservas y su PDF.
Si vendéis catering B2B, cheques regalo o reservas de grupo, eso no es “una página más”: es un flujo. Volumen alto, no se resuelve con un mailto. Volumen puntual, un formulario medido basta. Si el equipo interno es una persona a media jornada —o nadie—, el alcance se recorta por mantenimiento, no por estética.
Paso 1: inventario operativo, no un moodboard
El primer entregable no es una paleta. Es una lista fea: locales, marcas, cartas (carta, menú del día, vinos, alérgenos, temporada), motor de reservas, TPV, idiomas (catalán, castellano, inglés si hay turismo), fichas de Google, fotos que aún representen la sala, y quién tiene usuario en cada herramienta.
En un grupo, el inventario destapa duplicados. Tres cartas en Drive, una en el TPV, otra en TheFork y un PDF de 2023. El rediseño no sirve si la web se convierte en la quinta fuente de verdad. Elige la que el equipo ya actualiza por obligación —a menudo el TPV o el motor de reservas— y haz que la web no la contradiga.
No hace falta un product owner. Hace falta alguien que sepa qué locales cierran domingo y qué carta cambia cada quince días. Esa persona rellena una tabla. La agencia traduce a CMS. Dos semanas de inventario ahorran dos meses de “esto no era así en el local de Gràcia”.
Paso 2: arquitectura que un solo perfil interno pueda actualizar
Aquí se gana o se pierde el “sin inflar el equipo”. La arquitectura no es un organigrama de páginas. Es responder: ¿cuántos clics necesita el gerente para cambiar un horario de cocina? ¿Hay que llamar a un desarrollador para quitar un plato agotado?
Una web madre y fichas de local, no siete instalaciones
Para grupos, el patrón que menos gente interna consume es uno: un CMS, plantillas de local, campos controlados (dirección, mapa, teléfono, carta, reservas, fotos). Cada ficha hereda marca y puede desviarse en lo operativo. Siete webs sueltas parecen independencia. En la práctica son siete caducidades.
Las URLs importan. Si el local de Terrassa ya rankea por “arrocería Terrassa”, no lo escondas detrás de un ancla en la home. Ficha propia, datos propios. El SEO local de hostelería se juega en esa ficha y en Google Business, no en un slider de “nuestros restaurantes”.
Quién edita qué, sin pasar por informática
Define roles en el CMS desde el día uno. El de sala no necesita entrar al header. Un perfil “editor de carta” y un perfil “editor de local” evitan dar administrador a todo el mundo y que alguien rompa el menú en Nochevieja.
La carta en PDF es el atajo favorito: barato el día del lanzamiento y caro cada semana. No se lee en el móvil y obliga a exportar y subir. Si la carta cambia, bloque editable o integración con el sistema que ya usáis. El PDF, como mucho, para vinos. No para el menú del día.
El error habitual: clonar un restaurante y multiplicarlo por el grupo
El fallo que más vemos no es “una web fea”. Es copiar la estructura de un solo local —home, carta, reservas, contacto— y repetirla en seis marcas. Un gastrobar de copas no se reserva igual que un asador de domingo. Si todas las homes dicen lo mismo con fotos distintas, el grupo parece una franquicia genérica y el equipo interno pierde tiempo en textos que no convierten.
El error simétrico: un site artesanal por marca, cada uno con su plantilla. Queda “con alma” en la reunión. A los seis meses hay tres webs rotas y nadie interno que las toque. El rediseño de grupo se paga en estándar compartido, no en originalidad por sede.
Otro clásico: lanzar sin redirecciones. Cambiáis de estructura, desaparecen las URLs de “menú degustación” que Google ya tenía, y el teléfono deja de sonar. Migrar es mapa de URLs, 301 y fichas locales. Y TheFork no es vuestra web de empresa: es un canal. La web es donde el grupo explica marca, eventos y reserva en las condiciones vuestras.
Paso 3: reservas y paneles, sin copiar a mano
Si cada reserva hay que transcribirla del formulario al TPV, el rediseño ha creado un puesto de trabajo invisible. En 2026 eso no se sostiene. El widget de reservas, CoverManager, TheFork u otro motor tiene que estar en la ficha del local, medido, y —si el volumen lo pide— conectado. Eso es oficio de integraciones, no un extra estético.
Hay grupos que, además, necesitan un panel interno: ocupación de varios locales, cartas pendientes, solicitudes de catering. Un SaaS genérico a veces basta. Cuando los roles y los datos no encajan, entra una aplicación a medida. No es el primer paso. Es lo que viene cuando el Excel de reservas entre locales se ha vuelto el pegamento.
Con el hosting pasa igual: no hace falta una migración cloud épica. Hace falta un entorno que no se caiga en reserva de sábado y backups restaurables. Eso se acuerda en el rediseño, no el lunes que la carta no carga.
Ejemplo operativo, sin inventar nombres: un grupo con cuatro locales en el área de Barcelona. Home de marca en central. Cada local, horario, carta y botón de reserva. El gerente de sala cambia el cierre por privado. Nadie nuevo en plantilla. Una hora a la semana, no un departamento.
Mantenimiento y medición cuando no hay departamento digital
El rediseño termina el día que el equipo interno puede mantenerlo sin llamar cada vez. Eso se diseña: campos, permisos, una guía de dos páginas y soporte para lo que no es “cambiar el plato del día”.
- Horarios, festivos y cierres por privado: el local, el mismo día.
- Carta y alérgenos: según cadencia real (semanal, quincenal, temporada).
- Fotos: cuando la sala cambie, no porque “toca feed”.
- Fichas de Google: horarios y fotos alineados con la web. Si divergen, el cliente llama al número equivocado.
- Técnico: actualizaciones, copias, rendimiento. Eso no lo hace sala. Lo hace quien os montó la web, con un acuerdo claro.
Medición, sin vanidad. Mira clics a reserva, llamadas desde móvil, formularios de grupo, qué locales se visitan y si la carta se abre o se abandona. A los 30 días, tracking y páginas que nadie usa. A los 90, qué fichas de local convierten. A los 180, si el equipo interno sigue actualizando o ha vuelto al PDF. Esa última métrica dice si el rediseño era sostenible.
Preguntas frecuentes
¿Cuánto tarda rediseñar la web de un grupo de hostelería?
Un local bien inventariado: semanas, no trimestres. Un grupo con varias marcas e integraciones: fases (hub, locales piloto, resto). Lo que alarga no es el diseño. Es no tener dueño interno de datos y decidir a mitad de proyecto que cada marca quiere un universo aparte.
¿Hace falta contratar a alguien interno para mantenerla?
No, si el CMS está recortado a lo que de verdad se edita. Hace falta un responsable con nombre y apellido —aunque sea el gerente— y media hora semanal. Si el rediseño exige un community para que la home no mienta, el alcance estaba mal.
¿Se pierde posicionamiento al cambiar de web?
Se pierde si se improvisan URLs, se borran cartas indexadas o se deja de servir el catalán y el castellano como hasta ahora. No se pierde si hay mapa de redirecciones, mismas intenciones (reserva, carta, local) y la ficha de Google no se queda huérfana. El rediseño es una migración, no un corte de cinta.
¿Y si ya tenemos reservas en un marketplace?
Se deja, se mide y se pone también en vuestra web. Quitar TheFork de golpe porque “ahora tenemos web” es un capricho. Duplicar a mano la disponibilidad entre marketplace y Excel es el otro extremo. El rediseño ordena el canal, no declara la independencia digital por decreto.
Rediseñar la web de empresa en restaurantes y grupos de hostelería, en 2026, es un trabajo de límites: inventario, arquitectura mantenible e integraciones de reserva que quepan en la semana real de sala. El resto es decorado.
En Chocola Studio, en Sabadell, montamos webs y eCommerce con ese criterio: lo que el negocio puede actualizar, no lo que queda bien en la presentación. Si estás en ese punto —un local desfasado o un grupo que arrastra siete sitios— escribe o llama y lo vemos con el inventario encima de la mesa, no con un moodboard vacío.