Renovar una página web que lleva años publicada requiere algo más que crear un diseño nuevo. La web anterior puede contener páginas indexadas, enlaces externos, artículos, imágenes y URL que Google ya conoce.

Si se sustituye sin inventariar ese patrimonio digital, pueden desaparecer páginas que recibían visitas, romperse enlaces, perderse contenidos útiles o generarse errores 404.

El proyecto de Energía y Calor Extremadura tenía un objetivo claro: modernizar completamente la presencia digital de la empresa sin tratar la web anterior como si no tuviera valor.

El punto de partida

La web original estaba desarrollada en WordPress y había acumulado contenidos durante varios años.

Energía y Calor Extremadura necesitaba explicar con mayor claridad una oferta que había crecido y que ya comprendía:

  • Autoconsumo fotovoltaico.
  • Aerotermia.
  • Cargadores para vehículos eléctricos.
  • Instalaciones eléctricas.
  • Legalizaciones y subvenciones.
  • Mantenimiento y servicio técnico.
  • Instalaciones para viviendas, empresas y explotaciones.
  • Casos de éxito.
  • Información técnica y contenidos de blog.

La web actual presenta estas líneas de servicio mediante páginas específicas, contenidos especializados, galería de trabajos y proyectos documentados.

El reto no era únicamente mejorar la imagen. Había que reorganizar un volumen importante de información sin romper la relación entre las URL antiguas y las nuevas.

Primer paso: inventariar antes de diseñar

Antes de construir la nueva versión se revisó el contenido existente:

  • Páginas principales.
  • Servicios.
  • Entradas del blog.
  • Casos de instalaciones.
  • Imágenes.
  • Documentos.
  • Metadatos.
  • URL indexadas.
  • Enlaces internos.
  • Rutas antiguas.
  • Páginas que todavía podían recibir visitas.

Este inventario permitió decidir qué contenido debía:

  • Conservarse.
  • Mejorarse.
  • Integrarse en otra página.
  • Trasladarse a una URL nueva.
  • Redirigirse.
  • Eliminarse por carecer de utilidad.

La apariencia nueva se diseñó después de comprender la estructura anterior, no antes.

No todas las URL debían cambiar

Cambiar una tecnología no obliga a modificar todas las direcciones.

Cuando una URL era correcta y seguía representando el mismo contenido, conservarla reducía la complejidad de la migración. Cuando la estructura anterior resultaba confusa o no correspondía con la nueva arquitectura, se definía una página de destino equivalente.

Cada URL antigua debía tener uno de estos resultados:

  1. Se conserva.
  2. Se redirige a una página equivalente.
  3. Se integra en otro contenido y se redirige.
  4. Se elimina porque ya no existe una alternativa útil.

No se enviaron indiscriminadamente todas las páginas antiguas a la portada.

Redirigirlo todo a la portada es la forma más rápida de tirar el trabajo de años. Cada URL antigua necesita un destino equivalente; cuando no existe, es más honesto devolver un 404 o un 410 que fingir que la página sigue ahí.

Google recomienda que cada URL anterior apunte mediante redirección permanente hacia la nueva página equivalente y que el cambio se supervise con sitemap y Search Console. El procedimiento completo lo detallamos en cómo migrar una web sin perder SEO.

Una arquitectura centrada en servicios e intención de búsqueda

La nueva estructura debía responder a lo que necesita el visitante.

Una persona puede llegar buscando:

  • Placas solares para una vivienda.
  • Aerotermia.
  • Una instalación industrial.
  • Un cargador eléctrico.
  • Mantenimiento.
  • Ayudas.
  • Un caso ejecutado cerca de su localidad.
  • Información sobre costes o funcionamiento.

Por eso se separaron servicios, contenidos informativos, páginas territoriales y casos reales.

La web no se organizó exclusivamente según la estructura interna de la empresa, sino según las preguntas y decisiones del cliente.

Migración desde WordPress a una web desarrollada a medida

La nueva versión se construyó con HTML, CSS y JavaScript, buscando:

  • Mayor control del código.
  • Mejor rendimiento.
  • Menor dependencia de extensiones.
  • Diseño adaptado a la identidad de EyCE.
  • Arquitectura más ordenada.
  • Navegación móvil clara.
  • Metadatos específicos.
  • Datos estructurados.
  • Integración de contenidos y casos de éxito.

La decisión tecnológica no se planteó como una competición entre WordPress y HTML. Se eligió la solución adecuada para este proyecto y para su sistema posterior de mantenimiento.

WordPress sigue siendo apropiado cuando el cliente necesita editar de forma continua desde un panel. Una web a medida puede ser adecuada cuando prima el rendimiento, el control y una estructura editorial gestionada técnicamente.

Revisión y mejora de los contenidos

La migración no consistió en copiar párrafos.

Los textos se reorganizaron para distinguir:

  • Qué servicio se ofrece.
  • A quién se dirige.
  • Cómo se realiza el estudio.
  • Qué ventajas aporta.
  • Qué factores condicionan el presupuesto.
  • En qué zonas trabaja la empresa.
  • Qué documentación se tramita.
  • Cómo se solicita una propuesta.

También se desarrollaron contenidos para las búsquedas relacionadas con aerotermia, autoconsumo, suelo radiante, baterías, ahorro energético y zonas de servicio.

El blog y los casos de éxito pasaron a formar parte de la estrategia de posicionamiento, en lugar de funcionar como elementos aislados.

Los casos reales como prueba de experiencia

En un sector técnico, las afirmaciones comerciales necesitan apoyo.

Por eso la nueva web incorpora proyectos con datos como:

  • Localización.
  • Tipo de instalación.
  • Potencia.
  • Número de paneles.
  • Producción estimada.
  • Ahorro.
  • Aplicación.
  • Fotografías.
  • Explicación de la solución.

La web de EyCE muestra actualmente casos documentados de instalaciones fotovoltaicas y sistemas combinados, además de una galería de trabajos ejecutados.

Estos contenidos cumplen dos funciones: transmiten confianza y permiten responder a búsquedas más específicas. Es el mismo planteamiento que seguimos en nuestros proyectos reales.

Consolidación técnica

Durante el proceso se revisaron:

  • Redirecciones.
  • Canonical.
  • Sitemap.
  • Robots.
  • Datos estructurados.
  • Enlaces internos.
  • Páginas duplicadas.
  • Scripts.
  • Formularios.
  • Buscador.
  • Políticas de cookies.
  • Errores 404.
  • Recursos ausentes.
  • Rutas antiguas de servicios.

También se corrigieron incidencias detectadas durante las pruebas finales, entre ellas enlaces a rutas antiguas, scripts incompletos y recursos que no cargaban correctamente en determinadas secciones.

La migración no se consideró terminada cuando la portada empezó a verse bien. Finalizó después de recorrer y probar el conjunto de la web.

Publicación por fases y verificación

Antes de sustituir la versión anterior se comprobaron:

  • Navegación.
  • Adaptación móvil.
  • Formularios.
  • Botones de contacto.
  • Enlaces.
  • Imágenes.
  • Datos legales.
  • Sitemap.
  • Redirecciones.
  • Páginas de servicios.
  • Blog.
  • Casos de éxito.
  • Buscador.
  • Cookies.
  • Páginas 404.

Tras la publicación debe continuar la revisión en Search Console:

  • Páginas indexadas.
  • Errores.
  • Redirecciones.
  • Evolución de consultas.
  • URL antiguas rastreadas.
  • Nuevas páginas descubiertas.
  • Sitemap.
  • Impresiones.
  • Clics.
  • Posición media.

Una migración no termina el día del lanzamiento. Google necesita volver a rastrear, procesar las redirecciones y comprender la nueva estructura.

Una migración no termina el día del lanzamiento. Google necesita semanas para volver a rastrear, procesar las redirecciones y entender la nueva estructura. El seguimiento en Search Console forma parte del proyecto, no del posventa.

Por ese motivo, la renovación se planificó para proteger las señales existentes y minimizar el riesgo SEO. Afirmar hoy que no se produjo ninguna fluctuación de posicionamiento exigiría una comparativa concluyente de Search Console anterior y posterior, y ese contraste todavía no está cerrado.

Qué aprendemos de este proyecto

El diseño no debe borrar el historial

Una web antigua puede tener problemas visuales y conservar activos SEO útiles.

Las URL deben decidirse antes de desarrollar

Improvisar las redirecciones al final aumenta los errores.

El contenido necesita una estrategia propia

Copiar todo mantiene los problemas anteriores; eliminarlo todo destruye información valiosa.

Los casos reales refuerzan el posicionamiento y la confianza

En servicios técnicos, mostrar proyectos ejecutados es más sólido que acumular mensajes publicitarios.

Las pruebas deben recorrer toda la web

Los errores suelen aparecer en páginas internas, formularios, scripts y rutas antiguas, no solamente en la portada.

Renovar no significa empezar de cero

Una buena renovación combina dos objetivos:

  • Corregir las limitaciones de la web anterior.
  • Conservar las señales que siguen siendo útiles.

En Artemóvil abordamos los rediseños desde el inventario de contenidos y URL hasta la arquitectura, el diseño web profesional, las redirecciones y la revisión posterior con consultoría SEO. El objetivo no es únicamente entregar una web visualmente nueva, sino construir una versión más clara, rápida y preparada para continuar creciendo.

¿Tu web necesita una renovación sin perder lo que ya funciona?

Antes de modificarla, analizamos sus URL, contenidos, enlaces y resultados para diseñar una migración controlada.