¿Muere WordPress sin tema? La verdad revelada

La respuesta es sí: WordPress puede sobrevivir sin tema activo. La instalación seguirá existiendo, tus posts estarán intactos, los comentarios persisten, los plugins funcionan. Lo que se rompe es la presentación visual. Si desactivas o pierdes el tema actual, WordPress usa un tema por defecto (generalmente Twenty Twenty-Four) como fallback y el sitio sigue en pie, aunque se vea medio despelotado.

¿Por qué cambiar de tema en WordPress?

Hay varias razones legítimas para cambiar de tema. Ponele que montaste el sitio hace tres años con un tema que parecía bueno pero ahora se ve medio viejo, carga lentísimo porque hace todo inyectado en el front-end, o tiene un plugin de builder integrado que ralentiza todo. O encontraste vulnerabilidades sin parchesin ese tema viejo (especialmente en temas pirateados de marketplace dudosos). O simplemente necesitás algo más profesional que tenga mejor soporte para RankMath y schema markup (que es crítico para seguridad WordPress acá en seguridadenwordpress.com).

Acá viene lo bueno: cambiar de tema es más seguro que quedarte con uno vulnerable. Un tema sin actualizaciones es como andar con un candado roto en la puerta. Cuanto menos código innecesario tengas, menos superficies de ataque.

¿Cómo cambiar de tema sin perder tráfico ni SEO?

Esto es lo que nadie hace bien la primera vez. Cambiar de tema requiere planificación, no es «desinstalás uno y instalás otro» y listo (aunque técnicamente podrías, te arrepentirías después). Te puede servir nuestra cobertura de proteger tu WP contra cambios no autorizados.

Primero: hacé un backup completo (archivos + base de datos). Si usás donweb.com u otro host decente, pedí que hagan un snapshot de la instalación antes de tocar nada. Eso te deja hacer rollback sin discusiones.

Segundo: instalá el nuevo tema en staging o en una copia local usando Docker o XAMPP. Probá que funcione, que se vea bien en mobile, que los plugins no tiren warnings en la consola. Configurá RankMath para que no tire conflictos de schema markup entre el tema viejo y el nuevo.

Tercero: verificá que tu estructura de URLs no cambie. Esto es crítico. Si el nuevo tema tiene un sistema distinto de URLs o custom post types, necesitás redirects 301 para cada URL vieja. Hacé una auditoría en Google Search Console de todas tus URLs actuales, téte eso en una hoja de cálculo, y verificá post-cambio que sigan respondiendo con status 200. Google es rápido indexando cambios; si metes redirects bien hechos, recuperás CTR en una o dos semanas.

Cuarto: optimizá la velocidad del nuevo tema. Muchos temas «modernos» vienen inflados de scripts, fuentes externas, lazy-loading desconfigurado. Usá un plugin de caché (LiteSpeed, WP Super Cache) y fijate que el Core Web Vitals de Lighthouse no baje más de 5 puntos. Si cae mucho, el tráfico orgánico se resiente en 30-45 días.

¿Qué hacer antes de cambiar de tema en WordPress?

La preparación hace el 80% del trabajo.

Auditoría GSC y Google Indexing API

Bajate un reporte completo de Google Search Console de los últimos 3 meses. Necesitás saber qué páginas traen tráfico, en qué posición están (si estás entre 5-15 es crítico que no bajes), cuántas impresiones tiene cada una. Eso te indica qué páginas son «no tocar» y cuáles podés revisar más tranquilo.

Exportá esa data a un CSV y úsala como mapa durante el cambio. Después de cambiar tema, usá Google Indexing API para re-enviar las URLs críticas a índice. No es garantía pero acelera el re-crawleo.

Backup triple

No es paranoia. Hacé un backup del host, descargá los archivos por SFTP a tu máquina, y exportá la base de datos a SQL. Guardá los tres. Si algo se rompe en el cambio, tenés rollback en 30 minutos en lugar de 8 horas de debugging.

Testeo en staging

Clonate el sitio a una carpeta en local o en staging del host. Ahí cambias el tema, probas, te asegurás que RankMath no tira warning de conflicto de schema, que los formularios de Contact Form 7 sigan funcionando, que Wordfence no te bloquea la propia instalación (a veces pasa). Solo cuando todo está verde, lo hacés en producción. Tema relacionado: automatizar la recuperación de emergencia.

¿Qué hacer después de cambiar de tema en WordPress?

El cambio no es «hiciste y chau». Los primeros 14 días son críticos.

Día 1: Revisá todas las páginas principales (inicio, categorías clave, posts populares) en desktop y mobile. Buscá links rotos (instalá un plugin como Broken Link Checker por 24 horas), imágenes pixeladas, textos que se superponen.

Día 2-3: Corrección de RankMath. Si el nuevo tema tiene estructura distinta de headings o cambia cómo inyecta metadatos, RankMath podría marcar warnings de focus keyword o readability. Hacé un pase rápido por los posts populares (top 10 por tráfico), verificá que el focus keyword siga en el H1 y en los primeros 100 caracteres del meta description.

Semana 1: Monitoreá Search Console cada dos días. Buscá cambios bruscos en impresiones o CTR. Si una página pasó de 15% CTR a 8% del día para el otro, es bandera roja. Podría ser que la URL cambió, o que el tema renderiza el título más largo y Google lo corta ahora. Ajustá títulos si es necesario.

Semana 2: Velocidad. Usá PageSpeed Insights (no solo Lighthouse; los datos de PSI son reales de usuarios). Si el LCP subió de 2.5s a 4s, es problema. Desactiva plugins de ads innecesarios, comprimí imágenes, activá caching. Un segundo extra en tiempo de carga cuesta ~7% de CTR en búsqueda. Esto se conecta con lo que analizamos en crear soluciones de reparación personalizadas.

Errores comunes cuando cambias de tema

Error 1: ignorar cambios de estructura HTML

Pasaste de un tema que usa `