Hugo adapter: rollout con package dedicato

Usa questa guida quando distribuisci Cookiezy tramite il package Hugo dedicato e non tramite Platform Core. Il package contiene già valori di licensing emessi, configurazione di esempio e asset statici.

• Genera `cookiezy-hugo-package.zip` dalla sezione Download.
• Copia partial, asset statici e configurazione di esempio nel progetto Hugo.
• Allinea locale routes e policy URL prima della pubblicazione.
• Registra l’hostname di produzione nel billing, poi verifica banner, riapertura delle impostazioni e cookie audit.

Passo 1

Copia il package emesso nel progetto Hugo

L’artefatto Hugo dedicato contiene già gli asset del runtime condiviso, i partial Hugo e una configurazione di esempio con site key e verification URL emessi.

Code snippet

Package: cookiezy-hugo-package.zip
Copia nel progetto:
- layouts/partials/cookie-consent/
- static/js/
- static/css/
- examples/config/

Passo 2

Allinea configurazione, locale routes e policy URL

Apri la configurazione di esempio e trasferisci i valori emessi nel config reale di Hugo. Se il sito è multilingua, allinea `defaultLocale`, `localeRoutes` e i policy URL per ogni lingua prima del lancio.

• Copia `siteKey`, `verifyUrl` e `billingUrl` esattamente come emessi, senza aggiungere virgolette escaped.
• Assicurati che ogni lingua punti alla corretta pagina della cookie policy.
• Mantieni la stessa mappa locale tra runtime del banner e route Hugo pubblicate.

Passo 3

Verifica il sito Hugo live

Dopo la pubblicazione, verifica il runtime visitor-facing sull’hostname reale.

• Il banner appare alla prima visita.
• Reject optional mantiene bloccate le integrazioni opzionali.
• Accept all sblocca le categorie configurate.
• La riapertura delle impostazioni funziona dal footer o dalla pagina policy.
• Il cookie audit si rende sulla pagina policy e resta allineato dopo i cambi di consenso.
• La runtime verification restituisce `allowed: true` per l’hostname registrato.