Instalar y Configurar StackPath para los Sitios Alojados en Kinsta

La CDN de StackPath es altamente personalizable, incluyendo características como protección de contenido y optimización de activos. Una vez que hayas lanzado tu sitio en Kinsta, si deseas utilizar la CDN de StackPath en lugar de la CDN de Kinsta, esta guía te muestra cómo hacerlo.

Para WordPress, StackPath ofrece dos configuraciones diferentes: Full Site Integration y Static Assets Integration. Full Site Integration almacena en caché todo el sitio en el mismo dominio, mientras que la Static Assets Integration utiliza un subdominio para almacenar en caché sólo el contenido estático. Ambas son compatibles con nuestra integración de Cloudflare.

Necesitarás un subdominio para utilizar la Static Assets Integration pero ese subdominio no tiene que añadirse a la lista de Dominios de tu sitio en MyKinsta porque añadimos automáticamente el subdominio wildcard (*.ejemplo.com) cuando añades tu dominio en MyKinsta. También tendrás que utilizar un plugin como CDN Enabler para reescribir las URL de los activos desde la dirección edge de StackPath a tu subdominio. Trataremos esto un poco más en la sección de integración de activos estáticos más adelante.

Aparte de necesitar un subdominio para Static Assets Integration, la configuración y las opciones en StackPath para ambas integraciones son las mismas que para la compatibilidad con nuestra integración de Cloudflare. Para Static Assets Integration, también necesitarás un plugin para cambiar las URL de tus recursos estáticos, que explicaremos en la sección de Integración de Activos Estáticos más adelante.

Empezar con StackPath CDN

Si aún no tienes una cuenta de StackPath, puedes registrarte en su página de registro. A continuación, accede a tu cuenta de StackPath y haz clic en el botón Create Site en la sección Sites.

En la página Select an Integration, haz clic en el botón del tipo de integración que quieras configurar, Full Site o Static Assets.

Integración Completa del Sitio

Paso 1

Una vez que hayas seleccionado la Integración Completa del Sitio y hayas avanzado a la siguiente página, introduce tu nombre de dominio, selecciona los servicios que quieres utilizar con tu sitio y haz clic en el botón Set Up Your Origin.

Paso 2

En la página Set Up Your Origin, asegúrate de que la dirección IP que StackPath ha rellenado automáticamente para tu origen coincide con la dirección IP de tu sitio en MyKinsta.

Si tu sitio Kinsta está protegido por contraseña, selecciona Yes en “Is your origin address password protected?” A continuación, introduce el nombre de usuario y la contraseña que debes utilizar para la autenticación, de modo que StackPath pueda acceder al contenido.

No es necesario añadir un dominio personalizado aquí, ya que has establecido el dominio de entrega en el paso anterior.

Haz clic en el botón Confirm Origin Address para continuar con la siguiente página.

Paso 3

Para el método SSL, se recomienda utilizar el SSL gratuito proporcionado por StackPath que no interferirá con el SSL de Cloudflare incluido con nuestra integración de Cloudflare aquí en Kinsta.

También tienes la opción de subir un certificado SSL si tu sitio utiliza un SSL personalizado que hayas comprado a un tercero.

Una vez que hayas confirmado los dominios que quieres proteger con SSL, haz clic en el botón Confirm SSL Method.

Paso 4

Para que se emita el certificado SSL de StackPath, tendrás que verificar la propiedad de tu dominio. Hay dos opciones disponibles, , DNS Challenge or HTTP Request. En este ejemplo utilizaremos el método de DNS Challenge, con nuestras DNS administradas en las DNS de Kinsta.

Si tienes un proveedor de DNS diferente (puede ser tu registrador u otro host de DNS, dependiendo de dónde hayas apuntado los servidores de nombres de tu dominio), los pasos pueden ser un poco diferentes.

Haz clic en cada icono de copiar (portapapeles) junto a Name y Value para copiar los detalles del CNAME personalizado que tendrás que añadir a tus registros DNS para su verificación.

Para añadir el nuevo registro CNAME en las DNS de Kinsta, inicia sesión en MyKinsta y haz clic en DNS en la barra de navegación lateral izquierda.

1. Haz clic en el dominio al que quieres añadir un registro DNS.
2. Haz clic en el botón Añadir un registro DNS.
3. Haz clic en la pestaña CNAME y añade los detalles de Hostname (Nombre) y Points to (Valor) que has copiado de la página Verify Domain Ownership de StackPath. Haz clic en el botón Añadir registro DNS para guardar tu nuevo registro CNAME.

Nota: Dependiendo de la configuración del TTL de tu registro DNS, la propagación del registro DNS puede tardar desde unos minutos hasta horas.

Paso 5

De vuelta en StackPath, marca la casilla junto a «I have completed one of the above validation steps to verify I own the domain» y haz clic en el botón Verify Domain Ownership.

Paso 6

Una vez que el DNS se haya propagado, se verificará la propiedad de tu dominio y verás información sobre cómo apuntar tu DNS a StackPath. Haz clic en el icono de copiar (portapapeles) para copiar la dirección IP mostrada.

Paso 7

De nuevo, te mostraremos cómo hacerlo en las DNS de Kinsta. Estos pasos pueden variar dependiendo de tu proveedor de DNS.

1. Si aún no estás en DNS en MyKinsta, haz clic en DNS en la barra de navegación lateral izquierda.
2. Haz clic en el dominio al que quieres añadir un registro DNS.
3. Si ya tienes un registro A para tu dominio, haz clic en el icono Editar (lápiz) para actualizarlo a la primera dirección IP que aparece en StackPath. De lo contrario, haz clic en el botón Añadir un registro DNS.
   1. Deja el nombre de host en blanco a menos que vayas a añadir el registro A a un subdominio.
   2. Dirección IPv4: La dirección IP que has copiado de StackPath.
   3. Haz clic en el botón Cambiar registro DNS (para actualizar un registro DNS) o en el botón Añadir registro DNS (para añadir un nuevo registro DNS) para guardar tu registro DNS.

      

      

Nota: La propagación de tus registros DNS puede tardar hasta 1 hora.

Paso 8

De vuelta en tu panel de control de StackPath, marca la casilla que confirma que has completado los pasos para actualizar el DNS y haz clic en el botón Completar Configuración.

Paso 9

Accederás a la página de Resumen de tu sitio en StackPath. Deberías ver un registro DNS adicional que hay que añadir o cambiar para el CNAME. Haz clic en el icono de copia (portapapeles) para copiar el valor.

Paso 10

Una vez más, te mostraremos cómo añadir o editar este registro DNS en las DNS de Kinsta. Estos pasos pueden variar dependiendo de tu proveedor de DNS.

1. Si ya tienes un registro CNAME para el nombre de host www, haz clic en el icono Editar (lápiz) para actualizarlo. De lo contrario, haz clic en el botón Añadir un registro DNS y selecciona la pestaña CNAME.
2. Nombre de host: www
3. Apunta a: El nombre de host al que debe apuntar www como se muestra en StackPath.
4. Haz clic en el botón Cambiar registro DNS (actualizar un registro DNS) o en el botón Añadir registro DNS (añadir un nuevo registro DNS) para guardar tu registro DNS.

   

   

Nota: Puede tardar hasta 1 hora en propagar tus registros DNS.

Paso 11

De vuelta en tu panel de control de StackPath, haz clic en el botón Re-Check DNS Settings.

Tu sitio está ahora conectado al CDN de StackPath, y estás listo para comprobar y configurar los ajustes (abajo) para terminar.

Integración de Activos Estáticos

Paso 1

Una vez que hayas seleccionado la Integración de Activos Estáticos y hayas avanzado a la siguiente página, introduce el subdominio de tus activos estáticos, asegúrate de que la Red de Entrega de Contenidos (CDN) esté marcada y haz clic en el botón Set Up Your Origin..

Paso 2

En la página Set Up Your Origin, introduce el nombre de dominio principal de tu sitio en el campo Origin Hostname.

Si tu sitio Kinsta está protegido por contraseña, selecciona Yes en “Is your origin address password protected?” A continuación, introduce el nombre de usuario y la contraseña que se utilizarán para la autenticación, de modo que StackPath pueda acceder al contenido.

No es necesario añadir un dominio personalizado aquí, ya que has establecido el dominio de entrega en el paso anterior.

Haz clic en el botón Complete Setup para pasar a la siguiente página.

Paso 3

Accederás a la página de descripción general de tu sitio en StackPath. Desde aquí, puedes acceder a un par de pasos más que son necesarios para terminar de configurar las cosas, empezando por la configuración de un certificado SSL para tu subdominio. Para que StackPath sirva de forma segura tus activos estáticos en tu subdominio, tendrás que validar el subdominio y añadir un certificado SSL personalizado en StackPath. Haz clic en el enlace Click here to configure en Configure SSL para empezar.

Paso 4

En la página de EdgeSSL, haz clic en el botón Create Certificate.

Paso 5

Se recomienda el Certificado Dedicado Gratuito proporcionado por StackPath que no interferirá con el SSL de Cloudflare incluido con nuestra integración de Cloudflare aquí en Kinsta.

También tienes la opción de subir un certificado SSL si prefieres utilizar un certificado SSL que hayas comprado a un tercero.

Haz clic en el botón Generate bajo Free Dedicated Certificate para empezar a crear tu certificado personalizado en StackPath.

Paso 6

Selecciona tu subdominio personalizado y haz clic en el botón Continue to Validation.

Paso 7

Para que se emita el certificado SSL de StackPath, tendrás que verificar la propiedad de tu dominio. Hay dos opciones disponibles, DNS Challenge or HTTP Request. En este ejemplo utilizaremos el método de DNS Challenge, con nuestras DNS administradas en las DNS de Kinsta.

Si tienes un proveedor de DNS diferente (puede ser tu registrador u otro host de DNS, dependiendo de dónde hayas apuntado los servidores de nombre de tu dominio), los pasos pueden ser un poco diferentes.

Haz clic en el enlace Show Instructions junto a DNS Challenge Validation y haz clic en cada icono de copia (portapapeles) junto a Name y Value para copiar los detalles del CNAME personalizado que tendrás que añadir a tus registros DNS para la verificación.

Para añadir el nuevo registro CNAME en las DNS de Kinsta, inicia sesión en MyKinsta y haz clic en DNS en la barra de navegación lateral izquierda.

1. Haz clic en el dominio al que quieres añadir un registro DNS.
2. Haz clic en el botón Añadir un registro DNS.
3. Haz clic en la pestaña CNAME y añade los detalles de Hostname (Nombre) y Points to (Valor) que has copiado de la página Verify Domain Ownership de StackPath. Haz clic en el botón Añadir registro DNS para guardar tu nuevo registro CNAME.

Nota: Dependiendo de la configuración del TTL de tu registro DNS, la propagación del registro DNS puede tardar desde unos minutos hasta horas.

Paso 8

De vuelta en StackPath, haz clic en el botón I’ve configured my DNS. Continue. En la página de EdgeSSL, deberías ver que tu Certificado Dedicado Gratuito está activo. Si no es así, dale más tiempo al DNS para que se propague y para que se active tu certificado.

Paso 9

El siguiente paso es apuntar tu subdominio a StackPath para que la CDN pueda servir tus activos estáticos. Ve a la página de descripción general y haz clic en el icono de copia (portapapeles) para copiar el valor CNAME.

Paso 10

De nuevo, te vamos a mostrar cómo añadir o edita este registro DNS en las DNS de Kinsta. Estos pasos pueden variar dependiendo de tu proveedor de DNS.

1. Si aún no estás en DNS en MyKinsta, haz clic en DNS en la barra de navegación lateral izquierda.
2. Haz clic en el dominio al que quieres añadir un registro DNS.
3. Haz clic en el botón Añadir un registro DNS.
   1. Haz clic en la pestaña CNAME y añade la primera parte de tu subdominio en el campo Nombre de host (por ejemplo, estático).
   2. Añade el valor que has copiado de StackPath en el campo Puntos a.
   3. Haz clic en el botón Añadir registro DNS para guardar tu nuevo registro CNAME.

      

Nota: Puede tardar hasta 1 hora en propagar tus registros DNS.

Paso 11

De vuelta en StackPath, haz clic en el botón Re-Check DNS Settings en la página Overview.

Si es necesario, deja pasar más tiempo para que el DNS se propague y vuelve a comprobar la configuración del DNS. Una vez que el DNS se propague, las instrucciones para apuntar tu sitio desaparecerán, y verás las opciones para gestionar tu sitio en la página de Visión General.

Paso 12

Para reescribir las URL de los activos estáticos desde la dirección edge de StackPath a tu subdominio, tendrás que añadir y configurar el plugin CDN Enabler. Este plugin está hecho por KeyCDN, pero también funciona con otras CDN. Una vez instalado y activado el plugin, ve a la página de configuración del plugin, introduce el subdominio personalizado para los activos estáticos de tu sitio (por ejemplo, static.example.com) y haz clic en el botón Save Changes and Validate Configuration.

Si todo está configurado correctamente, verás un mensaje de éxito que confirma que el nombre de host de la CDN es válido y devuelve un estado 200. Si ves algún error al guardar, vuelve a comprobar todos los ajustes anteriores, la ortografía de tu subdominio y asegúrate de que el DNS se ha propagado.

Tu sitio está ahora conectado a StackPath, la CDN de StackPath está sirviendo los activos estáticos, y estás listo para comprobar y configurar los ajustes (en la siguiente sección) para terminar.

Configurar los Ajustes de StackPath

Ahora que tu dominio está totalmente apuntado a StackPath, puedes empezar a ajustar y comprobar algunos ajustes para una mejor compatibilidad con la integración de Cloudflare de Kinsta.

Ajustes

(Sites > Settings)

Pull Protocol:  Ajusta esto a HTTPS Only para evitar bucles/errores de redirección.

CDN

(Sites > CDN)

1. Query String Control:  Deja esta opción con la configuración por defecto de Cache all Query Strings para evitar cargar contenido incorrecto.
2. Content Persistence: Está desactivada por defecto, pero puedes activarla si quieres asegurar la disponibilidad del contenido en caso de que tu origen esté desconectado.
3. URL Caching: Déjalo desactivado, especialmente si tienes un sitio dinámico. Si tienes un sitio dinámico y deseas almacenar en caché ciertas secciones sin extensiones de archivo, crea en su lugar una EdgeRule personalizada.

Otras Configuraciones y Ajustes

1. Sites > EdgeSSL > Force HTTPS Connections:  Para redirigir a todos los visitantes a HTTPS en lugar de a HTTP, o bien Forzar HTTPS en MyKinsta o Habilitar Forzar HTTPS en StackPath. No habilites ambas opciones, ya que esto probablemente causará errores de redirección y bucles.
2. Sites > EdgeRules > Delivery Rule: En determinadas circunstancias, puede producirse un almacenamiento accidental en caché de la barra de herramientas del administrador y de otros elementos del usuario. Para evitar este riesgo de seguridad potencialmente grave, tendrás que crear una nueva Delivery Rule:
   1. If: Cookie Matches wordpres_logged_in*
   2. Then: Bypass Cache
3. Sites > EdgeRules > Force www Connections: Recomendamos dejar esto deshabilitado ya que puede entrar en conflicto con múltiples dominios y la cabecera Host. Si está activada, asegúrate de que el DNS del subdominio www (www.example.com) apunta a StackPath.

Ahora tu sitio está instalado y configurado en StackPath. Echa un vistazo a algunos problemas comunes y a las soluciones en la sección de resolución de problemas que aparece a continuación si te encuentras con algún problema.

Solución de Problemas Comunes de StackPath

Ahora que has configurado tu sitio con StackPath, puede haber ocasiones en las que algo no funcione como se esperaba. Con una capa adicional de CDN, hay algunas cosas que se pueden probar cuando se solucionan los problemas. A continuación abordamos las más comunes.

Los Cambios No Aparecen en Tu Sitio Web

El uso de StackPath con tu sitio crea una capa adicional de caché que tendrá que ser limpiada cada vez que necesites limpiar la caché. Si tienes problemas para ver los cambios en tu sitio o un plugin no se comporta como se espera después de instalarlo o reinstalarlo, asegúrate de borrar la caché en todas las capas, incluyendo:

1. Plugins (si procede)
2. Temas (si procede)
3. Caché del sitio/servidor en Kinsta (desde MyKinsta o desde el plugin Kinsta MU)
4. Caché en StackPath
5. Caché del navegador

Dirección IP Bloqueada por Falso Positivo

Si tienes activado el WAF y/o el Firewall en StackPath y tú o un visitante del sitio estáis siendo bloqueados incorrectamente para ver tu sitio, esto puede deberse a un falso positivo. Si esto ocurre, tendrás que trabajar con el soporte de StackPath y con nuestro equipo de soporte de Kinsta para localizar dónde se produce el bloqueo.

Si has configurado alguna regla personalizada en EdgeRules > Delivery Rules, tendrás que comprobarla también y puede que tengas que proporcionar una copia de todas las reglas a nuestro equipo de soporte cuando solicites asistencia.

Bucles de Redirección HTTP-HTTPS

Si ves algún bucle de redireccionamiento de HTTP a HTTPS en tu sitio, comprueba los siguientes ajustes:

1. En StackPath, asegúrate de que el Protocolo Pull (Sites > Overview > Settings)  está configurado como Sólo HTTPS.
2. Asegúrate de que la opción Forzar HTTPS está activada en un solo lugar, ya sea en MyKinsta (Sitios >nombre del sitio> Herramientas > Forzar HTTPS) o en StackPath (Sites > Overview > Settings), pero no en ambos.

Configuración Avanzada y Compatibilidad

Host Header

Sites > Settings > Host Header:  La cabecera del host debe coincidir con el dominio añadido a MyKinsta. El primer dominio añadido en StackPath es el predeterminado y es el encabezado de host utilizado para extraer el contenido de tu origen. Si se añaden varios dominios tanto a MyKinsta como a StackPath, cámbialo a Dinámico.

Origin Authentication

Sites > Settings > Origin Authentication: Si tu sitio Kinsta está protegido por contraseña, configura StackPath para que tenga acceso al contenido.

Lifetime

Sitest > CDN > Lifetime: El valor por defecto es controlado por el origen, lo que significa que StackPath respetará las cabeceras de origen. La caducidad está configurada al máximo en los archivos estáticos en la integración con Cloudflare de Kinsta. Si quieres configurarlo de otra manera, puedes cambiarlo en StackPath.

Caching By Header

Sites > CDN > Caching By Header:  Esto sólo tiene que estar activado si estás sirviendo contenido diferente (contenido completamente diferente, no sólo un diseño diferente controlado por CSS o JavaScript) para móvil y escritorio en la misma URL. También es posible que tengas que ponerte en contacto con nuestro equipo de soporte para crear reglas Nginx personalizadas para servir ese contenido.

Delivery Rules

Sites > EdgeRules > Delivery Rules: Si has personalizado tu URL de inicio de sesión de WordPress, tendrás que crear una Delivery Rule personalizada en EdgeRules para evitar la caché de esa ruta. En el siguiente ejemplo, nuestra URL de inicio de sesión personalizada es https://example.com/mylogin:

1. If: URL Matches https://example.com/mylogin*
2. Then: Bypass Cache

Custom robots.txt file

Sites > EdgeRules > Custom robots.txt file:  Si habilitas esto en StackPath, el archivo robots.txt servido por Kinsta será ignorado, y tendrás que gestionar tu archivo robots.txt en StackPath. Cualquier cambio realizado en el archivo robots.txt en Kinsta no afectará al archivo robots.txt servido por StackPath y no será visto por los motores de búsqueda.

Referrer Protection

Sites > EdgeRules > Referrer Protection: Si esto es necesario, habilítalo con precaución ya que puede bloquear todo el tráfico a tu sitio. Si el referente de tu visitante no coincide con los dominios listados en StackPath, recibirá una respuesta 403 Forbidden y no podrá ver tu sitio.