QR-codes op het domein van je klanten: werkwijze voor bureaus

Je drukt voor een klant menukaarten, posters of displays met een QR-code. Loopt het adres via het domein van je bureau of van de dienst, dan hangt het drukwerk aan dat adres. Loopt het via qr.jouwbedrijf.at, dus het subdomein van je klant, dan blijft de QR-code van hem, ongeacht wie hem later beheert.

Wat het tarief Agentur daarvoor biedt

In het tarief Agentur kun je tot 50 eigen domeinen koppelen, in de praktijk meestal één subdomein per klant. Je kunt altijd maar één subdomein koppelen, nooit het hoofddomein. De website van je klant blijft dus onaangetast. Ter vergelijking: Gastro Pro en Marketing Starter staan één domein toe, Marketing Pro drie, Gastro Expert vijf, Marketing Expert tien.

Wie het DNS-record zet

De records moeten worden aangemaakt waar het domein wordt beheerd. Dat is bijna altijd de klant, zijn hoster of zijn IT, niet jij. Je voert het subdomein in het dashboard in (venster “Eigen domein”) en krijgt twee records te zien, die je aan de klant doorgeeft:

• TXT-record met de naam _sameqr.qr.jouwbedrijf.at en de waarde sameqr-nachweis=… (het eigendomsbewijs dat het dashboard toont).
• CNAME-record: qr.jouwbedrijf.at verwijst naar kunden.sameqr.com.
• Gebruikt de klant Cloudflare als DNS: zet de CNAME op “Alleen DNS” (grijze wolk).

Zijn beide records gezet, dan geeft de dienst automatisch het HTTPS-certificaat uit en springt de status op “Actief”. Duurt het lang, dan helpt het artikel over foutopsporing bij een eigen domein.

Toestemming van de klant vragen

Een DNS-record is een ingreep in de infrastructuur van de klant. Laat de klant de toestemming schriftelijk geven, het eenvoudigst per mail. Handig is als het bericht deze punten duidelijk maakt:

• Welk subdomein precies wordt aangemaakt, bijvoorbeeld qr.jouwbedrijf.at.
• Dat alleen dit subdomein wordt geraakt, niet de website en niet de e-mail.
• Wie de records zet, de klant of zijn dienstverlener.
• Dat het domein van de klant is en dat hij het op elk moment zelf kan omzetten.

Overdrachtschecklist

• De toestemming van de klant ligt er.
• TXT en CNAME zijn gezet, de status in het dashboard staat op “Actief”.
• Bij het aanmaken van de QR-code is het klantdomein als adres gekozen en is het pad sprekend, zoals qr.jouwbedrijf.at/menukaart.
• Testscan met een iPhone en een Android-telefoon, zonder certificaatwaarschuwing.
• De klant weet dat de CNAME moet blijven staan zolang de QR-codes in omloop zijn.
• De klant heeft toegang tot de inloggegevens van zijn DNS-aanbieder, ook als jij de records niet zelf zet.

Elk pad bestaat per domein maar één keer en blijft ook na het verwijderen van de QR-code bezet. Bedenk de paden dus vóór het drukken. Scans worden zoals gewoonlijk geteld, tijdregels gelden ongewijzigd.

Wat er gebeurt bij een klantwissel

Het domein blijft altijd eigendom van de klant. Gaat hij uit elkaar met jou of met Same-QR, dan zet hij de CNAME om naar de nieuwe aanbieder. De gedrukte QR-codes blijven werken als de nieuwe aanbieder dezelfde paden op het domein kan bedienen. Geef hem daarom een lijst met alle paden en bestemmingen.

Verwijder je QR-codes, dan zijn de gedrukte exemplaren dood. Haal dus niets weg voordat de klant is overgestapt. Een domein kun je bovendien pas verwijderen als er geen QR-codes meer op staan. Stap je zelf over naar een kleiner tarief, dan blijven de QR-codes op reeds gekoppelde domeinen doorlopen. Nieuwe QR-codes zijn dan nog maar mogelijk op zoveel domeinen als het nieuwe tarief toestaat.

Veelgestelde vragen