# iCal Tester Pro - Vollständige Dokumentation > Online-Werkzeug zum Testen von iCal/ICS-Feeds, zum Validieren von Kalenderdaten und zum Simulieren von OTA-Sync. ## Produktüberblick iCal Tester Pro prüft live iCal/ICS-Feeds über Import- und Sync-Verhalten. Der deutsche Pilot umfasst Startseite und fünf Leitfäden zu iCal-Tests, Airbnb, Booking.com, RFC 5545 und Doppelbuchungen. ## Öffentliche Leitfäden ## iCal- und ICS-Feeds testen, inklusive Airbnb und Booking.com URL: /de/guides/test-ical-feeds So testest du iCal- und ICS-Feeds manuell, mit Validatoren und mit iCal Tester Pro für OTA-Sync und Mock-Server. Ob einmaliger .ics-Export oder Airbnb- und Booking.com-Sync: Dieser Leitfaden zeigt manuelle Prüfungen, die Grenzen von Validatoren und wann ein iCal-Testwerkzeug weiterhilft. ## Warum du iCal-Feeds testest, bevor du live gehst iCal- und ICS-Feeds steuern Verfügbarkeit auf Ferienwohnungsplattformen, in PMS-Systemen und in Planungsapps. Ein Feed, der in einer Kalender-App gut aussieht, kann trotzdem Doppelbuchungen, veraltete Blockierungen oder unvollständige Importe verursachen. Frühes Testen spart Supportzeit und Umsatz. Dieser Leitfaden behandelt manuelle Tests, ICS-Validatoren, typische OTA-Probleme und dedizierte iCal-Testwerkzeuge. ## Manuell testen in Apple Calendar, Google Calendar und Outlook ### Step 1: Apple Calendar Unter macOS Datei, Neues Kalenderabonnement wählen, die iCal-URL einfügen und Events prüfen. Unter iOS die URL unter Einstellungen, Kalender, Accounts als abonnierten Kalender hinzufügen. Daten, ganztägige Events und Zeitzonen kontrollieren. ### Step 2: Google Calendar In Google Calendar Einstellungen, Kalender hinzufügen, Per URL öffnen und den Link einfügen. Blockierte Nächte mit dem Quellsystem vergleichen. Google speichert Feeds zwischen, also kurz warten und aktualisieren, bevor du den Feed als falsch einstufst. ### Step 3: Microsoft Outlook In Outlook im Web oder auf dem Desktop ein Internetkalender-Abonnement mit der ICS-URL anlegen. Wiederholungen und Stornierungen prüfen. Outlook normalisiert Zeitzonen manchmal anders als OTAs. ## ICS-Validatoren: was sie prüfen und wo sie aufhören Leichte ICS-Validatoren eignen sich für einen Syntaxscan: gefaltete Zeilen, Pflichtfelder und offensichtliche Datumsfehler. Sie beweisen meist nicht, dass eine Live-URL abrufbar ist, dass das PMS jedes Event importiert hat oder dass blockierte Daten zu den Buchungsregeln passen. Dafür brauchst du einen Sync-Test auf demselben Importweg wie die App. ## Typische OTA- und Channel-Manager-Probleme Doppelbuchung, weil zwei Kanäle dieselbe Nacht als frei zeigen. Ursache sind oft Polling-Verzögerung, Teilimporte oder falsche Statuszuordnung. Polling-Verzögerung: Airbnb und Booking.com aktualisieren Exporte nach eigenem Zeitplan. Zeitzonen und ganztägige Events können in einem System die falsche Nacht blockieren. Stornierte oder vorläufige Buchungen blockieren weiter, weil STATUS oder TRANSP anders gelesen werden. ## Erweiterter Ablauf mit iCal Tester Pro ### Step 1: Live-Feed importieren Füge dieselbe OTA- oder PMS-iCal-URL ein, die deine Produktion nutzt. ### Step 2: Events prüfen Nutze den ICS-Validator und lies danach importierte Events und Sync-Logs. ### Step 3: Kalendersync testen Vergleiche mehrere Feeds auf einem Zeitstrahl und erzwinge Syncs, bevor Überschneidungen zu Doppelbuchungen werden. ### Step 4: Mock-iCal-Server nutzen Erzeuge tokenbasierte Mock-Feeds, um Partnerverhalten und Zwei-Wege-Sync ohne eigenes Backend zu testen. ## Manuelle Kalenderprüfungen versus iCal Tester Pro Manuelle Importe für Stichproben. iCal Tester Pro, wenn du Importlogs, erzwungene Syncs und den Vergleich blockierter Nächte brauchst. | Ansatz | Am besten für | Grenze | | --- | --- | --- | | Import in Apple, Google oder Outlook | Schnelle Sichtprüfung | Beweist kein Produktionsimportverhalten und keine Polling-Verzögerung | | ICS-Viewer oder Syntaxvalidator | Fehlerhafte Daten und einfache RFC-Prüfungen | Kein Live-Abruf, keine Sync-Logs, kein Vergleich mehrerer Feeds | | iCal Tester Pro | OTA- und PMS-Sync vor dem Livegang | Du musst dieselbe Feed-URL importieren, die dein Stack nutzt | ## Bereit, iCal-Feeds mit einem vollständigen Testwerkzeug zu prüfen? iCal Tester Pro verbindet ICS-Validierung, Kalendersync-Tests und einen Mock-iCal-Server, damit du Feeds so testest, wie Produktionssysteme sie wirklich abrufen. ## Frequently Asked Questions ### Was ist der schnellste Weg, eine iCal-URL zu testen? Füge die URL in iCal Tester Pro ein und starte einen Sync. Du siehst Abrufstatus, importierte Events und das Verhalten blockierter Daten, ohne auf OTA-Dashboards zu warten. ### Kann ich eine .ics-Datei testen, ohne sie zu hosten? Ja. Nutze validierungsorientierte Abläufe für Dateiinhalte oder ein gehostetes Mock-Abonnement, wenn du einen stabilen Testendpunkt brauchst. ### Worin unterscheidet sich das vom Import in Google Calendar? Kalender-Apps eignen sich für Stichproben. iCal Tester Pro ist auf Wiederholbarkeit ausgelegt: Sync-Logs, kanalübergreifende Zeitstrahlen und Mock-Feeds für PMS-Debugging. ## Airbnb-Kalender synchronisiert nicht? So grenzt du es ein URL: /de/guides/airbnb-ical-not-syncing Untersuche Airbnb-iCal-Sync, indem du den Live-Export importierst, einen Sync erzwingst und blockierte Daten vergleichst, bevor veraltete Verfügbarkeit eine Doppelbuchung verursacht. Wenn der Airbnb-Kalender nicht synchronisiert, liegt es meist an einem von drei Punkten: Der Export ist noch nicht aktualisiert, der Import ist veraltet oder blockierte Nächte werden downstream falsch gelesen. Importiere den Live-Feed, erzwinge einen Sync und vergleiche die endgültige Verfügbarkeit an einem Ort. ## Was diese Seite bestätigt Ein erreichbarer Airbnb-Feed kann trotzdem veraltet, unvollständig oder in die falschen blockierten Nächte übersetzt sein. Der Ablauf trennt drei Fragen: Hat Airbnb die Buchung schon exportiert, hat das Abonnement sie geholt und passen die blockierten Daten zu dem, was PMS oder OTA erzwingen sollen? ## Häufige Symptome Die Reservierung steht in Airbnb, aber nicht im PMS oder Channel Manager. Blockierte Daten sind eine Nacht zu kurz, zu lang oder verschieben sich nach dem Import. Support sieht unterschiedliche Verfügbarkeit zwischen Airbnb und anderen Kanälen. ## Warum Airbnb-Sync-Probleme entstehen Airbnb-Exporte können durch Caching verzögert sein. Teams debuggen oft den Empfänger, bevor sie beweisen, dass sich der Export geändert hat. Auch nach einem Update können ganztägige Grenzen oder die Statusinterpretation die falschen Nächte blockieren. ## Schrittweise Fehlersuche ### Step 1: Airbnb-Export-URL kopieren Öffne die Verfügbarkeitseinstellungen in Airbnb und kopiere die Export-URL, die dein Produktionssystem nutzt. ### Step 2: Als Abonnement importieren Lege in iCal Tester einen eigenen Testkalender an und füge die Airbnb-URL im Abonnement ein. ### Step 3: Sofort synchronisieren Erzwinge den Sync, statt auf das normale Abrufintervall zu warten. ### Step 4: Auf dem Zeitstrahl vergleichen Prüfe importierte Events, Sync-Logs und die endgültig blockierten Nächte gegen andere Kalender. ## Airbnb-Checkliste - Öffne die Airbnb-URL direkt und prüfe, ob eine ICS-Datei zurückkommt. - Erzwinge einen Sync, bevor du die Integration als defekt einstufst. - Vergleiche Nächte, nicht nur ob ein Event existiert. - Trenne Exportverzögerung von falscher Zuordnung downstream. ## Bereit, den Live-Airbnb-Feed zu prüfen? Importiere den Export, erzwinge den Sync und vergleiche die blockierten Nächte, bevor Gäste die falsche Verfügbarkeit sehen. ## Frequently Asked Questions ### Warum erscheint eine Airbnb-Buchung nicht im PMS? Prüfe zuerst, ob der Export die Buchung schon enthält. Wenn iCal Tester sie nach einem erzwungenen Sync ebenfalls nicht sieht, liegt die Verzögerung bei Airbnb und nicht im PMS. ### Kann ein erreichbarer Feed trotzdem falsch sein? Ja. Erreichbarkeit beweist nur den Abruf. Die blockierten Nächte können trotzdem um einen Tag danebenliegen. ### Wie oft sollte ich den Sync erzwingen? Bei der Fehlersuche sofort, und danach erneut, sobald du eine Änderung an Export oder Zuordnung gemacht hast. ## Booking.com-Kalendersync testen URL: /de/guides/booking-com-calendar-sync-test Teste den Booking.com-Kalendersync, indem du den Live-Feed importierst, den ersten Sync erzwingst und blockierte Nächte zwischen Kanälen vergleichst. Ein brauchbarer Booking.com-Sync-Test beweist mehr als einen erfolgreichen Abruf. Der Export muss sauber importieren, die Eventzahl muss stimmen und die blockierten Nächte müssen zu den anderen Kalendern passen. ## Was diese Seite bestätigt Diese Seite konzentriert sich auf die erste Prüfung: Booking.com-Feed importieren, sofort synchronisieren und sehen, was das Abonnement wirklich übernommen hat. Danach wird der Zeitstrahl nützlich. Du vergleichst Booking.com-Reservierungen mit PMS, einem anderen OTA-Feed oder einem Mock-Kalender. ## Typische Booking.com-Sync-Fehler Eine Reservierung steht in Booking.com, aber nicht in einem anderen Kanal. Die Eventzahl ist nach dem Import niedriger als erwartet. Systeme blockieren für denselben Aufenthalt unterschiedliche Nächte. ## Warum diese Abweichungen entstehen Teams wechseln oft zwischen Dashboards, ohne das downstream-Verhalten des Rohimports zu prüfen. Ein erfolgreicher Abruf beweist nur, dass die Datei erreichbar war. Das Risiko steckt in falschen Nächten, Teilimporten oder Zuordnungsfehlern. ## Booking.com-Validierung ### Step 1: Export-Feed holen Kopiere die iCal-Export-URL aus dem Inserat oder dem Extranet. ### Step 2: In iCal Tester abonnieren Lege einen eigenen Kalender an und füge die Booking.com-URL als Abonnement hinzu. ### Step 3: Sofort synchronisieren Ziehe den Feed sofort, damit du Daten und Sync-Log prüfen kannst. ### Step 4: Kanäle vergleichen Nutze den Zeitstrahl, um Booking.com mit anderen OTA- oder PMS-Kalendern zu vergleichen. ## Booking.com-Checkliste - Eigenen Testkalender für den Booking.com-Feed nutzen. - Sync-Logs nach jedem erzwungenen Import lesen. - Eventzahl und blockierte Daten gemeinsam prüfen. - Den Import nach Änderungen wiederholen. ## Den ersten Sync lesen | Ergebnis | Was es meist bedeutet | Nächster Schritt | | --- | --- | --- | | Buchung fehlt in iCal Tester | Exportzeitpunkt oder Upstream-Feed | Booking.com-Export prüfen und erneut versuchen | | Importzahl wirkt falsch | Teilimport oder Quellenänderung | Sync-Logs und importierte Datensätze zusammen lesen | | Zeitstrahl weicht ab | Abweichung zwischen Kanälen | Getrennte Kalender nutzen, um den falschen Feed zu finden | ## Den echten Booking.com-Export testen? Importiere den Live-Feed und vergleiche ihn mit den anderen Kanälen, bevor du der Produktionsverfügbarkeit vertraust. ## Frequently Asked Questions ### Was, wenn Booking.com-Buchungen fehlen? Importiere den Feed zuerst in iCal Tester. Fehlt die Buchung auch dort, liegt das Problem eher am Export oder an dessen Aktualisierung. ### Wie erkenne ich, ob Booking.com oder das PMS schuld ist? Wenn der Feed in iCal Tester die erwarteten blockierten Daten erzeugt, ist die PMS- oder Downstream-Logik die wahrscheinlichere Ursache. ### Warum zählt der Zeitstrahl, wenn der Import klappt? Ein erfolgreicher Import beweist nur Lesbarkeit. Der Zeitstrahl zeigt, ob die Verfügbarkeitsfenster das richtige Geschäftsergebnis erzeugen. ## RFC-5545-iCal-Validator-Ablauf URL: /de/guides/ical-rfc-5545-validator Ein RFC-5545-Ablauf, der Abruf, Import und das Verhalten blockierter Nächte prüft, statt bei der Syntax stehen zu bleiben. Ein RFC-5545-Validator ist dann nützlich, wenn er Geschäftsverhalten beweist und nicht nur Syntax. Du musst wissen, ob der Feed sauber importiert, die richtigen Daten blockiert und zum erwarteten Buchungsergebnis passt. ## Warum dieser Ablauf existiert Viele Teams linten nur den ICS-Text und nehmen an, ein syntaktisch gültiger Feed verhalte sich in Produktion richtig. Die härteren Probleme kommen einen Schritt später: Der Feed importiert, erzeugt aber falsche blockierte Daten, falsche Status oder ein Teilergebnis. ## Wann ein verhaltensbasierter Validator hilft Der Feed sieht gültig aus, blockiert aber die falschen Daten. Der Import ist unvollständig, ohne harten Fehler. Ein Linter besteht, aber eine OTA oder ein PMS lehnt das Ergebnis ab. ## Warum Syntaxprüfungen nicht reichen Empfänger sind bei unterschiedlichen Teilen der Daten streng. Datums-Events können trotzdem das falsche Verfügbarkeitsergebnis erzeugen. Ein verhaltensbasierter Ablauf gibt Quelle und Empfänger denselben Beleg: Abrufergebnis, importierte Events und den Zeitstrahl. ## Verhaltensorientierte Validierung ### Step 1: Feed als Abonnement importieren Füge die ICS-URL so ein, dass iCal Tester sie wie ein echter Empfänger behandelt. ### Step 2: Sync erzwingen und Logs lesen Prüfe HTTP-Status, Eventzahlen und die Meldungen des Sync-Versuchs. ### Step 3: Importiertes Verhalten prüfen Kontrolliere Status, Datumsfenster und Datensätze, nicht nur den Rohtext. ### Step 4: Buchungsergebnis bestätigen Nutze den Zeitstrahl, um blockierte Daten und Überschneidungen zu bestätigen. ## Validator-Checkliste - Prüfe, ob die ICS-URL erreichbar ist und den erwarteten Inhalt liefert. - Lies Logs auf Teilimporte, nicht nur auf Totalausfälle. - Status, Datumsfenster und Eventzahl zusammen betrachten. - Das Zeitstrahl-Ergebnis prüfen, statt beim Rohtext aufzuhören. ## Linting versus Ablaufvalidierung | Prüfung | Was sie beweist | Was sie verpasst | | --- | --- | --- | | Text-Linting | Grundlegende Syntax | Importverhalten und blockierte Daten | | Ablaufvalidierung | Abruf, Import und endgültige Verfügbarkeit | Reine Formatdetails, die der Empfänger nicht nutzt | | Zeitstrahlvergleich | Geschäftsergebnis über Quellen hinweg | Formatdetails ohne Importkontext | ## Den Live-Feed prüfen, statt aus der Spezifikation zu argumentieren Importiere die Quell-URL, lies die Sync-Ausgabe und bestätige den Zeitstrahl an einem Ort. ## Frequently Asked Questions ### Warum kann ein RFC-konformer Feed in Produktion scheitern? Viele Sync-Fehler sind Verhalten, nicht reine Syntax. Ein Feed kann gültig aussehen und trotzdem die falschen Verfügbarkeitsfenster erzeugen. ### Ersetzt iCal Tester einen Linter? Nein. Es ergänzt ihn, indem es zeigt, wie der Feed sich beim Import, Sync und Vergleich mit anderen Kalendern verhält. ### Was sollte ich nach einem erfolgreichen Abruf prüfen? Eventzahl, Datumsfenster, Status und die endgültig blockierten Daten auf dem Zeitstrahl. ## Doppelbuchungen mit iCal-Validierung vermeiden URL: /de/guides/prevent-overbookings-ical-validation Senke das Doppelbuchungsrisiko, indem du prüfst, wie importierte Events zu den endgültig blockierten Daten werden. Die meisten Doppelbuchungen sind Fehler im Sync-Verhalten. Prüfe die endgültige Verfügbarkeit, nicht nur ob der Feed lesbar ist. ## Wie Validierung Doppelbuchungen verhindert Doppelbuchungen entstehen, wenn Timing, Importabdeckung oder Datumsinterpretation zwischen Kanälen auseinanderlaufen. Erzwungener Sync plus Zeitstrahl liefert Belege, bevor Gäste betroffen sind. ## Signale, dass die Verfügbarkeit abdriftet Derselbe Aufenthalt blockiert auf verschiedenen Kanälen unterschiedliche Nächte. Stornierte Aufenthalte bleiben blockiert. Sync-Jobs wirken gesund, Konflikte passieren trotzdem. ## Warum Doppelbuchungen nach einem erfolgreichen Sync bleiben Ein erfolgreicher Abruf ist nötig, aber nicht ausreichend. Teilimporte und Grenzfehler erzeugen trotzdem das falsche Geschäftsergebnis. Teams vertrauen oft einer Quelle, ohne zu prüfen, ob die blockierten Daten auf allen Kanälen zusammenpassen. ## Ablauf gegen Doppelbuchungen ### Step 1: Alle kritischen Quellfeeds importieren Lege pro Quelle einen eigenen Kalender an. ### Step 2: Syncs erzwingen Sichere einen gleichzeitigen Schnappschuss jeder OTA- oder PMS-Quelle. ### Step 3: Abweichungen prüfen Vergleiche Zahlen, Status und Datumsfenster, bevor du Produktionslogik änderst. ### Step 4: Reparierten Zeitstrahl bestätigen Nach jeder Korrektur erneut laufen lassen und Überschneidungen prüfen. ## Checkliste Doppelbuchungen - Kalender pro Quelle nutzen. - Stornierungen und Änderungen validieren. - Sync-Belege bei Vorfällen aufheben. - Nach jeder Korrektur erneut testen. ## Wo Doppelbuchungen in den Ablauf kommen | Muster | Ursache | Prüfschritt | | --- | --- | --- | | Kurzzeitige Abweichung zwischen Kanälen | Veralteter Export oder verzögerter Abruf | Alle Quellen erzwungen synchronisieren | | Blockierung bleibt nach Storno | Status oder veralteter Import | Vorherigen und aktuellen Import vergleichen | | Überschneidung nach Parser-Änderung | Grenz- oder Zuordnungsregression | Zeitstrahl-Regression laufen lassen | ## Validieren, bevor der nächste Verfügbarkeitsvorfall kommt Vergleiche die Live-Quellen auf einem Zeitstrahl und bestätige, dass jeder Kanal dieselben Nächte blockiert. ## Frequently Asked Questions ### Garantiert das null Doppelbuchungen? Nein. Es senkt vermeidbare, syncbedingte Doppelbuchungen deutlich, weil das Endverhalten geprüft wird. ### Wann sollten die Prüfungen laufen? Nach Integrationsänderungen und bei wiederkehrenden Abweichungen. ### Warum mehrere Kalender statt nur eines Feeds? Das Geschäftsrisiko ist die Abweichung zwischen Kanälen. Der Zeitstrahl macht sie schnell sichtbar. ## Kontakt - Website: https://icaltester.com/de/ - Kontakt: https://icaltester.com/de/contact - Support: support@icaltester.com