Android

DiggBar lanserad; URL Shorteners, Webmasters Cry Foul

URL Shortener | Spring Boot and Spring Data Redis | Tech Primers

URL Shortener | Spring Boot and Spring Data Redis | Tech Primers

Innehållsförteckning:

Anonim

Jag läste en intressant historia den andra dagen som jag menade att blogga om, men du kan lägga till det på listan över saker förstörda genom lanseringen av Diggs benämnda "DiggBar". Den aktuella delen var en TechCrunch artikel som undersökte det uppskattade värdet av URL-kortingstjänsterna. Du vet vad jag pratar om - de grymma namngivna webbplatser som bit.ly, is.gd och ff.im som omdirigerar webbadresser du skickar med en förkortad webbadress bestående av slumpmässiga siffror och bokstäver.

Jag gick Att uppmärksamma det faktum att, i motsats till TechCrunchs resultat, tror jag inte att webbplatser som tinyurl är värda någonstans nära deras förmodade värdering på 46 miljoner dollar. Hur gör en webbplats som bara crunches ner webbadresser någon form av pengar alls? Tror de verkligen att användarna kommer att bli så gripna av några annonser att de kommer att överge sina URL-kortdragningsdrömmar för att klicka på en "punch the ape!" länk?

Jo, lanseringen av DiggBar skrev just den artikeln för mig. Den aktuella uppskattade värdet av URL-kortslutningswebbplatser är nu $ 0 - eller åtminstone en siffra som ligger långt närmare spektrumets ände än guldgruvan. Det beror på att Digg, genialt så, just har skapat ett självförstörande nätverk baserat på popularitet. Det går så här:

1) Personen skickar berättelse till Digg.

2) Visaren klickar på historien, tycker det är coolt, skickar det till hans eller hennes vänner

3) I stället för att skicka en riktig webbadress skickar tittaren nu Digg-förkortad URL över Facebook, Twitter eller vad som helst. Detta försvårar behovet av anpassade URL-förkortningstjänster, spara för superanalen som behöver förkorta en redan förkortad länk till kortare belopp. Short-shorty-kort.

4) När du klickar på länken tas tittarens vänner till Digg. Det begärda innehållet är inramat under DiggBar, men webbadressen är baserad på en underliggande Digg.com-adress. Den begärda webbplatsen får trafik … Digg gör det också, och ökar dess mätvärden för hur länge användarna bor på webbplatsen.

5) Digg växer i kraft och popularitet, VC skakar och öppnar pocketböcker. Och glöm inte reklamen - klicka på DiggBars "källa" eller "relaterade" -knappen dyker upp innehållet tillsammans med en stor, fyrkantig annonsering. Digg vinner ännu mer.

DiggBar Dilemma

Så varför är Webmasters upprörd? När allt kommer omkring, pekar punkt 4 ut ganska kortfattat: Dugg-webbplatserna får fortfarande trafiken från en vanlig Digg-sida på sidan. Faktum är att de får dubbla trafiken: en träff för den första sidan laddas upp i DiggBar-ramen, och en annan när en användare klickar på den stora "X" i hörnet av DiggBar för att ta bort den.

Skillnaden är nu att Digg hemsida länkar går nu till Digg-baserade sidor. Genom att dra upp de faktiska berättelserna i en ram och förpacka hela paketet i en Digg-baserad webbadress, förlorar webbplatser möjligheten att göra dramatiska språng i sökmotorns rankingskala. Webbadressen som skickas via Internet är Digg, inte den riktade webbplatsen. Webbadressen som blir bokmärkt i en användares webbläsare? Digg är igen. Och webbplatsen ifrågasätter inte ens fördelarna med Digg för sökoptimering: Det beror på att Digg använder en iFrame för att dra upp innehållet, inte direkt koppla till det.

Så där har vi det. Bra drag för Digg, eländigt flytta för innehållsleverantörer. Medan de fortfarande får trafikfördelarna med ett Digg-träff på framsidan, förlorar de sig på sökrankning, skärm fastigheter och eventuellt även reklamdollar (om Digg sparkar upp den här DiggBar-sidan ännu mer). Men åtminstone kan de ta bort delar av DiggBar-effekten genom att använda JavaScript för att bryta ut iFrame. URL-kortingstjänsterna har egentligen inget motstånd mot den mäktiga DiggBar: spelet över.