Je suis photographe et en coopération avec une amie faiseuse de sites
web, on va lancer un énième produit "pack site web + photos".
bon laissons là le coté marketing, c'est juste pour vous situer le
contexte.
venons-en à la question. je vais héberger ces sites sur mon compte :
j'ai un gros pack chez 1&1, pour le moment en mutualisé, le passage en
dédié devrait se faire dans l'année tout juste démarée.
or, pour des raisons évidentes de simplification des choses pour le
client, je vais aussi m'occuper de la réservation des noms de domaine.
voici comment je compte procéder. La question est simple : est-ce
possible ? si non, comment faire au mieux ?
- je réserve le nom de domaine en étant l'administrateur de ce nom de
domaine, mon client étant le propriétaire. ainsi je peux techniquement
le gérer mais je n'en suis pas proprio.
- ainsi je paye la 1ere année, ça fait partie du pack.
- l'année arrive à échéance. là le client a 2 options :
soit il décide de renouveler son hébergement de site, auquel cas je
prolonge l'hébergement, pour un prix à déterminer. il faudra donc payer
la 2eme année. là encore idéalement ce serait à moi de le payer, ce
renouvellement de nom de domaine étant compris dans le renouvellement
d'hébergement.
soit il décide de se débrouiller auquel cas il faudra que la demande de
paiement se fasse auprès de lui, et que je refile l'administration de
ce nom de domaine au suivant, quel qu'il soit.
bref, je vois assez mal comment faire autrement, même si ça me parait
un brin compliqué.
mais en fait, les pros qui ne font que ça.... ils font comment ? (me
demandez pas comment mon amie fait, elle bosse pour une très grosse
boite sur de très gros projets et ne s'occupe pas de ça. venez pas me
dire qu'elle a pas le droit de bosser avec moi, si elle l'a. bref,
juste la question (les, y'en a deux en fait :D)...
merci ;-)
Florent
la nuit est excellente conseillère.
En fait je vais simplement m'occuper de la commande d'un pack
d'hébergement chez un fournisseur et, disposant des accès, je
m'occuperai de l'administration du site si le client le désire
(conditions à définir bien entendu). S'il ne le souhaite pas, je lui
mettrai le site en place et il devra trouver un prestataire qui
s'occupera des eventuelles mises à jour, etc.
Ainsi toute la démarche s'en retrouve simplifiée à l'extrême pour lui
comme pour moi, tant sur le plan technique qu'administratif. Il me sera
juste nécessaire de passer le voir pour effectuer le paiement en ligne
de son pack avant la mise en place de son site.
Que cela n'empêche pas ceux qui ont un avis pertinent de débattre du
sujet ;-)
Florent
> Que cela n'empêche pas ceux qui ont un avis pertinent de débattre du
> sujet ;-)
>
> Florent
>
>
J'avais cru voir que de toute façons, on n'avait pas le droit de
sous-louer à titre payant son hébergement, mais je ne sais plus si c'est
sur 1&1 ou infomania. J'ai regardé ça il y a peu.
Noëlle Adam
et ben ça règle le pb... je n'avais même pas envisagé les choses sous
cet angle. comme quoi on fait bien de demander :)
rien dans les règles de l'internic ne définis ce que serait
une sous-location et donc ne peut pas l'interdire.
seule la propriété est définie.
un nom de domaine a 3 intervenants:
- le propriétaire / déposant: il "possède" le nom, sa gestion est
sous son contrôle ... mais la possession est (bien sur) immatérielle,
la gestion est souvent déléguée.
- le contact financier / administratif: celui qui est supposé
payé mais n'importe qui a le droit de payer (du moment qu'il
peux s'authentifier vis à vis du registrar)
- le contact technique: celui supposé géré les soucis du même
nom, la plupart des hébergeurs/registrar s'octroie (sans forte
raison) ce champ.
dans ton cas, il est inutile d'être déposant - dans le pire des
cas tu tomberas sur un tordu qui t'attaquera pour un nom de
domaine correspondant à une marque déposée.
toutefois si tu vends le site initial, puis la maintenance et/ou
l'hébergement, il sera utile (indispensable) de pouvoir gérer
ce nom (définir les records (A, MX, ...) de ce domaine).
le plus simple est donc (pour une fourniture de site clé en main)
d'enregistrer toi-même le domaine (meilleur moyen d'avoir les
identifiants de gestion) mais avec le nom du client comme déposant
et créditeur, tu paies pour lui et tu lui refactures (librement!).
Sylvain.
note quand même que chaque domaine de premier niveau peut
avoir des règles différentes (identiques pour .com, .net,
etc) notamment pour les domaines nationaux (.fr, ...) et
européen (.eu).
les sites de ces top level donnent toutes les infos.
SF.
merci à toi pour ces précisions !
en fait je vais tout lui faire, d'un point de vue technique et
administratif. c'est le principe du clé en main, comme tu l'as
souligné. mais il va payer l'hébergement et le nom de domaine. si
contrat il y a, ce sera de maintenance.
d'ailleurs, je n'ai strictement aucune idée des prix. il s'agirait
d'intervenir en cas de pb technique. je ne vois pas vraiment quoi, vu
qu'il ne s'agit que d'un site de 2 pages avec à peu près aucune
fonction compliquée, mais j'imagine aisément que je serai contacté à la
moindre défaillance de l'hébergeur :)
donc, intervention technique et 2 mises à jour par an (pas changer un
mot hein, 2 vraies mises à jour - limtées à cause du nb de pages)
ça se facture combien ça ? je ne souhaite pas pratiquer des prix
délirants, dans un sens ou dans l'autre...
merci !
j'espère lire "il va *te* payer l'hébergement..."
car si chaque client part sur l'hébergeur de son choix
cela sera ingérable.
> d'ailleurs, je n'ai strictement aucune idée des prix. il s'agirait
> d'intervenir en cas de pb technique. je ne vois pas vraiment quoi, vu
> qu'il ne s'agit que d'un site de 2 pages avec à peu près aucune fonction
> compliquée, mais j'imagine aisément que je serai contacté à la moindre
> défaillance de l'hébergeur :)
tu décris ici que ton offre est minimaliste et donc que tu n'as
rien à facturer; libre à toi de créer des services et d'avoir
ainsi matière à facturer.
pour une page one-shoot, tu factureras une fois l'an le domaine
et l'hébergement, même avec un coeff. 10 de marge ça ne fera pas
lourd; sauf à avoir +1000 pages-client.
> donc, intervention technique et 2 mises à jour par an (pas changer un
> mot hein, 2 vraies mises à jour - limtées à cause du nb de pages)
pas sur de savoir ce qu'est une *vraie* mise à jour semestrielle ?!
pour une offre "pack site web + photos", je vois encore moins !
si tu t'adresses à des particuliers qui pourront changer 2 fois l'an
les 5 ou 10 photos présentes sur 2 pages, ne te lances pas, cela ne
sera jamais rentable faute de clients.
> ça se facture combien ça ? je ne souhaite pas pratiquer des prix
> délirants, dans un sens ou dans l'autre...
le montant que tu veux ! c'est le bon coté de l'économie de marché,
le prix n'est pas planifié par le bureau central.
reste bien sur que si tu vends plus cher que cela ne rapporte
au client ou qu'il peut dépenser ailleurs pour la même chose,
tu n'auras pas ce client.
à l'inverse si tu factures moins cher que cela ne te coûte (en
oubliant rien du serveur à tes impots en passant par le frigo),
tu seras également dans l'erreur.
avoir une idée de départ, faire une offre "pack site web + photos",
est indispensable, faire une étude de marché pour définir un vrai
produit (compréhensible car en phase avec une attente, original
car pas une répétition de ce qui existe ou ce que le client final
peut faire tout seul) est l'autre étape indispensable avant de se
lancer, le business plan qui en résulte donne nécessairement
tous les coûts associés et d'un autre coté tu sais combien il
te faut pour vivre.
Sylvain.
non c'est moi qui choisi et qui gère, mais c'est lui qui le paye.
> tu décris ici que ton offre est minimaliste et donc que tu n'as
> rien à facturer; libre à toi de créer des services et d'avoir
> ainsi matière à facturer.
>
> pour une page one-shoot, tu factureras une fois l'an le domaine
> et l'hébergement, même avec un coeff. 10 de marge ça ne fera pas
> lourd; sauf à avoir +1000 pages-client.
>
>> donc, intervention technique et 2 mises à jour par an (pas changer un
>> mot hein, 2 vraies mises à jour - limtées à cause du nb de pages)
>
> pas sur de savoir ce qu'est une *vraie* mise à jour semestrielle ?!
>
> pour une offre "pack site web + photos", je vois encore moins !
> si tu t'adresses à des particuliers qui pourront changer 2 fois l'an
> les 5 ou 10 photos présentes sur 2 pages, ne te lances pas, cela ne
> sera jamais rentable faute de clients.
non en fait je fais des visites virtuelles et je me trouve confronté à
des clients qui me disent "mais j'ai pas de site web !!!" et ben je
peux répondre "c'est pas grave, j'ai ce qu'il faut". aussi simple que
ça.
merci pour ton message :)
Tu parles de sous-louer un nom de domaine ou un espace ?
En matière d'espace les hébergeurs te font signer un contrat, l'idée est
que tu ne devienne pas hébergeur à ton tour.
Par contre prendre un nom de domaine pour ton client et gérer tout le
binz, rien n'empêche.
Tu n'es pas même obligé de prendre le nom de domaine chez l' hébergeur,
bien qu'il en offre souvent un dans le forfait.
>
> le plus simple est donc (pour une fourniture de site clé en main)
> d'enregistrer toi-même le domaine (meilleur moyen d'avoir les
> identifiants de gestion) mais avec le nom du client comme déposant
> et créditeur, tu paies pour lui et tu lui refactures (librement!).
La gestion du nom de domaine peut très bien être distincte de la gestion
de l'hébergement.
Ce n'est peut-être pas le cas chez tous les hébérgeurs, mais chez
infomaniak la facturation, la propriété et la gestion technique ont
droit à leurs champs différents. Ce qui n'empêche pas d'avoir un ou des
noms de domaine externes si on veut. Gerés par qui on veut.
Noëlle Adam
il y aurait un rapport entre l'internic et l'hébergement ?
il n'a été question d'hébergement nul part - hormis la
configuration des records de ce domaine pour pointer
vers un hébergement.
> En matière d'espace les hébergeurs te font signer un contrat,
> l'idée est que tu ne devienne pas hébergeur à ton tour.
?!?
il y a autant de contrat pour sous-sous-domaine à la capacité
et bande passante tellement limité qu'héberger pour un tiers
serait pratiquement impossible que de contrats pour prestataire
(sur dédié ou pas).
"devenir hébergeur" signifie avoir une connexion Internet -
lis bien ! une vrai connexion gigabits pas une pauvre ligne
téléphonique et son ADSL - si tu veux monter ton datacenter
cela ne regarde aucun hébergeur, tu ne signeras aucun contrat
avec lui - faire du ftp sur un machin distant duquel on ne
sait rien n'est pas héberger, mais stocker.
> Par contre prendre un nom de domaine pour ton client et gérer tout le
> binz, rien n'empêche.
ce que j'ai dis.
> Tu n'es pas même obligé de prendre le nom de domaine chez l' hébergeur,
> bien qu'il en offre souvent un dans le forfait.
il ne t'*offre* pas si c'est *dans* le forfait.
il fera souvent une gestion minimaliste qui sera source
d'ennui pour un gestionnaire de sites.
> La gestion du nom de domaine peut très bien être distincte de la gestion
> de l'hébergement.
financièrement (à qui je paie) évidemment.
pratiquement elles ne sont pas distinctes, enfin si on veux
que le nom pointe sur le bon serveur, application, etc.
> Ce n'est peut-être pas le cas chez tous les hébérgeurs, mais chez
> infomaniak la facturation, la propriété et la gestion technique ont
> droit à leurs champs différents. [...]
ce que j'explique dans mon premier post.
et cela n'a rien à voir avec un registrar particulier.
Sylvain.
Il a été question de site clé en main dans la question initiale, ce qui
implique nom de domaine et hébergement.
>
>> En matière d'espace les hébergeurs te font signer un contrat,
>> l'idée est que tu ne devienne pas hébergeur à ton tour.
>
> ?!?
> il y a autant de contrat pour sous-sous-domaine à la capacité
> et bande passante tellement limité qu'héberger pour un tiers
> serait pratiquement impossible que de contrats pour prestataire
> (sur dédié ou pas).
??? En général je comprends relativement bien le français mais là
j'avoue que je cale sur le sens de cette phrase.
>
> "devenir hébergeur" signifie avoir une connexion Internet -
> lis bien ! une vrai connexion gigabits pas une pauvre ligne
> téléphonique et son ADSL - si tu veux monter ton datacenter
> cela ne regarde aucun hébergeur, tu ne signeras aucun contrat
> avec lui - faire du ftp sur un machin distant duquel on ne
> sait rien n'est pas héberger, mais stocker.
Je précisait que dans certains contrats, et je n'en ai point vu qui
fonctionnent autrement, peut-être que ça existe, il est précisé que
l'espace qui t'es alloué ne peut pas être sous-loué à un client, ce qui
pratiquement serait très facile à faire avec un nom de domaine externe
pointant sur un sous-domaine. Suis-je la seule à lire les contrats ?
Il est évident que rien ne t'empêche de louer une ligne haut débit et
d'installer de grosses babasses pleines de disques dans ta cave pour
heberger tout ce que tu veux et louer l'espace.
>
>> Par contre prendre un nom de domaine pour ton client et gérer tout le
>> binz, rien n'empêche.
>
> ce que j'ai dis.
Oui. Je plussoie.
>
>> Tu n'es pas même obligé de prendre le nom de domaine chez l' hébergeur,
>> bien qu'il en offre souvent un dans le forfait.
>
> il ne t'*offre* pas si c'est *dans* le forfait.
Offre = proposition. Comme dans "offre spéciale". Même en période de
fête, offre n'est pas synonyme de cadeau offert.
> il fera souvent une gestion minimaliste qui sera source
> d'ennui pour un gestionnaire de sites.
>
>> La gestion du nom de domaine peut très bien être distincte de la gestion
>> de l'hébergement.
>
> financièrement (à qui je paie) évidemment.
> pratiquement elles ne sont pas distinctes, enfin si on veux
> que le nom pointe sur le bon serveur, application, etc.
>
>> Ce n'est peut-être pas le cas chez tous les hébérgeurs, mais chez
>> infomaniak la facturation, la propriété et la gestion technique ont
>> droit à leurs champs différents. [...]
>
> ce que j'explique dans mon premier post.
> et cela n'a rien à voir avec un registrar particulier.
Ben oui, les hebergeurs utilisent les mêmes registrars que les autres.
Noëlle Adam
même dans le titre :)
>>> En matière d'espace les hébergeurs te font signer un contrat,
>>> l'idée est que tu ne devienne pas hébergeur à ton tour.
>>
>> ?!?
>> il y a autant de contrat pour sous-sous-domaine à la capacité
>> et bande passante tellement limité qu'héberger pour un tiers
>> serait pratiquement impossible que de contrats pour prestataire
>> (sur dédié ou pas).
>
> ??? En général je comprends relativement bien le français mais là j'avoue que
> je cale sur le sens de cette phrase.
ha ben maintenant je peux oser le dire... j'ai pas compris non plus.
pardon de ne pas avoir été tout à fais clair Noëlle, le PO
nous indique qu'il a "un gros pack" chez 1n1 (je garde mon
avis hors sujet sur ce fournisseur) et qu'il passera en
dédié, ce sujet n'a pas fait l'objet de question précise
de sa part, par contre je lis "je vais aussi m'occuper de
la réservation des noms de domaine. [..] est-ce possible ?"
donc je répondais (plus que "il était question") sur ces
noms de domaine.
>>> En matière d'espace les hébergeurs te font signer un contrat,
>>> l'idée est que tu ne devienne pas hébergeur à ton tour.
>>
>> ?!?
>> il y a autant de contrat pour sous-sous-domaine à la capacité
>> et bande passante tellement limité qu'héberger pour un tiers
>> serait pratiquement impossible que de contrats pour prestataire
>> (sur dédié ou pas).
>
> ??? En général je comprends relativement bien le français mais là
> j'avoue que je cale sur le sens de cette phrase.
ah bon, tu affirmes "ils font signer *un* contrat",
je nuance "il y a autant de contrats que d'offres possibles".
> Je précisait que dans certains contrats, et je n'en ai point vu qui
> fonctionnent autrement, peut-être que ça existe, il est précisé que
> l'espace qui t'es alloué ne peut pas être sous-loué à un client, ce qui
> pratiquement serait très facile à faire avec un nom de domaine externe
> pointant sur un sous-domaine. Suis-je la seule à lire les contrats ?
si cela figure sur certains contrats et que cela a un sens, c'est une
précision inutile ! je m'explique...
soit le contrat d'hébergement octroie un espace limité et un nommage
par _un_ nom de domaine (existant ou lié à l'offre), l'hébergement
est alors mutualisé sur un serveur pouvant contenir des centaines
de sites et le contractant n'a aucun moyen de gérer le serveur web
(configurer le serveur apache), il lui est donc impossible de définir
des sous domaines (photo.truc.ext différent de www.truc.ext) comme
d'ajouter des domaines (www.machin.ext différent de www.truc.ext)
qui pointeraient sur des "applications" 'un ensemble de pages)
différents.
soit le contrat d'hébergement octroie un espace conséquent et une
possibilité complète de gérer l'aiguillage entre un nom de domaine
et un ensemble de pages sur le serveur (ie configurer le serveur
web directement ou via des forms de cet hébergeur qui contrôle
le nombre max. de domaines et sous-domaines); dans un tel cas,
la propriété (intellectuelle et/ou commerciale) du contenu de
chaque domaine ne regardent pas l'hébergeur, donc il ne peut
interdire la ""sous-location"".
à définir ce que "sous-location" signifie; bien sur l'hébergeur
interdira que j'achète un pack machin à X euros et que je
loue directement cette offre (transfert des identifiants)
à un tiers à un prix de X+Y euros.
par contre rien n'interdira à un "prestataire" d'acheter un pack
et de l'utiliser pour vendre des services à ses propres clients
(et aucun hébergeur ne se privera de tels intermédiaires qui
représentent +90% de leurs offres sérieuses).
Sylvain.
le quoi ???
"PO": Posteur d'Origine (initiateur du fil/thread...)
--
Bertrand
ha ben c'est la 1ere fois que je vois ça.... je suis sur les forums
nntp depuis... pfiu... plus de 15 ans.
> ha ben c'est la 1ere fois que je vois ça.... je suis sur les forums nntp
> depuis... pfiu... plus de 15 ans.
>
>
Mitou. Le premier forum où j'ai été vraiment active c'était
comp.lang.tcl-tk, mais j'ai lurké avant.
Noëlle Adam