SendGrid-integrasjon
INTEGRATIONS · EXPERTINI ATS

SendGrid-integrasjon

Send kandidat-e-poster fra ditt ATS via din egen SendGrid-konto – lim inn en API-nøkkel, bekreft en avsender, og hver intervjuinvitasjon og oppdatering bygger på ditt domenes omdømme.

2 min lesing · Oppdatert juli 2026 · Expertini Editorial

E-postene deres ATS sender — intervjuinvitasjoner, vurderingslenker, tilbudsvarsler — er kommunikasjon som bygger arbeidsgivermerkevaren, og leveringsevnen er en del av merkevaren. SendGrid-integrasjonen lar organisasjonen rute all slik kandidat-e-post gjennom sin egen SendGrid-konto: deres verifiserte avsenderadresse, domeneautentisering, leveringsomdømme og utsendelsesstatistikk. Oppsettet er bevisst enkelt fordi SendGrid har utformet det slik — en API-nøkkel, ikke en komplisert OAuth-prosess.

Koble den til på siden for Koblinger: lim inn en API-nøkkel fra SendGrid-kontoen din, angi avsenderadressen du har bekreftet hos SendGrid, og ATS-et verifiserer nøkkelen i sanntid mot SendGrids API før den lagres kryptert — en nøkkel som ikke stemmer avvises på stedet, og blir aldri godtatt i det stille. SendGrid er et varemerke for Twilio Inc.; integrasjonen bruker deres egen konto på deres egen kontrakt.

01Slik setter De det opp, fra start til slutt

I Deres SendGrid-konto: verifiser en avsender (Single Sender Verification for én adresse, eller autentiser domenet Deres med DNS-oppføringer for best leveringsdyktighet), og opprett deretter en API-nøkkel med tillatelsen Mail Send. I ATS-en: Koblinger → SendGrid-kortet → lim inn nøkkelen, oppgi den verifiserte avsender-e-postadressen og et valgfritt fra-navn, og klikk på Koble til. ATS-en validerer nøkkelen mot SendGrids API umiddelbart; ved suksess sendes kandidat-e-poster via SendGrids SMTP-tjeneste uten ytterligere endringer noe sted.

02Hva som endres når den er tilkoblet

Intervjuinvitasjoner, lenker til vurderinger og videointervjuer samt kandidatoppdateringer sendes via Deres SendGrid-konto i stedet for plattformens standard e-posttjeneste — fra Deres adresse, signert av Deres domene der De har autentisert det, og synlig i Deres SendGrid-aktivitetsfeed sammen med resten av Deres transaksjonelle e-poster. Frakobling gjøres med ett klikk og tilbakestiller utsendelsen til plattformens standard (eller Deres tilpassede SMTP dersom konfigurert).

03SendGrid, tilpasset SMTP, eller ingen av delene

Tre ærlige nivåer: Som standard sender plattformen på dine vegne, og alt fungerer uten oppsett. Tilpasset SMTP ruter utsendelse via enhver e-postserver dere drifter — Google Workspace, Microsoft 365 eller egen server. SendGrid er mellomveien de fleste voksende team velger: solid infrastruktur for leveringsdyktighet uten å måtte drifte en egen e-postserver, hos en leverandør dere kanskje allerede benytter for produkt-e-post. Alle tre er inkludert; velg per organisasjon.

Tekniske notater

Plattformarkitektur & drift

A1Connection architecture

Dette er en direkte tilkobling til et system De drifter eller administrerer nøkler til selv: Skjemaet henter Deres instans-URL og legitimasjon, verifiserer dem med et direkte oppkall før noe lagres, og lagrer hemmeligheter kryptert i hvile. Tilkoblingssider viser tilstedeværelse («tilkoblet», «lagret ✓»), aldri selve verdiene.

Fordi påloggingsinformasjonen er din, har du full kontroll over rotasjonen: erstatt nøkkelen i ditt eget system, lim inn den nye her, og direkteverifiseringen bekrefter den før den gamle overskrives. Frakobling fjerner den lagrede påloggingsinformasjonen umiddelbart.

A2Skriv semantikk og dataflyt

Enhver dataoverføring er en eksplisitt handling med et loggført resultat. Skriving skjer ved klikk — eller bare automatisk der De har aktivert en regel (automatisk overføring ved ansettelse er deaktivert som standard, per leverandør). Lesing — import av personer, kontoer eller filer — kjøres når De trykker på Importer, fjerner duplikater mot det De allerede har (klienter etter navn, personer etter e-post), hopper over i stedet for å overskrive, og rapporterer opprettede kontra overhoppede oppføringer nøyaktig, noe som gjør det trygt å kjøre enhver import på nytt.

Hver handling skriver en rad i app-aktivitetsloggen (ats_app_activity): hva som kjørte, når, for hvilken oppføring og resultatet – inkludert leverandørens egen feilmelding ordrett når noe mislykkes. Bruksrapportering i ATS-et samler den samme loggen, slik at integrasjonsrapportering og integrasjonens faktiske status ikke kan avvike fra hverandre.

Alt som forlater forespørselsbanen — varslingsdistribusjon, levering av webhooks, aktivitetsjournalføring, e-post — kjører i bakgrunnstråder uten blokkering (fire-and-forget). Et tregt eksternt endepunkt kan aldri føre til at grensesnittet henger, og en mislykket sideeffekt logges i stedet for å bli forsøkt på nytt i det stille og skape inkonsistens.

A3Operasjonelle hensyn

Tilkoblinger er på organisasjonsnivå og forbeholdt eier- og administratorroller; rekrutterere bruker funksjonene en tilkobling driver, men kan ikke koble til, koble fra eller rekonfigurere. Frakobling fjerner lagrede påloggingsopplysninger umiddelbart og stopper de avhengige funksjonene synlig, ikke i stillhet. Data som allerede er importert forblir Deres og kan redigeres.

Importerte personer ankommer merket som importert med konservative personvernstandarder — det antas ikke noe samtykke for personer som aldri har fylt ut søknadsskjemaet ditt, og standard oppbevaringsregler gjelder. Alt som er registrert er ditt til odel og eie: CSV-eksporter og appen Data Export dekker de samme datalagrene som selve produktet leser fra. Utgangen er like åpen som inngangen – etter hensikt, ikke som en innrømmelse.

A4Plassering i integrasjonstopologien

Denne integrasjonen er tilgjengelig i registeret i dag. One connection per provider unlocks every feature it powers, and the topology grid below shows the neighbouring connectors in the same capability area — statuses come from the same registry that drives the in-app hub, so this page can never claim more than the product does. For anything the catalogue does not cover, Webhooks and Zapier are the generic, documented escape hatch.

Avhengighetskart

Connection typedirekte — din instans-URL + legitimasjon, verifisert i sanntid før lagring
Secrets at restkryptert; brukergrensesnittet viser tilstedeværelsesflagg, aldri verdier
Action journalats_app_activity — én rad per handling, leverandørfeil ordrett gjengitt
Auto-push rulesdeaktivert som standard, per leverandør, hver kjøring loggføres
Registry statuslive

Grensesnittskisse

Strukturell skisse over grensesnittet — paneler, hierarki og interaksjonsmuligheter. En kontrakt, ikke et skjermbilde.
Tilkoblingskort
● tilkoblet — tilstedeværelsesflagg
omfang: minimum påkrevd koble fra
Handlinger
overfør — eksplisitt klikkimporter — deduplisert
Aktivitetslogg
Fig. 1 — SendGrid-integrasjon: strukturelt grensesnittskjema. Paneler og tilstander utgjør kontrakten; data som vises er plassholdere.

Interaksjonsflyt — tilstander, valideringer, tilbakemeldinger

Hver tilstand nedenfor håndheves på serversiden; grensesnittet rapporterer det, det avgjør det ikke.
Enter URL + credentialdin egen instans, din egen nøkkel
Live verificationet reelt kall må lykkes før noe lagres
Encrypted storehemmeligheter i hvile; visning av tilstedeværelsesflagg
Explicit actionsoverfør / importer / fakturer med ett klikk
Journalrad per handling, leverandørfeil ordrett
Verifisering mislykkes → leverandørens eget svar vises; ingenting lagresSikkerhetslegitimasjon rotert → lim inn den nye; verifiseres før overskrivingKoble fra → påloggingsinformasjon fjernes umiddelbart
Fig. 2 — interaksjonsflyt: marineblå = tilstander, gull = serverhåndhevede porter, grønn = bekreftede utfall; tagger lister opp spesialtilfellene og tilbakemeldingene deres.

Neighbouring connectors — Email & Sending

Statuser hentes fra det aktive registeret — se hele katalogen →

Ofte stilte spørsmål

Hvorfor en API-nøkkel i stedet for en innloggingsknapp?
SendGrids integrasjonsmodell er nøkkelbasert – det finnes ingen påloggingsflyt for brukere å bygge på. Nøkkelen verifiseres direkte ved tilkobling, lagres kryptert og brukes kun som SMTP-akkreditiver for organisasjonens utsendelser.
Hva betyr «verifisert avsender»?
SendGrid sender bare fra adresser eller domener du har bevist at du kontrollerer – en bekreftelseslenke for en enkeltadresse eller DNS-oppføringer for et helt domene. Avsenderen du legger inn i ATS-et må være en av disse, ellers vil SendGrid avvise e-posten ved sending.
Can I see what was sent?
Ja, på to måter: ATS-systemet fører sin egen oversikt over kandidatkommunikasjon, og hver videresendte melding vises i Deres SendGrid-aktivitetspanel med leveringsstatus.
Er Expertini tilknyttet SendGrid eller Twilio?
Nei. SendGrid er et varemerke for Twilio Inc. Integrasjonen bruker standard SMTP-relé og API som SendGrid dokumenterer for nettopp dette formålet, på din egen konto.
Cost?
Koblingen er inkludert i planen. SendGrids eget gratisnivå dekker moderate volumer; Deres SendGrid-prising avtales mellom Dem og SendGrid.

Kort oversikt

  • All kandidat-e-post videresendes gjennom Deres egen SendGrid-konto
  • API-nøkkel verifiseres i sanntid ved tilkobling — ugyldige nøkler avvises, ikke lagres
  • Ditt verifiserte avsender- og domeneomdømme på hver melding
  • Nøkkel lagres kryptert; frakobling tilbakestiller sending med ett klikk
  • Utsendelser synlige i din SendGrid-analyse sammen med produkt-e-post
  • Inkludert i abonnementet – SendGrids gratisnivå passer for et moderat rekrutteringsvolum

Se sendgrid-integrasjon på din egen rekruttering.

Ta med en reell stillingsbeskrivelse til en 30-minutters demo — gratis prøveperiode inkludert.

Bestill en demonstrasjon
Expertini Intelligent
Pålogget nå
Hei! Jeg er Expertinis intelligente produktekspert. Spør meg om hva som helst om løsningene våre, få veiledning om rekrutteringsverktøyene våre, eller bare fortell meg hva du prøver å oppnå – så veileder jeg deg i riktig retning. For kontospesifikke henvendelser, send e-post til support@expertini.com.