El Bounce Rate es el porcentaje que nos muestra el número de visitantes que dejan nuestro sitio sin haber visto otras páginas.
El bounce rate se chequea desde la cuenta de Google Analytics en la parte de contenido.
Algunas de las razones del porqué es alto nuestro bounce rate son las siguientes:
El Sitio Web atrae a visitantes equivocados.
Los visitantes encuentran un diseño web poco atractivo o no muy amigable con contenido que confunde.
La carga del sitio web el muy lenta.
Como bajar el porcentaje de rebote o bounce rate
Estas son algunas sencillas maneras de bajar ese porcentaje de bounce rate de nuestro sitio:
Use un buen diseño web, cuide la apariencia El diseño de la página web es uno de los factores más importantes a considerar. Utilice colores atractivos, no chillantes o escandalosos. Evite usar molestos popups en medio del sitio que solo hacen que el visitante se muestre incómodo o molesto. Si utiliza plantillas en el diseño de su sitio Web, hágalo de forma que su sitio sea diferente a otros que utilizan las mismas plantillas. Juegue con colores y posiciones. No haga fotocopias de otros sitios.
Mantenga el peso de su sitio Si utiliza imágenes, úselas optimizadas, cuide el peso del sitio para que la carga de este sea rápida. No utilice flash.
La Navegación debe ser clara y amigable. Su sitio necesita tener menús claros y amigables que describan hacia adonde se dirigen. Utilize categorías, trate de organizar su sitio de manera que no se tome más de 3 clicks para llegar hasta donde se quiere.
Textos bien escritos Lea bien lo que va a publicar antes de hacerlo. Cuide los títulos de cada página y asegúrese de que son relevantes a lo que hay escrito en el artículo. El primer párrafo del artículo define si se continúa con la lectura o no. Cuide la ortografía.
Utilice las palabras o frases claves correctas Cuando usted ingresa en el mundo del SEO, lo primero que usted aprende es la importancia de las palabras claves. Estas deben ser relevantes y utilizadas en densidades correctas. Uselas en el título y descripción del artículo. No trate de engañar a Google utilizando palabras que no tienen relevancia con el texto. Puede que al principio suba en las posiciones pero de igual manera su bounce rate subirá y pronto desaparecerá de los resultados.
Links de calidad Considere la creación de links como parte importante de su sitio. Existen técnicas para mejorar sus links. Utilicelas.
Estudie los reportes Como webmaster usted debe saber evaluar los resultados, desde el Page Rank, la cantidad de tráfico, como está llegando ese tráfico, etc. y tome las decisiones que haya que tomar.
Tenga estas sencillas cosas en mente
El usuario debe encontrar lo que busca. El tiempo aproximado en que se decide si es o no lo que busca es de solo 8 segundos.
Títulos y contenido deben ser claros y fáciles de leer
No use distracciones, dígale adiós a los popus, banners exagerados, colores parpadeantes, etc.
Dele la opción al visitante de poder buscar dentro del sitio o dejar comentarios.
El protocolo Open Graph define cuatro propiedades necesarias:
og:title – Define el titulo de la pagina og:type – Define el tipo de objeto, puedes consultar la lista completa. og:image – Es la url de la imagen que se mostrara en facebook el tamaño es de 50x50px y tener una relacion de aspecto de 3:1 como maximo. Formatos que soporta PNG, JPEG y GIF.Se pueden incluir varias metas og:image para asociarlas a su pagina. og:url – Url canonical de la pagina.
Existen otras metas adicionales si tienes una aplicación en facebook
fb:app_id – La ID de la plataforma facebook. og:site_name – El nombre de su sitio. og:description – Descripción de su sitio
X-Content-Type-Options: nosniff es una cabecera que se utiliza para la prevención de ataques de MIME-Type confusion.
Solo afecta a las hojas de estilos y a los script.
Si se recibe la directiva nosniff en una respuesta de una hoja de estilos, Internet Explorer no carga la hoja de estilos a menos que el tipo MIME sea el correcto text/css.
Si se recibe la directiva nosniff en una respuesta de un script, Internet Explorer no carga el «script» de archivos a menos que el tipo MIME coincida con uno de los siguientes valores:
application/ecmascript
application/javascript
application/x-javascript
text/ecmascript
text/javascript
text/jscript
text/x-javascript
text/vbs
text/vbscript
Por ejemplo, HTTP-response:
HTTP/1.1 200 OK
Content-Length: 108
Date: Thu, 26 Jun 2008 22:06:28 GMT
Content-Type: text/plain;
X-Content-Type-Options: nosniff
<html>
<body bgcolor="#AA0000">
This page renders as HTML source code (text) in IE8.
</body>
</html>
X-Download-Options: noopen
X-Download-Options: noopen, esta cabecera sirve para forzar el guardado del archivo antes de poder abrirlo, evitando asi que se ejecute en el contexto de la seguridad de su web.
Un Sitemap, en su forma más sencilla, es un archivo XML que enumera las URL de un sitio junto con metadatos adicionales acerca de cada una de ellas: la última actualización, frecuencia de modificación, importancia, en relación con las demás URL del sitio; así, los motores de búsqueda pueden llevar a cabo rastreos del sitio de una forma más inteligente.
Los rastreadores web suelen encontrar páginas a partir de vínculos del sitio y a partir de otros sitios. Sitemaps ofrece estos datos para que los rastreadores compatibles puedan seleccionar todas las URL del Sitemap y obtengan información de ellas mediante los metadatos asociados.
El uso del protocolo Sitemaps no garantiza que las páginas web se incluyan en los motores de búsqueda, pero proporciona sugerencias para mejorar el trabajo de los rastreadores web al rastrear su sitio.
Este documento describe el esquema XML para el protocolo Sitemap.
El formato del protocolo Sitemap consta de etiquetas XML. Todos los valores de datos de un Sitemap deben incluir caracteres de escape de entidad. El propio archivo debe estar codificado en UTF-8.
El Sitemap debe:
Comenzar con una etiqueta de apertura <urlset> y terminar con una de cierre </urlset>.
Especificar el espacio de nombres (protocolo estándar) en la etiqueta urlset.
Incluir una entrada <url> para cada dirección URL como una etiqueta XML principal.
Incluir una entrada secundaria <loc> para cada etiqueta principal <url>.
Las demás etiquetas son opcionales. La compatibilidad de estas etiquetas opcionales puede variar en función del motor de búsqueda. Consulte la documentación específica de cada uno de ellos para obtener información detallada.
Ejemplo de un sitemap
El siguiente ejemplo muestra un Sitemap que contiene únicamente una URL y usa todas las etiquetas opcionales.
Las etiquetas XML disponibles se describen a continuación.
<urlset>
Obligatorio
Encapsula el archivo y hace referencia al protocolo estándar actual.
<url>
Obligatorio
Etiqueta principal de cada entrada de URL. Las demás etiquetas son secundarias de esa.
<loc>
Obligatorio
URL de la página. Esta URL debe comenzar con el protocolo (por ej., http) y acabar con una barra diagonal, si su servidor web así lo requiere. Este valor debe contener menos de 2.048 caracteres.
<lastmod>
Opcional
Fecha de la última modificación del archivo. Esta fecha debe encontrarse en formato Fecha y hora de W3C. Este formato le permite omitir la parte referente a la hora, si así lo desea, y utilizar AAAA-MM-DD.
Tenga en cuenta que esta etiqueta es independiente de la cabecera “If-Modified-Since (304)” que puede mostrar el servidor y que los motores de búsqueda pueden utilizar la información de ambas fuentes de forma diferente.
<changefreq>
Opcional
Frecuencia con la que puede cambiar esta página. Este valor proporciona información general a los motores de búsqueda y es posible que no se corresponda exactamente con la frecuencia de rastreo de la página. Valores aceptados:
always
hourly
daily
weekly
monthly
yearly
never
El valor «always» (siempre) debe utilizarse para describir documentos que cambian cada vez que se obtiene acceso a ellos. El valor «never» (nunca) debe utilizarse para describir direcciones URL archivadas.
Tenga en cuenta que el valor de esta etiqueta se considera una sugerencia y no una orden.
A pesar de que los rastreadores de motores de búsqueda puedan tener en cuenta esta información a la hora de tomar decisiones, pueden rastrear páginas marcadas «hourly» (cada hora) con menor frecuencia de lo que indica la marca, así como rastrear páginas marcadas «yearly» (cada año) con más asiduidad.
Asimismo, pueden rastrear periódicamente páginas marcadas «never» (nunca) para poder manejar los cambios inesperados que se produzcan en ellas.
<priority>
Opcional
La prioridad de esta dirección URL es relativa con respecto a las demás URL de su sitio. Los valores válidos abarcan desde 0,0 a 1,0. Este valor no afecta a la comparación de sus páginas con respecto a las de otros sitios; únicamente permite informar a los motores de búsqueda de las páginas que considera más importantes para los rastreadores.
La prioridad predeterminada de una página es 0,5.
Tenga en cuenta que la prioridad que asigne a la página no suele influir en la posición de sus URL en las páginas de resultados de los motores de búsqueda. Los motores de búsqueda pueden utilizar esta información para elegir entre varias URL del mismo sitio, de modo que puede emplear esta etiqueta para incrementar las probabilidades de que sus páginas más importantes se incluyan en un índice de búsqueda.
Asimismo, tenga en cuenta que la asignación de alta prioridad a todas las URL de su sitio probablemente no le servirá de ayuda, dado que la prioridad es relativa y sólo se utiliza para elegir entre las distintas URL de su sitio.
Caracteres de escape del sitemap.xml
Carácter
Código de caracteres de escape
Símbolo de unión
&
&
Comillas simples
‘
'
Comillas
«
"
Mayor que
>
>
Menor que
<
<
Creación de un indice de sitemaps
Puede proporcionar varios archivos de Sitemap, pero cada uno de ellos deberá contener un máximo de 50.000 direcciones URL y no superar los 50 MB (52,428,800 bytes). Si lo desea, puede comprimir sus archivos de Sitemap con gzip para reducir sus requisitos de ancho de banda; no obstante, el archivo de Sitemap comprimido no debe superar los 50 MB.
Si desea incluir más de 50.000 direcciones URL, deberá crear varios archivos de Sitemap.
Si proporciona varios Sitemaps, debe enumerarlos todos en un archivo de índice de Sitemap.
Los archivos de índice de Sitemap no pueden contener más de 50.000 Sitemaps y no deben superar los 50 MB (52,428,800 bytes), aunque se pueden comprimir.
Es posible disponer de más de un archivo de índice de Sitemap. El formato XML de un archivo de índice de Sitemap es muy parecido al formato XML de un archivo de Sitemap.
El archivo de índice de Sitemap debe:
Comenzar con una etiqueta de apertura <sitemapindex> y terminar con una de cierre </sitemapindex>.
Incluir una entrada <sitemap> para cada Sitemap como una etiqueta XML principal.
Incluir una entrada secundaria <loc> para cada etiqueta principal <sitemap>.
La etiqueta opcional <lastmod> también está disponible para archivos de índice de Sitemap.
Nota: Un archivo de índice de Sitemap sólo puede especificar Sitemaps que se encuentren en la misma ubicación que el archivo de índice de Sitemap.
Por ejemplo, http://www.susitio.es/sitemap_index.xml puede incluir Sitemaps en http://www.susitio.es, pero no en http://www.ejemplo.es o http://suhost.susitio.es. Igual que ocurre con los Sitemaps, el archivo de índice de su Sitemap debe estar codificado en UTF-8.
Índice XML de Sitemap de ejemplo
El siguiente ejemplo muestra un índice de Sitemap que incluye dos Sitemaps:
Nota: las direcciones URL de Sitemap, como todos los valores de sus archivos XML, deben incluir caracteres de escape de entidad.
Definiciones de etiquetas XML de índice de Sitemap
<sitemapindex>
Obligatorio
Encapsula información acerca de todos los Sitemaps del archivo.
<sitemap>
Obligatorio
Encapsula información acerca de un Sitemap concreto.
<loc>
Obligatorio
Identifica la ubicación del Sitemap. Esta ubicación puede ser un Sitemap, un archivo Atom, un archivo RSS o un archivo de texto.
<lastmod>
Opcional
Identifica la hora a la que se modificó el Sitemap correspondiente. No es la hora de modificación de alguna de las páginas incluidas en el Sitemap. El valor de la etiqueta lastmod debe encontrarse en formato Fecha y hora de W3C.
Al proporcionar la marca horaria de la última modificación, permite que los rastreadores de motores de búsqueda obtengan únicamente un subconjunto de los Sitemaps del índice, es decir, el rastreador sólo podrá obtener Sitemaps que han sido modificados a partir de una fecha concreta.
Este mecanismo de obtención de Sitemap incremental permite un rápido descubrimiento de nuevas URL en sitios de gran tamaño.