Iragarki-blokeatzaileek ez dituzte iragarkiak bakarrik blokeatzen: zure webgunea ere apur dezakete

Iragarki-blokeatzaileei buruz hitz egiten dugunean, askotan banner bat desagertzen dela irudikatzen dugu. Baina eragina askoz zabalagoa izan daiteke. Tresna hauek ez dute beti bereizten publizitatea eta webguneko osagai funtzionalak, eta, ondorioz, scriptak, widget-ak, formularioak, baimen-abisua, txertatutako erreproduzitzaileak edo interfazearen zati batzuk ez dira behar bezala kargatzen edo ezusteko portaera dute.

Produktu-, marketin- eta garapen-taldeentzat, hori ez da xehetasun kosmetiko bat. Elementu bat falta izateak markaren pertzepzioa alda dezake, bihurketa-prozesu bat eten dezake edo zaila den errore bat sor dezake. Batzuetan, erabiltzaileak ez du iragarki gutxiago ikusten; orri osatu gabea ikusten du.

Zergatik eragin dezake blokeatzaile batek iragarkietatik harago

Iragarki-blokeatzaileek askotan iragazki-zerrendak, fitxategi-izeneko arauak, URL ereduak edo hirugarrenen scriptak detektatzeko logika erabiltzen dituzte. Horrek esan nahi du baliabide legitimo bat blokeatu daitekeela publizitate edo jarraipen-edukiaren antza badu.

Arriskua handitu egiten da webguneak kanpo-zerbitzuen menpe dagoenean funtzio garrantzitsuetarako. Baimen-kudeatzaile bat, analitika-script bat, datu-jario bat edo txertatutako osagai bat blokeatzen bada, orriak erdi kargatuta gera daitezke, kontsolan erroreak ager daitezke edo erabiltzailea ekintza garrantzitsu bat gabe utzi.

Eragin daitezkeen elementu garrantzitsuak

Hainbat osagai arretaz berrikustea komeni da:

• Kontaktu edo erregistro-formak, batez ere balidazio edo bidalketarako kanpoko scriptetan oinarritzen badira.
• Cookie-bannerak eta baimen-tresnak, agian ez direlako agertzen edo erabiltzailearen aukera behar bezala erregistratzen ez dutelako.
• Menuak, bilatzaileak eta widget-ak, hirugarrenen domeinuetatik kargatzen direnean edo iragazitako liburutegiak erabiltzen dituztenean.
• Errore-mezuak eta lege-oharrak, blokeatu daitezkeen baliabideen eredu berdinak partekatzen badituzte.
• Checkout eta login urratsak, bereziki integrazio asko dituzten webguneetan.

Ondorioa ez da beti berehala ikusten. Batzuetan erabiltzaileak orria uzten du, zerbaitek erantzuten ez duelako. Beste batzuetan, arazoa datuetan agertzen da: bounce handiagoa, formulario gutxiago, klik gutxiago edo bihurketa-jaitsiera azalpen argirik gabe.

Nola jakin blokeatzaile batek zure webgunea eragiten duen

Hasteko modurik praktikoena webgunea blokeatzaileekin eta gabe probatzea da. Ahal bada, hainbat nabigatzailerekin eta inkognito moduan egin, baina baita erabiltzaileen benetako konfigurazioekin ere. Ez zaitez hasierako orrian bakarrik geratu: produktu-orriak, formularioak, checkout-a, txertatutako edukiak eta fluxu garrantzitsuak egiaztatu.

Garapen-tresnak ireki eta blokeatutako baliabideak, karga-erroreak edo inoiz osatzen ez diren eskaerak bilatzea ere lagungarria da. Ohiko eredua da hirugarrenen script batek isilean huts egitea, interfazean hutsuneak utziz edo funtzioak desgaituz, erabiltzailearentzat mezu argirik gabe.

Beste seinale erabilgarri bat konfigurazio desberdinetako saioak konparatzea da. Trafikoaren zati batek JavaScript errore gehiago, interakzio gutxiago edo gertaera jakin batzuen jaitsiera erakusten badu, blokeatzaileekiko bateragarritasuna izan daiteke arazoaren parte.

Zer berrikusi zure web-arkitekturan

Irtenbidea ez da beti erabiltzaileari blokeatzailea desaktibatzeko eskatzea. Askotan, esperientzia nola eraikita dagoen berrikustea da egokiena. Lagungarriak izan daitezkeen neurriak hauek dira:

• Funtzio kritikoetarako hirugarrenen scriptengan mendekotasuna murriztea.
• Edukia funtzionala eta promozionala argiago bereiztea.
• Iragarki-baliabideen antza izan dezaketen fitxategi-izen, klase edo endpoint-ak saihestea.
• Degradazio dotorea diseinatzea, osagai batek huts egiten badu ere webgunea erabilgarri egon dadin.
• Elementu garrantzitsu bat kargatu ezin denean ordezko mezuak erakustea.

Neurri hauek ez dute arazoa guztiz desagerrarazten, baina haren eragina txikitu eta esperientzia sendoagoa bihur dezakete. Web moderno batean, frontendaren erresilientzia abiadura edo diseinua bezain garrantzitsua da.

Zergatik da garrantzitsua benetako erabiltzaile baten moduan probatzea

Defentsarik onenetako bat bateragarritasun-probak ohiko lan-jardunean sartzea da. Ez da prozesu konplexua izan behar: nahikoa da blokeatzaileak simulatzen dituzten eszenarioak gehitzea, kanpoko mendekotasunak berrikustea eta funtsezko fluxuek funtzionatzen jarraitzen dutela egiaztatzea.

Marketina eta garapena bereizita lan egiten badute, puntu hau are garrantzitsuagoa da. Kanpaina batek script berri bat, widget bat edo tracking-geruza bat sar dezake, hasieran kaltegabea dirudiena baina gero webguneko atal kritiko bati eragin diezaiokeena. Berrikuspen bateratuak gatazkak produkziora iritsi aurretik antzematen laguntzen du.

Ondorioa

Iragarki-blokeatzaileek ez dute soilik iragarkiak ezkutatzen. Webgune baten egitura, funtzionaltasuna eta fidagarritasuna ere alda ditzakete. Zure webguneko puntu sentikorrak identifikatzea eta nabigazio-eszenatoki desberdinetan probatzea modu praktikoa da erroreak saihesteko eta erabiltzaile-esperientzia babesteko.