Rediseño web de clínica sin perder el SEO local

Muchas clínicas con dueño en España rediseñan la web para que se vea más limpia y, unas semanas después, Maps y el orgánico se suavizan. La home nueva se ve mejor. El teléfono suena menos desde Google. La causa habitual no es «Google odia los rediseños». Son URLs rotas, páginas de servicio delgadas y un Google Business Profile que sigue apuntando a rutas que ya no existen.

Este texto va a clínicas dentales, de fisioterapia, estética, veterinarias y similares con dirección física. Carril de SEO clásico: rediseñar sin destrozar la visibilidad local. No es GEO. Si el cuello de botella es la conversión después del toque, empieza por cómo convertir la web de una clínica en citas. El reparto Maps frente a web está en Google Business Profile vs web de clínica.

Qué suele romperse en un rediseño

El daño es aburrido y prevenible.

Cambios de URL sin redirecciones. /servicios/endodoncia pasa a otra ruta o desaparece en un hub genérico. Marcadores, anuncios viejos, enlaces de reseñas y el índice de Google siguen golpeando la ruta antigua. Soft 404 y vuelcos a la home sangran equidad.

Una home delgada que sustituyó profundidad. La agencia entrega un vídeo hero, tres tarjetas de stock y «nos importa tu…». La web vieja tenía copy de tratamientos, FAQs y CTAs claros. Quien antes aterrizaba en una página útil ahora aterriza en un manifiesto.

Páginas de servicio huérfanas. El menú se reduce a Inicio / Nosotros / Contacto. Las URLs de tratamiento siguen existiendo sin enlaces, o las borraron «para simplificar». Esas páginas solían llevar las búsquedas que convierten de verdad.

El GBP sigue apuntando a rutas viejas. El campo de sitio web, los enlaces de servicios o las publicaciones mandan tráfico a URLs que dan 404. Maps gana el toque; el traspaso muere.

FAQs perdidas. Las respuestas del post-it de recepción vivían en las páginas antiguas. La web nueva tiene un acordeón vacío o nada. El toma y daca telefónico vuelve la semana del lanzamiento. Q&A: FAQs de clínica que reducen llamadas. No borres lo que ya funcionaba.

Un formulario que nadie vigila. Notificaciones a un buzón muerto. El WhatsApp se ve moderno; nadie posee la ventana de respuesta. Una web fea que aún hacía sonar el teléfono del mostrador gana a una bonita que nadie atiende.

Inventario antes del rediseño

Exporta antes de que nadie toque Figma.

1. Lista completa de URLs del sitio en vivo (sitemap, crawl o export del CMS). Marca tratamientos, contacto, blog y reserva.
2. Páginas de servicio top por llamadas y por Search Console si lo tienes. Pregunta a recepción a qué URLs mandan a la gente.
3. Enlace de sitio del GBP y cualquier enlace de servicio o publicación que abra tu dominio. Captura categoría, servicios, horario y teléfono.
4. Bloque NAP: nombre comercial, dirección, teléfono +34 principal, horario como lo ve el paciente en Maps y en la web.
5. Caminos de reserva: qué formulario, qué WhatsApp, quién responde, qué pasa los viernes.
6. FAQs y copy que no vas a reescribir desde cero: para paridad, no por nostalgia.

NAP dental y profundidad servicio+ciudad: SEO local para clínicas dentales en España.

Mapa de redirecciones: 301 a cada URL importante

Haz una hoja antes del corte: URL antigua → URL nueva → 301. Incluye variantes de home y barras finales.

Mantén la estructura de URLs de tratamiento cuando puedas. Si /tratamientos/implantes ya posiciona y la gente la comparte, prefiere conservar esa ruta a inventar slugs de marketing en inglés que nadie buscó. Las URLs bonitas que rompen historial pierden frente a las aburridas que lo guardan.

Cada página de servicio indexada merece un 301 uno a uno a la mejor página nueva equivalente, no a la home. Tratamientos retirados redirigen al servicio real más cercano o a una página clara de «ya no ofrecemos X». Prueba el mapa en staging con un crawl. Tras el lanzamiento, muestre cobertura en Search Console y el toque «sitio web» del GBP en el móvil.

Sin mapa de redirecciones, un rediseño «exitoso» a menudo se siente como un bajón silencioso de tráfico.

Paridad de contenido: las páginas de servicio deben seguir siendo útiles

Un rediseño no es permiso para sustituir páginas de tratamiento por tres líneas de marca. Paridad significa que la página nueva sigue contestando lo que recepción contesta: qué es el servicio, para quién es, qué incluye la primera visita, cómo se reserva aquí, quién atiende, datos prácticos y unas FAQs reales.

Usa el estándar de utilidad de páginas de servicio de clínica que se encuentran y convierten. Si la página vieja tenía esa profundidad, la nueva necesita igual o más el día uno. Publicar el cascarón y «luego metemos contenido» es cómo muere la visibilidad local mientras facturan el diseño.

Mantén URLs vivas para posts y bloques FAQ que ya publicaste, o 301 al nuevo mapa. Los temas de reseñas que alimentaron esas FAQs siguen importando: reseñas de Google para clínicas y SEO local. Si un clínico no firmaría la página nueva, no está lista.

Continuidad de GBP y NAP en la semana de lanzamiento

Trata la semana de corte como semana de Maps, no solo de diseño.

Actualiza el campo de sitio web del Google Business Profile el mismo día que cambia el hosting. Alinea los nombres de servicio del perfil con los H2 nuevos y con cómo recepción nombra los tratamientos. Mantén un nombre comercial y un +34 en GBP, cabecera/pie de la web y directorios que aún controlas. Los rediseños a menudo meten un logotipo estilizado que no coincide con el nombre de Maps. Confirma que el horario coincide. Tras el corte, toca «sitio web» desde la ficha de Maps en el móvil: página en vivo, CTA que funciona, sin banner de staging.

El traspaso está en la guía de GBP de arriba. Continuidad es mismos hechos, mismo teléfono, enlaces actualizados.

Checklist de lanzamiento suave (móvil primero)

Antes de anunciarlo en Instagram, haz esto en un móvil real con 4G:

1. Home y dos URLs de servicio top cargan sin menú roto.
2. El teléfono es pulsable arriba del todo; llama al número del mostrador que quieres.
3. El CTA de reserva es honesto: formulario, WhatsApp o llamada. Di quién responde y cuándo.
4. Un envío de prueba del formulario llega a un buzón vigilado. Una prueba de WhatsApp recibe respuesta humana en la ventana anunciada.
5. El toque de sitio web del GBP aterriza bien. Muestrea tres URLs viejas del mapa de 301.
6. El NAP del pie coincide con Maps. Ningún teléfono viejo olvidado en un widget.
7. Recepción tiene las rutas nuevas en favoritos y sabe qué FAQs se movieron.

Si algo falla, retrasa el anuncio. Un formulario sin respuesta en una web bonita quema confianza más rápido que una plantilla antigua que aún conectaba la llamada.

Límites honestos

Un rediseño no inventa demanda. La competencia del barrio, las reseñas, la categoría y si alguien coge el teléfono siguen decidiendo. Malos 301 y un rebuild de brochure delgado duelen más que una web fea que contestaba preguntas y mantenía URLs estables.

Nadie puede prometerte que un tema nuevo recupere posiciones que nunca ganaste. El listón útil es más estrecho: tras el lanzamiento, ¿puede alguien desde Maps llegar a la página de tratamiento correcta, ver el mismo teléfono y horario, y reservar sin toma y daca?

Esto no es un pitch de rebranding. Es una lista de restricciones: inventario, redirecciones, paridad de contenido, continuidad de GBP, CTAs atendidos.

Si quieres una segunda mirada antes o justo después del corte (mapa de 301, paridad de páginas de servicio, traspaso del GBP, si el formulario llega a una persona), pide una auditoría gratuita. Trae el export de URLs viejas, el sitemap nuevo previsto y cómo recepción gestiona hoy las consultas de web. Suele bastar para ver si la próxima hora va a tres 301, a una página de tratamiento, o a frenar un rebuild solo de home antes de publicarlo.