<\/p>\n
![\"404](\"http:\/\/test.sitechecker.pro\/wp-content\/uploads\/2017\/12\/404-page-not-found.png\")
<\/div>\n<\/p>\n
La raz\u00f3n del error \u201cNot Found\u201d<\/h2>\n
<\/p>\n
- \n
- La p\u00e1gina ha sido borrada del sitio web<\/li>\n
- El usuario a tipiado una URL<\/a> incorrecta<\/li>\n
- La p\u00e1gina fue movida y la redirecci\u00f3n fue configurada incorrectamente<\/li>\n
- Mal funcionamiento del servidor (pasa muy pocas veces)<\/li>\n<\/ul>\n
Idealmente, no deber\u00eda haber ning\u00fan enlace mostrando un error 404 en el servidor de un sitio web (o sus enlaces externos). Pero, francamente hablando, si un sitio web tiene m\u00e1s de mil p\u00e1ginas, un error de tipo 404 no puede ser evitado. Pero lo que s realmente extra\u00f1o es cuando un sitio con muy bajo n\u00famero de p\u00e1ginas (que significa que todos los enlaces rotos pueden ser rastreados a mano) contenga tren enlaces rotos<\/a> en el rubro \u201cUltimas Noticias\u201d en su p\u00e1gina de inicio.<\/p>\n
<\/p>\n
Crecimiento significativo en el error 404 P\u00e1gina no encontrada<\/h2>\n
<\/p>\n
Puede darse que mientras un robot est\u00e9 chequeando un sitio, reporte docenas de errores, \u00bfpero que pasa si ese n\u00famero se incrementa por cientos e incluso miles? Debemos encontrar una soluci\u00f3n inmediata si el n\u00famero de errores 404 excede m\u00e1s del 10% del n\u00famero total de p\u00e1ginas de un sitio web. Hay varias razones por las que aparece un gran n\u00famero de p\u00e1ginas no encontradas, pero m\u00e1s que todo se debe a problemas de errores en el c\u00f3digo 404 (por ejemplo, estas p\u00e1ginas con la ayuda de estilos y guiones; y esos estilos se encuentran en el c\u00f3digo del template, pero no en los archivos).<\/p>\n
La otra raz\u00f3n por la que los robots evitan p\u00e1ginas que nunca han estado disponibles en un sitio web es por un cyber-ataque. (Por ejemplo, hacer p\u00e1ginas pasillos dentro del mismo sitio web). Incluso despu\u00e9s de haber sido borradas, los robots continuaran evitando las p\u00e1ginas creadas por alg\u00fan tiempo y esto puede llevar a la aparici\u00f3n de numeroso errores 404. Pero con la ayuda de varias herramientas, f\u00e1cilmente se pueden rastrear esos enlaces.<\/p>\n
<\/p>\n
\u00bfC\u00f3mo rastrear enlaces rotos y sus links?<\/h2>\n
<\/p>\n
Yandex.Metrica<\/strong>
\nDeber\u00e1s utilizar \u201cParameters of visits\u201d en Yandex.Metrica si quieres ver los saltos que dan los usuarios causados por los enlaces rotos. S\u00f3lo pon esta l\u00ednea de condigo:<\/p>\nparams:window.yaParams||{ }});<\/code><\/div>\nTambi\u00e9n deber\u00e1s poner este c\u00f3digo de JavaScript en alg\u00fan lugar en la p\u00e1gina 404:<\/p>\n
<script>
\nvar url = document.location.pathname + document.location.search
\nvar url_referrer = document.referrer;
\nvar yaParams = {error404: {page: url, from: url_referrer}};
\n<\/script>
\n<\/code><\/div>\nAqu\u00ed, el campo \u201curl\u201d es la direcci\u00f3n actual de la p\u00e1gina 404 y \u201curl referrer\u201d es la direcci\u00f3n que has usado para obtener ese error. De esta manera no s\u00f3lo podr\u00e1s rastrear los enlaces rotos, sino que tambi\u00e9n conocer\u00e1s las p\u00e1ginas en donde se colocan.<\/p>\n
<\/p>\n
Google Analytics<\/strong>
\nPara hacer seguimiento a los saltos, deber\u00e1s instalar este c\u00f3digo en la p\u00e1gina 404:<\/p>\n<script>
\nga('send', 'pageview', '404.html?page='+ document.location.pathname + document.location.search +'&from=' + document.referrer);
\n<\/script>
\n<\/code><\/div>\nEn donde \u201cdocument.location.pathname + document.location.search\u201d es la URL de la p\u00e1gina \u201cNot Found\u201d en el sitio. Y \u201cdocument.referrer\u201d es la URL de la p\u00e1gina usada por el usuario para dar el salto.<\/p>\n
<\/p>\n
Yandex.Webmaster<\/strong>
\nPara encontrar esta p\u00e1ginas deber seleccionar la opci\u00f3n \u201cIndenxing\u201d > \u201cSearchable Pages\u201d > \u201cExcluded Pages\u201d. Aqu\u00ed solamente podr\u00e1s seleccionar las p\u00e1ginas usando el filtro de \u201cError HTTP: 404\u201d.
\nTo find these pages you have to select the section \u201cIndexing\u201d \u2013 \u201cSearchable pages\u201d \u2013 \u201cExcluded pages\u201d. Here you can select only pages with the error using \u201cError HTTP: 404\u201d filter.<\/p>\n<\/p>\n
![\"404](\"http:\/\/test.sitechecker.pro\/wp-content\/uploads\/2017\/12\/404-errors-in-Yandex-Webmaster.png\")
<\/div>\n<\/p>\n
Google Search Console<\/strong>
\nTambi\u00e9n podr\u00e1s encontrar errores usando el \u201cCrawl\u201d o \u201cRastreo\u201d. \u201cCrawl\u201d > \u201cCrawl Errors\u201d > \u201cError 404\u201d en Google Webmaster.<\/p>\n<\/p>\n
![\"404](\"http:\/\/test.sitechecker.pro\/wp-content\/uploads\/2017\/12\/404-errors-in-Google-Search-Console.png\")
<\/div>\n<\/p>\n
\u00bfCu\u00e1l es el peligro de un error 404?<\/h2>\n
<\/p>\n
Se dice que las p\u00e1ginas no encontradas directamente influencian negativamente de alguna manera en la indexaci\u00f3n del sitio y su posici\u00f3n en los resultados de una b\u00fasqueda. Pero en la mayor\u00eda de los casos esto no es cierto. \u00bfQu\u00e9 pasa a esa p\u00e1gina cuando el robot la encuentra? La borra de un \u00edndice (en caso de que ya est\u00e9 en alguno, sino sencillamente los bots no la pueden escanear). Obviamente esto se debe a que la p\u00e1gina ya no es informativa ni tampoco \u00fatil. Pero no debes olvidar los llamados \u201cerrores leves 404\u201d. Un error leve 404 (tambi\u00e9n llamado Soft 404) no es una respuesta oficial del sitio web, sino una etiqueta dada a las p\u00e1ginas tras haber sido escaneadas en alg\u00fan motor de b\u00fasqueda.
\n\u00bfQu\u00e9 est\u00e1 mal con estas p\u00e1ginas y por qu\u00e9 los motores de b\u00fasqueda deciden tal cosa?<\/p>\n- \n
- Hay muy poco o no hay anda de contenido en la p\u00e1gina (Google puede considerarlo como un 404 leve; Yandex como una p\u00e1gina de no muy buena calidad).<\/li>\n
- Hay una redirecci\u00f3n en la p\u00e1gina, la cual no responde a las solicitudes de los usuarios.<\/li>\n
- La p\u00e1gina \u201cNot found\u201d no obtiene una respuesta 404 o 401 de parte del servidor.<\/li>\n<\/ol>\n
<\/p>\n
\u00bfQu\u00e9 escoger: 301 \u00f3 404?<\/strong><\/h3>\n
Una nueva pregunta surge tras eliminar una p\u00e1gina: \u00bfCu\u00e1l es el siguiente paso? \u00bfDebemos ajustar una respuesta 404 o una redirecci\u00f3n 301<\/a>? Debes analizar cada caso por separado: por ejemplo, el m\u00e9todo que resultado exitoso en una tienda online puede no ser una buena opci\u00f3n para una p\u00e1gina de servicios o una tienda en l\u00ednea. Establece una respuesta 404 de parte de un servidor si por alguna raz\u00f3n una p\u00e1gina ha sido borrada por completo.
\nLas redirecciones 301 son mejores cuando:<\/p>\n
![\"404](\"http:\/\/test.sitechecker.pro\/wp-content\/uploads\/2017\/12\/hotjar-404-page-not-found.png\")
<\/div>\n![\"404](\"http:\/\/test.sitechecker.pro\/wp-content\/uploads\/2017\/12\/github-404-page-not-found.png\")
<\/div>\n![\"404](\"http:\/\/test.sitechecker.pro\/wp-content\/uploads\/2017\/12\/facebook-404-page-not-found.png\")
<\/div>\n![\"404](\"http:\/\/test.sitechecker.pro\/wp-content\/uploads\/2017\/12\/ahrefs-404-page-not-found.png\")
<\/div>\n![\"404](\"http:\/\/test.sitechecker.pro\/wp-content\/uploads\/2017\/12\/semrush-404-page-not-found.png\")
<\/div>\n