Scheid een beschreven mechanisme van bewezen ondersteuning
Een functie met meerdere logo's kan worden gedocumenteerd door de BIMI werkgroep zonder in elke ontvangende mailbox beschikbaar te zijn. De nuttige planningsvraag is niet simpelweg of er een tag bestaat, maar of de beoogde ontvanger het relevante gedrag implementeert en of de afzender de uitkomst van zijn daadwerkelijke berichten kan bewijzen. Houd de specificatiestatus, providerondersteuning, waargenomen weergave en zakelijke impact bij als vier afzonderlijke bewijscategorieën.
De BIMI Groep publiceerde op 23 juli 2026 haar lps-toelichting; deze recensie behield die pagina op 8 november 2026. Het noemt de functie relatief nieuw en zegt expliciet dat ondersteuning voor ontvangers nog steeds in opkomst is. Dit artikel vat dat door de groep beschreven mechanisme samen, en niet een universeel inzetbare standaard. De volledige huidige concepttekst was niet beschikbaar voor verificatie, dus de exacte normatieve randgevallen en de implementatie van de ontvanger blijven beperkte bewijslacunes. Er is geen live providerondersteuning of weergavetest uitgevoerd.
Begrijp het idee van het lokale onderdeel op een hoog niveau
De groep legt lps uit als Local-part as Selector. Het lokale gedeelte is het gedeelte van een afzenderadres vóór het apenstaartje. In de beschreven workflow onderzoekt een ontvanger eerst de standaard BIMI bewering en kan hij een extra zoekopdracht uitvoeren met behulp van het lokale gedeelte van de afzender wanneer de lps-voorwaarde van toepassing is. Hierdoor wordt een keuze naar DNS verplaatst in plaats van dat het platform van de afzender een aangepaste selectorheader moet invoegen. BIMI Groep lps uitleg
Het artikel beschrijft door komma's gescheiden voorvoegsels en een lege lps-waarde waarmee elke afzender de extra zoekopdracht kan activeren. Het beschrijft ook voorbeelden van normalisatie, inclusief het verwijderen van plus-adressen en het omzetten van punten of onderstrepingstekens in streepjes. Beschouw deze als de gedocumenteerde uitleg van de werkgroep, en niet als een volledige parserspecificatie. Los vóór de implementatie de exacte normalisatie, matching en fallback-gedrag op aan de hand van het toepasselijke concept- en ontvangerbewijs, in plaats van te extrapoleren op basis van een paar voorbeelden.
Vergelijk lps met een berichtenkiezer
De afzonderlijke selectorgids van BIMI Group beschrijft een BIMI-Selector-header die een alternatieve bewering onder selector identificeert. _bimi.domain. Het raadt aan om die header te beschermen met DMARC-uitgelijnd DKIM -handtekening en waarschuwt dat een niet-ondertekende voorkeur kan worden genegeerd. Dit is een ander controlepunt dan de lps-benadering, die wordt beschreven als het afleiden van de keuze uit het adres en DNS . Begeleiding BIMI selector
De keuze tussen deze benaderingen hangt af van het zendplatform en de doelontvangers. Een platform dat geen geschikte header kan toevoegen, vindt het op DNS gebaseerde idee misschien aantrekkelijk, maar dat biedt geen ontvangerondersteuning. Omgekeerd bewijst ondersteuning voor conventionele BIMI selectors geen ondersteuning voor lps. Bewaar beide mogelijkheden als afzonderlijke rijen in de providermatrix, met bronbewijs of een expliciete onbekende waarde.
Ontwerp eerst het standaardgedrag
In het lps-artikel staat dat providers die de tag niet implementeren, deze negeren en de standaard evalueren BIMI record. Dat betekent dat de standaardbewering een bewuste compatibiliteitskeuze blijft. Een plan dat een standaardlogo publiceert, maar verwacht dat lps de branding beperkt tot geselecteerde adressen, moet overwegen wat niet-ondersteunde ontvangers met het standaardlogo zouden doen. De groep illustreert een leeg standaardlogo naast geselecteerde zoekopdrachten naar lokale onderdelen, maar dat voorbeeld is geen bewijs van gedrag bij een genoemde ontvanger. Terugvalbespreking BIMI Group
Beschouw logo-onderdrukking niet als een veiligheidsgrens. Een ontbrekende merkaanduiding is geen leveringsverbod, identiteitsautorisatiesysteem of garantie dat er geen andere avatar verschijnt. Een ontvanger kan contactafbeeldingen of andere presentatiemechanismen buiten BIMI hebben. Het voorgestelde ontwerp moet het gewenste merkgedrag weergeven, terwijl de authenticatie van berichten en de toegangscontrole aan de feitelijke mechanismen worden overgelaten.
Plan de asset- en rechtenafhankelijkheden voor elk logo
Meerdere selectornamen elimineren niet de vereisten die aan elke afbeelding zijn verbonden. De selectiegids van BIMI Group beschrijft bewijsdocumenten als gebonden aan één logo, zelfs als een document meerdere domeinen kan bestrijken. Een plan voor verschillende merkillustraties vereist daarom een beoordeling van de uitgever en de rechten voor elk beoogd logo, in plaats van aan te nemen dat één certificaat automatisch een campagnecollectie dekt. Bevestig de huidige uitgeversverpakking en categorieregels voor de echte toepassing. Bewijsafhankelijkheden met meerdere logo's
Houd het asset, het certificaatmateriaal, DNS verklaring en de eigenaar verbonden in het wijzigingsrecord. Als een ondersteuningsadres verandert of een product buiten gebruik wordt gesteld, bekijk dan de bijbehorende bewering en gehoste bronnen. Vermijd het automatisch genereren van selectors voor elke mailbox zonder inzicht te hebben in naamsconflicten, adreswijzigingen en eigendom. Normalisatie kan ervoor zorgen dat ogenschijnlijk verschillende adressen op dezelfde manier in kaart worden gebracht; Het exacte botsingsgedrag blijft een vraag voor de toepasselijke implementatie en gecontroleerde tests.
Originele ondersteuning en weergavetestmatrix
Het volgende is een voorgestelde matrix, geen testresultaat. Elke cel moet onderscheid maken tussen gedocumenteerde ondersteuning, waargenomen gedrag en onopgeloste interpretaties. Verkrijg autorisatie voordat u testberichten verzendt of DNS wijzigt, en gebruik gecontroleerde accounts en niet-gevoelige inhoud.
- Ontvanger en klant: dienst, web- of mobiel oppervlak, versie indien beschikbaar en observatiedatum.
- Mechanisme: gewone standaardbevestiging, BIMI-Selector-header of op lps gebaseerde selectie.
- Invoergeval: goedgekeurd overeenkomend voorvoegsel, niet-overeenkomend adres, plus adres- of normalisatiehoofdlettergebruik.
- Standaardgedrag: beoogde terugval en verwacht gedrag wanneer lps niet wordt ondersteund.
- Authenticatie: daadwerkelijke berichtidentiteiten, afgestemd resultaat en betrouwbaar verificateursbewijs.
- Assetketen: geselecteerde bewering, openbaar antwoord, goedgekeurd logo en certificaatafhankelijkheid.
- Observatie: daadwerkelijk weergegeven beeld, geen beeld of onbepaald resultaat, met behouden context.
- Beperkingen: caching, afbeeldingen van accountcontacten, onbekende implementatie en onvolledige dekking.
Begin met de eenvoudigste gevallen vóór randgevallen. Een standaardbewering en één expliciet geselecteerd adres kunnen vaststellen of het beoogde basispad waarneembaar is in de geautoriseerde omgeving. Pas dan pas de matrix uit naar normalisatie, fallback en cliëntverschillen. Er mag niet één enkel screenshot worden gebruikt om alle adrestoewijzingen of alle ontvangeroppervlakken af te leiden.
Houd resultaatmeting gescheiden van displaytesten
Het verschijnen van een logo is een weergavewaarneming en geen bewijs van meer openingen, klikken of vertrouwen. Als het bedrijf een gecontroleerde uitkomstclaim wil, definieer dan vooraf de metriek, vergelijkingsgroepen, steekproefperiode en beperkingen. Vermijd het vermengen van veranderingen in de inhoud, het publiek of de verzendreputatie met een logo-experiment en het hele verschil aan BIMI toe te schrijven. Dit is een voorgestelde experimentele discipline, en geen bewering dat er een gecontroleerd onderzoek is uitgevoerd.
Bij elk gerapporteerd resultaat moet onderscheid worden gemaakt tussen levering, weergave en betrokkenheid. Ontbrekend renderbewijs verzwakt de bewering dat het publiek de behandeling daadwerkelijk heeft gezien. Ook clientcaching en privacygerelateerd meetgedrag kunnen de interpretatie bemoeilijken. Handhaaf deze beperkingen en zorg voor passende beoordeling voordat u een marketingclaim indient. Dit manuscript ondersteunt geen procentuele stijging, causaal effect of schatting van het rendement op de investering.
Fictief voorbeeld: een gedeeld domein met twee klantgerichte adressen
De fictieve Juniper Desk wil ander artwork voor nieuwsbrief- en ondersteuningsberichten, terwijl de post van medewerkers zonder BIMI logo achterblijft. Het voorgestelde ontwerp maakt gebruik van lps omdat het platform niet gemakkelijk een aangepaste header kan invoegen. In de review wordt eerst gevraagd of de beoogde ontvangers lps ondersteunen en wat ze zouden doen met de standaardbewering als ze dat niet doen. Deze vragen moeten worden beantwoord voordat het team kan vertrouwen op branding op adresniveau.
De geplande testmatrix zou de twee goedgekeurde adressen, een niet-overeenkomend werknemersadres en geselecteerde normalisatiegevallen bevatten, met afzonderlijke rijen voor elke ontvanger en klant. Het zou ook rechten en certificaatbeoordeling voor elk logo vereisen. Juniper Desk is fictief: er zijn geen documenten gepubliceerd, er is geen e-mail verzonden en er is geen weergave of betrokkenheid gemeten.
De catalogus vereist een testmatrix met ontvangerweergave en, indien geclaimd, een gecontroleerde uitkomstmeting met beperkingen. Dit artikel bevat alleen een voorgestelde matrix. Origineel bewijsmateriaal, menselijk MKB, toepasbaarheid van de bron, productieroutes, visuele toegankelijkheid en vrijgave van de eigenaar blijven open. De lps-discussie is geschikt voor een gerichte planning, en niet voor een bewering van geïmplementeerde steun of gemeten voordeel.