El verdadero problema del WordPress autogestionado
Un sitio WordPress en produccion nunca es solo WordPress. Necesita una base de datos, un object cache, un page cache, un pipeline de imagenes, certificados TLS, DNS y un firewall — y en un hosting compartido cada uno de esos es un plugin, un add-on de pago, o un servicio que ensamblas tu mismo. Los desajustes de version entre el runtime de PHP, el servidor MySQL, y un plugin de cache son una fuente constante de pantallas blancas. cdn.com.tr reemplaza ese parche con un solo stack administrado donde el runtime, la base de datos, Redis y el edge ya son compatibles y estan aprovisionados juntos.
Redis object cache que realmente reduce la carga de la base de datos
La mayor parte de la lentitud de WordPress bajo carga son queries de base de datos repetidas e identicas para opciones, menus y metadatos de posts. El add-on de Redis administrado se conecta como un drop-in de object cache de WordPress, asi que esas queries se responden desde memoria en lugar de MySQL. Para sitios de WooCommerce y membresia donde las paginas son personalizadas y no se pueden cachear por completo, esto es lo que mantiene rapidas las paginas de carrito y cuenta. Como Redis es administrado, las credenciales se inyectan en el runtime y se rotan por ti en lugar de quedar en una pantalla de configuracion de plugin.
Cache edge de CDN y optimizacion de imagenes integrados
Los assets estaticos y el HTML cacheable se sirven desde el edge de cdn.com.tr cerca del visitante, recortando los recorridos de ida y vuelta al origin y absorbiendo picos de trafico durante campañas. La optimizacion de imagenes recodifica las subidas a formatos modernos y sirve variantes del tamaño apropiado, lo cual elimina la necesidad de un plugin de optimizacion pesado que compite con tu sitio por workers de PHP. Las reglas de cache entienden las cookies de login de WordPress y de carrito de WooCommerce, asi que los usuarios con sesion iniciada y los compradores evitan correctamente el cache compartido mientras los visitantes anonimos reciben paginas cacheadas.
Auto SSL, DNS y WAF delante de wp-admin
Las URLs mas atacadas de cualquier instalacion de WordPress son wp-login.php y xmlrpc.php. Como el trafico llega al edge de cdn.com.tr antes que al origin, el WAF filtra patrones de fuerza bruta y explotacion comunes antes de que toquen PHP siquiera. Auto SSL mantiene el HTTPS valido tanto en el apex como en el www sin cron jobs ni certbot, y el DNS se administra en el mismo panel para que un cambio de dominio no requiera hacer malabares con tres dashboards.
Migrar un sitio existente sin reconstruirlo
No tienes que reconstruir el sitio para moverlo. Trae los archivos existentes y la exportacion de la base de datos, restauralos en la plataforma administrada, y valida en una URL name.cdn.com.tr antes de cambiar el DNS. La base de datos administrada maneja la importacion y las cuestiones de character set, Redis y el cache edge se activan despues de que el contenido se verifica, y el cambio de dominio ocurre al final, asi que no hay ninguna ventana en la que el sitio quede inaccesible.
Un solo panel para agencias con muchos sitios
Las agencias sufren mas por la inconsistencia: cada sitio de cliente termina en un hosting ligeramente distinto con diferentes plugins haciendo cache y seguridad. Estandarizar en la plataforma WordPress administrada significa el mismo runtime, el mismo modelo de Redis y edge, y el mismo perfil de WAF en todos los proyectos. El purge, los logs y el estado de deploy son visibles por sitio en la misma cuenta, asi que entregar un sitio a otro miembro del equipo no significa reaprender una configuracion a medida.
Como desplegar, paso a paso
Crea la app de WordPress
En el panel abre Platform, elige WordPress, y selecciona el runtime PHP 8 y el tamaño de plan. La plataforma aprovisiona el runtime, un volumen persistente para wp-content, y una base de datos MySQL administrada, asi que nunca editas a mano las constantes de base de datos en wp-config.php — se inyectan por ti.
Conecta tu dominio y emite el SSL
Apunta el dominio a cdn.com.tr, o agregalo como un subdominio name.cdn.com.tr para probar primero. Auto SSL emite y renueva el certificado, y tanto el apex como el www se validan por separado para que un bucle de redireccion no deje una variante sin cubrir.
Activa el Redis object cache
Activa el add-on de Redis administrado y agrega el object-cache drop-in desde el panel. WordPress entonces almacena resultados de queries costosas, opciones y transients en Redis en lugar de martillar MySQL en cada solicitud, lo cual es la mayor ganancia individual para trafico con sesion iniciada y de WooCommerce.
Activa el cache edge de CDN y la optimizacion de imagenes
Publica el sitio a traves del edge para que los archivos estaticos — imagenes, CSS, JS, fuentes — se sirvan desde cache cerca del visitante. La optimizacion de imagenes recodifica y ajusta el tamaño de los medios al vuelo, asi que no necesitas un plugin de optimizacion separado que ralentice wp-admin.
Define reglas de WAF y purge
Aplica el perfil de WAF delante de wp-login.php, xmlrpc.php y wp-admin, y define reglas de bypass de cache para las cookies de sesion iniciada y el carrito. Configura el purge automatico para que publicar un post o actualizar un producto limpie el cache edge relevante sin necesidad de un flush manual.
Escenarios de ejemplo
Un sitio de noticias o blog absorbe picos de campaña con cache de pagina en el edge mientras Redis mantiene el panel editorial responsivo.
Las paginas de producto y categoria se cachean en el edge, el carrito y el checkout evitan el cache correctamente, y Redis mantiene rapidas las paginas personalizadas bajo carga.
Docenas de sitios de clientes corren en un stack estandarizado con el mismo SSL, WAF y modelo de cache, gestionado desde una sola cuenta.
Preguntas frecuentes
El Redis object cache rompera los plugins de cache de pagina que ya uso?
El object cache de Redis y el cache de pagina en el edge resuelven problemas diferentes y trabajan juntos. El object cache sirve resultados de base de datos desde memoria para paginas no cacheables con sesion iniciada; el cache edge sirve respuestas estaticas completas para visitantes anonimos. Normalmente puedes retirar una capa de page-cache basada en plugin una vez que el edge se encarga de eso, y mantener el object cache de Redis administrado para las partes dinamicas.
Como se mantiene el checkout de WooCommerce fuera del cache compartido?
Las reglas de cache detectan las cookies de WordPress y WooCommerce — la cookie de sesion iniciada y las cookies de carrito/sesion — y evitan el cache edge para esas solicitudes, asi que ningun cliente ve jamas el carrito de otro cliente. Las paginas anonimas de producto y categoria se mantienen cacheadas, que es donde realmente esta el trafico y la ganancia de velocidad.
Sigo necesitando Wordfence, un plugin de cache, y un plugin de imagenes?
El stack cubre lo que esos plugins normalmente hacen: el WAF reemplaza el firewall de un plugin de seguridad delante de wp-admin, el edge y Redis reemplazan los plugins de cache, y la optimizacion de imagenes integrada reemplaza un plugin de imagenes. Eliminarlos libera workers de PHP, porque esos plugins de otro modo se ejecutan dentro de cada solicitud.
Publicar un post limpia el cache del CDN automaticamente?
Si. El purge automatico esta ligado a eventos de contenido, asi que publicar o actualizar un post, pagina o producto limpia las entradas de cache edge relevantes. Tambien puedes purgar manualmente desde el panel para cambios puntuales como un ajuste de tema o una imagen corregida.
Puedo mantener mi version de PHP y plugins actuales durante la migracion?
Migras hacia el runtime PHP 8 administrado; la mayoria de temas y plugins mantenidos corren en PHP 8 sin cambios. Validas el sitio en una URL temporal name.cdn.com.tr antes de cambiar el DNS, asi que cualquier plugin que necesite una actualizacion se detecta antes de que los visitantes reales lo vean.
Que pasa con las credenciales de base de datos de wp-config.php?
La conexion de base de datos administrada se inyecta en el runtime, asi que no pegas el host, nombre, usuario o contraseña de la base de datos en wp-config.php a mano. Las credenciales se pueden rotar desde el panel sin editar el archivo, lo cual es mas seguro que almacenarlas en texto plano en el repositorio o en disco.