Posted:
Wenn ihr irgendetwas online veröffentlicht, sollte Sicherheit eine eurer obersten Prioritäten sein. Hacking-Angriffe können nicht nur eurem Online-Ruf schaden, sondern auch dazu führen, dass wichtige und private Daten verloren gehen. Im vergangenen Jahr haben wir einen Anstieg der Hacking-Angriffe auf Websites um 180% verzeichnet. Wir arbeiten intensiv daran, diesem Hacking-Trend entgegenzuwirken. Auch ihr könnt einiges tun, um eure Inhalte im Web zu schützen.



Ab heute setzen wir unsere #nohacked-Kampagne fort. Über die kommenden Wochen erhaltet ihr Tipps, wie ihr eure Website vor Hacking-Angriffen schützen könnt, und wir erklären genauer, wie solche Hacking-Kampagnen funktionieren. Ihr könnt der #nohacked-Kampagne auf Twitter und Google+ folgen.

Wir starten die Kampagne mit einigen grundlegenden Tipps dazu, wie ihr eure Website im Web schützen könnt.

Kontosicherheit erhöhen

Für den Schutz eurer Website ist es unbedingt notwendig, ein starkes Passwort zu verwenden, das schwer zu knacken ist. Verwendet für euer Passwort eine Kombination aus Buchstaben, Zahlen und Symbolen oder eine Passphrase. Außerdem ist die Passwortlänge wichtig. Je länger das Passwort ist, desto schwerer ist es zu entschlüsseln. Es gibt viele Ressourcen im Web, mit denen ihr die Passwortstärke testen könnt. Testet ein Passwort, das eurem ähnelt, um die ungefähre Passwortstärke zu kennen. Achtet aber darauf, niemals euer tatsächliches Passwort auf anderen Websites einzugeben.

Dasselbe Passwort sollte außerdem nicht mehrfach verwendet werden. Angreifer versuchen oft, bekannte Kombinationen aus Nutzernamen und Passwort zu verwenden, die sie aus offengelegten Passwortlisten oder gehackten Diensten erhalten haben, um damit so viele Konten wie möglich zu manipulieren.

Wir empfehlen darüber hinaus die Aktivierung der Zwei-Faktor-Authentifizierung für Konten, die diese Funktion unterstützen. Damit könnt ihr die Sicherheit eures Kontos deutlich erhöhen und euch vor diversen Angriffen auf euer Konto schützen. In zwei Wochen werden wir ausführlicher auf die Vorteile der Zwei-Faktor-Authentifizierung eingehen.

Website-Software regelmäßig aktualisieren

Häufig gelingt Hackern der Angriff auf Websites aufgrund von unsicherer Software auf der Website. Prüft eure Website regelmäßig auf veraltete Software und achtet vor allem auf Updates, die Sicherheitslücken schließen. Wenn ihr einen Webserver wie Apache, nginx oder eine kommerzielle Webserversoftware verwendet, stellt sicher, dass ihr immer die neuesten Patches für eure Webserversoftware installiert. Wenn ihr ein CMS (Content Management System) oder Plug-ins oder Add-ons auf eurer Website verwendet, aktualisiert diese immer auf die neueste Version. Außerdem solltet ihr die Sicherheitsankündigungen für eure Webserversoftware und ggf. euer CMS abonnieren. Denkt auch darüber nach, Add-ons oder Software, die ihr auf eurer Website nicht braucht, komplett zu entfernen. Diese können nicht nur potenzielle Risiken bergen, sondern auch die Leistung eurer Website beeinträchtigen.

Sicherheitsrichtlinien des Hostanbieters erfragen

Beachtet bei der Auswahl eines Hostanbieters unbedingt, welche Sicherheitsrichtlinien bei dem Hostanbieter gelten und wie er mit der Wiederherstellung gehackter Websites umgeht. Falls ihr einen Hostanbieter nutzt, fragt nach, ob er On-Demand-Support bei websitespezifischen Problemen anbietet. Ihr könnt euch auch online informieren, welche Erfahrungen Nutzer mit dem Anbieter bei der Wiederherstellung manipulierter Websites gemacht haben.

Wenn ihr einen eigenen Server habt oder VPS-Dienste (Virtual Private Server) nutzt, solltet ihr auf den Umgang mit möglichen Sicherheitsproblemen vorbereitet sein. Serveradministration ist eine komplexe Sache und eine der Hauptaufgaben eines Serveradministrators besteht darin, sicherzustellen, dass der Webserver und die Content-Management-Software immer gepatcht und auf dem neuesten Stand sind. Wenn ihr die Serveradministration nicht unbedingt selbst übernehmen wollt, kann es sich lohnen, bei eurem Hostanbieter nachzufragen, ob er solche Administrationsdienste anbietet.

Mit Google-Tools über mögliche gehackte Websiteinhalte auf dem Laufenden bleiben

Es ist wichtig, Tools zu haben, die euch bei der Überwachung eurer Website proaktiv unterstützen können. Je früher ihr über einen Hacking-Angriff Bescheid wisst, desto schneller könnt ihr etwas dagegen unternehmen.

Wir empfehlen allen, die noch nicht angemeldet sind, die Anmeldung bei der Search Console. Über die Search Console weist Google euch auf Probleme bei eurer Website hin. Wir informieren euch dann zum Beispiel auch, wenn gehackte Inhalte auf eurer Website gefunden wurden. Ihr könnt auch Google Alerts auf eurer Website einrichten, um bei verdächtigen Ergebnissen für eure Website benachrichtigt zu werden. Wenn ihr beispielsweise eine Website für Haustierzubehör mit dem Namen www.example.com habt, könnt ihr einen Alert für [site:example.com günstige software] einrichten. Dann werdet ihr benachrichtigt, wenn auf eurer Website plötzlich Hacking-Inhalte zu günstiger Software erscheinen. Ihr könnt mehrere Alerts für unterschiedliche Spambegriffe auf eurer Website einrichten. Wenn ihr nicht sicher seid, welche Spambegriffe ihr verwendet sollt, könnt ihr bei Google nach häufigen Spambegriffen suchen.

Wir hoffen, diese Tipps helfen euch, eure Website online zu schützen. Folgt unseren sozialen Kampagnen und teilt Tipps & Tricks zur Sicherheit im Web unter dem Hashtag #nohacked.

Falls ihr noch Fragen habt, könnt ihr diese auch in unserem Forum für Webmaster posten.

Post von Eric Kuan, Webmaster Relations Specialist und Yuan Niu, Webspam Analyst
(Veröffentlicht von Sven Naumann, Search Quality Team)


Posted:
Die Google-Suche bietet einen Dienst zur automatischen Vervollständigung, mit dem Suchanfragen vorhergesagt werden, bevor ein Nutzer die Eingabe beendet. Seit Jahren integrieren diverse Entwickler die Ergebnisse der automatischen Vervollständigung in ihre eigenen Dienste, wobei sie eine nicht offizielle und nicht veröffentlichte API verwenden, für die auch keine Beschränkungen gelten. Entwickler, die diese API zur automatischen Vervollständigung entdeckt haben, konnten somit die Dienste zur automatischen Vervollständigung unabhängig von der Google-Suche integrieren.

Bei vielen Gelegenheiten hat Reverse Engineering eines Google-Dienstes mit einer unveröffentlichten API durch die Entwicklercommunity hervorragende Ergebnisse hervorgebracht. Beispielsweise wurde die Google Maps API Monate, nachdem sich herausstellte, was kreative Entwickler durch Kombinieren von Kartendaten mit anderen Datenquellen geschaffen hatten, zu einer offiziell unterstützten API. Wir unterstützen derzeit mehr als 80 APIs, die Entwickler verwenden können, um Google-Dienste und -Daten in ihre Anwendungen zu integrieren.

Es treten jedoch manchmal Situationen auf, in denen die Verwendung einer nicht unterstützten und nicht veröffentlichten API das Risiko nach sich zieht, dass diese API irgendwann nicht mehr verfügbar ist. Die jetzige Situation ist eine davon.

Wir haben die automatische Vervollständigung als Zusatzfunktion zur Suche entwickelt. Jedoch war nie beabsichtigt, dass diese Funktion für andere Zwecke als zur Vorhersage von Suchanfragen verwendet wird. Im Laufe der Zeit haben wir festgestellt, dass gewisse Anwendungsmöglichkeiten von Datenfeeds zur automatischen Vervollständigung außerhalb der Suchergebnisse zwar nützlich sein könnten, der Inhalt unserer automatischen Vervollständigung jedoch für Ergebnisse der Websuche optimiert ist und auch nur im Zusammenhang mit diesen verwendet werden soll. Außerhalb des Kontextes einer Websuche bietet diese Funktion Nutzern keine nennenswerten Vorteile.

Da wir die Integrität der automatischen Vervollständigung als Teil der Suche aufrechterhalten möchten, schränken wir unautorisierten Zugriff auf die nicht veröffentlichte API zur automatischen Vervollständigung ab dem 10. August 2015 ein. Wir möchten sichergehen, dass Nutzer die automatische Vervollständigung so verwenden können, wie von uns beabsichtigt – als einen Dienst, der eng mit der Suche verbunden ist. Wir sind der Ansicht, dass dadurch die beste Nutzererfahrung für beide Dienste geboten wird.

Für Publisher und Entwickler, die den Dienst zur automatischen Vervollständigung weiterhin für ihre Website verwenden möchten, bieten wir eine Alternative an. Mit der benutzerdefinierten Suchmaschine von Google (Custom Search Engine – CSE) können Websites die Funktion zur automatischen Vervollständigung in Verbindung mit der Suchfunktion beibehalten. Alle Partner, die bereits CSE von Google verwenden, sind von dieser Änderung nicht betroffen. Andere, die die Funktion zur automatischen Vervollständigung nach dem 10. August 2015 nutzen möchten, können sich über die Anmeldeseite für CSE informieren.

Post von Peter Chiu im Namen des Autovervollständigungs-Teams
(Veröffentlicht von Sven Naumann, Search Quality Team)

Posted:
Viele mobile Websites nutzen App-Interstitials als Werbung, um Nutzer zum Herunterladen ihrer systemeigenen mobilen Apps zu animieren. Systemeigene Apps können zur Verbesserung der Nutzererfahrung führen und bieten Gerätefunktionen, die derzeit noch nicht einfach über einen Browser zugänglich sind. Zahlreiche App-Eigentümer sind deshalb überzeugt, dass sie Nutzer ermutigen sollten, die systemeigene Version ihrer Website bzw. ihres Onlinedienstes zu installieren. Unklar ist, wie aggressiv die Apps beworben werden sollten, zumal ein ganzseitiges Interstitial dazu führen kann, dass Nutzer nicht sofort an den gewünschten Inhalt gelangen.


Bei der mobilen Version für Google+ wollten uns die eigene Nutzung von Interstitials einmal genauer anschauen. Interne Nutzerstudien zeigen, dass sie für die Nutzer wenig zufriedenstellend sind, und Jennifer Gove hat in einem tollen Vortrag bei der IO-Entwicklerkonferenz im letzten Jahr die Gründe für diese Enttäuschung der Nutzer noch einmal genauer erläutert.



Obwohl uns unser Gefühl sagt, dass wir das Interstitial entfernen sollten, verlassen wir uns bei unseren Entscheidungen lieber auf Daten. Wir wollten also feststellen, wie sich das Interstitial auf unsere Nutzer auswirkt. Unsere Analyse ergab Folgendes:

  • 9 % der Aufrufe unserer Interstitial-Seite führten dazu, dass die Schaltfläche "App herunterladen" gedrückt wurde. Dabei ist zu beachten, dass ein Teil der Nutzer die App möglicherweise bereits installiert hat oder überhaupt keine App Store-Downloads durchführt.
  • 69 % der Nutzer verließen unsere Seite. Diese Nutzer riefen weder den App-Store auf noch wechselten sie zu unserer mobilen Website.

Auch wenn sich 9 % zunächst nach einer großartigen CTR für eine Kampagne anhören, ging es uns eher um die Anzahl der Nutzer, die unser Produkt wegen der Beeinträchtigung ihrer Nutzererfahrung verlassen hatten. Angesichts der vorliegenden Daten beschlossen wir im Juli 2014, ein Experiment durchzuführen und auszuprobieren, wie sich das Entfernen des Interstitials auf die eigentliche Produktnutzung auswirken würde. Wir fügten ein Smart App-Banner hinzu, um die systemeigene App weiter auf weniger aufdringliche Weise zu bewerben, wie im Abschnitt Häufige Fehler vermeiden unseres Leitfadens für Mobilgeräte beschrieben. Die Ergebnisse waren überraschend:

  • Die Anzahl der Nutzer, die an einem Tag auf unserer mobilen Website aktiv waren (1-day active), war um 17 % gestiegen.
  • Die Anzahl der Installationen der systemeigenen G+ iOS-App blieb weitgehend gleich (-2 %). (Die Anzahl der Installationen über Android-Geräte bleibt hier unberücksichtigt, weil Google+ auf den meisten Android-Geräten bereits installiert ist.)

Aufgrund dieser Ergebnisse beschlossen wir, das Interstitial dauerhaft zu entfernen. Wir sind der Ansicht, dass der Anstieg der Nutzerzahl für unsere Produkte unterm Strich eine positive Veränderung darstellt und wollen euch an dieser Erkenntnis teilhaben lassen, in der Hoffnung, dass auch ihr die Nutzung von Interstitials zu Werbezwecken noch einmal überdenkt. Lasst uns diese Reibungspunkte entfernen, damit das mobile Web nützlicher und nutzerfreundlicher wird!

(Seit dieser Studie haben wir eine nochmals verbesserte Version der mobilen Website gestartet, die aktuell gänzlich ohne App-Banner auskommt. Das Banner kann weiterhin auf iOS 6 und früheren Versionen gesehen werden)

Gepostet von David Morell, Software Engineer, Google+
(Veröffentlicht von Sven Naumann, Search Quality Team)

Posted:
Da immer mehr neue generische Top-Level-Domains (gTLDs) verfügbar sind, möchten wir euch einen kurzen Überblick darüber geben, wie sich diese auf die Google-Suche auswirken. Wir haben festgestellt, dass es viele Fragen und Unklarheiten zum Einsatz neuer Top-Level-Domains (TLDs) wie .guru, .how oder der markenspezifischen gTLDs .MARKE gibt:

Frage: Wie wirken sich die neuen gTLDs auf die Suche aus? Wird Google seine Suchalgorithmen ändern, um diesen TLDs einen Vorzug zu geben? Welche Rolle spielen die TLDs letztendlich in der Suche?
Antwort: Unsere Systeme machen in der Regel keinen Unterschied zwischen neuen gTLDs und den bereits vorhandenen wie .com und .org. Keywords in einer TLD stellen keinen Vor- oder Nachteil in der Suche dar.


F: Wie werden internationalisierte Domainnamen in TLDs wie .みんな gehandhabt? Kann der Googlebot diese TLDs crawlen und indexieren, damit sie in der Suche gefunden werden können?
A: Ja. Es gibt keinen Unterschied in der Verwendung dieser und anderer TLDs. Ihr könnt dies ganz einfach über eine Suchanfrage wie [site:みんな] überprüfen. Google gibt der Punycode-Version eines Hostnamens den gleichen Stellenwert wie der nicht kodierten Version. Ihr braucht also keine Weiterleitungen oder separate kanonische URLs zu verwenden. Was ihr für den restlichen Teil der URL beachten solltet: Verwendet UTF-8 für den Pfad und die Abfragezeichenfolge der URL, wenn diese andere als ASCII-Zeichen enthält.


F: Hat eine markenspezifische TLD (.MARKE) einen höheren oder niedrigeren Stellenwert als .com?
A: Nein. Wir machen keinen Unterschied zwischen diesen TLDs und anderen gTLDs. Für beide müsst ihr die geografische Ausrichtung einstellen und konfigurieren. Marken-TLDs werden beim Crawlen, Indexieren oder Ranking von URLs nicht bevorzugt behandelt.


F: Wie werden die neuen TLDs für Regionen oder Städte wie .london oder .bayern gehandhabt?
A: Auch wenn diese TLDs regionsspezifisch zu sein scheinen, werden sie dennoch als gTLDs eingestuft. Dies entspricht auch unserem Ansatz für regionale TLDs wie .eu und .asia. Möglicherweise kann es hier zu einem späteren Zeitpunkt Ausnahmen geben. Dies hängt davon ab, wie die TLDs schlussendlich in der Praxis eingesetzt werden. Weitere Informationen zu internationalen und mehrsprachigen Websites und zum Festlegen einer geografischen Ausrichtung in der Search Console findet ihr in unserer Hilfe.


F: Wie werden ccTLDs (Ländercode-Top-Level-Domains) eingesetzt? Gibt Google ccTLDs wie .uk, .ae als lokalen Domains Vorrang, wenn ein Nutzer in einem dieser Länder sucht?
A: Standardmäßig werden die meisten ccTLDs (mit einigen Ausnahmen) eingesetzt, um eine geografische Ausrichtung der Website zu erzielen. ccTLDs sind ein Hinweis darauf, dass die Website im jeweiligen Land wahrscheinlich relevanter ist. Weitere Informationen zu internationalen und mehrsprachigen Websites


F: Kann ich von Google Unterstützung hinsichtlich der SEO-Anpassung bei der Verschiebung meiner Domain von .com zu einer neuen TLD erwarten? Wie verschiebe ich meine Website, ohne das Ranking in der Suche oder meinen Verlauf zu verlieren?
A: In unserer Hilfe findet ihr umfassende Informationen zum Website-Umzug. Diese Umzüge werden von uns wie alle anderen Website-Umzüge eingestuft. Es kann einige Zeit dauern, bis Domainänderungen für die Suche verarbeitet werden. Zudem erwarten Nutzer, dass E-Mail-Adressen langfristig gültig sind, daher solltet ihr eine Domain auswählen, die auch auf lange Sicht euren Anforderungen entspricht.

Wir hoffen, eure Fragen mit diesen Informationen zur Handhabung der neuen Top-Level-Domains beantwortet zu haben. Falls ihr noch Fragen habt, könnt ihr sie gerne hier posten oder in unserem Forum für Webmaster stellen.

Post von John Mueller, Webmaster Trends Analyst
(Veröffentlicht von Sven Naumann, Search Quality Team)

Posted:
Ab jetzt können Sie über goo.gl erstellte Kurzlinks als übergreifende Links für alle Ihre Inhalte verwenden, egal, ob diese sich in Ihrer Android- oder iOS-App oder auf Ihrer Website befinden. Nachdem Sie alle notwendigen Schritte für die App-Indexierung für Android und iOS durchgeführt haben, werden Nutzer, die Ihre App installiert haben und einen über goo.gl erstellten Link auswählen, direkt auf die richtige Seite in der App geleitet. Allen anderen Nutzern wird Ihre Website angezeigt. Dadurch ergeben sich zusätzliche Möglichkeiten zur Nutzerinteraktion mit Ihrer App.

Sie können diese Funktion sowohl für neue Kurz-URLs als auch für bereits erstellte Links nutzen. Falls Sie also bereits Kurzlinks über goo.gl für Ihre Inhalte erstellt haben, werden Nutzer direkt zu Ihrer App geleitet.

Zillow teilt eine Kurz-URL über Twitter, die automatisch zur systemeigenen App führt.

Links teilen, die zum richtigen Ziel führen

Sie können diese Funktion auch über die URL Shortener API in den Ablauf zum Teilen Ihrer App integrieren. Nutzer können so Links teilen, die automatisch und plattformübergreifend zu Ihrer systemeigenen App führen. Damit können auf anderen Websites und in anderen Apps Links eingebettet werden, die als Tiefenlinks direkt zu Ihrer App führen.

Nehmen wir Google Maps als Beispiel. Dank den neuen plattformübergreifenden goo.gl-Links wird über die Schaltfläche zum Teilen in Google Maps ein Link generiert, der die optimale Darstellung des Inhalts für alle Nutzer ermöglicht. Wenn ein Nutzer den Link auswählt, wird automatisch erkannt, welche Plattform der Nutzer verwendet und ob Google Maps auf dem Gerät installiert ist. Wenn die App auf dem Gerät des Nutzers installiert ist, wird der Inhalt über den Kurzlink direkt in der Maps App für Android oder iOS geöffnet. Falls die App nicht installiert ist oder der Nutzer einen Desktopcomputer verwendet, führt der Kurzlink direkt zur Seite auf der Maps-Website.

Versuchen Sie es selbst. Verwenden Sie dafür ein Smartphone, auf dem die Google Maps App installiert ist: http://goo.gl/maps/xlWFj.

Funktion einrichten

So richten Sie App-Tiefenlinks in goo.gl ein:
  1. Führen Sie die notwendigen Schritte für die Indexierung von Android- und iOS-Apps wie unter g.co/AppIndexing (unten rechts können Sie auf "Deutsch" wechseln) beschrieben durch. Beachten Sie, dass Tiefenlinks von goo.gl im Gegensatz zu Tiefenlinks aus der Google-Suche für alle iOS-Entwickler verfügbar sind. Nachdem Sie diesen Schritt abgeschlossen haben, gelangen Nutzer, die einen vorhandenen goo.gl-Kurzlink auswählen, über den Tiefenlink direkt zu Ihrer App.
  2. Sie können optional auch die URL Shortener API zum Beispiel in den Ablauf zum Teilen Ihrer App oder in Ihre E-Mail-Kampagnen integrieren, um programmatisch Links zu generieren, die als Tiefenlinks direkt zu Ihrer App führen.

Wir hoffen, dass Sie diese Funktion zum plattformübergreifenden Teilen von Inhalten hilfreich finden.


Post von Fabian Schlupp, Software Engineer
(Veröffentlicht von Johannes Mehlem, Search Quality Team)

Posted:
Wir unterstützen Nutzer jetzt seit einiger Zeit dabei, relevante Inhalte aus Android-Apps in den Google-Suchergebnissen zu finden. Ab heute bieten wir die App-Indexierung auch für iOS-Apps an. Das bedeutet, dass sowohl Android- als auch iOS-Nutzer Inhalte in mobilen Apps direkt über die Google-Suche öffnen können.

Indexierte Links einer ersten App-Gruppe erscheinen für angemeldete Nutzer in den kommenden Wochen unter iOS global in den Suchergebnissen, sowohl über die Google App als auch in Chrome:
Indexierung von iOS-Apps

Während die App-Indexierung für iOS zunächst mit einer kleinen Gruppe von Testpartnern eingeführt wird, arbeiten wir bereits daran, diese Technologie schnellstmöglich für mehr App-Entwickler zur Verfügung zu stellen. Bis dahin findet ihr im Folgenden eine Anleitung dazu, wie ihr die App-Indexierung für iOS bereits nutzen könnt:

1. Fügt Tiefenlinks für eure iOS-App hinzu.
3. Bietet Hinweise zu Tiefenlinks auf eurer Website an.
4. Teilt uns mit, wenn ihr an der Indexierung eurer App interessiert seid. Beachtet, dass euer Interesse alleine nicht garantiert, dass App-Tiefenlinks in den iOS-Suchergebnissen zu sehen sind.

Solltet ihr diese Woche die Google I/O besuchen, nehmt an unserem Vortrag zum Thema "Aufnahme von Apps in den Google-Index" teil, um mehr über die App-Indexierung zu erfahren. Detaillierte Informationen zur App-Indexierung für iOS findet ihr unter g.co/AppIndexing.
Falls ihr weitere Fragen habt, könnt ihr diese gerne in unserem Forum für Webmaster posten.

Post von Eli Wald, Product Manager
(Veröffentlicht von Johannes Mehlem, Search Quality Team)

Posted:
Wäre es nicht ungemein praktisch, wenn ihr nachverfolgen könntet, wo und bei welchen Suchanfragen euer indexierter App-Inhalt in den Suchergebnissen erscheint, welche App-Seiten am beliebtesten sind und welche von ihnen Fehler aufweisen?  Das haben wir uns auch gedacht! Deshalb haben wir unser gerade in Search Console umbenanntes Tool mit neuen Berichten ausgestattet, die euch zeigen, wie Google euren App-Inhalt versteht und in den Suchergebnissen anzeigt.

Wir möchten die Search Console zu einer umfassenden Informationsquelle für all jene machen, denen die Suche wichtig ist – unabhängig vom Format der Inhalte. Wenn ihr also eine App besitzt oder gerade entwickelt, ist die Search Console der ideale Ort, um Daten rund um die Suche zu erhalten. 

Eure App in der Search Console hinzufügen
Öffnet einfach die Search Console und gebt den Namen eurer App ein: android-app://com.example. Selbstverständlich stellen wir Daten nur für autorisierte App-Eigentümer bereit. Ihr benötigt also euer Google Play-Konto, um der Search Console zu zeigen, dass ihr auf die App zugreifen könnt. Wenn ihr bei Google Play nicht auf eure App zugreifen könnt, bittet einen Eigentümer, die App in der Search Console zu bestätigen um euch anschließend hinzuzufügen.

Website mit eurer App verknüpfen Das Verknüpfen eurer Website mit eurer App ist erforderlich, damit die App-Indexierung funktioniert. Außerdem hilft es Google, den App-Inhalt besser zu verstehen was auch hilfreich für das Ranking in der Suche ist.

Entwicklung des App-Inhalts in der Suche nachverfolgen Der neue Bericht "Suchanalyse" bietet detaillierte Informationen zu den häufigsten Suchanfragen, den beliebtesten App-Seiten und zum Traffic je nach Land. Er enthält auch eine umfassende Auswahl an Filtern, mit denen ihr die Informationen auf einen bestimmten Suchanfragetyp oder eine Region einschränken oder nach Klicks, Impressionen, Klickrate und Positionen sortieren könnt.



Über den Bericht "Suchanalyse" könnt ihr prüfen, ob der aus eurer Sicht wichtigste App-Inhalt tatsächlich der Inhalt ist, der in der Suche erscheint und die meisten Klicks erhält. Wenn dem so ist, seid ihr auf dem richtigen Weg - der Inhalt wird von den Nutzern gefunden und kommt bei ihnen gut an. Wenn dies nicht der Fall ist, solltet ihr vielleicht die Navigation anders strukturieren, sodass die wichtigsten Inhalte leichter zu finden sind. Außerdem solltet ihr in diesem Fall prüfen, ob ihr Tiefenlinks zu allen App-Inhalten bereitgestellt habt, die von den Nutzern gefunden werden sollen.

Sicherstellen, dass Google den App-Inhalt versteht Wenn wir beim Indexieren eures App-Inhalts auf Fehler stoßen, können wir für diese App-Seiten in den Suchergebnissen keine Tiefenlinks anzeigen. Im Bericht "Crawling-Fehler" werden die Art und die Anzahl der von uns gefundenen Fehler aufgeführt.

App-Inhalte so ansehen, wie Google sie sieht Wir haben eine Alphaversion des Tools "Abruf wie durch Google" für Apps erstellt, mit der ihr prüfen könnt, ob ein App-URI funktioniert, und seht, wie Google ihn rendert. Außerdem könnt ihr damit auch den App-Inhalt mit dem Webseiteninhalt vergleichen, um Fehler wie z. B. nicht übereinstimmende Inhalte zu beheben. In vielen Fällen werden die Fehler bezüglich nicht übereinstimmender Inhalte durch blockierte Ressourcen innerhalb der App oder durch Pop-ups für die Anmeldung bzw. Registrierung der Nutzer verursacht. Jetzt könnt ihr solche Probleme sehen und beheben.



Wenn ihr mit der Optimierung und Fehlerbehebung für eure eigene App beginnen möchtet, fügt sie einfach in der Search Console hinzu. Weitere Informationen zur App-Indexierung findet ihr auf unserer Entwickler-Website. Und wie immer könnt ihr gern im Forum für Webmaster vorbeischauen und dort Fragen stellen.

Post von
Hillel Maoz, Engineering Lead, Search Console Team. Lieblings-App: Flipboard
Mariya Moeva, Webmaster Trends Analyst. Lieblings-App: Spotify
(Veröffentlicht von Sven Naumann, Search Quality Team)