Landing page ospitate: personalizzate sul server, veloci dalla CDN

Quasi tutto ciò che si scrive sulla personalizzazione delle landing page dà per scontata una cosa: che la landing page tu ce l’abbia già. Hai un URL, uno sviluppatore che può pubblicarci sopra e una finestra di rilascio. Poi la personalizzazione si aggiunge sopra — cambiare il titolo, allinearlo all’annuncio, spostare la call to action.

Per una homepage è un presupposto ragionevole. Per una campagna che parte giovedì è un pessimo presupposto.

Per questo la pagina sulle landing page dinamiche ha due metà. La prima è quella nota: personalizzare le pagine che hai già. La seconda serve quando non c’è ancora una pagina da personalizzare — costruisci tutto in Personyze e la serviamo noi.

Una pagina che non ha bisogno di una casa

Una landing page ospitata si costruisce nello stesso Canvas di ogni altro contenuto di Personyze — gli stessi 34 blocchi, le stesse varianti, gli stessi report. La differenza è dove finisce. Invece di essere inserita in una pagina del tuo sito, è la pagina, al proprio indirizzo.

Due opzioni per l’indirizzo. Punta su di essa un dominio di tua proprietà — go.yourbrand.com, o qualsiasi sottodominio il tuo DNS possa concedere — oppure usa l’URL ospitato e vai live oggi stesso, che di solito è ciò che succede quando l’annuncio è già prenotato.

E poiché la serviamo noi, la distribuzione è un problema nostro e non tuo. La pagina viene assemblata sul server — personalizzata prima che un solo byte raggiunga il browser — e servita dalla CDN. Nessuna fase di build da parte tua, nessuna coda di deploy e nessuno script di terze parti che gareggia con il rendering per riscrivere un titolo che il visitatore ha già letto.

La pagina si scrive attorno al visitatore

È la parte da mettere in primo piano, perché è ciò che distingue una pagina ospitata da un page builder. Il titolo non è un testo fisso. Qualsiasi campo di testo del Canvas — titolo, corpo, etichetta del pulsante — può contenere token che vengono risolti per ogni visitatore, nel momento in cui la pagina viene servita.

Così il sottotitolo di una pagina sui finanziamenti nell’editor recita “Finanzia le linee CNC senza toccare il capitale circolante — con condizioni pensate per ${company}” e sulla pagina mostra il vero nome dell’azienda del visitatore. Lo stesso vale per il settore, la città da cui naviga, il termine di ricerca che l’ha portato lì o qualsiasi campo che tieni nel profilo.

Tre tipi di token

Ciò che la sessione sa già. ${country}, ${city}, ${srch_word}, il referrer, la pagina su cui si trova. Niente da configurare — il tracker ha questi dati su ogni account.

Ciò che porta il link. ${_:param('utm_source'):default('your campaign')} inserisce qualsiasi parametro dell’URL direttamente nel testo: è così che una pagina serve cinquanta gruppi di annunci e ognuno sembra scritto per il proprio annuncio.

Ciò che sai di loro. ${first_name}, ${company}, settore, piano, data di rinnovo — qualsiasi colonna del profilo visitatore, che provenga dal tuo CRM, da un modulo o dall’identificazione dell’azienda dietro una visita B2B anonima.

E un valore predefinito per ognuno

Ogni token accetta un valore di riserva: ${first_name:default('there')}. Se il campo è vuoto — o l’account non ha affatto quel campo — viene mostrato il valore predefinito. Non uno spazio vuoto, non un token rotto, non un undefined in un titolo sotto gli occhi di un cliente. Questo singolo dettaglio è ciò che rende sicuro scrivere testi personalizzati che non rileggerai cinquanta volte.

Oltre alla sostituzione, si possono scambiare intere varianti: un titolo, un’immagine e una call to action diversi per ogni pubblico. Un’azienda manifatturiera con oltre 500 dipendenti vede un messaggio, una SaaS in Serie B ne vede un altro, e la pagina non è due pagine — è una sola pagina che sa chi ha davanti.

Da dove arriva il nome dell’azienda

Tutto questo presuppone che tu sappia qualcosa del visitatore. Su una landing page B2B di solito non è così — ha cliccato un annuncio, non ha compilato nulla e il modulo è ancora la prima cosa che si frappone tra te e qualsiasi dato.

Qui entrano in gioco i fornitori di dati sugli account. Una ricerca IP inversa identifica l’azienda dietro una visita anonima e restituisce i dati firmografici: settore, numero di dipendenti, fascia di fatturato, sede. Personyze si collega a quello che usi già — Albacross, Leadfeeder, Clearbit, ZoomInfo, 6sense e LeadRebel — oppure riceve i tuoi dati via API, se li conservi altrove.

La parte importante è cosa succede a quei campi una volta arrivati: finiscono nel profilo visitatore come qualsiasi altro. Quindi lo stesso settore che ha deciso a quale pubblico appartiene il visitatore è anche il settore che puoi mostrare nel titolo. Una sola ricerca, due compiti — targeting e testo — senza esportare nulla tra i due.

Modulo compreso

Una pagina ospitata di solito esiste per raccogliere qualcosa, e conoscere l’account qui ripaga due volte. La pagina può contenere un modulo pensato per quel settore — campi diversi, formulazioni diverse, una domanda di qualificazione diversa — e può essere un modulo più corto, perché non serve chiedere nome dell’azienda, dimensioni o settore quando la ricerca li ha già restituiti.

Un produttore arriva su una pagina dedicata al finanziamento di macchinari con tre campi. Una SaaS in Serie B apre lo stesso URL e trova una pagina sui prestiti basati sull’ARR, con tre campi diversi. Stessa campagna, stesso link nell’annuncio. Come funziona l’identificazione degli account →

Una seconda versione la trasforma in un test

È la parte che si rischia di non notare. Aggiungi una seconda versione a una pagina ospitata e non avrai creato un secondo URL da gestire. Avrai creato un test: un link nell’annuncio, due pagine dietro, suddivise secondo la quota di traffico che scegli.

Il media buyer mantiene un’unica destinazione. Tu mantieni la possibilità di cambiare idea su cosa c’è dall’altra parte, a campagna in corso, senza toccare la campagna nella piattaforma pubblicitaria. Quella separazione è proprio il punto — chi compra il traffico e chi scrive la pagina smettono di bloccarsi a vicenda.

Tre modi in cui la pagina decide

Una pagina ospitata non è un unico meccanismo. A seconda di ciò da cui dipende una variante, la decisione avviene in un momento diverso.

Deciso prima che la pagina si disegni

Area geografica, fonte di traffico, ora del giorno — ciò che si può ricavare dalla richiesta stessa viene risolto sul server mentre la pagina viene costruita. Il visitatore non vede mai per un attimo una versione e poi un’altra che la sostituisce, perché ce n’è sempre stata una sola.

Aggiustato un attimo dopo

Tutto ciò che dipende dal comportamento — cosa ha visto, cosa c’è nel carrello, se è già stato qui — viene applicato dal tracker non appena sa chi è arrivato. Quelle parti si aggiornano senza trattenere la pagina.

Oppure affidato a una campagna completa

Collega una normale campagna Personyze all’URL e tutto ciò che funziona sul resto del tuo sito funziona anche qui: ogni regola di targeting, ogni blocco, ogni test. Una pagina ospitata non è una superficie di serie B con un insieme ridotto di funzionalità.

A cosa serve davvero

Tre situazioni si ripresentano di continuo.

La campagna che non può aspettare un deploy. Il paid social parte lunedì, la pagina non esiste e il prossimo rilascio è fra due settimane. Costruiscila, prendi l’URL ospitato e punta lì l’annuncio.

Il test che nessuno ti lascerà fare sul sito vero. Un messaggio radicalmente diverso merita un test e non sopravviverà mai a una discussione sulla homepage. Fallo invece su un indirizzo proprio, con la quota di traffico che preferisci, e torna con dei numeri invece che con un’opinione.

La pagina per ogni pubblico. Un gruppo di annunci per l’enterprise, uno per il self-service, uno per una regione — e dietro ciascuno una pagina che sembra scritta per loro, perché lo è.

Sotto c’è lo stesso motore

Niente di tutto questo è un prodotto separato con un proprio editor, un proprio modello di targeting e report propri da riconciliare. I blocchi sono i blocchi. I pubblici sono i tuoi pubblici. I risultati A/B arrivano nello stesso posto di ogni altro test che esegui, con le stesse definizioni delle metriche, ed è questo che li rende confrontabili.

L’unica cosa che cambia è che la pagina non ha altro posto dove stare — così sta da noi.

Dove leggere i dettagli

La knowledge base spiega passo per passo ogni parte:

L’hosting e la pagina stessa — Landing Pages: ospitare una pagina al proprio URL, il Canvas builder e l’editor WYSIWYG.

Variabili dinamiche — inserire variabili dinamiche in una landing page, e variabili CRM e tag per contenuti dinamici.

Fornitori di dati sugli account — Albacross, Leadfeeder, Clearbit, ZoomInfo, 6sense e leadREBEL.

Metterlo in pratica — un modulo lead ABM personalizzato per settore, il targeting dei visitatori di aziende specifiche, la guida all’azione modulo lead e alle regole di targeting.

Scopri le landing page ospitate nella pagina del prodotto →  ·  Prenota una demo →