Google wil open redirectdienst maken van http://search

Als Google de gewenste .search-gtld van de Icann krijgt toegewezen, zou het internetbedrijf deze als een dotless-domein voor een redirectdienst willen gebruiken. Ook zou dit dotless-domein voor andere partijen moeten openstaan, evenals .blog, .app en .cloud.

Google heeft inmiddels via zijn eigen registrar Charleston Road Registry een nadere toelichting gestuurd aan de Icann. Daarin licht het internetbedrijf toe welke plannen het heeft met zijn gtld-aanvragen voor .app, .blog, .cloud en . search. Het opvallendst is wat Google met .search voor ogen heeft. Dit moet een zogenaamd dotless-domein worden in de vorm van http://search/. Door aan dit dotless-domein een query-structuur te koppelen, moet een eindgebruiker eenvoudig vanuit de adresbalk van zijn browser kunnen zoeken. Ook andere bedrijven die zoekmachines exploiteren zouden van .search gebruik kunnen maken. Google zou het gtld zelf als een redirectdienst willen gebruiken voor zoekdoeleinden, zo schrijft TechCrunch.

Naast .search wil Google met .blog en .cloud gebruikers van een blog of een clouddienst in staat stellen om bijvoorbeeld subdomeinen te testen. Voor de .app-gtld stelt Google voor om deze alleen te laten gebruiken door 'relevante communities van ontwikkelaars', maar het stelt geen beperkingen aan bepaalde platforms.

Of Google met zijn gtld-plannen zal slagen, is nog zeer de vraag. Tot nu toe is de Icann zeer terughoudend geweest met het toekennen van dotless-gtld's, mede onder druk van beveiligingsonderzoekers. Daarnaast azen verschillende partijen op bepaalde gtld's. Zo zijn ook Amazon, dot Now Limited en Donuts.co uit op .search.

Door Dimitri Reijerman

Redacteur

11-04-2013 • 13:36

69

Lees meer

Reacties (69)

69
67
45
7
0
14
Wijzig sortering
Hmm... vraag me af hoe dat rijmt met het idee van ICANN over dotless domeinen:

http://www.ascio.com/node/83
Het is niet zo raar dat ICANN geen dotless domains wil. Ik kan ook een search.example.org maken die naar mijn webserver wijst. Computers krijgen op mijn netwerk via DHCP example.org binnen als top level domain, dus als ze dan in de browser http://search intypen, komen ze uit op mijn website.

Anders gezegd: door het gebruik van dotless domeinen kan verwarring ontstaan of het een naam is van een pc op een bepaald netwerk, of dat het een correcte naam is op het internet. Computer checken eerst dat eerste, pas daarna het laatste.

[Reactie gewijzigd door Jaap-Jan op 23 juli 2024 13:33]

Zoals op je link staat:
As a result, prospective TLD operators wishing to use dotless domains would have to provide detailed rationale for doing so to ICANN
Daarom zal Google nu wel dit 'het is goed voor iedereen'-verhaal verspreiden.
"Door aan dit dotless-domein een query-structuur te koppelen, moet een eindgebruiker eenvoudig vanuit de adresbalk van zijn browser kunnen zoeken."
Dit kan tegenwoordig toch al in bijna alle browsers door gewoon je zoekterm neer te zetten en op enter te drukken?
Het typen van de zoekterm in de adresbalk wordt natuurlijk wel moeilijker als deze term steeds vaker zal worden herkend als dotless domeinnaam. Zou je nu "search" intypen, dan zou je via Google gaan zoeken naar de term "search". In de toekomst zou je dus uitkomen bij de site met domeinnaam http://search.
Ik snap inderdaad ook niet wat het voordeel hieraan is, want zoals je zegt kan dit al door gewoon in de adresbalk te typen. Enkel internet Explorer heeft dit niet voor zover ik weet. Daar zal je eerst een vraagteken moeten typen, waarna je hetzelfde effect hebt. Wat het precieze voordeel hiervan is, is mij dus onduidelijk. Verder lijkt het me inderdaad ook niet wenselijk dat een normale zoekquery altijd via Google zal lopen.
Als ik even de pet op zet van de mensen in de anti-Google hoek:

Als Google de eigenaar wordt van .search door te zeggen dat ze het openstellen voor alle bedrijven die een search-engine hebben, houdt dat technisch in dat alle data die jij zoekt via bijv http://.search/bing* verstuurd zal worden via http://search/ en dan naar Bing.
Dit zou dan het zelfde werken als een basic webproxy en geeft Google dus inzicht in de gehele search engine markt:
- Hoe vaak worden de engines gebruikt.
- Populairiteit van engines per regio.
- etc

Google krijgt op die manier, voor een relatief lage prijs van een dotless-gtld, heel erg veel informatie over de concurrentie.

* = Of welke vorm ze ook verzinnnen als aandouding voor andere zoekmachines.

Aan de andere kant begrijpt iedereen dat de andere search engines hier niet in gaat trappen.
Als de Icann de dotless-gtld toeken aan Google is het vervolgens makkelijk voor Google om te wijzen naar de concurrentie en schuilen als het feit dat de rest niet mee wil werken.

[Reactie gewijzigd door Giftcard op 23 juli 2024 13:33]

Ik heb duckduckgo als default engine in mijn browser en die ondersteund een vergelijkbaar iets. (Eigenlijk de enige reden dat ik het gebruik)

Bijvoorbeeld:
  • ! keyword (eerst hit)
  • !tweakers keyword (tweakers.net)
  • !g keyword (encrypted google)
  • !youtube keyword (youtube)
  • !wiki keyword (wikipedia)
  • !github keyword (github)
  • !bing keyword (bing)
Meer hier

[Reactie gewijzigd door ZpAz op 23 juli 2024 13:33]

.oisyn Moderator Devschuur® @ZpAz11 april 2013 14:48
Dat kan in Chrome ook, en dan zonder de !. Als ik bijv. op "tweakers" wil zoeken op wikipedia dan tik ik "w tweakers". Of als ik "harlem shake" zoek op youtube dan tik ik "y harlem shake". Right-click in de adresbalk, dan "edit search engines". Tweede kolom is het search keyword.

@JoostBaksteen: nee ik tik letterlijk "y harlem shake", dus gewoon met spatie. Werkt prima.

[Reactie gewijzigd door .oisyn op 23 juli 2024 13:33]

Je moet dan wel "y[tab]harlem shake" intypen, anders pakt hij youtube niet :) Hier iig, met Chrome.
Gebruik firefox vrij weinig meer gezien chrome de enige is met recente flash onder linux, maar daar heb je keywords. Heb bijv. een favoriet voor de MS knowledge base met keyword mskid en 'mskid 123456' opent dan ook direct het KB artikel met nr 123456.

Mis dat wel in Chrome een beetje. Evenals del.icio.us plugin (eigenlijk alleen het deel met nested tags - heb bijv. veel fav's met als tag smtp of spam of exchange en als ik exchange aan klik zie ik daaronder als 'mappen' alle tags die aan favs met exchange tag hangen en kan dus vrij snel exchange\spam doen om alleen favs met en een exchange en een spam tag te hebben). Als iemand daar een alternatief voor weet ;).
Safari in ios heeft toch ook een apart searchvakje?
Firefox voor windows ook,maar is voor gewone zoek opdrachten niet nodig.
Nog wel. In OSX is het zoekvakje al verdwenen, zal in een volgende versie/update voor iOS ook wel gaan verdwijnen,
Anoniem: 373239 @psresource11 april 2013 13:54
Volgens mij heeft Firefox dit ook niet standaard?
Ik heb een paar versies geleden nog een plugin geinstalleerd die de zoek- en adresbalk samenvoegt zoals in Chrome.
Je hebt inderdaad een aparte zoekbalk, waar je on the fly een andere engine/website kan kiezen.

In de adresbalk werkt het echter ook, daar kan je alleen niet zo makkelijk kiezen met welke engine/website je wil zoeken.

En dit werkt al minstens sinds versie 2.x, dus meer dan enkele versies geleden.
"In de adresbalk werkt het echter ook, daar kan je alleen niet zo makkelijk kiezen met welke engine/website je wil zoeken."


jawel hoor, in firefox gewoon rechtermuisklik in de zoekbalk van willekeurige site: add "keyword for this search" et voila, keyword intikken voor je zoekterm in de awesomebar en je komt direct op de gewenste site
in IE10 (en dacht zelfs 9 ook) kan je prima een zoekterm in de zoekbalk rammen en dan gaat die gewoon zoeken met de ingestelde zoekmachine hoor.
Ja, en ik zie nog heel veel mensen in de zoekbalk 'www.google.nl' typen, om vervolgens in de googlebalk op het scherm in te typen "www.tweakers.net"

Over omwegen gesproken ...
ie10 heeft het sowieso wel, uiteraard standaard via bing.
Ik gok dat als ze redirecten via die URL naar bijv. een bing dat ze nog steeds kunnen analyseren waar jij op zoekt - ook al loopt het via bing.

Het is echter maar een gok. Ontleen er niks aan aub.

edit:
Ik moet vaker refreshen - Giftcard was me al voor

[Reactie gewijzigd door freaky op 23 juli 2024 13:33]

Dit zit al in IE sinds versie 9...
Dat zeg je goed ja. Bijna alle browsers. Als Google deze gtld in handen krijgt, dan is dat automatisch in alle browsers.
...en automatisch (default) via Google (tenzij je dit anders instelt), lijkt me?

[Reactie gewijzigd door Grrrrrene op 23 juli 2024 13:33]

dat is het nu ook al :O, of je moet bing willen :P

ben benieuwd hoe het gaat werken, de meeste pc's zijn bevuilt met rommel van avg search en andere zoekbalken.

[Reactie gewijzigd door Mr.Monk op 23 juli 2024 13:33]

Er zijn nog andere zoekmachines ook hoor die noemenswaardig zijn. Duckduckgo bvb.
https://duckduckgo.com/
Anoniem: 167912 @Boborc11 april 2013 15:21
met alle respect voor duckduckgo, maar noemenswaardig zou ik ze niet noemen.
Als ik naar mijn server statistieken kijk is er werkelijk geen hond die het gebruikt (òf het is dat mijn sites niet scoren in deze zoekmachine en dan zijn ze ook niet noemenswaardig ;))
met alle respect voor duckduckgo, maar noemenswaardig zou ik ze niet noemen.
Als ik naar mijn server statistieken kijk is er werkelijk geen hond die het gebruikt (òf het is dat mijn sites niet scoren in deze zoekmachine en dan zijn ze ook niet noemenswaardig ;))
Omdat DDG niet aan tracking doet, en zijn 'headers' dus waarschijnlijk niet meezend.

itt tot de irritante afvangers "hallo google gebruiker, misschien zoek je dit ?"
Qua relevantie van de zoekresultaten vind ik ze zeker noemenswaardig! En daar ging het toch over? Keuzes voor een andere standaardzoekmachine (die goede zoekresultaten levert)
Anoniem: 398603 @Boborc11 april 2013 14:57
Er zijn nog andere zoekmachines ook hoor die noemenswaardig zijn. Duckduckgo bvb.
https://duckduckgo.com/
Dat vind ik dus niet, heel veel websites die in bing en google gewoon op pagina 1 staan kun je in deze zoekmachine pas vinden op pagina 10 en verder. lol
Ik heb persoonlijk zelf geen problemen met duckduckgo.com en gebruik deze naar volledige tevredenheid.

Wat ik fijn vind aan duckduckgo.com is de integratie met allerlei zoekmachines van websites. Bijv. stackoverflow of serverfault (maar ook hp, wikipedia etc etc). En dat maakt het voor mij tijdens werk een erg handige zoekmachine. Ook de minimale layout vind ik erg fijn.

Wat ik persoonlijk niet fijn vind aan google is de sponsored links en de persoonlijke zoekresultaten. Waardoor je op een machine van iemand anders altijd andere resultaten krijgt. Maar vind ik iets niet via duckduckgo.com dan probeer ik het direct daarna op google.

Mijn aluminium hoedje kan ik gewoon aflaten wanneer ik zoek met duckduckgo.com

long story short: google en duckduckgo zijn allebei verschillende zoekmachines met ieders hun eigen pro's en con's :)

* Anoniem: 151857 gebruikt duckduckgo.com om te zoeken maar ben stiekem nog steeds google fanboy op hun technisch kunnen en streven.
Iedere zoekmachine heeft weer een andere relevantie voor de geïndexeerde websites, dus wellicht moet je met DuckDuckGo leren omgaan zoals je ooit hebt leren omgaan met Google (ten opzichte van de toen heersende zoekmachines).

DuckDuckGo heeft een paar leuke features die Google niet heeft. O.a. de bang-syntax (een uitroepteken met een korte code erachter) waarmee je gerichter zoekt. Met !gf bij een zoekquery zoek je in Google Finance. Liever Yahoo Finance? Dat kan met !yf. Zoeken in images, maps, op Wikipedia of IMDB? allemaal ingebouwd met een korte code.

Wat ook prettig is is dat officiële websites als dusdanig worden weergegeven, zie dit bijvoorbeeld: https://duckduckgo.com/?q=microsoft.

En de reden dat ik voor dagelijks gebruik over ben gestapt naar DuckDuckGo? Google laat tegenwoordig alle clicks via een redirect gaan. Om te kunnen zien waarop geklikt wordt (om je te volgen uiteraard, want dat is hun business). Helaas ging het zoveel mis dat ik regelmatig bij de redirect bij Google bleef hangen... Google gebruik ik nu als alternatief als DuckDuckGo me niet de gewenste resultaten geeft. En ik kom er minder en minder...
bullshit, ik zoek alleen naar tweakers en gelijk de eerste hit. Hij bied zelfs aan om tweakers te zoeken op tweakers.net
Idd, en ook bij de zoekterm "tweakers nederland" staat hij netjes op 1

https://duckduckgo.com/?q=tweakers+nederland
...en automatisch (default) via Google (tenzij je dit anders instelt), lijkt me?
[url="http://search/"]http://search/[/] zal allicht gebruik maken van Google's index (en bijbehorende algoritmes etc.) maar ik kan me prima een http://bing.search/ en http://yahoo.search en http://badoo.search/ voorstellen?

[Reactie gewijzigd door RobIII op 23 juli 2024 13:33]

Anoniem: 151857 @RobIII11 april 2013 15:57
alleen als google zo vriendelijk is om daar cname records aan te maken voor deze bedrijven of iets in die geest.
ICANN kan natuurlijk google in een contract dwingen tot het toelaten van andere bedrijven.
Vriendelijk, maybe. Of gewoon (vet waarschijnlijk) voor dokken, net zoals je nu voor domein.tld betaalt ;)
Hoezo is dat dan ineens automatisch? volgens mij moet je er dan nog "search/" voor typen toch?
Dus zoiets:

http://search:Hello World!

Of heb ik het dan verkeerd in gedachten?
Alles achter : op die plek wordt binnen URI schema's gezien als het poortnummer. Dus die vlieger gaat in elk geval niet op.
Ik denk eerder: http://search/Hello%20World%21

Dat is met een Rewrite op de server makkelijk om te bouwen tot: http://search?q=Hello%20World%21

[Reactie gewijzigd door Jaap-Jan op 23 juli 2024 13:33]

Bij een hostname zonder "." gaat mijn DNS uit van een "domainless" host en hier wordt zo nodig het lokale domein achter geplakt, maar dergelijke aanvragen worden nooit doorgestuurd naar remote dns servers, dat is ook wel zo prettig. Volgens mij plakken veel ISPs ook het eigen domein achter een dergelijke domain-less dns aanvraag op hun dns servers, zoals "mail" en "ntp"? Het lijkt mij dat dit op teveel plekken mis kan gaan (en misbruikt kan worden)... Het wordt in elk geval lucratief voor ISPs om zelf een "search" hostname te gebruiken ;)

Ik hoop trouwens dat niemand dezelfde plannen heeft met een "localhost" tld... }>
Localhost als pointless domein zou toch zonde van het geld zijn, een PC zoekt eerst in zijn eigen netwerk voordat hij zoekt op het internet. Dus hij zou sowieso eerst bij localhost uitkomen zoals dat nu al gebeurd en niet bij een website.
Anoniem: 151857 @Loller111 april 2013 16:00
tenzij je je /etc/nsswitch.conf aanpast :P:P
paar jaar geleden heeft Google al een bedrijf overgekocht dat een gepatenteerde methode had om te kunnen zoeken binnen websites op basis van standaard queries. zoals select ... from ...

kan zo even het oorspronkelijke artikel niet meer vinden.

Maar kan me wel voorstellen dat het heel goed hiermee wordt gecombineerd
Klinkt allemaal heel nobel enzo van Google. Iedereen mag er gebruik van maken etc.

Maar dat klinkt mij in eerste instantie alleen als een argument om het toegewezen te krijgen van de ICANN. Want, wie gaat bepalen wie er wel en niet gebruik van mag maken? Ik neem aan Google. Dus als ik straks een zoekmachine bouw, dan moet ik aan Google vragen om gebruik van search te mogen maken.

En app, iedereen is tegenwoordig app developer.

En hoe gaat dat dan werken? Met een subdomain snap ik het wel, maar http://search/query hoe weet het tld waar die naar moet verwijzen?
Waarschijnlijk via speciale HTTP-headers of cookies.
Anoniem: 423265 11 april 2013 14:06
Slim van Google. Want op deze manier kunnen ze niet alleen hun eigen searchrequests loggen (voor bv. advertentiedoeleinden), maar in één klap ook alle searchrequests van alle andere zoekmachines die hiervan gebruik gaan maken.
Ik denk niet dat het wordt toegekend bij .search. Het lijkt me sterk dat de Icann 1 partij zo'n belangrijke extentie wil geven. Ze zullen dan waarschijnlijk alleen bij .google terecht kunnen voor een dergelijke actie.
Eenvoudig zoeken vanuit de URL balk? Licht het aan mij, of is dit juist moelijker dan nu gewoon typen in die balk? Verwijst http://search/ dan ook naar Google? Want dan wordt het een kwalijke zaak in mijn ogen (nu ja .search gTLD is ook al kwalijk, vind ik).
Google is van plan om http://search/ naar meerdere zoek machines te wijzen. Dus als bijvoorbeeld de gebruik yahoo gebruikt dan gaat dat na yahoo en als hij Google gebruikt gaat ie na Google. En dat gaat het zelfde gebeuren met de andere gTLDs
Waarom niet het".dev" domein voor developers.. Lijkt erop dat Google die sowieso al heeft geregistreerd (http://www.101domain.com/dev.htm)

.app lijkt me logischer voor website van apps zelf, dat je naar angrybirds.app gaat en daar alle relevante informatie ziet als consument voor die app, en naar androidprogramming.dev gaat als je wilt leren programmeren.

Ook ben ik benieuwd hoe ze dat search domain dan willen beheren met meerdere zoekmachines? Hoe kan je dan kiezen dat je Google krijgt ipv Yahoo, of krijg je het beide of moet je dat erachteraan gooien?
Nooit geweten, die gebruik ik dan ook lokaal om op te ontwikkelen. Sommige CMS-en hebben moeite met installeren in een subdir (tenminste, dan moet je weer instellingen wijzigen zodra de website live gaat en in de root draait).

Op dit item kan niet meer gereageerd worden.