Hosting su GitHub Pages
Collega il tuo account GitHub e lascia che Zinn Digital® crei repository, invii build, abiliti e distribuisca GitHub Pages, configuri un dominio personalizzato ed effettui il rollback, il tutto da un'unica dashboard e dall'MCP, per un singolo sito o in blocco. Connettiti a livello aziendale con la nostra GitHub App a privilegi minimi o con un token convalidato a grana fine.
Collegare un account di codice sorgente non dovrebbe significare cedere una potente chiave a lunga scadenza. Ti offriamo due percorsi e preimpostiamo quello sicuro.
Installa la nostra GitHub App sul tuo account e concedile l'accesso solo ai repository che preferisci. Ottiene autorizzazioni granulari (contenuti, Pages e amministrazione per la creazione dei repository), emette token di installazione a breve durata anziché un segreto permanente, e puoi revocarla con un clic quando vuoi.
Preferisci usare un token? Ti mostriamo esattamente quali permessi concedere per i repository di destinazione — minimo privilegio, niente di più — e li convalidiamo tramite le API di GitHub al momento dell'inserimento, con un segno di spunta verde o rosso, prima che vengano salvati.
Qualunque percorso tu scelga, le credenziali passano attraverso lo stesso punto di connessione di qualsiasi altro account tu colleghi e sono archiviate in Vault. Non vengono mai scritte nel codice, in un registro o in un file di ambiente.
Mantieni il controllo: revoca l'accesso in qualsiasi momento dalla tua area, e ogni azione che compiamo sul tuo account viene registrata nel registro di controllo con l'identità che l'ha eseguita.
Una volta connesso, GitHub Pages diventa un backend di distribuzione di primo livello che gestisci dai nostri strumenti, mai dall'interfaccia utente di GitHub.
Preferiamo parlarvi dei compromessi anziché nasconderli. GitHub Pages non ha regole lato server — non esiste un file .htaccess — quindi il blocco dei crawler SEO che nega severamente l'accesso ad Ahrefs, Majestic e agli altri a livello di server sulla nostra flotta non può funzionare lì. Su GitHub Pages il miglior controllo disponibile è costituito da robots.txt più i meta tag, che i crawler aggressivi di backlink notoriamente ignorano.
Ogni sito su GitHub Pages condivide inoltre l'infrastruttura di GitHub e gli intervalli di IP pubblicati, il che rappresenta già di per sé un footprint condiviso. Per un sito di monetizzazione o un progetto mainstream tutto ciò non ha importanza, e GitHub Pages si rivela un backend statico gratuito e genuinamente valido.
Per la linea Footprint-Free la questione conta, quindi la trattiamo con onestà: GitHub Pages viene offerto ma segnalato come più debole in termini di footprint, il PBN predefinito rimane sulla nostra infrastruttura o su Cloudflare Pages, e l'interfaccia ti avvisa quando scegli GitHub Pages per un sito sensibile al footprint. Decidi tu con i fatti davanti agli occhi.
Il metodo consigliato è la nostra GitHub App di Zinn®, che puoi installare sul tuo account e concedere a repository selezionati. Utilizza autorizzazioni granulari e token di installazione a breve durata (non ci sono segreti a lungo termine che possono essere trafugati) e puoi revocarla con un solo clic. Se preferisci utilizzare un personal access token con ambito specifico, ti indichiamo esattamente quali autorizzazioni concedere e convalidiamo il token nel momento stesso in cui lo inserisci.
All'accesso richiamiamo le API di GitHub per confermare che il token sia attivo e disponga delle autorizzazioni richieste (contenuti del repository, Pages e amministrazione per la creazione del repository) e mostriamo un segno di spunta verde o rosso prima di salvare qualsiasi cosa. Non memorizziamo mai una chiave non convalidata o con autorizzazioni eccessive. Le credenziali vengono inviate a Vault attraverso lo stesso punto di connessione di qualsiasi altro account collegato.
Creiamo repository (o ne usiamo una esistente), facciamo il push dei tuoi contenuti o dell'output di build, abilitiamo GitHub Pages da un branch e directory o dalla build di GitHub Actions, e possiamo effettuare il rollback. Per un dominio personalizzato scriviamo il file CNAME della repo, forziamo HTTPS e configuriamo il DNS per te. Possiamo anche eseguire il backup della repository su R2 object storage secondo una pianificazione.
Sì. Scriviamo il file CNAME del repository, attiviamo Enforce HTTPS e configuro il DNS — i record A dell'apex sugli indirizzi Pages di GitHub e il CNAME www — seguendo la stessa regola apex-and-www di qualsiasi altro backend.
Usalo con consapevolezza. GitHub Pages non ha regole lato server, quindi lì il blocco dei crawler SEO può basarsi solo su robots.txt e meta tag — non può bloccare rigidamente Ahrefs o Majestic come sa fare la nostra infrastruttura — e ogni sito su Pages condivide l'infrastruttura e gli intervalli IP di GitHub, il che costituisce un footprint condiviso. Perciò nella linea Footprint-Free offriamo GitHub Pages ma lo segnaliamo come meno protetto dal punto di vista del footprint, manteniamo l'impostazione predefinita per i PBN sulla nostra infrastruttura o su Cloudflare, e ti avvisiamo quando lo scegli per un sito sensibile al footprint. Nella linea Mainstream è un'opzione statica gratuita di primo livello.
Inizia una prova gratuita di 14 giorni senza carta di credito, collega il tuo account GitHub con la GitHub App di Zinn® con privilegi minimi e lascia che creiamo, distribuiamo e gestiamo i tuoi siti Pages, dalla dashboard e dal tuo strumento di IA.
Inizia gratis