Donc, aujourd'hui, je voulais écrire un peu sur l'utilisation du cyrillique en CNC. À mon avis, les liens en russe seraient très bons sinon... Il y a des rumeurs selon lesquelles ils ne sont pas disponibles pour les navigateurs, les moteurs de recherche et d'autres systèmes, et quelque chose d'absolument terrible s'affiche dans la barre d'adresse du navigateur. C'est à peu près tous les avantages, les inconvénients, les rumeurs et la mise en œuvre sur les sites, je voudrais dire.

Ainsi, un exemple de la façon dont vous pouvez utiliser la langue russe dans l'URL peut être vu directement dans la barre d'adresse de votre navigateur. Ce qui suit doit y être écrit :

Http://site/news/2009/09/08/Russian_language_in_URL.html

Voyons ce que dit la spécification officielle HTML 4.01 à ce sujet :

B.2.1 Caractères non ASCII dans les valeurs d'attribut d'URI Bien que les URI ne contiennent pas de valeurs non ASCII, les auteurs les spécifient parfois dans des valeurs d'attributs attendant des URI (c'est-à-dire définis avec %URI ; dans le DTD). Par exemple, ce qui suit href La valeur est illégal: href="http://foo.org/Hakon">... Nous recommandons que les agents utilisateurs adoptent la convention suivante pour gérer les caractères non-ASCII dans de tels cas : - Représentez chaque caractère en UTF-8 (voir ) comme un ou plusieurs octets. - Échappez ces octets avec le mécanisme d'échappement d'URI (c'est-à-dire en convertissant chaque octet en %HH, où HH est la notation hexadécimale de la valeur de l'octet). Cette procédure aboutit à un URI syntaxiquement légal (tel que défini dans , section 2.2 ou , section 2) qui est indépendant du codage de caractères vers lequel le document HTML portant l'URI peut avoir été transcodé.

Ce qui signifie approximativement ceci :

Bien qu'une URL (il y a une différence entre une URL et une URI, mais ce n'est pas important ici) ne doive contenir que des caractères latins (ASCII), il arrive que les auteurs les insèrent dans la valeur du lien. Par exemple, dans l'exemple suivant, la valeur de l'attribut href n'est pas valide : href="http://vasya.ru/Vasya_Pupkin">... Nous recommandons aux navigateurs de procéder comme suit : - Remplacez chaque caractère par l'encodage urf-8 - Encodez ces caractères octet par octet avec url s'échappant, c'est-à-dire valeurs hexadécimales (chaque octet sera %HH). En conséquence, votre URL sera syntaxiquement correcte.

Nous notons en particulier que nous avons obtenu le lien dans (échappé) Encodage UTF-8, et sa longueur a augmenté en conséquence. Les webmasters dont les sites utilisent win-1251 comme encodage principal (comme ce site par exemple) doivent traiter le nom des liens différemment, par exemple, vous pouvez le traduire dans l'encodage dont vous avez besoin.

Dans IE8, malheureusement, le russe pur ne sera disponible que si l'adresse y est saisie manuellement. Mais, tel est IE =).

Dans Yandex, la langue russe dans l'url est parfaitement comprise et même utilisée pour la recherche.

Google ne donne pas de sens aux mots dans les liens, de plus, les mots reliés par le soulignement sont considérés comme un de son point de vue, il est préférable d'utiliser un moins (trait d'union) pour les séparateurs. Ce fait a été vivement discuté sur xpoint.ru. Cependant, il affiche également des liens correctement formés en russe.

Maintenant, place à une courte interview, j'ai interrogé des collègues sur ce sujet :

si par exemple le lien est en utf-8 ?
Jelu (programmeur): eh bien, krakozyabra d'en haut) je pense généralement que c'est mauvais Je voulais poser une question sur l'optimisation depuis longtemps. Comment la langue russe dans l'URL affecte-t-elle l'optimisation ?@ (optimiseur) : Je ne sais même pas quoi répondre, je pense que cela dépend de ce que vous voulez obtenir comme résultat, c'est-à-dire à quoi sert ce lien. mais je pense qu'elle ne donnera pas beaucoup de confiance, et le sens est véhiculé par l'ancre, je pense que la langue russe n'a rien à voir avec cela. @ : Je ne sais pas comment le moteur de recherche traite spécifiquement les liens en russe. Eh bien, parlant en général de la façon dont cela affecte, j'ai tendance à penser que rien. La pertinence est affectée par le texte de la page, mais pas par l'URL qui y renvoie. Bonjour. votre opinion sur l'utilisation de la langue russe dans l'url? ov3r (programmeur) : bonjour. négatif, ne serait-ce qu'à cause d'encodages différents votre opinion sur l'utilisation de la langue russe dans l'url? Jaehee (programmeur) : Je viens de découvrir que la putain de sève tronque les URL de plus de 255 caractères, ce qui me rend triste. parce que j'ai un urlencode pour > 255 caractères de la langue russe. chiennes. Sinon, les longues URL russes sont belles, agréables, pratiques, comprises par tout le monde et augmentent la pertinence. votre opinion sur l'utilisation de la langue russe dans l'url? Seigneur des Ténèbres (programmeur) : shnyaga !

Commentez l'article, au moins quelques mots!

Commentaires:

Ainsi, Yaroslav, pour créer une URL en russe, il est supposé que vous disposez déjà d'une implémentation de l'URL en anglais, si vous avez écrit votre propre site.
Dans la base de données, l'URL est stockée dans l'encodage utf-8[u], quel que soit l'encodage du site lui-même. Si le site est en encodage 1251, lors de l'enregistrement, convertissez l'encodage en Utf-8.
Lorsque vous affichez un lien sur une page de blog, vous devez également traiter la partie qui contient la langue russe avec la fonction urlencode php.
En conséquence, pour trouver les nouvelles, vous analysez l'URL et recherchez la partie de celle-ci qui contient la langue russe. requête sql ressemble à ceci :
SELECT ... où ... CONVERT(`caption_latin` USING utf8) = CONVERT("".$pname."" USING utf8) ... où caption_latin est le nom de la colonne contenant votre URL en codage utf8.


Je ne suis qu'un webmaster débutant, donc je ne comprends pas certaines choses. Pour être honnête, l'instruction "pour les nuls" sur cette question me conviendrait))
comment enregistrer l'encodage en Utf-8 ?
comment gérer la langue russe avec la fonction php?
qu'est-ce que l'analyse d'URL ?
Je m'excuse si certaines questions semblent ridicules, mais j'apprends juste)
Ce serait également bien de montrer un exemple du code avant et après (c'est-à-dire quelles modifications doivent être apportées au code afin d'obtenir des lettres russes dans l'URL), je pense qu'il sera plus facile pour les débutants comme moi de le comprendre .
Merci d'avance.

Cela fait 2 ans que cet article a été publié. Les gens profitent pleinement de la possibilité de créer des liens en cyrillique ; Yasha en est contente; les sapeurs sont aussi contents ; il n'y a pas si longtemps, les bureaux d'enregistrement étaient autorisés à distribuer des IDN ; ils ont même introduit une zone en cyrillique (bien que, si je comprends bien, ils donnent des alias pour chaque domaine en Unicode) ...
Tout cela ne peut que réjouir.
Mais tout le monde (?) n'a pas appris à faire la bonne redirection (je veux dire 301). Parce que les en-têtes n'acceptent pas les liens cyrilliques. Que font les escrocs avec les chaînes avant de les insérer dans header("Emplacement : ".ICI);

L'auteur (c'est-à-dire moi) a certainement des considérations. La préparation d'un lien pour une redirection 301 n'est pas différente de la préparation d'un lien pour le HTML. J'ai déjà écrit sur la façon dont mon blog prend en charge la correction automatique des liens.
Ici, par souci d'intérêt, vous pouvez effacer l'année, ou le mois, ou même la date entière dans la barre d'adresse. Ou vous pouvez simplement appuyer sur . Vous serez à nouveau redirigé vers cet article.
Si votre moteur stocke des données dans win-1251, vous devez effectuer 2 étapes :

• Convertir le champ responsable des liens CNC en encodage UTF8
• Affichez ce champ dans un lien en utilisant urlencode() en PHP. (pas tout le lien mais seulement cette partie URL).
Si votre moteur stocke tout en utf - eh bien, vous comprenez, non ? =)


• Je galère avec ça depuis longtemps...

  Et plus tôt j'ai tout fait comme il était dit dans l'article : je l'ai traduit en utf-8, puis je l'ai protégé. Expérimenté avec différents...
  Mais il s'est avéré que le problème était que urlencode() échappait simplement à la barre oblique.

  Merci, à cause de l'article, j'ai de nouveau entrepris de m'occuper de la fonction. Compris) Voici la fonction en php :

  fonction rediriger vers($redirect_link)
  {
  $redirect_link=iconv("windows-1251", "utf-8", $redirect_link);
  $redirect_link=urlencode($redirect_link);
  $redirect_link=str_replace("%2F", "/", $redirect_link);
  header("Emplacement : ".$redirect_link."");
  }

  Bon après-midi. J'ai une question... Tout d'abord. Je veux que l'urne ait la possibilité d'être en russe (oui, c'est comme ça que je le dis)).
  Au fait, que faire ?)
  L'utilisateur essaie d'accéder à l'adresse hôte.domen/2011/article-1/
  Comment puis-je intercepter cela ? Attraper toutes les demandes envoyées au 404 ? Mais alors un code 404 sera renvoyé au lieu de 200. Ou faire une "erreur soft 404" avec un code retour 200 ? (Au fait, je ne comprends pas comment faire).
  Ou configurer .htaccess pour une redirection 301 ? Mais alors une redirection sera faite (un paradoxe, non?)) ... Et du fait que les noms de tous les fichiers et dossiers sur l'hôte uniquement en url latine changeront en host.domain/2011/statja-1/(il s'agit de la bonne adresse de page). Mais je ne veux pas ça) Je veux qu'il soit affiché dans la barre d'adresse comme ça hôte.domen/2011/article-1/ En utilisant ErrorDocument 404, l'adresse dans la barre d'adresse reste exactement cela. Qu'est-ce qui permet de tromper un peu la nature et d'utiliser le russe sur un serveur où cela ne se fait pas) En général, avez-vous des idées ?

  Je vais creuser pendant que mod_rewrite

  Un outil mod_rewrite si puissant. Mais un peu gênant de travailler avec lui. Cela aurait pu être simplifié. Bien que cela soit apparemment causé par sa complexité interne. Ou juste des influences "old school". Après tout, quand a-t-il été développé ? Eh bien, pas le but, j'ai tout fait l'essentiel) Mais avec mod_rewrite, l'option s'est avérée moins flexible. Il est préférable de laisser ce traitement à php qui collecte les requêtes incorrectes en 404.

  Notre moteur utilise la règle mod_rewrite suivante :

  RewriteCond %(REQUEST_FILENAME) !-f
  Règle de réécriture ^(.*)$ index.php?rewrite_url_query_toget=$1

  Vous pouvez simplement utiliser RewriteRule ^(.*)$ index.php , mais dans ce cas, l'adresse de la page doit être extraite de la variable $_SERVER["REQUEST_URI"], ce qui ne sera pas tout à fait vrai si le moteur est installé dans un dossier, et non à la racine.

  La collecte de pages via le traitement des requêtes 404 n'est pas tout à fait correcte. Tout d'abord, il se peut que par défaut un statut 404 soit renvoyé. Deuxièmement, Apache peut essayer de renvoyer la page via HTTP 1.0 au lieu de HTTP 1.1, car la page 404 doit être renvoyée via HTTP 1.0, c'est-à-dire ne pas utiliser la méthode fragmentée pour l'émission, ce qui entraînera également une erreur. Et ainsi de suite.
  Et mod_rewrite est vraiment difficile précisément à cause de sa polyvalence. Avec une étude appropriée, vous pouvez en faire beaucoup.
  

  Eh bien, les deux premiers problèmes sont résolus en envoyant l'en-tête HTTP/1.1 200 Ok. Mais je suis certainement d'accord que ce n'est pas tout à fait correct) C'est toujours une solution de contournement. Je n'y toucherais pas si tout était "collé" en douceur avec la réécriture de mod. J'ai collé ensemble, mais en quelque sorte tordu. Eh bien, en une heure, ce mécanisme ne peut pas être maîtrisé exactement. Je vais essayer d'expérimenter vos commandes dans mod_rewrite.

  Salut tout le monde! J'ai vu une demande de commenter au moins quelques mots, et maintenant j'ai des sites sur WordPress, où cette entreprise est automatisée dans tous les articles et pages, j'utilise le nom en russe, il s'affiche normalement dans tous les principaux navigateurs. Et c'est vraiment pratique pour l'utilisateur.

  Belle page d'erreur

  Vous ne vous êtes pas connecté et n'avez pas coché la case. Votre commentaire n'a pas été enregistré. Si vous n'êtes pas un bot, le voici, copiez-le et collez-le et réessayez :

  Bonjour!
  Dans ie, votre lien apparaît encodé. Si je comprends bien, par exemple en russe, les liens ne peuvent pas être créés? Si vous filtrez les utilisateurs par navigateur et générez des liens en russe pour tous, sauf pour ie et en translittération pour ie, les moteurs de recherche percevront cette page comme deux. Il s'avère que tout doit se faire en translittération ou y a-t-il des solutions après tout ?
  

  Dans la barre d'adresse, saisissez par exemple : monsite /? bonjour
  code php
  $chpu = $_SERVER["REQUEST_URI"] ;
  echo $chpu;
  code php
  imprime quelque chose comme ceci : %D0%BF%D1%80%D0%B8%D0%B2%D0%B5%D1%82
  collez ce code dans la base de données et profitez-en :)

  Vlad, c'est-à-dire - la page ne sera affichée encodée que jusqu'à la 9ème version. C'est moins de 5% de tous les navigateurs.
  

  Bonjour, article très intéressant, je n'y connaissais pas grand chose.
  Cependant, je n'ai pas très bien compris comment résoudre le problème d'affichage des caractères russes dans l'URL.
  J'ai regardé la "source brute" (dans Opera c'est Crl+U), et j'ai vu que vous aviez un lien, en fait - UTF-8 après s'être échappé (échappé). Mais en survolant la barre d'état du navigateur, krakozyabry est visible, et après la transition, le texte russe est obtenu, comme il se doit. Dès que je ne l'ai pas essayé - avec et sans échappement, et dans tous les encodages (sans conversion en UTF-8 et avec). Dans tous les cas, après avoir cliqué sur le lien, j'obtiens des caractères échappés =(

  UPD : compris. Il s'avère qu'une telle astuce ne fonctionne pas avec un paramètre. Uniquement avec une partie du chemin, pas query_string. Il me semble que cela vaut la peine d'ajouter cette nuance - sinon on ne sait jamais. J'avais juste besoin du chemin, mais pour le test, j'ai bêtement choisi le paramètre. Soit dit en passant, il est intéressant de savoir ce qui a causé cette fonctionnalité et qui convertit toujours les caractères non échappés en une forme échappée - un navigateur ou un serveur Web. Il serait également intéressant de comprendre ce qui se passe sur le serveur lorsque des lettres russes sont visibles dans la barre d'adresse. Est-ce un piratage de la part du navigateur, ou s'en vont-ils vraiment sans s'échapper ?

  Et oui, les paramètres ne sont pas si simples non plus - j'ai installé une fois nginx sans Apache, il semble donc que les paramètres soient restés en russe sans remplacement ... Et il semble que j'ai même dû modifier le code PHP pour le faire fonctionner (bien que la base de données dans la mesure où le même encodage était celui du serveur développeur). la réécriture a fonctionné et les données sont devenues "mauvaises", quelque chose comme ça.

  Sur le soi-disant. location.hash - c'est-à-dire tout ce qui existe après le réseau a sa propre spécification. Donc, oui, le navigateur le protège hélas.
  

Indépendant

1. Achetez du cyrillique Nom de domaine.
2. Commandez l'hébergement.
3. Associez ce nom de domaine à cet hébergement.
4. Créez un site Web contenant une page "contact". Le plus simple est de créer un répertoire "contacts" et le fichier "index.html" qu'il contient.
5. Téléchargez le site créé sur l'hébergement.

Gardez simplement à l'esprit que sur l'hébergement, le répertoire du site ne s'appellera pas "site. rf" et "xn--80aswg.xn--p1ai" (et l'adresse sera transmise sur le réseau sous cette forme) : pour assurer la compatibilité avec tous les navigateurs, les noms de domaine sont encodés en https://ru.wikipedia. org/wiki/Punycode . Jouez avec l'encodage : https://www.punycoder.com

Donc la Sphère ci-dessous est fausse : le domaine sera disponible partout dans le monde et les moteurs de recherche l'indexeront parfaitement. André 2

Total 3 .

d'un point de vue SEO, remplacement d'URL de lien entrant ?

Andreï Ch. 4

Si le contenu change et/ou s'il n'y a pas de redirection 301, l'effet peut être positif ou négatif, selon de nombreux facteurs, au premier rang desquels le contenu nouvelle page, les liens internes entrants du site du donateur et les liens externes entrants vers la page du donateur.

Eugène Y. 3

Si vous avez modifié l'URL du lien entrant, en laissant la même ancre qu'avant, il est fort probable que l'équité du lien qui a été transférée précédemment ne sera pas la même que celle de la page avec la nouvelle URL. Ceux. un nouveau lien entrant transférera le poids minimum vers le site accepteur et ne gagnera du "poids" qu'avec le temps. En raison de facteurs, par exemple : l'âge de la page, la quantité de trafic vers celle-ci, le nombre de personnes qui s'y connectent pages internes site, ancres de liens internes, nombre Liens externes et les types d'ancres pour cette page, etc. Anton Velitchko -1

Seulement 2 .

Quelle est la signification du domaine cyrillique ".rf" s'il existe des domaines tels que ".ru" et ".su" ?

Gentil. Regger. 7

Je crois que c'était la première étape dans la création de notre Internet unique et hautement spirituel avec les membres du Sportloto et du Komsomol. Il reste maintenant à reconnaître l'alphabet latin comme offensant aux sentiments d'un Russe, à séparer l'Internet de l'Occident, ainsi que la Chine avec son Aliexpress, et à ne laisser qu'un seul site "en contact", enfin, peut-être, les camarades de classe et le site de Rush Today avec la première chaîne.

Sergueï Rasskazov 7

Seulement 4.

Comment obtenir une tique ?

Invité 1

Pour que ma boîte de réception ne soit pas encombrée de questions sur la coche, j'écris tout de suite comment l'obtenir.
Ne doit pas être:
1. Mata
2. Jeux/compétitions (%, faits, lt)
3. Demande d'abonnements mutuels / questions / likes (En réponses).
Si vous êtes d'accord avec cela, alors passez à autre chose.
1.Vous devez avoir plus de 800 réponses.
2. Plus de 1000 abonnés, plus il y en a, mieux c'est.
3. Le profil n'est pas le vôtre, car il n'y a pas de photos de vous et/ou ce profil a été créé à d'autres fins (publication de citations de films, conseils de vie, mèmes amusants, etc.) Votre photo doit être incluse (2 si vous le souhaitez )
4. Profil actif, c'est-à-dire que vous allez chaque jour poser et répondre à 5 questions ou plus au cours des dernières semaines.
Si vous avez tout.
5. Suivez le lien http://support.ask.fm/ics/support/ticketnewwizard.asp?style=classic
6. Remplissez quelques lignes vous concernant : Nom complet - votre nom et prénom complets, E-mail - adresse E-mail; Type de demande - Vérification du compte ; quelques lignes supplémentaires s'ouvrent URL du profil - un lien vers votre compte ; Votre nombre d'abonnés - le nombre d'abonnés ; Objet - nous écrivons "Vérification de compte" (sans guillemets); * Expliquez en détail (maximum 64 000 caractères)
- Nous écrivons "Bonjour ! Je souhaite obtenir une coche et je suis prêt à passer par la procédure de vérification. (vous pouvez également parler de vous où vous êtes devenu célèbre pour ce que vous faites, joindre des liens vers des comptes, mais cela est facultatif).
7. Appuyez sur terminer >>>
Plus loin:
8. Nous attendons une lettre de Ask, prêt / refus Si votre demande correspond à la case à cocher, nous serons invités à prendre un selfie avec un morceau de papier, où votre nom d'utilisateur et la date du jour sont écrits à la main et votre main est clairement visible en entier, que vous tenez un morceau de papier et votre visage entier (le plus important) que c'est vous.
Quoi écrire sur une feuille de papier ? Prenez n'importe quelle feuille. Assurez-vous d'inclure @ votre nom d'utilisateur et la date à laquelle cette lettre vous est parvenue. Envoyez-la à une lettre de réponse. Avec le texte "Voici la preuve" (sans les guillemets)
9. Nous attendons un autre jour pour une lettre où nous sommes félicités d'avoir reçu une tique et nous nous réjouissons.
J'ai envoyé la demande le 14 mars au soir à 0h41 ; et ce jour-là, ils ont demandé à prendre un selfie à 16h00 ; Et le lendemain j'ai eu un tick à 14h01
J'espère que j'ai expliqué en détail et que vous pouvez obtenir une tique, ici j'ai dit les moindres détails.
Écran https://pp.userapi.com/c836439/v836439430/2b55c/AnlMBXPbPWs.jpg
Si vous avez des problèmes, écrivez-moi et je vous aiderai https://vk.com/maksimovde.Oleg 300

Total 1

Aujourd'hui, j'ai décidé d'aborder le sujet de la promotion des domaines cyrilliques. Je suis très partial envers eux, donc l'article sera subjectif et ne prétendra pas être vrai. En plus de mon avis, de mon expérience et de certains points clarifiés par Google, j'ai demandé à un ami (le propriétaire d'un domaine cyrillique) de décrire également les principales nuances du travail avec les domaines cyrilliques, les avantages et les inconvénients. En conséquence, de nombreuses informations se sont révélées, que je vais maintenant essayer de structurer.

Qu'est-ce qu'un domaine cyrillique

Donc qu'est-ce Domaine cyrillique. Sans entrer dans le côté technique, on peut dire qu'un tel domaine est indiqué en caractères cyrilliques, et est destiné à améliorer la lisibilité et la mémorisation. Depuis près de 30 ans d'existence du système des noms de domaine (le DNS a été développé en 1984), tout le monde est habitué aux domaines en alphabet latin, l'apparition des noms de domaine en cyrillique en 2010 a provoqué un émoi sans précédent dans la société Internet. De nombreux informaticiens étaient sceptiques quant à une telle innovation, ayant déjà constaté les inconvénients de l'utilisation du cyrillique dans les domaines à l'époque. Les internautes ordinaires se sont réjouis, 183 000 domaines cyrilliques ont été enregistrés dans les 6 premières heures d'existence de la zone ".rf".

L'utilisation des domaines cyrilliques

Les premiers domaines cyrilliques étaient president.rf et government.rf. Quelque temps plus tard (fin 2009 - début 2010), l'enregistrement des noms de domaine en cyrillique est devenu accessible aux propriétaires de marques, puis à tous les résidents de Russie. Il existe déjà plusieurs dizaines de zones de domaines cyrilliques, dont ".ukr", ".bel", et d'autres domaines régionaux et thématiques.

La portée des noms de domaine cyrilliques est très étendue, ils sont utilisés par des organisations gouvernementales et privées, des magasins en ligne, des entreprises de tout niveau, des blogueurs. De nombreux webmasters utilisent des domaines cyrilliques comme miroirs supplémentaires pour leurs sites. Souvent, les entreprises achètent de tels noms simplement pour se protéger du cybersquattage.

Avantages et inconvénients

L'utilisation de domaines cyrilliques a ses avantages et ses inconvénients. Pour moi personnellement, il y a beaucoup plus d'inconvénients (y compris des facteurs objectifs et subjectifs), cependant, j'ai honnêtement essayé de trouver au moins quelque chose en faveur des domaines cyrilliques. Essayons d'énumérer les deux.

Avantages des domaines cyrilliques

1. Le domaine cyrillique est facile à lire et à mémoriser. Il existe des informations selon lesquelles ces domaines sont créés uniquement pour les personnes qui ne comprennent pas très bien la translittération et l'anglais.
2. Possibilité d'ajouter mots clés au domaine, sans utiliser la translittération. À mon humble avis, ce point n'est pas très univoque, je n'ai pas observé de dépendance prononcée des positions SDL sur la clé dans le domaine. Il est préférable de consacrer plus de temps à une dénomination compétente.
3. Grand choix de noms de domaine gratuits dans les zones cyrilliques. Bien qu'il reste encore quelques domaines "savoureux" dans l'alphabet latin depuis trois décennies, l'introduction de l'alphabet cyrillique a permis de trouver un tel domaine pour votre entreprise. Cependant, dans quelques années, cet avantage ne sera plus, très probablement.

Sur ce, peut-être, et tout.

Inconvénients des domaines cyrilliques

1. Quelques Les navigateurs copient différemment les URL des sites Web. Par exemple, dans Google Chrome le domaine est mis en mémoire tampon uniquement dans Punycode, tandis que MozillaFirefox vous permet de copier un domaine à partir de barre d'adresse en cyrillique.
2. Manque de capacité à créer courrier d'entreprise pour le domaine. Malheureusement, les domaines cyrilliques ne peuvent pas encore être correctement utilisés pour créer adresse postale. Vous ne pouvez utiliser l'adresse qu'en Punycode. Par exemple, au lieu de "[email protected]", l'adresse ressemblera à " [courriel protégé]". D'accord, pas très pratique. Certes, Google a annoncé il n'y a pas si longtemps le début de la prise en charge du cyrillique dans les adresses e-mail, mais jusqu'à ce que les expéditeurs commencent à le percevoir correctement et que d'autres moteurs de recherche commencent à le prendre en charge (dans Runet, bien sûr, le courrier principal du domaine provient de Yandex ) - plus d'un an passera.
3. Problèmes possibles lorsque vous travaillez avec des bourses de référence, en particulier GGL (GoGetLinks). Le fait est qu'une partie de l'adresse du site (nom de domaine) est transformée en Punycode, et l'adresse de page/dossier/ressource (URL) elle-même est transmise dans le système hexadécimal Unicode (UTF-8, en règle générale). En conséquence, les adresses peuvent être très, très longues et, en raison des limites des systèmes d'échange, il peut y avoir des problèmes.
4. Il peut y avoir des difficultés avec l'installation et l'administration du CMS. Sur ce moment, il ne devrait pas y avoir de problèmes avec les CMS populaires, mais il peut y avoir des difficultés avec les systèmes auto-écrits ou pas très bien développés.
5. Il y a des informations selon lesquelles certains les antivirus en ligne peuvent ne pas fonctionner correctement avec les adresses cyrilliques pages.
6. Les utilisateurs étrangers du web auront des difficultés à accéder au site sur le domaine cyrillique, en raison de problèmes d'encodage. À ce jour, la plupart des navigateurs ont appris à « comprendre » et à afficher correctement les adresses cyrilliques, mais il n'y a pas de garantie à 100 %.
7. Il n'est pas pratique pour un optimiseur/webmaster de travailler avec des adresses cyrilliques. Les spécificités de notre métier sont telles que nous devons souvent recopier des adresses de pages, ou analyser des rapports de différents programmes. Les URL converties en UTF semblent absolument illisibles, et vous ne pouvez comprendre de quel type de page il s'agit que par le titre (sans suivre le lien, bien sûr).
8. Et enfin, si la disposition du clavier russe n'est pas installée sur l'ordinateur, il y aura des problèmes pour entrer l'adresse. Peut être utilisé clavier virtuel, bien sûr, mais ce n'est pas toujours possible, et c'est un euphémisme, pas très pratique.

Conclusion

Comme je l'ai mentionné au début, les domaines cyrilliques, à ma connaissance, ont plus d'inconvénients que l'inverse. Mais j'ai honnêtement essayé de traiter et de systématiser toutes les informations trouvées et reçues via mes canaux, afin que tous ceux qui souhaitent acheter un tel domaine puissent prendre leur propre décision. Je suis sûr que dans un an ou deux - et les inconvénients que j'ai décrits seront d'un ordre de grandeur plus petit. Mais pour la majorité des anciens de l'Internet qui travaillent dans le domaine du WEB depuis longtemps, les domaines cyrilliques continueront d'être quelque chose de légèrement étrange et ambigu. Peut-être qu'il y a juste beaucoup de conservateurs parmi nous 🙂

Quelle est votre opinion sur les avantages et les inconvénients des domaines cyrilliques ?

28.03.2018 Temps de lecture : 1 minute

Depuis le 21 décembre 2017, Google publie des extraits SEO (SEO Snippets) - de courtes vidéos de formation. Vous trouverez ci-dessous une traduction d'un autre fragment SEO.

Aujourd'hui, la question est posée par John Muller de Suisse, c'est-à-dire. i La question est : peut-on utiliser des mots non anglais dans une URL ? Pour les sites qui ciblent les utilisateurs en dehors des régions anglophones, il est parfois difficile de savoir si la langue locale et les caractères non anglais peuvent être utilisés dans les URL.

Le moteur de recherche Google utilise les URL principalement pour accéder à un élément de contenu - à travers celui-ci, le bot Google explore le contenu de la page et l'ajoute aux résultats de la recherche. Tant que les URL sont valides et uniques, il n'y aura pas de problème. Pour les noms de domaine et les domaines de premier niveau, les caractères non latins sont encodés à l'aide du convertisseur Punycode. Cela semble un peu étrange, alors je vais donner un exemple : prenons mon nom de famille Müller. Il y a des points au-dessus de la deuxième lettre, il aura donc un aspect différent en tant que nom de domaine après l'encodage - "müller" -> "xn-mller--kva". Les deux versions sont équivalentes à moteur de recherche Google. Le reste de l'URL peut être encodé en utilisant le système Unicode, UTF-8 pour les caractères non latins. Quelle que soit la langue, rendez l'URL simple pour les utilisateurs afin d'éviter les espaces, les virgules et autres caractères. Utilisez des tirets pour séparer les mots dans une adresse. Certaines personnes préfèrent utiliser le caractère de soulignement - c'est également possible, mais le tiret est plus facile à reconnaître. Si votre site est disponible en plusieurs versions linguistiques, utilisez la langue appropriée dans l'URL des pages de contenu dans cette langue. Donc, en résumé, je dirai : il est possible d'utiliser des mots non anglais dans les URL, cela devrait être fait pour les sites non anglophones.