NuevoBlack Friday: 50 % de descuento en tu primer pago
Hoja de WordPress sin cabeza

Alojamiento sin cabeza donde WordPress sirve datos, no páginas.

En un sin cabezas construir el trabajo del origen es responder a las llamadas de API y decirle al frontend cuando algo cambió. Casi todo un WordPress hospedado normal optimistas es irrelevante aquí.

La invalidación empujada a su frontendAvances sin proyectos públicosMigración gratuita
Ajuste de API-primerPublish webhooksPrevisualización de soporte de tokenCopias de seguridad diariasSSL gratuitoSoporte 24 horas al día, 7 días a la semana
Construido como backend

Todo lo que un edificio sin cabeza pide de un anfitrión.

No hay renders de tema aquí. Lo que importa es tiempo de respuesta de API y si su frontend escucha sobre una edición.

Publishes que llegan al frontend

Salvar un post dispara un webhook que lleva los caminos afectados, por lo que su Next.js o el despliegue de Astro revalida esas rutas en lugar de esperar una reconstrucción programada o una redistribución completa.

Revalidación de nivel de trayectoriaNo hay reconstrucción completa

Respuestas de API contestadas desde memoria

Las respuestas REST y GraphQL se apoyan totalmente en el caché de objetos, porque cuando la respuesta es JSON no hay ningún caché de página delante de él para ocultar una consulta lenta detrás.

Avances sin un proyecto público

Las solicitudes de vista previa se autentican con fichas de corta duración, por lo que su frontend puede presentar contenido inédito sin que el contenido sea accesible por cualquiera que adivine la URL.

Tokens de corta duraciónLos proyectos permanecen privados

CORS y orígenes configurados, no adivinados

Los orígenes permitidos se fijan en el borde de su frontend de producción y sus implementaciones de previsualización, que es el ajuste más sin cabeza construye descubrir es incorrecto en el día de lanzamiento.

Medios de comunicación servidos independientemente de la portada

Las descargas siguen sirviendo desde el origen de WordPress a través del borde, así que cambiar el marco de frontend nunca significa re-anfitriona de la biblioteca de medios.

Operaciones

Un backend, varios frontends.

Las configuraciones sin cabeza terminan con una frontend de producción, un despliegue de previsualización y un oleoducto de construcción que todo lee el mismo WordPress. El dashboard está construido para eso en lugar de para un sitio.

  • Registro de entregas de webhooks por publicación
  • Tiempo de respuesta de la API por punto final
  • Acceso de administración de un clic para editores
  • Restaurar cualquier copia de seguridad diaria del panel de control
Publish webhook
Entrega
142ms
Punto final de grafQL
Objetos grabados
sano y sano
Vista previa de las fichas
Short-lived
activo activo
Respaldo nocturno
Replicado fuera de sitio
corriendo
Rendimiento

Una consulta de GraphQL durante una construcción estática.

Una construcción golpea la API cientos de veces en unos segundos. Esa explosión, en lugar de la carga de la página de un visitante, es la carga de trabajo que el origen realmente tiene que sobrevivir.

Webhook
invalidación de la publicación
Redis
caché de objeto, por defecto
NVMe
almacenamiento en cada plan
MagicWP90 ms
Típico host compartido900 ms
VPS no estudiado380 ms

Comparación ilustrativa de una consulta de GraphQL respondida durante una construcción estática. Sus números dependen de la profundidad de la consulta y el volumen de contenido.

Configuración

Lo que cambiamos para una construcción sin cabeza

Estas son las configuraciones que difieren de un sitio estándar de WordPress en el mismo plan. Cada sigue de las máquinas de respuesta de origen en lugar de los navegadores.

AjusteQué hacemosPor qué
Caché de página completaDiscapacitados en el origen; el caché pertenece a la fachadaNada aquí renderiza HTML, por lo que un caché de página delante de un endpoint API solo añade una capa que luego tiene que ser invalidada correctamente.
Ganchos de publishWebhook disparó en salvar por los caminos afectadosSin uno, el frontend reconstruye todo en un temporizador o sirve contenido de estalla hasta que alguien se da cuenta y desencadena un despliegue.
Caché de objetosRedis, tamaño para repetidas lecturas de API durante las obrasUna construcción estática busca las mismas taxonomías cientos de veces en unos segundos, y cada uno de ellos sin vender es un viaje de la base de datos.
Solicitudes de revisiónAutenticado con fichas de corta duración en lugar de un secreto compartidoUna llave de vista previa de larga vida termina comprometida con un repositorio de frontend, y en ese punto los borradores son efectivamente públicos.
Política de CORSOrigenes permitidos configurados para dominios de producción y vista previaPrevisualizar las implementaciones consigue un nuevo nombre de host en cada rama, y una política escrita una vez para la producción bloquea todos ellos.
Planes

Precios claros y sencillos.

Todos los planes incluyen migración gratuita, copias diarias, SSL y soporte 24/7.

MensualAnual
Starter
Para sitios personales, blogs y portafolios.
16,67 USD/mes
200 US$ al año · ahorra 40 US$
  • 1 sitio WordPress
  • 10 GB de almacenamiento NVMe
  • SSL gratis
  • Copias de seguridad diarias
  • Despliegue con un clic
  • Soporte por tickets
Empezar prueba gratuita
Pro★ El más popular
Para empresas en crecimiento y tiendas con mucho movimiento.
66,67 USD/mes
800 US$ al año · ahorra 160 US$
  • 5 sitios WordPress
  • 50 GB de almacenamiento NVMe
  • SSL gratis
  • Copias de seguridad diarias
  • Despliegue con un clic
  • Soporte prioritario por tickets
Empezar prueba gratuita
Enterprise
Para agencias y plataformas con mucho tráfico.
208,33 USD/mes
2500 US$ al año · ahorra 500 US$
  • 20 sitios WordPress
  • 200 GB de almacenamiento NVMe
  • SSL gratis
  • Copias de seguridad diarias
  • Despliegue con un clic
  • Soporte dedicado
Empezar prueba gratuita
Preguntas frecuentes

Preguntas frecuentes.

¿Apoya WPGraphQL y la API REST?
Tanto, como el ajuste es idéntico de cualquier manera - el caché de objeto y la capa de Webhook no se preocupan cuál de sus consultas de frontend.
¿Cómo sabe mi frontend algo cambiado?
Un webhook dispara sobre salvar las rutas afectadas, por lo que un marco con la revalidación a pedido refresca esas rutas específicas en lugar de reconstruir todo el sitio.
¿Dónde corre el frontend?
Donde quiera que desee - Vercel, Netlify, Cloudflare o su propia infraestructura. Alojamos el backend de WordPress y los medios, que es la parte que tiene que permanecer puesto cuando cambia el marco de frontend.
¿Pueden los editores todavía prever los borradores?
Sí, usando fichas de corta duración emitidas por solicitud de vista previa. El borrador se hace por su frontend sin ser nunca accesible públicamente en el origen de WordPress.
¿El administrador sigue siendo rápido?
Sí, y importa más de lo habitual aquí: el administrador es la única interfaz que alguien carga de WordPress en absoluto, por lo que consigue la capacidad de los trabajadores un tema de lo contrario sería consumir.

Mueva su backend sin cabeza a un anfitrión que sabe que es uno.

Migración libre, invalidación empujada a publicar, y previsiones que nunca exponen un borrador.