Migrar un sitio HTML estático a WordPress

Un sitio en HTML estático está hecho de archivos: una página, un archivo, a menudo escrito a mano o con un editor que ya no existe. Pasarlo a WordPress permite modificar los contenidos sin tocar el código y añadir un blog, formularios y plugins. Pero no hay base de datos que exportar ni herramienta de migración que lo haga todo: la dificultad viene del punto de partida.

Este artículo trata de lo que distingue la salida de un sitio HTML. Si su sitio ya funciona con WordPress y solo cambia de servidor, consulte cambiar de alojamiento un sitio WordPress; si está en Wix, la migración de Wix a WordPress.

En un sitio estático, lo que existe es lo que está en el servidor. Obtenga una copia completa de los archivos por FTP o SFTP y rastree el sitio para compararla: el rastreo encuentra las páginas enlazadas entre sí, el servidor revela las páginas huérfanas (ofertas antiguas, páginas de agradecimiento, páginas de campaña) que a veces aún reciben enlaces o tráfico. Search Console completa la lista con las páginas que Google conoce.

Anote también los archivos que no son páginas: imágenes, documentos, hojas de estilo y scripts llamados por otros sitios, inclusiones del lado del servidor (SSI, PHP) que montan la cabecera y el pie de página.

Las URL de un sitio estático terminan a menudo en .html, las de WordPress en una barra. Dos opciones:

• conservar las mismas direcciones: una estructura de enlaces permanentes en /%postname%.html lo permite para las entradas; para las páginas hace falta un plugin o una regla específica. Nada que redirigir, pero una restricción que perdura;
• adoptar las direcciones de WordPress y redirigir cada dirección antigua con una 301 hacia su nueva página, una por una. Una regla genérica que quita .html solo sirve si los nombres de las páginas no cambian, lo que es raro cuando se reorganiza el sitio.

En ambos casos, piense en index.html: la dirección de la carpeta y la del archivo deben llevar a la misma página.

Los plugins de importación de páginas HTML leen los archivos y crean las páginas correspondientes en WordPress, pero el resultado casi siempre requiere un repaso: un sitio estático mezcla contenido y maquetación (tablas de maquetación, estilos en línea, etiquetas font, menús copiados en cada archivo). Para un sitio de unas decenas de páginas, copiar el texto en el editor de bloques suele dar un resultado más limpio y no lleva más tiempo.

Aproveche para restablecer una jerarquía de títulos clara, completar las etiquetas title y meta description (a menudo idénticas en todas las páginas de un sitio estático) y los textos alternativos de las imágenes. Nuestro artículo sobre la migración de los contenidos editoriales detalla estos puntos.

Las imágenes y documentos pueden conservar sus rutas de origen, depositados tal cual en el nuevo servidor: es lo más seguro para los que están indexados o enlazados desde otros sitios. Si pasan a la biblioteca de medios de WordPress, sus direcciones cambian y se redirigen como páginas (consulte la redirección de imágenes).

Los formularios de un sitio estático suelen enviar sus datos a un script propio o a un servicio externo: vuelva a crearlos con un plugin de formularios y pruebe cada envío.

Por lo demás, la migración sigue las etapas de todo cambio de CMS: construir el sitio en una preproducción, preparar el plan de redirección, hacer el cambio, controlar. Se describen en el procedimiento de cambio de CMS.

Si valoraba las ventajas de lo estático (rapidez, superficie de ataque reducida), plugins como Simply Static o WP2Static publican una versión estática de un sitio gestionado en WordPress. Las funciones dinámicas (comentarios, búsqueda, formularios, tienda) no funcionan entonces tal cual.