# Architecture **Source:** https://it.multilipi.com/technology/architecture **Language:** Italian --- Documentazione tecnica # L'architettura MultiLipi Un'analisi tecnica approfondita della nostra infrastruttura a doppio livello ## Panoramica I plugin di traduzione tradizionali operasul "Visual Layer" — scambiando stringhe di testo nel browser. Sebbene questo soddisfi i lettori umani, crea un ambiente caotico per i crawler di ricerca e gli agenti IA. MultiLipi è la prima piattaforma a progettare una **Architettura a doppio livello** : ### Il livello HTML Pagine completamente renderizzate e localizzate per umani e Googlebot. ### Il Livello Dati Un'infrastruttura parallela e strutturata (Markdown + JSON-LD) ottimizzata specificamente per Large Language Models (LLM). Di seguito è riportata la documentazione passo dopo passo di come il nostro **Pipeline a 10 fasi** trasforma un URL statico in un'entità globale pronta per l'IA. FASE 1 ## Configurazione dell'infrastruttura La Fondazione Stabiliamo il livello fisico di routing e sicurezza prima di toccare una singola parola di contenuto. ### Passaggio 1: Provisioning Intelligente & SSL Al momento della connessione, il nostro sistema prende le impronte digitali del tuo CMS d'origine (Shopify, Webflow, WordPress o Custom Stack) per determinare il metodo di iniezione ottimale. - **Azione:** Forniamo istantaneamente certificati SSL dedicati per i tuoi endpoint localizzati. - **Meccanismo:** Il Protocollo Secure Handshake (TLS 1.3) garantisce che i dati che passatra il server di origine e i nostri nodi edge siacriptati, con l'aggiunta di latenza zero al Time to First Byte (TTFB). ### Passo 2: Mappatura dell'architettura URL Supportiamo tre architetture di routing distinte per adattarsi alla tua strategia SEO. #### Opzione A: Sottodomini (Distribuzione più veloce) **Struttura:** `es.example.com`, `fr.example.com` **Meglio per:** Grandi siti aziendali che necessitadi separazione delle preoccupazioni. #### Opzione B: Sottodirectory (massima autorità SEO) **Struttura:** `example.com/es/` , `example.com/fr/` **Meccanismo:** Forniamo uscript Reverse Proxy leggero (Cloudflare Worker o configurazione Nginx) che instrada`/ES/` traffico verso i nostri server edge mantenendo l'autorità del dominio unificata. #### Opzione C: ccTLD (Dominanza Locale) **Struttura:** `example.es` , `example.fr` **Meccanismo:** La mappatura avanzata CNAME permette di indirizzare domini di paese personalizzati al nostro motore di localizzazione. FASE 2 ## Elaborazione dei contenuti Lo strato neurale Separiamo "Contenuto" da "Codice" per garantire una localizzazione perfetta senza interrompere la funzionalità dell'interfaccia utente. ### Passo 3: Ingestione profonda e localizzazione dello slug Il nostro crawler assorbe il tuo HTML originale e crea una mappa dinamica dei contenuti. - **La separazione dei codici:** Analizziamo il DOM per identificare nodi di testo traducibili mentre "blocchiamo" attributi, script e classi HTML. Questo garantisce che il layout del sito non si rompa mai, anche nelle lingue Right-to-Left (RTL). - **Traduzione del Slug:** A differenza dei proxy standard, noi traduciamo il percorso URL stesso. Originale: `example.com/products/red-running-shoes` Localizzato: `es.example.com/productos/zapatillas-rojas` Impatto: Aumenta il tasso di clicchi (CTR) nei risultati di ricerca locali corrispondendo all'intento dell'utente. ### Passo 4: Il collegamento interdella "ragnatela" Per prevenire le "pagine orfane" (un problema comune in cui esistopagine localizzate ma non socollegate), inseriamo un blocco di routing dinamico. - **Azione:** Un `