Wildgroei redirects

Door NoUseWhatsoever op woensdag 11 januari 2012 15:27 - Reacties (7)
Categorie: Web consultant, Views: 2.292

Wij hebben binnen ons bedrijf ruim 1.500 domeinnamen (die bij ons bekend zijn) geregistreerd. De meeste van deze domeinen hebben geen website, maar dienen slechts als redirect. Het is verdomd lastig om daar een overzicht van te krijgen, maar meestal is er gelukkig niets aan de hand, want het verandert niet zo heel vaak. Echter, binnenkort gaan wij onze domeinnaam registrar wijzigen én onze hostingomgeving wordt gemigreerd naar een nieuwe partij. Hiervoor willen we graag inzichtelijk krijgen welke sites waarnaartoe verwijzen, want de locatie van de sites waarnaar verwezen wordt wijzigt (andere hosting-partij dus andere servers dus ander IP-adres).

Nu is het nog redelijk gemakkelijk om te achterhalen of een site alleen een redirect is of niet. Het is echter een stuk moeilijk te achterhalen hoe een redirect is geregeld; dat kan namelijk op een paar verschillende plaatsen gedaan worden (bijv. in de zone file op de DNS (A-record of CNAME), in IIS, in het CMS of in de Host File). Om een redirect te kunnen wijzigen, moeten we weten wáár we dat moeten wijzigen. Dat is een redelijke klus, vooral omdat al die zaken niet bij één partij liggen.

Wat we ook graag willen doen voordat we overgaan naar de nieuwe domeinnaam registrar, is de grote hoeveelheid domeinen enigszins opschonen. Dit houdt echter in, dat we aan alle site-eigenaren moet vragen wat ze met hun redirects willen in de nabije toekomst. Er zitten ook redelijk wat redirects tussen die niet meer kloppen of gewoon niet meer werken. Dan willen we wel weten of die domeinnaam mag verlopen of dat die redirect gefixt moet worden, want bij de overstap naar het andere bedrijf, wordt elke domeinnaam met 2 jaar verlengd.

Deze klus bestaat uit het achterhalen van de contactpersonen voor elke website (dat is een stuk moeilijker dan dat het misschien klinkt) en afspraken maken met die site-eigenaren om alle redirects te evalueren. Eigenlijk wil ik dan voor elke individuele redirect weten: "klopt het nog zoals het er nu staat en zo niet, wat moet er mee gebeuren?".

Als start heb ik binnenkort een afspraak met de eigenaar van onze corporate website; hiernaar verwijzen 167 domeinen. Ik zal in de komende weken ook afspraken moeten maken met de kleinere websites om hun redirect-beleid onder de loep te nemen. Op zich een hele leuke klus, maar wel een enorm karwei :)

Het geeft mij de kans om mezelf binnen de organisatie te profileren, aangezien nog niet elk merk (of afdeling, if you will) bekend is met wat de web consultant doet in het bedrijf. Bovendien kan ik dan ook het centrale platform promoten, want het is natuurlijk veel gemakkelijker om alle sites te managen, als ze allemaal op hetzelfde platform draaien en bij dezelfde partij gehost worden. Dat is nu voor ongeveer 50% het geval en de rest is verdeeld onder allerlei kleine of grote partijen.

Vrienden die me bijstaan bij deze klus zijn o.a. MS Excel, WhoIS lookup en Traceroute via DomainTools of Uptrends. :)

Volgende: SLA-gesprek 18-01 SLA-gesprek
Volgende: Interessant project 05-01 Interessant project

Reacties


Door T.net user Barleone, woensdag 11 januari 2012 15:52

Misschien komt deze tip van pas: http://who.is

Door T.net user The_Fes, woensdag 11 januari 2012 16:14

Die staat al bij de vrienden die hem bij staan..

Door T.net user merlijn85, woensdag 11 januari 2012 18:29

Klinkt juist als het ideale moment om de wildgroei op te ruimen. Ik zou een simpele server inrichten die niets anders doen dan die redirects verzorgen - en vervolgens gewoon uit de http HEAD halen dat er een 30x plaatsvindt en die vervolgens in die redirect server mikken. Klein admin scriptje erop waarmee men de redirect aan kan passen en je bent er eigenlijk al.

Vervolgens een logisch stappen plan maken voor de DNS migratie, en de DNS van domeinen die toch worden doorverwezen worden omzetten naar de server die daarvoor dienst gaat doen.

Door T.net user Johnny, donderdag 12 januari 2012 12:54

Je tekst is een beetje verwarrend om te lezen omdat de begrippen URL en domeinnaam door elkaar worden gebruikt. Ik heb het idee dat het eigenlijk alleen om domeinnamen gaat hier?

[Reactie gewijzigd op donderdag 12 januari 2012 12:59]


Door T.net user ge-flopt, donderdag 12 januari 2012 12:58

Kan mezelf herrinneren dat bij mijn vorig werkgever ze een stagiaire alle domein namen hebben laten uitzoeken om zo een opschoon/controle actie uit te zetten. Was ook een flinke klus. Succes ermee.

Door T.net user NoUseWhatsoever, donderdag 12 januari 2012 14:28

Johnny schreef op donderdag 12 januari 2012 @ 12:54:
Je tekst is een beetje verwarrend om te lezen omdat de begrippen URL en domeinnaam door elkaar worden gebruikt. Ik heb het idee dat het eigenlijk alleen om domeinnamen gaat hier?
Dat kan ik begrijpen; het is ook incorrect. Ik bedoel domeinnamen, maar intern verwijzen we hier ook wel eens naar als URL.

Tweakers.net is een domein en een URL, maar tweakers.net/GoT is natuurlijk ook een URL in dat domein, dus ik snap je verwarring. Ik heb dit in de tekst ook aangepast :)

Door T.net user djluc, donderdag 12 januari 2012 14:52

Maak in 1x een portal waarin je dit gewoon centraal in beheer hebt. Dat scheelt een hoop, zeker als je een tussenpartij hebt kan dat prima.

Reactie formulier
(verplicht)
(verplicht, maar wordt niet getoond)
(optioneel)

Voer de code van onderstaand anti-spam plaatje in: