Cosa dovresti sapere su CMS come CRM Manager?

Sei un CRM manager, un marketer, un product manager o, in altre parole, una persona non tecnologica e ti chiedi cos'è il CMS e cosa dovresti sapere al riguardo? Sei già un utente CMS ma vuoi acquisire maggiori conoscenze tecniche sulla piattaforma? Stai pensando di cambiare il tuo CMS ma scrivere una RFP su qualcosa di cui non hai la minima idea ti sta spaventando? Ti stai trasferendo in una nuova posizione o stai ricevendo nuove attività e dovrai lavorare più da vicino con gli sviluppatori CMS?

Non preoccuparti, i concetti tecnici sulle piattaforme CMS sono abbastanza semplici e come persona non tecnica di solito non ti è richiesto di conoscerli così nel dettaglio. La cosa più importante è comprendere un paio di definizioni di base, comprendere la piattaforma utilizzata dalla tua azienda e conoscere alcuni gerghi di base. In seguito, se hai bisogno di saperne di più, ti consiglio vivamente di chiedere ai tuoi sviluppatori: non c'è nessuno che sappia di più sulla tua piattaforma CMS di loro. Leggi di più sul motivo per cui imparare dai tuoi sviluppatori è il modo migliore per imparare la tecnologia e come iniziare a parlare la loro lingua qui.

Sommario:

1. Cos'è un CMS?

• Definizione CMS
• Finalità del CMS
• Perché un sistema CMS dovrebbe essere importante per i gestori di CRM?

2. Cosa dovresti imparare a gestire i contenuti in un CMS?

• Linguaggio con marcatori
• Come redigere
• Come pubblicare
• Dove vengono archiviati i contenuti?
• Gestione delle risorse digitali
• Analisi del sito web
• Moduli, widget, modelli pronti all'uso
• Principi di progettazione di base – UX / UI

3. Caratteristiche di CMS che dovresti conoscere

• Facilità di editing
• Versione
• Ripristino (ripristino)
• Archiviazione
• Compatibilità
• Integrazioni
• Test A/B
• Contenuti personalizzati
• Gestione delle traduzioni
• Ottimizzazione SEO
• Editoria multipiattaforma
• Accessi
• Lavorare in modo collaborativo
  

4. Concetti tecnici che vale la pena comprendere

• Il tuo sito web è statico o dinamico?
• Rilascio del sito web
• Ambienti
• CMS pronto all'uso o personalizzato?
• CMS senza testa
• Che cos'è un'API?
• Cosa sono i webhook?
• Cosa sono gli SDK?
  

5. Riepilogo

‍ Che cos'è il CMS?

Content Management System ( CMS ) – è un'applicazione software che può essere utilizzata per gestire la creazione e la modifica di contenuti digitali. È un "database" in cui conservi i tuoi contenuti: risorse digitali (immagini, video, podcast), testi, traduzioni, in alcuni casi layout di pagina, parti del design (tabelle, pulsanti, ecc.). I contenuti archiviati nel CMS possono essere forniti al tuo sito Web, app mobile o altri canali digitali (sms, e-mail, smartwatch ecc.). Non tutte le aziende archiviano tutti i contenuti nello stesso CMS; spesso alcune soluzioni di "archiviazione" dei contenuti sono separate (contenuto di posta elettronica nella piattaforma di invio di posta elettronica, contenuto di app mobile archiviato come codice e aggiornato solo dagli sviluppatori ecc.).

CMS può servire a più scopi oltre alla semplice pubblicazione del contenuto sui tuoi canali digitali. A seconda delle API, dei plug-in e dei webhook disponibili, può:

• esportare e importare le traduzioni,
• inviare il contenuto a piattaforme di social media, piattaforme di posta elettronica e altri canali,
• archiviare tutte le risorse digitali in un unico posto e categorizzate,
• preparare test A/B dei contenuti e personalizzazione dei contenuti,
• impostare SEO on-page,
• restituire risultati per il motore di ricerca on-page,
• e altro ancora.
  

Perché un sistema CMS dovrebbe essere importante per i gestori di CRM?

Il CMS è (o potrebbe essere, se lo configuri in questo modo) il centro di ogni comunicazione rivolta al cliente . Può offrire contenuti alle tue piattaforme e integrarsi con diversi stack di marketing per offrire contenuti agli annunci a pagamento. Da lì puoi anche gestire la SEO on-page. Se ciò non bastasse, puoi impostare moduli di raccolta e-mail, caricare politiche sui cookie per raccogliere i dati dei clienti sul tuo sistema CRM, dove puoi segmentare i clienti e fornire contenuti personalizzati a questi segmenti dallo stesso CMS. Nel CMS puoi impostare test A/B per i tuoi contenuti o impostare contenuti personalizzati. Da lì puoi alimentare il database del tuo chatbot. Puoi anche integrare il tuo sistema CMS con strumenti di automazione del marketing in cui puoi creare regole di segmento che ti consentono di inviare contenuti a clienti specifici dal CMS tramite diversi canali di distribuzione (ad esempio, inviando un promemoria carrello dimenticato via e-mail a coloro che hanno acquisti incompiuti in il loro cesto).

Cosa dovresti imparare a gestire i contenuti in un CMS?

Linguaggio con marcatori:

Il tuo sistema CMS utilizza un editor WYSIWYG (in questo caso è facile modificare il contenuto per gli editor di contenuti) o una sorta di linguaggio di markup (che tu o l'editor di contenuti dovreste imparare).

Che cos'è un linguaggio di marcatura?

Un linguaggio di markup è un linguaggio che annota il testo in modo che il computer possa manipolarlo (renderlo in grassetto, corsivo, centrarlo, colorarlo ecc.). Fondamentalmente è un linguaggio con cui puoi comunicare al computer come vuoi che visualizzi il testo o le risorse che stai modificando.

HTML è un esempio di linguaggio di markup:

<p>

Questo è un paragrafo di testo scritto in HTML

</p>

Questa frase è composta da un tag di apertura (<p>), testo e un tag di chiusura (</p>). Il testo tra i tag verrebbe visualizzato sullo schermo. Ogni tag include un simbolo "minore di" e "maggiore di" per designarlo come parte del markup.

Come imparare un linguaggio di markup? Se si tratta di un linguaggio di markup specifico per CMS, dovresti riuscire a trovarlo nel manuale del CMS. Se si tratta di un linguaggio di markup standard, ci sono molte risorse online disponibili per impararle, come ad esempio: MOOC, Udemy, EDX, Codecademy o Coursera.

Se il tuo CMS non ha un editor WYSIWYG, potrebbe essere utile anche conoscere alcune nozioni di base sui CSS (Cascading Style Sheets) che funzionano con l'HTML per aggiungere stili alle pagine web che stai modificando.

Come redigere:

Cosa dovresti controllare nel manuale o chiedere ai tuoi sviluppatori:

Come creare una bozza del contenuto (e non farlo pubblicare per errore)? Come testare la bozza, puoi vedere un'anteprima di come sarebbe sul sito Web direttamente nel CMS? Se non è disponibile un'anteprima direttamente nel CMS, esiste un ambiente di test in cui è possibile verificare il contenuto appena redatto?

Come pubblicare:

Cosa dovresti controllare nel manuale o chiedere ai tuoi sviluppatori:

Come pubblicare il contenuto sul sito web live? Puoi farlo da solo (o dall'editor di contenuti stesso) dal CMS? Hai bisogno di una versione del sito web per aggiornare il contenuto? Hai bisogno di chiedere aiuto agli sviluppatori per la pubblicazione? È una soluzione mista, il che significa che parte del contenuto è pubblicabile dal CMS dagli editor di contenuti ma alcune modifiche richiedono il supporto degli sviluppatori? Quali hanno bisogno del supporto degli sviluppatori? Quali sono le tempistiche medie se vuoi pubblicare qualcosa, quanto tempo ci vorrebbe? Chi contattare se il contenuto si interrompe e tu o l'editor di contenuti non potete risolverlo da soli? Chi contattare fuori orario d'ufficio se hai bisogno di supporto urgente? Puoi programmare la pubblicazione dei contenuti in futuro? Puoi programmare più di un "pacchetto" di contenuti in futuro? Se pianifichi un contenuto in futuro, puoi comunque modificare e pubblicare altre parti del contenuto o il pacchetto pianificato bloccherà qualsiasi altra pubblicazione dal momento in cui lo crei fino all'orario pianificato? Riesci a ricordare tu stesso i contenuti programmati se per qualche motivo cambi idea?

Dove vengono archiviati i contenuti?

È una domanda importante che dovresti porre ai tuoi sviluppatori/architetto.

Quale contenuto viene da dove? Quale contenuto viene archiviato nel CMS, quale nei motori/sistemi di pagamento o prenotazione, che viene archiviato direttamente in FE? Dovresti sapere quale contenuto è possibile modificare nel CMS, quale deve essere sviluppato (o dove trovare tali informazioni quando ne hai bisogno). Dovrebbe esserci documentazione disponibile al riguardo o i tuoi editori di contenuti dovrebbero saperlo.

Gestione delle risorse digitali:

Dovresti sapere quali tipi di risorse digitali sono supportati dal tuo CMS. Puoi usare video, immagini, file mp3? Quali estensioni di file è possibile utilizzare? Quali sono i requisiti per i beni? Verificare le specifiche per dimensioni e peso dell'immagine. Il sistema ridimensionerà le immagini automaticamente o dovresti sempre ridimensionarle prima del caricamento? Se non vuoi rallentare il tuo sito web o altra piattaforma, dovresti sempre puntare ad avere il peso minimo necessario per visualizzare correttamente l'asset.

Moduli, widget, modelli pronti all'uso:

Dovresti sapere con cosa stai lavorando. Hai dei "mattoni" che puoi utilizzare immediatamente (o già prefabbricati dai tuoi sviluppatori)? Hai bisogno di richiedere sempre la realizzazione personalizzata dei moduli di contenuto, dei modelli di pagina? Qual è la flessibilità dei modelli pronti all'uso, quanto puoi cambiarli se vuoi che abbiano un aspetto diverso? I moduli sono integrati con alcuni display FE (front-end), quindi non è necessario alcun sitebuilding aggiuntivo per farli apparire sul sito web? Avere a disposizione almeno una libreria di base di moduli e modelli può ridurre notevolmente il time-to-market della creazione di nuove pagine, da un paio di settimane di sviluppo a un paio d'ore di selezione e gioco con le possibilità di personalizzazione.

Principi di progettazione di base – UX / UI:

Le conoscenze di base sul design, in particolare l'esperienza utente e l'interfaccia utente (UX/UI) possono essere molto utili. Quando lavori con i designer (ad esempio per creare un nuovo modulo di iscrizione, un nuovo microsito) saprai come parlare con loro, cosa chiedere e come valutare il loro lavoro.

Analisi del sito web:

Per comprendere i tuoi clienti, il loro comportamento, le loro preferenze, per valutare le prestazioni delle tue pagine di destinazione o dei moduli di abbonamento appena lanciati, dovrai imparare a utilizzare il software di analisi del sito Web utilizzato dalla tua azienda (o configurarne uno tu stesso). È utile sapere cosa viene attualmente tracciato sul sito Web per impostazione predefinita (dove sono posizionati i tag) e quale tipo di tracciamento dovresti richiedere in modo specifico, ad esempio tracciamento di eventi personalizzati o imbuti personalizzati.

Funzionalità di CMS che dovresti conoscere

Cosa dovresti sapere sul tuo sistema CMS? Cosa dovresti cercare quando scegli un sistema CMS? Cosa dovresti chiedere ai tuoi sviluppatori per capire cosa è possibile e cosa no?

Facilità di modifica:

Quanto è facile utilizzare il CMS dal punto di vista di un editor di contenuti? Ciò influenzerà il time-to-market del contenuto. Ciò che può influenzare la velocità di modifica sono: funzionalità di trascinamento della selezione, "blocchi" flessibili con cui creare pagine, flussi di lavoro automatizzati (ad esempio per l'invio/ricezione di traduzioni), contenuto popolato da un'unica fonte (esempio: moduli dinamici, dove si aggiorna contenuto una volta e apparirà su varie sottopagine e anche su diverse superfici digitali), sincronizzazione dei contenuti tra ambienti (rimuove la necessità di copiare e incollare tutti i contenuti in ambienti diversi).

Versione:

Se il tuo CMS consente il salvataggio di versioni precedenti del contenuto, se crei una nuova versione del contenuto ma cambi idea per qualche motivo, puoi ripristinare la versione precedente. A volte è anche possibile vedere il confronto tra le versioni e far evidenziare automaticamente le parti che sono state modificate.

Ripristino (ripristino):

Se il tuo contenuto si interrompe dopo un rilascio, dovresti essere in grado di tornare alla versione del contenuto precedente per risolverlo temporaneamente, finché i tuoi sviluppatori non potranno indagare sul motivo per cui il contenuto non è riuscito in primo luogo.

Archiviazione:

Il CMS dovrebbe consentirti di archiviare il contenuto. Ciò che è importante sapere è per quanto tempo vengono archiviati gli archivi/le versioni precedenti dei contenuti. Dovresti considerare attentamente i requisiti legali per i diversi tipi di contenuto ed eventualmente prolungare la durata dei contenuti archiviati per i contenuti ad alto rischio (ad esempio: termini e condizioni, contenuto promozionale, politica sulla privacy, consenso sui cookie) che potrebbero essere richiesti in futuro per indagini legali.

Compatibilità:

Un requisito fondamentale per un sistema CMS è la compatibilità con la tua architettura, il tuo back-end, front-end, sistemi di pagamento, sistemi di prenotazione, qualsiasi software esterno che stai utilizzando in questo momento.

Integrazioni:

Un sistema che fornisce integrazioni ad altri software già utilizzati dalla tua azienda o che può facilmente integrare altre parti del tuo stack di marketing in modo nativo o tramite connettività API ti farà risparmiare tempo e denaro che altrimenti dovresti spendere per integrazioni personalizzate.

Test A/B:

Cosa dovresti controllare nel manuale o chiedere ai tuoi sviluppatori:

Hai la possibilità di creare test A/B di contenuto (diverse versioni di contenuto che verrebbero poste nello stesso segnaposto e potrebbero essere attivate con il software di test A/B)? In caso negativo, i tuoi sviluppatori possono svilupparlo per i tipi di contenuto (moduli, blocchi) che devi testare? Quanto tempo ci vorrebbe?

Contenuti personalizzati:

Avete degli strumenti di personalizzazione (software) in atto? Che tipo di contenuto può essere personalizzato al momento (che tipo di contenuto possono essere create più versioni nel CMS che verrebbero attivate dal sistema di personalizzazione)?

Se il tuo sistema CMS può integrarsi con lo strumento di personalizzazione, puoi continuare a utilizzare un solo sistema per l'archiviazione dei contenuti, il che rende più semplice il riutilizzo dei contenuti e la sua gestione (apporta modifiche in caso di modifiche al nome di un prodotto, modifiche alla traduzione o quando si desidera implementare qualsiasi altra modifica multipiattaforma). ‍

Gestione delle traduzioni:

Se desideri fornire versioni localizzate del sito, il tuo sistema CMS dovrebbe avere il supporto linguistico . La funzionalità minima significa poter archiviare diverse versioni linguistiche dello stesso contenuto nello stesso CMS. Quello che consiglio, sulla base dell'esperienza con i siti web multilingue (oltre 20 lingue) e altre piattaforme digitali, è che il CMS dovrebbe avere tutte le lingue memorizzate nello stesso posto per lo stesso modulo/blocco di contenuto. Qual è la differenza? Se mantieni diverse versioni linguistiche nello stesso CMS come "copia" della stessa struttura del sito, per trovare lo stesso modulo e aggiornarlo in tutte le lingue dovrai aprire ogni versione linguistica, trovare dove si trova questo modulo in ciascuna e poi aggiornalo. Se hai le versioni linguistiche direttamente a livello di modulo, è facile trovare lo stesso contenuto e aggiornarlo in tutte le lingue, senza perdersi a cercarlo nel CMS.

La gestione delle versioni dei contenuti in varie lingue è un lavoro duro. È dispendioso in termini di tempo e ha un alto tasso di errore (se tu/l'editor di contenuti copia qualcosa in modo errato). Il modo più semplice per gestire le traduzioni è avere un'integrazione con il software dell'agenzia di traduzione dal CMS. In questo modo, dovresti essere in grado di inviare contenuti originali per la traduzione (ad esempio, dall'inglese) in varie lingue direttamente dal CMS e ricevere traduzioni dall'agenzia di traduzione. Ti fa risparmiare tempo (nessun copia-incolla), riduce il rischio di errore e migliora il time-to-market. In alcuni casi, è anche possibile abilitare la visualizzazione di collegamenti in anteprima all'agenzia di traduzione, il che rende ancora più facile per i traduttori tradurre il contenuto. Le traduzioni proxy sono ancora più facili da gestire. Ciò che fa la traduzione proxy è popolare il tuo sito Web con versioni localizzate proxy. L'agenzia di traduzione crea quindi queste versioni linguistiche e le offre. Riduce notevolmente i tempi di modifica dei contenuti ma funziona solo per i siti Web, non per altre piattaforme come app mobili, e-mail, SMS. Per coprire altre piattaforme avresti bisogno di un altro tipo di integrazione, ad esempio API.

Può anche essere una funzione utile le notifiche automatiche una volta che la traduzione arriva dall'agenzia di traduzione o se vengono rilevati problemi durante l'esportazione/importazione delle traduzioni (che potrebbe essere configurato con webhook, se il CMS non lo fornisce fuori- la scatola).

Suggerimento: un'espressione che continuerai a sentire dai tuoi sviluppatori - le localizzazioni - sono come le lingue ma a grana più fine. Sebbene il tedesco sia un'unica lingua, ci sono molte diverse localizzazioni tedesche: de-DE per il tedesco in Germania, de-AT per il tedesco in Austria, de-CH per il tedesco in Svizzera ecc.

Ottimizzazione SEO:

Riesci a gestire la SEO on-page dal tuo CMS? Puoi personalizzare gli URL da solo? Hai campi per metatitolo, metadati, metatag? Puoi aggiungere tag <h1>? Il CMS crea automaticamente la mappa del sito e aggiunge nuove pagine una volta pubblicate o devi chiedere ai tuoi sviluppatori di farlo per te? Come si possono impostare hreflang e tag canonici se si popola il contenuto in più di un luogo o si pubblica in più lingue? Dovresti sapere quali sono le possibilità e quando devi contattare i tuoi sviluppatori.

Pubblicazione multipiattaforma:

Il tuo sistema CMS può servire il contenuto ad altre piattaforme digitali (app mobile, e-mail, smartwatch, chatbot ecc.)? Puoi configurarlo per farlo? È una domanda importante, se hai intenzione di mantenere più canali di comunicazione digitale. Mantenere tutti i contenuti in un unico posto ha grandi vantaggi come ridurre la complessità della gestione dei contenuti, riutilizzare i contenuti, riutilizzare le traduzioni, ridurre il rischio di avere contenuti incoerenti su piattaforme diverse.

Accesso:

I sistemi CMS possono offrire diversi tipi di accesso con diritti diversi. Può essere utile se vuoi che persone diverse stiano redigendo, rivedendo, approvando il contenuto o se alcuni editor dovrebbero essere in grado di accedere solo a determinati tipi di contenuto (ad esempio, un dipartimento specifico ha accesso solo al contenuto che appartiene a quel dipartimento) .

Lavorare in collaborazione:

Se hai più editor che modificano il contenuto, sarebbe utile avere un'opzione per lavorare in modo collaborativo su un singolo contenuto. Alcuni sistemi CMS bloccano il file se un utente lo ha aperto, altri ti consentono di modificare contemporaneamente.

Concetti tecnici che vale la pena comprendere:

A seconda di quanto devi lavorare a stretto contatto con gli sviluppatori CMS, la gestione del CMS o la modifica dei contenuti, potresti voler approfondire un po' gli argomenti più tecnici. Ecco un paio di argomenti che vale la pena comprendere:

Il tuo sito web è statico o dinamico?

Sito dinamico significa che i clienti scaricano il contenuto direttamente dai tuoi server. In tal caso, puoi modificare il contenuto ad hoc e le modifiche verranno inviate automaticamente al sito Web live per tutti i clienti che ricaricano il tuo sito Web.

Sito web statico significa che il contenuto (e il codice) viene confezionato e rilasciato con una versione del sito web, di volta in volta (la frequenza varia in base all'azienda/tipo di codice). I clienti possono raggiungere solo quella versione statica, creando molto meno carico sui tuoi server. La modifica del contenuto sul sito Web statico è possibile solo con la versione del sito Web. Se hai un sito web del genere, dovresti sapere quando sono le versioni, quando il contenuto deve essere pronto per loro. A volte i siti Web statici hanno alcune soluzioni alternative per pubblicare il contenuto tra le versioni, è necessario comprendere i vincoli di queste soluzioni alternative (cosa può essere pubblicato in questo modo, quanto tempo impiega la scansione - comprimere il contenuto in un pacchetto - e la pubblicazione).

Rilascio del sito web :

Il rilascio del sito web significa la consegna di nuovo codice (e contenuto) al sito web. Se devi aggirare le versioni del sito Web o alcuni contenuti possono essere forniti solo con una versione del sito Web (perché sono archiviati in applicazioni FE, ad esempio), dovresti imparare qual è la cadenza del tuo team di sviluppo: con quale frequenza raccolgono nuovi sviluppi? Quanto spesso sono le uscite? Quando è necessario informarli sulla nuova iniziativa per averla in diretta sul sito, qual è il time-to-market dalla richiesta alla consegna (time-to-delivery)?

Ambienti:

Gli ambienti sono entità all'interno di uno spazio che consentono di creare e mantenere più versioni dei dati specifici dello spazio e di apportarvi modifiche isolatamente. Avere vari ambienti consente sviluppi paralleli, test e integrazione continua, che aiutano il tuo team a consegnare più di 1 progetto contemporaneamente e lavorare in modo agile (sviluppo e test allo stesso tempo).

CMS pronto all'uso o personalizzato?

Le soluzioni pronte all'uso possono mancare di flessibilità e potrebbe essere difficile personalizzarle. Le soluzioni personalizzate richiedono molta manutenzione e ogni aggiornamento ti costerà un grande sforzo, il che significa costi di sviluppo imprevedibili (rispetto ai costi fissi delle licenze). La soluzione migliore è una via di mezzo: una soluzione pronta all'uso che offre flessibilità sufficiente in modo da non dover eseguire molte personalizzazioni. Questo è un altro motivo per cui i sistemi CMS basati su API sono, per la maggior parte delle aziende, la migliore soluzione disponibile al momento.

CMS senza testa:

CMS "Standard" (non headless) fornisce un back-end con una semplice interfaccia per creare contenuti, database per archiviare risorse digitali e la possibilità di pubblicare i contenuti. Il contenuto viene estratto dal front-end e pubblicato su una pagina. Il front-end e il contenuto sono accoppiati, non è possibile aggiornare il contenuto senza l'applicazione front-end. Tutto viene rilasciato in un unico secchio: contenuto, immagini, HTML, CSS. Ciò può significare che il contenuto deve andare nelle stesse versioni del codice front-end (quindi può essere aggiornato meno frequentemente), può anche limitare l'utilizzo del CMS ai soli siti Web (poiché il contenuto e il codice sono mischiati, il contenuto non può essere pubblicato in modo flessibile su diversi canali digitali).

Un approccio diverso alla pubblicazione dei contenuti è un CMS "senza testa": se il livello di presentazione di un sito Web è il "capo" di un CMS, l'interruzione di tale livello di presentazione crea un CMS senza testa. In tal caso, il "corpo" del repository di contenuti è separato dal livello di presentazione. Ciò consente di unificare tutti i contenuti in un unico hub di contenuti headless, da cui lo stesso contenuto può essere pubblicato su più canali. Ciò semplifica notevolmente la modifica: modifica la copia o l'immagine in un'unica posizione e tale modifica verrà applicata ovunque si trovi il contenuto. I CMS headless suddividono le attività di back-end e front-end: ciò significa che gli sviluppatori possono codificare e progettare rapidamente esperienze di front-end nella loro lingua preferita (senza essere vincolati da tecnologie di back-end restrittive). Possono invece utilizzare le API (Application Programming Interface) per connettere le funzioni di back-end, come l'archiviazione e la gestione dei contenuti, a qualsiasi ambiente di distribuzione front-end. Rende molto più semplice e veloce lo sviluppo di nuove pagine o schermate di app mobili.

Leggi di più sulle piattaforme di e-commerce senza testa qui.

Che cos'è un'API?

I sistemi API-first (API - Application Programmable Interface) hanno un codice che consente una comunicazione chiaramente definita tra due app separate. Sono piattaforme software moderne, che offrono ai gestori CRM alcuni elementi costitutivi di funzionalità già pronti che puoi mettere insieme per soddisfare le tue esigenze in quasi il 100%. Sono predisposti per una rapida integrazione con altri sistemi.

“API: il postino

Pensa a un'API come a un postino che consegna la richiesta della tua app a qualche altro software e poi riporta la risposta alla tua app. Un semplice esempio: è l'API che consente la comunicazione tra Google Calendar e la tua app di viaggio in modo che quando un utente prenota un viaggio, si sincronizzi con il suo calendario". Fonte: Clevertap

Leggi di più su cosa sono le API e cosa dovresti sapere quando scegli il software API-first qui.

Cosa sono i webhook?

I webhook sono simili alle API, ma più semplici. Un'API è un linguaggio completo per un'app con funzioni o chiamate per aggiungere, modificare e recuperare dati. Con un'API, devi fare il lavoro da solo. Se crei un'applicazione connessa a un'altra con l'aiuto di un'API, la tua applicazione dovrà disporre di modi speciali per richiedere nuovi dati all'altra app quando ne ha bisogno. I webhook, d'altra parte, sono progettati per una parte specifica di un'app e sono automatizzati. È una semplice connessione uno-a-uno che viene eseguita automaticamente.

Un esempio di webhook potrebbe essere una notifica alla tua email, attivata quando una nuova traduzione arriva al tuo CMS.

Cosa sono gli SDK?

SDK sta per Software Development Kit, un insieme di strumenti e programmi software utilizzati dagli sviluppatori per creare applicazioni per piattaforme specifiche. Gli strumenti SDK includono librerie, documentazione, esempi di codice, guide e processi che gli sviluppatori possono utilizzare e integrare nelle proprie app, progettate per piattaforme o linguaggi di programmazione specifici.

SDK – l'ufficio postale/Negozio di ferramenta:

Se l'API è un postino, cos'è l'SDK in quel contesto?
È l'ufficio postale E il negozio di ferramenta messi insieme. Dal momento che può contenere tutto il necessario per comunicare con un altro software (es. una o più API) nonché materiali che possono essere utilizzati per costruire un'app completamente nuova (es. librerie di codici, funzionalità di debug, note tecniche, tutorial e documentazione). (...) è un kit di sviluppo. L'SDK può contenere una o più API più utilità essenziali. L'API è solo una parte di un SDK. Pensa al devkit come a un "contenitore" più ampio per un'intera gamma di strumenti SDK e avrai ragione." Fonte: Clevertap

Sommario:

Come manager CRM dovresti conoscere alcune nozioni di base sulle piattaforme CMS. Nella maggior parte dei casi, prima o poi, dovrai pubblicare dei contenuti. Le basi assolute di cui hai bisogno sono conoscere i flussi di lavoro e i processi della tua azienda se disponi di editor di contenuti per farlo per te. Se hai bisogno di modificare e pubblicare i contenuti da solo, potresti voler imparare alcune nozioni di base sulla piattaforma in uso, come come modificare, redigere, pubblicare i contenuti e quali sono le possibilità per testare o programmare le modifiche ai contenuti. Se hai bisogno di conoscenze più avanzate, dovresti saperne di più sulle opzioni per i test A/B, la personalizzazione e l'ottimizzazione SEO nella tua piattaforma attuale. Si consiglia di conoscere un po' come lavora il proprio team di sviluppo e con quanto anticipo è necessario pianificare gli sviluppi, se non basta un semplice editing dei contenuti. Dovresti acquisire maggiore familiarità con i loro processi, soprattutto se devi rilasciare contenuti con versioni di siti Web (ad esempio, se il tuo sito Web è statico o il tuo CMS non è headless). Conoscere il gergo degli sviluppatori ti aiuterà a iniziare la conversazione. Dopo aver appreso le basi e letto il manuale, ti consiglio vivamente di iniziare a porre domande ai tuoi sviluppatori per approfondire la tua comprensione: sono la più grande fonte di informazioni sul tuo stack esistente!