DE102013017085A1

DE102013017085A1 - System für eine tiefe Verknüpfung und Suchmaschinenunterstützung für Webseiten, in die eine Drittanwendung und Komponenten integriert sind

Info

Publication number: DE102013017085A1
Application number: DE102013017085.0A
Authority: DE
Inventors: Yoav ABRAHAMI; Uri Tagger
Original assignee: Wixpress Ltd
Current assignee: Wix com Ltd
Priority date: 2012-10-15
Filing date: 2013-10-15
Publication date: 2014-04-17
Also published as: IL249806A; US9436765B2; IL271638A; IL264494A; IL228896A; IL249806A0; IL254054A0; US20140108373A1; US10534818B2; US20200151224A1; IL254054B; US20210397777A1; IL264494B; US20160350422A1; US11113456B2

Abstract

Ein System und ein Verfahren für eine Webseite, einschließlich eines Detektors zum Erkennen und Analysieren zumindest der Quelle zumindest einer eingehenden Anforderung und eines Uniform-Resource-Locator-(URL)-Handlers zum Parsen der eingehenden Anforderung. Das System und das Verfahren weisen auch einen Koordinator mit Zugang zu mindestens einer Drittanwendung, um zwischen dem URL-Handler und zumindest einer Drittanwendung zu koordinieren, und zumindest einen Renderer zum Empfangen der Ausgabe des Koordinators und des Detektors und zum Erzeugen zumindest einer von einer gewöhnlichen Webseiten-Seite, einer indexierenden angepassten Seite und einer Sitemap entsprechend zumindest der Quelle der eingehenden Anforderung auf.

Description

QUERVERWEIS AUF VERWANDTE ANMELDUNGEN
Diese Anmeldung beansprucht die Priorität der am 15. Oktober 2012 eingereichten vorläufigen US-Patentanmeldung 61/713 687, die hiermit in ihrer Gesamtheit durch Verweis aufgenommen ist.
GEBIET DER ERFINDUNG
Die vorliegende Erfindung betrifft Webseitenerstellungssysteme und insbesondere das Verknüpfen mit Suchmaschinen.
HINTERGRUND DER ERFINDUNG
Es gibt viele kommerziell erhältliche Webseitenerstellungssysteme und andere interaktive Anwendungserstellungswerkzeuge, die für das Erzeugen und Editieren von Webseiten und anderen Online-Anwendungen verwendet werden können. Endbenutzer können auf solche Webseiten unter Verwendung von Client-Software auf einer Vielzahl verschiedener Plattformen in der Art gewöhnlicher Personalcomputer, Smartphones, Tabletts und anderer Desktopvorrichtungen oder mobiler Vorrichtungen zugreifen.
Diese Webseitenerstellungssysteme können in verschiedenen Konfigurationen vorkommen, wie vollständig online arbeitende Webseitenerstellungssysteme, die auf einem Server oder auf Servern gehostet sind, die mit dem Internet verbunden sind und auf die unter Verwendung von Internetkommunikationsprotokollen in der Art des Hypertext Transfer Protocol (HTTP) zugegriffen wird. Die Erzeugung, das Editieren und die Bereitstellung dieser Webseitenerstellungssysteme werden alle online ausgeführt, wobei direkt mit den Servern zusammengearbeitet wird.
Webseitenerstellungssysteme können auch teilweise online sein, wobei die Webseiteneditierung lokal auf der Maschine des Benutzers ausgeführt wird und später zur Bereitstellung auf einen zentralen Server oder auf zentrale Server hochgeladen wird. Sobald sie hochgeladen wurden, verhalten sich diese Webseitenerstellungssysteme ebenso wie vollständig online verfügbare Webseitenerstellungssysteme. Webseitenerstellungssysteme können auch offline arbeiten, wobei sowohl das Editieren als auch das Ausführen der Anwendung lokal geschehen. Die Webseite kann über das Internet oder andere Offline-Mittel zu anderen Endbenutzermaschinen verteilt werden.
Auf diese Webseitenerstellungssysteme kann durch verschiedene Kategorien von Benutzern zugegriffen werden, einschließlich insbesondere Designer (welche die Webseiten erzeugen) und Endbenutzer (welche auf die erzeugten Webseiten zugreifen, sie jedoch möglicherweise durch Mechanismen wie Blog-Kommentare modifizieren können). Sofern nicht auf eine Gruppe speziell Bezug genommen wird, betrifft ein Bezug auf einen Benutzer beide Benutzergruppen.
Webseitenerstellungssysteme haben eine interne Datenarchitektur, um Daten und Elemente innerhalb des Systems zu organisieren. Diese Architektur kann von der äußeren Ansicht der betreffenden Seite, wie sie vom Benutzer gesehen wird, verschieden sein und auch von der Art verschieden sein, in der typische Hypertext-Markup-Language-(HTML)-Seiten zum Browser gesendet werden. Beispielsweise kann die interne Datenarchitektur zusätzliche Eigenschaften für jedes Element auf der Seite (Erzeuger, Erzeugungszeit, Zugriffserlaubnisse, Verknüpfungen zu Templates usw.) enthalten, die für das Editieren und Pflegen der Seite innerhalb des Webseitenerstellungssystems wesentlich sind, jedoch für den Endbenutzer (oder sogar einige editierende Benutzer) nicht von außen sichtbar sind. Eine typische Architektur für eine auf einem Webseitenerstellungssystem beruhende Webseite kann aus Seiten bestehen, die Komponenten (beispielsweise Formkomponenten, Bildkomponenten, Textkomponenten, einzel- und mehrseitige Container, die Miniseiten enthalten, usw.) enthalten, wie in 1 dargestellt ist, worauf nun Bezug genommen wird. Wie dargestellt ist, zeigt der mehrseitige Container a nur eine Miniseite (p₁) zur Zeit, auch wenn er mit mehreren Seiten p_n assoziiert ist. Der mehrseitige Container b kann auch mit mehreren Miniseiten q_n assoziiert sein und einige oder alle von ihnen gleichzeitig anzeigen.
Komponenten können inhaltslos sein, wie eine Sternenform, die keinen internen Inhalt aufweist (wenngleich sie eine Farbe, Größe, Position und einige andere Parameter hat), oder sie können internen Inhalt aufweisen, wie eine Textabsatzkomponente, deren interner Inhalt den angezeigten Text sowie Font-, Formatier- und Layoutinformationen einschließt. Dieser Inhalt kann natürlich von einer Instanz der Textabsatzkomponente zu einer anderen variieren.
Webseitenerstellungssysteme können auch unter Verwendung von Drittanwendungen und in sie eingebetteten Komponenten erweitert werden. Solche Drittanwendungen können in die Entwicklungsumgebung des Webseitenerstellungssystems aufgenommen sein oder getrennt gekauft (oder auf andere Weise erworben werden), und zwar durch eine Anzahl von Vertriebsmechanismen, wie von einem Anwendungsladen (AppStore), der in das Webseitenerstellungssystem integriert ist, von einem getrennten webbasierten oder alleinstehenden Anwendungslagerort (oder AppStore), der vom Verkäufer des Webseitenerstellungssystems (WBS) betrieben wird, oder von einer anderen Einheit. Drittanwendungen können auch direkt von einem Verkäufer der Drittanwendung (durch einen AppStore oder nicht), der ein tatsächliches Installationsmodul oder lediglich einen Aktivierungs- oder Zugangscode bereitstellen würde, erhalten werden.
Drittanwendungen können in verschiedenen Formaten kommen, wie Drittanwendungen vom Widget-Typ, die als eine Komponente in eine Webseiten-Seite eingebettet sind, und Drittanwendungen vom Seitensatztyp, die als eine zusätzliche Seite oder zusätzliche Seiten zur Webseite hinzugefügt sind. Drittanwendungen (sowohl vom Widget-Typ als auch vom Seitensatztyp) können entweder einseitige oder mehrseitige Anwendungen sein (die interne Miniseiten aufweisen, welche als eine interne Uniform-Resource-Locator-(URL)-Struktur dargestellt sind). Drittanwendungen vom Widget-Typ stellen typischerweise eine Homepage bereit, die als eine Standard-”Lande”-Miniseite angesehen werden kann.
Die Verwendung von Drittanwendungen in Webseiten auf der Grundlage eines Webseitenerstellungssystems erfolgt durch Drittanwendungsinstanzen. Das Webseitenerstellungssystem kann gewöhnlich mehrere Verwendungen von Drittanwendungen auf verschiedenen Ebenen unterstützen, wie durch Erlauben einer einzigen Drittanwendungsinstanz auf der gesamten Webseite oder durch Erlauben der Erzeugung von Instanzen mehrerer Drittanwendungen innerhalb der Webseite, wobei jedoch lediglich eine Instanz pro Webseite oder einer gegebenen Seite erlaubt wird. Das Webseitenerstellungssystem kann auch das Erzeugen mehrerer Instanzen mehrerer Drittanwendungen erlauben, ohne dass der Umfang, die Vervielfachung oder der Ort der Drittanwendungsinstanzen beschränkt werden.
Das Webseitenerstellungssystem kann auf seinem eigenen Verkäuferserver, auf dem Drittanwendungsserver, auf einem externen Server einer vierten Partei oder auf einer beliebigen Kombination davon bereitgestellte Drittanwendungen unterstützen. Eine Drittanwendung kann auch Elemente aufweisen, die tatsächlich auf der Endbenutzermaschine laufen, wie eine statistisch installierte Browsererweiterung oder eine dynamisch ausgeführte JavaScript-Komponente, die innerhalb des clientseitigen Codes des Webseitenerstellungssystems läuft, wie in 2 dargestellt ist, worauf nun Bezug genommen wird. Eine Drittanwendung kann ferner Elemente aufweisen, die auf dem Server des Webseitenerstellungssystems laufen. Die Server des Verkäufers des Webseitenerstellungssystems wirken als ein Kontaktpunkt für die Endbenutzer und können auf Anforderungen antworten, wobei sie sich möglicherweise mit dem Server des Verkäufers der Drittanwendung verbinden, um erforderliche Informationen zu empfangen. Das Webseitenerstellungssystem kann direkte Verbindungen (nach Bedarf) zwischen dem Client-Computer und den Servern des Verkäufers der Drittanwendung erzeugen, beispielsweise wenn ein Video-Streaming erforderlich ist.
Enthaltene Drittanwendungsinstanzen können ihren eigenen internen Inhalt aufweisen, ähnlich wie gewöhnliche Komponenten internen Inhalt (in der Art einer Textabsatzkomponente) aufweisen. Die Drittanwendung kann diesen Inhalt unter Verwendung des in 3 dargestellten Webseitenerstellungssystems, worauf mm Bezug genommen wird, unabhängig vom Webseitenerstellungssystem und von der erzeugten Webseite verwalten. Wie ersichtlich ist, enthält die Hauptseite a Drittanwendungsinstanzen b und c von verschiedenen Drittanwendungen. Die Ausgabe von enthaltenen Drittanwendungen kann auf eine Anzahl verschiedener Arten, nämlich durch eine serverseitige Verarbeitung, durch eine clientseitige Verarbeitung, durch iframes oder auf andere Weise in die erzeugte Webseite integriert werden.
Auf erzeugte Webseiten (und Seiten) kann unter Verwendung ihrer URL zugegriffen werden, welche typischerweise eine direkte Verknüpfung (oder tiefe Verknüpfung) zu spezifischen Seiten innerhalb der Webseite bereitstellt. Die URL einer bestimmten Webseite kann typischerweise im folgenden Format vorliegen:
http://www.WbsVendor.com/WbsUser/WbsSite oder
http://www.WbsVendor.com/WbsUser/WbsSite/PageName
Der Webseitenerstellungsserver kann eine kürzere URL bereitstellen, die auf die vorstehende URL abgebildet ist, wie:
http://www.MyWbsSite.com/PageName oder
http://www.MyWbsSite.com#!PageName
Das Webseitenerstellungssystem kann auch eine Hierarchieunterstützung bereitstellen, beispielsweise Seitengruppen aufweisen, die erzeugte Seiten einschließen. In diesem Fall kann die zugewiesene URL (beispielsweise) sein:
http://www.MyWbsSite.com/GroupName/SubgroupName/PageName.
Suchmaschinen (wie Google von Google Inc. oder Bing von Microsoft) sind heutzutage der üblichste Weg für das Zugreifen auf Webseiten. Viele Benutzer machen sich nicht einmal die Mühe, sich die gewöhnliche Webseiten-URL oder den gewöhnlichen Webseitennamen zu merken, sondern führen vielmehr eine Websuche aus, um die erforderliche Webseite zu erhalten, wann immer diese benötigt wird. Suchmaschinen indexieren typischerweise mehrere Seiten innerhalb der Webseite, und nicht nur die Eingangsseiten der Webseite der obersten Ebene, sondern auch interne Seiten der Webseite. Diese Verknüpfungen mit internen Seiten sind als tiefe Verknüpfungen bekannt. Viele Webseitenerstellungssysteme nehmen eine Suchmaschinenoptimierung auf, um zu gewährleisten, dass auf die Webseite, die erstellt wird, durch Web-Crawler oder -Spider von Suchmaschinen zugegriffen werden kann. Webseitenerstellungssysteme stellen für jede Seite eine alternative Version der angezeigten Seite für die Verwendung durch Spider bereit. Diese Version weist den extrahierten Text von den Komponenten einer Seite auf und ist für das Lesen formatiert und optimiert. Diese Version kann als die suchmaschinenfreundliche Version der Seite bekannt sein. Das Webseitenerstellungssystem kann auch Suchmaschinenoptimierungstechniken bei der Erzeugung dieser Seitenvarianten implementieren, um das Ranking der spezifischen Seiten durch crawlende Suchmaschinen zu verbessern. Neben der Anzeige der suchmaschinenfreundlichen Version der Seite kann das System auch relevante Sitemaps erzeugen, um die Spider zu den URL zu leiten, die anzufordern sind, damit alle Seiten der Webseite indexiert werden.
ZUSAMMENFASSUNG DER VORLIEGENDEN ERFINDUNG
Gemäß einer bevorzugten Ausführungsform der vorliegenden Erfindung ist ein System für eine Webseite vorgesehen. Das System weist einen Detektor zum Erkennen und Analysieren zumindest der Quelle zumindest einer eingehenden Anforderung und einen Uniform-Resource-Locator-(URL)-Handler zum Parsen der eingehenden Anforderung auf. Das System weist auch einen Koordinator mit Zugang zu mindestens einer Drittanwendung für die Koordination zwischen dem URL-Handler und zumindest einer Drittanwendung auf. Das System weist auch zumindest einen Renderer zum Empfangen der Ausgabe des Koordinators und des Detektors und zum Erzeugen zumindest einer von einer gewöhnlichen Webseiten-Seite, einer indexierenden angepassten Seite und einer Sitemap entsprechend der Quelle der eingehenden Anforderung auf.
Überdies weist gemäß einer bevorzugten Ausführungsform der vorliegenden Erfindung der URL-Handler einen Identifizierer zum Identifizieren und Extrahieren eines Seitenidentifizierers für zumindest eine Drittanwendungsinstanz und einen Umleiter zum Umleiten des Seitenidentifizierers zu der zumindest einen Drittanwendungsinstanz auf. Er weist auch einen Zusammensteller zum Zusammenstellen einer abgehenden zusammengesetzten URL unter Verwendung der zumindest einen Drittanwendungsinstanz durch zumindest eine von einer URL-Präfixaustauschung und einer Rückrufanwendungs-Programmierschnittstelle (API), die der zumindest einen Drittanwendungsinstanz bereitgestellt ist, auf.
Ferner stellt die abgehende zusammengesetzte URL gemäß einer bevorzugten Ausführungsform der vorliegenden Erfindung eine tiefe Verknüpfung zu zumindest einer der zumindest einen internen Seite der Drittanwendung und gewöhnlichen Webseiten-Seiten auf der Webseite bereit und ist die tiefe Verknüpfung von innerhalb der Drittanwendung verwendbar.
Ferner hat die mindestens eine Drittanwendungsinstanz gemäß einer bevorzugten Ausführungsform der vorliegenden Erfindung zumindest einen von einem durch einen Benutzer definierten Namen und einem durch das System definierten Namen.
Zusätzlich weist gemäß einer bevorzugten Ausführungsform der vorliegenden Erfindung der zumindest eine Renderer einen suchmaschinenfreundlichen Generator auf, um eine suchmaschinenfreundliche Seite zu erzeugen, welche die Drittanwendungselemente aufweist.
Überdies ist gemäß einer bevorzugten Ausführungsform der vorliegenden Erfindung die suchmaschinenfreundliche Seite eine Kombination der suchmaschinenfreundlichen Seite der Webseite und der zumindest einen suchmaschinenfreundlichen Seite der Drittanwendung.
Überdies weist gemäß einer bevorzugten Ausführungsform der vorliegenden Erfindung der suchmaschinenfreundliche Generator einen Ersetzer zum Ersetzen von HTML-iframe-Tags und zum Integrieren von Metadaten-Informationen von der zumindest einen Drittanwendungsseite in die suchmaschinenfreundliche Seite auf.
Ferner weist gemäß einer bevorzugten Ausführungsform der vorliegenden Erfindung der zumindest eine Renderer einen Sitemap-Generator zum Erzeugen einer kombinierten Sitemap auf der Grundlage der Sitemap der zumindest einen Drittanwendungs-erzeugten Information und der Sitemap der Webseite auf.
Zusätzlich weisen gemäß einer bevorzugten Ausführungsform der vorliegenden Erfindung die kombinierten Sitemap-Einträge zusammengesetzte URL auf, die auf mehrere der zumindest einen Drittanwendungsseite innerhalb einer einzigen enthaltenden Webseiten-Seite zeigen.
Überdies weist gemäß einer bevorzugten Ausführungsform der vorliegenden Erfindung die kombinierte Sitemap durch die zumindest eine Drittanwendung bereitgestellte Zeitstempelinformationen auf.
Ferner weist gemäß einer bevorzugten Ausführungsform der vorliegenden Erfindung der zumindest eine Renderer einen gewöhnlichen Seitengenerator zum Erzeugen zumindest einer von gewöhnlichen Seiten und gewöhnlichen Seiten, die den zumindest einen Drittanwendungsinhalt enthalten, auf.
Ferner weist gemäß einer bevorzugten Ausführungsform der vorliegenden Erfindung der Koordinator einen Suchmaschinenoptimierungsverbesserer zum Verbessern der Suchmaschinenoptimierung für die zumindest eine Drittanwendung und einen Suchmaschinenoptimierungsblockierer zum Blockieren schlechter Suchmaschinenoptimierungstechniken für die zumindest eine Drittanwendungssuchmaschinenoptimierungstechnik auf.
Gemäß einer bevorzugten Ausführungsform der vorliegenden Erfindung ist vorgesehen: ein System für eine Webseite, in die zumindest eine Drittanwendung integriert ist, wobei das System Folgendes aufweist: einen Betriebsverhaltensüberwacher innerhalb des Systems zum Überwachen des Betriebsverhaltens der zumindest einen Drittanwendung und von Fehlern und zum Ausführen zumindest einer von einer Warnungserzeugung, einer Protokollerzeugung und einer Deaktivierung der zumindest einen Drittanwendung, wenn dies erforderlich ist. Das System weist auch einen BI-Sammler innerhalb des Systems zum Sammeln von Geschäftsintelligenz von der zumindest einen Drittanwendung und zum Erzeugen zumindest einer von einer Warnung und einem Protokoll auf.
Gemäß einer bevorzugten Ausführungsform der vorliegenden Erfindung ist ein Verfahren für eine Webseite vorgesehen. Das Verfahren weist folgende Schritte auf: Erkennen und Analysieren zumindest der Quelle zumindest einer eingehenden Anforderung, Parsen der eingehenden Anforderung und Koordinieren zwischen der eingehenden Anforderung und zumindest einer Drittanwendung. Das Verfahren weist auch das Erzeugen zumindest einer von einer gewöhnlichen Webseiten-Seite, einer indexierenden angepassten Seite und einer Sitemap entsprechend der Quelle der eingehenden Anforderung auf.
Überdies weist gemäß einer bevorzugten Ausführungsform der vorliegenden Erfindung das Parsen Folgendes auf: Identifizieren und Extrahieren eines Seitenidentifizierers für zumindest eine Drittanwendungsinstanz und Umleiten des Seitenidentifizierers zu der zumindest einen Drittanwendungsinstanz. Es weist auch das Zusammenstellen einer abgehenden zusammengesetzten URL unter Verwendung der zumindest einen Drittanwendungsinstanz durch zumindest eine von einer URL-Präfixaustauschung und einer Rückruf-API, die der zumindest einen Drittanwendungsinstanz bereitgestellt ist, auf.
Ferner stellt gemäß einer bevorzugten Ausführungsform der vorliegenden Erfindung die abgehende zusammengesetzte URL eine tiefe Verknüpfung zu zumindest einer der zumindest einen internen Seite der Drittanwendung und gewöhnlichen Webseiten-Seiten auf der Webseite bereit und ist die tiefe Verknüpfung von innerhalb der Drittanwendung verwendbar.
Überdies weist gemäß einer bevorzugten Ausführungsform der vorliegenden Erfindung die zumindest eine Drittanwendungsinstanz zumindest einen von einem durch einen Benutzer definierten Namen und einem durch das System definierten Namen auf.
Ferner weist gemäß einer bevorzugten Ausführungsform der vorliegenden Erfindung das Erzeugen das Erzeugen einer suchmaschinenfreundlichen Seite auf, welche die Drittanwendungselemente aufweist.
Ferner ist gemäß einer bevorzugten Ausführungsform der vorliegenden Erfindung die suchmaschinenfreundliche Seite eine Kombination der suchmaschinenfreundlichen Seite der Webseite und der zumindest einen suchmaschinenfreundlichen Seite der Drittanwendung.
Zusätzlich weist gemäß einer bevorzugten Ausführungsform der vorliegenden Erfindung das Erzeugen das Ersetzen von HTML-iframe-Tags und das Integrieren von Metadaten-Informationen von der zumindest einen Drittanwendungsseite in die suchmaschinenfreundliche Seite auf.
Überdies weist gemäß einer bevorzugten Ausführungsform der vorliegenden Erfindung das Erzeugen das Erzeugen einer kombinierten Sitemap auf der Grundlage der Sitemap der zumindest einen Drittanwendungs-erzeugten Information und der Sitemap der Webseite auf.
Ferner weisen gemäß einer bevorzugten Ausführungsform der vorliegenden Erfindung die kombinierten Sitemap-Einträge zusammengesetzte URL auf, die auf mehrere der zumindest einen Drittanwendungsseite innerhalb einer einzigen enthaltenden Webseiten-Seite zeigen.
Überdies weist gemäß einer bevorzugten Ausführungsform der vorliegenden Erfindung die kombinierte Sitemap durch die zumindest eine Drittanwendung bereitgestellte Zeitstempelinformationen auf.
Zusätzlich weist gemäß einer bevorzugten Ausführungsform der vorliegenden Erfindung das Erzeugen das Erzeugen zumindest einer von gewöhnlichen Seiten und gewöhnlichen Seiten, die den zumindest einen Drittanwendungsinhalt enthalten, auf.
Überdies weist gemäß einer bevorzugten Ausführungsform der vorliegenden Erfindung das Koordinieren das Verbessern der Suchmaschinenoptimierung für die zumindest eine Drittanwendung und das Blockieren schlechter Suchmaschinenoptimierungstechniken für die zumindest eine Drittanwendungssuchmaschinenoptimierungstechnik auf.
Gemäß einer bevorzugten Ausführungsform der vorliegenden Erfindung ist ein Verfahren für eine Webseite vorgesehen, in die zumindest eine Drittanwendung integriert ist. Das Verfahren weist folgende Schritte auf: Überwachen des Betriebsverhaltens der zumindest einen Drittanwendung und von Fehlern und zum Ausführen zumindest einer von einer Warnungserzeugung, einer Protokollerzeugung und einer Deaktivierung der zumindest einen Drittanwendung, wenn dies erforderlich ist, und Sammeln von Geschäftsintelligenz von der zumindest einen Drittanwendung und zum Erzeugen zumindest einer von einer Warnung und einem Protokoll.
KURZBESCHREIBUNG DER ZEICHNUNG
Der Erfindungsgegenstand wird im abschließenden Teil der Beschreibung eingehend dargelegt und gesondert beansprucht. Die Erfindung kann jedoch in Hinblick auf die Organisation und das Betriebsverfahren zusammen mit ihren Aufgaben, Merkmalen und Vorteilen am besten anhand der folgenden detaillierten Beschreibung in Zusammenhang mit der anliegenden Zeichnung verstanden werden.
Es zeigen:
1 eine schematische Darstellung einer typischen Seite einer Webseite, die Container, Komponenten und Miniseiten aufweist,
2 eine schematische Darstellung einer typischen Konfiguration eines Webseitenerstellungssystems, worin Drittanwendungen integriert sind,
3 eine schematische Darstellung einer internen Inhaltsverwaltung der Drittanwendung,
4 eine schematische Darstellung der verschiedenen Elemente, die betroffen sind, wenn ein Webseitenerstellungssystem unter Verwendung einer Drittanwendung mit einer Suchmaschinenoptimierung integriert wird, gemäß der vorliegenden Erfindung,
5 eine schematische Darstellung eines Systems zur Implementation einer tiefen Verknüpfung und Suchmaschinenoptimierungsunterstützung und -steuerung in Webseitenerstellungssystemen, in die Drittanwendungen integriert sind, gemäß der vorliegenden Erfindung,
6 eine schematische Darstellung des Webseitenzusammenstellers aus 5 gemäß der vorliegenden Erfindung,
7 eine schematische Darstellung des Proxy-Koordinators aus 5 gemäß der vorliegenden Erfindung,
8 eine schematische Darstellung eines Beispiels einer Drittanwendungsfunktionalität,
9 eine schematische Darstellung davon, wie eine Hauptseite mit einer Drittanwendung mit mehreren Miniseiten indexiert werden kann,
10 eine schematische Darstellung davon, wie eine Hauptseite mit zwei Drittanwendungen mit mehreren Miniseiten indexiert werden kann, und
die 11A, 11B und 11C schematische Darstellungen der verschiedenen Prozessabläufe für das System aus 5.
Es sei bemerkt, dass die in den Figuren dargestellten Elemente aus Gründen der Einfachheit und Klarheit der Erläuterung nicht notwendigerweise maßstabsgerecht gezeichnet sind. Beispielsweise können die Abmessungen einiger der Elemente aus Gründen der Klarheit in Bezug auf andere Elemente übertrieben sein. Ferner können Bezugszahlen, wo dies als angemessen angesehen wird, zwischen den Figuren wiederholt werden, um entsprechende oder analoge Elemente anzugeben.
DETAILLIERTE BESCHREIBUNG DER VORLIEGENDEN ERFINDUNG
In der folgenden detaillierten Beschreibung sind zahlreiche spezifische Einzelheiten dargelegt, um ein gründliches Verständnis der Erfindung bereitzustellen. Fachleute werden jedoch verstehen, dass die vorliegende Erfindung auch ohne diese spezifischen Einzelheiten verwirklicht werden kann. In anderen Fällen wurden wohlbekannte Verfahren, Prozeduren und Komponenten nicht detailliert beschrieben, um die vorliegende Erfindung nicht unklar zu machen.
Die Anmelder haben verstanden, dass die Benutzer eines Webseitenerstellungssystems, das einzelne und mehrere Instanzen von Drittanwendungen aufweist, ihre Seiten gerne durch gewöhnliche Websuchmaschinen (wie Google und Bing) durchsuchbar machen würden, welche Spider verwenden, um eine Webseite zu indexieren (wie vorstehend erörtert wurde). Die Anmelder haben auch verstanden, dass dynamische Webseiten (wie die unter Verwendung eines Webseitenerstellungssystems erzeugten Seiten) keine gewöhnlichen statischen HTML-Seiten haben. Stattdessen werden die Seiten durch die Serverkomponente des Webseitenerstellungssystems oder eine andere Technologie, wie ASP oder PHP, dynamisch erzeugt und können Inhalt enthalten, der sich durch Spider nicht leicht lesen lässt.
Existierende Webseitenerstellungssysteme stellen gewöhnliche tiefe Verknüpfungen zu spezifischen Hauptseiten auf der Webseite bereit. Allerdings können diese Hauptseiten infolge von Drittanwendungen innerhalb der bestimmten Seite, die in sich verschiedene Miniseiten zeigen, mehrere Konfigurationen aufweisen (das System kann eine solche Drittanwendung pro Hauptseite oder möglicherweise mehrere von ihnen unterstützen). Existierende Systeme sehen auch keinen Weg für eine tiefe Verknüpfung für eine spezifische Konfiguration vor, und sie sehen kein Verfahren für eine gegebene Drittanwendungsseite vor, eine bereitgestellte nach außen gehende tiefe Verknüpfung zu einer spezifischen Konfiguration derselben Hauptseite oder einer anderen Hauptseite zu verwenden.
Ferner sehen existierende Systeme keinen Weg vor, in dem Spider getrennt mehrere Konfigurationen und zusammengesetzte Seiten, welche die ”Wrapper”-Hauptseite zusammen mit jeder Miniseite einer enthaltenen Drittanwendung oder erhaltener Drittanwendungen aufweisen, scannen (und dabei indexieren) können.
Die Anmelder haben auch verstanden, dass der Inhalt von einer Drittanwendung häufig unter Verwendung des HTML-iframe-Tags (oder mehrerer solcher iframe-Tags) mit dem Inhalt der Hauptseite kombiniert wird und dass Suchmaschinen typischerweise nicht iframe-Tags folgen oder ihren Inhalt durchsuchen. iframe-Tags müssen aufgelöst werden, um auf ihren Inhalt zuzugreifen. Demgemäß kann der Inhalt von Drittanwendungen für diese Suchmaschinen nicht sichtbar sein.
Es sei bemerkt, dass die tatsächliche Ausführung der Drittanwendung häufig die Ausführung ihres gesamten Codes oder eines Teils davon auf einem getrennten Server eines Verkäufers einer Drittanwendung beinhaltet. Dieser Server kann eine Fehlfunktion aufweisen und ausfallen, so dass er den Inhalt der Miniseiten von der Drittanwendung nicht liefern kann. Falls dies geschieht, wenn ein menschlicher Benutzer auf die kombinierte Seite zugreift, kann sich der Benutzer beschweren oder eine Rückmeldung liefern. Wenn dies allerdings während eines Spider-Ablaufs geschieht, kann wertvoller Inhalt, der ansonsten zugänglich sein kann, verloren gehen, was dazu führt, dass Teile der kombinierten Webseite unterindexiert oder falsch indexiert werden.
Wie vorstehend erörtert wurde, können Webseiten eine Suchmaschinenoptimierung aufweisen. Die Anwendung dieser Techniken erfordert häufig professionelles Expertenwissen zusammen mit spezifischen Kenntnissen des Seiteninhalts. Der Webseitenentwickler kann besser qualifiziert sein als der Drittanwendungsanbieter, diese Optimierungstechniken anzuwenden und zu wissen, welches die optimalen Techniken sind. Es sei bemerkt, dass einige Suchmaschinenoptimierungstechniken von den wesentlichen Suchmaschinenanbietern als schlechte Praxis angesehen werden und dass ihre Verwendung auf einer Webseite bewirken kann, dass die Suchmaschine die Webseite bestraft (oder sie sogar ganz aus dem Suchmaschinenindex entfernt). Falls eine in der Seite enthaltene Drittanwendung demgemäß eine ungeeignete Technik für die Suchmaschinenoptimierung verwendet, kann die gesamte Seite bestraft werden, ohne dass sich der Seitendesigner dieser Bestrafung bewusst ist.
Es wird nun auf 4 Bezug genommen, worin die verschiedenen Elemente dargestellt sind, die beteiligt sein können, wenn ein Webseitenerstellungssystem verwendet wird, das eine Drittanwendung zusammen mit einer Suchmaschinenoptimierung integriert. Es sei bemerkt, dass alle Elemente über ein Kommunikationsmedium in der Art des Internets mit dem Webseitenerstellungssystem kommunizieren können. Es sei ferner bemerkt, dass ein Benutzer auch unabhängig vom Webseitenerstellungssystem mit der Drittanwendung und/oder der Suchmaschine kommunizieren kann.
Es wird nun auf 5 Bezug genommen, worin ein System 100 für die Implementation einer tiefen Verknüpfung und Suchmaschinenoptimierungsunterstützung und -steuerung in Webseitenerstellungssystemen, welche Drittanwendungen integrieren, gemäß einer bevorzugten Ausführungsform der vorliegenden Erfindung dargestellt ist. Das System 100 weist einen Webseitenerstellungssystemserver 10 und einen Client 20 auf. Der Webseitenerstellungssystemserver 10 kann in Kommunikation mit einem Drittanwendungsserver 30 stehen. Der Webseitenerstellungssystemserver 10 kann ein Webseitenerstellungssystem 15 hosten, das einen Datenbankkoordinator 60 und eine Datenbank 70 aufweist. Das Webseitenerstellungssystem 15 kann ferner einen Webseitenzusammensteller 40 und einen Proxy-Koordinator 50 aufweisen. Es wird nun auf 6 Bezug genommen, worin die Elemente des Webseitenzusammenstellers 40 dargestellt sind, welcher ferner einen Zugangstypdetektor 41, einen Darsteller 52, einen Renderer-Koordinator 53, einen URL-Handler 42, einen Seiteninhaltszusammensteller 43, einen gewöhnlichen Renderer 44, einen Sitemap-Renderer 45 und einen suchmaschinenfreundlichen Renderer 46 aufweisen kann. Der URL-Handler 42 kann ferner einen URL-Parser 47 und einen URL-Zusammensteller 48 aufweisen. Es wird nun auf 7 Bezug genommen, worin die Elemente des Proxy-Koordinators 50 dargestellt sind, der ferner einen Drittanwendungs-(TPA)-Inhaltskoordinator 51 und einen intelligenten Drittanwendungsprozessor 55 aufweisen kann. Der intelligente Drittanwendungsprozessor 55 weist einen Betriebsverhaltensüberwacher 53, einen Suchmaschinenoptimierungsverbesserer 54, einen Suchmaschinenblockierer 55 und einen Geschäftsintelligenzsammler 56 auf. Die Funktionalität der Elemente des Systems 100 wird nachstehend in weiteren Einzelheiten beschrieben. Der Drittanwendungsserver 30 kann eine Drittanwendung 35 hosten. Ein Benutzer 5 am Client 20 kann entweder direkt unter Verwendung einer spezifischen URL oder über von einer Suchmaschine 25 abgerufene URL auf Seiten vom Webseitenerstellungssystem 15 zugreifen. Die Datenbank 70 kann Webseiteninhalt und erzeugte Seiten speichern und auch erzeugte URL und Zugangsprotokolle der Drittanwendung 35 speichern, wie nachstehend in weiteren Einzelheiten beschrieben wird.
Es sei bemerkt, dass das System für die Zwecke der Erläuterung ein System einer interaktiven Editierumgebung ist, die von einem Designer verwendet wird, wodurch die Webseitenerzeugung ebenso wie die Webseitenpflege behandelt wird. Allerdings könnte ein Webseitenerstellungssystem auch ein Programmierer orientiertes System sein, wobei die Infrastruktur des Webseitenerstellungssystems dem Designer als ein Komponentensatz bereitgestellt wird (einschließlich Drittanwendungen, wie nachstehend beschrieben wird) und der Designer/Entwickler für die Integration der zur Verfügung gestellten Infrastrukturkomponenten für das Erzeugen der Seiten der Webseite verantwortlich ist.
Es sei auch bemerkt, dass das System 100 für die Zwecke der Erläuterung ein Online-Webseitenerstellungssystem 15 aufweist, das eine Drittanwendung 35 einbettet, die auf einem anderen Webserver 30 gehostet ist. Es sei ferner bemerkt, dass das System 100 sowohl auf Systeme, die teilweise online sind, als auch auf Offline-Systeme und eine beliebige Kombination von Drittanwendungshostingschemata angewendet werden kann, wie clientseitige Elemente, Webseitenerstellungssystemverkäuferserver, Drittanwendungsverkäuferserver, Viertparteiserver usw. Es sei bemerkt, dass bei einer Offline-Ausführungsform ein serverbasiertes Element (getrennt vom Webseitenerstellungssystem 15 und beliebigen seiner erzeugten Seiten) erforderlich sein kann, um Drittanwendungs-35-Unterstützungs- und Suchmaschinenoptimierungsfähigkeiten zu implementieren, wie nachstehend in weiteren Einzelheiten beschrieben wird.
Es sei ferner bemerkt, dass das System 100 eine ganze Fülle von Drittanwendungs-35-Aufnahmeoptionen unterstützen kann, d. h. dass es die Aufnahme mehrerer Instanzen derselben oder mehrerer Drittanwendungen 35 auf derselben Hauptseite oder in demselben Container sowie die Aufnahme mehrerer Drittanwendungen 35 vom Seitensatztyp, die als zusätzliche Seiten der Webseite statt als Elemente innerhalb spezifischer Seiten behandelt werden, erlauben kann. Es sei bemerkt, dass das System 100 auch nur eine Teilmenge dieser Optionen implementieren kann oder Beschränkungen für Aufnahmemöglichkeiten von Drittanwendungen 35 auferlegen kann.
Das System 100 kann auch auf Online-Anwendungseditiersysteme angewendet werden, die das Internet (oder eine andere Netzverbindung) verwenden und Nicht-Browser-clientseitige Software verwenden, um die erzeugte Online-Anwendung zu betrachten. In diesem Szenario ist es möglich, dass das System 100 nicht die spezifischen Technologien (beispielsweise IP-Kommunikation, HTTP, HTML usw.) verwenden muss, die der gewöhnlichen Webinfrastruktur zugrunde liegen.
Es sei ferner bemerkt, dass das System 100 auch auf einem anderen Serversatz in der Art von In-House-Servern für eine große Organisation gehostet werden kann. Das System 100 kann auch ein getrenntes Softwaresystem sein, oder es kann in ein Hardwaresystem eingebettet sein, das in Hardware oder Firmware implementiert ist. Das System 100 kann auch in ein alleinstehendes System sowie in ein System eingebettet sein, das durch eine API-Verbindung, eine Webdienstverbindung oder einen anderen Schnittstellentyp in ein größeres Hostsystem eingebettet ist.
Wie vorstehend erörtert wurde, können Drittanwendungen 35 in existierende Seiten von Hauptwebseiten aufgenommen sein oder zur Hauptwebseite hinzugefügt sein. Das System 100 kann dafür ausgelegt sein, eine Beschränkung für die Aufnahme einer Drittanwendung 35 anzuwenden, indem es beispielsweise nur eine Drittanwendung 35 pro Seite erlaubt oder indem es fordert, dass die Drittanwendung 35 in spezifische Typen von Container-Komponenten aufgenommen wird. Die Drittanwendung 35 kann auch die Aufnahme benutzererzeugten Inhalts auf verschiedenen Ebenen in der Art einer Drittanwendung 35 eines elektronischen Geschäfts, die vom Benutzer 5 eigens ausgelegt werden kann, um seine zu verkaufenden Gegenstände aufzunehmen, oder in der Art einer Blog-Drittanwendung 35, die vom Benutzer 5 hinzugefügte Blogeinträge enthalten kann, implementieren. Diese zusätzlichen Daten können in einer Datenbank 70 gespeichert werden oder unabhängig auf dem Server 30 einer dritten Partei oder einem anderen Server einer vierten Partei oder einer Kombination davon vorgehalten werden.
Es sei bemerkt, dass die Drittanwendung 35 auch parametrisiert werden kann, um zu ermöglichen, dass jede Instanz der abbildenden Drittanwendung 35 spezifiziert, welche Kartenauflösungen dem Benutzer 5 zur Verfügung stehen sollten. Die Drittanwendung 35 kann typischerweise auch einen Hauptanzeigerahmen bereitstellen, der unter Verwendung eines HTML-iframe-Tags oder eines ähnlichen Mechanismus in die betreffende Seite der Webseite integriert ist. Die Drittanwendung 35 kann auch zusätzliche Versionen (über zusätzliche iframes) bereitstellen, die als alternative Widgets in die Webseite aufgenommen sind. Beispielsweise kann eine Blog-Drittanwendung 35 ein zusätzliches Widget (das die letzten Blogeinträge zeigt) bereitstellen, das in die Homepage der Hauptseite aufgenommen sein kann. Die Drittanwendung 35 kann auch zusätzliche HTML-iframes bereitstellen, die nicht Teil der gewöhnlichen dargestellten Seite sind. Es sei auch bemerkt, dass die Drittanwendung 35 die API verwenden kann, die sie mit dem Webseitenerstellungssystem 15 verbindet, um zusätzliche iframes für weitere Dialoge bereitzustellen, wobei dem Webseitenerstellungssystem 15 möglicherweise zusätzliche Anzeigeparameter für diese Dialoge bereitgestellt werden.
Es wird nun auf 8 Bezug genommen, worin dargestellt ist, wie ein Bookmark-Dienst ein Widget 110 bereitstellen kann, das nur eine kleine Taste 105 bereitstellt. Durch Drücken der Taste 105 kann der vollständige Bookmark-Dialog 120 durch einen zusätzlichen iframe geöffnet werden, der durch die Drittanwendung 35 bereitgestellt wird. Es sei bemerkt, dass, wenn in der Designumgebung des Webseitenerstellungssystems 15 gearbeitet wird, das Drücken der Taste 105 in einer anderen Weise, wie durch die Verwendung einer Tastenkommunikation an Stelle eines Mausklicks, einen anderen Dialog (Konfigurationsdialog 115) durch einen anderen iframe öffnen kann, der auch durch die Drittanwendung 35 bereitgestellt wird.
Wie vorstehend erörtert wurde, würden es Benutzer des Webseitenerstellungssystems 15 gerne sehen, dass ihre Seiten durch gewöhnliche Websuchmaschinen durchsuchbar sind, die Spider/Crawler für das Indexieren der Webseite verwenden. Es sei bemerkt, dass der Zweck des Systems 100 darin besteht, URL-Zuweisungs- und Parsing-Techniken innerhalb der Schnittstelle zwischen dem Webseitenerstellungssystem und den eingebetteten Drittanwendungen 35 zu verwenden, um zu gewährleisten, dass der Inhalt von der Drittanwendung (den Drittanwendungen) 35 auch Suchmaschinen für das Indexieren zur Verfügung steht und geeignet in die Hauptseiten integriert ist, welche die betreffende Drittanwendung (die betreffenden Drittanwendungen) 35 enthalten.
Ein Beispiel von Inhalt einer solchen Drittanwendung 35 kann eine Komponente sein, die Video enthält, welches Textuntertitel haben kann, die in die Videorahmen innerhalb der Videodatei codiert gespeichert und damit verschachtelt sind. Typischerweise können Text von der Drittanwendung 35, Text von Miniseiten der Drittanwendung 35, Text von mehrseitigen Container-Miniseiten oder von anderen Quellen, die in iframes enthalten sind, von Spider ignoriert werden.
Der Zugangstypdetektor 41 kann das Vorhandensein und den Typ eines Suchmaschinen-Spiders, der in Aktion ist, erkennen oder eine URL-Anforderung vom Benutzer 5 empfangen. Die URL-Anforderung vom Benutzer 5 kann in Form einer manuell eingegebenen URL einer spezifischen Seite oder der Homepage einer angeforderten Seite vorliegen oder eine Anforderung einer allgemeinen von der Suchmaschine 25 umgeleiteten Seite sein. Der Detektor 41 kann das Vorhandensein des Spiders durch die Ursprungs-IP des Spiders, durch die Anforderungsstruktur des Spiders, über den Anforderungs-Header des Spiders oder durch die Verwendung von AJAX, das URL durchwandert, erkennen. Der Detektor 41 kann diese Informationen dann an den Renderer-Koordinator 53 weiterleiten, der den relevanten Renderer (44, 45 und 46) anweisen kann, eine gewöhnliche Seite, eine Sitemap oder eine geeignete suchmaschinenfreundliche Version der betreffenden Seite entsprechend der Anforderung bereitzustellen. Es sei bemerkt, dass der gewöhnliche Renderer 44 eine gewöhnliche Seite für die Anzeige erzeugen kann, dass der Sitemap-Renderer 45 eine Sitemap für den Spider bereitstellen kann und dass der suchmaschinenfreundliche Renderer 46 die suchmaschinenfreundliche Version der betreffenden Seite immer dann erzeugen kann, wenn eine Seite vom Spider angefordert wird. Wie vorstehend erörtert wurde, kann die suchmaschinenfreundliche Version der Seite den extrahierten Text von den Komponenten auf der Seite in einem für die Suchmaschine 25, von der der Spider gesendet worden ist, geeignet optimierten Format aufweisen. Die suchmaschinenfreundliche Seite kann auch HTML-iframe-Tags durch Spider-sichtbare Tags, wie HTML-Section-Tags, ersetzen.
Es sei bemerkt, dass alle drei Renderer (44, 45 und 46) sowohl mit dem URL-Handler 42 als auch mit dem Seiteninhaltszusammensteller 43 zusammenarbeiten können, um zum Renderer-Koordinator 53 die richtige Seite oder Sitemap zurückzugeben. Der Renderer-Koordinator 53 kann die endgültige Seite/Sitemap über den Darsteller 52 zum Benutzer 5/zur Suchmaschine 25 zurückgeben, wie nachstehend in weiteren Einzelheiten beschrieben wird.
Der URL-Parser 47 kann die eingehenden URL (von der URL, die verwendet wird, um auf die Seite zuzugreifen, oder von URL, die in behandelten Seiten enthalten sind) interpretieren, einen Identifizierer für beliebige Instanzen einer Drittanwendung 35 extrahieren, die benötigt werden können, und den URL-Zusammensteller 48 anweisen, die URL dementsprechend für die Verwendung zu rekonstruieren, wobei die extrahierten Identifizierer für Instanzen der Drittanwendung 35 berücksichtigt werden, und zwar entweder für die direkte Verwendung oder für die Verwendung innerhalb erzeugter Seiten (beispielsweise durch Ersetzen existierender URL, die nicht in das betreffende Webseitenerstellungssystem 15 integriert sind). Es sei bemerkt, dass der Seiteninhaltszusammensteller 43 den Datenbankkoordinator 60 anweisen kann, Inhalt bereitzustellen, der entweder in der Datenbank 70 oder im Proxy-Koordinator 50 gespeichert ist, um Inhalt vom Drittparteiserver 30 (über den TPA-Inhaltskoordinator 51) entsprechend bereitzustellen.
Wie vorstehend erörtert wurde, stellen URL typischerweise tiefe oder direkte Verknüpfungen zu spezifischen Seiten in einer Webseite bereit. Es sei bemerkt, dass eingebettete Drittanwendungen 35, die selbst mehrere Miniseiten enthalten, in eine Hauptseite aufgenommen sein können, welche die gesamte Instanz der Drittanwendung 35 und ihre Miniseiten enthält, wobei dies von nun an als mehrseitige Drittanwendung bezeichnet wird. Es sei auch bemerkt, dass eine gewöhnliche Webseite (welche keine Drittanwendung 35 aufweist) mehrseitige Container aufweisen kann, die auch mehrere Miniseiten enthalten. Diese enthaltenen Miniseitensammlungen können als Miniwebseite innerhalb einer Webseite angesehen werden.
Der URL-Zusammensteller 48 kann einen Zugriffsmechanismus unter Verwendung einer als Permalink-URL bekannten permamenten Verknüpfung bereitstellen, wie:
Http://www.MyWbsSite.com/PageName/TPAorMPCname/ThirdpartyURL
Oder
Http://www.MyWbsSite.com/PageName/PageID/TPAorMPCname/ThirdpartyURL
Hierbei ist TPA eine Drittanwendung 35, sind MPC mehrseitige Container und ist die ”ThirdpartyURL” eine Drittanwendung 35 innerhalb der URL (welche mehrere getrennte Elemente und/oder mehrere URL-Parameter haben kann), welche durch die Drittanwendung 35 (im Fall eines Containers der Drittanwendung 35) oder durch eine von einem Webseitenerstellungssystem 15 verwaltete mehrseitige interne Container-Seite (im Fall mehrseitiger Container) verwaltet wird.
Es sei auch bemerkt, dass der URL-Zusammensteller 48 eine kürzere URL-Form für das Webseitenerstellungssystem 15 verwenden kann, welche nur eine einseitige Drittanwendung 35 pro Hauptseite erlaubt, worin der ”TPAorMPCname” fortgelassen sein kann, d. h.:
Http://www.MyWbsSite.com/PageName/PageID/ThirdpartyURL.
Der Proxy-Koordinator 50 kann als eine Schnittstelle zwischen dem Webseitenerstellungssystem 15 und dem Drittanwendungsserver 30 wirken, wodurch es dem Benutzer 5 am Client 20 erlaubt wird, mit der Drittanwendung 35 zu interagieren (es sei denn, dass eine direkte Verbindung in der Art der in 4 dargestellten verfügbar ist).
Der URL-Zusammensteller 48 kann dann die URL über den Proxy-Koordinator 50 zur Drittanwendung 35 weiterleiten. Die Drittanwendung 35 kann dann eine URL für den betreffenden Inhalt des erforderlichen Abschnitts bereitstellen, wie:
Http://www.ThirdPartySite.com/ThirdPartyURL?appId=ID&...
Beispielsweise kann die Kennung eine Instanzkennung für eine Aufnahmeinstanz der Drittanwendung 35 sein, welche auf der Drittanwendungs-35-Verkäuferebene eindeutig sein kann. Dies kann es der Drittanwendung 35 erlauben, diese Kennung für das Speichern instanzspezifischer Einstellungen usw. zu verwenden. Die URL kann auch zusätzliche Parameter nach dem ”&”-Zeichen aufweisen (beispielsweise Login-Status, Premium-Status usw.).
Es sei bemerkt, dass es Szenarien geben kann, in denen eine einzelne Seite Instanzen mehrerer verschiedener Drittanwendungen 35 oder mehrseitige Container enthalten kann. Beispielsweise kann der URL-Zusammensteller 48 für eine Seite, die eine Blog-Drittanwendung 35 enthält, die folgende URL erzeugen:
http://www.MyWbsSite.com/PageName/Blog/posts/PostID/TalkBackID,
worin PostID und TalkBackID beide durch die Blog-Drittanwendung 35 verwaltet werden.
Alternativ kann das Webseitenerstellungssystem 15 mehrere Instanzen erlauben, entweder durch Bereitstellen automatischer Kennungen für das Unterscheiden zwischen den mehreren Instanzen (beispielsweise TPA01, TPA02), oder indem es dem Benutzer 5 erlaubt, spezifische Instanznamen mehreren Instanzen derselben Drittanwendung 35 in einer einzigen Seite zuzuweisen. Ein solcher vom Benutzer zugewiesener Name kann auch dabei helfen, einen leichter zu merkenden oder klareren Namen zu erzeugen, und er kann demgemäß selbst dann nützlich sein, wenn keine mehrere Instanzen aufweisende einzelne Seite existiert. Es sei bemerkt, dass der URL-Zusammensteller 48, falls dieser zugewiesene Name auf der Webseitenebene eindeutig ist, eine kürzere zu verwendende Form erzeugen kann, wie:
http://www.MyWbsSite.com/TMIname/ThirdPartyURL,
wobei TMI der vom Benutzer zugewiesene Name ist. Es sei auch bemerkt, dass diese Verknüpfungen als permanente Verknüpfungen für die spezifischen Miniseiten wirken, d. h. dass sie sich nicht andern, wenn zusätzliche Seiten hinzugefügt oder modifiziert werden. Wenn auf sie direkt durch den Benutzer 5 zugegriffen wird, öffnet sich die Hauptwebseite an der spezifischen Hauptseite (beispielsweise der Webseiten-Seite des Blogs), während die eingebettete Drittanwendung 35 aufgefordert wird, die spezifische Miniseite zu öffnen (beispielsweise den spezifischen Blog-Eintrag).
Das Webseitenerstellungssystem 15 kann auch mehrseitige Drittanwendungen 35 innerhalb einer einzelnen Seite (entweder Seite an Seite oder in einer Aufnahmehierarchie) ermöglichen, oder ein getrennter Positionsindikator kann für jede der eingebetteten Drittanwendungen 35 erforderlich sein. In diesen Fällen kann der URL-Zusammensteller 48 eine permanente Verknüpfung, die mehrere Positionsindikatoren bereitstellt, unter Formaten wie den folgenden erzeugen:
http://www.MyWbsSite.com/PageName/TMI1:TPURL1+TMI2:TPURL2
oder
http://www.MyWbsSite.com/PageName/TMI1:TPURL1&TMI2:TPURL2,
wobei TPURLx die nummerierte Drittanwendungs-URL ist und TMIx der nummerierte vom Benutzer zugewiesene Name ist, wie vorstehend beschrieben wurde.
Es sei bemerkt, dass gelegentlich Miniseiten von Drittanwendungen 35 tiefe Verknüpfungen aufweisen müssen, die direkt von ihnen ausgehen und nicht vom URL-Zusammensteller 48 erzeugt werden. Solche tiefen Verknüpfungen können auf verschiedene Miniseiten innerhalb derselben Instanz der Drittanwendung 35, auf Miniseiten in einer anderen Instanz derselben Drittanwendung 35 in derselben Hauptseite oder auf Miniseiten in einer anderen Drittanwendung vom selben Drittanwendungs-35-Verkäufer in derselben Hauptseite zeigen. Tiefe Verknüpfungen könnten auch auf Miniseiten in einer anderen Drittanwendung von einem anderen Drittanwendungs-35-Verkäufer auf derselben Webseite, auf Hauptseiten auf derselben Webseite (die nicht zur Drittanwendung 35 gehören) oder auf Hauptseiten oder Drittanwendungsminiseiten auf einer anderen Hauptwebseite zeigen.
Diese tiefen Verknüpfungen können von der Drittanwendung 35 eingerichtet werden, indem auf eine vom URL-Zusammensteller 48 bereitgestellte Grund-URL aufgebaut wird oder indem eine JavaScript-API verwendet wird, die im Client-Code für das Webseitenerstellungssystem 15 implementiert ist.
Falls beispielsweise für das erste Szenario eine Miniseite der Drittanwendung 35 bei ThirdPartyURL1 eine tiefe Verknüpfung zu einer Miniseite der Drittanwendung 35 bei ThirdPartyURL2 benötigt, kann der URL-Zusammensteller 48 einen abschnittsweisen URLPräfixparameter bereitstellen, der folgenden Wert haben kann:
http:/www.MyWbsSite.com/PageName/TPAorMPCname,
wie vorstehend beschrieben wurde. Die Drittanwendung 35 kann den Wert des abschnittsweisen URL-Parameters nehmen und ihn mit seiner tiefen Verknüpfung verketten, um die Webseiten-URL zu erhalten, die auf den Inhalt des ThirdPartyURL2-Zustands der Drittanwendung 35 zeigt. Die Drittanwendung 35 kann dann das HTML-Anker-”a”-Tag unter Verwendung der verketteten URL und unter Verwendung eines Zielattributs ”_top” formatieren, wodurch der Browser angewiesen wird, die verkettete URL zu öffnen, wenn die Verknüpfung angeklickt wird, und die URL der enthaltenden kombinierten Seite logisch durch die verkettete URL ersetzt wird. Falls die enthaltende Seite aufgefrischt wird (beispielsweise), kann die korrigierte tiefe Verknüpfung demgemäß neu geladen werden.
Wenn eine Navigation zu einer anderen tief verknüpften Miniseite (oder Hauptseite) erforderlich ist, kann die Drittanwendung 35 eine durch das System 100 bereitgestellte JavaScript-Methode aufrufen. Diese JavaScript-Methode kann die erforderliche Navigation ausführen und die Top-Fenster-URL des Browsers aktualisieren, um die neue verknüpfte Seite anzuzeigen. Das System 100 kann eine Anzahl von Varianten für diese Methode bereitstellen, wie beispielsweise für die verschiedenen Typen abgehender Verknüpfungen, wie vorstehend beschrieben wurde. Einige Varianten können zusätzliche Informationen benötigen, welche die zusätzlichen Miniseiten/Hauptseiten/Webseiten der Drittanwendung 35 identifizieren, auf welche die abgehende Verknüpfung zeigt. Das System 100 kann auch die Zielwebseite/Seite/Drittanwendungsinstanz identifizieren und die relevante kombinierte URL und die Verknüpfungen dazu konstruieren.
Wie vorstehend erörtert wurde, können die Renderer (44, 45 und 46) gewöhnliche Seiten, Sitemaps oder suchmaschinenfreundliche Seiten für die Anzeige zum Darsteller 52 zurückgeben. Der gewöhnliche Renderer 44 kann immer dann aktiviert werden, wenn eine gewöhnliche Seite für die Anzeige unter Verwendung der angezeigten URL bedient wird, und kann die Hauptseite (von der Hauptwebseite) mit den Miniseiten integrieren, die von der Drittanwendung 35 für die enthaltenen Widgets und Miniseiten der Drittanwendung 35 bereitgestellt werden. Es sei bemerkt, dass immer dann, wenn eine URL angefordert wird, die eine permanente Verknüpfung zu einer internen Seite der Drittanwendung 35 enthält (oder Seiten im Fall mehrerer Drittanwendungen auf einer Seite), der gewöhnliche Renderer 44 die spezifischen Seiten/Widgets von der relevanten Drittanwendung (den relevanten Drittanwendungen) 35 anfordern kann, wie vorstehend beschrieben wurde, und sie in die geeignete Hauptseite integrieren kann.
Der Sitemap-Renderer 45 kann immer dann verwendet werden, wenn eine Sitemap angefordert wird. Der Sitemap-Renderer 45 kann jede der eingebetteten Drittanwendungen 35 auffordern, ihre eigene Sitemap für alle Instanzen der in der Hauptseite enthaltenen Drittanwendungen 35 bereitzustellen. Der Sitemap-Renderer 45 kann dann diese Sitemaps mit der Sitemap der Hauptseite integrieren, um eine vollständig integrierte Sitemap bereitzustellen. Als Teil dieses Integrationsprozesses können die internen URL von der Drittanwendung 35, die als Teil der Sitemap für die Drittanwendungen 35 zurückgegeben werden, in zusammengesetzte URL konvertiert werden (durch den URL-Zusammensteller 40), die später von der Suchmaschine 25 oder vom Benutzer 5 für einen externen Zugriff auf die in der Hauptseite enthaltenen Miniseiten der Drittanwendung 35 verwendet werden können.
Es sei bemerkt, dass, wenn der Sitemap-Renderer 45 die Sitemap durch eine gegebene Drittanwendung 35 erzeugt, die Drittanwendung 35 die in der spezifischen Instanz enthaltenen Miniseiten auf der Grundlage der internen Daten, die ansonsten nicht offengelegt werden, spezifizieren kann. Dies kann beispielsweise das Erzeugen einer URL für jeden Datensatz in einer internen Datenbank einschließen, die in einer Datenbank gespeichert ist, welche sich auf dem Drittanwendungsserver 30 befindet, selbst wenn die enthaltende Webseite keine solche Datenbank-Datensatzspezifizierungsfunktion aufweist. Ferner können verschiedene Instanzen derselben Drittanwendung 35 (selbst jene, die sich auf derselben enthaltenden Seite befinden) verschiedene instanzspezifische Sitemaps zurückgeben, weil die in der Sitemap der Drittanwendungen 35 enthaltenen URL beispielsweise von instanzspezifischen Parametern oder für die enthaltende Seite spezifischen Werten abhängen können.
Der Sitemap-Renderer 45 kann auch die von der Drittanwendung 35 bereitgestellten Zeitstempel verwenden, um den Zeitstempel der enthaltenden Seite festzulegen (und möglicherweise eine unnötige Indexierung zu verhindern), und er kann dann die integrierte Datei über den Darsteller 52 an den Spider zurückgeben.
Der suchmaschinenfreundliche Renderer 46 kann verwendet werden, wenn eine Seite von einem Spider angefordert wird, und er kann eine suchmaschinenfreundliche Version der Hauptseite erzeugen. Falls nur die Hauptseite angefordert wird, kann der Renderer 46 die suchmaschinenfreundliche Version der Homepage jeder in die Seite eingebetteten Drittanwendung 35 sowie die zusätzliche Miniseitenkombination aufnehmen, wie nachstehend beschrieben wird. Falls eine URL angefordert wird, die sich auf eine spezifische Drittanwendungsminiseite (auf spezifische Drittanwendungsminiseiten) bezieht, kann der Renderer 46 die suchmaschinenfreundliche Version der angeforderten Miniseite (Miniseiten) der Drittanwendung 35 in die Hauptseite aufnehmen.
Es wird nun auf 9 Bezug genommen, worin gezeigt ist, wie eine Hauptseite mit einer Drittanwendung 35, die mehrere Miniseiten aufweist, indexiert werden kann. Die Hauptseite [a] weist die Drittanwendungs-[b]-Homepage [c] und die zusätzlichen Miniseiten [c1], [c2] und [c3] auf. Es sei bemerkt, dass in diesem Szenario der indexierende Spider die folgenden kombinierten Seiten indexieren kann (die alle vom suchmaschinenfreundlichen Renderer 46 erzeugt werden, gewöhnlich auf der Grundlage zusammengesetzter URL, die in der kombinierten Sitemap erzeugt werden, wie sie durch den Sitemap-Renderer 45 erzeugt wird): [a] + [c], [a] + [c1], [a] + [c2], [a] + [c3].
Es wird nun auf 10 Bezug genommen, worin eine Hauptseite [a] mit zwei Drittanwendungen 35 [b] und [d] mit mehreren Miniseiten ([c1]/[c2]/[c3] für [b] und [e1]/[e2] für [d]) dargestellt ist. In diesem Szenario kann der indexierende Spider die folgenden kombinierten Seiten indexieren: [a] + [c] + [e], [a] + [c1] + [e], [a] + [c2] + [e], [a] + [c3] + [e], [a] + [c] + [e], [a] + [c] + [e1], [a] + [c] + [e2]; Auf diese Weise kann der indexierende Spider alle möglichen Miniseiten für jede eingebettete Drittanwendung 35 indexieren, wobei gewährleistet wird, dass alle anderen Instanzen der eingebetteten Drittanwendungen 35 ihre Mini-Homepage anzeigen.
Es sei bemerkt, dass der suchmaschinenfreundliche Renderer 46 Seiten unter Verwendung des HTML-Section-Tags an Stelle des nicht-indexierten iframe-Tags vereinigen kann und dadurch die Probleme überwinden kann, welche nicht-indexierten iframe-Tag-Inhalt betreffen, wie vorstehend erörtert wurde. Es sei ferner bemerkt, dass als Teil der Vereinigung von Seiten Verknüpfungen von der Drittanwendung 35 formatiert werden können, um die relevante URL-Struktur der tiefen Verknüpfung in die Hauptwebseite einzupassen. Beispielsweise kann eine Verknüpfung von einer Blog-Homepage zu einer Post-Seite (im betreffenden Blog) so geändert werden, dass sie mit dem Post in Zusammenhang mit der Webseite des Webseitenerstellungssystems 15 verknüpft. Eine Titelbeschreibung, Tags und Schlüsselwörter können auch von der Drittanwendung 35 genommen werden und in die Meta-Tags der zurückgegebenen Seiten eingepasst werden. Demgemäß kann der indexierende Spider Verknüpfungen folgen, die in der Drittanwendung 35 enthalten sind, um zusätzliche Seiten (sowohl innerhalb als auch außerhalb der Drittanwendung 35) zu lokalisieren, die nicht in der Sitemap der Drittanwendung 35 enthalten sind, um auch sie zu indexieren.
Es sei auch bemerkt, dass der Darsteller 52 durch den Renderer-Koordinator 53 angewiesen werden kann, die zurückgegebene Seite mit aktiviertem ausführbarem Code ”auszuführen” (beispielsweise serverseitigem JavaScript oder anderen serverseitigen Komponenten). In dem Fall, dass der Benutzer 5 eine clientseitige Operation ausführt, welche eine serverseitige Komponente aktiviert, die auf eine Datenbank zugreift, um Datensätze für die Anzeige abzurufen, kann der Darsteller 52 die endgültige Seite für den Benutzer 5 anzeigen. Es sei ferner bemerkt, dass typischerweise für eine Spider-Anforderung der Darsteller 52 möglicherweise nicht die Seite anzeigen muss, sondern die Seite zur Weiterverarbeitung zur Suchmaschine 25 weiterleiten kann. Im Fall eines intelligenten Spiders, der versuchen kann, mehrere Elemente einer Seite auszuführen (beispielsweise die Seite veranlassen kann, auf mehrere Datenbank-Datensätze zuzugreifen und sie anzuzeigen), kann der Darsteller 52 die betreffende Seite anzeigen und die relevanten Aktionen ausführen.
Es wird nun auf die 11A, 11B und 11C Bezug genommen, worin die verschiedenen Prozesse dargestellt sind, welche die Verwendung der Renderer 44, 45, 46 erfordern können. 11A zeigt den Prozess, der ausgeführt wird, wenn eine gewöhnliche Seitenanforderung vom Benutzer 5, von der Suchmaschine 25 oder von einem Spider 250 ausgeführt wird. Wie dargestellt, kann eine Anforderung einer Seite a1 vom Webseitenerstellungssystem 15 zusammen mit dem Element c3 von der Drittanwendung 35 vorgenommen werden. Der Renderer-Koordinator 53 kann die Anforderung verarbeiten und eine Kopie der Seite a1 von der Datenbank 70 (über den Datenbankkoordinator 60) anfordern. Gleichzeitig kann der Renderer-Koordinator 53 den Proxy-Koordinator 50 anweisen (über den TPA-Inhaltskoordinator 51), das Element c3 vom Server 30 der dritten Partei abzurufen. Der gewöhnliche Renderer 44 kann sowohl die Seite a1 als auch das Element c3 empfangen und eine gewöhnliche Seite erzeugen, die über den Darsteller 52 zum Benutzer 5/zur Suchmaschine 25/zum Spider 250 zurückgegeben wird.
Es wird nun auf 11B Bezug genommen, worin der Prozess dargestellt ist, der ausgeführt wird, wenn eine Sitemap-Anforderung vom Spider 250 vorgenommen wird. Der Renderer-Koordinator 53 kann die Anforderung verarbeiten und eine Kopie der Sitemap der betreffenden Webseite von der Datenbank 70 anfordern (über den Datenbankkoordinator 60). Gleichzeitig kann der Renderer-Koordinator 53 den Proxy-Koordinator 50 anweisen, die Sitemap der Drittanwendung 35 abzurufen, die auf dem Server 30 der dritten Partei gespeichert sein kann. Der Sitemap-Renderer 45 kann die beiden Sitemaps (oder mehrere Sitemaps, falls mehr als eine Drittanwendung 35 verwendet wird) kombinieren, um eine zusammengesetzte Sitemap zu erzeugen, die zum Spider 250 zurückgegeben werden kann.
Es wird nun auf 11 C Bezug genommen, worin der Prozess dargestellt ist, der ausgeführt wird, wenn eine suchmaschinenfreundliche Seitenanforderung durch die Suchmaschine 25 oder den Spider 250 ausgeführt wird. Wie dargestellt (ähnlich dem Prozess in 11A), kann eine Anforderung der Seite a1 vom Webseitenerstellungssystem 15 zusammen mit dem Element c1 von der Drittanwendung 35 vorgenommen werden. Der SEF-Renderer 46 kann sowohl die Seite a1 als auch das Element c3 empfangen und eine suchmaschinenfreundliche Seite erzeugen, die über den Darsteller 52 zum Spider 250 zurückgegeben werden kann. Wie vorstehend erörtert wurde, kann die erzeugte suchmaschinenfreundliche Seite in der Hinsicht von der erzeugten gewöhnlichen Seite abweichen, dass dieser Renderer 46 jegliche iframe-Tags, die nicht suchmaschinenfreundlich sein können, entfernen oder ersetzen kann.
Die Suchmaschine 25 kann die zugeordneten URL der zurückgegebenen Seiten sammeln und speichern, und eine Suchmaschinensuche kann die vom System 100 erzeugten gespeicherten permanenten Verknüpfungen zurückgeben. Auf der Grundlage der permanenten Verknüpfungen kann das System 100 dem Benutzer 5 die erzeugte Seite, einschließlich eingebetteter Widgets und Miniseiten der Drittanwendung 35 über den Renderer-Koordinator 53 und den Darsteller 52 zurückgeben, wie vorstehend beschrieben wurde. Die Suchmaschine 25 kann auch Informationen über die Anfrage und für das Auffinden der gewünschten Seite verwendete Suchbegriffe (beispielsweise durch den HTTP_REFERER-http-Header übergeben) bereitstellen. In diesem Szenario kann der Proxy-Koordinator 50 diese Informationen an die Drittanwendung 35 weiterleiten, so dass sie (beispielsweise) die Suchbegriffe hervorheben kann, um die Suchmaschinenoptimierung zu verbessern. Andere Parameter können auch durch den Proxy-Koordinator 50 übergeben werden, wie ein Anmeldungsstatus oder ein Frei/Premium-Status.
Es sei bemerkt, dass der TPA-Inhaltskoordinator 51 das Abrufen von Inhalt von Miniseiten und Komponenten der Drittanwendung 35 koordinieren kann. Der intelligente Drittanwendungsprozessor 52 kann verwendet werden, um zusätzliche Funktionalität (sowohl auf die Suchmaschinenoptimierung bezogen als auch nicht) durch Modifizieren der in beiden Richtungen übertragenen Informationen hinzufügen.
Es sei bemerkt, dass das Webseitenerstellungssystem 15 auch als ein Proxy-Server für die Eingabe vom Spider oder Benutzer 5 oder die Ausgabe an den Spider oder Benutzer 5 wirken kann (es sei denn, dass eine direkte Verbindung eingerichtet wurde) und daher eine zusätzliche Funktionalität durch Modifizieren oder Analysieren der in beide Richtungen übertragenen Informationen implementieren kann. Die Verwendung des Webseitenerstellungssystems 15 als ein Proxy-Server kann automatisch sein oder durch den Benutzer 5 oder den Anbieter der Drittanwendung 35 gesteuert werden.
Falls die Drittanwendung 35 innerhalb eines gegebenen Zeitrahmens keine erforderliche Miniseite für die Anzeige bereitstellt (vollständig oder teilweise), kann der Betriebsverhaltensüberwacher 53 entscheiden, ob der Webseitenzusammensteller 20 die Seite anzeigen kann, ungeachtet einer möglichen Verwendung dynamischer Layout-Techniken zum Einstellen des Layouts. Falls die Drittanwendung 35 alternativ nicht innerhalb eines gegebenen Zeitrahmens die erforderliche suchmaschinenfreundliche Miniseite der Drittanwendung bereitstellt, kann der Betriebsverhaltensüberwacher 53 wählen, diese Seite nicht zu präsentieren, und sie kann daher während des Indexieren nicht aufgenommen werden. Der Betriebsverhaltensüberwacher 53 kann Warnungen ausgeben, und zwar intern an den Webseitenzusammensteller 40, an das Personal des Verkäufers des Webseitenerstellungssystems, an das Personal der Drittanwendung 35 oder an den Benutzer 5. Der Betriebsverhaltensüberwacher 53 kann auch ein Betriebsverhaltens- oder Fehlerprotokoll erzeugen, das durch den Datenbankkoordinator 60 in der Datenbank 70 gespeichert werden kann. Diese Warnungen können während der Stufe des Abrufen der suchmaschinenfreundlichen Miniseite der Drittanwendung für die Spider-Indexierung besonders nützlich sein, weil während dieses Prozesses kein menschlicher Benutzer involviert ist und Fehler unbemerkt bleiben können. Der Betriebsverhaltensüberwacher 53 kann auch die Drittanwendung 35 in Zusammenhang mit einer spezifischen Webseite des Webseitenerstellungssystems deaktivieren oder sie suspendieren und/oder aus dem AppStore entfernen, falls ausreichend Zeit- oder Fehlerrückgaben erkannt werden.
Typischerweise arbeiten automatische Suchmaschinenoptimierer nicht mit Drittanwendungen 35 zusammen, und die Drittanwendung 35 kann einen zweckgebundenen Server oder einen Endpunkt für die Suchmaschinenoptimierung bereitstellen. Der Suchmaschinenoptimierungsverbesserer 54 kann zusätzliche Suchmaschinentechniken auf die Miniseiten der Drittanwendung 35 anwenden, bevor sie in die fertige suchmaschinenfreundliche Seite aufgenommen werden, um das Suchmaschinen-Ranking zu verbessern. Falls die Drittanwendung 35 beispielsweise normal von der URL
http:/www.thirdpartysite.com/thirdpartyurl/appid=id&...
geladen wird, kann die suchmaschinenoptimierte Version von einer anderen URL geladen werden, wie:
http:/www.thirdpartysite.com/seo/thirdpartyurl/appid=id&....
Es sei bemerkt, dass als Teil des Einpassens der Miniseite der Drittanwendung 35 in die Hauptseite des Webseitenerstellungssystems 15 der Suchmaschinenoptimierungsverbesserer 54 das Body-Tag der Seite der Drittanwendung 35 extrahieren kann, und es als den Inhalt der Komponente der Drittanwendung 35 aufnehmen kann. Zusätzlich kann der Verbesserer 54 andere Meta-Tags aus Miniseiten der Drittanwendung 35 extrahieren und sie mit den Meta-Tags auf der Seite des Webseitenerstellungssystems 15 verschmelzen. Es sei ferner bemerkt, dass der Verbesserer 54 zusätzliche Optimierungstechniken auf die suchmaschinenfreundlichen Miniseiten der Drittanwendung 35 anwenden kann (bevor sie für den Zweck des Indexierens in die Seite der enthaltenden Webseite aufgenommen werden), um das Suchmaschinenranking 25 zu verbessern.
Falls es bekannt ist, dass eine gegebene Suchmaschinenoptimierungstechnik für das Suchmaschinenranking schädlich ist, aber dennoch von der Drittanwendung 35 ausgeführt wird, kann der Suchmaschinenoptimierungsblockierer 55 die Verwendung dieser Technik identifizieren und dann entfernen, wodurch ein Typ einer Qualitätskontrolle für die von der Drittanwendung 35 bereitgestellten suchmaschinenfreundlichen Miniseiten erzwungen wird. Dies kann verhindern, dass eine schlecht geschriebene, nicht optimierte oder möglicherweise veraltete Suchmaschinenoptimierungstechnik das Ranking des Rests der Webseite beschädigt. Es sei bemerkt, dass auf diese Weise der Suchmaschinenoptimierungsblockierer 55 auch als ein Filter oder ein Zensierer für externe Suchmaschinenoptimierungstechniken wirken kann. Der Suchmaschinenoptimierungsblockierer 55 kann ferner Warnungen erzeugen, ein Warnungsprotokoll erzeugen oder eine Drittanwendung 35 (lokal oder global) deaktivieren, wie vorstehend für den Betriebsverhaltensüberwacher 53 erwähnt wurde.
Der BI-Sammler 56 kann eine Geschäftsintelligenzsammlung für Anbieter einer Drittanwendung 35 ausführen, Informationen über Benutzeranforderungen und angezeigte Seiten sammeln und sie über den Datenbankkoordinator 60 in der Datenbank 70 protokollieren. Dies ist beispielsweise in einem Szenario wichtig, in dem das Webseitenerstellungssystem 15 Zugriff auf detaillierte Benutzerinformationen hat, die gesammelt und für die Drittanwendung 35 zusammengefasst werden können, ohne die tatsächlichen detaillierten Benutzerinformationen der Drittanwendung 35 bereitstellen zu müssen.
Es sei bemerkt, dass die Anwendung beliebiger der Module des intelligenten Drittanwendungsprozessors 52 automatisch sein kann oder vom Benutzer 5 oder vom Anbieter der Drittanwendung 35 gesteuert werden kann.
Der Proxy-Koordinator 50 kann den Datenbankkoordinator 60 anweisen, die gesamte Konfiguration und alle gesammelten Daten in der Datenbank 70 zu speichern, und er kann den Datenbankkoordinator 60 anweisen, Daten auf Anforderung abzurufen.
Demgemäß kann das System 100 für jede Seite eine alternative Version der angezeigten Seite bereitstellen, die für das Lesen durch Suchmaschinenspider formatiert und optimiert sein kann (d. h. suchmaschinenfreundlich ist). Das System 100 kann auch eine suchmaschinenfreundliche Version der Miniseiten von einer Drittanwendung unter Verwendung einer modifizierten URL oder möglicherweise eines spezifischen Parameters in Zusammenhang mit der URL bereitstellen. Das System 100 kann auch Suchmaschinenoptimierungstechniken bei der Erzeugung von Seitenvarianten implementieren, um das Ranking der spezifischen Seiten durch crawlende Suchmaschinen zu verbessern. Das System 100 kann auch die suchmaschinenfreundliche Seitenversion (an Stelle der gewöhnlichen Version) anzeigen, wenn ein Crawler-Zugriff durch irgendwelche Mittel in der Art der Ursprungs-IP, der Anforderungsstruktur, der Anforderungs-Header usw. erkannt wird. Das System 100 kann dann eine Sitemap-Datei erzeugen, um die betreffenden Spider anzuleiten, welche URL anzufordern sind, damit alle relevanten Seiten der Webseite indexiert werden können.
Sofern nichts anderes spezifisch ausgesagt wird, wird anhand der vorstehenden Erörterungen verständlich geworden sein, dass in der gesamten Beschreibung Erörterungen, die Begriffe wie ”Verarbeiten”, ”Berechnen”, ”Rechnen”, ”Bestimmen” oder dergleichen verwenden, die Aktion und/oder Prozesse eines Computers, Computersystems oder einer ähnlichen elektronischen Rechenvorrichtung betreffen, die Daten, die als physikalische Größen, beispielsweise elektronische Größen, innerhalb der Register und/oder Speicher des Computersystems dargestellt sind, in andere Daten manipuliert und/oder transformiert, die in ähnlicher Weise als physikalische Größen innerhalb der Speicher, Register oder einem anderen derartigen Informationsspeicher, Übertragungsvorrichtung oder Anzeigevorrichtung des Computersystems dargestellt sind.
Ausführungsformen der vorliegenden Erfindung können eine Vorrichtung zum Ausführen der hier vorgestellten Operationen aufweisen. Diese Vorrichtung kann für die gewünschten Zwecke speziell konstruiert sein, oder sie kann einen Computer für allgemeine Zwecke aufweisen, der durch ein in dem Computer gespeichertes Computerprogramm selektiv aktiviert oder rekonfiguriert wird. Ein solches Computerprogramm kann in einem computerlesbaren Speichermedium gespeichert werden, wie beispielsweise, ohne Einschränkung, irgendeinem Typ einer Platte, einschließlich Disketten, optischen Scheiben, magnetooptischen Platten, Nurlesespeichern (ROMs), Compact-Disc-Nurlesespeichern (CD-ROMs), Direktzugriffsspeichern (RAMs), elektrisch programmierbaren Nurlesespeichern (EPROMs), elektrisch löschbaren und programmierbaren Nurlesespeichern (EEPROMs), magnetischen oder optischen Karten, einem Flash-Speicher oder einem anderen Typ eines Mediums, das für das Speichern elektronischer Befehle geeignet ist und mit einem Computersystembus gekoppelt werden kann.
Die hier vorgestellten Prozesse und Anzeigen beziehen sich nicht inhärent auf irgendeinen bestimmten Computer oder eine andere Vorrichtung. Verschiedene Systeme für allgemeine Zwecke können mit Programmen gemäß den hier dargelegten Lehren verwendet werden, oder es kann sich als zweckmäßig erweisen, eine spezialisiertere Vorrichtung zum Ausführen des gewünschten Verfahrens zu konstruieren. Die gewünschte Struktur für eine Vielzahl dieser Systeme wird anhand der nachstehenden Beschreibung verständlich sein. Zusätzlich werden Ausführungsformen der vorliegenden Erfindung nicht mit Bezug auf eine bestimmte Programmiersprache beschrieben. Es sei bemerkt, dass eine Vielzahl von Programmiersprachen verwendet werden kann, um die hier beschriebenen Lehren der Erfindung zu implementieren.
Wenngleich bestimmte Merkmale der Erfindung hier erläutert und beschrieben wurden, werden Durchschnittsfachleuten nun viele Modifikationen, Substitutionen, Änderungen und gleichwertige Ausgestaltungen einfallen. Es ist daher zu verstehen, dass die anliegenden Ansprüche all diese Modifikationen und Änderungen, die in den wahren Gedanken der Erfindung fallen, abdecken sollen.
ZITATE ENTHALTEN IN DER BESCHREIBUNG
Diese Liste der vom Anmelder aufgeführten Dokumente wurde automatisiert erzeugt und ist ausschließlich zur besseren Information des Lesers aufgenommen. Die Liste ist nicht Bestandteil der deutschen Patent- bzw. Gebrauchsmusteranmeldung. Das DPMA übernimmt keinerlei Haftung für etwaige Fehler oder Auslassungen.
Zitierte Nicht-Patentliteratur

http://www.WbsVendor.com/WbsUser/WbsSite [0014]
http://www.WbsVendor.com/WbsUser/WbsSite/PageName [0014]
http://www.MyWbsSite.com/PageName [0014]
http://www.MyWbsSite.com#!PageName [0014]
http://www.MyWbsSite.com/GroupName/SubgroupName/PageName [0015]
Http://www.MyWbsSite.com/PageName/TPAorMPCname/ThirdpartyURL [0080]
Http://www.MyWbsSite.com/PageName/PageID/TPAorMPCname/ThirdpartyURL [0080]
Http://www.MyWbsSite.com/PageName/PageID/ThirdpartyURL [0081]
Http://www.ThirdPartySite.com/ThirdPartyURL?appId=ID&... [0083]
http://www.MyWbsSite.com/PageName/Blog/posts/PostID/TalkBackID [0084]
http://www.MyWbsSite.com/TMIname/ThirdPartyURL [0085]
http://www.MyWbsSite.com/PageName/TMI1:TPURL1+TMI2:TPURL2 [0086]
http://www.MyWbsSite.com/PageName/TMI1:TPURL1&TMI2:TPURL2 [0086]
http:/www.MyWbsSite.com/PageName/TPAorMPCname [0089]
http:/www.thirdpartysite.com/thirdpartyurl/appid=id&... [0107]
http:/www.thirdpartysite.com/seo/thirdpartyurl/appid=id&.... [0107]

Claims

System für eine Webseite, welches Folgendes aufweist: einen Detektor zum Erkennen und Analysieren zumindest der Quelle zumindest einer eingehenden Anforderung, einen Uniform-Resource-Locator-(URL)-Handler zum Parsen der eingehenden Anforderung, einen Koordinator mit Zugang zu mindestens einer Drittanwendung für die Koordination zwischen dem URL-Handler und zumindest einer Drittanwendung und zumindest einen Renderer zum Empfangen der Ausgabe des Koordinators und des Detektors und zum Erzeugen zumindest einer von einer gewöhnlichen Webseiten-Seite, einer indexierenden angepassten Seite und einer Sitemap entsprechend zumindest der Quelle der eingehenden Anforderung.
System nach Anspruch 1, wobei der ULR-Handler Folgendes aufweist: einen Identifizierer zum Identifizieren und Extrahieren eines Seitenidentifizierers für zumindest eine Drittanwendungsinstanz, einen Umleiter zum Umleiten des Seitenidentifizierers zu der zumindest einen Drittanwendungsinstanz und einen Zusammensteller zum Zusammenstellen einer abgehenden zusammengesetzten URL unter Verwendung der zumindest einen Drittanwendungsinstanz durch zumindest eine von einer URL-Präfixaustauschung und einer Rückrufanwendungs-Programmierschnittstelle (API), die der zumindest einen Drittanwendungsinstanz bereitgestellt ist.
System nach Anspruch 2, wobei die abgehende zusammengesetzte URL eine tiefe Verknüpfung zu zumindest einer der zumindest einen internen Seite der Drittanwendung und gewöhnlichen Webseiten-Seiten auf der Webseite bereitstellt und wobei die tiefe Verknüpfung von innerhalb der Drittanwendung verwendbar ist.
System nach Anspruch 2, wobei die zumindest eine Drittanwendungsinstanz zumindest einen von einem durch einen Benutzer definierten Namen und einem durch das System definierten Namen aufweist.
System nach Anspruch 1, wobei der zumindest eine Renderer einen suchmaschinenfreundlichen Generator aufweist, um eine suchmaschinenfreundliche Seite zu erzeugen, welche die Drittanwendungselemente aufweist.
System nach Anspruch 5, wobei die suchmaschinenfreundliche Seite eine Kombination der suchmaschinenfreundlichen Seite der Webseite und der zumindest einen suchmaschinenfreundlichen Seite der Drittanwendung ist.
System nach Anspruch 5, wobei der suchmaschinenfreundliche Generator einen Ersetzer zum Ersetzen von HTML-iframe-Tags und zum Integrieren von Metadaten-Informationen von der zumindest einen Drittanwendungsseite in die suchmaschinenfreundliche Seite aufweist.
System nach Anspruch 1, wobei der zumindest eine Renderer einen Sitemap-Generator zum Erzeugen einer kombinierten Sitemap auf der Grundlage der Sitemap der zumindest einen Drittanwendungs-erzeugten Information und der Sitemap der Webseite aufweist.
System nach Anspruch 8, wobei die kombinierten Sitemap-Einträge zusammengesetzte URL aufweisen, die auf mehrere der zumindest einen Drittanwendungsseite innerhalb einer einzigen enthaltenden Webseiten-Seite zeigen.
System nach Anspruch 8, wobei die kombinierte Sitemap durch die zumindest eine Drittanwendung bereitgestellte Zeitstempelinformationen aufweist.
System nach Anspruch 1, wobei der zumindest eine Renderer einen gewöhnlichen Seitengenerator zum Erzeugen zumindest einer von gewöhnlichen Seiten und gewöhnlichen Seiten, die den zumindest einen Drittanwendungsinhalt enthalten, aufweist.
System nach Anspruch 1, wobei der Koordinator Folgendes aufweist: einen Suchmaschinenoptimierungsverbesserer zum Verbessern der Suchmaschinenoptimierung für die zumindest eine Drittanwendung und einen Suchmaschinenoptimierungsblockierer zum Blockieren schlechter Suchmaschinenoptimierungstechniken für die zumindest eine Drittanwendungssuchmaschinenoptimierungstechnik.
System für eine Webseite, die zumindest eine Drittanwendung integriert, wobei das System Folgendes aufweist: einen Betriebsverhaltensüberwacher innerhalb des Systems zum Überwachen des Betriebsverhaltens der zumindest einen Drittanwendung und von Fehlern und zum Ausführen zumindest einer von einer Warnungserzeugung, einer Protokollerzeugung und einer Deaktivierung der zumindest einen Drittanwendung, wenn dies erforderlich ist, und einen BI-Sammler innerhalb des Systems zum Sammeln von Geschäftsintelligenz von der zumindest einen Drittanwendung und zum Erzeugen zumindest einer von einer Warnung und einem Protokoll.
Verfahren für eine Webseite, welches folgende Schritte aufweist: Erkennen und Analysieren zumindest der Quelle zumindest einer eingehenden Anforderung, Parsen der eingehenden Anforderung, Koordinieren zwischen der eingehenden Anforderung und zumindest einer Drittanwendung und Erzeugen zumindest einer von einer gewöhnlichen Webseiten-Seite, einer indexierenden angepassten Seite und einer Sitemap entsprechend zumindest der Quelle der eingehenden Anforderung.
Verfahren nach Anspruch 14, wobei das Parsen aufweist: Identifizieren und Extrahieren eines Seitenidentifizierers für zumindest eine Drittanwendungsinstanz, Umleiten des Seitenidentifizierers zu der zumindest einen Drittanwendungsinstanz und Zusammenstellen einer abgehenden zusammengesetzten URL unter Verwendung der zumindest einen Drittanwendungsinstanz durch zumindest eine von einer URL-Präfixaustauschung und einer Rückruf-API, die der zumindest einen Drittanwendungsinstanz bereitgestellt ist.
Verfahren nach Anspruch 15, wobei die abgehende zusammengesetzte URL eine tiefe Verknüpfung zu zumindest einer der zumindest einen internen Seite der Drittanwendung und gewöhnlichen Webseiten-Seiten auf der Webseite bereitstellt und wobei die tiefe Verknüpfung von innerhalb der Drittanwendung verwendbar ist.
Verfahren nach Anspruch 15, wobei die zumindest eine Drittanwendungsinstanz zumindest einen von einem durch einen Benutzer definierten Namen und einem durch das System definierten Namen aufweist.
Verfahren nach Anspruch 14, wobei das Erzeugen das Erzeugen einer suchmaschinenfreundlichen Seite, welche die Drittanwendungselemente aufweist, einschließt.
Verfahren nach Anspruch 18, wobei die suchmaschinenfreundliche Seite eine Kombination der suchmaschinenfreundlichen Seite der Webseite und der zumindest einen suchmaschinenfreundlichen Seite der Drittanwendung ist.
Verfahren nach Anspruch 18, wobei das Erzeugen das Ersetzen von Hypertext-Markup-Language-(HTML)-iframe-Tags und das Integrieren von Metadaten-Informationen von der zumindest einen Drittanwendungsseite in die suchmaschinenfreundliche Seite aufweist.
Verfahren nach Anspruch 14, wobei das Erzeugen das Erzeugen einer kombinierten Sitemap auf der Grundlage der Sitemap der zumindest einen Drittanwendungs-erzeugten Information und der Sitemap der Webseite aufweist.
Verfahren nach Anspruch 21, wobei die kombinierten Sitemap-Einträge zusammengesetzte URL aufweisen, die auf mehrere der zumindest einen Drittanwendungsseite innerhalb einer einzigen enthaltenden Webseiten-Seite zeigen.
Verfahren nach Anspruch 21, wobei die kombinierte Sitemap durch die zumindest eine Drittanwendung bereitgestellte Zeitstempelinformationen aufweist.
Verfahren nach Anspruch 14, wobei das Erzeugen das Erzeugen zumindest einer von gewöhnlichen Seiten und gewöhnlichen Seiten, welche den zumindest einen Drittanwendungsinhalt enthalten, aufweist.
System nach Anspruch 14, wobei das Koordinieren aufweist: Verbessern der Suchmaschinenoptimierung für die zumindest eine Drittanwendung und Blockieren schlechter Suchmaschinenoptimierungstechniken für die zumindest eine Drittanwendungssuchmaschinenoptimierungstechnik.
Verfahren für eine Webseite, die zumindest eine Drittanwendung integriert, wobei das Verfahren folgende Schritte aufweist: Überwachen des Betriebsverhaltens der zumindest einen Drittanwendung und von Fehlern und zum Ausführen zumindest einer von einer Warnungserzeugung, einer Protokollerzeugung und einer Deaktivierung der zumindest einen Drittanwendung, wenn dies erforderlich ist, und Sammeln von Geschäftsintelligenz von der zumindest einen Drittanwendung und zum Erzeugen zumindest einer von einer Warnung und einem Protokoll.