Een domeinhandtekening is één voettekst die u op een domein instelt en die de mailboxen daarvan gebruiken volgens de gekozen modus. Het alternatief is vijftig mensen vragen dezelfde tekst met de hand bij te houden. Laat tien van hen die tekst in hun mailinstellingen plakken en u krijgt elf versies. Twee vermelden de functie van vorig jaar. Eén bevat het telefoonnummer van het oude kantoor. Drie zijn als afbeelding geplakt. Iemand schrapt de juridische tekst omdat die te lang lijkt, en iemand anders zet alles boven zijn antwoord, waardoor elk bericht eindigt met vier opgestapelde kopieën.
Dit is geen gebrek aan discipline, maar een ontwerpprobleem. Een gezamenlijke tekst die apart wordt beheerd, gaat uiteenlopen.
Een domeinhandtekening brengt de tekst op één plek onder. Mailboxen op dat domein ontvangen hem volgens de ingestelde modus, ook de mailbox die iemand volgend jaar maart aanmaakt.
Waarom persoonlijke handtekeningen uiteenlopen
Vier problemen verklaren bijna alle gevallen.
Wijzigingen worden niet overal overgenomen. Het bedrijf verandert van merk, verhuist of krijgt een ander registratienummer. Een e-mail vraagt iedereen de handtekening aan te passen, maar slechts een deel doet dat. Twee jaar later staan er nog adressen in van een kantoor dat allang is verlaten.
Nieuwe medewerkers kopiëren van de dichtstbijzijnde collega. Ze vragen diens handtekening en erven de versie die op dat moment wordt gebruikt, inclusief de fouten. Zo verspreiden die zich verder.
Afbeeldingen werken niet altijd. Een handtekening die uit één grote afbeelding bestaat, is onleesbaar wanneer afbeeldingen worden geblokkeerd, wat in zakelijke omgevingen veel voorkomt. Schermlezers kunnen de tekst evenmin gebruiken. De ontvanger ziet een leeg rechthoekje waar uw contactgegevens horen te staan.
De positie verschilt. Sommige programma's zetten de handtekening boven de geciteerde tekst, andere eronder. In een lange conversatie kan dat het verschil zijn tussen één handtekening onderaan en elf verspreid door de geschiedenis.
Een centrale handtekening vermindert de eerste twee problemen bij de identiteiten waarop zij van toepassing is en laat u de positie op één plek bepalen.
Drie modi voor domeinhandtekeningen: uit, standaard en verplicht
Het tabblad Handtekening van een domein biedt drie modi. De juiste kiezen is de belangrijkste beslissing.
| Modus | Gedrag | Wanneer gebruiken |
|---|---|---|
| Uit | Geen domeinhandtekening. Iedereen beheert de eigen versie. | Kleine teams of een domein waar handtekeningen echt per persoon moeten verschillen |
| Standaard | Nieuwe verzendidentiteiten krijgen aanvankelijk de domeinhandtekening. Gebruikers kunnen die daarna aanpassen of vervangen. | U wilt een consistente basis voor nieuwe medewerkers zonder gemotiveerde aanpassingen te verhinderen |
| Verplicht | De domeinhandtekening vervangt persoonlijke handtekeningen bij alle identiteiten op het domein binnen ondersteunde verzendkanalen. | Gereguleerde sectoren, verplichte vermeldingen of gevallen waarin gebruik door de meeste mensen niet genoeg is |
Het verschil tussen Standaard en Verplicht verdient aandacht: het gaat om intern beleid, niet alleen om techniek.
Standaard is een beginpunt. Wijzigt u de domeinhandtekening later, dan houden bestaande identiteiten hun huidige tekst. U hebt hun een sjabloon gegeven, geen blijvende koppeling. Dit past wanneer de gezamenlijke handtekening een hulpmiddel is en geen eis.
Verplicht past de handtekening toe op de gedekte identiteiten in webmail en de API, zonder individuele uitzondering. Bij een wijziging gebruiken die identiteiten de nieuwe versie zonder aparte updatecampagne. Dit is de juiste modus als de complianceverantwoordelijke bewijs vraagt dat berichten via die kanalen de vermelding bevatten. In de standaardmodus zou het antwoord nee zijn; bij externe mailprogramma's moet u ook het toepassingsbereik controleren.
De instelling geldt per domein. Een bedrijf met acme.com en acme-labs.com kan verschillende voetteksten verplicht stellen, wat vaak nodig is als de entiteiten andere juridische vermeldingen hebben.
Waar de domeinhandtekening komt
De tweede instelling bepaalt de positie ten opzichte van geciteerde tekst en levert zichtbaar verschillende berichten op.
Voor de geciteerde tekst zet de handtekening direct onder uw nieuwe tekst en boven de geschiedenis. De ontvanger leest uw bericht en gegevens samen zonder te scrollen. Daar staat tegenover dat een lange conversatie bij ieder antwoord een handtekening erbij krijgt.
Na de geciteerde tekst zet haar helemaal onderaan. De nieuwe handtekening staat steeds op dezelfde plek, hoewel de geschiedenis eerdere handtekeningen kan behouden. In een lange conversatie scrollt de ontvanger mogelijk nooit ver genoeg om haar te zien.
Als vuistregel kiest u ervoor voor contactgegevens die zichtbaar moeten zijn en erna voor een juridische vermelding waarvan vooral de aanwezigheid telt, zonder de lezer te onderbreken.
Wat eronder valt en wat niet
Nauwkeurig zijn is hier belangrijker dan de functie groter voorstellen dan zij is.
De domeinhandtekening geldt voor verzendidentiteiten: de adressen in het Van-menu van de webmaileditor en de identiteiten die via de API beschikbaar zijn. Wie in webmail met een gedekte identiteit schrijft, krijgt haar op ieder apparaat zonder lokale instellingen. Nieuwe identiteiten ontvangen haar volgens de gekozen modus.
Zij grijpt niet in op de instellingen van een desktopmailprogramma. Als iemand in Outlook of Apple Mail schrijft, stelt die toepassing het bericht samen met de lokaal ingestelde handtekening. Het bericht wordt onderweg niet herschreven om een voettekst toe te voegen.
Dat is een bewuste grens. Een voettekst op transportniveau toevoegen nadat het bericht is ondertekend, verandert de berichtinhoud en kan DKIM ongeldig maken. Zo kan een ernstiger afleverprobleem ontstaan dan een inconsistente handtekening. Systemen die inhoud invoegen, moeten de volgorde van ondertekening regelen of daarna opnieuw ondertekenen. Een fout kan authenticatie en filtering beïnvloeden; lees waarom DKIM faalt voor het perspectief van de ontvangende server.
Praktisch betekent dit: gebruik gedekte kanalen, zoals webmail, voor mailboxen die een verplichte vermelding moeten meesturen. Heeft een team een desktopprogramma nodig, stel de handtekening daar in. De domeininstelling is dan de centrale tekst om te kopiëren, niet een mechanisme dat het programma bestuurt.
Juridische teksten zonder overdrijving
Een vermelding onder een e-mail schept op zichzelf geen universele juridische verplichting. 'Als u dit bericht per ongeluk hebt ontvangen, verwijder het dan' vervangt geen overeenkomst en beslist geen geschil. Het effect hangt af van het rechtsgebied en de context.
Hun werkelijke nut is concreter:
- Wettelijk vereiste informatie. Sommige rechtsgebieden eisen bedrijfsregistratiegegevens in zakelijke correspondentie. De Britse regels voor bedrijfsdocumenten en de Duitse eisen voor elektronische zakelijke brieven kunnen ook e-mail omvatten. Controleer de actuele verplichtingen van uw entiteit; de verplichte modus helpt die gegevens in de gedekte kanalen op te nemen.
- Gereguleerde communicatie. Financiële dienstverlening, zorg en juridische beroepen kunnen bijzondere eisen hebben voor uitgaande correspondentie.
- Vertrouwelijkheidsvermeldingen. Alleen zijn ze niet genoeg, maar ze kunnen deel uitmaken van redelijke organisatorische maatregelen. Hun belang in een geschil hangt af van de situatie.
Is uw voettekst een standaardformule die niemand vereist, beoordeel dan met de verantwoordelijke of zij nodig is. Bevat zij verplichte informatie, kies dan de passende modus en controleer zowel de tekst als de gebruikte verzendkanalen.
Een handtekening die intact blijft
Mailprogramma's geven HTML niet allemaal hetzelfde weer. Een handtekening wordt bovendien geciteerd in berichten van anderen, doorgestuurd, afgedrukt en gelezen op een scherm van 5 inch. Dat brengt beperkingen mee.
Houd haar kort. Naam, functie, bedrijf, één telefoonnummer en één link. Iedere extra regel keert terug in antwoorden die de geschiedenis behouden.
Maak niet de hele handtekening tot een afbeelding. Bij blokkering blijft een leeg vak over, schermlezers krijgen geen inhoud en de tekst is niet doorzoekbaar. Gebruik echte tekst. Voeg voor een logo een kleine afbeelding ernaast toe met zinvolle alternatieve tekst.
Vermijd rijen sociale pictogrammen. Zes geblokkeerde kleine afbeeldingen kunnen zes ontbrekende-afbeeldingssymbolen onder uw naam worden.
Gebruik tabellen voor de opmaak alleen als dat nodig is. Sommige programma's vervormen geneste tabellen in geciteerde antwoorden. Een handtekening die er in de editor goed uitziet, kan met een ingedrukte kolom aankomen.
Test in een antwoord, niet alleen in de editor. De editor vertegenwoordigt niet iedere context. Stuur uzelf een bericht, antwoord tweemaal en bekijk het resultaat. Dat lijkt meer op wat ontvangers zien.
Zet er geen vertrouwelijke gegevens in. Directe mobiele nummers kunnen in mailinglijsten, doorgestuurde conversaties en archieven terechtkomen waarin uw berichten worden bewaard.
De invoering
- Schrijf de handtekening en laat de exacte tekst vóór verspreiding goedkeuren door de verantwoordelijken voor merk en juridische vermeldingen.
- Begin met Standaard en test op één mailbox: schrijven, antwoorden, doorsturen en het resultaat op een telefoon lezen.
- Kies de positie: voor de geciteerde tekst voor contactgegevens, erna voor de juridische voettekst.
- Schakel alleen naar Verplicht als u de handtekening in de gedekte kanalen moet afdwingen. Persoonlijke handtekeningen worden vervangen, dus informeer gebruikers vooraf.
- Herhaal de instelling per domein. Handtekeningen worden niet tussen domeinen overgenomen en zouden dat meestal ook niet moeten worden.
- Noteer wie een desktopprogramma gebruikt: die mensen moeten de handtekening lokaal instellen aan de hand van de centrale domeintekst.
Veelgestelde vragen
Vervangt de domeinhandtekening bestaande persoonlijke handtekeningen?
Alleen in de verplichte modus en binnen gedekte kanalen. In de standaardmodus houden bestaande identiteiten hun eigen handtekening; alleen nieuwe krijgen die van het domein als uitgangspunt.
Kunnen afdelingen verschillende domeinhandtekeningen hebben?
Niet als afzonderlijke domeinhandtekeningen binnen hetzelfde domein: de instelling geldt per domein. Gebruiken merken of entiteiten eigen domeinen, dan kan elk een eigen handtekening krijgen. Binnen één domein laat de standaardmodus teams hun versie aanpassen.
Verschijnt zij in berichten uit Outlook of Apple Mail?
Nee. Zij geldt voor verzendidentiteiten in webmail en de API. Een desktopprogramma stelt het bericht samen met zijn lokale handtekening. We veranderen de inhoud onderweg niet; wijzigingen na ondertekening kunnen DKIM ongeldig maken.
Kan ik een logo opnemen?
Ja, als kleine gehoste afbeelding met alternatieve tekst naast echte tekst. Maak niet de hele handtekening tot één afbeelding: afbeeldingen worden vaak geblokkeerd en laten dan een leeg rechthoekje achter.
Geldt zij voor aliassen?
Ja. Domeinidentiteiten omvatten aliassen waarvoor verzenden is ingeschakeld. Een bericht van sales@ krijgt daarom dezelfde voettekst als een bericht van een persoonlijk adres op dat domein, afhankelijk van de modus en het gebruikte kanaal.
Wat gebeurt er als ik de domeinhandtekening later wijzig?
In de verplichte modus gebruiken gedekte identiteiten de nieuwe versie. In de standaardmodus geldt de wijziging alleen voor identiteiten die daarna worden aangemaakt; bestaande houden hun huidige handtekening.
Beïnvloedt een domeinhandtekening de afleverbaarheid?
Niet alleen doordat zij centraal wordt beheerd. Inhoud en vorm kunnen wel meetellen: een grote afbeelding met weinig tekst is één factor die sommige filters bekijken. Dat is nog een reden om echte tekst te gebruiken en een onderdeel van de totale afleverbaarheid, geen garantie voor plaatsing in de inbox.
